软件工程1PPT.ppt

2. 可行性研究 “对于上一个阶段所确定的问题有行得通的解决办法吗?” 系统分析员需要进行一次大大压缩和简化了的系统分析和设计过程，也就是在较抽象的高层次上进行的分析和设计过程。 研究问题的范围，探索这个问题是否值得去解，是否有可行的解决办法。 §3.软件生命周期 3. 需求分析 这个阶段的任务仍然不是具体地解决问题，而是准确地确定“为了解决这个问题，目标系统必须做什么”，主要是确定目标系统必须具备哪些功能。 §3.软件生命周期 系统分析员在需求分析阶段必须和用户密切配合，充分交流信息，以得出经过用户确认的系统逻辑模型。通常用数据流图、数据字典和简要的算法表示系统的逻辑模型。 用正式文档准确地记录对目标系统的需求，这份文档通常称为规格说明书(specification)。 (提示：它经常被作为软件验收的技术协议) §3.软件生命周期 4. 总体设计 这个阶段必须回答的关键问题是：“概括地说，应该怎样实现目标系统?” 总体设计又称为概要设计。 应该设计出实现目标系统的几种可能的方案。并在充分权衡各种方案的利弊的基础上，推荐一个最佳方案。 总体设计的另一项主要任务就是设计程序的体系结构，也就是确定程序由哪些模块组成以及模块间的关系。 §3.软件生命周期 5. 详细设计 详细设计阶段的任务就是把解法具体化，也就是回答下面这个关键问题：“应该怎样具体地实现这个系统呢?” 不是编写程序，而是设计出程序的详细规格说明。 详细设计也称为模块设计，在这个阶段将详细地设计每个模块，确定实现模块功能所需要的算法和数据结构。 §3.软件生命周期 6. 编码和单元测试 这个阶段的关键任务是写出正确的容易理解、容易维护的程序模块。 程序员应该根据目标系统的性质和实际环境，选取一种适当的高级程序设计语言(必要时用汇编语言)，把详细设计的结果翻译成用选定的语言书写的程序， 并且仔细测试编写出的每一个模块。 §3.软件生命周期 7. 综合测试 这个阶段的关键任务是通过各种类型的测试(及相应的调试)使软件达到预定的要求。 最基本的测试是集成测试和验收测试。 所谓集成测试是根据设计的软件结构，把经过单元测试检验的模块按某种选定的策略装配起来，在装配过程中对程序进行必要的测试。 所谓验收测试则是按照规格说明书的规定，由用户对目标系统进行验收。 §3.软件生命周期 8. 软件维护 维护阶段的关键任务是，通过各种必要的维护活动使系统持久地满足用户的需要。 通常有4类维护活动： 改正性维护，也就是诊断和改正在使用过程中发现的软件错误； 适应性维护，即修改软件以适应环境的变化；完善性维护，即根据用户的要求改进或扩充软件使它更完善； 预防性维护，即修改软件为将来的维护活动预先做准备。 §3.软件生命周期 §4.软件过程 软件过程是为了获得高质量软件所需要完成的一系列任务的框架，它规定了完成各项任务的工作步骤。 ISO 9000把过程定义为“使用资源将输入转化为输出的活动所构成的系统。”此处，“系统”的含义是广义的：“系统是相互关联或相互作用的一组要素。” 过程定义了运用方法的顺序、应该交付的文档资料、为保证软件质量和协调变化所需要采取的管理措施，以及标志软件开发各个阶段任务完成的里程碑。 科学、有效的软件过程应该定义一组适合于所承担的项目特点的任务集合。通常，一个任务集合包括一组软件工程任务、里程碑和应该交付的产品。 通常使用生命周期模型简洁地描述软件过程。生命周期模型规定了把生命周期划分成哪些阶段及各个阶段的执行顺序，因此，也称为过程模型。 §4.软件过程 一、瀑布模型(Waterfall Model) : 维 护 开 发 定 义 定义 可行性研究 需求分析 详细设计 编码和测试 集成和系统测试 提交和维护 概要设计 通常使用生命周期模型简洁地描述软件过程。 把生命周期划分成哪些阶段及各个阶段的执行顺序，也称为过程模型。 ⑴ 顺序性、依赖性 前一阶段的输出文档是后一阶段的输入文档 瀑布模型特点 用户要求 系统测试 需求分析 概要设计 单元测试 综合测试 确认测试 编 码 程序清单 需求规格说明 软件结构图 模块说明 详细设计图 §4.软件过程 ⑵ 推迟程序的物理实现 软件开发人员不能急于求成，它们总想早点编写程序。 对于大、中型的软件编码开始得越早，完成所需时间反而越长，过早地考虑程序的实现，常常导致大量返工，甚至灾难性后果（彻底推翻） §4.软件过程 ⑶ 质量保证的观点 —— 阶段文档与评审的要求，利于尽早发现错误。 每一阶段都要完成规定的文档 每一阶段都要对完成的文档进行复审，以便尽早发现问题，消除隐患，复审要及时，暴露出问题愈晚，排除故障付出代价也愈高。 §4.软件过程