软件需求规格说明书.doc

软件需求分析说明书

姓名:史景伟
指导老师:吴文平
日期:2016年11月28号
1 引言
编写目的
本文详细描述任务管理系统的需求,表述的需求信息要求明确、无二义性。开发方与软件使用者充分沟通需求,最终形成此文档。此文档是后续软件开发的依据。
背景
任务管理系统是一个南京工程学院与康尼电气新技术有限公司产学研合作项目,项目由康尼机电新技术有限公司提出,由南京工程学院承担开发任务。
定义和缩略语
本文使用了表 、定义,包括通用词语在本文档中的专用解释。
表 术语/定义
术语/定义
说明
开发方
宿州学院
用户
康尼电气新技术有限公司
用例图
反映用户与系统交互情况的一种图形,常用于需求分析
表 。
表 缩略语
缩略语
说明
TIMS
任务信息管理系统(Task Information Management System)
康尼
康尼机电新技术有限公司
用户
任务信息管理系统的目前用户为康尼公司电气事业部,电气事业部使用成功后可能会在康尼公司推广。
某餐厅餐饮管理系统的目前的用户为某餐厅。
2 任务概述

康尼公司电气事业部目前的任务主要有2类:常规工作任务和临时性工作任务。
针对临时任务布置信息很多时候是处于一种开放状态,缺少任务信息的修正、回馈、和统计分析。而日常职责规定的常规工作,虽然可以通过标准化的文件固化下来并形成《常规工作计划表》作为一种制度来执行,也需要主管在百忙之中花很多时间去检查完成情况。
TIMS系统要求工作管理信息能够规范录入,任务信息流向可以选择,任务信息依据轻重排序,可以设定信息提醒,任务完成情况可以评估、任务完成情况依据选择项进行统计输出、工作量进行评估。
系统的特点
TIMS项目的需求主要由康尼公司电气事业部提出,因此本文档是与康尼公司电气事业部交互后形成的需求定义,系统的功能和使用特点优先满足康尼公司电气事业部的需求,若系统后续由于在康尼公司全面推广而引入的新需求,则不在本文档考虑范围之内。
假定和约束
本文档经双方确认后,开发方依据本文档进行下阶段工作。若中途需求发生变更则康尼公司需及时告知开发方,若因康尼公司原因引入的需求变更造成开发方工作量的大幅增加,具体解决方案双方另行协商。若需求变更引入的工作量不大,开发方应尽量配合。
4. 需求规定
组织架构
康尼公司电气事业部的组织架构如图4-1。

图4-1 电气事业部组织架构
TIMS系统面向整个电气事业部使用,图4-1给出了电气事业部的详细组织。
权限需求
系统的用户是康尼公司的员工,员工在现实逻辑中分属不同的部门并具有相应的工作权限。系统权限分配时与员工的组织架构并无对应关系。TIMS系统的权限需求有2层含义。
。
。例如可以设置某用户查看生产部的所有任务信息;设置用户A可以查看用户B及用户C的任务信息。
系统的用户是某餐厅的员工,员工在现实逻辑中分属不同的部门并具有相应的工作权限。系统权限的分配时与员工的组织架构并无对应关系。餐饮管理系统的权限需求如下:
针对系统功能设置用户的操作权限。
。
任务处理流程需求
系统用例图
(这部分如果是用结构化设计的方法,那就不要画用例图,改成画数据流图。)
TIMS主要对任务信息进行管理,实现任务信息的标准化管理。TIMS系统关于任务处理的用例图如图4-2。
图4-2 系统用例图1
图4-3 系统用例图2
(如果是结构化程序设计方法,请在此添加一节内容介绍所建立的数据字典)
任务处理流程
针对TIMS系统中任务可能的流程进行分析。为方便理解,对应图4-4进行表述。

图4-4 人员组织架构示例图
流程设计思想:
TIMS系统采用信息闭环的思想,即任务由任务发布者发布出去,任务最终也在任务发布者处结束,图4-5简单的表示了这一思想,同时也概括了任务在TIMS系统中的处理流程。
图4-5 TIMS系统任务处理流程图
任务下达采用逐级的层次方式,任务的反馈采用逐级向上的方式。
例如下达任务给制造组的Z3时,任务发布者X应该将任务发布给制造组的主管Z0,由主管Z0在自己的主管范围内分配该任务,而最终的任务接收者是Z3。若Z3提交完成情况和延期申请,则先提交至Z0,Z0根据实际情况决定是否提交以及如何提交给X。X最终决定是否同意延期以及对任务完成情况进行评价。
详