某科技有限责任公司项目管理标准概述(DOC 90页).doc

北京雅龙汉正科技有限责任公司北京雅龙汉正科技有限责任公司 项目管理标准项目管理标准 北京雅龙汉正科技有限公司北京雅龙汉正科技有限公司 2008 年年 1 月月 更改履历 版本号版本号修改编号修改编号更改时间更改时间 更改的更改的 图表和章节图表和章节 更改简要描述更改简要描述更改人更改人批准人批准人 注 更改人除形成初稿 以后每次修改在未批准确认前均需采用修订的方式进行 修改 目 录 1 概述概述 4 1 1 编写目的 4 1 2 项目背景 5 1 3 建设目标 6 2 项目计划管理项目计划管理 7 2 1 WBS 工作分解结构 分解 7 2 2 项目基线计划 9 2 2 1 项目基线计划 9 2 2 2 基线评审计划 10 2 3 项目附属计划 11 2 3 1 沟通计划 11 2 3 2 风险管理计划 12 2 3 3 配置管理计划 19 2 3 4 质量保证计划 30 2 4 项目阶段计划 34 2 5 项目实施采用的平台软件 36 3 项目实施作业标准项目实施作业标准 37 3 1 项目实施过程工作项 37 3 2 项目实施作业标准 39 3 2 1 项目启动阶段 39 3 2 2 项目策划阶段 46 3 2 3 项目开发阶段 49 3 2 4 工程实施阶段 51 4 附件附件 87 4 1 测试验收相关附件 87 4 1 1 附件1 测试结果签字确认授权书 格式 87 4 1 2 附件2 最终验收意见 提纲 89 4 1 3 附件3 测试准备工作确认表 91 4 1 4 附件4 提交的最终验收材料签收表 92 1 概述概述 编制本计划的目的是用文件的形式 把对于在开发过程中各项工作的负责人员 开发进度 所需软 硬件条件及可能遇到的问题瓶颈等问题作出的安排记载下来 以便根据本计划开展和检查本项目的开发与实施工作 2 项目计划管理项目计划管理 2 1 WBS 工作分解结构工作分解结构 分解分解 项目总体目标2008 年 12 月 30 日完成基础业务系统推广 新建项目试点开发 实施 分类一级任务二级任务 设计原型框架 原型框架确认 原型开发 新建系统原型开发 原型确认 需求调研 需求整理 业务差异 实用化需求 需求分析 差异需求报告 需求确认 报送监控组审批 需求调查 需求管理 纳入基线 设计UE UI框架 UE UI框架确认 UE UI开发 UE UI设计 UE UI确认 设计原则讨论 设计原则内部确认 系统总体设计 应用系统概要设计 用例规划设计 数据库完善设计 应用系统详细设计 用例实现设计和实体类设计 Activex控件设计 内部评审 系统设计 客户确认 编码和单元测试 代码抽查 软件集成软件工程系统实现 集成测试 编写用户手册 测试方案编写 测试计划编写 测试用例编写 测试环境准备 项目现场仿真环境 执行系统功能测试 系统测试 压力测试 培训 数据移植准备 数据移植 试运行前测试 试点单位开始试运行 试运行 试点单位初步验收 试点单位上线试运行 试点结束 项目推广开始 项目推广单位培训 推广单位数据移植准备 推广单位数据移植 推广单位试运行前测试 推广单位开始试运行 推广单位试运行 项目单位推广阶段 推广结束 项目启动 项目策划 项目监控 项目结项 项目周报和下周计划 内部周例会 网省 自治区 周例会 项目管理人力外包 质量保证 配置管理 2 2 项目基线计划项目基线计划 2 2 1 项目基线计划项目基线计划 基线产品 1标设成果原型 基线产品 2需求 基线产品 3UE UI设计 基线产品 4系统设计 基线产品 5产品 基线产品 6文档 产品任务名称 工期 天 开始时间完成时间 设计原型框架 3 原型框架确认 2 原型开发 21 标设成 果原型 原型确认 1 需求调研 14 需求整理 1 需求分析 0 需求确认 1 需求调 查 需求管理 0 设计UE UI 框架 0 5 UE UI框架确认 0 5 UE UI开发 10 UE UI设 计 UE UI确认 2 设计原则讨论 1 设计原则内部确认 1 系统总体设计 10 应用系统概要设计 15 数据库完善设计 20 应用系统详细设计 45 Activex控件设计 5 内部评审 5 系统设 计 客户确认 5 产品系统实现 90 变更管理 培训 系统测试 20 试点单位上线试运行 60 文档输出文档 318 备注 2 2 2 基线评审计划基线评审计划 2 2 2 1 基线评审时间计划基线评审时间计划 基线产品计划评审时间 主要参加人员方式 标设成果原型 项目主管 项目经理 质量保证员 项目组成员 需求 项目主管 项目经理 质量保证员 UE UI设计 项目主管 项目经理 质量保证员 项目组成员 系统设计 项目经理 质量保证员 项目组成员 产品 项目经理 质量保证员 项目组成员 文档 项目经理 质量保证员 项目组成员 2 2 2 2 基线评审报告模版基线评审报告模版 项目名称项目名称 编号编号 会议室会议室 审查日期审查日期预期评审速率预期评审速率分钟 页 开始时间开始时间结束时间结束时间 工作产品信息工作产品信息 序号序号名称名称作者作者版本版本大小 页 大小 页 检查表检查表标准标准 1 1 有有没有没有 2 2 3 3 4 4 5 5 评审人员评审人员 检查准备时间 小时 检查准备时间 小时 姓名姓名角色角色缺席缺席 1 12 23 34 45 5 是 是 相关文档相关文档 名称名称版本版本存档位置存档位置 2 3 项目附属计划项目附属计划 2 3 1 沟通计划沟通计划 2 3 1 1 基于问题的沟通计划基于问题的沟通计划 问题类型问题类型沟通对象沟通对象方式方式 需求变更管理控制组 项目经理 项目主管 公司分管领导变更委员会会议 总体计划变更管理控制组 项目经理 项目主管 公司分管领导会议 基线变更管理控制组 项目主管 项目经理 配置管理组变更委员会会议 人员变动管理控制组 项目主管书面 2 3 1 2 日常沟通计划日常沟通计划 沟通对象沟通对象内容内容方式方式时间时间 管理控制组 项目组成员项目进展及问题周例会每周 管理控制组 项目主管 公司分 管领导 项目进展及问题月述职每月 2 3 1 2 1 周例会工作计划周例会工作计划 单体项目负责人 项目总负责人报送周期 工作周报每周五下午 10 点前 每周日中午 12 点前一级 二级组成立开始 撤 销终止 项目实施经理总体项目负责人 报送周期 项目日报每天下午 10 点前 项目启动会开始 合同签 订终止 项目周报每周五下午 10 点前每周一中午 12 点前 项目启动开始 项目终止 结束 项目月报 每月最后 1 工作日中午 12 点前 合同签订开始 项目终止 结束 客户周报每周五下午 10 点前每周一中午 12 点前 项目启动开始 项目终止 结束 客户月报 每月最后 1 工作日中午 12 点前 项目启动开始 项目终止 结束 2 3 1 3 与内蒙客户的沟通计划与内蒙客户的沟通计划 2 3 1 3 1 时间表时间表 编号编号沟通内容沟通内容时间时间方式方式 1 项目启动2008 年 3 月会议 2 项目整体计划2008 年 3 月文档 3 调研计划2008 年 3 月文档 4 需求评审2008 年 4 月会议 5 数据切换计划2008 年 6 月文档 6 系统上线计划2008 年 9 月文档 7 系统推广计划2008 年 11 月文档 8 系统验收计划2009 年 10 月会议 2 3 2 风险管理计划风险管理计划 风险管理贯穿与整个项目的全过程 具体的时间计划来源与项目实施的每个时 间点 风险是一种遭受损失的可能性 这种损失的程度可能导致对项目的伤害直至失 败 风险管理的目的是在风险发生前 识别出潜在的问题 以便在产品或项目的生 命周期中规划风险处理活动 并在需要时启动 以减缓它们对目标的不利影响 2 3 2 1 定义定义 序号定义说明 1 风险 是一种潜在的事件或条件 一旦发生 将会给项目带来一定的 负面影响或导致项目失败 2 风险管理风险管理就是在一个项目中通过过程和工具来对风险进行识别 跟踪和控制的手段 提供了对可能出现的风险进行持续评估 确定重要的风险以及实施处理风险的策略的一种规范化的环境 合理的风险管理应尽力减少风险的发生概率 如果发生 则应 尽力缩小其影响程度 3 风险识别是要对各个相关领域进行检查 以便发现风险并记录下来 3 风险分析是对每一项已识别的风险进行研究 以精确描述风险 分析出 风险产生的原因 概率并确定其产生的影响 成本 进度 技 术 4 风险参数包括风险发生的概率 影响的严重程度 以及风险值 风险值 是概率和影响严重程度的乘积 以上具体参见 风险管理列表 5 风险类别按照风险可能导致的影响方面对风险进行的分类 如成本 进 度 质量 6 问题管理将已经转化成问题的风险记录到 项目问题管理表 2 3 2 2 2 3 2 2 角色与职责角色与职责 序号角色职 责说明 1 项目经理负责项目的风险管理计划 风险管理活动的实施和总结 2 项目组成员在项目经理的带领下 参与风险管理活动 3 项目机构参加评审风险值 2 的风险的缓解措施 4 项目组收集在风险管理活动中的经验教训 2 3 2 3 流程图流程图 制制定定风风险险管管理理计计划划 执执行行风风险险管管理理活活动动 风风险险跟跟踪踪 识识别别 分分析析 可可能能性性 影影响响 风风险险值值 优优先先级级 制制定定缓缓解解计计划划 执执行行缓缓解解措措施施 风风险险管管理理计计划划 1 来来源源和和类类别别 2 定定义义参参数数 3 管管理理策策略略 注注 风风险险管管理理活活动动是是一一个个持持续续的的 定定期期的的 在在每每周周例例会会 里里程程碑碑会会议议 突突 发发事事件件中中都都要要进进行行风风险险管管理理活活动动 风风险险管管理理活活动动 持持 续续 活活 动动 项项目目负负责责人人 项项目目负负责责人人 项项目目负负责责人人 项项目目负负责责人人 项项目目跟跟踪踪人人 项项目目计计划划活活动动 项项目目例例会会 里里程程碑碑会会议议 突突发发事事件件 项项目目监监控控活活动动 结结项项风风险险总总结结 准准备备 2 3 2 4 风险识别风险识别 一般性风险识别 编号产品规模风险具体风险描述现状 分析 值 风险趋 势后果 缓解 措施 应对 措施 识别 结果 A 01 没有充分估算产品的规模 导致估算的结果缺乏客观依据 1 A 02 对于估算出的产品规模的不可信或可信度极底 导致规模 估算的结果的偏大或者偏小 1 A 03 没有以程序 文件或事务处理的数目来估算产品规模 导 致规模估算的结果缺乏客观依据 1 A 04 估算产品规模与以前产品的规模的平均值存在较大偏差 导致估算结果可信度低 0 A 05 产品创建或使用的数据库过大 导致估计的项目规模偏小 0 A 06 产品的用户数过多 远远超过预期数 导致估计的规模过 小 0 A 07 产品的需求改变太多 导致估计的规模不准确 0 A 08 没有考虑可重用构件的设计开发 导致估计的规模偏大 0 编号商业影响风险现状分析识别结识别结 值果果 B 01 开发一个没有人真正需要的优秀产品或系统 市场风险 1 B 02开发的产品不再符合公司的整体商业策略 策略风险 0 B 03建造了一个销售部门不知道如何去卖的产品 0 B 04 由于重点的转移或人员的变动而失去了高级管理层的支持 管理风险 0 B 05没有得到预算或人力上的保证 预算风险 0 B 06交付期限不合理 导致不合理的开发计划 0 B 07政府对本产品开发的约束 0 B 08延迟交付所造成的成本消耗是多少 0 B 09本产品对公司的收入影响甚小 导致市场推广缺乏动力 0 B 10 本项目是否有市场部门 产品规划部门的人员的参与 0 B 11项目是否受到了市场部门 产品规划部门的关注 0 B 15合作方的供货期 技术支持力度等方面存在不足 B 16 1 编号客户相关风险现状 分析 值 识别结识别结 果果 C 01 没有和该客户合作的经历 导致在需求定义过程中与客户 交流时不顺畅 1 C 02 客户不是很清楚需要什么 客户没有时间把需求写出来 0 导致无法得到客户明确的需求意图 C 03 客户不同意花时间召开正式的需求收集会议 以确定项目 范围 导致项目范围不符合客户实际的想法 0 C 04 客户不愿意建立与开发者之间的快速通信渠道 导致在开 发过程存在的需求相关的问题无法及时得到客户的帮助 0 C 05 客户不愿意参加复审工作 导致在项目早期不能发现和客 户的不一致 0 C 06 客户不具有该产品领域的技术素养 导致提供的需求不准 缺 0 C 07 客户不愿意让项目组的人来做他们的工作 导致项目组无 法真实的体验用户的需求 对客户需求的理解不深刻 0 C 08 客户不了解软件过程 导致对项目提出不现实的期望 0 1 编号过程风险现状 分析 值 识别结识别结 果果 管理过程风险 D 01 高级管理层没有一份已经写好的政策陈述 该陈述中强调 了软件开发标准过程的重要性 导致项目组对软件开发 标准过程的重要性认识不够 1 D 02 开发组织没有拟定一份已经成文的 用于本项目开发的软 件过程的说明 导致项目组对软件过程定义不清楚 导致 软件过程混乱 0 D 03 开发人员不同意按照文档所写的开发过程进行开发工作 并自愿使用它 导致开发过程混乱 0 D 04开发过程不可以用于其它项目 导致 0 D 05 管理者和开发人员没有接受过一系列的软件工程培训 导 致项目开发过程无法得到良好理解和执行 0 D 06 没有为每一个软件开发者和管理者提供及时可查询到的工 程标准 导致无法及时查阅标准 0 D 07 没有为作为软件过程一部分而定义的所有交付物建立文档 概要及示例 导致开发人员无法有效和便利的使用 0 D 08 没有定期对需求分析报告 设计和编码进行正式的技术复 审 导致所存在的问题没有及时发现 将问题带入到下一 个阶段 0 D 09没有定期对测试过程和测试情况进行复审 导致 0 D 10 是否对每一次正式技术复审的结果建立了文档 其中包括 发现的错误及使用的资源 0 D 11有什么机制来保证按照软件工程标准来指导工作 0 D 12 是否使用配置管理来维护系统 软件需求 设计 编码 测 试用例之间的一致性 0 D 13 是否使用一个机制来控制用户需求的变化及其对软件的影 0 响 D 14 对于每一个承包出去的子合同 是否有一份文档化的工作 说明 一份软件需求规约和一份软件开发计划 0 D 15 是否有一个可遵循的规程 来跟踪及复审子合同承包商的 工作 0 1 技术过程风险 D 50 是否使用方便易用的规格说明技术来辅助客户与开发者之 间的通信 1 D 51是否使用特定的方法进行软件分析 0 D 52是否使用特定的方法进行数据和体系结构的设计 0 D 53是否 90 以上的代码都是使用高级语言编写的 0 D 54是否定义及使用特定的规则进行代码编写 0 D 55是否使用特定的方法进行测试用例的设计 0 D 56 是否使用配置管理软件工具控制和跟踪软件过程中的变化 活动 0 D 57是否使用工具来创造软件原型 0 D 58是否使用软件工具来支持测试过程 0 D 59是否使用软件工具来支持文档的生成和管理 0 D 60是否收集所有软件项目的质量度量值 0 D 61是否收集所有软件项目的生产率度量值 0 1 编号技术风险现状 分析 值 识识 别结果别结果 E 01该技术对于项目组而言是新的 1 E 02客户的需求是否需要创建新的算法或输入 输出技术 0 E 03待开发的软件是否需要使用新的或未经证实的硬件接口 0 E 04 待开发的软件是否需要与开发商提供的未经证实的软件产 品接口 0 E 05 待开发的软件是否需要与功能和性能均未在本领域得到证 实的数据库系统接口 0 E 06产品的需求是否要求采用特定的用户界面 0 E 07 产品的需求中是否要求开发某些程序构件 这些构件与你 的公司以前开发的构件完全不同 0 E 08需求中是否要求采用新的分析 设计 测试方法 0 E 09需求中是否要求使用非传统的软件开发方法 0 E 10需求中是否有过分的对产品的性能约束 0 E 11客户能确定所要求的功能是可行的吗 0 1 编号开发环境风险现状 分析 值 识别结识别结 果果 F 01没有可用的项目管理工具 导致项目管理工作效率低下 1 F 02是否有可用的软件过程管理工具 0 F 03 没有可用的分析及设计工具 导致分析和设计工作效率低 下 0 F 04 分析和设计工具不适用于待建造产品 导致分析和设计工 作无法进行 0 F 05是否有可用的编译器或代码生成器 0 F 06是否有可用的测试工具 0 F 07是否有可用的软件配置管理工具 0 F 08环境是否利用了数据库或数据仓库 0 F 09项目组的成员是否接受过每个所使用工具的培训 0 F 10是否有专家能够回答有关工具的问题 0 F 11工具的联机帮助及文档是否适当 0 F 12是否有可用的操作系统 0 F 13是否有可用的商用协议栈 0 1 编号人员数目及经验相关的风险现状 分析 值 识别结识别结 果果 G 01是否有合适的人员可用 是 1 G 02人员在技术上是否配套 0 G 03是否有足够的人员可用 0 G 04开发人员是否能够自始至终地参加整个项目的工作 0 G 05项目中是否有一些人员只能部分时间工作 0 G 06开发人员对自己的工作是否有正确的期望 0 G 07开发人员是否接受过必要的培训 0 G 08开发人员的流动是否仍能保证工作的连续性 0 1 项目特定风险识别 编号项目特定风险现状 分析 值 识别结识别结 果果 H 01进度计划安排紧张 没有合理的缓冲时间 0 H 02任务分配可能存在不恰当的情况 有可能会影响进度 0 H 03 需求可能会发生变化 有可能会造成大量返工 从而影 响到项目的进度与质量 0 H 04 0 H 05 0 H 06 0 H 07 0 H 08 0 H 09 0 H 10 0 0 2 3 3 配置管理计划配置管理计划 2 3 3 1 配置项定义配置项定义 2 3 3 1 1 配置管理工具配置管理工具 采用运行在Windows环境下的Microsoft Visual SourceSafe 按以下步骤搭建配置管理环 境 1 服务器端的安装 2 配置帐号 3 客户端的安装与配置 4 工具的具体操作 2 3 3 1 2 配置项标识配置项标识 过程域阶段活动交付物 需求分析软件需求规格说明书 需求确认需求评审报告 需求跟踪表 需求 需求管理 需求变更跟踪表 原型开发系统原型 原型开发 原型确认 系统设计系统设计说明书 数据库设计数据库设计说明书系统设计 设计评审设计评审报告 源代码 编码和单元测试 测试记录 代码抽查问题跟踪表 软件集成内测版本 测试记录 缺陷记录 系统实现 集成测试 测试报告 测试方案编写测试方案 测试计划编写测试计划 测试用例编写测试用例 测试记录 缺陷记录 测试报告 系统测试 执行系统测试 交付版本 上线准备上线计划及方案 系统上线 系统切换上线报告 运行维护运行维护记录 项目文档交付清单 项目成果集验收准备 试运行报告 软件工程类软件工程类 试运行 提交验收申请 组织验收评审 验收确认验收报告 下达项目确认书项目确认书 项目任命项目任命书 项目相关资料 项目资料移交 资料清单 项目启动 召开项目启动会议会议纪要 项目过程定义项目过程裁剪说明 项目估算项目估算表 风险识别风险管理计划 编制项目总体计划项目总体计划 总体计划评审计划评审报告 质量保证计划 编制辅助计划 配置管理计划 编制阶段计划阶段计划 项目策划 编制周计划周计划 问题跟踪问题跟踪表 工作量跟踪项目周报 风险跟踪风险跟踪表 阶段总结阶段总结报告 项目监控 周总结项目周报 项目成果整理项目成果 项目总结项目总结报告 提交成果项目成果交付清单 项目管理项目管理 项目结项 结项确认结项确认书 制定质量保证计划质量保证计划 质量保证报告质量保证活动阶段报告 评审问题跟踪问题跟踪表 问题上报问题上报单 需求管理检查表 需求活动检查表 系统设计检查表 系统测试检查表 系统上线检查表 验收检查表 项目计划检查表 项目监控检查表 里程碑检查表 质量保证 检查活动 结项检查表 制定配置管理计划配置管理计划 跟踪配置状态配置状态报告 配置审计配置审计报告 配置项变更变更申请与处理表 配置管理 产品发布 变更申请变更申请与处理表 变更审批变更申请与处理表 项目支持项目支持 变更管理 变更实施变更申请与处理表 变更验证变更跟踪表 度量分析度量分析报告 决策分析决策分析报告 2 3 3 1 3 配置项命名规范配置项命名规范 2 3 3 1 3 1 使用范围使用范围 适用于项目过程中编制的文档的命名 程序源代码 目标代码 执行程序的文件编制参照相关编程语言的程序命名规范 2 3 3 1 3 2 命名规则命名规则 1 纳入基线前的命名规则 2 纳入基线的命名规则 2 3 3 1 3 3 文档时间信息文档时间信息 格式为YYYYMMDD 在文档没有纳入基线前 要求对文档采纳时间信息 2 3 3 1 3 4 版本定义版本定义 1 1 主版本号 主版本号 设置时间 本项目中发布的文档产品通过正式评审及正式对外发布时 或 未发布前的初始化 设置人员 配置管理员 设置规则 1 新产品发布 主版本号为 1 2 产品的主体构件进行重大修改 主版本号加 1 3 产品的主体构件之间的接口协议修改 主版本号加 4 主版本号变更时 副版本号同时置 0 2 2 副版本号 副版本号 设置时间 产品发布及版本更新时 设置部门 配置管理员 设置规则 1 新产品发布 副版本号为 0 2 对现有功能模块做重大修改 副版本号加 1 3 改进现有功能模块 不增加新的功能模块 产品的主体构件未做重大修 改 副版本号加 1 4 为增加产品功能 在原版本产品上增加新的功能模块 而产品的主体构 件未做重大修改 并且产品的主体构件之间的按口协议也未做修改 副版本号 加 1 5 当主版本号变更时 副版本号同时置 0 3 3 版本编号说明 版本编号说明 VX Y 说明 V 是版本标识 X 是主版本号 Y 是副版本号 2 3 3 1 4 配置库目录结构配置库目录结构 在本项目中采用VSS进行文档管理 01 参考资料 配置库 02 开发库 03 基线库 04 产品库 01 客户资料 02 前期项目资料 04 其他 01 需求 02 原型开发 03 系统设计 04 系统实现 05 系统测试 06 上线 试运行 01 需求 01 软件产品 02 发布版本程序 03 文档 02 计划 03 设计 03 项目资源 04 测试 07 管理 2 3 3 1 5 配置库结构说明配置库结构说明 一级目录名 称 二级目录名 称 三级目 录名称 存放内容目录变更情况权限 主要是项目组共同共享 且是可以经常查询参考 的资料 只要有需要 该 目录下的下层目 录是可以添加的 提出需求 统一 由配置管理员操 作 项目组成 员都有读 的权限 配置管理 员有添加 删除和维 护的权限 01 客户资料存放客户的联系信息 客户提供的前期的原始 资料 02 前期项目 资料 售前的项目资料 03 项目资源项目组公共性的资源 将公共性的内容抽出来 放在这个路径下便于查 询 01 项 目通讯 录 包括项目组 客户 监 理 厂商等通讯方式 02 文 档模板 所有项目的文档模板 下面可以再分子目录 01 参考资 料 04 其他可以存放类别名称不好 定义的公共文档 02 开发库工程类文档的公共开发 库 下面的子目录可 以根据生命周期 模型的阶段不同 进行调整 配置管理 员有目录 维护 读 增 删的 权限 项目组都 有读 添 加 删除 文件的权 限 01 需求需求阶段产生的成果性 文档 01 需 求调研 存放需求调研阶段相关 的资料 以及在需求分 析阶段对需求进行确认 的会议记录 包括有客 户参与的会议记录 评 审会议记录 02 需 求分析 需求分析阶段的成果性 文档 可以是阶段性的 成果 不一定是最终版 本 03 需 求管理 包括需求变更和需求跟 踪的文档 02 原型开发原型 03 系统设计存放设计阶段的成果性 文档 包括 数据库设 计说明书 系统设计说 明书等文档 04 系统实现安装手册 用户手册 05 系统测试包括测试计划 测试用 例和测试报告 06 上线 试运 行 上线过程中的文档 07 管理与项目有关的管理类文 档 03 基线库操作和维 护权限都 是配置管 理员 其 他的人员 只有读权 限 01 需求需求得到用户的确认 就纳入基线管理 如果 需求发生很大的变更需 要重新建立基线 需要 以基线为标准进行跟踪 有配置管理员根 据基线计划进行 跟踪和入库管理 02 计划经过用户评审并通过的 项目计划需要建立基线 可以根据基线对项目进 行跟踪 基线都是可以变 更的 03 设计用户确认后的应用系统 设计说明书 基线都是可以变 更的 04 测试用户确认的测试计划和 相关文档 基线都是可以变 更的 配置管理 员具有所 有权限 其他人只 有读权限 01 软件产品软件发布的可安装软件 产品 发布后如果有大 的改动 再次发布时需 要变换版本号 配置管理员进行 出入库操作 其 他人要取必须提 出申请 02 发布版本 程序 发布版本的源代码配置管理员进行 出入库操作 其 他人要取必须提 出申请 04 产品库 03 文档发布时提交给用户的文 档 包括用户使用说明 书 配置管理员进行 出入库操作 其 他人要取必须提 出申请 2 3 3 1 6 操作权限操作权限 整个配置管理库由参考资料 开发库 基线库 产品库共 4 个库组成 参考资料参考资料 主要存放大家都经常查看的一些资料 比如客户的资料 项目组的 一些资料 该库的权限大家都有读的权限 但客户的资料和前期项目资料只有配置 管理员和核心组人员有其他一些处理权限 开发库 开发库 存放开发过程中需要保留的各种信息 主要目的方便项目组成员个人 使用 库中的信息可能有较为频繁的修改 无需进行严格的控制 本项目中 各配 置项的责任人具有check in check out和读权限 其他人员仅有读权限 还存放管 理方面的文档和质量保证员或配置管理员操作的一些支持工作方面的文档 主要操 作者是项目经理或项目核心组人员 其他人员都是可以查看的 如果根据需要项目 组的某些人员需要其他权限 可以先申请进行开通 基线库基线库 存放已定义的基线 基线必须进行严格的控制 由配置管理员负责管 理与维护 本项目中 配置管理员具有check in check out和读权限 其他人员均 只有读权限 产品库 产品库 存放需要交付给用户的且经过测试 评审的产品 也需要一定的控制 由CM员负责管理与维护 本项目中 配置管理员具有check in check out和读权限 其他人员均只有读权限 2 3 3 2 配置项管理活动配置项管理活动 2 3 3 2 1 版本控制版本控制 采采用用开开发发主主线线的的方方式式进进行行版版本本管管理理 无需修改的配置项 如部分记录 报告 总结等 无需修改的配置项 如部分记录 报告 总结等 直接提交配置管理服务器相应模块下的工作目录内 由配置管理服务器自动管 理版本 配置项本身不必体现版本号的记录 可能修改的配置项 大部分的成果性文档 提交客户的文档 可能修改的配置项 大部分的成果性文档 提交客户的文档 配置项本身必须体现版本号的记录 对已提交配置管理服务器配置项的修改 必须先从配置管理服务器上检出该 配置项 对检出的配置项进行修改 检出修改之前 必须先察看是否有人正在操作 修改 此配置项 有人操作 时 不准检出修改 检出配置项修改后再次提交配置管理服务器时 版本按照前面的版本定义的 规定管理 本地初次生成版本用时间信息控制 检出版本 vx y 检出后本地修改版本用时间信息控制 未提交配置管理服务器的配置项或文档 资料 即本地的文档及资料 按 照时间信息的方式管理版本 提交配置管理服务器的配置项 即 vss 上的文档及资料 按照 vx y 的方式 管理版本 2 3 3 2 2 基线管理基线管理 2 3 3 2 2 1 基线定义基线定义 序 号 基线名称阶段基线内容 基线生 成时间 批准人 审核人 配置管 理员 1需求基线需求阶段 软件需求规格说明书 原型 需求基 线评审 通过后 项目经理 配置管理 员 2计划基线计划阶段 项目总体计划 进度计划 配置管理计划 质量保证计划 计划评 通过审 后 项目经理 配置管理 员 3设计基线设计阶段 应用系统设计说明书 数据库设计说明书 设计基 线评审 通过后 项目经理 配置管理 员 4测试基线测试阶段 测试用例 测试报告 测试基 线评审 通过后 项目经理 配置管理 员 5 产品基线 存放在产 品库 上线阶段 软件产品 程序源码 安装手册 用户手册 用户验 收通过 后 项目经理 配置管理 员 2 3 3 2 2 2 配置项审计配置项审计 配置项审计在配置管理中占很重要的位置 它是项目过程相关的配置项集合的 审查 根据审计内容和审计对象的不同可以把基线审计分为物理审计 功能审计 形成基线审计报告 物理审计 主要考察偏差 完整性检查 版本是否正确 参加人员 项目经 理 质量保证员 配置管理员 功能审计 主要考察功能是否实现 参加人员 项目经理 质量保证员 配 置管理员 测试人员 进行以下的审计 审计形式时间审计内容召集人参与人员 物理审计每两个月 进行配置检查 看配置内容是 否完整 质量保证员 项目经理 质量保 证员 配置管理员 功能审计上线前考察功能是否实现质量保证员 项目经理 质量保 证员 配置管理员 测试人员 2 3 3 2 2 3 配置项状态报告配置项状态报告 受控库 基线库和产品库 配置项出入库填写 配置项状态报告 并通过邮件发布出入库 通知 2 3 3 2 2 4 基线变更基线变更 参见 变更管理程序 2 3 3 2 3 出入库控制出入库控制 2 3 3 2 3 1 入库入库 受控库 基线库和产品库 配置项入库规程 1 1 入库申请 入库申请 申请人直接或通过邮件向配置管理员提交入库申请 经入库审查之后 由配置管 理员将配置项入库 2 2 入库审查 入库审查 配置管理员对配置项进行完整性 正确性的审查 3 3 入库登记与通知 入库登记与通知 配置管理员执行入库操作 同时填写 配置项状态报告 通过邮件发布入 库通知 2 3 3 2 3 2 出库出库 受控库 基线库和产品库 配置项出库规程 1 1 出库申请 出库申请 申请人直接或通过邮件向配置管理员提交出库申请 经出库审查之后 由配置管 理员将配置项出库 2 2 出库审查 出库审查 配置管理员对配置项进行完整性 正确性的审查 3 3 出库登记与通知 出库登记与通知 配置管理员执行出库操作 同时填写 配置项状态报告 通过邮件发布出库 通知 2 3 3 3 备份备份 本项目的配置管理备份方案 1 保持配置数据库的大小不超过 5G 2 备份频率 每月进行 VSS 库的完全备份 并将备份文件备份至文档服务器 指定目录 3 备份检查 不定期进行备份文件的文件恢复测试 确保备份文件的有效性 2 3 4 质量保证计划质量保证计划 2 3 4 1 项目项目SQA参与的项目活动参与的项目活动 项目实施阶段SQA活动项目工作产品过程 计划阶段 项目过程 工作 产品检查 项目周例会 项目任务书 项目策划跟 踪记录表 项目定义软件过 程 项目WBS 项目开 发计划 项目沟通计划 风险管理计划 成本控制 计划 培训计划 策划过程 培训过程 同行评审过程 跟踪与监控过 程 需求开发与管理阶 段 项目过程 工作 产品检查 项目周例会 用户需求调研报告 需求 调查表 软件需求规格说明书 需 求评审记录 用例同行评审记 录 里程碑评审报告 会议记 需求管理过程 策划过程 培训过程 同行评审过程 跟踪与监控过 程 录 SPE 测试 系统设计阶段 项目过程 工作 产品检查 项目周例会 概要设计说明书 数据库 设计说明书 用户界面设计 说明书 详细设计说明书 设计评审记录 里程碑评 审报告 会议记录 用 例同行评审记录 需求管理过程 策划过程 培训过程 同行评审过程 跟踪与监控过 程 SPE 设计 测 试 编码阶段 项目过程 工作 产品检查 项目周例会 技术攻关报告 软件实现 计划 代码审查报告 单元测试计划 单元测试 用例 单元测试报告 SPE 编码 需求管理过程 计划过程 培训过程 同行评审过程 跟踪与监控过 程 测试阶段 项目过程 工作 产品检查 项目周例会 测试计划 系统 集成 测试用例 系统 集成 测试总结报告 BUG跟 踪管理表 会议记录 SPE 测试 需求管理过程 策划过程 培训过程 同行评审过程 跟踪与监控过 程 软件发布 发布产品配置审 计 软件产品发布审批表 项 目联系记录单 用户手册 安装维护手册 SCM过程 SQA过程 SPE 产品发布 客户培训 过程 工作产品 检查 培训计划 培训签到表 培训考核表 培训总结报 告 TP过程 试运行 过程 工作产品 检查 试运行计划 试运行问题 管理表 BUG跟踪管理表 试运行总结 项目验收工作产品检查 验收计划 测试大纲 验收测试 报告 草稿 项目工作报告 草 稿 验收报告 草稿 客户验 收测试报告 验收报告 项目总结工作产品检查 项目总结报告 日常记录工作产品检查 项目周报 数据采集表 事件驱动 里程碑会议 配 置项发生变更 里程碑会议记录 需求变更分析 报告 需求变更记录表 配置项 变更申请单 配置项出入库单 配置项变更记录表 配置项变更 通知 配置状态报告 SCM库备 份记录表 2 3 4 2 SQA活动计划活动计划 质量保证人员的活动计划 活动活动时机输出 日常审核不定期的进行不一致问题一览表 事件驱动按照开发计划 项目里程碑点 不一致问题一览表 定期审核每周两次不一致问题一览表 2 3 4 3 收集度量数据收集度量数据 项目实施过程 数据项 测量单位收集时机责任者 项目周期日历周项目结束项目经理 各阶段周期日历周阶段结束项目经理 工作量人周每周项目成员 人员数人每周项目经理 文档规模页规模 代码规模 K 每阶段项目经理 计划和跟踪 与计划相比进度延迟天数天每周项目经理 需求管理需求变更请求次数次每月 每阶 段 项目经理 实施变更花费的工作量人周每月 每阶 段 项目经理 被评审文档的规模页 分类错误数个 分类缺陷数个 评审总工作量人小时 评审 修改错误花费的工作量人小时 每次评审 结束 项目经理 不一致问题数个 限期未解决的不一致问题数个 质量保证 直接关闭数个 每周 项目质量保 证人员 2 3 4 4 质量活动结果质量活动结果 该部分说明质量保证人员计划做成的质量活动文档 职责 文档 编写阅读 审核者备注 软件质量保证计划项目SQA 项目经理 SQA经理 不一致问题一览表项目SQA项目经理 高级管理者 软件质量保证报告项目SQASQA经理 高级管理者 2 3 4 5 项目质量保证报告机制项目质量保证报告机制 该部分说明项目质量保证报告的对象 时机 频度和报告内容 时机 频度 报告对象 定期随时 提交的报告 项目经理每周例会遇重大不符合项时不一致问题报告 高级管理者每月例会 月报告 遇重大不能解决的不 符合项时 项目组内不能解决的不一致 问题报告 项目质量保证报 告 SQA经理每月例会 月报告 项目质量保证报告 2 3 4 6 质量保证计划表质量保证计划表 任务号项目阶段检查产品检查时间负责人工作量备注 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 2 4 项目阶段计划项目阶段计划 2 4 1 1 定义定义 序号定义说明 1 基线已经过正式评审和认可 作为以后进一步开发的基础 并且只 有通过正式的更改控制规程才能进行更改的规格说明或产品 2 项目一项要求协同一致努力的任务 它关注开发和或维护一个具体 的产品 产品可以包括硬件 软件或其它成分 一般 一个项 目有其自己的投资 成本核算和交付时间表 3 项目定义软件过程 对项目所用软件过程的可操作的定义 项目定义软件过程是一 个已很好特征化的和已理解的软件过程 用软件标准 规程 工具和方法予以描述 通过剪裁组织的标准软件过程以适合项 目的具体特征的方法来制定它 也可参见组织的标准软件过程 有效过程 和妥善定义的过程 4 软件生命周期从软件产品的设想开始到软件不再使用而结束的时间周期 5 软件过程有关开发和维护软件及其相关产品 例如 项目计划 设计文 档 代码 测试用例 用户手册等 的活动 方法 实践和变 更的集合 6 剪裁为更好地匹配过程要求或产品需求而修改过程 标准或规程 2 4 1 2 角色与职责角色与职责 序号角色职 责说明 1 软件工程过程组批准项目组定义的软件生命周期模型和项目软件 过程 2 质量保证小组 SQA 在整个软件生命周期中 监督和检验软件过程与 标准的符合性以及软件产品生产规范的符合性 3 机构领导 DM提供对项目的承诺和支持 以及对项目的总体控 制 4 项目经理 PM对整个项目的总体业务负责 项目经理是指导 控制 管理和调整项目进行构造软件或硬件 软 件系统工作的个人 项目经理是最终向顾客负责 的个人 WBS 分解表 项目估算表 项目基线计划 5 客户经理联系客户 与客户进行沟通和承诺 项目基线计划 的 评审报告 6 培训管理员实施培训 7 项目核心组由机构领导 项目经理 市场人员 技术专家组 成 8 项目组成员由业务分析师 系统分析师 程序员 测试员 配置管理员 质量保证人员组成 项目阶段计划 2 4 1 3 2 4 1 3 流程图流程图 流流程程图图文文 档档干干系系人人 建建立立项项目目软软件件 过过程程 初初步步分分解解WBS 建建立立基基线线计计划划 否否 基基线线计计划划变变更更 项项目目经经理理 项项目目组组成成员员 软软件件生生命命周周期期模模型型 项项目目软软件件过过程程 WBS分分解解表表 项项目目经经理理 软软件件工工程程过过程程组组 项项目目基基线线计计划划 评评审审 评评审审报报告告 机机构构领领导导 项项目目核核心心组组 客客户户经经理理 项项目目组组成成员员 制制定定阶阶段段工工作作 计计划划 制制定定附附属属计计划划 项项目目阶阶段段计计划划 是是 沟沟通通计计划划 人人力力资资源源及及软软硬硬件件资资源源计计划划 培培训训计计划划 风风险险管管理理计计划划 度度量量与与分分析析计计划划 配配置置管管理理计计划划 质质量量保保证证计计划划 项项目目组组成成员员 项项目目核核心心组组 人人力力资资源源组组 项项目目经经理理 项项目目组组成成员员 项项目目估估算算 项项目目经经理理 项项目目核核心心组组 项项目目组组成成员员 项项目目估估算算表表 项项目目经经理理 项项目目核核心心组组 项项目目组组成成员员 详细阶段计划参看附件详细阶段计划参看附件 项目阶段计划表项目阶段计划表 2 5 项目实施采用的平台软件项目实施采用的平台软件 软件说明软件名称 数据库ORACLE10G 数据库开发工具PL SQL Developer7 建模PowerDesigner 12 界面设计工具AP Viso Word EXCEL 界面开发工具Dreamweaver8 美工开发工具PhotoShop 7 JAVA 开发工具Eclipse3 3 Myeclipse6 0 JDK1 5 WebLogic 业务逻辑开发工具 工作流自研 单据控件水晶报表 第三方接口开发工具VC delphi6 95598 客户端交互开发 工具 Macromedia Flash MX 2004 银联开发工具tuxedo9 1 源码管理工具CVS CVS 客户端版本TortoiseCVS 1 9 6 应用服务器WebLogic92 缺陷工具Bug 管理系统 软件性能测试工具Load Runner 文档管理工具Visual SourceSafe6 0 3 项目实施作业标准项目实施作业标准 3 1 项目实施过程工作项项目实施过程工作项 3 1 1 1 项目启动阶段项目启动阶段 1 项目立项 2 下达项目确认书 3 项目任命 4 项目资料移交 5 组建核心团队 6 召开项目启动会议 3 1 1 2 项目策划阶段项目策划阶段 1 项目过程定义 2 工作任务分解 3 风险识别 4 计划项目进度 5 明确项目组织机构和职责 6 编制总体计划草案 7 总体计划评审核 8 总体计划调整并纳入基线 9 编制辅助计划 10 辅助计划确认 11 编制阶段计划 12 编制周计划 3 1 1 3 项目开发阶段项目开发阶段 1 原型开发 2 需求调研 贯标 3 UE UI设计 4 系统设计 5 接口设计 6 系统实现 7 系统单元测试 8 系统集成测试 9 系统功能测试 10 系统压力测试 3 1 1 4 工程实施阶段工程实施阶段 1 工程实施启动与准备 2 培训环境确认及准备 3 培训 4 系统运行环境确认 5 系统环境测试 软件平台 硬件平台 网络 6 系统部署与数据加载测试 7 试点单位系统切换 8 试点单位验收 9 推广 10 验收 3 2 项目实施作业标准项目实施作业标准 3 2 1 项目启动阶段项目启动阶段 3 2 1 1 项目立项项目立项 3 2 1 1 1 3 2 1 1 1 角色与职责角色与职责 序号角色职 责说明 1 立项申请人负责 立项申请表 的编制和提交 2 机构领导负责 立项申请表 立项评审报告 的 审阅和批准 3 财务部门 给予 项目合同号 4 项目经理 负责制定开发项目实施方案和报价 5 销售人员 负责制定开发项目实施方案和报价 6 市场人员负责市场调研 目标客户调研 竞争对手调 研 7 项目核心组人员 责任进行可行性分析 立项评审 项目实施 3 2 1 1 2 3 2 1 1 2 流程图流程图 结结束束 立立项项申申请请表表 可可行行性性分分析析报报告告 项项目目合合同同 项项目目号号 关关键键干干系系人人 商商务务人人员员 项项目目核核心心组组人人员员 立立项项申申请请人人 项项目目经经理理 关关键键技技术术人人员员 市市场场人人员员 项项目目经经理理 商商务务部部人人员员 关关键键产产品品 否否 立立项项申申请请 进进行行可可行行性性分分析析 立立项项评评审审 是是 立立项项发发布布 评评审审通通过过 开开始始 过过程程 立立项项评评审审报报告告 立立项项取取消消 3 2 1 1 3 3 2 1 1 3 步骤步骤 3 2 1 1 3 1 进行可行性分析进行可行性分析 编写报告的目的 项目名称 项目 项目甲方项目乙方 旧系统流程 费用开支 使用人员 旧系统描述 主要问题和缺陷 实现的功能 目标 新系统概述 对旧系统的主要改进之处 开发需要的条件 投资概要 收益预测 经济可行性 经济可行性结论 行 否 新系统的技术要求 现有技术能否达到要求 技术可行性 技术可行性结论 行 否 法律 政策 管理环境 社会环境可行性 社会环境可行性结论 行 否 立即开发 等待某些条件成熟后再开发 可行性结论 不开