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

技术文件 文件 名称：任务管理系统需求说明书 项目名称：任务管理系统 （包括封面） 作者： PAGE PAGE # 1引言 1.1编写目的 本文详细描述任务管理系统的需求，表述的需求信息要求明确、无二义性。 开发方与软件使用者充分沟通需求， 最终形成此文档。此文档是后续软件开发的 依据。 1.2背景 任务管理系统是一个XX与XX电气新技术有限公司产学研合作项目，项目由XX 机电新技术有限公司提出，由XX承担开发任务。 1.3定义和缩略语 本文使用了表1.1所显示的面向用户的术语、定义，包括通用词语在本文档 中的专用解释。 表1.1术语/定义 术语/定义 说 明 开发方 XX 用户 XX电气新技术有限公司 用例图 反映用户与系统交互情况的一种图形，常用于需求分析 表1.2所列为本文用到的缩略语 表1.2缩略语 缩略语 说 明 TIMS 任务信息管理系统(Task In formation Man ageme ntSystem) XX XX机电新技术有限公司 1.4 参考资料 本文使用了表1.2所列为本文用到的参考资料 表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层含义。 针对系统功能设置用户的操作权限。 针对用户可以设置查看哪些任务的权限。 例如可以设置某用户查看生产部 的所有任务信息；设置用户 A可以查看用户B及用户C的任务信息。 4.3任务处理流程需求 431系统用例图 TIMS主要对任务信息进行管理，实现任务信息的标准化管理。 TIMS系统关 于任务处理的用例图如图4-2 任务信息管理系统TIMS A 任务接收者 拒绝任务 发布任务 接受任务 修改任务 填写阶段汇报 任务统计查看 发送消息 授权 评价任务 任务查询 完成任务 处理延期 申请延期 任务统计 任务申诉 任务统计发布 分配任务 图4-2系统用例图1 A 发布任务者 管理岗位用户 详细的功能需求说明请参见本文档后续章节。 432任务处理流程 针对TIMS系统中任务可能的流程进行分析。为方便理解，对应图 4-4进行 表述 DO D1 D2 图4-4人员组织架构示例图 流程设计思想: TIMS系统米用信息闭环的思想，即任务由任务发布者发布出去，任务最终也 在任务发布者处结束，图4-5简单的表示了这一思想，同时也概括了任务在TIMS 系统中的处理流程。 任务发布者 任务接收者 任务承担者 图4-5 TIMS系统任务处理流程图 任务下达采用逐级的层次方式，任务的反馈采用逐级向上的方式。 例如下达任务给制造组的Z3时，任务发布者X应该将任务发布给制造组的 主管Z0,由主管Z0在自己的主管范围内分配该任务，而最终的任务接收者是Z3。 若Z3提交完成情况和延期申请，则先提交至Z0, Z0根据实际情况决定是否提交 以及如何提交给X。X最终决定是否同意延期以及对任务完成情况进行评价。 具体任务处理规则说明如下： 关于任务发布者 1） 默认的