任务信息管理系统需求分析说明书案例参考.docx
《任务信息管理系统需求分析说明书案例参考.docx》由会员分享，可在线阅读，更多相关《任务信息管理系统需求分析说明书案例参考.docx（21页珍藏版）》请在冰豆网上搜索。
任务信息管理系统需求分析说明书案例参考
技术文件
文件名称：
任务管理系统需求说明书
项目名称：
任务管理系统
共页
（包括封面）
作者：
1引言
1.1编写目的
本文详细描述任务管理系统的需求，表述的需求信息要求明确、无二义性。
开发方与软件使用者充分沟通需求，最终形成此文档。
此文档是后续软件开发的依据。
1.2背景
任务管理系统是一个XX与XX电气新技术有限公司产学研合作项目，项目由XX机电新技术有限公司提出，由XX承担开发任务。
1.3定义和缩略语
本文使用了表1.1所显示的面向用户的术语、定义，包括通用词语在本文档中的专用解释。
表1.1术语/定义
术语/定义
说明
开发方
XX
用户
XX电气新技术有限公司
用例图
反映用户与系统交互情况的一种图形，常用于需求分析
表1.2所列为本文用到的缩略语。
表1.2缩略语
缩略语
说明
TIMS
任务信息管理系统（TaskInformationManagementSystem）
XX
XX机电新技术有限公司
1.4参考资料
本文使用了表1.3所列为本文用到的参考资料。
表1.3参考资料
编号
资料名称
作者
1
项目概述
2
开发合同
3
XX提供的电子表格资料
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-5TIMS系统任务处理流程图
任务下达采用逐级的层次方式，任务的反馈采用逐级向上的方式。
例如下达任务给制造组的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）发送信息。
（2）Z1、Z2若要申请延期，则只能向任务分配者Z0申请。
（3）Z0收到Z1或者Z2的延期申请后，处理此延期申请。
Z0根据整个任务的进度情况，来人为判断Z1或者Z2的延期是否对整个任务造成延期，若对整个任务不造成延期，不需要向X提出延期申请；若对整个任务造成延期，可以向任务发布者X提交延期申请。
任务发布者X最终决定任务是否延期。
（4）Z1、Z2向对应的任务分配者提交完成情况，Z1、Z2的工作由Z0评价，Z0最终汇总Z1、Z2的任务完成情况，向X提交完成情况。
X根据任务第一接收人提交的完成情况进行评价，同时对整个项目进行评价。
５.关于任务完成情况及评价
1）由任务发布者决定任务的完成状态。
（1）如果所有第一接收人在任务期限内都确认完成了任务，任务发布者给出每个任务接收的评价后，设定任务为完成。
（2）如果第一接收人没有申请延期，但确认完成任务时间晚于任务期限，则系统自动设定为非正常延期完成。
（3）若任务在期限内没有完成，或者说任务已经不可能完成，任务发布者可以设定任务为未完成。
（4）若有第一接收人申请了延期，且延期理由合理，任务发布者同意延期，并修改任务期限。
应设定任务为正常延期完成。
（5）若有第一接收人申请了延期，但延期理由不合理，任务发布者不同意延期。
应设定任务为非正常延期完成。
4.3.2.1任务发布流程
1.任务第一接收人只有一个
图4-6任务发布流程1
流程说明：
1）X发布任务给制造组的主管Z0，同时将任务抄送S0，由于任务是初始发送给Z0，Z0必须决定是否接收才能进行后续操作。
2）Z0接收任务后，可以将任务分配给自己，也可以分配给制造组内用户，如图4-3所示，Z0将任务分配给D0和Z2，而D0是工段1的主管，他仍然可以将分配到自己的任务继续向下属分配，D0将任务分配给了D1。
3）D1的延期申请、完成情况均直接提交给其任务分配者D0，由D0对其完成情况进行评价。
D0若认可了D1的延期申请，则由D0向Z0提交延期申请，若Z0同意了D0的延期申请，则向Ｘ提交延期申请，最终可否延期由X决定，X若同意延期则更改任务完成期限。
4）由D1向D0提交完成情况，D0对D1的完成情况进行评价；由D0向Z0提交完成情况，Z0对D0的完成情况进行评价；由Z0向X提交完成情况，由X对Z0的完成情况进行评价。
5）每个任务第一接收者都要提交自己的完成情况，任务发布者评判每个任务接收者的完成情况，最后给出整个任务的完成情况评价。
2.任务第一接收人有多个
图4-7任务发布流程2
流程说明：
1）X发布任务给Z0、J0，知晓者为S0。
2）Z0、J0为任务第一接收人，所以要判定是否接收此任务。
只要Z0或者J0接收了任务，就可以进行后续的任务分配或者分解。
3）如果Z0接收了任务，而J0拒绝了任务，X可以修改任务接收人员。
4）Z0、J0都提交完成情况后，X才能认定任务结束。
5）X对Z0、J0的完成情况进行评价，同时对任务整体完成情况进行评价。
6）其他流程同任务第一接收者只有一个的情况。
3.任务分解
图4-8任务分解流程
流程说明：
1）X发布任务T给Z0、J0，知晓者为S0。
2）Z0接收任务T后，Z0即为任务T的最终承担人。
任务T的流程同任务第一接收人只有一个的情况。
3）Z0将任务T作为父任务，创建了T1、T2两个子任务，T1、T2的发布者即为Z0。
任务T1、T2的流程同任务第一接收人只有一个的情况。
4）T、T1、T2三个任务的处理流程是独立的，但是有父子关系，通过任务T可以跟踪到任务T1、T2。
5）Z0在T1、T2完成后，提交自己承担的任务T的完成情况给X。
4.3.2.2任务申诉流程
若任务接收者认为评价不合理，可以提出申诉，申诉信息由专门的申诉处理人来处理，不需要逐级反映。
申诉处理人调查实际情况，提出申诉处理意见，选择审核人向其提交处理意见，审核人对处理意见给出审核意见，若同意处理人的处理意见则处理人可以更改相关信息。
申诉流程如下图。
图4-9任务审核流程
4.4详细功能需求
4.4.1任务管理
任务管理是TIMS系统的核心模块，也是用户使用最频繁的模块。
4.4.1.1任务发布
1.功能说明
用户在此功能模块中发布任务信息。
具体功能需求如下。
升级会员 