(新)软件系统开发与软件工程方法.ppt

《(新)软件系统开发与软件工程方法.ppt》由会员分享，可在线阅读，更多相关《(新)软件系统开发与软件工程方法.ppt（45页珍藏版）》请在第壹文秘上搜索。

1、第七章 软件系统开发与软件工程方法软件系统开发与软件工程方法 19601970198019902000 早期早期 第二阶段第二阶段 第三阶段第三阶段 第四第四阶段阶段面向批处理面向批处理 多用户多用户 分布式系统分布式系统 强大的桌面系统强大的桌面系统有限的分布有限的分布 实时实时 嵌入嵌入“智能智能” ” 面向对象技术面向对象技术自定义软件自定义软件 数据库数据库 低成本硬件低成本硬件 专家系专家系统 开发者开发者= =使用者使用者 软件产品软件产品 人工神经网络人工神经网络 并行计算并行计算 网络计算机网络计算机 1 1）案例思考）案例思考1 1FAA的失败项目的失败项目 20世纪世纪80

2、年代中期，更换空中交通控制系统已成为美国联邦航空管理局（年代中期，更换空中交通控制系统已成为美国联邦航空管理局（FAA）非常优先的任务。非常优先的任务。1989年年IBM公司获得更换该系统的合同，截止期为公司获得更换该系统的合同，截止期为2001年，预年，预计投入计投入25亿美元。由于面临着极苛刻的需求，该软件项目是已进行的最复杂的项亿美元。由于面临着极苛刻的需求，该软件项目是已进行的最复杂的项目之一。例如，交通控制系统必须具备全局完整性并且每周目之一。例如，交通控制系统必须具备全局完整性并且每周7天，每天天，每天24小时不小时不能停止工作，甚至在升级时或正常维护时，也不允许有停顿时间。任何错

3、误的数能停止工作，甚至在升级时或正常维护时，也不允许有停顿时间。任何错误的数据都会引起重大伤亡，任何停机均会导致世界范围的出行延误或潜在的危险。该据都会引起重大伤亡，任何停机均会导致世界范围的出行延误或潜在的危险。该系统的反应时间不能超过系统的反应时间不能超过2-3秒。此外，该系统设计时必须考虑到允许私人飞机秒。此外，该系统设计时必须考虑到允许私人飞机驾驶员继续使用旧设备，并要求软件能在未来移植到更新的硬件设备上。当驾驶员继续使用旧设备，并要求软件能在未来移植到更新的硬件设备上。当IBM获得该合同后，该系统的主要花费为软件开发，用于硬件的投入仅为获得该合同后，该系统的主要花费为软件开发，用于硬

4、件的投入仅为8万美元。万美元。1993年，负责该项目的年，负责该项目的IBM子公司子公司IBM联邦系统公司被联邦系统公司被IBM卖给了卖给了Loral公公司。到司。到1994年，该系统已花费了年，该系统已花费了23亿美元，但尚未提交系统的任何程序段，而此亿美元，但尚未提交系统的任何程序段，而此时估算整个系统的花费将增至时估算整个系统的花费将增至50亿美元。亿美元。1994年底，年底，FAA不得不承认该项目失败不得不承认该项目失败并进行调查。作为调查的结果，并进行调查。作为调查的结果，FAA取消或修改了系统的四个主要部分。面临当取消或修改了系统的四个主要部分。面临当前空中控制系统存在的隐患，前空

5、中控制系统存在的隐患，FAA不得不订购了一套作为权宜之计的系统，由另不得不订购了一套作为权宜之计的系统，由另一家公司开发。一家公司开发。你认为该项目的失败反映了什么问题？失败的主要原因可能是什么？你认为该项目的失败反映了什么问题？失败的主要原因可能是什么？FAA为什么选择取消和修改的方式而不是增加资源和生产力的方式？为什么选择取消和修改的方式而不是增加资源和生产力的方式？FAA对此项目调查总结出的原因为以下几条：FAA并没有明确掌握某些系统功能的需求。制定了过于急躁的开发和实现计划（包括费用与进度的估计）在给定的软件复杂度下，没有考虑到开发商的生产力，尤其是早期阶段需要投入的资源。在人月神话一

6、书中，在人月神话一书中，Brooks将过去将过去30年大型软件项目的开发比年大型软件项目的开发比喻为史前陷入沥青坑的巨兽。恐龙、猛犸、剑齿虎等动物在焦油中挣喻为史前陷入沥青坑的巨兽。恐龙、猛犸、剑齿虎等动物在焦油中挣扎，然而挣扎得越激烈，就陷得越快，最终都沉到了坑底。过去的大扎，然而挣扎得越激烈，就陷得越快，最终都沉到了坑底。过去的大型软件项目中，大多数开发出了可运行的系统型软件项目中，大多数开发出了可运行的系统不过只有极少数满不过只有极少数满足了目标、进度和预算的要求。表面上看起来没有任何一个单独的问足了目标、进度和预算的要求。表面上看起来没有任何一个单独的问题会导致困难，每个问题都能获得解

7、决，但这些问题纠缠和积累在一题会导致困难，每个问题都能获得解决，但这些问题纠缠和积累在一起时，团队的行动就越来越慢，并且很难再看清问题的本质。起时，团队的行动就越来越慢，并且很难再看清问题的本质。1995年美国的商业软件失败统计：成功失败延期 案例思考案例思考2 2遗传信息库建设遗传信息库建设 在正在建设的遗传信息库如，假设你要开发一个管理软在正在建设的遗传信息库如，假设你要开发一个管理软件。你并不是一个生物遗传方面的专家，甚至对此方面件。你并不是一个生物遗传方面的专家，甚至对此方面的知识一窍不通，你该如何入手？要使该项目成功，你的知识一窍不通，你该如何入手？要使该项目成功，你认为应该有哪些保

8、障条件？认为应该有哪些保障条件？你的问题是什么：对遗传信息的管理需要什么条件：了解遗传信息的表示和管理流程如何实现：与遗传领域的专家交流。障碍是什么：难以沟通与交流。可能因误解产生错误的需求描述。 软件项目为什么会失败？软件项目为什么会失败？ 软件项目失败的核心问题在哪里？答案只有一个：复杂性。软件要解决的问题本身是复杂的开发人员一般不是该问题领域的专家软件规模要求多人参与，而不同专业领域的人的交流是困难的软件规模使得既要理解系统整体结构又要把握细节比较困难。n例例: :Windows9595有有10001000万行万行代码代码 Windows20002000有有50005000万行万行代码代

9、码Exchange2000和和 Windows20002000开发人员结构开发人员结构Exchange2000Windows20002000项目经理项目经理25人人约约250人人开发人员开发人员140人人约约1700人人测试人员测试人员350人人约约3200人人 2 2）软件神话）软件神话 1管理神话神话：有关软件开发的理论和方法已经很丰富，有很多可用的标准与规范，因而可以保证软件开发的顺利进行。现实：理论与方法在大多数实践中并没有得到真正的应用。使用者并没有对这些理论与方法建立正确的认识。神话：已经有很多强大的开发工具和先进的计算机硬件，这些可以保证软件开发的质量与效率。现实：这些工具并没有

10、得到合理的应用。神话：如果我们落后于进度，可以通过增加人手来赶上。现实：向一个已经延迟的项目增加人手，只会使延迟的项目更加落后除非项目中不需要交流。生一个孩子10个月，无论有多少人。 2 2）软件神话）软件神话 1管理神话神话：通过把软件项目外包给实现强大的软件开发公司可以保证软件的成功。现实：再专业的软件公司，不了解客户的需求和业务流程，也不可能顺利完成软件开发项目。改正一个问题需付出的代价需求分析结构设计详细设计编码集成测试系统测试现场改正一个问题的估计费用改正一个问题估计的工作量20200200010005.02.50.050.5(美元)(人天) 2 2）软件神话）软件神话 2客户神话神

11、话：有了目标系统的一般性描述就可以写程序了，细节可以逐步完善。现实：糟糕的系统定义是项目失败的主要原因。关于问题域、功能、行为、性能、接口、设计约束以及确认标准的形式化的、详细的描述是必要的，这些内容只能通过客户与开发者之间的交流才能确定。神话：软件需求是经常变更的，而这些变更可以容易的被满足，因为软件是灵活的。现实：软件需求确实是容易变更的，但变更的代价将随软件开发的进度不同而有很大的差异。如果重新项目早期的问题定义，需求变化则很容易被调节，而项目后期需求变更的代价可能是致命的。 2 2）软件神话）软件神话3实践者的神话神话：软件是艺术，软件开发是个人的舞台。现实：50年代可能是，现在不是。

12、神话：一旦写完了程序并能正常运行，我们的工作就结束了。现实：越早开始写代码，软件开发花费的时间就越长。统计表明60%到80%的工作量是花在将软件第一次交付给客户以后发生的。神话：程序真正运行以前，没有办法评估其质量。现实：高质量的实现来自高质量的设计。从项目一开始就必须进行技术评审。神话：项目的成功来自于可运行程序的提交。软件开发过程中的文档是不必要的，延缓项目进度的东西。现实：软件项目的成果包含很多内容，文档是成功开发的基础，也是软件质量的保证。好的开发质量降低了重复劳动，从而提高了效率，导致更短的交付时间。 3 3）软件危机及主要表现）软件危机及主要表现软件危机指在计算机软件开发和维护过程

13、中所遇到的一系列严重问题软件开发不能满足日益增长的需求；难以维护不断增长的已有软件。1成本与进度的估计成本与进度的估计2用户需求与产品不一致用户需求与产品不一致3软件可靠性差软件可靠性差4可维护性差可维护性差5文档资料不完整文档资料不完整6软件成本比例不断上升软件成本比例不断上升7开发生产率相对停滞开发生产率相对停滞3 3）软件项目成败的因素分析）软件项目成败的因素分析1）失败项目的主要原因）失败项目的主要原因1用户需求不完整、被误解或经用户需求不完整、被误解或经常变化常变化2有限的用户参与有限的用户参与3缺少行政支持缺少行政支持4缺少技术支持缺少技术支持5项目计划不充分项目计划不充分6目标不

14、明确目标不明确7没有足够的资源（客户没有提没有足够的资源（客户没有提供供/开发者不具备相应生产力）开发者不具备相应生产力）2）成功项目的主要原因）成功项目的主要原因1大量的用户参与大量的用户参与2上层管理人员的支持上层管理人员的支持3完整、详细的项目计划完整、详细的项目计划4符合实际的工作进度与里程碑符合实际的工作进度与里程碑5开发人员的培训、交流开发人员的培训、交流6良好的工作环境、团队协作机制良好的工作环境、团队协作机制3 3）消除软件危机的思路）消除软件危机的思路1正确的观念正确的观念a)软件不是程序软件不是程序软件是逻辑产品而不是实物产品软件是逻辑产品而不是实物产品软件的功能依赖于硬件

15、和软件的运行环境以及人们对它软件的功能依赖于硬件和软件的运行环境以及人们对它的操作的操作软件特征：软件特征： 功能的多样性功能的多样性 实现的多样性实现的多样性 能见度低能见度低 软件结构合理性差软件结构合理性差智力密集及知识产权保护智力密集及知识产权保护b)软件开发不是个体劳动软件开发不是个体劳动软件设计的复杂性软件设计的复杂性3 3）消除软件危机的思路）消除软件危机的思路2正确的过程管理与控制正确的过程管理与控制u软件开发软件开发技术技术: :软件开发方法软件开发方法 软件开发过程软件开发过程 软件工具软件工具和软件工程和软件工程环境环境 u软件工程管理软件工程管理: :软件管理软件管理

16、软件经济软件经济 软件软件心理心理 将工程管理思想引入软件开发过程：将工程管理思想引入软件开发过程：u 转变转变对软件的认识：对软件的认识： 上升上升 程序程序 系统系统u 转变转变思维定式：思维定式： 上升上升 程序员程序员 系统工程师系统工程师 ( (系统分析员系统分析员) )n 工程化训练工程化训练 将工程管理思想引入软件开发过程：将工程管理思想引入软件开发过程：用户用户分析员分析员程序员程序员“一个好的工业，应有一套良好的标准来配套”软件的工业化生产过程应具备的特点：软件的工业化生产过程应具备的特点：n明确的工作步骤明确的工作步骤n详细具体的规范化文档详细具体的规范化文档n明确的质量评价标准明确的质量评价标准软件产品的标准化软件产品的标准化软件开发过程的标准化软件开发过程的标准化u 强调规范化强调规范化u 强调文档化强调文档化软件工程技术的两个明显特点： Fritz Bauer在在NATO会议会议上给出上给出的定义：的定义： “软件工程软件工程是是为了经济地获为了经济地获得可靠的和能在实际机器上高得可靠的和能在实际机器上高效运行的软件效运行的软件而确立和使用而确立和使用的的健全