软件工程概要欢迎访问北京大学信息学院软工所—PKUSEI.pptVIP

随着ISO/IEC软件生存周期过程 12207-1995的不断应用，以及软件复用技术的发展，并结合CMM（能力成熟度模型）和ISO/IEC/TR15504的推进，国际标准化组织于2002年给出了ISO/IEC 12207-1995的补篇1，主要： 增加了一些新的软件过程，例如测量过程、资产管理过程、复用程序管理过程以及领域软件工程过程等； 增加了一些有关增进该标准应用效果的内容，例如给出了每一过程的目标以及成功实现过程的基本判定准则等。 于2004年给出了ISO/IEC 12207-1995的补篇2，主要对补篇1的内容做了一些修改。 该标准按照不同人员的工作内容来分，将软件生存周期过程分为三类：基本过程、支持过程和组织过程。 在该标准的附录中，给出了剪裁过程以及相关的指导，以便当把软件过程运用到相关组织，运用到具体应用领域或具体项目时，可以根据特定情况，对各种过程和活动进行剪裁，形成特定项目所需要的软件生存周期过程。 软件过程：系统化地给出了软件开发所需要的任务； 软件开发模型：如何根据软件项目特点、环境因素等，选择并组织这些开发任务。 成功实现获取过程的结果是： 1）定义了获取要求、目标、产品/或服务验收准则以及获取策略； 2）制定了能明确表达顾客和供方的期望、职责和义务的协定； 3）获得了满足顾客要求的产品和/或服务； 4）按规定的约束，例如要满足的成本、进度和质量等，对该获取过程进行了监督； 5）验收了供方的可交付产品。 6）对每一接受的交付项，均有一个由客户和供方达成的满意性结论。 2.3.3 开发过程 开发过程是软件开发者所从事的一系列活动。 目的：将一组需求转换为一个软件产品或系统。 包括13个活动： 过程实现 系统需求分析 系统结构设计 软件需求分析 软件体系结构设计 软件详细设计 软件编码和测试 软件集成 软件合格测试 系统集成 系统合格测试 软件安装 软件验收支持 2.4.2 配置管理过程 配置管理过程是应用管理上的和技术上的规程来支持整个软件生存周期的过程，主要涉及：标识、定义系统中的软件项；控制软件项的修改和发布；记录和报告软件项的状态和修改请求；保证软件项的完备性、一致性和正确性；以及控制软件项的贮存、处理和交付。可见该过程的目的是建立并维护一个过程或一个项目的所有工作产品的完整性，使它们对相关团体而言均是可用的。 注：当该过程用于其他软件产品或实体时，应对所提及的“软件项”要作相应的解释。 该过程包括以下活动： a)过程实现； b)配置标识； c)配置控制； d)配置状态统计； e)配置评价； f)发布管理和交付。 引子 扁鹊论医 从TQM （全面质量管理）开始，过程成为提高产品质量的另一重要手段 技术并非提高质量的唯一出路 TQM的思想 好的过程导致好的产品 缺陷越早发现、越早修改，就越经济 （7）文档验证。其中应考虑下面列出的准则： a) 文档是充分的、完备的和一致的； b) 文档制订是及时的； c) 文档的配置管理遵循了规定的规程。 成功实施验证过程的结果是： 制定并实现了验证策略； 标识了验证所有要求的软件工作产品的准则； 执行了所要求的验证活动； 标识并记录了缺陷； 给出了对顾客和其他相关方可用的验证活动的结果。 注：确认可使用除了测试之外的其他方法，例如，分析、建模、模拟等。 成功实施确认过程的结果是： a) 制定并实现了确认策略； b) 标识了确认所有要求的工作产品的准则； c) 执行了要求的确认活动； d) 标识并记录了问题； e) 提供了所开发的软件工作产品适合于其预期用途的证据； f) 给出了对顾客和其他相关方可用的确认活动的结果。 关于其他支持过程，例如联合评审过程、审计过程、问题解决过程等，可参阅相关标准。 成功实施管理过程的结果是： a)定义了那些要管理的过程和活动的范围； b)标识了为达到这些过程目的必须执行的活动和任务； c)对达到过程目标以及可用的资源和限制条件的可行性，进行了评估； d)建立了执行已标识那些活动和任务所需要的资源和基础设施； e)标识了活动并实施了任务； f)对定义的那些活动和任务的执行，进行了监督； g)对过程活动所产生的工作产品进行了评审，并对相应的结果进行了分析和评估； h)在过程的执行偏离已标识的活动和任务，或未能达到其目标时，采取了修改过程执行的措施； i)有证据地阐明了该过程已成功地达到了它的目的。 2.5.3 基础设施过程 （基础设施包