机理探析软件工程导论.pptVIP

* * RUP的整体架构 1.5 小结 软件的复杂性与重要性与日俱增 为了保证软件的质量和降低制造成本需要一套行之有效的工程方法 目前的软件工程不够成熟，还需要各界人士共同努力 软件质量保证的关键因素是高质量的人才与现代化的管理 开发软件的企业应该根据自己的特点选择适合自己的软件工程方法 思考题： 在学习Ｃ＋＋语言程序设计时，你是如何编写程序，并验证其正确性的 作业： 什么是软件危机？ 什么是 软件工程？ 什么是软件过程？它与软件工程方法学有何关系？ * * * * * * * * 硬件一般都有一个磨损期，在此期间硬件的故障率很高。 硬件产品还有一个 成熟期. 在这个产品的初始使用期内，故障率较高，越过这个期间产品就很少有故障。 注意 产品的包换期不一定要很长，只要能够超过产品的成熟期就可以了。 软件产品也有初期故障率高的问题， 一般通过软件的更新可以解决大部分问题，. 增强功能的软件更新往往会带来新的问题，可以通过图上的断裂点表现出来。 软件更新时会引入一些新的潜在故障，使得软件不可靠，如果开发者不能保证软件的开发质量，往往会出现越改问题越多的现象，甚至最后不得不抛弃这个软件，重新开发。 * * 关于软件开发的历史数据很少，因此我们很难根据软件开发的历史数据来制定新的软件开发项目的计划；费用超支、进度拖延的情况屡屡发生。有时为了赶进度或压成本不得不采取一些权宜之计，这样又往往严重损害了软件产品的质量。 用户的需求往往自己也说不清楚，而且不断地发生变化，因此软件往往很难满足用户的需求。 到目前为止，还没有一个严格的定量的软件质量指标，这就使得很难测量软件的质量。 维护往往成为软件生命周期中耗费最多困难最大的阶段。  * * * * 生产出来的软件难以维护。很多程序缺乏相应的文档资料，程序中的错误难以定位，难以改正，有时改正了已有的错误又引入新的错误。随着软件的社会拥有量越来越大，维护占用了大量人力、物力和财力。进入80年代以来，尽管软件工程研究与实践取得了可喜的成就，软件技术水平有了长足的进展，但是软件生产水平依然远远落后于硬件生产水平的发展速度。 * * * * * * * * 人员的增加应该以有序和有计划的方式进行； * * * * * * * * 适用：初始的软件需求有明确定义，但整个开发过程不宜单纯采用线性模型；或迫切需要为用户提供一套功能有限的软件产品，在后续版本中再细化和扩展功能。 * * * * * * * * * * * * * * 1.4.1 瀑布模型 特点： 1.阶段间具有顺序性和依赖性 2.推迟实现的观点 3.质量保证的观点 维护阶段 退 役 需求阶段 验 证 规格说明阶段 验 证 设计阶段 验 证 实现阶段 测 试 集成阶段 测 试 已变更的需求 验 证 瀑布模型优点 提供了软件开发的基本框架，有利于大型软件开发过程中人员的组织、管理，有利于软件开发方法和工具的研究与使用，因此，在软件工程中占有重要的地位。 瀑布模型缺点 1）在软件开发的初期阶段就要求做出正确、全面、完整的需求分析对许多应用软件来说是极其困难的。 2）在需求分析阶段，当需求确定后，无法及时验证需求是否正确、完整。 3）作为整体开发的瀑布模型，由于不支持产品的演化，缺乏灵活性，对开发过程中很难发现的错误，只有在最终产品运行时才能暴露出来，从而使软件产品难以维护。 瀑布模型适应场合 瀑布模型一般适用于功能、性能明确、完整、无重大变化的软件系统的开发。例如操作系统、编译系统、数据库管理系统等系统软件的开发。应用有一定的局限性。 1.4.2 原型模型 原型模型（prototyping model）的基本框架是软件开发人员根据用户提出的软件基本需求快速开发一个原型，以便向用户展示软件系统应有的部分或全部功能和性能，在征求用户对原型的评价意见后，进一步使需求精确化、完全化，并据此改进、完善原型，如此迭代，直到软件开发人员和用户都确认软件系统的需求并达成一致的理解为止。软件需求确定后，便可进行设计，编码、测试等以后的各个开发步骤。 维护阶段 退 役 快速原型 验 证 规格说明阶段 验 证 设计阶段 验 证 实现阶段 测 试 集成阶段 测 试 已变更的需求 验 证 开发 维护 快速原型的开发途径有三种： 1）仅模拟软件系统的人机界面和人机交互方式。 2）开发一个工作模型，实现软件系统中重要的或容易产生误解的功能。 3）利用一个或几个类似的正在运行的软件向用户展示软件需求中的部分或全部功能。 总之，建造原型应尽量采用相应的软件工具和环境，并尽量采用软件重用技术，在运行效率方面可做出让步，以便尽快提供。同时，原型应充分展示软件系统的可见部分，如人机界面、数据的