项目管理平台需求规格书-(20140410)

上传人:鲁** 文档编号:504812486 上传时间:2023-07-22 格式:DOC 页数:23 大小:2.30MB
返回 下载 相关 举报
项目管理平台需求规格书-(20140410)_第1页
第1页 / 共23页
项目管理平台需求规格书-(20140410)_第2页
第2页 / 共23页
项目管理平台需求规格书-(20140410)_第3页
第3页 / 共23页
项目管理平台需求规格书-(20140410)_第4页
第4页 / 共23页
项目管理平台需求规格书-(20140410)_第5页
第5页 / 共23页
点击查看更多>>
资源描述

《项目管理平台需求规格书-(20140410)》由会员分享,可在线阅读,更多相关《项目管理平台需求规格书-(20140410)(23页珍藏版)》请在金锄头文库上搜索。

1、项目管理平台系统需求规格书 深圳凯欣达信息技术股份有限公司2014年4月第一章综述31.1项目背景31.2项目目标3第二章需求流程定义32.1管理关系定义32.2立项流程32.3需求流程4第三章系统功能介绍43.1新增需求43.1.1功能描述43.1.2页面设计53.1.3业务规则53.2需求对接63.2.1功能描述63.2.2页面设计63.2.3业务规则63.3需求确认73.3.1功能描述73.3.2页面设计73.3.3业务规则73.4需求查询83.4.1功能描述83.4.2页面设计83.4.3业务规则83.5需求详细信息93.5.1功能描述93.5.2页面设计103.5.3业务规则103.

2、6项目立项113.6.1功能描述113.6.2页面设计113.6.3业务规则11第一章 综述1.1 文档背景目前项目管理平台在项目立项和任务发布过程中,与产品线管理流程存在一些差异,需要进行优化,同时增加需求管理功能模块需求类型1.2修改现有凯欣达项目管理平台第二章 业务流程定义2.1 管理关系定义2.2 项目立项流程 1.项目发起人进行立项申请报告编写; 2. 编写完成后,在平台上进行立项,立项要进行相关信息填写,并上传文档提交; 3.提交后,系统发送邮件给相关责任人进行审核; 4.审核成功后,邮件通知项目发起人及各相关负责人;2.3 需求申请流程 1.客户发起需求到需求收集人;2.需求收集

3、人在项目管理平台的需求管理模块进行需求单录入,填写相关信息及需求对接人,并上传业务需求说明书等文档资料;3.需要对接人接到需求单后,进行需求初步梳理,可进行需求单转派给其他需求对接人;4.需求对接人经过初步梳理后,与现场人员进行需求对接,了解需求信息和内容;5.通过需求沟通及分析,需求对接人进行需求单判断,如果缺陷转缺陷流程(10),如果是需求,则进行需求说明书的编写,并填写需求对接信息及相关文档;6.需求对接完成后,系统根据填写信息,自动发起文档评审,评审单扭转到被指定的评审人;7.评审人通过文档下载查看评审后,需在填写评审意见,所有评审人员通过后,评审工作结束,如果未通过,需填写评审意见,

4、需求单则扭转至需求对接人进行需求修改,修改后重新发起评审;8.需求单评审通过后,由产品经理根据产品规划进行需求单审核,识别共性需求和个性需求;9.需求单流程结束;10.如果是缺陷,则由需求对接人进行缺陷分析和信息填写并提交;11.提交完成后,由产品经理根据产品规划进行缺陷单识别;12.缺陷流程结束; 第三章 需求管理描述3.1 录入需求3.1.1 功能描述 需求新增页面,填入相关需求信息,支持附件上传功能。3.1.2 页面设计3.1.3 输入序号字段名称输入方式长度说明1需求编号系统依据用户选择生成-本栏位初始界面上显示为空,在用户选择项目以后,生成RQ-项目编号-YYYYMMDD二位流水号。

5、二位流水号为该项目内当天提交的需求编号,最小为01,最大为99;成功保存整个需求信息后,该编号方可生效,后续的新需求的流水码在此基础上延续。2需求名称文本框录入20必填项3对应产品线下拉框单选-选填项,下拉框值为管理员在产品线基础信息中维护的“产品线名称”4所属产品下拉框单选-选填项,如果“对应产品线”没有做选择,下拉框值为空;如果“对应产品线”已选择,下拉框值为被选中产品线对应的所有产品的名称5所属区域下拉框单选-必填项,下拉框中列出公司业务所覆盖的区域,规则遵循当前系统6项目名称下拉框单选-选填项,如果“所属产品”没有做选择,下拉框值为空;如果“所属产品”已选择,下拉框值为被选中产品对应的

6、所有项目的名称7紧急程度下拉框单选-必填项,下拉框值为“紧急”、“一般”8需求发起人文本框录入10选填项,手动输入发起人姓名(因有可能非系统用户,无法选择)9需求对接人文本框录入-必填项,输入对接人姓名,只可选一人,规则遵循系统现有的选人规则10需求录入人系统读取-系统自行填充,显示登录者的姓名,不可修改。11期望上线日期日历选择-当用户Focus落在本栏位,弹出日历插件可选日期,选择后以“YYYY-MM-DD”格式显示在文本框里12销售负责人文本框录入10选填项,手动输入发起人姓名(因有可能非系统用户,无法选择)13合同内外下拉框选择30选填项,下拉框值为“合同内”、“合同外”14需求概要说

7、明文本框录入300-15上传附件浏览本地文件-必填项。如原型所示,上传以后显示文件全名(包括后缀),并给予删除权限,在用户提交需求之前都可以上传和删除附件,每增加一个附件,多显示一行文件名。最多支持上传五个附件。3.1.4 业务规则1. 用户点击“提交”按钮后,直接提交,无需保存以后再提交;2. 用户点击“取消”按钮后,需求编号失效,返回需求主页面;3.2 需求对接3.2.1 功能描述被指定的需求对接人审阅需求初始信息,并录入对接意见,如果可行,输入分析结果,系统上流程继续,如果不可行,系统外与录入人沟通,系统上流程中止;3.2.2 页面设计产品线编号产品线名称 图一:需求对接主界面图二:转派

8、对接任务界面3.2.3 输入序号字段名称UI输入方式长度说明1转发任务单选-必填项。两个选项分别是“是”、“否”,默认选中“否”。当“是”被选中时,以下输入栏位可用,显示栏位2,当“否”被选中时,栏位2不可见,其他栏位可用。2选择新的承办人文本框录入20必填项。输入对接人姓名,只可选一人,规则遵循系统现有的选人规则3对接意见文本框录入50必填项。4对接意见单选-必填项,两个选项分别是“已接受”、“已取消”,默认两个都不选,必须用户来选择。如果用户选择“已接受”,以下栏位可用,如果用户选择“已取消”,以下栏位不可用5对应产品线下拉框单选-必填项,初始显示3.1中用户操作选择的值,可修改。下拉框值

9、为管理员在产品线基础信息中维护的“产品线名称”6所属产品下拉框单选-必填项,初始显示3.1中用户操作选择的值,可修改。如果“对应产品线”没有做选择,下拉框值为空;如果“对应产品线”已选择,下拉框值为被选中产品线对应的所有产品的名称7项目名称下拉框单选-必填项,初始显示3.1中用户操作选择的值,可修改。如果“所属产品”没有做选择,下拉框值为空;如果“所属产品”已选择,下拉框值为被选中产品对应的所有项目的名称8需求分类下拉框单选-必填项,下拉框值为:维护性需求、建设性需求、缺陷修复9需求分析说明文本框录入300-10上传附件浏览本地文件-必填项。如原型所示,上传以后显示文件全名(包括后缀),并给予

10、删除权限,在用户提交需求之前都可以上传和删除附件,每增加一个附件,多显示一行文件名。最多支持上传五个附件。11选择评审人员文本框录入20必填项,输入评审人姓名(系统用户)。默认显示该项目组内,测试、研发、实施的负责人姓名,用户可修改。12抄送人员文本框录入50选填项,输入抄送人姓名(系统用户)。13上传附件浏览本地文件-如原型所示,上传以后显示文件全名(包括后缀),并给予删除权限,在用户提交需求之前都可以上传和删除附件,每增加一个附件,多显示一行文件名。最多支持上传五个附件。3.2.4 输出序号字段名称UI输出位置长度说明1需求编号文本-成功保存整个需求信息后,生成RQ-项目编号-YYYYMM

11、DD二位流水号。二位流水号为该项目内当天提交的需求编号,最小为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需求概

12、要说明文本框300读取用户在3.1的输入15下载附件链接-用户在3.1上传的文件,在此给予链接,点击后下载。16评审记录表之步骤表格-从1开始累计。并行评审的步骤编号统一。17评审记录表之操作步骤表格-文字说明步骤的意义,如“需求录入”18评审记录表之执行人表格-显示执行该步骤操作的用户姓名19评审记录表之操作时间表格-显示用户提交时的年月日 时分20评审记录表之评审意见 表格-显示用户在意见栏位输入的内容21评审记录表之操作结果表格-显示用户在意见栏位选择的项,如果没有,显示“-”3.2.5 业务规则1. 用户点击“提交”按钮后,直接提交,无需保存以后再提交;2. 用户点击“取消”按钮后,返

13、回需求列表;3. 用户如果修改了产品线、产品、项目的值,update记录4. 需求类型:选择维护性需求、建设性需求时,转到3.3,选择缺陷修复时,转到3.45. 用户在“选择评审人员”中选择的用户,在本环节提交以后,收到邮件通知,邮件通知这些用户有评审任务,给予链接,维护性需求、建设性需求、缺陷修复链接到3.3,缺陷修复链接到3.46. 用户在“抄送”人员中输入的用户,在本环节提交以后,收到邮件通知,给予链接以后转到3.67. 如果评审、审核过程中被驳回,在此修改,内容update,评审记录被驳回的记录3.3 需求评审3.3.1 功能描述需求对接人完成分析以后,该项目组内,测试、研发、实施的负责人收到通知邮件,链接到本页面来输入评审意见。3.3.2 页面设计产品名称对应产品线产品编号产品ID3.3.3 输入序号字段名称UI输入方式长度说明1评审意见文本框录入50必填项。2审核意见单选-必填项,两个选项分别是“通过”、“不通过”,默认两个都不选,必须用户来选择。3.3.4 输出序号

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 建筑/环境 > 施工组织

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号