20160901新乙方主产品线负责人工作台设计文档.docx

安徽移动需求管理系统详细设计文档编号：需求名称：新乙方负责人工作台详细设计文档文档信息项目名称：新乙方负责人工作台文档名称：详细设计文档版本号：1.0文档版本日期：2016-08-31作者：李波起草日期：2016-08-31评审人：评审日期：文档变更历史版本号版本日期修改人变更描述1.02016-08-31李波创建文档模板使用说明字体解释举例说明黑色粗体黑色粗体标题表示必填部分。需求变更请求【必填】蓝色粗体蓝色粗体标题表示选填部分。尚未解决的问题【可选】尖括号标记的黑色字体在尖括号里填写你想填写的内容，填完后把尖括号去掉。规划需求 or 临时需求灰色斜体灰色斜体为样本。例如：列表页应显示所有查询结果。目 录1.文档介绍【必填】51.1.文档编写目的【必填】51.2.文档范围【必填】51.3.术语和缩略语【必填】51.4.参考文档【必填】52.系统概要【必填】62.1.系统功能需求【必填】62.2.系统非功能需求【可选】62.2.1.UI/UE【可选】62.2.2.性能【可选】62.2.3.内部数据分析【可选】62.3.系统设计前提与假设【可选】63.详细设计【必填】63.1.表现层【必填】63.1.1.主要JSP【必填】63.2.主要接口73.3.控制层【必填】83.4.服务层【必填】103.4.1.序列图【必填】103.4.2.类图【必填】103.4.3.主要的包和接口说明【必填】103.5.数据库【必填】153.5.1.数据库概要说明【必填】153.5.2.表说明【必填】153.5.3.持久化机制（数据访问）【必填】213.6.涉及角色【必填】213.7.编译和打包设计【必填】223.8.问题与总结【可选】224.附录234.1.附录1234.2.附表225文档介绍【必填】文档编写目的【必填】本文档为系统模块的详细设计文档，用于指导该模块的开发编码工作。文档范围【必填】本文档以需求规格说明和概要设计为主要输入文档，提供对模块的详细设计思路，用以指导本模块后续的开发编码工作。该详细设计主要涉及整体菜单、待办改造、新建需求、需求审批等模块模块。本文档的预期读者为：项目技术负责人、设计员、程序员、测试员、评审组成员等。术语和缩略语描述术语和缩略语【必填】参考文档【必填】编号文档名称作者版本号版本日期1新乙方负责人工作台李波1.02016083123系统概要【必填】2.1系统功能需求【必填】一、引言:根据业支系统开发室流程优化讨论结果，针对业务支撑科室为业支系统开发室的集团需求、业务需求、优化需求和缺陷变更，从原有代办驱动的长流程修改成工作台工作方式。流程讨论结果详见附件。计划分三个阶段实施：一阶段主要实现业务需求流程和开发负责人工作台流程优化，增加流程操作轨迹记录和流程环节流转记录，增加考核报表展示。一阶段实现业务流程精简和考核自动化。二阶段主要实现统一视图和其他负责人工作台流程优化，实现针对业支系统开发室厂商的工作量管理试点。二阶段实现工作任务与工作量申报紧密关联。三阶段针对前期的各个流程环节数据做各类报表和展示，用于需求管理分析和考核辅助。前三个阶段需求功能已经实现并完成上线，其中甲方开发经理工作台已经升级优化并完上线，现乙方工作应做相应的升级以实现业务流程精简且信息量丰富以满足乙方线负责人对整个线分派情况、开发情况、测试情况、及上线情况整个过程的把控和了解和跟踪。 二、功能概述： 新乙方负责人工作台功能主要分为以下几个模块：需求待办区需求待办区是需求待处理的区域，通过待办区可以将自己名下的待办进行审批处理，新业务流程、老业务流程乙方线负责人名下的待办都会在待办区域显示。新乙方线负责人待办区是以表格的形式展示待办项的，而且增加了查询条件，通过查询以便快速定位到需要紧急处理需求。待需求处理区的待办项以表格的形式展示出来，可以通过查询条件来寻找所需要的待办事件，筛选条件有“需求名称”“需求编码”，支持模糊查询；文档审核区由于新业务需求管理流程分阶段需求且阶段需求下分线、老业务需求是不分线，故新乙方线负责人工作台文档审核是按阶段需求进行展示，乙方负责人待审核的文档都在此区域进行处理和汇总。新的乙方工作台，增加了特殊处理即当阶段需求只有一个产品线的时候那么在流程中上传概要设计的时候同时同步到甲方开发责任人的工作台进行审批；当阶段需求有两个产品线甚至多个产品线的时候，主产品线负责人打开工作台的时候，可以看到各个产品线当前文档的上传情况（已上传，未上传）。文档上传区的需求是以表格的形式展示出来，可以通过查询条件来寻找所需要的待办事件，查询条件有“需求名称”“需求类型”；表格的表头是“需求编码”“需求名称”“当前状态”“计划上线时间”，支持模糊查询。 需求跟踪区 需求跟踪区主要是提供各乙方负责人对产品线分派情况、开发情况、测试情