软件过程引论.docVIP

软件工程是一种层次化的技术（Layered Technology）。分四个层次，有底向上分别是质量关注（Quality focus）、过程模型（process model）、方法（methods）、工具（tools）1质量关注：任何工程方法(包括软件工程)必须以有组织的质量保证为基础。全面的质量管理和类似 的理念刺激了不断的过程改进，正是这种改进导致了更加成熟的软件工程方法的不断出现。 支持软件工程的根基就在于对质量的关注。2过程模型：软件工程的基层是过程层。软件工程过程是将技术层结合在一起的凝聚力，使得计算机软件能够被合理地和及时地开发出来。过程定义了一组关键过程区域(Key Process Areas，KPAs)的框架，这对于软件工程技术的有效应用是必须的。关键过程区域构成了软件项目的管理控制的基础，并且确立了上下各区域之间的关系，其中规定了技术方法的采用、工程产品(模型、文档、数据、报告、表格等)的产生、里程碑的建立、质量的保证及变化的适当管理。3方法：软件工程的方法层提供了建造软件在技术上需要“如何做”。方法涵盖了一系列的任务：需求分析、设计、编程、测试和维护。软件工程方法依赖于一组基本原则，这些原则控制了每一个技术区域，且包含建模活动和其它描述技术。4工具：软件工程的工具层对过程和方法提供了自动的或半自动的支持。 当这些工具被集成起来使得一个工具产生的信息可被另外一个工具使用时，一个支持软件开发的系统就建立了，称为计算机辅助软件工程(CASE)。 CASE 集成了软件、 硬件和一个软件工程数据库(一个仓库，其中包含了关于分析、设计、编程和测试的重要信息)，从而形成了一个软件工程环境，它类似于用于硬件设计的 CAD/CAE(计算机辅助设计/工程)软件。 基于构建开发 强调将被设计得系统分解成功能的或逻辑的构件,其用定义好的接口进行通信 统一过程 一个用例驱动,以结构体系为中心,迭代增量的过程的软件过程,紧密与UML相连 CMMI(认定标准),执行,管理,定义,量化管理,最优化 瀑布模型的特点：用户需求明确（1）阶段间的顺序性和依赖性，项目从开始到结束按照一定的顺序执行；文档驱动性瀑布模型是文档驱动的，各个阶段不连续也不交叉（2）严格阶段评估，必须一个阶段进行严格评估才能进入下一个阶段（3）开发初期需要清楚全部需求（4）开发周期长，风险大。 瀑布模型的缺点：（1）实际的项目大部分情况难以按照该模型给出的顺序进行，而且这种模型的迭代是间接的，这很容易由微小的变化而造成大的混乱。（2）经常情况下客户难以表达真正的需求，而这种模型却要求如此，这种模型是不欢迎具有二义性问题存在（3）客户要等到开发周期的晚期才能看到程序运行的测试版本，而在这时发现大的错误时，可能引起客户的惊慌，而后果也可能是灾难性的（4）会经常在过程的开始和结束时碰到等待其他成员完成其所依赖的任务才能进行下去，有可能花在等待的时间比开发的时间要长。称之为“堵塞状态” 瀑布模型的优点：（1）它提供了一个模板，这个模板使得分析、设计、编码、测试和支持的方法可以在该模板下有一个共同的指导。（2）虽然有不少缺陷但比在软件开发中随意的状态要好得多。 增量模型的特点：用户需求有变更（1）过程渐进性：每次提交一个满足用户需求子集的增量构件（2）增量模型强调每一个增量均发布一个可操作的产品，这点与后面的原型开发和其它演化模型（3）能在短时间内向用户提交可使用的软件（4）软件系统的体系结构必须具有高度的开放性和可扩充性（5在逐步）增加产品功能的过程中有充裕的时间学习和适应新的功能。 缺点：（1）由于各个构件是逐渐并入已有的软件体系结构中的，所以加入构件必须不破坏已构造好的系统部分，这需要软件具备开放式的体系结构。（2）在开发过程中，需求的变化是不可避免的。增量模型的灵活性可以使其适应这种变化的能力大大优于瀑布模型和快速原型模型，但也很容易退化为“编码修正”模型，从而是软件过程的控制失去整体性（3）如果增量包之间存在相交的情况且未很好处理，则必须做全盘系统分析，这种模型将功能细化后分别开发的方法较适应于需求经常改变的软件开发过程（4）至始至终需要客户和开发者在一起，直到完全版本出来，这个条件比较难做到。 优点：（1）人员分配灵活，刚开始不用投入大量人力资源，当核心产品很受欢迎时，可增加人力实现下一个增量（2）当配备的人员不能在设定的期限内完成产品时，它提供了一种先推出核心产品的途径，这样就可以先发布部分功能给客户，对客户起到镇静剂的作用。（3）增量能够有计划地管理技术风险。 RAD模型的特点：RAD 模型是线性顺序模型的一个“高速”变种，通过使用构件的建造方法赢得了快速开发。RAD过程强调的是复用，复用已有的或开发可复用的构件。 缺点：（1）应用局限性。主要用于信息系统（2）对于