ISO27001：2013开发模型图.docx

《ISO27001：2013开发模型图.docx》由会员分享，可在线阅读，更多相关《ISO27001：2013开发模型图.docx（3页珍藏版）》请在第壹文秘上搜索。

1、1.1.1 海布模型定义MW4utftM*rWIttthSBIftIiWUtmMIMIHtI由*PES2uoen*:4Q!l*lfeMURitMWlHSTCMMI潺布模型图小1.1.2 渗布模型阶段描述项目的活动是一系列的变换活动,项目生命冏期目的之一是从管理的用度将这个变换系列通过建立具行明确里程碑的阶段来现莅化，这些里程碑是所有项目参与人员的公共视图，此外,建立生命周期模型是将一个项目管理的目标分解为阶段的子目标以降低管理的更杂性.围绕这些子目标的实现，存在一组相关的逻辑任务液.所谓逻辑任务流.是指为了实现这些子目标，需执行的一姐基本的功能，而这嗯功能具体实现可以采取不同的方式和方法.以下

2、将分别描述温布模型的各个阶段的Il标和逻辑任务流.阶段目的计划阶段获取用户需求,成立项目组,为项目制定估算及计划.需求阶段分析需求，编写软件需求说明H来指导设计开发.设计实现阶段依据需求完成设计及筑玛工作。测试阶段为确保底目的内部功能正常运转做测试工作。发布阶段为项目的嫌终交付项Fl而在用户现场的试运行。关闭阶段汇集对今后项11具有参考价假的项R管理信息和过程数据HST-CMMI迭代模型1.1.3 迭代模型定义HST-CMMI迭代模型定义1.1.4 迭代模型阶段描述D初始一开发系统的业务川例：要求探索少见但是重要的需求（大约10%）.以便获得范用、美滋风除的尺度,并且决定是否进入细化阶段.2）

3、细化一迭代地构建核心体系结构和解决技术风险，构建体系结构意味着人正的编程、案成及测试-这不足纸上谈兵.细化阶段.我们需要迭代地详细地探索大部分需求（大约80%,同时实现系统的核心风险部分.在整个细化阶段需求都可能是变化的，通过不断的反德一适应“循环，评估已实现的部分。可以看到，这与传统的潺布风格的需求定义不同,其大部分SS求是在开发核心体系结构的同时细化犯到的，并旦其从实际的开发中得到反馈，我们也能肪以此为据来决定是否继续此项目，3）构造一迭代地构建细化阶段没“做的元素：迭代地集成和进行质量保证：准备部署,由于大部分需求的不稳定性已经在细化阶段澄清，所以在构造阶段需求的变化较少。4）发布一完成&beta测试，确定版本，部署系统。推荐迭代周期的长度是26周.迭代开发本质是采取小步躲,对于可能不完荚的实现,迅速集成.质量保证.测试,及时获得反馈，然后根据反馈，调整希求、设计和实现.小步骤、反馈和调整是核心概念，