软件工程小结zxy.doc

1软件工程方法学（Methodology） 方法学（又称范型Paradigm）,指软件生命周期全过程中使用的一整套技术、方法的集合。方法学包括方法、工具和过程三种要素。 传统方法学（结构化方法学，可以面向过程/数据） 面向对象方法学（对象：数据与对数据操作的结合，OO方法特点：对象+类+继承+消息通讯） 2软件生命周期及各阶段的基本任务 软件的生命周期 VS 软件开发的生命周期 ⑴ 软件生命周期 ⑵ 软件系统开发的生命周期 系统开发生命周期各阶段简介 其实，软件开发生命周期所含阶段的个数少则可以3个（分析（定义）、设计、实现），多者可分出8~9个。本书作者分出7个阶段，分别是：问题定义、可行性研究、需求分析、概要设计、详细设计、编码和单元测试、综合测试，以及软件维护（已不属于开发生命周期），分别简介如下： 问题定义：要解决的问题的性质？是否适合计算机方法解决？项目的基本目标与项目的大致规模。 可行性研究：该问题是否有可行的解决方法（技术、经济、可操作）？是否值得去解？ 需求分析：用模型的方法描绘出目标系统必须能够实现的全部功能，产生新系统的逻辑模型，并得到用户的确认。所产生文档称“需求报告”或“规格说明”。 概要设计：新系统总体实现策略（子系统划分、软硬方案、网络架构、软件体系结构等） 详细设计：新系统各方面的具体设计（数据库、模块算法、I/O界面、代码体系等） 编码和单元测试：完成各模块的程序编码并对他们进行测试。 综合测试：完成集成、系统、验收等测试及相应调试工作。完成系统提交。 此外，软件维护：通过各种维护工作使运行的系统能持久地满足用户需要。 具体阶段划分会随不同企业、不同系统性质和规模而有所不同，但大顺序应该一致。 31.3.2 软件过程 为开发软件系统所必须完成的一系列工作的框架（包括步骤、任务内容和过程要求） 传统的“瀑布模型” 特点：各阶段的展开具有顺序性、前后依赖性 尽可能地推迟物理实现的时间 可以在各阶段末用验证、测试等把关的办法保证阶段性产品的质量 强调文档生成（滚动生成） 快速原型模型 特点：从重要界面入手，通过原型获取需求规格； 其间与用户有大量交互、探讨过程； 依赖快速或自动生成工具。 增量模型（渐增模型） 特点：先完成全部需求分析、规格说明、概要设计，再分解出各个增量构件； 第一个增量构件是代表系统核心功能的产品； 此后每一个增量构件也都是一个可运行的产品，且可以和已实现部分集成、测试； 可较短时间内提供部分产品，使客户提前熟悉、使用； 每次新的增量构件与已有部分的集成实际上有些困难。 增量模型之二（并行构建，进度加快，但缺乏总体分析设计，风险更大） 螺旋模型 （完整的螺旋模型见P.18，图1.8） 特点：每次先做风险分析（风险驱动），做原型，然后是本周期产品的设计、实现、评价、对下一周期工作的规划……。 与原型法区别：在做原型之前，加风险分析； 每一周期完成的不是最终产品，只是阶段产品（如完成规格说明书或编码）； 每一周期的工作步骤（除风险分析外）相当于瀑布模型； 强调规避风险，适用于可由自己控制（如内部开发）的大型软件； 对风险评估、风险排除的专门知识和经验要求较高。 ⑸ 喷泉模型 特点：一种有代表性的面向对象式开发生命周期； 中间垂直线表示有开发进展总目标； 各阶段活动有重叠（模型的连贯特性使得各阶段的转换“无缝”） 各阶段内下弯箭头表示阶段内不断迭代、求精 运行状态下的进一步开发或维护也是开发过程的迭代（两个下弯箭头表示） ⑹ RUP ( Rational Unified Process, Rational统一过程 ) RUP的二维开发模型 合适尺寸实际尺寸 在RUP中，软件开发生命周期根据时间的推进和RUP的核心工作流化分为二维空间： 横轴表示项目的时间维， 纵轴则以工作内容来组织。 ?纵轴上，RUP共有9个工作流，分为6个核心工作流(包括业建模，需求，分析和设计，实现，测试，部署)和三个核心支持工作流(包括配置和变更管理，项目管理，环境)。 横轴上，RUP划分为初始，细化构造和交付4个阶段。 每个阶段都由一个或多个连续的迭代组成，每个迭代都是一个完整的开发过程，是一个具体的迭代工作流从头到尾的执行。 每个阶段结束于一个主要的里程碑(Major Milestones)，在每个阶段的结尾执行一次评估以确定这个阶段的目标是否已经满足，如果评估结果令人满意的话，可以允许项目进入下一阶段。 这四个阶段每个阶段的的侧重点都有所不同。 初始阶段：?需求和分析工作流； 初始阶段结束时是第一个重要的里程碑：生命周期目标