任务信息管理系统需求分析说明书

《任务信息管理系统需求分析说明书》由会员分享，可在线阅读，更多相关《任务信息管理系统需求分析说明书（24页珍藏版）》请在装配图网上搜索。

1、技术文件文件 名称：任务管理系统需求说明书 项目名称：任务管理系统共页（包括封面）作者：1引言编写目的本文详细描述任务管理系统的需求，表述的需求信息要求明确、无二义性。 开发方与软件使用者充分沟通需求， 最终形成此文档。此文档是后续软件开发的 依据。背景任务管理系统是一个XX与XX电气新技术有限公司产学研合作项目，项目由XX 机电新技术有限公司提出，由XX承担开发任务。定义和缩略语本文使用了错误!未找到引用源。所显示的面向用户的术语、定义，包括通 用词语在本文档中的专用解释。表1.1术语/定义术语/定义说明开发方XX用户XX电气新技术有限公司用例图反映用户与系统交互情况的一种图形，常用于需求分

2、析错误!未找到引用源。所列为本文用到的缩略语表1.2缩略语缩略语说明TIMS任务信息管理系统(Task In formation Man ageme ntSystem)XXXX机电新技术有限公司参考资料本文使用了错误!未找到引用源。所列为本文用到的参考资料表参考资料编号资料名称作者1项目概述2开发合同3XX提供的电子表格资料用户任务信息管理系统的目前用户为XX公司电气事业部，电气事业部使用成功后 可能会在XX公司推广。2任务概述目标XX公司电气事业部目前的任务主要有2类：常规工作任务和临时性工作任务。 针对临时任务布置信息很多时候是处于一种开放状态，缺少任务信息的修 正、回馈、和统计分析。而日

3、常职责规定的常规工作，虽然可以通过标准化的文 件固化下来并形成常规工作计划表作为一种制度来执行，也需要主管在百忙 之中花很多时间去检查完成情况。TIMS系统要求工作管理信息能够规范录入，任务信息流向可以选择，任务信 息依据轻重排序，可以设定信息提醒， 任务完成情况可以评估、任务完成情况依 据选择项进行统计输出、工作量进行评估。系统的特点TIMS项目的需求主要由XX公司电气事业部提出，因此本文档是与 XX公司 电气事业部交互后形成的需求定义，系统的功能和使用特点优先满足XX公司电气事业部的需求，若系统后续由于在 XX公司全面推广而引入的新需求，则不在 本文档考虑范围之内。假定和约束本文档经双方确

4、认后，开发方依据本文档进行下阶段工作。若中途需求发生变更则XX公司需及时告知开发方，若因XX公司原因引入的需求变更造成开发方 工作量的大幅增加，具体解决方案双方另行协商。若需求变更引入的工作量不大, 开发方应尽量配合。4.需求规定组织架构XX公司电气事业部的组织架构如图4-1。总经理开发部产部图4-1电气事业部组织架构TIMS 系统面向整个电气事业部使用，图4-1给出了电气事业部的详细组织。权限需求系统的用户是XX公司的员工，员工在现实逻辑中分属不同的部门并具有相应的工作权限。系统权限分配时与员工的组织架构并无对应关系。TIMS系统的权限需求有2层含义。1. 针对系统功能设置用户的操作权限。2

5、. 针对用户可以设置查看哪些任务的权限。 例如可以设置某用户查看生产部 的所有任务信息；设置用户 A可以查看用户B及用户C的任务信息。任务处理流程需求系统用例图TIMS主要对任务信息进行管理，实现任务信息的标准化管理。TIMS系统关于任务处理的用例图如图4-2任务信息管理系统TIMSA任务接收者拒绝任务发布任务接受任务修改任务填写阶段汇报任务统计查看发送消息授权评价任务任务查询完成任务处理延期申请延期任务统计任务申诉任务统计发布分配任务A发布任务者管理岗位用户图4-2系统用例图1任务信息管理系统TIMS系统管理员部门管理权限管理员工管理发布设置用户管理数据字典维护申诉处理审核任务申诉人A申诉处

6、理人O申诉审核人图4-3系统用例图2详细的功能需求说明请参见本文档后续章节。任务处理流程进行针对TIMS系统中任务可能的流程进行分析。为方便理解，对应图4-4表述DO D1 D2图4-4人员组织架构示例图流程设计思想:TIMS系统米用信息闭环的思想，即任务由任务发布者发布出去，任务最终也 在任务发布者处结束，图4-5简单的表示了这一思想，同时也概括了任务在TIMS 系统中的处理流程。任务发布者任务接收者任务承担者图4-5 TIMS系统任务处理流程图任务下达采用逐级的层次方式，任务的反馈采用逐级向上的方式。例如下达任务给制造组的Z3时，任务发布者X应该将任务发布给制造组的 主管Z0,由主管Z0在

7、自己的主管范围内分配该任务，而最终的任务接收者是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）可以设定用户直接向具体人员发布任务

8、。例如：可以设定J1直接向D2发布任务。正常的发布顺序应该是J1-Z0-D0-D2。系统自动记录任务相关人员 Z0、D0,任务延期、提交完 成情况由任务承担者 D2直接提交给任务发布者J1，但自动设定Z0、D0同 意延期和提交完成情况。2. 关于任务的分配和分解1 ）若任务的接收者是组织的主管，则可以将任务分配给其组织的直接下属。例如制造组的主管Z0可以将任务分配给Z1、Z2、Z3,当然也可以分配给自己，但不能将任务分配给 D1,需要将任务先分配给DO,由DO再在 自己的组织进行同样方式的分配。（说明：图 4-3中制造组主管Z0直接 下属是 ZO、 Z1、 Z2、 Z3、 DO）。2 ）任务接

9、收者接收到任务T后，可以将任务分解为若干子任务 T1Tn, 然后发布给本组织的员工。3. 关于发布任务1）任务接收者可以有多个,必须设定一个主任务接收者。任务主接收者 体现在任务的实际协调上。2）任务接收者可以是组织的主管,也可以不是。如果是组织的主管则可 以分配任务和分解任务。3）任务的第一接收人是指最初接收到任务的员工。例如X发布任务给Z0, Z0再分配任务给Z3。那么Z0为任务第一接收人，Z3为任务的承担者。4）任务第一接收人在接收到任务后必须决定是否接收任务。只有在接收 了任务后,才能进行后面的分配任务和分解任务操作。若不同意接收任务 则拒绝任务。5） 任务的第一接收人有多个的情况，例

10、如 S0给Z0和J0发布任务To（1）主管Z0和主管J0必须作出是否接收任务的判定。若Z0拒绝了任务T,则S0处理Z0的拒绝信息，可以打回或者接 受Z0的拒绝。 若S0因为Z0的拒绝而修改了任务信息，则需要通知 J0，如果J0之前已经接收了任务，则可以针对修改后的任务信息再次 进行拒绝或者接收操作。只有Z0和J0都接收了任务，则任务T的状态为进行状态。（3）只有任务状态为进行状态Z0和J0才能分配任务。4. 关于任务反馈1 ）任务是逐级下达，任务反馈则是逐级汇报。2 ）以X发布任务给Z0, Z0又将任务分配给Z1、Z2为例。Z1可以向所有任务相关人员（Z0、X、Z1、Z2）发送信息。(2) Z

11、1、Z2若要申请延期，则只能向任务分配者 Z0申请。(3) Z0收到Z1或者Z2的延期申请后，处理此延期申请。Z0根据整个任务的 进度情况，来人为判断 Z1 或者 Z2 的延期是否对整个任务造成延期，若对整 个任务不造成延期，不需要向 X提出延期申请；若对整个任务造成延期，可 以向任务发布者X提交延期申请。任务发布者 X最终决定任务是否延期。(4) Z1、Z2向对应的任务分配者提交完成情况，Z1、Z2的工作由Z0评价, Z0最终汇总Z1、Z2的任务完成情况，向X提交完成情况。X根据任务第一接 收人提交的完成情况进行评价，同时对整个项目进行评价。5 .关于任务完成情况及评价1) 由任务发布者决定

12、任务的完成状态。(1) 如果所有第一接收人在任务期限内都确认完成了任务，任务发布者给出 每个任务接收的评价后，设定任务为 完成。(2) 如果第一接收人没有申请延期，但确认完成任务时间晚于任务期限，则 系统自动设定为 非正常延期完成 。(3) 若任务在期限内没有完成，或者说任务已经不可能完成，任务发布者可 以设定任务为 未完成 。(4) 若有第一接收人申请了延期，且延期理由合理，任务发布者同意延期， 并修改任务期限。应设定任务为 正常延期完成 。(5) 若有第一接收人申请了延期，但延期理由不合理，任务发布者不同意延 期。应设定任务为 非正常延期完成 。任务发布流程1. 任务第一接收人只有一个任务

13、知晓者SO完成任务、申请延期Z0经过评估后向X反馈完成任务、申请延期完成任务、申请延期D0经过评估后向Z0反馈向D0反馈分配任务分配任务接收任务T ”D0发布任务Z0拒绝任务完成任务、申请延期向Z0反馈分配任务Z2D1图4-6任务发布流程1流程说明：1) X发布任务给制造组的主管Z0,同时将任务抄送so,由于任务是初始发 送给ZO, Z0必须决定是否接收才能进行后续操作。2) Z0接收任务后，可以将任务分配给自己，也可以分配给制造组内用户，如图4-3所示，Z0将任务分配给DO和Z2,而DO是工段1的主管，他仍然 可以将分配到自己的任务继续向下属分配，D0将任务分配给了 D1。3) D1的延期申

14、请、完成情况均直接提交给其任务分配者 D0,由D0对其完 成情况进行评价。D0若认可了 D1的延期申请，则由D0向Z0提交延期申请， 若Z0同意了 D0的延期申请，则向X提交延期申请，最终可否延期由X决定， X若同意延期则更改任务完成期限。4) 由D1向D0提交完成情况，D0对D1的完成情况进行评价；由D0向Z0提 交完成情况，Z0对D0的完成情况进行评价；由Z0向X提交完成情况，由X 对Z0的完成情况进行评价。5) 每个任务第一接收者都要提交自己的完成情况， 任务发布者评判每个任务 接收者的完成情况，最后给出整个任务的完成情况评价。2. 任务第一接收人有多个f-图4-7任务发布流程2 流程说

15、明：1) X发布任务给ZO、J0，知晓者为SO。2) Z0、JO为任务第一接收人，所以要判定是否接收此任务。只要Z0或者J0接收了任务，就可以进行后续的任务分配或者分解。3) 如果Z0接收了任务，而J0拒绝了任务，X可以修改任务接收人员。4) Z0、J0都提交完成情况后，X才能认定任务结束。5) X对Z0、J0的完成情况进行评价，同时对任务整体完成情况进行评价。6) 其他流程同任务第一接收者只有一个的情况。3. 任务分解I完成任务、申请延期 完成任务、申请延期向D0反馈任务T1任务知晓者完成任务、申请延期Z0向X反馈任务T1/7分配任务 D1发布任务TZ0接收任务任务DO拒绝任务任务T2Z2完

16、成任务、申请延期向Z0反馈任务T2图4-8任务分解流程流程说明:1) X发布任务T给ZO、J0,知晓者为SO。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。任务申诉流程若任务接收者认为评价不合理，可以提出申诉，申诉信息由专门的申诉处理 人

17、来处理，不需要逐级反映。申诉处理人调查实际情况，提出申诉处理意见，选 择审核人向其提交处理意见，审核人对处理意见给出审核意见， 若同意处理人的 处理意见则处理人可以更改相关信息。申诉流程如下图。任务申诉人申诉处理人申诉处理审核人图4-9任务审核流程详细功能需求任务管理任务管理是TIMS系统的核心模块，也是用户使用最频繁的模块任务发布1. 功能说明用户在此功能模块中发布任务信息。具体功能需求如下。1）可以直接在页面上录入任务信息。2）录入任务信息后并保存，进行发布操作后，任务才会发布出去。3）发布后的任务信息不能更改，若需更改已发布的任务信息到任务处理模块 进行操作。4）在下发任务时，可以设定此

18、任务是由哪个任务引入的，即可以设定父任务。 比如某主管从生产部长那接收了一个任务，主管针对此任务分解若干个子任 务再下发给工段长。这样便于跟踪任务的进展，如某一个大的任务，产生了 多少子任务。5）设定反馈期限，例如一个需要执行1个月的任务，可以设定4个时间点, 任务接收者需要分别在4个时间节点前向任务发布者反馈任务执行情况。6）任务接收者可以有多个，但必须设定一个主承担人，只有主承担人才能进 行任务确认完成操作。7）发布者可以向能够发布的人员发布任务，具体要求参见本文档。8）任务发布时向接收者和知晓者发送提醒消息。9）若用户在接收到一个任务T后，需要分解成若干子任务，那么需要至此模 块发布子任

19、务，并且设定子任务的父任务为 T。关于常规工作计划1）常规工作计划分为周工作计划、月工作计划。2）常规工作计划由可以由Excel导入。Excel表格的格式如下。周计划样表说明。表4-1和4-2格式一样，只是在示例数据上有区别。表4-1 周常规计划表1任务名称任务说明接收人完成期限星期反馈期限备注准备开例会完成上周生产总结耿亮制定计划完成生产计划耿亮测试门控器提交测试结果熊晨辉、许飞表4-2 周常规计划表2任务名称任务说明接收人完成期限星期反馈期限备注准备开例会-准备材料图纸、设计 文稿徐艳准备开例 会-准备 场地投影仪徐艳测试门控器提交测试结果许飞接收人可以有多个，反馈期限可以有多个，若有多个

20、用中文顿号分割。(2) 生产部主管SO可以在任务发布模块导入表4-1，向耿亮等下发周常规工 作计划，对于接收到任务的主管，例如耿亮，同样在任务发布模块可以用表 4-2导入自己的周常规工作计划，然后下发给本组织的人员。(3) 通过Excel导入周工作计划后，显示导入的任务列表，需用户在确认无 误后发布。(4) 月工作计划同周工作计划。关于制程管理制程管理的处理方式同常规工作计划。2. 数据输入编号名称说明是否必须备注1接收者是2知晓者是3名称是4类别会议布置；部门领导布置；班组、 工段短时间生产任务等。(可在数 据字典维护模块设置)是5父任务否6内容是7完成期限任务一旦发布就认为开始执行是8优先

21、级任务发布者设定任务等级， 具体任务分哪些等级可维 护。是9所属项目可选择任务属于哪些项目 （可多选），也可不选。否10接收者反馈 期限可针对任务创建若干个时间 节点，要求任务接受者在时 间节点前提交任务进展报 告。否11附件发布任务时可添加附件，附 件可以有多个。否12创建日期系统自动记录是13发布日期系统自动记录是14备注否待我接收的任务1. 功能说明用户在此功能模块中查看分配给自己的任务。具体功能需求如下。1）此模块仅显示分配给自己但未接收的任务信息。2）可以针对自己的情况自行设置任务优先级。3）若对任务有疑义，可以填写接收者意见后拒绝接收任务。同时向任务发布 者发送拒绝接收任务提醒消息

22、。4）若对任务无疑义，可以填写接收者意见后接收任务。同时向任务发布者发 送同意接收提醒消息。5）若用户是组织的主管，在接收任务后可以分配给本组织的直接下属。在分 配任务时，可以指定每个任务接收者的反馈期限。2.数据输入编号名称说明是否必须备注1接收者意见是2是否同意接收是3接收日期系统自动记录4备注否我发布的任务1. 功能说明用户在此功能对自己发布的任务进行处理具体功能需求如下。1）可以查看自己发布且未结束的任务。 若要查询已结束的任务到任务查询模 块。2）查看自己已发布的任务信息、任务是否被接收、任务是否被拒绝。3）修改任务信息，因为任务属于已发布任务，所以若修改任务信息则需通过 提醒消息通

23、知任务接收者和知晓者。4）针对被拒绝的任务可以进行如下操作：（1） 针对任务接收者的决绝接收理由发送回复。（2） 若需修改任务信息， 则进行修改后重新发布。 同时向任务接收者和知 晓者发送任务被修改提醒消息。5）针对正在进行的任务（即任务接收者接收了任务）可以进行如下操作：（1） 向任务接收者发送信息，例如督促提醒信息。（2） 通过查看任务接收者的反馈信息了解任务的进展情况。6）针对任务接收者已完成的任务，给予任务完成情况评价。7）处理逾期情况，详细见本文档。8）通过图表的方式查看任务进展情况。2. 数据输入 任务相关信息。我接收的任务1. 功能说明 用户在此功能对自己接收的任务进行处理。 具

24、体功能需求如下。1）可以查看任务信息，即自己接收的且未完成的任务。2）可以针对自己的情况自行设置任务优先级。3）填写反馈给任务发布者。4）设定具体任务的提醒期限。5）若任务已完成，进行任务已完成操作。6）向任务分配者 （发布者 ） 申请任务延期，逐级申请。7）显示任务的分配信息。2. 数据输入任务相关信息。任务提醒1. 功能说明此功能用来显示用户相关的任务提醒信息，包括作为发布者或者接收者的相 关任务提醒信息。例如针对发布的任务，可以查看到任务接收者同意接收的提醒 消息、申请延期的提醒消息等。用户通过此功能可以全面了解与自己相关的任务动态。具体功能需求如下。1）能够方便的查看任务相关的提醒信息

25、， 包括：任务发布信息、任务拒绝信 息、任务接收信息、任务修改信息、任务延期信息、任务完成信息、任务申 诉提醒信息。2）通过提醒信息可以链接到相关任务信息。2. 数据输入任务相关信息。我的任务申诉1. 功能说明任务接收者若对已结束（设定为延期结束、正常完成）的任务信息有疑义， 例如认为对任务完成情况评价较低、 或者认为任务非正常延期非自己责任， 则任 务接收者可以提出申诉。2. 数据输入编号名称说明是否必须备注1任务名称是2申诉类别评价较低、延期申诉（类 别是确定的，不可维护）是3申诉理由是4申诉日期系统自动记录是5备注否任务申诉处理1. 功能说明由专人来处理，处理所有的申诉。对申诉所涉及的信

26、息进行实际调查后，向特定的审核人提交调查意见2. 数据输入申诉信息、任务信息。申诉处理审核1. 功能说明具有此功能权限的用户，可以审核提交给自己的任务申诉处理意见，若同 意，则对应的申诉处理人可以更改任务相关信息，否则不能更改。2. 数据输入申诉信息、任务信息任务延期处理1. 功能说明任务的结束状态有3种：正常完成、未完成、延期。延期分为非正常延期、 正常延期。以任务发布者为X,第一接收人J0、Z0,最终任务承担者为Z1、J1为例说 明。1）延期申请逐级向上申请。2）Z1提交申请给Z0, Z0可以决定是否同意Z1延期。若不同意则拒绝Z1的 延期申请；若同意，则新建延期申请至 X。3）对任务发布

27、者而言，处理的应该是来自J0、Z0的延期申请。若不同意则拒绝；若同意则修改任务完成期限4）对任务正在进行中， 任务第一接收者认为时间来不及了，申请延期，任务 发布者可以同意延期申请，并修改任务完成期限。5）由任务发布者决定延期如何处理， 但可能在任务发布者和接收者之间存在 争议，这时交由专人在任务申诉处理模块中操作。2. 数据输入申诉信息、任务信息。操作授权1. 功能说明增加完成代理人， 例如出差时可以授权给他人完成自己的操作， 但代理人的 操作记录在系统日志中。授权人可以查看代理人在自己授权期间进行的操作。2. 数据输入申诉信息、任务信息。任务查询1. 功能说明通过此功能可以查询任务信息。具

28、体功能需求如下。1）可以查询自己发布的所有任务信息。2）可以查询自己接收的所有任务信息。3）可以查询自己是知晓者的所有任务信息。下列查询与权限设置相关。在权限设置中可以设置用户查看其他用户的任务信息 （包括发布的任务、 接 收的任务、知晓的任务）。1）可以查询到有权限查看的用户的所有发布的任务信息。2）可以查询到有权限查看的用户的所有接收的任务信息。3）可以查询到有权限查看的用户的所有知晓的任务信息。2. 数据输入 任务相关信息。任务统计1. 功能说明 此功能模块一般只有少数管理者可以使用， 此模块用来完成所有任务信息的 查询和统计。具体功能需求如下：1） 根据查询条件对所有任务信息进行查询，

29、 例如根据时间、 任务发布者等条 件，也可以根据任务所属项目来查询该项目产生的所有任务信息。2） 可按时间段、人员、部门进行任务完成率、完成情况统计，并输出图形。 具体汇总表格待定 。3）对于未正常完成的任务信息， 可以对原因（未完成的原因由任务接收者在 提交任务结束（延期结束）时选择）进行汇总，用户通过汇总表格对原因进 行分析。4）可将查询结果导出至 Excel 表格。 导出的格式待定。2. 数据输入 任务相关信息。任务统计发布1. 功能说明 此功能模块一般只有少数管理者可以使用。此功能用来完成常规统计，并 定期发布统计结果。统计汇总 Excel 表格在中生成。具体功能需求如下：1） 发布统

30、计结果。以 Excel 表格附件的形式发布。2. 数据输入 任务相关信息。任务统计查看1. 功能说明 所有用户通过此功能查看任务统计发布。2. 数据输入 任务相关信息。系统管理部门管理1. 功能说明 维护部门信息。XX现有0A系统XX现有0A系统因为系统有向整个XX公司推广的可能，因此部门信息表与的部门信息表结构一致，这样便于数据的移植和系统整合。2. 数据输入 部门相关信息。员工管理1. 功能说明维护员工信息。因为系统有向整个XX公司推广的可能，因此员工信息表与的部门信息表结构一致，这样便于数据的移植和系统整合。2. 数据输入员工相关信息。用户管理1. 功能说明 维护系统的用户。2. 数据输

31、入用户相关信息。权限管理1. 功能说明设置系统权限。具体功能需求如下：设置用户具有哪些模块的使用权限。设置用户可以查看哪些用户的任务信息。2. 数据输入权限相关信息。数据字典维护1. 功能说明维护系统涉及的标准信息，例如项目、任务类别等信息2. 数据输入数据字典相关数据。发布设置1. 功能说明在此模块设置用户可以向哪些人员发布任务。2. 数据输入人员相关信息。设备客户端内存：512 M以上。CPU主频以上。操作系统： Win dows Xp。浏览器：In ternet Explorer 以上。服务器端内存：2G以上。CPU主频2G以上。操作系统： Windows Server 2003 。 硬盘：120G以上。支撑软件后台数据库采用 MySql。Web服务器采用Tomcat。6开发技术约定架构。系统采用B/S架构，即Browser/Server开发语言采用Jsp、Java语言。系统功能页面的分辨率为1024 x 768