任务信息管理系统需求分析说明书【案例参考】

技术文件

文件名称：任务管理系统需求说明书项目名称：任务管理系统

共页

(包括封面)

作者：

1 引言

1.1 编写目的

本文详细描述任务管理系统的需求，表述的需求信息要求明确、无二义性。开发方与软件使用者充分沟通需求，最终形成此文档。此文档是后续软件开发的依据。

1.2 背景

任务管理系统是一个XX与XX电气新技术有限公司产学研合作项目，项目由XX 机电新技术有限公司提出，由XX承担开发任务。

1.3 定义和缩略语

本文使用了表 1.1所显示的面向用户的术语、定义，包括通用词语在本文档中的专用解释。

表 1.2所列为本文用到的缩略语。

1.4 参考资料

本文使用了表 1.2所列为本文用到的参考资料。

1.5 用户

任务信息管理系统的目前用户为XX公司电气事业部，电气事业部使用成功后可能会在XX公司推广。

2 任务概述

2.1目标

XX公司电气事业部目前的任务主要有2类：常规工作任务和临时性工作任务。

针对临时任务布置信息很多时候是处于一种开放状态，缺少任务信息的修正、回馈、和统计分析。而日常职责规定的常规工作，虽然可以通过标准化的文件固化下来并形成《常规工作计划表》作为一种制度来执行，也需要主管在百忙之中花很多时间去检查完成情况。

TIMS系统要求工作管理信息能够规范录入，任务信息流向可以选择，任务信息依据轻重排序，可以设定信息提醒，任务完成情况可以评估、任务完成情况依据选择项进行统计输出、工作量进行评估。

2.2 系统的特点

TIMS项目的需求主要由XX公司电气事业部提出，因此本文档是与XX公司电气事业部交互后形成的需求定义，系统的功能和使用特点优先满足XX公司电气事业部的需求，若系统后续由于在XX公司全面推广而引入的新需求，则不在本文档考虑范围之内。

2.3 假定和约束

本文档经双方确认后，开发方依据本文档进行下阶段工作。若中途需求发生

变更则XX公司需及时告知开发方，若因XX公司原因引入的需求变更造成开发方工作量的大幅增加，具体解决方案双方另行协商。若需求变更引入的工作量不大，开发方应尽量配合。

4. 需求规定

4.1 组织架构

XX公司电气事业部的组织架构如图4-1。

图4-1 电气事业部组织架构

TIMS系统面向整个电气事业部使用，图4-1给出了电气事业部的详细组织。

4.2 权限需求

系统的用户是XX公司的员工，员工在现实逻辑中分属不同的部门并具有相应的工作权限。系统权限分配时与员工的组织架构并无对应关系。TIMS系统的权限需求有2层含义。

1.针对系统功能设置用户的操作权限。

2.针对用户可以设置查看哪些任务的权限。例如可以设置某用户查看生产部的所有任务信息；设置用户A可以查看用户B及用户C的任务信息。

4.3 任务处理流程需求

4.3.1 系统用例图

TIMS主要对任务信息进行管理，实现任务信息的标准化管理。TIMS系统关于任务处理的用例图如图4-2。

图4-2 系统用例图１

图4-3 系统用例图2

详细的功能需求说明请参见本文档后续章节。

4.3.2 任务处理流程

针对

TIMS 系统中任务可能的流程进行分析。为方便理解，对应图4-4进行表述。

图4-4 人员组织架构示例图

流程设计思想：

TIMS 系统采用信息闭环的思想，即任务由任务发布者发布出去，任务最终也在任务发布者处结束，图4-5简单的表示了这一思想，同时也概括了任务在TIMS 系统中的处理流程。

任务发布者任务接收者

任务承担者

图4-5 TIMS 系统任务处理流程图

任务下达采用逐级的层次方式，任务的反馈采用逐级向上的方式。 例如下达任务给制造组的Z3时，任务发布者X 应该将任务发布给制造组的主管Z0，由主管Z0在自己的主管范围内分配该任务，而最终的任务接收者是Z3。若Z3提交完成情况和延期申请，则先提交至Z0，Z0根据实际情况决定是否提交以及如何提交给X 。X 最终决定是否同意延期以及对任务完成情况进行评价。

具体任务处理规则说明如下： 1.关于任务发布者

1）默认的情况下，任务只能由组织的主管发布，且不能越级发布。例如生产部主管S0只能给G0、J0、Z0发布任务。假若最终任务T 由Z1承担，那么是S0向Z0下达任务，Z0再将任务T 分配给Z1。 2）系统可以设定用户可向哪些人员发布任务。 例如：

可以设定计划组的J1向Z0、G0发布任务； 可以设定S0向K0、L0发布任务。

3)可以设定用户直接向具体人员发布任务。 例如：

可以设定J1直接向D2发布任务。正常的发布顺序应该是J1->Z0->D0->D2。系统自动记录任务相关人员Z0、D0，任务延期、提交完成情况由任务承担者D2直接提交给任务发布者J1，但自动设定Z0、D0同意延期和提交完成情况。 2.关于任务的分配和分解

1）若任务的接收者是组织的主管，则可以将任务分配给其组织的直接下属。例如制造组的主管Z0可以将任务分配给Z1、Z2、Z3，当然也可以分配给自己，但不能将任务分配给D1，需要将任务先分配给D0，由D0再在自己的组织进行同样方式的分配。（说明：图4-3中制造组主管Z0直接下属是Z0、Z1、Z2、Z3、D0）。

2）任务接收者接收到任务T后，可以将任务分解为若干子任务T1…Tn，然后发布给本组织的员工。

3.关于发布任务

1）任务接收者可以有多个，必须设定一个主任务接收者。任务主接收者体现在任务的实际协调上。

2）任务接收者可以是组织的主管，也可以不是。如果是组织的主管则可以分配任务和分解任务。

3) 任务的第一接收人是指最初接收到任务的员工。例如X发布任务给Z0，

Z0再分配任务给Z3。那么Z0为任务第一接收人，Z3为任务的承担者。

4）任务第一接收人在接收到任务后必须决定是否接收任务。只有在接收了任务后，才能进行后面的分配任务和分解任务操作。若不同意接收任务则拒绝任务。

5）任务的第一接收人有多个的情况，例如S0给Z0和J0发布任务T。

(1)主管Z0和主管J0必须作出是否接收任务的判定。

若Z0拒绝了任务T，则S0处理Z0的拒绝信息，可以打回或者接受Z0的拒绝。若S0因为Z0的拒绝而修改了任务信息，则需要通知

J0，如果J0之前已经接收了任务，则可以针对修改后的任务信息再次

进行拒绝或者接收操作。

(2)只有Z0和J0都接收了任务，则任务T的状态为进行状态。

(3)只有任务状态为进行状态Z0和J0才能分配任务。

4.关于任务反馈

1）任务是逐级下达，任务反馈则是逐级汇报。

2）以X发布任务给Z0，Z0又将任务分配给Z1、Z2为例。

(1)Z1可以向所有任务相关人员（Z0、X、Z1、Z2）发送信息。