《软件项目管理》文档模板DOC.pdf

软件项目管理会议纪要模板 1 课程综合知识运用案例分析的文档要求 阶段文档 文档位置 项目准备阶段项目策划书（必选）附录 3 立项建议书（可选）附录 4 立项调查报告（可选）附录 5 项目实施阶段 立项可行性分析报告（可选）附录 6 立项评审报告（可选）附录 7 用户需求说明书（必选）附录 8 产品需求规格说明书（可选）附录 9 需求跟踪报告（可选）附录 10 需求变更控制报告（可选）附录 11 项目估计表（可选）附录 12 项目计划（必选）附录 13 项目计划变更控制报告（必选）附录 14 项目监控数据表（必选）附录 15 项目偏差控制报告（可选）附录 16 项目进展报告（必选）附录 17 风险检查表（可选）附录 18 风险管理报告（可选）附录 19 配置管理计划（可选）附录 20 配置库管理报告（可选）附录 21 配置项变更控制报告（可选）附录 22 项目结束阶段 结项申请书（可选）附录 23 结项评审报告（必选）附录 24 附录 1 会议纪要模版 软件项目管理案例讨论 第组会议纪要 主持人： 记录人： 参加人员： 讨论地点： 讨论时间： 软件项目管理会议纪要模板 2 上次会议决议执行情况： 本会议内容： 会议决议： 会议保留意见： 章节综合知识运用案例分析报告文档模版 3 附录 2 章节知识综合运用案例分析报告文档模版 ××项目案例分析 (注意：有话则长，无话则短，内容格式不是唯一的，合适的就是最好的，内容切忌面面俱到，突出重 点。案例格式根据自己编写的内容进行调整、裁减或增加，注意内容与标号要一致。内容要么不写，要 写就要写完整。以下框架仅供参考) 一、项目概况 1.1 项目简介 1.2 项目特点 (或基本数据 ) 1.3 项目承包方 二、项目范围确定 2.1 项目目标 项目主要目标： 1. 2. 2.2 项目描述 为了使项目各相关方和项目团队成员准确理 解项目内容，明确项目目标，对本项目进行描述， 见 表2-1 。 ( 内 容 未 包 括 以 下 全 部 ) 表 2-1××项目描述 章节综合知识运用案例分析报告文档模版 4 项目名称具体内容 1 项目目标 2 项目交付物 3 交付物验收标准 4 项目主要工作的描述 5 项目的前提假设和基准原则 6 参考标准 7 项目约束 8 主要里程碑 9 进度总结 10 标志信号 2.3 项目重大里程碑 本项目里程碑有以下个： 1. 2. 根据项目工期要求，编制的里程碑计划，如表2-2 所示。（可参考P91 ） 表 2-2 ××项目里程碑计划 日期 里程碑事件 1 2 章节综合知识运用案例分析报告文档模版 5 3 三、项目工作分解 四、 3.1 工作分解结构 在对项目工作描述后，为顺利完成这些工作，确定项目的人员的职责范围、进行项目估算等内容，编制工作 分解结构图。见图3-1 为本项目工作分解结构图。 图 3-1 项目工作分解结构图 注：表格方框中的1 行字应该全部换成项目具体活动的 具体名称 3.2 项目的任务描述 在项目分解完成后，为了使项目团队成员更准确的理解项目所包含的各项的具体内容和要求，对本项目工作 进行描述。其具体内容见表3-1 所示。 表 3-1 工作 (或任务 )描述 工作名称内容要求 1 任务名称 2 任务交付物 3 任务验收标准 4 参考 5 工作描述 6 假设 7 信息资源 8 约束 9 其他 领导签字：日期：200 年月日 项目1 1100 活动2 1 1210 活动2 21 1221 活动22 2 1222 活动2 2 3 1223 活动2 2 1220 活动2 3 1230 项目2 1200 项目3 1300 总项目名称1000 章节综合知识运用案例分析报告文档模版 6 3.3 项目组织形式与责任矩阵 3.3.1 项目组织形式 本项目的组织形式为形式， 其结构见下图3-2 所示。 经理1经理2经理3 项目经理 图 3-2 ××组织结构图（尚需补充与完善） 3.3.2 项目责任分配 为了使项目团队成员清晰地了解项目中每一个任务的责任承担情况，并能在相互之间关于项目任务内容 进行有效地沟通，并对在项目执行过程中进行有小的监督与管理，本项目部采用责任分配矩阵对参与项目各 方的责任进行表述。见表3-2 所示。 表 3-2 ××项目责任分配表 任务 编码 任务 名称 项 目 办 技 术 部 质 量 部 项目负责人审核意见：签字：日期： 注：负责；参与；监督；承包；通知；审批； (或： P192 等表达方式均可) 四、项目资源计划 项目资源计划是费用估算的基础，本项目所做的项目资源计划，主要针对项目特点，对着重进行项目的 人力 (或资金或设备)资源管理工作。根据项目的工作进度以及公司人力资源情况，对人力资源进行了详细计 划，并绘制了项目人力资源负荷图(与人力资源累积图，此图可以不要)，根据资源负荷图对工作进行了优化。 图 4-1 人力资源负荷示意图 图人力资源累积图 章节综合知识运用案例分析报告文档模版 7 五、项目费用计划 项目部根据项目所需各项资源的使用计划和项目的费用目标，对项目WBS 所分解的每个工作单元的费 用进行估计， 并根据费用条目确定每个工作单元的费用预算及整个项目的费用预算。为更清楚明确项目在项 目期间费用的需求情况，根据项目进度计划，作出项目的费用负荷图和费用累积图。 表 5-1 项目预算费用 编码任务名称资源名称工作量/h 资源数/人工期/天总费用/万元 合计 0 20 40 60 80 100 第一季度第二季度第三季度第四季度 东部 西部 北部 图 5-1 项目的费用负荷图 (此图仅供参考：打开插入，点击对象，再点击图表)项目的费用负荷图和费用累积图 六、项目进度计划 为了正确描述项目之间的先后顺序和相互之间的关系，本项目部在对项目活动时间参数进行了估算后， 在此基础上对本项目编制了网络图（或甘特图）表示项目进度计划。见下图所示。 图 6-1 ××项目网络图 (注意 :此网络图仅供参考。) 章节综合知识运用案例分析报告文档模版 - - 8 七、项目质量计划与质量控制 7.1 项目质量目标 7.2 项目质量计划 7.3 项目质量控制 八、项目风险管理(计划 ) 8.1 项目风险估计 1. 项目风险分析 2. 表项目风险影响排序 8.2 风险应对计划 8.3 项目风险的监控(风险应急计划) 九、项目控制管理 9.1 项目控制方法(或措施 ) 9.2 项目成本进度控制 项目控制 项目执行过程的费用参数 章节综合知识运用案例分析报告文档模版 - - 9 1.费用偏差分析 CV= BCWP-ACWP0 未超支 ( 0 已超支 ) 2.进度偏差分析 SV= BCWP-BCWS0 表示项目进度提前(反之，项目进度滞后) 3.费用绩效指数I CPI=BCWP/ACWP(CPI 1 时，表示节支；CPI 1， 表示超支 ) 4.进度绩效指标 SPI=BCWP/BBCWS(SPI 1 时，表示进度提前；SPI 1， 表示进度延误) 挣得值的一般评价方法 十、项目总结报告 软件项目管理附录 - - 10 附录 3 项目策划书模版 项目策划书 项目名称： 策划人： 策划时间：年月日 软件项目管理附录 - - 11 第一部分：项目介绍 1. 项目概述 请对本项目策划书进行整体概括性陈述（要求简明扼要，重点突出） 1、项目主题 2、实施对象 3、实施区域 4、项目期限 5、希望解决的问题、预期达到的目标 6、计划的活动、预计的成果等要素 2. 项目背景分析 请对该项目相关的背景进行简要分析。包括项目起因和必要性、实施项 目的条件、以前类似项目实施经验教训及相关政策环境。 （要求简明扼要） 3.项目问题分析 :（要求简明扼要） 通过项目的实施，希望解决什么具体问题？ 导致这些问题的关键原因是什么？ 这些问题将会导致什么不良后果？ 软件项目管理附录 - - 12 4. 项目目标 项目所希望达到的目标是什么？（项目目标是对本项目所希望达到的目 标的精确陈述，在项目目标的陈述中，应当尽量符合具体，可测量，可 达到，有时限的原则。项目目标可划分为总目标和分目标，总目标是对 项目整体目标较为宏观的描述，分目标则是为实现总目标而形成的一系 列具有严密逻辑关系的具体目标。 ） 5. 项目策略及活动 项目将通过什么策略实现项目目标？即项目将用什么方式展开哪些活 动？ 6. 预期风险分析 项目执行过程中会遇到哪些主观或客观的风险？本项目将采取哪些对策 来规避这些风险？（简要分析，须有实际意义） 7. 项目创新性 创新性是项目成功与否的重要因素，也是项目能否获得资助的重要因素 之一。项目申请方应当明确陈述本项目在本领域内具有哪些显著的创新 性。而且这种创新性应该具有可推广、可持续的价值。 软件项目管理附录 - - 13 第二部分：项目实施计划 1. 项目产出 为了实现项目目标，将在什么时候开展哪些具体的活动？ 活动预期将会产生哪些具体可测量的产出？ 简要说明本项目的总目标、 预期成果（包括成果指标）、相关活动和资源投入等。 图示如下 总目标 目标 1 预期产出具体活动时间安排社会资源预算（人民 币：元） 合计 目标 2 预期产出具体活动时间安排社会资源预算（人民 币：元） 合计 目标 3 预期产出具体活动时间安排社会资源预算（人民 币：元） 合计 目标 4 预期产出具体活动时间安排社会资源预算（人民 币：元） 合计 预算总计 注：空间不够请自行添加。 软件项目管理附录 - - 14 2.具体实施步骤 阶段时间措施投入人员 阶段一 准备期 阶段二 启动期 阶段三 运行期 阶段四 成果展 示期 阶段五 总结评 估期 软件项目管理附录 - - 15 第三部分 : 项目组织结构 主办方： 协办方（承办方）： *项目指挥部 总 顾 问： 顾问： 总 指 挥： 副总指挥： *项目组工作人员名单 姓名性别工作单位职务 拟在项目中 的主要职责 志愿者信息网络及组织方式 软件项目管理附录 - - 16 第四部分 : 社会资源拓展 项目须整合的其他社会资源： 社会资源可提供的支持或发挥的作用： 社会资源在项目当中的参与形式： 社会赞助或支持可获取的回报： 第五部分：媒体支持及项目宣传 媒体介绍 社会媒体： 报刊媒体： 网络媒体： 电视媒体： 宣传规划 主要宣传方式： 阶段规划： 1、 项目准备期： 2、 项目启动期： 3、 项目运行期： 4、 成果展示期： 5、 总结评估期： 软件项目管理附录 - - 17 第六部分、项目社会效应分析 1、 受助群体的预期收益： 2、 对社会评价、社会舆论的预期： 3、 对基金会公信力的建设预期： 4、 其他： 第七部分、项目经费预算 （一） 项目基本费用 ： 主要设计项目必需的各项物资、接洽及专家费用等。 事项用途其他赞助来源总计 （二） 宣传及制作材料费： 如铜牌、旗帜、横幅、标贴、服装、宣传册页、展板、海报、文件材料等。 品名用途数量规格总计（元）备注 （三） 志愿者管理费用： 项目用途其他资助来源总计 培训 交通 住宿 餐饮 志愿者表彰 其他 （四） 场地及其他费用： 以上总计：元 软件项目管理附录 - - 18 附录 4 立项建议书模版 项目名称 立项建议书 文件状态： 草稿 正式发布 正在修改 文件标识：Company-Project-PIM-PROPOSAL 当前版本：X.Y 作者： 完成日期：Year-Month-Day 机构图标 机构公开信息 软件项目管理附录 - - 19 版 本 历 史 版本 /状态作者参与者起止日期备注 软件项目管理附录 - - 20 目 录 0. 文档介绍 . 21 0.1 文档目的 . 21 0.2 文档范围 . 21 0.3 读者对象 . 21 0.4 参考文献 . 21 0.5 术语与缩写解释 . 21 1. 产品介绍 . 21 1.1 产品定义 . 21 1.2 产品开发背景 . 22 1.3 产品主要功能和特色 . 22 1.4 产品范围 . 22 2. 市场概述 . 22 2.1 客户需求 . 22 2.2 市场规模与发展趋势 . 22 3. 产品发展目标. 23 4. 产品技术方案. 23 4.1 产品体系结构 . 23 4.2 关键技术 . 23 5. 产品优缺点分析. 23 6. MAKE-OR-BUY决策 23 7. 项目计划 . 24 7.1 项目团队 . 24 7.2 软件硬件资源估计 . 24 7.3 成本估计 . 24 7.4 进度表 . 25 8. 市场营销计划. 25 8.1 产品盈利模式和销售目标 25 8.2 促销和渗透方式 . 25 8.3 销售方式和渠道 . 26 9. 成本效益分析. 26 10. 总结 . 26 软件项目管理附录 - - 21 0. 文档介绍 0.1 文档目的 0.2 文档范围 0.3 读者对象 0.4 参考文献 提示：列出本文档的所有参考文献（可以是非正式出版物），格式如下： 标识符 作者，文献名称，出版单位（或归属单位） ，日期 例如： AAA作者， 立项调查报告 ，机构名称，日期 BBB作者， 立项可行性分析报告 ，机构名称，日期 SPP-PROC-PIM SEPG，立项管理规范，机构名称，日期 0.5 术语与缩写解释 缩写、术语解 释 SPP 精简并行过程，Simplified Parallel Process PIM 立项管理， Project Initialization Management 1. 产品介绍 1.1 产品定义 提示：用简练的语言说明本产品“是什么” ， “什么用途”。根据经验，概念罗嗦含糊的产品 很难被用户接受。所以产品定义一定要简练且清晰。 软件项目管理附录 - - 22 1.2 产品开发背景 提示：从内因、外因两方面阐述产品开发背景，重点说明“为什么”要开发本产品。 （1）因方面着重考虑：开发方的短期、长期发展战略；开发方的当前实力。 （2）外因方面着重考虑：市场需求及发展趋势；技术状况及发展趋势。 （3）如果是合同项目，请说明项目的来源。 1.3 产品主要功能和特色 提示： （1）给出产品的主要功能列表（ Feature Lists） 。 （2）说明本产品的特色。 1.4 产品范围 提示： （1）说明本产品“适用的领域”和“不适用的领域” 。 （2）说明本产品“应当包含的内容”和“不包含的内容”。 2. 市场概述 2.1 客户需求 提示： （1）阐述本产品面向的消费群体（客户）的特征 （2）说明客户对产品的功能性需求和非功能性需求 （3）说明本产品如何满足客户的需求，以及给客户带来什么好处。 2.2 市场规模与发展趋势 提示： 软件项目管理附录 - - 23 （1）分析市场发展历史与发展趋势，说明本产品处于市场的什么发展阶段。 （2）本产品和同类产品的价格分析 （3）统计当前市场的总额、竞争对手所占的份额，分析本产品能占多少份额。 注意：引用数据应当写明数据来源，最好有直观的图表。 3. 产品发展目标 提示：说明本产品的短期目标和长期目标，绘制产品的Roadmap。目标必须清晰并且可以 度量。 4. 产品技术方案 4.1 产品体系结构 提示： （1）绘制产品的体系结构 （2）阐述设计原理 （3）如果有多种体系结构，需比较优缺点。 4.2 关键技术 提示：阐述本产品的关键技术，评价技术实现的难易程度 5. 产品优缺点分析 提示：综合考虑本产品的功能、质量、价格、品牌等因素，分析优缺点。 6. Make-or-Buy 决策 提示： 确定哪些产品部件应当采购、外包开发或者自主研发，说明理由。 软件项目管理附录 - - 24 （2）分析相应的风险。 7. 项目计划 7.1 项目团队 提示：说明项目团队的角色、知识技能要求、建议人选、人数、工作时间，如下表所示。 角色知识技能要求建议人选、人数工作时间 项目经理 需求开发人员 系统设计人员 编程人员 测试人员 质量保证人员 配置管理人员 服务与维护人员 7.2 软件硬件资源估计 提示： （1）估计项目所需的软件和硬件资源，说明主要配置。 （2）说明以何种方式获得，如“已经存在” 、 “可以借用”或“需要购买”等。 （3）资源的级别为“关键”、 “普通”两种，如果关键资源不能及时到位，可能危害项目。 资源名称级别详细配置获取方式费用 关键 关键 普通 普通 7.3 成本估计 提示：估计项目的“人力资源成本”、 “软硬件资源成本”、 “商务活动成本”等等。 软件项目管理附录 - - 25 条款成本（人民币）备注 人力资源 软硬件资源 差旅费 会议费 接待费 协作费 7.4 进度表 提示：绘制项目开发的进度表（建议用Gantt图） 8. 市场营销计划 8.1 产品盈利模式和销售目标 提示： （1）给出产品的赢利模式和价格结构 （2）给出短期和长期销售目标 8.2 促销和渗透方式 提示：常见的促销和渗透方式有 出版书籍，树立权威。 建立网站，用户可以下载产品试用版和一些资料。 在各大学BBS或专业性的论坛网站上宣传。 到一些专业性报纸、杂志、网站上上做广告。 将产品试用版和资料赠送给老客户和潜在客户。 参加专业性的会展、研讨会，宣传产品。 通过朋友联系潜在客户，推销产品。 与政府、行业协会合作推广。 软件项目管理附录 - - 26 8.3 销售方式和渠道 提示：常见的销售方式和渠道有 直销。本公司有关人员和客户直接联系，销售产品。 代理商或办事处。除公司所在地以为，在其它IT 发达的大城市寻找代理商。当公 司业务在该地区达一定规模后，设立办事处。 个人销售。个人推销本公司的产品，促成交易者，给予销售提成。 联盟。与其它相关公司合作或联盟，实现优势互补，争取更多的客户。 9. 成本效益分析 提示： （1）总成本是产品开发、营销、维护的成本之和； （2）效益包括“可量化的经济效益”和“不可量化的好处”。 10. 总结 提示：给出清晰的结论，便于上级领导决策。 软件项目管理附录 - - 27 附录 5 立项调查报告模版 项目名称 立项调查报告 文件状态： 草稿 正式发布 正在修改 文件标识：Company-Project-PIM-SURVEY 当前版本：X.Y 作者： 完成日期：Year-Month-Day 机构图标 机构公开信息 软件项目管理附录 - - 28 版 本 历 史 版本 /状态作者参与者起止日期备注 软件项目管理附录 - - 29 目 录 0. 调查声明 . 30 1. 市场调查 . 31 2. 政策调查 . 31 3. 同类产品调查. 31 4. 竞争对手调查. 31 5. 用户调查 . 31 软件项目管理附录 - - 30 0. 调查声明 调查原则 （1）信息真实，有据可查。 （2）比较或评论应当客观，避免误导读者。 调查目的提供必要的立项依据 调查范围 调查方式 常见立项调查方式 从Internet上搜查相关资料。 从出版物中提取信息。 与用户交谈，向用户提问题。 向用户群体发调查问卷。 与同行、专家交谈，听取他们的意见。 分析已经存在的同类产品。 调查人 时间 软件项目管理附录 - - 31 1. 市场调查 提示： （1）市场发展历史与趋势 （2）市场总额与份额统计 2. 政策调查 提示：调查与本产品相关的政策 3. 同类产品调查 提示：调查同类产品功能、质量、价格，以及主要优点和主要缺点。 4. 竞争对手调查 提示：调查各竞争对手的市场状况，以及它们在研发、销售、资金、品牌等方面的实力。 5. 用户调查 提示：调查一些老用户和潜在用户，记录他们的需求与建议。 软件项目管理附录 - - 32 附录 6 立项可行性分析报告模版 项目名称 立项可行性分析报告 文件状态： 草稿 正式发布 正在修改 文件标识：Company-Project-PIM-FEASIBILITY 当前版本：X.Y 作者： 完成日期：Year-Month-Day 机构图标 机构公开信息 软件项目管理附录 - - 33 版 本 历 史 版本 /状态作者参与者起止日期备注 软件项目管理附录 - - 34 目 录 1. 市场分析 . 35 2. 政策分析 . 35 3. 竞争实力分析. 35 4. 技术可行性分析. 35 5. 时间和资源可行性分析. 36 6. 知识产权分析. 36 软件项目管理附录 - - 35 1. 市场分析 提示： （1）分析市场发展历史与发展趋势，说明本产品处于市场的什么发展阶段。 （2）本产品和同类产品的价格分析 （3）统计当前市场的总额、竞争对手所占的份额，分析本产品能占多少份额。 （4）产品消费群体特征、消费方式以及影响市场的因素分析。 注意：引用数据应当写明数据来源，最好有直观的图表。 2. 政策分析 提示： （1）分析有无政策“支持”或者“限制” ； （2）分析有无地方政府（或其它机构）的“扶持”或者“干扰”。 3. 竞争实力分析 提示： （1）分析竞争对手的市场状况； （2）分析竞争对手的在研发、销售、资金、品牌等方面的实力； （3）分析自己的实力。 4. 技术可行性分析 提示：从技术角度分析本产品“做得了吗？” 、 “做得好吗？”、 “做得快吗？”。 软件项目管理附录 - - 36 5. 时间和资源可行性分析 提示： （1）按照正常的运作方式，开发本产品并投入市场还来得及吗？ （2）预算中的人员能及时到位吗？ （3）预算中的软件硬件能及时到位吗？ 6. 知识产权分析 提示： （1）分析是否已经存在某些专利将妨碍本产品的开发与推广； （2）分析本产品能否得到知识产权保护，如何获得？ 软件项目管理附录 - - 37 附录 7 立项评审报告模版 项目名称 立项评审报告 1. 评审会议的组织 提示：由评审委员会主席填写此表格。 项目名称 立项评审材料 例如： 立项建议书 ，v1.0 立项调查报告 ，v1.0 立项可行性分析 ， v1.0 评审时间 评审地点 立项建议小组 姓名工作单位（部门） 、职务、职称 评审委员会名单 姓名工作单位（部门） 、职务、职称 主席： 记录员 软件项目管理附录 - - 38 2. 评审委员会的表决 提示：由评审委员会主席填写此表格。 同意立项的人数 反对立项的人数 评审委员会结论 同意立项 不同意立项 意见与建议 评审委员会 主席签字 签字，日期 3. 机构领导终审 提示：由机构领导填写此表格。如果机构领导的结论与评审委员会的结论“相反” ，机构领 导可以行使 “一票否决权”，此时机构领导应当对立项评审工作负全部责任。 终审结论 同意立项 不同意立项 意见与建议 机构领导签字签字，日期 软件项目管理附录 - - 39 附录 A. 立项评审检查表 提示：由评委填写此表格，本表仅代表评委个人的意见。 项目名称 评审时间 评审地点 评委姓名 主要检查项评价 产品需求、目标清晰吗？ 产品符合本公司短期、长期的发展战略吗？ 客户需求强烈吗？消费群体的购买力强吗？ 当前市场总额大吗？市场发展前景好吗？ 己方的核心竞争力强吗？ 预期能占有的市场份额令人满意吗？ 产品的技术方案合理吗？技术实现途径（如自主开 发、外包开发等）合理吗？ 产品的开发计划合理吗？实际用于开发本产品的 经费、人员、物资、时间能满足要求吗？ 产品的营销计划合理吗？ 成本效益分析令人满意吗？ 产品的质量令人满意吗？产品在使用过程中会给 用户带来意外的损失吗？ 有政策风险吗？ 有知识产权风险吗？ 有财务风险吗？ 有不可预测的市场风险吗？ 评审结论 同意立项 不同意立项 意见建议 评委签字签字，日期 软件项目管理附录 - - 40 附录 B. 立项评审答辩记录 提示：记录员如实记录立项评审过程中的重要问答。 项目名称 评审时间 评审地点 记录员 记录 A 记录评审过程中的“疑问”、 “答复” 、 “争论” 、 “处理意见”等 记录 B 记录评审过程中的“疑问”、 “答复” 、 “争论” 、 “处理意见”等 记录 C 记录评审过程中的“疑问”、 “答复” 、 “争论” 、 “处理意见”等 记录 D 记录评审过程中的“疑问”、 “答复” 、 “争论” 、 “处理意见”等 记录 E 记录评审过程中的“疑问”、 “答复” 、 “争论” 、 “处理意见”等 记录员签字 签字，日期 软件项目管理附录 - - 41 附录 8 用户需求说明书模版 项目名称 用户需求说明书 文件状态： 草稿 正式发布 正在修改 文件标识：Company-Project-RD-UR 当前版本：X.Y 作者： 完成日期：Year-Month-Day 机构图标 机构公开信息 软件项目管理附录 - - 42 版 本 历 史 版本 /状态作者参与者起止日期备注 软件项目管理附录 - - 43 目 录 0. 文档介绍 . 44 0.1 文档目的 . 44 0.2 文档范围 . 44 0.3 读者对象 . 44 0.4 参考文档 . 44 0.5 术语与缩写解释 . 44 1. 产品介绍 . 45 2. 产品面向的用户群体. 45 3. 产品应当遵循的标准或规范 . 45 4. 产品的功能性需求. 45 4.0 功能性需求分类 . 45 4.M FEATURE M 46 4.m.n Function M.N . 46 5. 产品的非功能性需求. 46 5.1 用户界面需求 . 46 5.2 软硬件环境需求 . 46 5.3 产品质量需求 . 46 5.N 其它需求 . 47 附录 A：用户需求调查报告 48 A.1 需求标题1 . 48 A.N 需求标题 N 48 软件项目管理附录 - - 44 0. 文档介绍 0.1 文档目的 0.2 文档范围 0.3 读者对象 0.4 参考文档 提示：列出本文档的所有参考文献（可以是非正式出版物），格式如下： 标识符 作者，文献名称，出版单位（或归属单位） ，日期 例如： SPP-PROC-PP SEPG，需求开发规范，机构名称，日期 0.5 术语与缩写解释 缩写、术语解 释 软件项目管理附录 - - 45 1. 产品介绍 提示： （1）说明产品是什么，什么用途。 （2）介绍产品的开发背景。 2. 产品面向的用户群体 提示： （1）描述本产品面向的用户（客户、最终用户）的特征， （2）说明本产品将给他们带来什么好处？他们选择本产品的可能性有多大？ 3. 产品应当遵循的标准或规范 提示：阐述本产品应当遵循什么标准、规范或业务规则（Business Rules） ，违反标准、规范 或业务规则的产品通常不太可能被接受。 4. 产品的功能性需求 4.0 功能性需求分类 提示：将功能性需求先粗分再细分，下表中的Feature A, Function A.1等符号应当被替换成 有含义的名称。 功能类别子功能 Feature A Function A.1 Function A.2 Feature B Function B.1 Function B.2 软件项目管理附录 - - 46 4.m Feature M 提示：此处写一些承上启下的文字。 4.m.n Function M.N 功能描述： 5. 产品的非功能性需求 5.1 用户界面需求 需求名称详细要求 5.2 软硬件环境需求 需求名称详细要求 5.3 产品质量需求 主要质量属性详细要求 正确性 健壮性 可靠性 性能，效率 易用性 软件项目管理附录 - - 47 清晰性 安全性 可扩展性 兼容性 可移植性 5.n 其它需求 软件项目管理附录 - - 48 附录 A：用户需求调查报告 常见需求调查方式有： 与用户交谈，向用户提问题。 参观用户的工作流程，观察用户的操作。 向用户群体发调查问卷。 与同行、专家交谈，听取他们的意见。 分析已经存在的同类软件产品，提取需求。 从行业标准、规则中提取需求。 从Internet上搜查相关资料。 A.1 需求标题 1 需求标题 1 调查方式 调查人 调查对象 时间、地点 需求信息记录 A.n 需求标题 N 需求标题N 调查方式 调查人 调查对象 时间、地点 需求信息记录 软件项目管理附录 - - 49 附录 9 产品需求规格说明书模版 项目名称 产品需求规格说明书 文件状态： 草稿 正式发布 正在修改 文件标识：Company-Project-RD-PRS 当前版本：X.Y 作者： 完成日期：Year-Month-Day 机构图标 机构公开信息 软件项目管理附录 - - 50 版 本 历 史 版本 /状态作者参与者起止日期备注 软件项目管理附录 - - 51 目 录 0. 文档介绍 . 52 0.1 文档目的 . 52 0.2 文档范围 . 52 0.3 读者对象 . 52 0.4 参考文档 . 52 0.5 术语与缩写解释 . 52 1. 产品介绍 . 53 2. 产品面向的用户群体. 53 3. 产品应当遵循的标准或规范 . 53 4. 产品范围 . 53 5. 产品中的角色. 53 6. 产品的功能性需求. 54 6.0 功能性需求分类 . 54 6.M FEATURE M 54 6.m.n Function M.N . 54 7. 产品的非功能性需求. 54 7.1 用户界面需求 . 54 7.2 软硬件环境需求 . 55 7.3 产品质量需求 . 55 7.N 其它需求 . 55 附录 A：需求建模与分析报告 56 A.1 需求模型1 . 56 A.N 需求模型 N 56 附录 B：需求确认 57 软件项目管理附录 - - 52 0. 文档介绍 0.1 文档目的 0.2 文档范围 0.3 读者对象 0.4 参考文档 提示：列出本文档的所有参考文献（可以是非正式出版物），格式如下： 标识符 作者，文献名称，出版单位（或归属单位） ，日期 例如： SPP-PROC-PP SEPG，需求开发规范，机构名称，日期 0.5 术语与缩写解释 缩写、术语解 释 软件项目管理附录 - - 53 1. 产品介绍 提示： （1）说明产品是什么，什么用途。 （2）介绍产品的开发背景。 2. 产品面向的用户群体 提示： （1）描述本产品面向的用户（客户、最终用户）的特征， （2）说明本产品将给他们带来什么好处？他们选择本产品的可能性有多大？ 3. 产品应当遵循的标准或规范 提示：阐述本产品应当遵循什么标准、规范或业务规则（Business Rules） ，违反标准、规范 或业务规则的产品通常不太可能被接受。 4. 产品范围 提示：阐述本产品“适用的领域”和“不适用的领域” ，本产品“应当包含的内容”和“不 包含的内容”。说清楚产品范围的好处是：（1）有助于判断什么是需求，什么不是需求； （2） 可以将开发精力集中在产品范围之内， 少干吃力不讨好的事情； （3） 有助于控制需求的变更。 5. 产品中的角色 提示：阐述本产品的各种角色及其职责。各种角色的具体行为将在功能性需求中描述。 角色名称职责描述 软件项目管理附录 - - 54 6. 产品的功能性需求 6.0 功能性需求分类 提示：将功能性需求先粗分再细分，下表中的Feature A, Function A.1等符号应当被替换成 有含义的名称。 功能类别功能名称、标识符描述 Feature A Function A.1 Feature B Function B.1 Feature C Function C.1 6.m Feature M 提示：此处写一些承上启下的文字。 6.m.n Function M.N 名称、标识符 功能描述 优先级 输入 操作序列 输出 补充说明 7. 产品的非功能性需求 7.1 用户界面需求 需求名称详细要求 软件项目管理附录 - - 55 7.2 软硬件环境需求 需求名称详细要求 7.3 产品质量需求 主要质量属性详细要求 正确性 健壮性 可靠性 性能，效率 易用性 清晰性 安全性 可扩展性 兼容性 可移植性 7.n 其它需求 软件项目管理附录 - - 56 附录 A：需求建模与分析报告 建议用Rational Rose对产品需求进行建模与分析。 A.1 需求模型 1 A.n 需求模型 N 软件项目管理附录 - - 57 附录 B：需求确认 提示：需求确认规程请参见SPP-PROC-RM，主要分两步：（1）需求评审，（2）需求承诺。 对需求的评审应当采用“正式技术评审方式”，将产生一份“需求评审报告” ，规程请参见 SPP-PROC-TR。在获取责任人（Stakeholders）对需求的承诺之前，该产品需求规格说明 书必须先通过需求评审。 需求评审报告摘要 需求文档 输入名称，标识符，版本，作者，完成日期， 需求评审报告输入名称，标识符，评审日期， 评审结论 工作成果合格， “无需修改”或者“需要轻微修改但不必再审核”。 工作成果基本合格，需要作少量的修改，之后通过审核即可。 工作成果不合格，需要作比较大的修改，之后必须重新对其评审。 评审意见 评审小组成员输入评审小组成员 需求承诺 需求文档 输入名称，标识符，版本，作者，完成日期 客户承诺 承诺 签字，日期 项目经理承诺 承诺 签字，日期 软件项目管理附录 - - 58 附录 10 需求跟踪报告模版 需求跟踪报告 1. 需求跟踪矩阵 提示：正向跟踪和逆向跟踪合称为“双向跟踪” 。不论采用何种跟踪方式，都要建立与维护 需求跟踪矩阵（即表格）。需求跟踪矩阵保存了需求与后续工作成果的对应关系。矩阵单元 之间的可能存在“一对一”、 “一对多”或“多对多”的关系。由于对应关系比较复杂，最好 在表格中加必要的文字解释。 当需求文档或后续工作成果发生变更时， 要及时更新需求跟踪 矩阵。 需求文档 （版本，日期） 设计文档 （版本，日期） 代码 （版本，日期） 测试用例 （版本，日期） 1 标题或标识符，说明标题或标识符，说明代码名称，说明测试用例名称，说明 2 2. 需求问题处理 提示：查找工作成果与需求文档之间的不一致性，分析原因，给出解决措施 问题描述识别人、日期解决措施结果 1 2 软件项目管理附录 - - 59 附录 11 需求变更控制报告模版 需求变更控制报告 需求变更申请 申请变更的 需求文档 输入名称，版本，日期等信息 变更的内容 及其理由 评估需求变更将对 项目造成的影响 申请人签字 变更申请的审批意见 项目经理签字 审批意见： 签字，日期 客户签字 （合同项目） 审批意见： 签字，日期 更改需求文档 变更后的 需求文档 输入名称，版本，完成日期等信息 更改人签字 重新评审需求文档 软件项目管理附录 - - 60 需求评审小组签字 评审意见： 签字，日期 变更结束 项目经理签字签字 日期： 软件项目管理附录 - - 61 附录 12 项目估计表模版 项目估计表 0. 基本信息 项目名称 项目经理 规划小组成员 日期 1. 产品的 WBS 提示：规划小组根据用户需求，分解产品的功能，制定产品的WBS。由于此处WBS仅用于 项目估计而非用于系统设计，其细分程度由规划小组决定。 2. 产品规模估计 提示：产品规模估计方法参见SPP-PROC-PP。 产品的组件新开发组件的规模 （代码行、类、文档页数） 复用或自动生成的组件的规模 （代码行、类、文档页数） 组件 1 组件 2 组件 3 产品（系统） 子系统 A 子系统 B 子系统 C 组件 A1 组件 A2 组件 A3 组件 B1 组件 B2 组件 B3 组件 C1 组件 C2 组件 C3 软件项目