现代软件工程专题1.pptVIP

专题一：软件工程现状及其发展 软件发展现状 软件危机 软件风险 软件工程及其发展阶段 软件工程框架 软件开发模型 软件发展趋势（软件产业化） 一、软件发展现状 （1）已经存在大量正在运行的软件。 金融、电信、航空航天等 （2）软件的应用范围不断扩大。商务、交通、家电等，软件无处不在。 （3）软件的规模与复杂性持续增加 非常大规模系统：从50万行增加到1000万行，扩大了20倍； 复杂性：a.子系统数目越来越多； b.计算机应用从数值计算开始发展到几百万条指令的大型企业业务应用，再发展到几千万终端用户直接交互工作的网络应用。 （4）出现了大量与软件相关的标准。CORBA、UML、XMI、TMN等。 （5）软件危机仍然存在（软件脱节） 1968-2000：软件效率、质量、进度、预算无法控制。 一、软件发展现状 问题： 1.没有“计算机”和“软件”，世界会是什么样子？ 人们的生活已经无法离开计算机软件。 2.如何更多、更快、更方便、更好地开发出软件？ 工程化地管理软件开发。（1968年NATO提出软件工程的概念） SE：倡导以工程的原理、原则和方法进行软件开发，以期解决当时出现的“软件危机”。 3.如何重用过去的经验呢？ 软件体系结构风格、设计模式、部件等。 4.在分布式网络环境下如何提高软件的适应能力呢？ CORBA、COM/DCOM、JavaBean等；EAI。 二、软件危机 1.什么是软件危机？ 指在计算机软件开发和维护过程中所遇到的一系列问题。 （1）软件开发无计划性：不能正确估计软件开发成本和进度，无法估计工作量，难于控制开发进度。 （2）软件需求不充分：需求是设计的基础，需求不充分直接导致软件产品不可靠，满足不了用户的需求，甚至无法使用。 （3）软件开发过程无规范性：各行其是，没有文档。 （软件工程过程中的四个基本活动：规格说明、开发、确认、演进） （4）软件无评测手段：软件质量无法保证。 （软件产品质量度量、软件过程质量控制和保证） 二、软件危机 2.什么原因导致软件危机的？ （1）软件的固有特征：软件是复杂的。 实际问题的复杂性、感知接受的复杂性、理性表达的复杂性。（另外，软件规模不断扩大。） （2）外部原因： 软件开发范型（模型） 软件设计方法（方法） 软件开发支持（工具） 软件开发管理（过程） 三、软件风险 软件危机的解决办法：软件工程 软件工程技术和管理方法可以帮助人们克服软件危机问题，但不能解决软件风险（有可能造成的伤害或者损失）问题。 软件风险是任何软件开发项目中普遍存在的问题，与项目的大小成正比。 因为，在制定软件计划时，系统分析员必须回答： 项目的需求是什么？ 不可能准确无误地回答 需要投入多少资源？ 只能凭经验估计给出初步设想 如何安排开发进度？ 这样就存在风险！ 三、软件风险 实践证明： 项目规模越大，问题越复杂，资源、成本、进度等因素的不确定性就越大，承担项目所冒的风险也越大。 （因为：项目越大，了解项目的时间越长，系统状态的确定越长，而风险正是介于确定与不确定之间、无知和完整知识之间的。） 风险是软件开发不容忽视的潜在的不利因素，可能损害软件开发过程和质量。 三、软件风险 进度过分紧迫； 预算过分紧张； 性能过分的超群，软件可靠性要求过高； 人员缺乏经验，组织结构不适宜； 期望过高而不现实； 没有明确或理解合同的条款； 软件规模估计不恰当； 管理部门缺乏经验； 风险分析和管理不恰当； 缺乏政策性支持； 不熟悉技术或过程； 不熟悉必要的硬件； 需求不一致（或定义不充分）； 需求不断变动； 软件开发计划不恰当； 软件开发过程模型不适用； 缺乏软件工程技术和方法； 缺乏自动化工具的支持； 3.1 风险估计 是否所有项目都要进行风险分析。 No,风险分析成本较高，只有当软件的成本、性能、作用、与其他系统间的关系对于重要的系统有比较大的影响时，即软件的风险对整个系统的成败有关键影响时，才有必要进行风险分析和管理。 风险估计的步骤 1.明确项目的目标、策略、可以使用的方法和资源； 2.保证项目的目标和结果是可度量的，并标明使用的资源； 3.制定项目成功的标准集合；（见下页） 4.根据估计的结果确定是否进行风险分析。 3.1 风险估计 度量项目成功的标准： 1.最大限度的收益； 2.最小的费用； 3.最小的风险损失； 4.最大限度的市场； 5.最小的周期性波动； 6.形成有益的形象； 7.最佳的服务质量； 8.最高的增长率