软件需求规格说明书.docxVIP

软件需求分析说明书 姓 名：史景伟 指导老师：吴文平 日 期： 2016 年 11 月 28 号 1 引言 编写目的 本文详细描述任务管理系统的需求，表述的需求信息要求明确、无二义性。 开发方与软件使用者充分沟通需求， 最终形成此文档。 此文档是后续软件开发的 依据。 1.2背景 任务管理系统是一个工程学院与康尼电气新技术产学研合作项目， 项目由康 尼机电新技术提出，由工程学院承担开发任务。 1.3定义和缩略语 本文使用了表1.1所显示的面向用户的术语、定义，包括通用词语在本文档 中的专用解释。 表1.1术语/定义 术语/定义 说 明 开发方 学院 用户 康尼电气新技术 用例图 反映用户与系统交互情况的一种图形，常用于需求分析 : 表1.2所列为本文用到的缩略语。 表1.2缩略语 缩略语 说 明 TIMS 任务信息管理系统(Task In formation Man ageme nt System) 康尼 康尼机电新技术 1.4用户 任务信息管理系统的目前用户为康尼公司电气事业部， 电气事业部使用成功 后可能会在康尼公司推广。 某餐厅餐饮管理系统的目前的用户为某餐厅。 2 任务概述 目标 康尼公司电气事业部目前的任务主要有 2类：常规工作任务和临时性工作任 务。 针对临时任务布置信息很多时候是处于一种开放状态，缺少任务信息的修 正、回馈、和统计分析。而日常职责规定的常规工作，虽然可以通过标准化的文 件固化下来并形成《常规工作计划表》 作为一种制度来执行， 也需要主管在百忙 之中花很多时间去检查完成情况。 TIMS系统要求工作管理信息能够规录入，任务信息流向可以选择，任务信 息依据轻重排序，可以设定信息提醒， 任务完成情况可以评估、 任务完成情况依 据选择项进行统计输出、工作量进行评估。 系统的特点 TIMS 项目的需求主要由康尼公司电气事业部提出，因此本文档是与康尼公 司电气事业部交互后形成的需求定义， 系统的功能和使用特点优先满足康尼公司 电气事业部的需求， 若系统后续由于在康尼公司全面推广而引入的新需求， 则不 在本文档考虑围之 假定和约束 本文档经双方确认后，开发方依据本文档进行下阶段工作。若中途需求发生 变更则康尼公司需及时告知开发方，若因康尼公司原因引入的需求变更造成开发 方工作量的大幅增加，具体解决方案双方另行协商。若需求变更引入的工作量不 大，开发方应尽量配合 4.需求规定 4.1组织架构 康尼公司电气事业部的组织架构如图 4-1。 总经理 图4-1 图4-1电气事业部组织架构 TIMS系统面向整个电气事业部使用，图 4-1给出了电气事业部的详细组织。 4.2权限需求 系统的用户是康尼公司的员工，员工在现实逻辑中分属不同的部门并具有相 TIMS系统的应的工作权限。系统权限分配时与员工的组织架构并无对应关系 权限需求有 2 TIMS系统的 针对系统功能设置用户的操作权限。 针对用户可以设置查看哪些任务的权限。 例如可以设置某用户查看生产部 的所有任务信息；设置用户 A可以查看用户B及用户C的任务信息。 系统的用户是某餐厅的员工， 员工在现实逻辑中分属不同的部门并具有相应 的工作权限。 系统权限的分配时与员工的组织架构并无对应关系。 餐饮管理系统 的权限需求如下： 针对系统功能设置用户的操作权限。 针对用户可以设置查看哪些任务的权限。 任务处理流程需求 4.3.1 系统用例图 （这部分如果是用结构化设计的方法， 那就不要画用例图， 改成画数 据流图。） TIMS 主要对任务信息进行管理，实现任务信息的标准化管理。 TIMS 系统 关于任务处理的用例图如图 4-2 。 o图4-2系统用例图1A任务接收者A o 图4-2系统用例图1 A 任务接收者 A 发布任务者 管理岗位用户 图4-3系统用例图2 （如果是结构化程序设计方法，请在此添加一节容介绍所建立的数据字典） 432任务处理流程 针对TIMS系统中任务可能的流程进行分析。为方便理解，对应图 4-4进行 表述 总经理（ZJL） DO D1 D2 图4-4人员组织架构示例图 流程设计思想： TIMS系统采用信息闭环的思想，即任务由任务发布者发布出去，任务最终 也在任务发布者处结束，图 4-5简单的表示了这一思想，同时也概括了任务在 TIMS系统中的处理流程。 任务反馈信息 任务反馈信息 任务发布者 任务接收者 任务承担者 图4-5 TIMS系统任务处理流程图 任务下达采用逐级的层次方式，任务的反馈采用逐级向上的方式。 例如下达任务给制造组的Z3时，任务发布者X应该将任务发布给制造组的