|
一、三类文档 开发文档（开发者） 1.可行性研究和项目任务书 2.需求规格说明书 3.功能规格说明书 4.设计规格说明书（包括程序和数据规格说明） 5.开发计划 6.软件集成和测试计划 7.质量保证计划、标准和进度 产品文档（用户） 1.培训手册 2.参考手册和用户指南 3.软件支持手册 4.产品手册和信息广告 管理文档（管理者） 1.软件变更情况的记录 2.相对于开发的判定记录 3.职责定义 二、文档的4个级别 1.最低限度文档（1级文档）： 开发工作量低于一个人月的开发者自用程序。 2.内部文档（2级文档）： 可用于在静心研究后被认为似乎没有与其他用户共享资源的专用程序。 3.工作文档（3级文档）： 适合于由同一单位内若干人联合开发的程序，或可被其他单位使用的程序。 4.正式文档（4级文档）： 适合那些要正式发行供普遍使用的软件产品 三、文档管理的规则和方法 1.文档书写规范 2.图标编号规则 3.文档目录编写标准 4.文档管理制度 配置管理是标识和确定系统中配置项的过程，在系统整个生存期内控制这些配置项的投放和变动，记录并报告配置的状态和变动要求，验证配置项的完整性和正确性。（可追溯性） 四、配置管理六个过程 1.制定配置管理计划：配置控制委员会负责审批该计划 2.配置标识 3.配置控制：配置项和基线的变更控制 4.配置状态报告：有效地记录和报告管理配置所需要的信息 5.配置审计 6.发布管理和交付 配置项：需要配置管理的对象，包括项目计划书、需求文档、设计文档、源代码、可执行代码、测试用例、运行软件所需的各种数据，它们经评审和检查通过后进入软件配置管理。 配置项的主要属性有：名称、标识符、文件状态、版本、作者和日期等。 基线配置项：可能包括所有的设计文档和源程序等； （开发人员） 非基线配置项：可能包括项目的各类计划和报告等。 （PM\CCB\相关人员） 配置项的状态可分为“草稿”、“正式”、“修改”三种。 1.配置项目刚建立时，其状态为“草稿”。 2.配置项通过评审后，其状态变为“正式”。 3.若更改配置项，则其状态变为“修改”。 三个版本状态： 草稿状态(0.YZ) ：YZ的值在1-99 正式发布状态(X.Y) ：X为主版本号，1-9，Y为次版本号0-9。第一次是1.0 正在修改状态（X.YZ） 五、配置基线 1.功能基线（指在系统分析与软件定义阶段结束时，经过正式评审和批准的系统设计规格说明书中对待开发系统的规格说明系统规格说明,是最初批准的功能配置标识） 2.分配基线（指在软件需求分析阶段结束时，经过正式评审和批准的软件需求规格说明） 3.产品基线（指在软件测试阶段结束时，对编码阶段产生的可运行工件及相关的文档，经过正式评 审的某一软件版本；对产品基线的修改需要先修改功能基线与分配基线，即需要走正式的变更流程） 实际工作：需求基线、设计基线、测试基线、产品基线 对内对外：发行基线（交付给外部客户、交付）、构造基线（企业内部使用） 配置库功能： 1.记录与配置相关的所有信息，其中存放受控的软件配置项是很重要的内容 2.利用库中的信息可评价变更的后果，这对变更控制有着重要的意义。 3.从库中可提取各种配置管理过程的管理信息，可利用库中的信息查询回答许多配置管理的问题 开发库：程序员库、动态库、工作库、开发系统、工作空间，可随时修改； 受控库：主库、系统库；主系统库、受控系统，评审后放入，不能随意修改； 产品库：静态库、软件仓库、备份库，原则上不能修改。 配置库权限： 1.read ：可以读取文件内容，但不能对文件进行变更 2.check ：可使用[check in]等命令，对文件内容进行变更 3.add ：可使用[文件的追加]、【文件的重命名】、【删除】等命令 4.destroy ：有权进行文件的不可逆毁坏、清除、回滚等命令 配置管理的角色与职责 配置控制委员会（CCB)负责指导和控制配置管理的各项具体活动的进行，为项目经理的 决策提供建议。其具体工作职责如下： 1.负责对配置变更做出评估、审批以及监督已批准变更的实施。 2.审批配置管理计划 项目经理（Project Manager, PM )项目经理是整个信息系统开发和维护活动的负责人， 他根据配置控制委员会的建议，批准配置管理的各项活动并控制它们的进程。其具体工作 职责如下： 1.制订项目的组织结构和配置管理策略； 2.发布配置管理计划； 3.决定项目起始基线和软件开发工作里程碑； 4.接受并审阅配置控制委员会的报告。 配置管理员（CMO)根据配置管理计划执行各项管理任务，定期向CCB提交报告，并列席 CCB的例会，其具体工作职责如下： 1.编写配置管理计划； 2.建立和维护配置管理系统； 3.建立和维护配置库； 4.配置项目识别； 5.版本控制和配置控制 6.配置状态报告 7.发布管理和交付 8.对开发人员进行相关的培训； 4.开发人员（Developer, Dev)开发人员的职责就是根据项目组织确定的配置管理计划和相关 规定，按照配置管理工具的使用模型来完成开发任务。 基于配置库的变更控制流程： 1.将待升级的基线从产品库中取出，放入受控库； 2.程序员将欲修改的代码段从受控库中检出（Check out），放入自己的开发 库中进行修改。代码被Check out 后即被“锁定”，以保证同一段代码只能 同时被一个程序员修改，如果甲正对其修改，乙就无法Check out； 3.程序员将开发库中修改好的代码段检入（Check in）受控库。 Check in后， 代码的“锁定”被解除，其他程序员可以Check out该代码段了； 4.软件产品的升级修改工作全部完成后，将受控库中的新基线存入产品库中。 |
|
|
