《软件项目管理》文档模板_第1页
《软件项目管理》文档模板_第2页
《软件项目管理》文档模板_第3页
《软件项目管理》文档模板_第4页
《软件项目管理》文档模板_第5页
已阅读5页,还剩99页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

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

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论