《软件工程》PPT课件.ppt

《《软件工程》PPT课件.ppt》由会员分享，可在线阅读，更多相关《《软件工程》PPT课件.ppt（48页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、第六讲 信息系统的规划信息系统的规划现代软件工程现代软件工程第二部分 企业战略与实施 第二部分 企业战略与实施企业战略与组织-1市场营销的组织与管理过程-2产品管理与产品经理的作用 -3技术创新与开发管理 -4第四节第四节 技术创新与开发管理技术创新与开发管理 技术创新与产品开发战略-4.1新产品开发管理的一般过程-4.2软件研发管理的主要任务-4.3第二部分 市场战略与软件产品管理1 创新的意义2 技术创新的内涵和贡献3 技术创新的战略与选择4 技术创新的主要内容4.1 技术创新与产品开发战略企业技术创新企业技术创新l技术创新的内涵和贡献l技术创新的源泉l技术创新的战略及其选择技术创新的内涵

2、和贡献技术创新的内涵和贡献l创新与技术创新概念l技术：用于将原材料转变成产品的方法、工艺、系统和技能。更广义地说，是科学的商业化；是将科学知识系统地应用于新产品、工艺和服务。l创新：是技术的 变革告别以往的方法。熊彼特的创新：新产品、新方法、新市场、新原料来源、新的工业组织创新与发明：随身听、集装箱l技术创新的内涵材料创新产品创新工艺创新手段创新（物质生产条件）l技术创新的贡献：性能与价格技术创新的源泉技术创新的源泉l意外的成功或失败意外的成功易被忽视纽约最的一家百货公司的家电销售额激增What?Why?Where?How?l企业内外部的不协调宏观或行业环境与企业经营业绩的不协调消费者价值观判

3、断与实际不符：赫鲁晓夫汽车论l过程改进新工艺、新方法科技发展、劳动力供给l行业和市场结构行业规模和分散度、顾客需求特点：汽车业的分化l人口结构数量、年龄结构、收入构成、就业水平、受教育程度l观念的改变：卖鞋给不穿鞋的岛民l新知识的产生：银行理论与最早的商业银行驱动技术发展的力量及其所遵循的模式驱动技术发展的力量及其所遵循的模式驱动技术发展的力量及其所遵循的模式驱动技术发展的力量及其所遵循的模式1.必须存在技术的需要或需求。如果没有需求的驱动，技术创新就不可能发生。2.满足这种需求在理论上必须是可能的，从基础科学能得到所要求的知识。3.我们必须能将科学知识转变成工程和经济的概念。如果我们在理论上

4、能做 某事，但是在经济上无法实施，你就不能期望技术出现。4.资金、熟练工人、时间、空间以及其他开发技术所需的资源，必须可获得。5.识别和聚集所必需的一切要素时，需要有企业家精神。理论最大值业绩接近极限发展减速主流设计的出现早期问题时间技术的生命周期技术的生命周期4.1.2 技术创新的主要内容技术创新的主要内容技术过程的创新经济过程的创新管理过程的创新产品创新管理创新R&D活动市场创新 组织创新 技术创新的模式技术创新的模式技术创新的驱动模式1、技术推动的线性模型：基础研究应用研究开发经营2、市场拉动的线性模型：市场需求应用研究开发经营生产经营技术创新的过程模式技术创新的过程模式1、产生新设想新

5、发明产生新设想新发明2、新设想向产品转化、新设想向产品转化3、新产品走向市场、新产品走向市场技术创新的主体技术创新的主体企业：技术创新的主体技术创新的激励结构政府的制度安排和企业的制度创新技术创新的微观主体创新决策主体-企业家创新R&D主体-研发人员生产技术创新主体-工程师技术工人市场创新主体-营销人员管理创新主体-管理人员创新主体之间的协同与竞争技术创新的动力和阻力技 术 创 新来自销售人员新产品难卖市场更细分化竞争更激烈周期更短来自财务人员研发费用增加招聘新的人员生产率降低失败风险加大来自研发人员技术难度加大技术风险增加工作量增加新的技术要求企业能力的提升较大的技术优势较好的经济效益较高的

6、管理水平动力动力阻力阻力4.2 新产品开发管理的一般过程1、新产品的战略选择、新产品的战略选择2、新产品的概念形成、新产品的概念形成3、构思收集和处理、构思收集和处理4、新产品的设想评价、新产品的设想评价5、进入新产品开发流程、进入新产品开发流程新产品的概念和分类新产品的概念和分类 一般来说，新产品应在产品性能、材料性能和技一般来说，新产品应在产品性能、材料性能和技术性能等方面（或某一方面）具有先进性或独创性术性能等方面（或某一方面）具有先进性或独创性，或优于老产品。，或优于老产品。新产品可分为以下几种：新产品可分为以下几种：（1）全新产品）全新产品（2）改进新产品）改进新产品（3）换代新产品

7、）换代新产品（4）本企业新产品）本企业新产品企业不是盲目开发新产品的，它是根据企业的企业不是盲目开发新产品的，它是根据企业的总体战略、市场战略，制定产品战略情况总体战略、市场战略，制定产品战略情况下，决定新产品的开发。下，决定新产品的开发。4.2.1 新产品的战略选择技术选择技术选择1、技术的含义和分类、技术的含义和分类国际知识产权组织根据技术的内容和特征，对国际知识产权组织根据技术的内容和特征，对技术所下的定义是：技术是制造一种产品或提技术所下的定义是：技术是制造一种产品或提供一项服务的系统知识，这种知识可能是一项供一项服务的系统知识，这种知识可能是一项产品或工艺的发明、一项外形设计、一种实

8、用产品或工艺的发明、一项外形设计、一种实用新型、一种动植物新品种、也可能是一种设计、新型、一种动植物新品种、也可能是一种设计、布局、维修和管理的专门技能。布局、维修和管理的专门技能。按功能可分为三类：按功能可分为三类：l产品技术产品技术l生产技术生产技术l管理技术管理技术新产品战略机会选择（1）2、技术选择的三个方面、技术选择的三个方面技术开发的选择技术开发的选择l指导思想：开发的技术与企业的生产战略保持一致。指导思想：开发的技术与企业的生产战略保持一致。技术引进的选择技术引进的选择l技术引进的好处技术引进的好处：（1）节省时间；）节省时间；（2）节省费用；）节省费用；（3）减少风险。）减少风

9、险。l引进方式：引进方式：（1）硬件引进；）硬件引进；（2）软件引进）软件引进技术地位的选择技术地位的选择l企业追求技术领先地位或技术跟随地位。企业追求技术领先地位或技术跟随地位。l考虑因素：考虑因素：（1）企业核心能力；）企业核心能力；（2）率先创新优势；）率先创新优势；（3）技术领先的持久性）技术领先的持久性新产品战略机会选择（2）三种类型的研究比较：4.2.2 新产品开发的方式新产品开发的方式 1、独立研制方式、独立研制方式 2、联合研制方式、联合研制方式 3、技术引进方式、技术引进方式 4、自行研制和引进相结合、自行研制和引进相结合 5、仿制方式、仿制方式1、产品竞争领域方面产品竞争领

10、域方面产品类型和等级产品类型和等级最终用户应用最终用户应用/活动活动顾客群顾客群用户状态：现有用户状态：现有/新新人口统计方面人口统计方面消费心理统计方面消费心理统计方面分销状态分销状态技术分析技术分析市场市场销售销售新产品创新大纲（分析报告）2、新、新产品的目标产品的目标A：发展：发展：迅速发展迅速发展受控发展受控发展维持现状：更新维持现状：更新受控收缩：转移受控收缩：转移B：市场状况：市场状况：创造新的市场机会：进攻型创造新的市场机会：进攻型维持市场占有率：防守型维持市场占有率：防守型放弃该市场放弃该市场特殊目的特殊目的多样化多样化季节性调整季节性调整避免被收购避免被收购建成生产线提高产能

11、建成生产线提高产能改善投资改善投资/资产收益率资产收益率资金回笼资金回笼维护维护/改善企业形象改善企业形象其他其他3、实现目标规划、实现目标规划A：关键创新要素的来源：关键创新要素的来源1、市场、市场/市场营销市场营销竞争对手的产品竞争对手的产品市场重新定位市场重新定位特许权扩展特许权扩展l商标商标/公司名称公司名称l销售人员的特许权销售人员的特许权l交易地位交易地位用户研究：未满足的需求用户研究：未满足的需求2、生产、生产/经营经营工艺工艺/制造技术制造技术产品质量产品质量降低成本降低成本3、技术创新、技术创新内部资源内部资源l基础研究基础研究l应用研究应用研究l开发开发/生产生产外部资源外

12、部资源l合资公司合资公司l许可证许可证l收购收购新产品创新大纲（分析报告）B：所用创新程度：所用创新程度1、先导、先导艺术性突破艺术性突破杠杆性创造杠杆性创造应用技术应用技术2、适应：技术性、适应：技术性/非技术性非技术性3、模仿、模仿/竞争竞争紧跟战略紧跟战略分片特许分片特许经济手段：价格竞争经济手段：价格竞争C：次序：次序/时机选择时机选择1、率先进入、率先进入2、敏感反应、敏感反应3、迟钝反应、迟钝反应评价的目的与可能的困难1.除去亏损大和必定亏损的产品；2.指出潜在的、盈利大的产品；3.提高整个产品创新工作的效率；4.为后续工作提供指导；5.维持新产品开发活动的平衡。新产品开发面临的压

13、力新产品开发面临的压力1、压力：费用高、成功率低、风险大、回报率下降。压力：费用高、成功率低、风险大、回报率下降。2、新产品开发失败的原因：、新产品开发失败的原因：没有潜在的用户需求；没有潜在的用户需求；新产品与当前的需求不匹配，要么不能满足需求，要么需新产品与当前的需求不匹配，要么不能满足需求，要么需求过剩；求过剩；在营销方面，特别是在将产品介绍给顾客的相互沟通方面在营销方面，特别是在将产品介绍给顾客的相互沟通方面的工作不得力。的工作不得力。1、评价工具：评价工具：筛选与原型测试筛选与原型测试产品使用测试产品使用测试用户试用与市场试销用户试用与市场试销2、评价标准、评价标准（1）技术评价标准

14、）技术评价标准（2）生产评价标准）生产评价标准（3）财务评价标准）财务评价标准（4）市场评价标准）市场评价标准（5）管理评价标准）管理评价标准3、评价方法、评价方法（1）综合评分法：按产品的功能、产品的销路、利润率、开）综合评分法：按产品的功能、产品的销路、利润率、开发能力、环境污染等评分。发能力、环境污染等评分。（2）经济评价法）经济评价法 投资回收期法投资回收期法 平均收益率法平均收益率法 资金现值法资金现值法 盈亏平衡销售量法盈亏平衡销售量法4.2.3 新产品的评价工具新产品的评价工具(新产品评估报告提纲）一般软件开发的组织结构软件经理/主管系统测试组组长系统设计组组长软件设计组组长软件

15、质量保证SQA软件配置管理组系统工程师1系统工程师2系统测试工程师。系统测试工程师。软件结构工程师设计工程师。软件配置工程师软件文档工程师。软件设计流程-mapping立项系统定义系统设计子系统模块定义子系统/模块设计及测试系统定义子系统/模块认证及测试系统设计系统认证和测试系统认证试生产(Pilot-run)完成软件系统需求说明软件模块开发：定义/设计/编码/测试软件系统定义软件集成测试系统集成测试phase1phase2phase3phase4phase5phase6设计输出软件系统需求分析报告SSRAR软件系统需求说明书，软件系统测试描述文档，软件系统测试计划，软件结构设计文档SSP/G

16、STD/GSTP/GSRS模块软件需求说明书(SRS)，模块软件设计文档(SDD)，模块软件测试计划(STP)，源代码(Code)，实施测试计划(STP),测试结果(STR)软件(load),软件系统测试结果报告(GSTR)系统测试结果报告(软件部分)(SVR)软件设计阶段系统需求说明模块1软件需求说明(SRS)软件系统需求分析模块1设计编码系统集成及测试模块n软件需求说明(SRS)软件模块1测试计划模块测试系统测试计划软件结构模块n设计编码软件模块n测试计划模块测试系统认证测试相关工作量人员数目项目管理，评审，状态报告文档管理用户培训4.2.4 基于软件架构（分层）的开发基于软件架构（分层）

17、的开发以构架为中心的软件开发模式，是近几年来软件界大力推崇的以构架为中心的软件开发模式，是近几年来软件界大力推崇的一项最佳实践，它较好地解决了软件开发中以往难于克服的多一项最佳实践，它较好地解决了软件开发中以往难于克服的多个难题，如需求的变更问题、系统功能扩展的困难、系统的设个难题，如需求的变更问题、系统功能扩展的困难、系统的设计基础脆弱的问题等等。计基础脆弱的问题等等。软件构架与系统的软件需求往往不是一一对应的关系，通常软软件构架与系统的软件需求往往不是一一对应的关系，通常软件构架的设计应当基于超出当前软件需求定义的边界之外、更件构架的设计应当基于超出当前软件需求定义的边界之外、更为广泛的需

18、求超集，这个需求超集通常而言就是业务领域模型。为广泛的需求超集，这个需求超集通常而言就是业务领域模型。真正健壮的软件构架应当面向整个业务领域，因为系统的软件真正健壮的软件构架应当面向整个业务领域，因为系统的软件需求不管如何变化，其内容仍然处于原有业务领域的范围之内，需求不管如何变化，其内容仍然处于原有业务领域的范围之内，这样软件构架将毫不费力地适应这些新的需求变更。这样软件构架将毫不费力地适应这些新的需求变更。软件架构软件架构对领域知识的高度抽象对领域知识的高度抽象不同的应用系统，每个应用系统向最不同的应用系统，每个应用系统向最终用户提供一组相关的服务终用户提供一组相关的服务特定业务层支持特定

19、应用领域或组织特定业务层支持特定应用领域或组织的特定业务逻辑功能，成为业务构件的特定业务逻辑功能，成为业务构件 更细化的业务操作更细化的业务操作与平台无关的分布式计算和数据访问与平台无关的分布式计算和数据访问处理处理特定平台的接口特定平台的接口软件架构软件架构对领域知识的高度抽象对领域知识的高度抽象应用系统应用系统出纳服务出纳服务ATMATM服务服务储蓄柜面储蓄柜面会计柜面会计柜面客户管理客户管理现金管理现金管理帐户管理帐户管理票证管理票证管理业务逻辑业务逻辑联机事务处联机事务处理中间件理中间件数据库访问数据库访问系统安全控制系统安全控制数据访问数据访问数据库数据库数据库数据库1、构架定义与评

20、估2、组件开发3、外购管理4、核心资产挖掘5、需求工程6、软件系统集成7、软件质量保证8、理解领域知识9、技术规划10、技术预测和风险防范11、工具和平台支持4.3 4.3 软件研发管理的主要任务软件研发管理的主要任务组件应用：过程调用是组件最古老、最普遍的应用在现代分布式应用系统中，常用到的组件有：远程过程调用通信协议.以上这些方法，就是所谓“中间件”技术在现今市场上，最主要的中间件技术有：公共对象请求代理构架（CORBA）分布式对象组件模型（DCOM）JaveBeans4.3.1 构架定义和评估构架评估：系统构架是系统最早的设计决策 是系统质量目标（安全性、可靠性、可用性、可更改性、实用性

21、能满足性）等的基础 是系统开发、管理、维护、用户、测试、市场、产品人员工作的公共平台 对构架的依赖越来越高，风险也越来越大 评估的方法，与软件评审方法类似，时机应该在系统概要设计完成，详细设计开始之前进行 必须有详细和明确的评估准则，例如：一个业务系统的特定功能目标，导致的特殊行为需求和质量属性目标，与构架支持范围的矛盾和平衡4.3.1 构架定义和评估软件组件：在一个软件构架下，根据某些规定的接口、内部连接方法和其他组件集成，实现具有明显的上下文依赖性的指定功能的单元。组件的远祖是子程序，而现代组件的规模更大、更复杂、能应用于更高的领域、具有比子程序调用更加复杂的交互机制。但其中的概念和原理，

22、是相同的。组件开发的目的，就是将开发人员的注意力，从程序细节，转到构建系统。组件的基本假设：在许多大型应用系统中，存在足够多的共性，以至于有必要和可能，开发可重用组件，来满足这些共性。组件：内偶合度高、外偶合度低组件的分解与软件构架的组件粒度、组件的接口与构架的连接关系紧密关联组件开发将提供产品所需要的、可操作的软件部件，它们或者是核心库的一个部分，也可能成为产品的特定部件4.3.2 组件开发软件外购是现在已经非常常见的软件开发方法软件外购是现在已经非常常见的软件开发方法“任何企业中，仅做后台支持而不创造营业额的工作都应该外包出去任何企业中，仅做后台支持而不创造营业额的工作都应该外包出去，任何

23、不提供向高级发展机会的活动与业务也应该采取外包形式。，任何不提供向高级发展机会的活动与业务也应该采取外包形式。企业的最终目的不外乎是最优化地利用已有的生产、管理与财务资企业的最终目的不外乎是最优化地利用已有的生产、管理与财务资源。源。”这是管理学大师彼得这是管理学大师彼得德鲁克的预言，同时也反映了现代企德鲁克的预言，同时也反映了现代企业运作的一条金科玉律业运作的一条金科玉律“利润最大化，成本最小化利润最大化，成本最小化”。因此，外购的目的是：从外部得到技术和技能，降低组织的固定和因此，外购的目的是：从外部得到技术和技能，降低组织的固定和经营性成本，把组织的注意力放在核心领域，提供经营的灵活性，

24、经营性成本，把组织的注意力放在核心领域，提供经营的灵活性，降低降低/转移风险等。因此，软件项目采用外购，能够使项目更快、更转移风险等。因此，软件项目采用外购，能够使项目更快、更便宜、质量更高以及风险更小地完成项目目标。便宜、质量更高以及风险更小地完成项目目标。即使是应用系统软件，也并不一定全部是自己开发的，有些平台、工具、构即使是应用系统软件，也并不一定全部是自己开发的，有些平台、工具、构件，甚至包括一些子系统，可能委托另一家子承包商进行开发。子承包商可件，甚至包括一些子系统，可能委托另一家子承包商进行开发。子承包商可能按能按“盒装盒装+定制定制”的方式，提供产品和服务，也可能子承包商的开发人

25、员，的方式，提供产品和服务，也可能子承包商的开发人员，完全与项目团队一起工作。对于这类外购，我们一般成为软件分包，相应产完全与项目团队一起工作。对于这类外购，我们一般成为软件分包，相应产品和服务的提供方，为软件分包商。这种形式的外购，管理比较复杂。在品和服务的提供方，为软件分包商。这种形式的外购，管理比较复杂。在CMM2中，软件分包合同管理是其中，软件分包合同管理是其6个关键过程域之一。个关键过程域之一。4.3.3 外购管理外购管理外购的管理，涉及技术、采购、商务等，是软件企业的另一个业务领域。从开发管理的角度看，外购管理有以下一些具体步骤：详细分析构架理解组织需求详细研究市场以灵活的发生开发

26、需求开发用于评估产品和技术的方法选择有生命力的技术和产品购买产品将产品集成到构架中测试产品和配置持续对系统进行管理4.3.3 外购管理核心资源挖掘是对旧系统的部分，进行挖掘和完善，然后应用于新系统中。挖掘并不只是对部分程序，而且包括：n业务模型n规则库n需求规格说明n进度计划n预算n测试计划和测试用例n编码标准n算法n过程定义n性能模型等4.3.4 核心资源挖掘需求的开发与控制、管理，已经成为一项工程 由于需求是正在构建的系统必须符合的事务，而且是否符合这些由于需求是正在构建的系统必须符合的事务，而且是否符合这些需求决定了项目的成功或失败，因此找出需求是什么，将它们记下来，需求决定了项目的成功

27、或失败，因此找出需求是什么，将它们记下来，进行组织，并在发生变化时对它们进行追踪，这些活动就是需求管理。进行组织，并在发生变化时对它们进行追踪，这些活动就是需求管理。换句话说，需求管理就是：换句话说，需求管理就是：一种获取、组织并记录系统需求的系一种获取、组织并记录系统需求的系统化方案，以及一个使客户与项目团队对不断变更的系统需求达成并统化方案，以及一个使客户与项目团队对不断变更的系统需求达成并保持一致的过程。保持一致的过程。需求工程是提供一种适当的机制，以了解用户想要什么、分析需需求工程是提供一种适当的机制，以了解用户想要什么、分析需求、评估可行性、协商合理的解决方案、无歧义地规约解决方案、

28、确求、评估可行性、协商合理的解决方案、无歧义地规约解决方案、确认规约以及在开发过程中管理这些被确认的需求规约。认规约以及在开发过程中管理这些被确认的需求规约。现代需求工程一般被描述为现代需求工程一般被描述为6个步骤，包括：个步骤，包括：获取（需求诱导）获取（需求诱导）分析（需求分析和谈判）分析（需求分析和谈判）规定（规约）规定（规约）系统建模系统建模验证（需求确认）验证（需求确认）需求管理（控制与变更管理）需求管理（控制与变更管理）我们将在需求分析阶段，专门介绍软件需求工程4.3.5 需求工程软件系统集成是指将独立的软件组件合并成一个集成的系统在将组件集成为子系统、子系统集成为产品时，都需要做

29、软件集成工作在瀑布模型中，集成工作是软件开发生命周期介于模块开发和集成测试阶段进行的一个独立的开发步骤在增量模型中，集成是一个持续不断的活动，由于不断地进行集成、测试，增量开发降低了（总）集成时，可能发生的风险面向对象技术，也是一种增量开发的模式，是一种持续集成方法软件系统集成的难度：系统构架组织的复杂程度组件接口定义的复杂程度4.3.6 软件系统集成软件系统功能齐全是不是就是质量好？软件系统功能齐全是不是就是质量好？用户界面友好是不是就是软件的质量好？用户界面友好是不是就是软件的质量好？没有没有BUGBUG是不是就是软件的质量好？是不是就是软件的质量好？什么是用户满意的软件项目？什么是用户满

30、意的软件项目？软件测试是不是软件质量的全部？软件测试是不是软件质量的全部？那么，什么是软件的质量？那么，什么是软件的质量？软件质量保证过程包括：软件质量保证过程包括：软件的确认（软件的确认（ValidationValidation）与）与软件的验证（软件的验证（VerificationVerification）简称为简称为V VV V 或或V2V24.3.7 软件质量保证确认：确认：pp确认是这样一个过程，它评价确认是这样一个过程，它评价“在软件开发过程期间（针对单元）在软件开发过程期间（针对单元）或结束（针对系统）时，单元或系统是否满足用户特定的需求或结束（针对系统）时，单元或系统是否满足用

31、户特定的需求”。pp换句话说，在开发结束的时候，确认我们的产品是否符合用户要换句话说，在开发结束的时候，确认我们的产品是否符合用户要求，即开发结束时（广义上包括开发的中间过程）确认的产品质量。求，即开发结束时（广义上包括开发的中间过程）确认的产品质量。pp确认活动围绕三个基本过程来开展，测试、度量和软件可靠性增确认活动围绕三个基本过程来开展，测试、度量和软件可靠性增长长 验证：验证：pp而验证是这样一个过程，它评价而验证是这样一个过程，它评价“在一个给定的开发阶段中，单在一个给定的开发阶段中，单元或系统是否满足在此阶段开始时确定的条件元或系统是否满足在此阶段开始时确定的条件”。pp因此，它的意

32、思是，我们正在制作的产品（过程中）将符合用户因此，它的意思是，我们正在制作的产品（过程中）将符合用户要求吗？要求吗？pp因此，验证的是产品开发过程质量因此，验证的是产品开发过程质量工作质量。工作质量。pp验证活动也是围绕三个基本过程来进行，审查、度量和配置管理。验证活动也是围绕三个基本过程来进行，审查、度量和配置管理。4.3.7 软件质量保证领域：能够用于创建一个或一组系统的专业知识领域知识：一组专业领域从业者所理解的概念和术语，包括：该领域的问题、解决方案。建造一个应用系统，可能需要几个领域的专门知识例如：建设一个分布式银行应用系统，需要：商业银行业务知识银行信息系统知识商业银行业务流和业务

33、处理知识用户业务工作习惯和业务操作界面知识数据库技术和网络技术知识等等4.3.8 理解领域知识规划就是制定计划和确保计划的落实，技术规划是技术管理的主要内容。规划过程是：确定计划及其内容确定计划的承诺（目标）确保计划所需要的资源跟踪、评审计划的执行过程计划的内容是：目的：计划成果执行后希望达到的状态策略：为取得计划成功所采取的方法目标：计划执行中可显著度量和评价、与时间有关的中间状态活动：为达到目标所进行的可分配、独立的步骤资源：人、财、物、时间等4.3.9 技术规划与核心资源开发有关的问题：核心资源（集）的范围？如何创建、测试和评估核心资源？如何支持、维护、扩充、认定核心资源？核心资源开发计

34、划与产品计划如何衔接？如何控制核心资源的配置、变更和发布？与产品开发计划有关的问题：产品在应用核心资源时应遵循什么规则、过程？如何决定产品系统对核心资源的裁减？如何界定核心资源应用和产品特有开发？产品维护与核心资源的维护如何衔接？4.3.9 技术规划技术预测识别出趋势、新的标准和市场影响，及早做出灵活反映，以保持组织的领先地位，例如：应关注以下方面：内部的：p开发模式和表示方法（统一建模语言UML）p基于Web和无线以及可扩展表示语言的技术p代码开发套件和环境p分析工具p计划、配置管理、需求管理的技术和工具p过程改进和过程管理的方法等外部的p更高效的硬件平台（主机、网络）p更好的软件平台（数据

35、库、网络和中间件）p改善的用户接口4.3.10 技术预测和风险防范p改善的用户接口p更快的数据库搜索策略p面向用户的新模式（可视化和基于Web）p改进的构架解决方案p更好的问题报告系统p新的标准和规范p用户希望的新功能技术风险 风险是遭受损失及其可能性 技术风险的损失是：技术方案失败、延误等 风险管理的方法是：识别、分析、计划、控制和应对4.3.10 技术预测和风险防范任何改进和进步，都离不开工具的支持最主要的工具是CASE工具最困难的是各种工具的集成性、互操作性4.3.11 工具和平台支持用例用例软件开发过程的工具：用例产品集成平台项目管理4.3.11 工具和平台支持用例用例场景组件构架可视化建模可视化建模基于组件开发基于组件开发质量保证配置管理需求管理市场/产品任何改进和进步，都离不开工具的支持最主要的工具是CASE工具最困难的是各种工具的集成性、互操作性开发工具开发工具支持工具支持工具计算机辅助开发方法4.3.11 工具和平台支持