软件项目管理需求规范格式.docx
- 文档编号:23755297
- 上传时间:2023-05-20
- 格式:DOCX
- 页数:10
- 大小:67.06KB
软件项目管理需求规范格式.docx
《软件项目管理需求规范格式.docx》由会员分享,可在线阅读,更多相关《软件项目管理需求规范格式.docx(10页珍藏版)》请在冰豆网上搜索。
软件项目管理需求规范格式
归档编号
项目
PSPP-Product-UP
江西省技术资源应用公共服务平台建设需求管理规范
江西省技术资源应用公共服务平台建设(产品项目)统一过程
项目编号:
PSPP-2008-001
版本:
1.0
用户:
系统分析员,配置经理、项目经理
分类:
规范
状态:
草案
密级:
普通
文档信息
标题:
江西省技术资源应用公共服务平台建设需求管理规范
作者:
于英鹏
创建日期:
2008-09-239:
14AM
上次更新日期:
版本:
1.0
状态:
草案
部门名称:
项目管理及质量保证部
修订文档历史记录
2008-09-23
1.0
初始版本
于英鹏
1.简介
1.1.目的
指导需求过程中的需求分析和需求管理的工作。
1.2.范围
江西省技术资源应用公共服务平台建设所有工程项目。
1.3.词汇表
需求:
(正在构建的)系统必须符合的条件或具备的功能。
需求管理:
一种获取、组织并记录系统需求的系统化方案,以及一个使客户与项目团队对不断变更的系统需求达成并保持一致的过程。
需求管理的目标是:
使软件需求受控,并建立供软件工程和管理使用的基线。
使软件计划、产品和活动与软件需求保持一致。
1.4.参考信息
《软件需求》(KarlE.Wiegers)
2.需求分析与需求管理二者的界限
如图,需求分析同需求管理共同形成对需求的规范执行和控制,贯穿需求的整个过程,分析的侧重点为执行,管理的侧重点为过程的监控管理。
本文从需求分析和管理两方面规范公司对需求的执行和控制。
3.需求分析规范
3.1.需求分析流程图
3.2.角色
本文档在组织中实施所涉及的角色
项目经理
负责项目的整体管理,在需求分析阶段协调该阶段的所有活动
市场人员
帮助项目经理在需求分析初期很快地了解业务和客户
系统分析员
负责需求分析过程所有活动的执行
客户
参与需求评审
管理层
参与需求评审
SCM
执行项目需求过程中所有与配置管理相关的活动,主要是需求变更管理
3.3.进入准则
项目立项申请通过。
3.4.输入
项目合同
项目合同去掉金额部分
无
项目招标书
招标书的技术标部分加上商务标无金额部分
无
项目投标书
投标书的技术标部分加上商务标无金额部分
无
立项报告
整体通过评审签署的立项报告
3.5.活动
1
需求获取
市场人员、客户、系统分析员
1.了解用户需求,界定系统的边界
2.了解用户对工具的熟练程度
3.准备问询表
4.取得与用户的联系沟通
5.编写需求分析计划
《PSPP需求调研规范》
《PSPP需求分析计划模板》
2
需求分析
系统分析员、客户
对获取的需求进行分析,得到分析结果
《需求分析指南》
3
撰写需求文档
系统分析员
根据分析内容撰写项目需求过程必须提交的文档
需要一些模板
4
内部评审
管理层、项目经理、系统分析员、SQA
1.对需求文档内容进行评审
2.如果评审通过,进行需求确认
3.没有通过,进行修改。
《PSPP需求评审记录》
5
需求确认
管理层、项目经理、客户方
1.对需求文档内容进行最终确认。
2.如果评审通过,进行需求确认签字
3.如果没有通过,进行修改
《PSPP需求确认报告》
6
建立需求基线
SCM人员
按照《需求确认报告》建立需求基线
《PSPP配置管理工作指南》
《PSPP配置状态报告模板》
《PSPP配置审计模板》
3.6.输出进行相关修改
《××项目需求分系计划》
根据《PSPP项目类型参考指南》、《PSPP需求获取规范》作为参考
《PSPP项目类型参考指南》
《PSPP需求获取规范》
《PSPP需求分析计划模板》
所有的需求分析文档
按照需求文档列表中要求的文档进行所需要的文档验证
《PSPP需求文档列表》
《需求评审记录》
用于评审会议
《PSPP需求评审记录》
《需求评审报告》
用于评审会议
《PSPP需求评审报告》
《需求确认通知》
用于评审会议
《PSPP需求确认通知》
《配置管理状态报告》
《配置审计报告》
用于对需求过程中配置管理介入的工作进行报告
《PSPP配置管理工作指南》
《PSPP配置状态报告模板》
《PSPP配置审计模板》
3.7.验证与确认
需求文档:
内部评审会确认、客户最终确认。
需求基线:
配置管理人员确认。
流程验证:
SQA验证。
3.8.退出准则
需求基线建立完成。
3.9.度量
1、从需求分析活动开始到初始需求基线花费的工作日。
2、需求项数量、每需求项花费工时。
4.需求管理规范
4.1.需求管理流程图
4.2.角色
SCM
负责变更追踪
SQA
负责过程的培训,提供过程支持,负责过程的跟进和改进
4.3.进入准则
项目开始进入需求获取阶段。
4.4.输入
需求分析文档
所有的需求分析文档
4.5.活动
1
建立需求矩阵
SCM
根据需求分析过程中提供的需求模块建立需求矩阵
《PSPP需求管理矩阵模板》
2
矩阵追踪
SCM
根据需求矩阵对矩阵中的需求项执行情况进行追踪
《PSPP需求管理矩阵模板》
3
变更追踪
SCM
根据变更请求表单进行变更追踪
《PSPP需求变更表单》
4
需求基线化
SCM
根据需求确认通知单建立需求基线,生成配置管理报告
4.6.输出
《××项目需求管理矩阵表》
用于所有公司开发项目的需求过程中对需求模块的验证检查
《PSPP需求管理矩阵模板》
《××项目变更请求表单》
用于产生变更请求时使用
《PSPP需求变更表单》
4.7.验证与确认
SQA验证
SCM验证
4.8.退出准则
项目结束
4.9.度量
SQA报告
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 项目 管理 需求 规范 格式