任务信息管理系统需求分析说明书案例参考样本_第1页
任务信息管理系统需求分析说明书案例参考样本_第2页
任务信息管理系统需求分析说明书案例参考样本_第3页
任务信息管理系统需求分析说明书案例参考样本_第4页
任务信息管理系统需求分析说明书案例参考样本_第5页
已阅读5页,还剩25页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

资料内容仅供您学习参考,如有不当或者侵权,请联系改正或者删除。技术文件文件名称:任务管理系统需求说明书项目名称:任务管理系统共页(包括封面)作者:1引言1.1编写目的本文详细描述任务管理系统的需求,表述的需求信息要求明确、无二义性。开发方与软件使用者充分沟通需求,最终形成此文档。此文档是后续软件开发的依据。1.2背景任务管理系统是一个XX与XX电气新技术有限公司产学研合作项目,项目由XX机电新技术有限公司提出,由XX承担开发任务。1.3定义和缩略语本文使用了REF_Ref\h表1.1所显示的面向用户的术语、定义,包括通用词语在本文档中的专用解释。表1.SEQ表\*ARABIC\s11术语/定义术语/定义说明开发方XX用户XX电气新技术有限公司用例图反映用户与系统交互情况的一种图形,常见于需求分析REF_Ref\h表1.2所列为本文用到的缩略语。表1.SEQ表\*ARABIC\s12缩略语缩略语说明TIMS任务信息管理系统(TaskInformationManagementSystem)XXXX机电新技术有限公司1.4参考资料本文使用了REF_Ref\h表1.3所列为本文用到的参考资料。表1.3参考资料编号资料名称作者1项目概述2开发合同3XX提供的电子表格资料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系统用例图1图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根据任务第一接收人提交的完成情况进行评价,同时对整个项目进行评价。5.关于任务完成情况及评价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决定,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.功能说明用户在此功能模块中发布任务信息。具体功能需求如下。1)能够直接在页面上录入任务信息。2)录入任务信息后并保存,进行发布操作后,任务才会发布出去。3)发布后的任务信息不能更改,若需更改已发布的任务信息到任务处理模块进行操作。4)在下发任务时,能够设定此任务是由哪个任务引入的,即能够设定父任务。比如某主管从生产部长那接收了一个任务,主管针对此任务分解若干个子任务再下发给工段长。这样便于跟踪任务的进展,如某一个大的任务,产生了多少子任务。5)设定反馈期限,例如一个需要执行1个月的任务,能够设定4个时间点,任务接收者需要分别在4个时间节点前向任务发布者反馈任务执行情况。6)任务接收者能够有多个,但必须设定一个主承担人,只有主承担人才能进行任务确认完成操作。7)发布者能够向能够发布的人员发布任务,具体要求参见本文档4.3.2。8)任务发布时向接收者和知晓者发送提醒消息。9)若用户在接收到一个任务T后,需要分解成若干子任务,那么需要至此模块发布子任务,而且设定子任务的父任务为T。关于常规工作计划1)常规工作计划分为周工作计划、月工作计划。2)常规工作计划由能够由Excel导入。Excel表格的格式如下。周计划样表说明。表4-1和4-2格式一样,只是在示例数据上有区别。表4-1周常规计划表1任务名称任务说明接收人完成期限星期反馈期限备注准备开例会完成《上周生产总结》耿亮.7.61.7.6制定计划完成《生产计划》耿亮.7.71.7.7测试门控器提交《测试结果》熊晨辉、许飞.7.61.7.6表4-2周常规计划表2任务名称任务说明接收人完成期限星期反馈期限备注准备开例会-准备材料图纸、设计文稿徐艳.7.61.7.6准备开例会-准备场地投影仪徐艳.7.71.7.7测试门控器提交《测试结果》许飞.7.61.7.6(1)接收人能够有多个,反馈期限能够有多个,若有多个用中文顿号分割。(2)生产部主管S0能够在任务发布模块导入表4-1,向耿亮等下发周常规工作计划,对于接收到任务的主管,例如耿亮,同样在任务发布模块能够用表4-2导入自己的周常规工作计划,然后下发给本组织的人员。(3)经过Excel导入周工作计划后,显示导入的任务列表,需用户在确认无误后发布。(4)月工作计划同周工作计划。关于制程管理制程管理的处理方式同常规工作计划。2.数据输入编号名称说明是否必须备注1接收者是2知晓者是3名称是4类别会议布置;部门领导布置;班组、工段短时间生产任务等。(可在数据字典维护模块设置)是5父任务否6内容是7完成期限任务一旦发布就认为开始执行是8优先级任务发布者设定任务等级,具体任务分哪些等级可维护。是9所属项目可选择任务属于哪些项目(可多选),也可不选。否10接收者反馈期限可针对任务创立若干个时间节点,要求任务接受者在时间节点前提交任务进展报告。否11附件发布任务时可添加附件,附件能够有多个。否12创立日期系统自动记录是13发布日期系统自动记录是14备注否4.4.1.2待我接收的任务1.功能说明用户在此功能模块中查看分配给自己的任务。具体功能需求如下。1)此模块仅显示分配给自己但未接收的任务信息。2)能够针对自己的情况自行设置任务优先级。3)若对任务有疑义,能够填写接收者意见后拒绝接收任务。同时向任务发布者发送拒绝接收任务提醒消息。4)若对任务无疑义,能够填写接收者意见后接收任务。同时向任务发布者发送同意接收提醒消息。5)若用户是组织的主管,在接收任务后能够分配给本组织的直接下属。在分配任务时,能够指定每个任务接收者的反馈期限。2.数据输入编号名称说明是否必须备注1接收者意见是2是否同意接收是3接收日期系统自动记录4备注否4.4.1.3我发布的任务1.功能说明用户在此功能对自己发布的任务进行处理。具体功能需求如下。1)能够查看自己发布且未结束的任务。若要查询已结束的任务到任务查询模块。2)查看自己已发布的任务信息、任务是否被接收、任务是否被拒绝。3)修改任务信息,因为任务属于已发布任务,因此若修改任务信息则需经过提醒消息通知任务接收者和知晓者。4)针对被拒绝的任务能够进行如下操作:(1)针对任务接收者的决绝接收理由发送回复。(2)若需修改任务信息,则进行修改后重新发布。同时向任务接收者和知晓者发送任务被修改提醒消息。5)针对正在进行的任务(即任务接收者接收了任务)能够进行如下操作:(1)向任务接收者发送信息,例如督促提醒信息。(2)经过查看任务接收者的反馈信息了解任务的进展情况。6)针对任务接收者已完成的任务,给予任务完成情况评价。7)处理逾期情况,详细见本文档4.2.3。8)经过图表的方式查看任务进展情况。2.数据输入任务相关信息。4.4.1.4我接收的任务1.功能说明用户在此功能对自己接收的任务进行处理。具体功能需求如下。1)能够查看任务信息,即自己接收的且未完成的任务。2)能够针对自己的情况自行设置任务优先级。3)填写反馈给任务发布者。4)设定具体任务的提醒期限。5)若任务已完成,进行任务已完成操作。6)向任务分配者(发布者)申请任务延期,逐级申请。7)显示任务的分配信息。2.数据输入任务相关信息。4.4.1.5任务提醒1.功能说明此功能用来显示用户相关的任务提醒信息,包括作为发布者或者接收者的相关任务提醒信息。例如针对发布的任务,能够查看到任务接收者同意接收的提醒消息、申请延期的提醒消息等。用户经过此功能能够全面了解与自己相关的任务动态。具体功能需求如下。1)能够方便的查看任务相关的提醒信息,包括:任务发布信息、任务拒绝信息、任务接收信息、任务修改信息、任务延期信息、任务完成信息、任务申诉提醒信息。2)经过提醒信息能够链接到相关任务信息。2.数据输入任务相关信息。4.4.1.6我的任务申诉1.功能说明任务接收者若对已结束(设定为延期结束、正常完成)的任务信息有疑义,例如认为对任务完成情况评价较低、或者认为任务非正常延期非自己责任,则任务接收者能够提出申诉。2.数据输入编号名称说明是否必须备注1任务名称是2申诉类别评价较低、延期申诉(类别是确定的,不可维护)是3申诉理由是4申诉日期系统自动记录是5备注否4.4.1.7任务申诉处理1.功能说明由专人来处理,处理所有的申诉。对申诉所涉及的信息进行实际调查后,向特定的审核人提交调查意见。2.数据输入申诉信息、任务信息。4.4.1.8申诉处理审核1.功能说明具有此功能权限的用户,能够审核提交给自己的任务申诉处理意见,若同意,则对应的申诉处理人能够更改任务相关信息,否则不能更改。2.数据输入申诉信息、任务信息。4.4.1.9任务延期处理1.功能说明任务的结束状态有3种:正常完成、未完成、延期。延期分为非正常延期、正常延期。以任务发布者为X,第一接收人J0、Z0,最终任务承担者为Z1、J1为例说明。1)延期申请逐级向上申请。2)Z1提交申请给Z0,Z0能够决定是否同意Z1延期。若不同意则拒绝Z1的延期申请;若同意,则新建延期申请至X。3)对任务发布者而言,处理的应该是来自J0、Z0的延期申请。若不同意则拒绝;若同意则修改任务完成期限。4)对任务正在进行中,任务第一接收者认为时间来不及了,申请延期,任务发布者能够同意延期申请,并修改任务完成期限。5)由任务发布者决定延期如何处理,但可能在任务发布者和接收者之间存在争议,这时交由专人在任务申诉处理模块中操作。2.数据输入申诉信息、任务信息。4.4.1.7操作授权1.功能说明增加完成代理人,例如出差时能够授权给她人完成自己的操作,但代理人的操作记录在系统日志中。授权人能够查看代理人在自己授权期间进行的操作。2.数据输入申诉信息、任务信息。4.4.1.10任务查询1.功能说明经过此功能能够查询任务信息。具体功能需求如下。1)能够查询自己发布的所有任务信息。2)能够查询自己接收的所有任务信息。3)能够查询自己是知晓者的所有任务信息。下列查询与权限设置相关。在权限设置中能够设置用户查看其它用户的任务信息(包括发布的任务、接收的任务、知晓的任务)。1)能够查询到有权限查看的用户的所有发布的任务信息。2)能够查询到有权限查看的用户的所有接收的任务信息。3)能够查询到有权限查看的用户的所有知晓的任务信息。2.数据输入任务相关信息。4.4.1.11任务统计1.功能说明此功能模块一般只有少数管理者能够使用,此模块用来完成所有任务信息的查询和统计。具体功能需求如下:1)根据查询条件对所有任务信息进行查询,例如根据时间、任务发布者等条件,也能够根据任务所属项目来查询该项目产生的所有任务信息。2)可按时间段、人员、部门进行任务完成率、完成情况统计,并输出图形。具体汇总表格待定。3)对于未正常完成的任务信息,能够对原因(未完成的原因由任务接收者在提交任务结束(延期结束)

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论