软件需求规格说明指导书样本.doc

软件需求分析说明书

姓 名：史景伟
指导老师：吴文平
日 期：11月28号

1 引言
1.1 编写目标
本文具体描述任务管理系统需求，表述需求信息要求明确、无二义性。开发方和软件使用者充足沟通需求，最终形成此文档。此文档是后续软件开发依据。
1.2 背景
任务管理系统是一个南京工程学院和康尼电气新技术产学研合作项目，项目由康尼机电新技术提出，由南京工程学院负担开发任务。
1.3 定义和缩略语
本文使用了Error! Reference source not found.所显示面向用户术语、定义，包含通用词语在本文档中专用解释。
表 1.1 术语/定义
术语/定义
说 明
开发方
宿州学院
用 户
康尼电气新技术
用例图
反应用户和系统交互情况一个图形，常见于需求分析

Error! Reference source not found.所列为本文用到缩略语。
表 1.2 缩略语
缩略语
说 明
TIMS
任务信息管理系统(Task Information Management System)
康尼
康尼机电新技术

1.4 用户
任务信息管理系统现在用户为康尼企业电气事业部，电气事业部使用成功后可能会在康尼企业推广。
某餐厅餐饮管理系统现在用户为某餐厅。
2 任务概述
2.1目标
康尼企业电气事业部现在任务关键有2类：常规工作任务和临时性工作任务。
针对临时任务部署信息很多时候是处于一个开放状态，缺乏任务信息修正、回馈、和统计分析。而日常职责要求常规工作，即使能够经过标准化文件固化下来并形成《常规工作计划表》作为一个制度来实施，也需要主管在百忙之中花很多时间去检验完成情况。
TIMS系统要求工作管理信息能够规范录入，任务信息流向能够选择，任务信息依据轻重排序，能够设定信息提醒，任务完成情况能够评定、任务完成情况依据选择项进行统计输出、工作量进行评定。
2.2 系统特点
TIMS项目标需求关键由康尼企业电气事业部提出，所以本文档是和康尼企业电气事业部交互后形成需求定义，系统功效和使用特点优先满足康尼企业电气事业部需求，若系统后续因为在康尼企业全方面推广而引入新需求，则不在本文档考虑范围之内。
2.3 假定和约束
本文档经双方确定后，开发方依据本文档进行下阶段工作。若中途需求发生变更则康尼企业需立即通知开发方，若因康尼企业原因引入需求变更造成开发方工作量大幅增加，具体处理方案双方另行协商。若需求变更引入工作量不大，开发方应尽可能配合。
4. 需求要求
4.1 组织架构
康尼企业电气事业部组织架构图4-1。

图4-1 电气事业部组织架构
TIMS系统面向整个电气事业部使用，图4-1给出了电气事业部具体组织。
4.2 权限需求
系统用户是康尼企业职员，职员在现实逻辑中分属不一样部门并含有对应工作权限。系统权限分配时和职员组织架构并无对应关系。TIMS系统权限需求有2层含义。
1.针对系统功效设置用户操作权限。
2.针对用户能够设置查看哪些任务权限。比如能够设置某用户查看生产部全部任务信息；设置用户A能够查看用户B及用户C任务信息。
系统用户是某餐厅职员，职员在现实逻辑中分属不一样部门并含有对应工作权限。系统权限分配时和职员组织架构并无对应关系。餐饮管理系统权限需求以下：
1. 针对系统功效设置用户操作权限。
2.针对用户能够设置查看哪些任务权限。

4.3 任务处理步骤需求
4.3.1 系统用例图
（这部分假如是用结构化设计方法，那就不要画用例图，改成画数据流图。）
TIMS关键对任务信息进行管理，实现任务信息标准化管理。TIMS系统相关任务处理用例图图4-2。
图4-2 系统用例图１
　　　　　　　　　　　　　　　　　　　图4-3 系统用例图2
（假如是结构化程序设计方法，请在此添加一节内容介绍所建立数据字典）
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最终决定是否同意延期和对任务完成情况进行评价。
4.4 具体功效需求
4.4.1 功效解释
本餐饮管理系统下有系统管理7个子功效：
1、 财务管理；
2、 系统账户管理；
3、 前台管理；
4、 后勤管理；
5、 职员管理；

4.4.1.1 财务管理
财务管理下分为收入、出纳、工资和利润。统计本餐厅收入信息、支出信息。发放工资和计算餐厅利润。

4.4.1.2 系统账户管理
系统账户管理下分账户管理和数据管理，由系统管理员身份用户能够登录，她负责添加用户，用户分三类：一类为系统管理员，能够添加或删除各类用户；能够修改用户密码；能够添加机删除新菜品到菜谱，还可添加大堂座位信息。另一类为服务员，服务员能够为用户安排座位。能够点菜，结账，接收预定和外卖，及全部日常营业活动。最终一类是经理，经理含有服务员所含有全部权限，另外，经理还能够查看及修改服务员全部基础信息，即有最高权限。系统管理员可一进行数据库备份和恢复，即日常数据管理。

4.4.1.3 前台管理
前台管理下分浏览资源，登记菜单，点菜，结账预定服务和外卖服务，可浏览目前饭桌就餐情况，还有那些空闲座位能够就餐，定下座位后，能够自动点菜；客人就餐后可按全额结账，也能够按一定折扣结账。
预订服务：预订服务下分预定订单和酒宴服务，可添加或删除订单，添加订单统计订单编号、订单类型、预定日期和预定座位号等。酒宴服务为预定模块，可在以后在扩充。
外卖服务：外卖服务下分为外卖订单和送货服务。负责登记外卖信息，包含订单号，送货地点，送货时间，货物清单机送货人信息。

4.4.1.4 职员管理
职员管理：可添加或删除职员，登记职员信息，包含编号、姓名、性别、年纪、婚否、住址、所属部门、薪金、聘用日期等。

4.4.1.5 后勤管理
后勤管理下分信息分析和物资管理。信息分析是指统计每日所卖菜品，定时对此信息作分析。得出不一样时期阶段畅销产品。物资管理原材料购置和座椅，餐具，电器等设备购置和维护。

4.4.2 数据描述
1、 静态数据及数据字典

（1）用户登录表
字 段 名
中 文 描 述
类 型
长 度
是否能够为空
是否作为主键
User_id
用户名
char
10
否
是
User_pwd
用户密码
char
10
否
否
User_pepdom
用户身份
smallint
2
是
否
User_mod1
前台营业模式
bit
1
是
否
User_mod2
酒宴服务模式
bit
1
是
否
User_mod3
外卖服务模式
bit
1
是
否
User_mod4
职员管理模式
bit
1
是
否
（2） 职员信息表
字段名
汉字描述
类型
长度
是否能够为空
是否作为主键
ClerkID
服务员编号
nvarchar
6
否
是
Name
服务员姓名
nvarchar
50
是
否
Sex
性别
bit
1
是
否
Merry
婚姻情况
smallint
2
是
否
Dept
所在部门
navrchar
50
是
否
Duty
职责
nvarchar
50
是
否
Salary
薪金
decimal
9
是
否
HireDate
聘用期
datatime
8
是
否
Tel
电话
navrchar
50
是
否
Address
住址
nvarchar
50
是
否

在权限设置中能够设置用户查看其它用户任务信息（包含公布任务、接收任务、知晓任务）。
1)能够查询到有权限查看用户全部公布任务信息。
2)能够查询到有权限查看用户全部接收任务信息。
3)能够查询到有权限查看用户全部知晓任务信息。
4.4.1.11 任务统计
此功效模块通常只有少数管理者能够使用，此模块用来完成全部任务信息查询和统计。
具体功效需求以下：
1)依据查询条件对全部任务信息进行查询，比如依据时间、任务公布者等条件，也能够依据任务所属项目来查询该项目产生全部任务信息。
2)可按时间段、人员、部门进行任务完成率、完成情况统计，并输出图形。具体汇总表格待定。
3)对于未正常完成任务信息，能够对原因（未完成原因由任务接收者在提交任务结束（延期结束）时选择）进行汇总，用户经过汇总表格对原因进行分析。
4)可将查询结果导出至Excel表格。导出格式待定。
4.4.1.12 任务统计公布
此功效模块通常只有少数管理者能够使用。此功效用来完成常规统计，并定时公布统计结果。统计汇总Excel表格在4.4.1.9中生成。
具体功效需求以下：
1)公布统计结果。以Excel表格附件形式公布。
4.2.1.13 任务统计查看
1. 功效说明
全部用户经过此功效查看任务统计公布。
4.4.2 系统管理
4.4.2.1 部门管理
维护部门信息。
因为系统有向整个康尼企业推广可能，所以部门信息表和康尼现有OA系统部门信息表结构一致，这么便于数据移植和系统整合。
4.4.2.2 职员管理
维护职员信息。
因为系统有向整个康尼企业推广可能，所以职员信息表和康尼现有OA系统部门信息表结构一致，这么便于数据移植和系统整合。
4.4.2.3 用户管理
维护系统用户。
4.4.2.4 权限管理
设置系统权限。
具体功效需求以下：
n 设置用户含有哪些模块使用权限。
n 设置用户能够查看哪些用户任务信息。
5. 运行环境要求
5.1 设备
n 用户端
u 内存：512M以上。
u CPU：主频1.6G以上。
u 操作系统：Windows Xp。
u 浏览器：Internet Explorer 6.0以上。
n 服务器端
u 内存：2G以上。
u CPU：主频2G以上。
u 操作系统：Windows Server 。
u 硬盘：120G以上。
5.2 支撑软件
n 后台数据库采取MySql。
n Web服务器采取Tomcat。
6 开发技术约定
n 系统采取B/S架构，即Browser/Server架构。
n 开发语言采取Jsp、Java语言。
n 系统功效页面分辨率为1024 x 768。