<软考高项备考>《论文专题 - 44 范围管理(3) 》
4 过程3-定义范围
4.1 问题
4W1H | 过程 |
---|---|
做什么 | 制定项目和产品详细描述的过程作用:描述产品、服务或成果的边界和验收标准 |
为什么做 | 编制详细的项目范围说明书。对项目成功至关重要 |
谁来做 | 项目经理带领项目管理团队/项目团队(如果项目规模比较小)制定,应该获得发起人/客户和关键干系人批准 |
什么时候做 | 收集需求以后 |
如何做 | 专家判断、数据分析(备选方案分析)、决策(多标准决策分析)、人际关系与团队技能(引导)、产品分析 |
主要成果 | 应结合项目重点列举几条范围说明书的内容例:某某子系统需要交付XX、XX、XX几个模块,这些模块的具体验收标准是什么,要实现什么功能,有哪些制约因素等等。不用全部都写,挑几条重点能够显现具体的交付物、标准的例子来写。 |
4.2 输入输出和工具技术
组 | 过程 | 输入 | 工具和技术 | 输出 |
---|---|---|---|---|
规划 | 3.定义范围 | 1.项目章程2.项目管理计划(范围管理计划)3.项目文件(假设日志、需求文件、风险登记册)4.事业环境因素5.组织过程资产 | 1.专家判断2.数据分析(备选方案分析)3.决策(多标准决策分析)4.人际关系与团队技能(引导)5.产品分析 | 1.项目范围说明书2.项目文件更新(假设日志、需求文件、需求跟踪矩阵、干系人登记册) |
◆ 详细的项目范围说明书内容有: 产品范围描述、可交付成果、验收标准、项目的除外责任
? 产品范围描述:逐步细化在项目章程和需求文件中所述的产品、服务或成果特征。
? 可交付成果:为完成某一过程、阶段或项目而必须产出的任何独特并可核实的产品、成果或服务能力,可交付成果也包括各种辅助成果,如项目管理报告和文件。
? 验收标准:可交付成果通过验收前必须满足的一系列条件。
? 项目的除外责任:识别排除在项目之外的内容。明确说明哪些内容不属于项目范围,有助于管理干系人的期望及减少范围蔓延。
4.3 范围说明书示例
项目名称: *市疾病预防控制信息系统项目 | 项目批准日期:2*7年1月1日 |
---|---|
产品范围说明: | 一中心:建立疾病预防控制信息中台,实现区域医疗卫生资源及公共卫生资源整合与利用,形成市疾病预防控制数据中心。六应用:建立公共卫生应急决策指挥系统、实验室信息管理系统、传染病监测信息管理系统、慢性非传染性疾病信息管理系统、疾控中心物资管理系统及统一门户,辅助疾病预防的精准决策、提升突发公共卫生事件处置能力、促进公共卫生服务协同。两体系:建立统一的安全保障体系、信息标准体系。 |
验收标准: | 1.验收标准:疾病预防控制信息系统初步设计、招标文件、投标文件及合同和国家相关质量标准。2.验收过程:①供应商需完成相关的培训、资料审核、执行报告审核等工作;②供应商必须严格按照工作方案和进度计划,如期完成工作,提交项目成果,并对填报资料审核的准确性负责;③系统需通过第三方软件测试;④系统需通过等保测评;⑤系统需通过密码应用审核;⑥供应商需提交的所有工作成果归采购人所有,并由市政数局组织进行评价验收。 |
主要可交付成果: | 软件需求规格说明书;系统总体架构设计文件;系统概要设计说明书;系统详细设计文件;软件原型设计文件;软件测试计划;软件测试报告;项目计划和发布计划; |
制约因素: | 1.本次系统设计规划必须采用云化部署的模式,所使用的云资源为政务云,网络能与省多点触发系统直接联通;2.预算最高限价:560万元;3.在9个月内完成系统建设、试运行和验收(为自然日) |
4.4 范文
【范例1】
定义范围是制定项目和产品详细描述的过程,主要作用是明确收集的需求中,那些属于项目范围内,那些属于项目范围外,从而明确产品和服务的边界和验收标准。在收集完需求后,我组织项目主要干系人,以范围管理计划和需求文件为基础,通过专家判断和产品分析,对系统功能进行评价,通过用户的角度改进和完善系统功能,对各模块功能进行详细的记录,最终制定出项目范围说明书。项目范围说明书包括:1、产品范围描述(包括各子系统模块等)2、项目的可交付物(用户文档、应用系统等)3、系统验收标准(功能满足需求、系统运行稳定、相关文档齐全等)4、项目的除外责任(该项目涉及的机房的主电不包含在该项目范围中)。
【范例2】
定义范围是对项目和产品详细描述的过程,这个过程能帮我们确定产品、服务、成果的边界和验收标准。依据范围管理计划和需求文件,我采用引导与主题研讨会结合进行的形式,把主要干系人召集在一起定义产品需求,最终形成了项目范围说明书。在项目范围说明书中,我们明确了产品范围描述、可交付成果以及验收标准等。比如项目验收标准就包括:产品要满足全部功能和质量要求,如主要菜单、工具栏、设定参数等要符合功能要求,可执行代码错误数要在限定值内,系统要具有较高的安全性和完善的隐私保护功能等;同时,产品要满足系统性验收要求,如系统反应速度要达到用户实际需求,系统能够承受复杂工作环境并长时间运行时不出现任何自然错误等。
【范例3】
定义范围是制定项目和产品详细描述的过程。我组织关键干系人召开引导式研讨会,对产品进行分析。最终我们确定了本项目的范围说明书,主要包含:1.质量信息追溯系统的范围,包含编码设备接入、追溯码管理、出入库管理、流向查询、质量分析和不合格品管理等核心功能。2.产线赋码系统的范围。含质量采集及追溯码的申请、校验关联,打印等功能。3.可交付物为应用程序、源代码、各类项目文档和溯源一体机等硬件设备4.验收的标准,需要实现对生鲜乳从牧场养殖到市场流通的质量数据实时管控,扫描追溯码后展现的质量数据涵盖率大于95%,系统反应时间低于1秒等。
【范例4】
定义范围是制定项目和产品详细描述的过程。本过程的主要作用是描述产品、服务或成果的边界和验收标准。由于在收集需求过程中识别的需求未必都包含在项目中,所以我们与甲方就产品范围及项目范围做了详细的商讨,并制定《项目范围说明书》。包括所有的交付物及其特性、验收标准等,比如辅助审批、问题管理、风险预警三大子系统。系统支持同时在线人数1000人,普通统计报表生成时间一般不超过5秒,《项目范围说明书》经甲方信息科科长和大数据管理局局长共同签字确认。
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。 如若内容造成侵权/违法违规/事实不符,请联系我的编程经验分享网邮箱:veading@qq.com进行投诉反馈,一经查实,立即删除!