综合项目管理平台需求规格书

项目管理平台系统需求规格项目管理平台系统需求规格书深圳凯欣达信息技术股份有限公司4月TOC\o"1-3"\u第一章 综述 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.6 项目立项 113.6.1 功能描述 113.6.2 页面设计 113.6.3 业务规则 11综述文档背景当前项目管理平台在项目立项和任务发布过程中，与产品线管理流程存在某些差别，需要进行优化，同步增长需求管理功能模块需求类型修改既有凯欣达项目管理平台业务流程定义管理关系定义项目立项流程1.项目发起人进行立项申请报告编写；2.编写完毕后，在平台上进行立项，立项要进行有关信息填写，并上传文档提交；3.提交后，系统发送邮件给有关负责人进行审核；4.审核成功后，邮件告知项目发起人及各有关负责人；需求申请流程1.客户发起需求到需求收集人；2.需求收集人在项目管理平台需求管理模块进行需求单录入，填写有关信息及需求对接人，并上传业务需求阐明书等文档资料；3.需要对接人接到需求单后，进行需求初步梳理，可进行需求单转派给其她需求对接人；4.需求对接人通过初步梳理后，与现场人员进行需求对接，理解需求信息和内容；5.通过需求沟通及分析，需求对接人进行需求单判断，如果缺陷转缺陷流程（10），如果是需求，则进行需求阐明书编写，并填写需求对接信息及有关文档；

6.需求对接完毕后，系统依照填写信息，自动发起文档评审，评审单扭转到被指定评审人；

7.评审人通过文档下载查看评审后，需在填写评审意见，所有评审人员通过后，评审工作结束，如果未通过，需填写评审意见，需求单则扭转至需求对接人进行需求修改，修改后重新发起评审；

8.需求单评审通过后，由产品经理依照产品规划进行需求单审核，辨认共性需求和个性需求；

9.需求单流程结束；

10.如果是缺陷，则由需求对接人进行缺陷分析和信息填写并提交；

11.提交完毕后，由产品经理依照产品规划进行缺陷单辨认；

12.缺陷流程结束；需求管理描述录入需求功能描述需求新增页面，填入有关需求信息，支持附件上传功能。页面设计输入序号字段名称输入方式长度阐明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上传附件浏览本地文献--必填项。如原型所示，上传后来显示文献全名（涉及后缀），并予以删除权限，在顾客提交需求之前都可以上传和删除附件，每增长一种附件，多显示一行文献名。最多支持上传五个附件。业务规则顾客点击“提交”按钮后，直接提交，无需保存后来再提交；顾客点击“取消”按钮后，需求编号失效，返回需求主页面；需求对接功能描述被指定需求对接人审视需求初始信息，并录入对接意见，如果可行，输入分析成果，系统上流程继续，如果不可行，系统外与录入人沟通，系统上流程中断；

页面设计产品线编号产品线名称产品线编号产品线名称图一：需求对接主界面图二：转派对接任务界面输入序号字段名称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上传附件浏览本地文献--如原型所示，上传后来显示文献全名（涉及后缀），并予以删除权限，在顾客提交需求之前都可以上传和删除附件，每增长一种附件，多显示一行文献名。最多支持上传五个附件。输出序号字段名称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评审登记表之操作成果表格--显示顾客在乎见栏位选取项，如果没有，显示“--”业务规则顾客点击“提交”按钮后，直接提交，无需保存后来再提交；顾客点击“取消”按钮后，返回需求列表；顾客如果修改了产品线、产品、项目值，update记录需求类型：选取维护性需求、建设性需求时，转到3.3，选取缺陷修复时，转到3.4顾客在“选取评审人员”中选取顾客，在本环节提交后来，收到邮件告知，邮件告知这些顾客有评审任务，予以链接，维护性需求、建设性需求、缺陷修复链接到3.3，缺陷修复链接到3.4顾客在“抄送”人员中输入顾客，在本环节提交后来，收到邮件告知，予以链接后来转到3.6如果评审、审核过程中被驳回，在此修改，内容update，评审记录被驳回记录需求评审功能描述需求对接人完毕分析后来，该项目组内，测试、研发、实行负责人收到告知邮件，链接到本页面来输入评审意见。页面设计产品名称相应产品线产品名称相应产品线产品编号产品ID输入序号字段名称UI输入方式长度阐明1评审意见文本框录入50必填项。2审核意见单选--必填项，两个选项分别是“通过”、“不通过”，默认两个都不选，必要顾客来选取。输出序号字段名称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.2中重新输入评审记录中记录不通过操作。需求核准功能描述产品经理核准该需求或缺陷内容页面设计输入序号字段名称UI输入方式长度阐明1审核意见文本框录入50必填项。2审核意见单选--必填项，两个选项分别是“通过”、“不通过”，默认两个都不选，必要顾客来选取。3需求性质下拉框单选--必填项，值为共性需求、修改需求输出序号字段名称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评审登记表