资源描述
项目管理平台系统
需求规格书
深圳凯欣达信息技术股份有限公司
4月
第一章 综述 3
1.1 项目背景 3
1.2 项目目的 3
第二章 需求流程定义 3
2.1 管理关系定义 3
2.2 立项流程 3
2.3 需求流程 4
第三章 系统功能简介 4
3.1 新增需求 4
3.1.1 功能描述 4
3.1.2 页面设计 5
3.1.3 业务规则 5
3.2 需求对接 6
3.2.1 功能描述 6
3.2.2 页面设计 6
3.2.3 业务规则 6
3.3 需求确认 7
3.3.1 功能描述 7
3.3.2 页面设计 7
3.3.3 业务规则 7
3.4 需求查询 8
3.4.1 功能描述 8
3.4.2 页面设计 8
3.4.3 业务规则 8
3.5 需求详细信息 9
3.5.1 功能描述 9
3.5.2 页面设计 10
3.5.3 业务规则 10
3.6 项目立项 11
3.6.1 功能描述 11
3.6.2 页面设计 11
3.6.3 业务规则 11
第一章 综述
1.1 文档背景
当前项目管理平台在项目立项和任务发布过程中,与产品线管理流程存在某些差别,需要进行优化,同步增长需求管理功能模块
需求类型
1.2
修改既有凯欣达项目管理平台
第二章 业务流程定义
2.1 管理关系定义
2.2 项目立项流程
1.项目发起人进行立项申请报告编写;
2. 编写完毕后,在平台上进行立项,立项要进行有关信息填写,并上传文档提交;
3.提交后,系统发送邮件给有关负责人进行审核;
4.审核成功后,邮件告知项目发起人及各有关负责人;
2.3 需求申请流程
1.客户发起需求到需求收集人;
2.需求收集人在项目管理平台需求管理模块进行需求单录入,填写有关信息及需求对接人,并上传业务需求阐明书等文档资料;
3.需要对接人接到需求单后,进行需求初步梳理,可进行需求单转派给其她需求对接人;
4.需求对接人通过初步梳理后,与现场人员进行需求对接,理解需求信息和内容;
5.通过需求沟通及分析,需求对接人进行需求单判断,如果缺陷转缺陷流程(10),如果是需求,则进行需求阐明书编写,并填写需求对接信息及有关文档;
6.需求对接完毕后,系统依照填写信息,自动发起文档评审,评审单扭转到被指定评审人;
7.评审人通过文档下载查看评审后,需在填写评审意见,所有评审人员通过后,评审工作结束,如果未通过,需填写评审意见,需求单则扭转至需求对接人进行需求修改,修改后重新发起评审;
8.需求单评审通过后,由产品经理依照产品规划进行需求单审核,辨认共性需求和个性需求;
9.需求单流程结束;
10.如果是缺陷,则由需求对接人进行缺陷分析和信息填写并提交;
11.提交完毕后,由产品经理依照产品规划进行缺陷单辨认;
12.缺陷流程结束;
第三章 需求管理描述
3.1 录入需求
3.1.1 功能描述
需求新增页面,填入有关需求信息,支持附件上传功能。
3.1.2 页面设计
3.1.3 输入
序号
字段名称
输入方式
长度
阐明
1
需求编号
系统根据顾客选取生成
--
本栏位初始界面上显示为空,在顾客选取项目后来,生成RQ-项目编号-YYYYMMDD二位流水号。二位流水号为该项目内当天提交需求编号,最小为01,最大为99;
成功保存整个需求信息后,该编号方可生效,后续新需求流水码在此基本上延续。
2
需求名称
文本框录入
20
必填项
3
相应产品线
下拉框单选
--
选填项,下拉框值为管理员在产品线基本信息中维护“产品线名称”
4
所属产品
下拉框单选
--
选填项,如果“相应产品线”没有做选取,下拉框值为空;如果“相应产品线”已选取,下拉框值为被选中产品线相应所有产品名称
5
所属区域
下拉框单选
--
必填项,下拉框中列出公司业务所覆盖区域,规则遵循当前系统
6
项目名称
下拉框单选
--
选填项,如果“所属产品”没有做选取,下拉框值为空;如果“所属产品”已选取,下拉框值为被选中产品相应所有项目名称
7
紧急限度
下拉框单选
--
必填项,下拉框值为“紧急”、“普通”
8
需求发起人
文本框录入
10
选填项,手动输入发起人姓名(因有也许非系统顾客,无法选取)
9
需求对接人
文本框录入
--
必填项,输入对接人姓名,只可选一人,规则遵循系统既有选人规则
10
需求录入人
系统读取
--
系统自行填充,显示登录者姓名,不可修改。
11
盼望上线日期
日历选取
--
当顾客Focus落在本栏位,弹出日历插件可选日期,选取后以“YYYY-MM-DD”格式显示在文本框里
12
销售负责人
文本框录入
10
选填项,手动输入发起人姓名(因有也许非系统顾客,无法选取)
13
合同内外
下拉框选取
30
选填项,下拉框值为“合同内”、“合同外”
14
需求概要阐明
文本框录入
300
--
15
上传附件
浏览本地文献
--
必填项。如原型所示,上传后来显示文献全名(涉及后缀),并予以删除权限,在顾客提交需求之前都可以上传和删除附件,每增长一种附件,多显示一行文献名。最多支持上传五个附件。
3.1.4 业务规则
1. 顾客点击“提交”按钮后,直接提交,无需保存后来再提交;
2. 顾客点击“取消”按钮后,需求编号失效,返回需求主页面;
3.2 需求对接
3.2.1 功能描述
被指定需求对接人审视需求初始信息,并录入对接意见,如果可行,输入分析成果,系统上流程继续,如果不可行,系统外与录入人沟通,系统上流程中断;
3.2.2 页面设计
产品线编号
产品线名称
图一:需求对接主界面
图二:转派对接任务界面
3.2.3 输入
序号
字段名称
UI输入方式
长度
阐明
1
转发任务
单选
--
必填项。两个选项分别是“是”、“否”,默认选中“否”。当“是”被选中时,如下输入栏位可用,显示栏位2,当“否”被选中时,栏位2不可见,其她栏位可用。
2
选取新承办人
文本框录入
20
必填项。输入对接人姓名,只可选一人,规则遵循系统既有选人规则
3
对接意见
文本框录入
50
必填项。
4
对接意见
单选
--
必填项,两个选项分别是“已接受”、“已取消”,默认两个都不选,必要顾客来选取。如果顾客选取“已接受”,如下栏位可用,如果顾客选取“已取消”,如下栏位不可用
5
相应产品线
下拉框单选
--
必填项,初始显示3.1中顾客操作选取值,可修改。下拉框值为管理员在产品线基本信息中维护“产品线名称”
6
所属产品
下拉框单选
--
必填项,初始显示3.1中顾客操作选取值,可修改。如果“相应产品线”没有做选取,下拉框值为空;如果“相应产品线”已选取,下拉框值为被选中产品线相应所有产品名称
7
项目名称
下拉框单选
--
必填项,初始显示3.1中顾客操作选取值,可修改。如果“所属产品”没有做选取,下拉框值为空;如果“所属产品”已选取,下拉框值为被选中产品相应所有项目名称
8
需求分类
下拉框单选
--
必填项,下拉框值为:维护性需求、建设性需求、缺陷修复
9
需求分析阐明
文本框录入
300
--
10
上传附件
浏览本地文献
--
必填项。如原型所示,上传后来显示文献全名(涉及后缀),并予以删除权限,在顾客提交需求之前都可以上传和删除附件,每增长一种附件,多显示一行文献名。最多支持上传五个附件。
11
选取评审人员
文本框录入
20
必填项,输入评审人姓名(系统顾客)。默认显示该项目组内,测试、研发、实行负责人姓名,顾客可修改。
12
抄送人员
文本框录入
50
选填项,输入抄送人姓名(系统顾客)。
13
上传附件
浏览本地文献
--
如原型所示,上传后来显示文献全名(涉及后缀),并予以删除权限,在顾客提交需求之前都可以上传和删除附件,每增长一种附件,多显示一行文献名。最多支持上传五个附件。
3.2.4 输出
序号
字段名称
UI输出位置
长度
阐明
1
需求编号
文本
--
成功保存整个需求信息后,生成RQ-项目编号-YYYYMMDD二位流水号。二位流水号为该项目内当天提交需求编号,最小为01,最大为99;
2
需求名称
文本框
20
读取顾客在3.1输入
3
相应产品线
文本框
--
读取顾客在3.1输入
4
所属产品
文本框
--
读取顾客在3.1输入
5
所属区域
文本框
--
读取顾客在3.1输入
6
项目名称
文本框
--
读取顾客在3.1输入
7
紧急限度
文本框
--
读取顾客在3.1输入
8
需求发起人
文本框
10
读取顾客在3.1输入
9
需求对接人
文本框
--
读取顾客在3.1输入
10
需求录入人
文本框
--
读取顾客在3.1输入
11
盼望上线日期
文本框
--
读取顾客在3.1输入
12
销售负责人
文本框
10
读取顾客在3.1输入
13
合同内外
文本框
30
读取顾客在3.1输入
14
需求概要阐明
文本框
300
读取顾客在3.1输入
15
下载附件
链接
--
顾客在3.1上传文献,在此予以链接,点击后下载。
16
评审登记表之环节
表格
--
从1开始合计。并行评审环节编号统一。
17
评审登记表之操作环节
表格
--
文字阐明环节意义,如“需求录入”
18
评审登记表之执行人
表格
--
显示执行该环节操作顾客姓名
19
评审登记表之操作时间
表格
--
显示顾客提交时年月日 时分
20
评审登记表之评审意见
表格
--
显示顾客在乎见栏位输入内容
21
评审登记表之操作成果
表格
--
显示顾客在乎见栏位选取项,如果没有,显示“--”
3.2.5 业务规则
1. 顾客点击“提交”按钮后,直接提交,无需保存后来再提交;
2. 顾客点击“取消”按钮后,返回需求列表;
3. 顾客如果修改了产品线、产品、项目值,update记录
4. 需求类型:选取维护性需求、建设性需求时,转到3.3,选取缺陷修复时,转到3.4
5. 顾客在“选取评审人员”中选取顾客,在本环节提交后来,收到邮件告知,邮件告知这些顾客有评审任务,予以链接,维护性需求、建设性需求、缺陷修复链接到3.3,缺陷修复链接到3.4
6. 顾客在“抄送”人员中输入顾客,在本环节提交后来,收到邮件告知,予以链接后来转到3.6
7. 如果评审、审核过程中被驳回,在此修改,内容update,评审记录被驳回记录
3.3 需求评审
3.3.1 功能描述
需求对接人完毕分析后来,该项目组内,测试、研发、实行负责人收到告知邮件,链接到本页面来输入评审意见。
3.3.2 页面设计
产品名称
相应产品线
产品编号
产品ID
3.3.3 输入
序号
字段名称
UI输入方式
长度
阐明
1
评审意见
文本框录入
50
必填项。
2
审核意见
单选
--
必填项,两个选项分别是“通过”、“不通过”,默认两个都不选,必要顾客来选取。
3.3.4 输出
序号
字段名称
UI输出位置
长度
阐明
1
需求编号
文本
--
成功保存整个需求信息后,生成RQ-项目编号-YYYYMMDD二位流水号。二位流水号为该项目内当天提交需求编号,最小为01,最大为99;
2
需求名称
文本框
20
读取顾客在3.1输入
3
相应产品线
文本框
--
读取顾客在3.2输入
4
所属产品
文本框
--
读取顾客在3.2输入
5
所属区域
文本框
--
读取顾客在3.1输入
6
项目名称
文本框
--
读取顾客在3.2输入
7
紧急限度
文本框
--
读取顾客在3.1输入
8
需求发起人
文本框
10
读取顾客在3.1输入
9
需求对接人
文本框
--
读取顾客在3.1输入
10
需求录入人
文本框
--
读取顾客在3.1输入
11
盼望上线日期
文本框
--
读取顾客在3.1输入
12
销售负责人
文本框
10
读取顾客在3.1输入
13
合同内外
文本框
30
读取顾客在3.1输入
14
需求概要阐明
文本框
300
读取顾客在3.1输入
15
下载附件
链接
--
顾客在3.1上传文献,在此予以链接,点击后下载。
16
需求对接人
文本框
--
系统读取对接执行人。前提是上一环节操作是转发任务为“否”且对接意见“已接受”且需求类型为维护性需求or建设性需求
17
对接意见
文本框
--
顾客在3.2中同一栏位输入
18
需求分类
文本框
--
顾客在3.2中同一栏位输入
19
需求分析阐明
文本框
--
顾客在3.2中同一栏位输入
20
下载附件
链接
--
顾客在3.2上传文献,在此予以链接,点击后下载。
21
评审登记表之环节
表格
--
从1开始合计。并行评审环节编号统一。
22
评审登记表之操作环节
表格
--
文字阐明环节意义,如“需求录入并提交”
23
评审登记表之执行人
表格
--
显示执行该环节操作顾客姓名
24
评审登记表之操作时间
表格
--
显示顾客提交时年月日 时分
25
评审登记表之评审意见
表格
--
显示顾客在乎见栏位输入内容
26
评审登记表之操作成果
表格
--
显示顾客在乎见栏位选取项,如果没有,显示“--”
3.3.5 业务规则
1. 评审中任意一种人选取不通过,需求对接都要收到邮件告知,并在3.2中重新输入
2. 评审记录中记录不通过操作。
3.4 需求核准
3.4.1 功能描述
产品经理核准该需求或缺陷内容
3.4.2 页面设计
3.4.3 输入
序号
字段名称
UI输入方式
长度
阐明
1
审核意见
文本框录入
50
必填项。
2
审核意见
单选
--
必填项,两个选项分别是“通过”、“不通过”,默认两个都不选,必要顾客来选取。
3
需求性质
下拉框单选
--
必填项,值为共性需求、修改需求
3.4.4 输出
序号
字段名称
UI输出位置
长度
阐明
1
需求编号
文本
--
成功保存整个需求信息后,生成RQ-项目编号-YYYYMMDD二位流水号。二位流水号为该项目内当天提交需求编号,最小为01,最大为99;
2
需求名称
文本框
20
读取顾客在3.1输入
3
相应产品线
文本框
--
读取顾客在3.2输入
4
所属产品
文本框
--
读取顾客在3.2输入
5
所属区域
文本框
--
读取顾客在3.1输入
6
项目名称
文本框
--
读取顾客在3.2输入
7
紧急限度
文本框
--
读取顾客在3.1输入
8
需求发起人
文本框
10
读取顾客在3.1输入
9
需求对接人
文本框
--
读取顾客在3.1输入
10
需求录入人
文本框
--
读取顾客在3.1输入
11
盼望上线日期
文本框
--
读取顾客在3.1输入
12
销售负责人
文本框
10
读取顾客在3.1输入
13
合同内外
文本框
30
读取顾客在3.1输入
14
需求概要阐明
文本框
300
读取顾客在3.1输入
15
下载附件
链接
--
顾客在3.1上传文献,在此予以链接,点击后下载。
16
需求对接人
文本框
--
系统读取对接执行人。前提是上一环节操作是转发任务为“否”且对接意见“已接受”且需求类型为维护性需求or建设性需求
17
对接意见
文本框
--
顾客在3.2中同一栏位输入
18
需求分类
文本框
--
顾客在3.2中同一栏位输入
19
需求分析阐明
文本框
--
顾客在3.2中同一栏位输入
20
下载附件
链接
--
顾客在3.2上传文献,在此予以链接,点击后下载。
21
评审登记表之环节
表格
--
从1开始合计。并行评审环节编号统一。
22
评审登记表之操作环节
表格
--
文字阐明环节意义,如“需求录入并提交”
23
评审登记表之执行人
表格
--
显示执行该环节操作顾客姓名
24
评审登记表之操作时间
表格
--
显示顾客提交时年月日 时分
25
评审登记表之评审意见
表格
--
显示顾客在乎见栏位输入内容
26
评审登记表之操作成果
表格
--
显示顾客在乎见栏位选取项,如果没有,显示“--”
3.4.5 业务规则
1. 如果选取不通过,需求对接人要收到邮件告知,在3.2中重新填写
2. 评审记录中记录不通过操作。
3.5 需求主页
3.5.1 功能描述
功能与当前项目主页相似。
3.5.2 页面设计
3.5.3 业务规则
1. 查询条件中,可组合查询,但不能所有条件都为空;
2. 版本号、版本状态、实现方式、事实上线时间当前尚未设计;
3. 查询出成果后,点击需求名称,链接到3.6即需求明细。
3.6 需求明细
3.6.1 功能描述
顾客可从邮件链接、查询报表链接中到此查看
3.6.2 页面设计
3.7 我需求
3.7.1 功能描述
顾客登录系统后来,可在“我需求”模块查看由该账号提交需求列表,点击名称可链接到3.6
3.7.2 页面设计
3.8 我审核
3.8.1 功能描述
流程中审核结点顾客登录系统后来,可在“我审核”模块查看需要该账号需求列表,点击名称可链接到3.6
3.8.2 页面设计
3.9 附件
3.9.1 对接/评审/审核邮件告知格式
Title :项目管理平台需求评审告知
正文:
XXX,你好!
项目管理平台中,有需要您对接/评审/审核需求:
所属项目:XXXX
需求名称:XXXX
请点击如下链接登录项目管理系统对接/评审/审核。
本系统由项目管理系统邮件接口发出,如有问题请联系系统管理员,请勿回答。
3.9.2 抄送告知格式
Title :项目管理平台需求评审抄送
正文:
XXX,你好!
项目管理平台中,已提交需求。
所属项目:XXXX
需求名称:XXXX
请点击如下链接登录项目管理系统查看需求详情。
本系统由项目管理系统邮件接口发出,如有问题请联系系统管理员,请勿回答。
展开阅读全文