信息技术软件生存周期程介绍.pptVIP

(3)开发领域模型，它能够表示领域中基本的公共和不同的特性、能力、概念和功能； (4)开发领域中描述系统的系列的领域体系结构； (5)规定归属于领域的资产； (6)获得或开发属于领域的资产，并在其整个生存期中维护它们； (7)在领域资产的生存周期中维持领域模型和体系结构。 ? 第九十五页，共一百四十一页。 4 软件生存周期模型 第九十六页，共一百四十一页。 4.0 导引 　　《软件生存周期过程》标准与具体的软件生存周期模型无关。不论在具体项目中采用了哪种生存周期模型，都必须执行（可剪裁）标准中规定的过程、活动和任务。但是，在任何项目的策划阶段，根据具体项目的要求，应该选择与确定软件生存周期模型。 第九十七页，共一百四十一页。 4.1 生存周期模型的应用 下面具体说明了系统或项目的一般生存周期模型，并描述了怎样在这个系统生存周期模型内应用 GB/T 8566标准。 第九十八页，共一百四十一页。 4.1.1 系统生存周期模型 一个典型的系统生存周期模型从一个想法或一个需求开始，贯穿系统的开发、生产、运作和维护，在退役时结束。生存周期模型一般用时间段或里程碑来划分。每个时间段都代表将要被执行的主要的、不同的活动和任务，在从一个时间段向另一个时间段过渡时可能需要某种授权。 第九十九页，共一百四十一页。 开发过程包括下列子过程的目的和结果 · 需求引出 · 系统需求分析 · 系统体系结构设计 · 软件需求分析 · 软件设计 第六十三页，共一百四十一页。 · 软件构造（编码和单元测试） · 软件集成 · 软件测试 · 系统集成 · 系统测试 · 软件安装 第六十四页，共一百四十一页。 3.1.4 运作过程 目的： 运作过程的目的是在其预定的环境中运行软件产品，并向软件产品的顾客提供支持。 结果： 运作过程成功实现的结果为： (1)标识并评价软件在其预定的环境中正常运行的条件； (2)在其预定的环境中运行软件； (3)按照协定为软件产品的顾客提供帮助和咨询。 第六十五页，共一百四十一页。 运作过程包括下列子过程的目的和结果： · 可运行使用 · 对顾客支持 第六十六页，共一百四十一页。 3.1.5 维护过程 目的： 维护过程的目的是在交付以后为了改正缺陷、改进性能或其它属性、或适应变更的环境而修改系统/软件产品。 结果： 注：在维护组织运行完整性的同时，目标是修改和/或退役现行系统/软件产品。 维护过程成功实现的结果为： 第六十七页，共一百四十一页。 (1)制定维护策略以遵照发行策略管理产品的变更、迁移和退役； (2)标识现行系统的变更对组织、运行或接口方面的影响； (3)根据需要、更新受影响的系统/软件文档； (4)开发修正产品并进行有关试验以证明没有降低需求； (5)将升级产品迁移到顾客环境中； (6)按需要，以受控方式使产品从使用中退役，使对顾客的干扰减到最小； (7)将系统/软件的修改通知所有受影响的部分。 第六十八页，共一百四十一页。 3.2 生存周期支持过程 3.2.1 文档编制过程 目的： 文档编制过程的目的是编写并维护由过程产生的所记录的软件信息。 结果： 过程成功实现的结果为： 第六十九页，共一百四十一页。 (1)制定标识在软件产品或服务的生存周期中产生的文档的策略； (2)标识应用于软件文档编制的标准； (3)标识由过程或项目产生的文档； (4)规定、评审、批准全部文档的内容和目的； (5)根据标识的标准编写文档并使之可用； (6)按定义的准则维护文档。 第七十页，共一百四十一页。 3.2.2 配置管理过程 目的： 配置管理过程的目的是建立并维护过程和项目的所有工作产品的完整性，并使其对相关方可用。 结果： 过程成功实现的结果为： (1)制定配置管理策略； (2)标识、定义由过程或项目生成的所有工作产品/项，并将其纳入基线； 第七十一页，共一百四十一页。 (3)控制工作产品/项的修改和发行； (4)使受影响的方面能够得到修改和发行信息；