软件工程-系统需求分析说明书模板精.docVIP

需求分析说明书

团队名称:

组员1学号:

组员1姓名:

组员2学号:

组员２姓名:

组员3学号:

组员3姓名:

组员4学号：

组员4姓名：

日期:

1引言

1。１编写目的

本文详细描述任务管理系统的需求，表述的需求信息要求明确、无二义性。开发方与软件使用者充分沟通需求,最终形成此文档.此文档是后续软件开发的依据。

1。2背景

任务管理系统是一个南京工程学院与康尼电气新技术有限公司产学研合作项目,项目由康尼机电新技术有限公司提出,由南京工程学院承担开发任务。

1。3定义和缩略语

本文使用了表１。１所显示的面向用户的术语、定义,包括通用词语在本文档中的专用解释。

表1。２所列为本文用到的缩略语。

1.4参考资料

（列出所查阅的图书及网站

1。5用户

任务信息管理系统的目前用户为康尼公司电气事业部,电气事业部使用成功后可能会在康尼公司推广。

某餐厅餐饮管理系统的目前的用户为某餐厅.

2任务概述

2.１目标

康尼公司电气事业部目前的任务主要有2类:常规工作任务和临时性工作任务。

针对临时任务布置信息很多时候是处于一种开放状态，缺少任务信息的修正、回馈、和统计分析。而日常职责规定的常规工作，虽然可以通过标准化的文件固化下来并形成《常规工作计划表》作为一种制度来执行，也需要主管在百忙之中花很多时间去检查完成情况。

TIＭS系统要求工作管理信息能够规范录入,任务信息流向可以选择,任务信息依据轻重排序，可以设定信息提醒,任务完成情况可以评估、任务完成情况依据选择项进行统计输出、工作量进行评估。

2。２系统的特点

TIMS项目的需求主要由康尼公司电气事业部提出，因此本文档是与康尼公司电气事业部交互后形成的需求定义，系统的功能和使用特点优先满足康尼公司电气事业部的需求，若系统后续由于在康尼公司全面推广而引入的新需求，则不在本文档考虑范围之内．

2。３假定和约束

本文档经双方确认后,开发方依据本文档进行下阶段工作。若中途需求发生变更则康尼公司需及时告知开发方,若因康尼公司原因引入的需求变更造成开发

方工作量的大幅增加,具体解决方案双方另行协商。若需求变更引入的工作量不大,开发方应尽量配合.

4．需求规定

４.1组织架构

康尼公司电气事业部的组织架构如图４-1．

图4—１电气事业部组织架构

TIMS系统面向整个电气事业部使用，图4-1给出了电气事业部的详细组织.

4.2权限需求

系统的用户是康尼公司的员工,员工在现实逻辑中分属不同的部门并具有相应的工作权限。系统权限分配时与员工的组织架构并无对应关系。TＩMS系统的权限需求有２层含义。

1.针对系统功能设置用户的操作权限。

2.针对用户可以设置查看哪些任务的权限。例如可以设置某用户查看生产部的所有任务信息;设置用户Ａ可以查看用户B及用户C的任务信息。

系统的用户是某餐厅的员工，员工在现实逻辑中分属不同的部门并具有相应的工作权限.系统权限的分配时与员工的组织架构并无对应关系。餐饮管理系统的权限需求如下:

1。针对系统功能设置用户的操作权限。

2。针对用户可以设置查看哪些任务的权限。

4。3任务处理流程需求

４.３。1系统用例图

(这部分如果是用结构化设计的方法，那就不要画用例图，改成画数据流图．

TIMS主要对任务信息进行管理,实现任务信息的标准化管理。TIMS系统关于任务处理的用例图如图4-2。

图4—2系统用例图1

图４—3系统用例图２

(如果是结构化程序设计方法，请在此添加一节内容介绍所建立的数据字典

4.3。2任务处理流程

针对

ＴIMS系统中任务可能的流程进行分析。为方便理解,对应图4—4进行表述。

图4—４人员组织架构示例图

流程设计思想:

ＴIMS系统采用信息闭环的思想,即任务由任务发布者发布出去，任务最终也在任务发布者处结束，图4—5简单的表示了这一思想,同时也概括了任务在TＩＭＳ系统中的处理流程。

任务发布者任务接收者

任务承担者

图4-５TIMＳ系统任务处理流程图

任务下达采用逐级的层次方式,任务的反馈采用逐级向上的方式。例如下达任务给制造组的Z3时，任务发布者X应该将任务发布给制造组的主管Z0,由主管Z0在自己的主管范围内分配该任务，而最终的任务接收者是Ｚ３。若Z3提交完成情况和延期申请,则先提交至Z0,Z0根据实际情况决定是否提交以及如何提交给X。Ｘ最终决定是否同意延期以及对任务完成情况进行评价。

４.4详细功能需求4。4．1功能解释

本餐饮管理系统下有系统管理7个子功能:1、财务管理;２、系统账户管理;3、前台管理；４、后勤管理；５、员工管理；

4。4。１.１财务管理

财务管理下分为收入、出纳、工资和利润.记录本餐厅的收入信息、支出信息。发放工资以及计算餐厅的利润.

4．4