项目管理系统设计与开发(二)

通过api接口获取jira,sonar,codecount的相关项目的代码质量、bug数据、代码行数等度量。

(三)技术需求

1.业务指标 

安全性：身份验证、相应的授权只能操作授权范围内的操作与元数据、不可抵赖性，记录用户的操作日志，用户密码不可破译性，即使DBA获取密码密文但无法快速破解、密码多次失败后会锁定用户，用户密码为用户私人所有，不是DBA与系统运维工程师都不能窃取或推算出用户密码。

可靠性：长时间运行不宕机，支持最多200同时在线不宕机,在并数80人以内系统不易明显波动

扩展性：工作项类型可动态扩展、工作类型可以配置，相关参数、数据字典都是可以配置。

部署方便性：可以一键安装、支持日构建、可自动部署。

2.数据移植需求

默认采用Mysql数据，可以快速先过移到db2,oracle,PostgreSQL等关系型数据库上去。

3.界面需求

整洁明亮，交互性好，尽量给日常填写工作日志尽量少的用户操作。

4.易用性需求

友好的操作提示，菜单、标题等与实际业务功能操作含义一致。

三、需求分析

为了开发出真正满足用户需求的软件产品，首先必须知道用户的需求。对软件需求的深入理解是软件开发工作获得成功的前提条件。需求分析的基本任务是准备地回答“系统必须做什么”这个问题。通过与用户的访谈对用户需求进行深入的理解，采用情景分析技术以获知用户的真实需求。通过建立数据模型来理解并描述问题的信息域，通过功能模型定义系统应完成的功能，对描述信息、功能和行为的模型进行分解，用层次的方式来展示细节。另外还采用了快速原型法，通过axure软件快速创建系统的界面原型与用户进行可视化直观确认。另外，充分利用公司内部已有的软件架构平台、功能模块的复用来快速装配原型。本章节通过总体描述来定义产品的基本功能，通过用户需求对比公司内部已有的平台与功能模块组件分析，确认模块复用。经过分析后，确认系统核是对项目管理、任务管理、工作日志三个模块为本系统的主要问题域。对每个问题域的信息域进行详细识别、分析定义了相应的三个概念数据模型。然后对产品功能进行分析，定义出产品功能的层次图。基本定义好本系统的主要内容。同时本系统的用户特点采用例图对用户进行分析，并通过用户需求与功能需求进行分配，以核实功能需求是否覆盖了用户需求。最后在功能需求中，通过总体数据流分析系主要模块的数据流向。对每个功能需求进行详细的规格说明，并使用用况图、状态图加以说明。

(一)总体描述

1.产品描述

项目管理辅助系统主要对员工日常的三类工作（项目、任务、临时任务）进行日志统计，用来统计与分析企业日常人力成本的分布情况分析。同时以项目为单位获取项目过程中的相关衡量，如bug数、代码质量、代码行数等。 

2.模块复用

重用已有的软件构件是一种快速原型的方法。公司已开发有成熟的JAVA快速开发平台，本系统可以用复用FAP4开发平台，以及复用FAP4平台中的核心插件。

图 三1 FAP4模块分布图

系统是由QuickRun模块负责启动，基于插件微内核对系统管理中的各插件进行加载、安装、运行，由securtiy模块负责整个系统的安全校验。

3.概念数据模型

为了把用户的数据要求清楚、准确地描述出来，根据业务需求，对系统的核心功能建立概念的数据模型。它是一种面向问题的数据模型，是按照和户观点对数据建立的模型，描述了从用户角度看到的数据，反映了用户的现实环境，它与软件系统中的实现无关。本系统主要分为别项目管理、任务管理、工作日志三部份的数据模型。

图 三2 项目管理数据模型图

项目管理主要由项目、项目成员、变更单、变更成员、项目结项单、项目结项明细六个实体组成。由于用户管理采用FAP4的用户插件，这里的项目经理、QA只是用户的编号（登录帐号），项目成员不按三范式要求规范，减少不同组件之间的数据耦合程度。一个项目由QA创建，QA只能对基础数据（项目编号、项目名称、合同编号）进行修改操作，一旦创建完成后其它信息变更都是由项目经理提交变更单后，经审核后正式有效。变更单保留变更前与前更后的信息。项目成结项目时，对每个项目成员的工作进行汇总形成报告。

图 三3任务管理数据模型图

任务只能由部门经理来创建与分派，任务指定一个负责人，但可以指定多个执行人。根据公司人员考核要求每个人还要设置积分权重。任务完成后，由负责人提交确认，确认完成时，指从每个成员工作日志中汇总该任务的工作内容，汇总工作量生成任务报告，由部门经理（分派人）进行任务评价。

图 三4工作日志数据模型图

工作日志是写每个员工每天都必须填写的工作内容信息，工作日志根据当天工作内容项来实际填写，一个工作日志可能有一条或多条工作日志项组成，工作日志项可分为项目、任务、临时任务三种。其中选择项目时，必须选择当前员工所参加的项目，选择任务时必须选择当前员工所参加的任务。临时任务不用选择。在工作项目中主要填写工作内容与工作量、工作地点。同时要填写下一个工作日志工作计划。

4.产品功能

通过层次方框图来描述项目辅助管理系统的功能全貌。

本系统的规划的产品功能点

一级功能点 二级功能点 说明 分配角色

通用功能 登录

退出 所有角色

首页 不同用户，功能有差异 所有角色

审核中心 项目变更单 部门经理、高层领导

变更单审核 部门经理、高层领导

工作日志 所有角色

项目管理 项目查询 项目经理、部门经理、高层领导

变更单查询 项目经理、部门经理、高层领导

查看变更单 项目经理、部门经理、高层领导

新建项目 QA

修改项目 QA

项目变更 项目经理

工作日志 填写工作日志 所有角色

草稿箱 所有角色

员工日志查看 所有角色

  驳回的日志 所有角色

以往的日志 所有角色

编辑工作日志 所有角色

查看工作日志 所有角色

索引更新 系统管理员

任务管理 新建任务 部门经理

我负责的任务 所有角色

我分派的任务 部门经理

任务单查询 所有角色

报表统计 项目工作量统计 项目经理、部门经理、高层领导

任务工作量统计 项目经理、部门经理、高层领导

部门工作量统计 项目经理、部门经理、高层领导

系统管理 用户管理 人力资源、系统管理员

机构管理 人力资源、系统管理员

角色管理 人力资源、系统管理员

系统配置 菜单管理 系统管理员

权限注册 系统管理员

功能注册 系统管理员

字典管理 系统管理员

参数管理 系统管理员

登录日志统计 系统管理员

日志仪表盘 系统管理员

5.用户特点

一家专门从事于银行软件开发的软件公司。主要管理目标用户为一线的开发人员、测试人员的日常工作。为了管理需求，普通用户都为一线的开发人员、测试人员等，项目经理负责整个软件项目管理、任务负责人是对某个任务进行管理工作。为了日常管理有人力资源、QA来配合。一、二部门经理负责对本部门的项目、任务的管理。高层领导可以查看所有部门、所有项目的数据，经分析后，主要用户如下：

1)普通员工:编写日志、提交日志、保存日志、查看日志；

2)项目经理:编写日志、提交日志、保存日志、查看日志、查看审核项目经理是自己的成员工作日志、查看自己的项目信息、提交自己的变更单；

3)部门经理:编写日志、提交日志、保存日志、查看日志、查看审核本部门项目经理和所有成员工作日志、查看本部门项目、审核项目、新建任务单、确认任务单、评价任务单；

4)质量管理部:编写日志、提交日志、保存日志、查看日志、创建项目、查看所有项目、查看所有任务、查看所有变更单、查看所有日志、项目普通信息编辑；

5)人力资源:编写日志、提交日志、保存日志、查看日志、人员增删改查；

6)领导:查看本部门项目、审核项目、新建任务单、确认任务单、评价任务单

图 三5用户分析

根据组织内部又存在严格的上下级关系，如下图：

图 三6用户上下级关系

通过上下级关系可以达到上级用户可以查看下层员工的工作日志。