第一篇：班级管理系统需求规格说明书
班级管理系统需求规格说明书
2学生成绩管理
在班级管理系统中，有一个班级学生成绩数据库，是由班级各学生的学生学习成绩组成，它构成了整个班级的学生学习成绩数据库。由于进行了权限设置，学习委员在学生学习成绩管理模块的用户管理界面中，可以对用户进行增加、删除、修改、查询。具体功能描述如下：
用例描述：学生学习成绩管理；
执行者：学习委员；
前置条件：系统管理员已登录系统；
后置条件：如果用户信息维护完成，则用户的相应信息将记录到数据库中。基本路径：
a）进入学生学习成绩管理界面，显示目前的学生学习成绩数据库中已有的信息；
b)点击班级学生姓名就可以浏览个每个学生的学习成绩，同时也可以对这个内容进行修改；
c）可以增加学生；
d）可以删除选择的学生。
3财务管理
在班级管理系统中，有一个班级财务状况数据库，是由班级财务各明细科目组成，它构成了整个班级的财务状况数据库。由于进行了权限设置，生活委员在财务管理模块的用户管理界面中，可以对用户进行增加、删除、修改、查询。具体功能描述如下：
用例描述：财务管理；
执行者：生活委员；
前置条件：系统管理员已登录系统；
后置条件：如果用户信息维护完成，则用户的相应信息将记录到数据库中。基本路径：
a）进入财务管理界面，显示目前的财务数据库中已有的财务信息；
b)点击班级财务的各明细科目可以浏览个明细科目的具体内容，同时也可以对这个试题的具体内容进行修改；
c）可以增加科目；
d）可以删除选择的科目。
4学生参加体育活动管理
在班级管理系统中，有一个班级学生参加体育活动情况的数据库，是由班级各学生参加的体育活动情况组成，它构成了整个班级的学生参加体育活动情况数据库。由于进行了权限设置，体育委员在学生参加体育活动管理模块的用户管理界面中，可以对用户进行增加、删除、修改、查询。具体功能描述如下：
用例描述：学生参加体育活动管理；
执行者：体育委员；
前置条件：系统管理员已登录系统；
后置条件：如果用户信息维护完成，则用户的相应信息将记录到数据库中。基本路径：
b）进入学生参加体育活动管理界面，显示目前的学生参加体育活动情况数据库中已有的信息；
b)点击班级学生姓名就可以浏览个每个学生参加的体育活动情况，同时也可以对这个内容进行修改；
c）可以增加学生；
d）可以删除选择的学生
5用户管理 系统管理员可以进行权限设置，在用户管理界面中对用户进行增加、删除、修改、查询。具体功能描述如下：
用例描述：用户管理；
执行者：系统管理员；
前置条件：系统管理员已登录系统；
后置条件：如果用户信息维护完成，则用户的相应信息将记录到数据库中。基本路径：
c）进入用户管理界面，显示目前的系统用户以及每个用户具有的权限；
d）点击不同的用户，可以显示这个用户的信息以及相应权限，必要时可以修改其权限；
可以增加用户，也可以删除用户。
6请假管理
学生将请假条提交之后，教师将审阅请假条，将符合请假条件的请假条进行标记，然后把请假信息传交数据库，学生可以登录查询请假是否成功。具体功能描述如下：
用例描述：请假管理；
执行者：教师；
前置条件：系统管理员已登录系统；
后置条件：如果用户信息维护完成，则用户的相应信息将记录到数据库中。基本路径：
a）进入请假管理界面，显示目前的请假数据库中已有的请假信息；
b)点击班级请假信息中每个同学姓名可以查询各个学生的请假的具体内容，同时也可以对请假具体内容进行修改；
c）可以增加科目；
d）可以删除选择的科目。
7考勤管理
在班级管理系统中，有一个班级学生出勤情况的数据库，及运用学生请假数据库信息，得出的班级各学生的出勤的情况组成，它构成了整个班级的学生出勤情况数据库。由于进行了权限设置，纪律委员在学生考勤管理模块的用户管理界面中，可以对用户进行增加、删除、修改、查询。具体功能描述如下：
用例描述：考勤管理；
执行者：纪律委员；
前置条件：系统管理员已登录系统；
后置条件：如果用户信息维护完成，则用户的相应信息将记录到数据库中。基本路径：
a）进入学生考勤管理界面，显示目前的学生出勤情况数据库中已有的信息；
b)点击班级学生姓名就可以浏览个每个学生的出勤情况，同时也可以对这个内容进行修改；
c）可以增加学生；
d）可以删除选择的学生。
8学生奖惩管理
在班级管理系统中，有一个班级学生奖惩情况的数据库，是由班级各学生奖惩情况组成，它构成了整个班级的学生奖惩情况数据库。由于进行了权限设置，班长在学生奖惩管理模块的用户管理界面中，可以对用户进行增加、删除、修改、查询。具体功能描述如下：
用例描述：学生奖惩管理；
执行者：班长；
前置条件：系统管理员已登录系统；
后置条件：如果用户信息维护完成，则用户的相应信息将记录到数据库中。基本路径：
a）进入学生奖惩管理界面，显示目前的学生奖惩情况数据库中已有的信息； b)点击班级学生姓名就可以浏览个每个学生的奖惩情况，同时也可以对这个内容进行修改；
c）可以增加学生；
d）可以删除选择的学生。
9留言管理
在班级管理系统中，有一个留言管理情况的数据库，是由班级各学生和教师留言情况组成，它构成了整个班级的留言管理情况数据库。由于进行了权限设置，班长在留言管理模块的用户管理界面中，可以对用户进行增加、删除、修改、查询。具体功能描述如下：
用例描述：留言管理；
执行者：班长；
前置条件：：系统管理员已登录系统；
后置条件：如果用户信息维护完成，则用户的相应信息将记录到数据库中。基本路径：
a）查看当前留言情况；
b）对当前留言进行增加、删除、修改、查询；
10学生参加文艺活动管理 学生参加文艺活动情况的数据库，是由班级各学生参加的文艺活动情况组成，它构成了整个班级的学生参加文艺活动情况数据库。由于进行了权限设置，文艺委员在学生参加文艺活动管理模块的用户管理界面中，可以对用户进行增加、删除、修改、查询。具体功能描述如下：
用例描述：学生参加文艺活动管理；
执行者：文艺委员；
前置条件：系统管理员已登录系统；
后置条件：如果用户信息维护完成，则用户的相应信息将记录到数据库中。基本路径：
a）进入学生参加文艺活动管理界面，显示目前的学生参加文艺活动情况数据库中已有的信息；
b)点击班级学生姓名就可以浏览个每个学生参加的文艺活动情况，同时也可以对这个内容进行修改；
c）可以增加学生；
d）可以删除选择的学生。
第一章班级事务管理信息系统的基本需求分析
第一节项目背景分析
随着信息化的来临和计算机在日常管理中的广泛应用，为了实现班务管理的信息化和方便化，便萌发了这次班务管理信息系统的设计构想。
第二节班级事务信息管理的基本需求
1必要的硬件及设备
2系统软件和相应软件包
3培训操作人员和使用人员
4数据的存储准备
5信息的组织和管理功能的划定
第三节班级事务管理信息系统的可行性分析
为了进一步帮助班主任及班干部进行科学有效的学生管理工作，现通过对部分用户的调查了解，对建立班级事务管理信息系统进行了以下几方面的可行性分析：
1．必要性，随着学生招生规模的不断扩大，班主任及班干部的管理工作也日趋复杂化，原来的仅靠手工进行的班级事务管理已日渐显示出其不足之处，那么就有必要建立一套基于计算机的班级事务管理信息系统。
2．可能性，据了解，各个办公室都已具有基本的硬件设备，那么这就为班级事务管理信息系统的实行提供了必要的可能性；加之相关用户都已具备了一定计算机基本操作能力，所以这又为班级事务管理信息系统的实行提供了用户方面的可能性；再从资金成本等方面讲，因为该系统相对而言只是一个小型的管理系统，所需设计人员较少，消耗费用也在用户的承受能力之内。综合上述几方面，班级事务管理信息系统的建立具有很大的可能性。
3．有益性，班级事务管理信息系统一旦建成，那么通过该系统的使用就可以提高信息的使用质量，提高数据的准确性，减轻用户的工作负担和劳动强度，提高用户的信息处理能力，从而进行有效的决策与管理。
总之，通过以上几方面的可行性分析，开发小组认为建立一套班级事务管理信息系统是可行的。我们通过掌握和调查的相关原始资料，就可以通过小组讨论，对该系统的开发做出相关的计划进度，着手进行系统的分析和设计工作。
第二篇：车辆管理系统需求规格说明书[模版]
车辆管理系统
软件需求规格说明书
班 级 08软工A2 组 号
拟制人 陆美娟
2011年3月14日
第三篇：车辆管理系统需求规格说明书
车辆管理系统
软件需求规格说明书
班 级 08软工A1 拟制人 舒骥
2011年05月10日
目录
1引言.............................................................................................................................1
1.1编写目的.........................................................................................................1 1.2 背景................................................................................................................1 1.3 预期读者........................................................................................................1 1.4参考资料.........................................................................................................1 2综合描述.....................................................................................................................2
2.1产品目标.........................................................................................................2 2.2产品功能.........................................................................................................2 2.3用户范畴和特征.............................................................................................2 2.4运行环境.........................................................................................................3 2.5设计和实现限制.............................................................................................3 2.6 假定和约束....................................................................................................3
2.6.1人力资源约束.....................................................................................3 2.6.2技术约束.............................................................................................3 2.6.3环境约束.............................................................................................3
3外部接口需求.............................................................................................................4
3.1用户界面.........................................................................................................4 3.2硬件接口.........................................................................................................4 3.3软件接口.........................................................................................................4 3.4通信接口.........................................................................................................4 4功能性需求.................................................................................................................4
4.1功能分析.........................................................................................................4 4.2用例图.............................................................................................................5 4.3用例分析.........................................................................................................9 4.4功能活动图...................................................................................................19 4.5状态图...........................................................................................................21 5非功能需求...............................................................................................................22
5.1性能需求.......................................................................................................22
5.1.1时间、界面、响应要求...................................................................22 5.1.2灵活性...............................................................................................22 5.2数据管理需求...............................................................................................22
5.2.1系统数据流图...................................................................................22 5.2.2数据整理与保存...............................................................................24 5.2.3数据安全性.......................................................................................24 5.3故障处理需求...............................................................................................24
1引言
1.1编写目的
需求说明的编写是为了研究车辆管理软件的开发途径和应用方法。同时它也是进行项目策划、概要设计和详细设计的基础，是维护人员进行内部维护，信息更新，验收和测试的依据。本文档将对车辆管理系统软件开发需求进行描述。
1.2 背景
物流系统是现代经济系统的主动脉，物流的最简单理解就是货物运输，所以运输在物流运作中的地位十分重要，而车辆是运输企业的命脉，有机的管理好车辆十分关键。传统的运输业已不能满足市场需求。运输企业的信息化管理具有重要意义。
开发软件名称：车辆管理系统 项目开发者：08软工A1 舒骥 用户：运输集团公司
1.3 预期读者
本需求的预期读者是开发组成人员，软件测试人员，支持本项目的老师，软件维护人员。
1.4参考资料
[1].《软件需求工程》 毋国庆 梁正平袁梦霆 李勇华 编著[2].《UML基础与Rose建模教程》 蔡敏 徐惠惠 黄炳强 编著
[3].《C#数据库系统开发完全手册》 明日科技 张跃延 许文武 王小科 编著
[4].《软件工程实验与实践教程》 陈佳 曹妍 编著 [5].《实用软件文档写作》 肖刚 古辉 程振波 张元鸣 著 2综合描述
2.1产品目标
车辆管理系统将为企业提供各种车辆管理和快速查询的功能，以提高公司的运作效率，降低运作成本。
2.2产品功能
* 车辆基本信息管理 * 车辆购置管理 * 车辆调拨管理 * 车辆报废管理 * 车辆信息管理查询
2.3用户范畴和特征
本软件最终用户为汽车运输集团公司。该公司主要设有技术服务部、客货运输部、企业管理部等职能部门，下属运输公司有零担运输公司、客运公司、整车运输公司、旅游公司等，其组织结构如下图1：
图1：运输集团公司组织结构图
2.4运行环境
运行该软件所适用的具体设备必须是奔腾
4、内存512MB以上的计算机。操作系统在Windows xp及以上。
数据库为SQL Server2000版本
2.5设计和实现限制
仅设计为本地版本，无需联网，没有服务器端。
2.6 假定和约束
2.6.1人力资源约束
1、开发工作量约需1个人2月工作量。开发完成后，可减少为1名作为维护人员；
2、辅导老师1人，开发人员2人。
2.6.2技术约束
本项目的设计是在ASPAsp.Net程序设计语言的条件下进行的，技术设计采用软硬一体化的设计方法。
2.6.3环境约束
运行该软件所适用的具体设备必须是奔腾
4、内存512MB以上的计算机。操作系统在Windows xp及以上。
3外部接口需求
3.1用户界面
见《系统设计说明书》
3.2硬件接口
考虑到大量数据的备份等要求，需要保持与磁带机、光盘刻录机及USB的接口，这较易实现。
3.3软件接口
这里，主要考虑软件与操作系统、数据库管理系统的接口。由于不存在从其他文件导入的功能，所以无需担心格式转换的问题。该软件更趋向于单一封闭的单机版软件。
3.4通信接口
无需与网络连接，只需考虑与外部移动设备的通信。
4功能性需求
4.1功能分析
1、车辆基本信息管理模块
(1)用户的登录管理：不同级别的用户通过特定的用户名和密码登录系统，对相应的信息进行管理。
(2)查询车辆基本信息：通过输入车辆的基本信息对车辆的整体信息进行查询。(3)删除车辆基本信息：有相关权限的用户可对某些不再需要的车辆信息进行删除。
(4)修改车辆基本信息：有相关权限的用户如有必要，可对车辆的基本信息进 行修改。
(5)添加车辆基本信息：有相关权限的用户可添加车辆的基本信息。
2、车辆购置管理模块
用户可添加、修改、删除、查询车辆购置管理申请单，然后交由总工程师申请审批，如通过再有总经理申请审批，实现二级公司要提交车辆的购置申请，集团公司职能部门根据车辆的产权归属，由总工程师或总工程师及总经理对申请进行审批，生效后产生调拨单下发所属公司及各有关部门。
3、车辆调拨管理模块
与车辆购置管理类似，用户可添加、修改、删除、查询车辆调拨管理申请单，然后交由总工程师申请审批，如通过再有总经理申请审批，实现二级公司要提交车辆的购置申请，集团公司职能部门根据车辆的产权归属，由总工程师或总工程师及总经理对申请进行审批，生效后产生调拨单下发所属公司及各有关部门。
4、车辆报废管理模块
与车辆购置管理类似，用户可添加、修改、删除、查询车辆报废管理申请单，然后交由总工程师申请审批，如通过再有总经理申请审批，实现二级公司要提交车辆的购置申请，集团公司职能部门根据车辆的产权归属，由总工程师或总工程师及总经理对申请进行审批，生效后产生调拨单下发所属公司及各有关部门。
5、车辆信息查询管理模块
实现对多种信息的快速模糊查询，可根据车辆所属的二级公司，车牌号，车辆的厂牌，规格，型号等信息进行不同的组合来查询车辆，还可根据申请购置，调拨，报废车辆的二级公司，申请时间等查询车辆的购置，调拨，报废的申请及审批情况等。
4.2用例图
1、车辆管理信息系统用例图
2、车辆购置管理用例图
3、车辆调拨管理用例图
4、车辆报废管理用例图
5、车辆基本信息管理用例图
4.3用例分析
一、车辆购置管理
用例1 用例名称：添加车辆购置申请 用例识别号：1.1.1 参与者：二级公司用户
简要说明：二级公司用户添加一个车辆购置申请单。前置条件：二级公司用户已经登录车辆管理信息系统。基本事件流：
1)二级公司用户单击“插入”按钮。2)系统出现编辑窗口。
3)二级公司用户可以在相应的文本框上添加或修改申请单，也可以完全删除，重新填写。
4)二级公司用户编辑完相应的文本框，单击“存盘”按钮，一条新的车辆购置申请记录就被插入到数据库中。5)用例终止 其它事件流：
在单击“存盘”按钮之前，二级公司用户随时可以单击“取消”按钮，窗口内的任何内容都不会被保存。异常事件流：
1）提示错误信息，二级公司用户确认。2）返回到管理系统主界面。
后置条件：一条新的车辆购置记录被插入到数据库中并显示出来。注释：无。
其它事件流：
在单击“是”按钮之前，二级公司用户可以单击“否”按钮，车辆购置申请记录不会被删除。
异常件流：
1）提示错误信息，二级公司用户确认。2）返回到管理系统主界面。
后置条件：选中的默认的车辆购置申请记录从数据库中被删除，同时显示界面被更新。
注释：删除之前，要先使用查询功能，以便选择要删除的内容。
用例3 用例名称：总工程师购置申请审批 用例识别号：1.2.1 参与者：总工程师
简要说明：总工程师对二级公司用户提交的车辆购置申请单进行审批。前置条件：总工程师已经登录车辆管理信息系统、存在未审批的车辆购置申请。
基本事件流：
1)总工程师单击选中要审批的车辆购置申请记录。2)总工程师单击“审批”按钮。3)系统出现编辑窗口。
4)总工程师可以在审批意见文本框上添加或修改审批意见，也可以完全删除，重新填写。
5)总工程师选择“同意”或“不同意”单选按钮审批结果。
6)总工程师编辑完相应的文本框及选择完审批结果后，单击“存盘”按钮，该车辆购置申请记录就被审批，并在数据库中修改该记录的审批标志，审批结果和审批意见。7)用例终止。其它事件流：
在单击“存盘”按钮之前，总工程师随时可以单击“取消”按钮，审批内容及审批结果都不会被保存。异常事件流：
1）提示错误信息，总工程师确认。2）返回到管理系统主界面。
后置条件：选中的车辆购置申请记录被审批，并在数据库中修改该记录的审批标志、审批结果和审批意见。
注释：审批之前，要先使用查询功能，查出未审批的车辆购置申请记录。
用例4 用例名称：总经理购置申请批复 用例识别号：1.3.1 参与者：总经理
简要说明：总经理对二级公司用户提交的公司所属车辆购置申请进行批复。前置条件：总经理已经登录车辆管理信息系统、存在满足如下条件的车辆购置申请记录，即：总工程师已审批、总经理未批复的公司所属车辆购置申请记录。基本事件流：
1)总经理单击选中要审批的车辆购置申请记录。
2)总经理编辑完相应的文本框及选择完批复结果后，单击“存盘”按钮，该车辆购置申请记录就被批复，并在数据库中修改该记录的批复标志，批复结果和批复意见。3)用例终止。其它事件流：
在单击“存盘”按钮之前，总工程师随时可以单击“取消”按钮，审批内容及审批结果都不会被保存。异常事件流：
1）提示错误信息，总经理确认。2）返回到管理系统主界面。
后置条件：选中的车辆购置申请记录被批复，并在数据库中修改该记录的批复标志、批复结果和批复意见。
注释：审批之前，要先使用查询功能，查处总工程师已审批，总经理未批复的公司所属车辆购置申请记录。
二、车辆调拨管理
用例5 用例名称：添加车辆调拨申请 用例识别号：2.1.1 参与者：二级公司用户
简要说明：二级公司用户添加一个车辆调拨申请单。前置条件：二级公司用户已经登录车辆管理信息系统。基本事件流：
1)二级公司用户单击“插入”按钮。2)系统出现编辑窗。
3)二级公司用户可以在相应的文本框上添加或修改申请单，也可以完全删除，重新填写。
4)二级公司用户编辑完相应的文本框，单击“存盘”按钮，一条新的车辆调拨申请记录就被插入到数据库中。5)用例终止。其它事件流：
在单击“存盘”按钮之前，二级公司用户随时可以单击“取消”按钮，窗口内的任何内容都不会被保存。异常事件流：
1)提示错误信息，二级公司用户确认。2)返回到管理系统主界面。
后置条件：一条新的车辆调拨记录被插入到数据库中并显示出来。注释：无。
用例6 用例名称：删除车辆调拨申请 用例识别号：2.1.2 参与者：二级公司用户
简要说明：二级公司用户删除一个车辆调拨申请记录。
前置条件：二级公司用户已经登录车辆管理信息系统、将要被删除的车辆调拨申请没有被审批。基本事件流：
1)二级公司用户单击选中要删除的车辆调拨申请记录。2)二级公司用户单击“删除”按钮。3)系统出现“提示是否删除”窗口。
4)二级公司用户单击“是”按钮，该车辆调拨申请记录就被从数据库中删除。5)用例终止。其它事件流：
在单击“是”按钮之前，二级公司用户可以单击“否”按钮，车辆调拨申请记录不会被删除。异常件流：
1）提示错误信息，二级公司用户确认。2）返回到管理系统主界面。
后置条件：选中的默认的车辆调拨申请记录从数据库中被删除，同时显示界面被更新。
注释：删除之前，要先使用查询功能，以便选择要删除的内容。
用例7 用例名称：总工程师调拨申请审批 用例识别号：2.2.1 参与者：总工程师
简要说明：总工程师对二级公司用户提交的车辆调拨申请单进行审批。前置条件：总工程师已经登录车辆管理信息系统、存在未审批的车辆调拨申请。
基本事件流：
1)总工程师单击选中要审批的车辆调拨申请记录。2)总工程师单击“审批”按钮。3)系统出现编辑窗口。
4)总工程师可以在审批意见文本框上添加或修改审批意见，也可以完全删除，重新填写。
5)总工程师选择“同意”或“不同意”单选按钮审批结果。
6)总工程师编辑完相应的文本框及选择完审批结果后，单击“存盘”按钮，该车辆调拨申请记录就被审批，并在数据库中修改该记录的审批标志，审批结果和审批意见。7)用例终止。其它事件流：
在单击“存盘”按钮之前，总工程师随时可以单击“取消”按钮，审批内容及审批结果都不会被保存。异常事件流：
1）提示错误信息，总工程师确认。2）返回到管理系统主界面。
3）后置条件：选中的车辆调拨申请记录被审批，并在数据库中修改该记录的审批标志、审批结果和审批意见。
注释：审批之前，要先使用查询功能，查出未审批的车辆调拨申请记录。
用例8 用例名称：总经理调拨申请批复 用例识别号：2.3.1 参与者：总经理
简要说明：总经理对二级公司用户提交的公司所属车辆调拨申请进行批复。前置条件：总经理已经登录车辆管理信息系统、存在满足如下条件的车辆调拨申请记录，即：总工程师已审批、总经理未批复的公司所属车辆调拨申请记录。基本事件流：
1)总经理单击选中要审批的车辆调拨申请记录。2)总经理单击“审批”按钮。3)系统出现编辑窗口。
4)总经理可以在审批意见文本框上添加或修改批复意见，也可以完全删除，重新填写。
5)总经理选择“同意”或“不同意”单选按钮批复结果。
6)总经理编辑完相应的文本框及选择完批复结果后，单击“存盘”按钮，该车辆调拨申请记录就被批复，并在数据库中修改该记录的批复标志，批复结果和批复意见。7)用例终止。其它事件流：
在单击“存盘”按钮之前，总工程师随时可以单击“取消”按钮，审批内容及审批结果都不会被保存。异常事件流：
1）提示错误信息，总经理确认 2）返回到管理系统主界面
后置条件：选中的车辆调拨申请记录被批复，并在数据库中修改该记录的批复标志、批复结果和批复意见。
注释：审批之前，要先使用查询功能，查处总工程师已审批，总经理未批复的公司所属车辆调拨申请记录。
三、车辆报废管理
用例9 用例名称：添加车辆报废申请 用例识别号：3.1.1 参与者：二级公司用户
简要说明：二级公司用户添加一个车辆报废申请单。前置条件：二级公司用户已经登录车辆管理信息系统。基本事件流：
1)二级公司用户单击“插入”按钮。2)系统出现编辑窗口。
3)二级公司用户可以在相应的文本框上添加或修改申请单，也可以完全删除，重新填写。
4)二级公司用户编辑完相应的文本框，单击“存盘”按钮，一条新的车辆报废申请记录就被插入到数据库中。5)用例终止。其它事件流：
在单击“存盘”按钮之前，二级公司用户随时可以单击“取消”按钮，窗口内的任何内容都不会被保存。异常事件流：
1）提示错误信息，二级公司用户确认。2）返回到管理系统主界面。
后置条件：一条新的车辆报废记录被插入到数据库中并显示出来。注释：无。
用例10 用例名称：删除车辆报废申请 用例识别号：3.1.2 参与者：二级公司用户
简要说明：二级公司用户删除一个车辆报废申请记录。
前置条件：二级公司用户已经登录车辆管理信息系统、将要被删除的车辆报废申请没有被审批。基本事件流：
1)二级公司用户单击选中要删除的车辆报废申请记录。2)二级公司用户单击“删除”按钮。3)系统出现“提示是否删除”窗口。
4)二级公司用户单击“是”按钮，该车辆报废申请记录就被从数据库中删除。5)用例终止。
其它事件流：
在单击“是”按钮之前，二级公司用户可以单击“否”按钮，车辆报废申请记录不会被删除。异常件流：
1）提示错误信息，二级公司用户确认。2）返回到管理系统主界面。
后置条件：选中的默认的车辆报废申请记录从数据库中被删除，同时显示界面被更新。
注释：删除之前，要先使用查询功能，以便选择要删除的内容。
用例11 用例名称：总工程师报废申请审批 用例识别号：3.2.1 参与者：总工程师
简要说明：总工程师对二级公司用户提交的车辆报废申请单进行审批。前置条件：总工程师已经登录车辆管理信息系统、存在未审批的车辆报废申请。
基本事件流：
1）总工程师单击选中要审批的车辆报废申请记录。2）总工程师单击“审批”按钮。3）系统出现编辑窗口。
4）总工程师可以在审批意见文本框上添加或修改审批意见，也可以完全删除，重新填写。
5）总工程师选择“同意”或“不同意”单选按钮审批结果。
6）总工程师编辑完相应的文本框及选择完审批结果后，单击“存盘”按钮，该车辆报废申请记录就被审批，并在数据库中修改该记录的审批标志，审批结果和审批意见。7）用例终止。其它事件流：
在单击“存盘”按钮之前，总工程师随时可以单击“取消”按钮，审批内容及审批结果都不会被保存。异常事件流：
1）提示错误信息，总工程师确认。2）返回到管理系统主界面。
3）后置条件：选中的车辆报废申请记录被审批，并在数据库中修改该记录的审批标志、审批结果和审批意见。
注释：审批之前，要先使用查询功能，查出未审批的车辆报废申请记录。
用例12 用例名称：总经理报废申请批复 用例识别号：3.3.1 参与者：总经理
简要说明：总经理对二级公司用户提交的公司所属车辆报废申请进行批复。前置条件：总经理已经登录车辆管理信息系统、存在满足如下条件的车辆报废申请记录，即：总工程师已审批、总经理未批复的公司所属车辆报废申请记录。基本事件流：
1)总经理单击选中要审批的车辆报废申请记录。2)总经理单击“审批”按钮。3)系统出现编辑窗口。
4)总经理可以在审批意见文本框上添加或修改批复意见，也可以完全删除，重新填写。
5)总经理选择“同意”或“不同意”单选按钮批复结果。
6)总经理编辑完相应的文本框及选择完批复结果后，单击“存盘”按钮，该车辆报废申请记录就被批复，并在数据库中修改该记录的批复标志，批复结果和批复意见。7)用例终止。其它事件流：
在单击“存盘”按钮之前，总工程师随时可以单击“取消”按钮，审批内容及审批结果都不会被保存。异常事件流：
1）提示错误信息，总经理确认。2）返回到管理系统主界面。
后置条件：选中的车辆报废申请记录被批复，并在数据库中修改该记录的批复标志、批复结果和批复意见。
注释：审批之前，要先使用查询功能，查处总工程师已审批，总经理未批复的公司所属车辆报废申请记录。
4.4功能活动图
1、用户登录活动图
2、车辆基本信息管理活动图
3、车辆购置管理活动图 4.5状态图
1、车辆购置申请单状态图
2、车辆基本信息状态图
5非功能需求
5.1性能需求
5.1.1时间、界面、响应要求
由于此系统主要用于信息的保管查询，即对数据的安全性要求极高。为防止对信息资料和管理程序的恶意破坏，及恶意的窃取私人信息，要求有较为可靠的安全性能。另外也需要高速的响应，要求稳定、安全、便捷，易于管理和操作。另外使用者大多为非计算机人员，所以要求界面友善，交互性强。查询速度：不超过5秒；
其它所有交互功能反应速度：不超过3秒； 可靠性：平均故障间隔时间不低于300小时。信息容量：不低于10G时可能出现系统崩溃。
5.1.2灵活性
当用户需求，如操作方式，运行环境，结果精度，数据结构与其他软件接口等发生变化时，设计的软件要做适当调整,灵活性非常大。
5.2数据管理需求
5.2.1系统数据流图
车辆购置业务流程图
车辆调拨业务流程图 车辆报废业务流程图
5.2.2数据整理与保存
应满足随时整理的需求，用户可随时更改数据，保存数据。对于数据唯一性的识别应放在多个关键字之上。
5.2.3数据安全性
数据应具有极高的安全性，为了保护用户的隐私，仍需设置登陆及密码保护，以防用户的信息被人窃取。
5.3故障处理需求
1、内部故障处理: 在开发阶段可以随即修改数据库里的相应内容。
2、外部故障处理: 24 对编辑的程序进行重装载时，第一次装载认为错，修改。第二次运行，在需求调用时出错，有错误提示，重试。
3、本软件可能产生的错误为数据库的错误信息，应由数据库管理员对数据库进行维护。为了确保系统恢复的能力，数据库管理员要定期对数据库进行备份。但产品投入使用后，则由维护人员跟进。
第四篇：宿舍管理系统需求规格说明书
需求规格说明书
1.引言 1.1编写目的
本学生宿舍分配系统以公寓房间、入住学生为基础信息源，可以对房间和床位分配，可以使教务处、学生处、保卫处、公寓管理中心、财务处等学校职能部门及学校学院领导随时获得全方位的公寓管理信息，实现信息共享，提高工作效率。
本文档从用户、功能、性能、运行环境等各方面对系统进行了分析，以确保在系统开发过程中，确定好具体目标，使工作能有条不紊的进行，提高工作效率。
1.2背景
很多学校特别是中等及高等院校中，学生在校住宿的情况极其普遍。随着高校的扩招，需要住宿的学生人数和学生公寓楼房越来越多，宿舍管理人员的需求量也相应地增加。许多高校后勤实施社会化改革，学生住宿条件得到了很大改善，宿舍安排上打破了原来按专业班级强制集中住宿的限制，可供学生选择的余地也越来越大，相关部门对公寓管理的要求越来越高，导致公寓管理的难度越来越大，原来的手工管理已经无法适应，需要用信息化手段来实现。因此，开发一个学生宿舍分配软件是十分必要的，希望能够为广大教师、校院领导、宿舍管理员和学生提供便利，加强学生住宿管理、规范高校公寓日常工作、提高公寓管理效能的有效工具。
1.3 定义
用例图(Use Case)：是指由参与者（Actor）、用例（Use Case）以及它们之间的关系构成的用于描述系统功能的动态视图。呈现了一些参与者和一些用例，以及它们之间的关系，主要用于对系统、子系统或类的功能行为进行建模。
顺序图：是将交互关系表示为一个二维图。纵向是时间轴，时间沿竖线向下延伸。横向轴代表了在协作中各独立对象的类元角色。类元角色用生命线表示。
类图(Class diagram)：是显示了模型的静态结构，特别是模型中存在的类、类的内部结构以及它们与其他类的关系等。类图不显示暂时性信息。
状态图(Statechart Diagram)：是描述一个实体基于事件反应的动态行为，显示了该实体如何根据当前所处的状态对不同的事件做出反应的。
活动图（activity diagram）：是阐明了业务用例实现的工作流程。工作流程通常包括一个基本工作流程和一个或多个备选工作流程。工作流程的结构使用活动图来进行说明。
协作图/通信图(Communication Diagram)：而“协作”作为一个结构事物用于表达静态结构和动态行为的概念组合，表达不同事物相互协作完成一个复杂功能。
1.4参考资料
（1）殷建民 主编，《软件系统分析与设计》，中国水利水电出版社，2008（2）《学生宿舍基本需求》（3）《2012级软件系统分析与设计实验指导书（16学时宿舍分配系统）》
2．任务概述
2.1 目标
本学生宿舍分配系统以公寓房间、入住学生为基础信息源，可以对房间和床位分配，可以使教务处、学生处、保卫处、公寓管理中心、财务处等学校职能部门及学校学院领导随时获得全方位的公寓管理信息，实现信息共享
2.2 用户特点
学生：若要住宿需提交住宿申请，然后等待分配。如有特殊要求，务必专门说明。一旦得到批准通知，可以查询个人宿舍安排。住宿后若有特殊原因，可以申请调整宿舍或床位，但依然要经过审核、批准。一旦调换了宿舍，其所使用的设备也要随之变更记录。
教师：分为班主任和辅导员。辅导员负责查看、初审学生提交的住宿申请，对基本符合要求的，转交给宿舍负责人。班主任和辅导员可以随时查看、了解所负责班级住宿学生的情况。
宿舍负责人：负责对住宿申请进行综合审查，通过的则以班为单位分配床位。可以随时查看和了解宿舍的基本情况、所有住宿情况和设备使用情况，对特殊情况及时进行统计，并报送相关领导。学生一旦毕业或提出退宿，其宿舍和床位会立即变空，等待重新分配使用。
宿舍管理员：负责宿舍设备情况的记录（购入登记、各建宿舍配置、损坏和修理登记、报废登记）、每日查房结果记录、学生晚归记录、宿舍具体情况管理（新房间登记、房间撤消、格局调整）。
校院领导：可以随时查看、了解学校和学院宿舍的详细信息、学生住宿状况和宿舍管理员的基本情况以及每日查房的情况。
2.3 假定与约束
经费限制：由于是学习之作，资金的不足限制了本软件的研发。
开发期限;在时间方面，只能在课余时间完成本软件，对时间的安排需做到合理，恰当才能很好的完成本工程。
3.需求分析建模
3.1功能需求
3.1.1系统需求描述
本学生宿舍分配系统以公寓房间、入住学生为基础信息源，可以对房间和床位分配，可以使教务处、学生处、保卫处、公寓管理中心、财务处等学校职能部门及学校学院领导随时获得全方位的公寓管理信息，实现信息共享。
基本流程图如下:
宿舍学生提交住宿申请返回不同意返回同意结束N查看住宿申请初审Y判断宿舍负责人是否同意NYN复审负宿人责舍教师查看申请Y分配床位领校导院管宿员理舍
3.1.2 总体功能分析
各类角色的大体功能分析：
学生:填写申请表、提交住宿申请、查看申请结果、申请宿舍调整 辅导员:查看学生住宿情况、查看住宿申请、初审、返回申请结果给学生 班主任：查看本班学生住宿情况
宿舍负责人：复审、分配床位、查看住宿信息、宿舍住退更新、特殊情况报送领导 宿舍管理员:宿舍查房记录、宿舍设备情况记录、晚归记录、宿舍集体情况 校院领导：查看宿舍详细信息、查看住宿情况、宿舍管理员情况、每日查房情况 具体用例图如下： 填写申请表查看学生住宿情况提交住宿申请查看住宿申请初审查看申请结果学生辅导员返回申请结果给学生班主任申请宿舍调整复审宿舍查房记录查看宿舍详细信息分配床位宿舍设备情况记录查看住宿情况查看住宿信息晚归记录院校领导宿舍管理员情况宿舍管理员宿舍负责人宿舍住退更新特殊情况报送领导宿舍集体情况每日查房情况3.1.3 功能模块分析(详述 学生申请)☆由学生申请住宿用例：当学生登录后，进入申请界面，填写申请报告，出现两种情况，即填写正确或错误/部分错误，对应的成功提交申请或返回重新填写申请...构建活动图、协作图、顺序图等来完成功能的具体分析。
活动图：
学生登陆进入申请界面填写申请表还有未审核的申请填写正确保存新申请表填写错误返回主界面重新填写提交申请等待申请结果回到主界面
状态图：
学生申请这一事件对应的状态：首先是要进行申请表的填写预准备工作，即新建一张空白申请表，进行填写，完成后进行提交，即等同于进入等待审核状态；等待后台审核完成后，学生进行查看可以找到‘审核通过’‘不通过’以及‘不通过（部分不符合要求）’三种状态，一次审核通过后二审，产生‘批准’‘不批准’两种状态，批准通过，进入入住状态。
新建批准保存已入住审核通过不批准提交审核不通过部分通过顺序图: 根据流程图和活动图，可以建立学生申请的工作顺序图，首先是登陆到首页>进入申请界面，申请表的填写与是否可以成功提交由提交控制检测并返回可申请/不可申请/有错重新填写，提交成功则学生等待来自辅导员以及宿舍管理员的的审核结果以及宿舍分配结果。
学生首页申请界面提交控制辅导员宿舍负责人登陆登陆成功退出不可以申请可以申请填写申请提交给辅导员有错重新填写反馈同意请求复审同意驳回不同意 协作图：
学生功能界面申请表审核控制辅导员返回不同意返回同意及宿舍分配 3.2性能需求
3.2.1精度
在进行向数据库文件提取数据时，要求数据记录定位准确，在往数据库文件数组中添加数据（如申请表，住宿信息等）时，要求输入准确学生姓名，身份证，学号，班级，宿舍号等，按需求设定字符数。
3.2.2时间特性要求
（1）查询类页面响应时间<=3s（2）更新处理时间，如新建、提交等最长时间不超过2s。（3）数据的转换和传送时间，如远程数据传输不超过5s。
3.3数据需求
3.3.1 输入输出数据要求
1）宿舍的详细数据、学生住宿的情况以及宿管人员的具体数据要完整保管，且一旦发生变化，必须及时变更记录。
2）上述数据要能够导出到excel文件中，或从excel文件导入。3）分配床位时可以采取二种方法：
● 第1是按照一定的算法进行自动分配，● 第2是针对特殊要求进行手工分配 4）学生住宿需要记录的内容主要包括：
学号、姓名、所属学院、所属系、宿舍房间号、床铺号、柜子号、入住时间、联系电话等。5）每个房间需要记录的内容主要包括：
宿舍房间号、面积、可容纳人数、目前空床数、6）为简化宿舍分配过程中学生信息的重复录入，保证数据的一致性和统一性，最好可利用现行的学籍管理系统中的信息。
3.3.2数据分析模型(类图)
people-memberName-memberName学生-memberName-memberName职工-memberName-memberName教师-memberName-memberName院校领导-memberName-memberName宿舍负责人-memberName宿舍管理员-memberName-memberName-memberName辅导员-memberName班主任-memberName-memberName-memberNamec各种记录学生住宿信息班级-memberName-memberName-memberName-memberName-memberName-memberName住宿申请-memberName-memberName住宿登记表-memberName-memberName床位-memberName宿舍-memberName-memberName设备-memberName-memberName-memberName
类图分析：用户主要分为学生和职工两大类，学生类和职工类继承于people类，而教师类、领导类、宿舍负责人类和宿舍管理员类继承于职工类，辅导员和班主任类继承于教师类；学生与辅导员、班级、住宿登记表、床位、宿舍、住宿申请等都是关联关系。
3.4故障处理要求
正常使用时不应出错，对于用户的输入错误应给出适当的改正提示。若运行时遇到不可恢复的系统错误，也必须保证数据库完好无损，可以通过日志来了解故障现象、发生时间。
3.5其他专门要求
（1）进度需求：系统开发的阶段进度要求。（2）运行环境需求：平台、体系结构、设备要求。
（3）培训需求：无实体培训，系统配备《用户使用手册》，提供多媒体教学光盘。
4.运行环境规定 4.1设备
服务器
PC机（建议配置：操作系统 windows 2000/XP/Vista CPU PentiumⅣ以上 内存 128M以上 硬盘空间 100M以上）DVD光驱，打印机等。
4.2支持软件
软件运行基于windows平台上的2000，NT，XP,Vista等。数据库：MySQL 4.3接口
无
第五篇：仓库管理系统需求规格说明书
仓库管理系统需求规格说明书
(第十二组）
1．引言...........................................................................................................................1
1.1编写目的.............................................................................................................1 1.2项目背景.............................................................................................................1 1.3参考资料.............................................................................................................1 2．任务概述....................................................................................................................2
2.1目标......................................................................................................................................2 2.2运行环境.............................................................................................................2 2.3条件与限制..........................................................................................................2 3．数据描述....................................................................................................................3
3.1静态数据.............................................................................................................3
3.2动态数据.............................................................................................................3 3.3数据库介绍..........................................................................................................3 3.4数据词典.............................................................................................................3 3.5 E-R图.................................................................................................................3 3.6数据采集.............................................................................................................3 4．功能需求....................................................................................................................6
4.1功能划分.............................................................................................................6 4.2功能描述.............................................................................................................6 5．性能需求....................................................................................................................7
5.1数据精确度..........................................................................................................7 5.2时间特性.............................................................................................................7 5.3适应性.................................................................................................................7 6．运行需求..................................................................................................................10
6.1用户界面...........................................................................................................10
6.2硬件接口...........................................................................................................10 6.3软件接口...........................................................................................................10 6.4故障处理...........................................................................................................10 7．其它需求..................................................................................................................12
7.1正确性...............................................................................................................12 7.2可维护性...........................................................................................................12 7.3可移植性...........................................................................................................12 7.4软件的完整性....................................................................................................12 7.5软件的安全性....................................................................................................12
仓储管理系统需求规格说明书
1．引言
1.1编写目的
本需求分析报告的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了仓储管理系统的软件开发过程，便于程序员与客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期待能够获得更大范围的应用。
本文档是在调研仓库管理制度及仓库管理人员对于管理系统的需求后，为明确软件需求、安排项目规划与进度、组织软件开发与测试而撰写的。
1.2项目背景
仓储管理系统（WMS）是仓储管理信息化的具体形式，它在我国的应用还处于起步阶段。一个好的仓库管理系统将会给企业带来丰厚的经济效益和社会效益。由此，设计一个优秀的仓库管理系统就显得尤其重要。物资的储存和运输是整个物流过程中的两个关键环节，被人们称之为“物流的支柱”。在商品交换过程中，虽然物资的购、销活动决定了物资的交换关系，但若没有物资的储存和运输，物资的这种交换关系则不能最终实现。
本程序设计由计算机与信息工程学院网络工程专业09级7班第12组提出并执行。
1.3参考资料
1.张海潘
软件工程导论（第5版）清华大学出版社.2008年2月
2.C#网络应用编程（第二版）人民邮电出版社
马俊主编
3.C#程序设计及应用教程（第二版）
人民邮电出版社
马俊主编
4.网络资源
本小组所有成员皆可保证所用的一切资源均来自正规途径，不牵扯到任何法律
第 页
仓储管理系统需求规格说明书
方面的问题。
2．任务概述
2.1目标
仓储管理的内容应该包括三个部分：仓储系统的布局设计、库存最优控制、仓储作业操作。
设计并完成仓储物资管理系统，实现委托方要求的功能。“仓库信息管理系统”是一套功能强大而又操作简便，实用性的仓储管理软件，其主要包括有用户登录、仓库管理、业务查询和系统设置管理四大管理功能。系统主要的实现目标是监控整个仓库的运行情况，提供完善的任务管理计划功能，实时监控所有货物的在线运动情况，实时提供库存变化的信息，完善公司仓储情况的监制与有效利用，以提高仓库存效率，为企业适时的提供仓储信息，为企业创造更多收入与利润。
2.2运行环境
操作系统：Microsoft Windows 95/98/ME/NT_3.51/NT_4.0/2000/XP/ Server_2003/Vista/Server_2008/7/Server_2008_R2中的任何一种。
数据库名称：Microsoft SQL Server 2008。
2.3条件与限制
本系统在 Windows 环境中开发，故在Windows中运行无其它因素限制。
要求系统的操作人员应具有一定的计算机方面的知识或经过相应的培训经验，突发情况可进行操作以缓解损害情况，同时应做好对后台数据库的保密工作。
第 页
仓储管理系统需求规格说明书
3．数据描述
3.1静态数据
a.用户ID b.用户身份 c.用户密码 d.货物ID e.货物名称 f.货物所属仓库 g.仓库ID h.仓库状态 i.仓库备注信息 j.用户备注信息 k.货物备注信息
3.2动态数据
输入数据：菜单选项，查询关键字，新建记录项。
输出数据：由查询关键字确定的数据库记录集合或全部记录内部生成的数据，中间查询结果。
3.3数据库介绍
微软SQL Server 2005 SP1加入数据库镜像功能，为SQL Server 2005 Express Edition提供新管理工具，并且加强了SAP NetWeaver智能商务系统的报告反馈支持功能。
第 页
仓储管理系统需求规格说明书
3.4数据词典
第
页
仓储管理系统需求规格说明书
3.5 E-R图
性别姓名联系方式备注ID用户名密码权限联系方式普通用户交互仓库管理员交互管理系统操作员使用仓库ID用户名权限密码
编号管理员ID状态图 3.1 系统E-R图
描述：该系统中包含的用户以及属性如图3.5，其中对应关系为，普通用户与系统操作员为多对一，与仓库管理员为多对一，系统操作员与仓库为多
第 页
仓储管理系统需求规格说明书
对一，仓库管理员与仓库为一对一。
另外该系统中有一个超级管理员，负责对系统进行配置管理，对数据库进行备份，增加，删除系统操作员，仓库管理员信息等操作。系统超级管理员用例图见4.2功能划分。
3.6数据采集
系统管理员与用户通过键盘输入仓库信息及反馈信息。
4．功能需求
4.1功能划分
一个功能完善的仓库信息管理系统，必须包括以下几个主要功能：用户登录、仓库管理、业务查询、系统设置。系统总体模块图如下
第 页
仓储管理系统需求规格说明书
仓储管理系统用户登录仓库管理业务查询系统设置登录注销退出进退领退调盘货货料料拨点库存销售历史记录查询用户管理供应商管理仓库进货仓库退货仓库领料仓库退料商品调拨仓库盘点库存查询 图4.1
仓储管理系统模块图
4.2功能描述
（一）用户登录
（1）用户登录
用户可以用两种身份登录本系统：普通操作员和管理人员。不同身份的用户登录被系统授予不同的使用权限，这样提高了系统的安全性，避免了无关人员获取不在他权限范围内的信息。
（2）用户注销
用户在短时间不使用该系统时，不必退出系统，选择注销后，其他用
第 页
仓储管理系统需求规格说明书
户可以登录使用本系统。
（3）退出系统
用户在完成工作后，点击退出系统按钮可以安全的退出，以免不安全退出导致数据丢失情况的发生。
（4）超级管理员管理
图4.3
超级管理员用例图
（二）仓库管理
（1）仓库进货
仓库进货模块要求操作员输入商品号、商品名称、进货数量、单位和供应商等信息，系统自动的将当前系统时间作为进货时间更新到数据库，并且统计进货金额，该操作完成后，仓库相应货物的数量为原货物数量和进货数量的总和，并更新数据库。
（2）仓库退货
仓库退货模块要求操作员输入退货商品号、退货数量、单位和供应商，系统自动的将当前系统时间作为退货时间更新到数据库，并且统计退货金额，该操作完成后，相应货物的数量为原货物数量除去退货的数量，并更新数据库。
（3）仓库领料
仓库领料模块要求操作员输入领取商品号、领取数量、领料人等，系统自动的将当前系统时间作为领料时间更新到数据库，并且统计总领料数
第 页
仓储管理系统需求规格说明书
量。该操作完成后，相应货物的数量为原货物数量减领料的数量并更新数据库。
（4）仓库退料
仓库退料模块要求操作员输入退料商品号、退料数量、退料人等，系统自动的将当前系统时间作为退料时间更新到数据库，并且统计总退料数量。该操作完成后，相应货物的数量为原货物数量加退料的数量，并更新数据库。
（5）商品调拨
商品调拨模块要求操作员输入调拨商品号、调拨数量、调拨人等，系统自动的将当前系统时间作为调拨时间更新到数据库，并且统计总调拨数量。
（6）仓库盘点
商品盘点模块要求用户（管理员）输入某商品号，该商品实际数量（增加或删除），系统会自动的将当前系统时间作为盘点时间更新到数据库，并且统计总盘点过程中修改的数量。
（三）业务查询
业务查询模块图
（1）库存查询
第 页
仓储管理系统需求规格说明书
用户可以查询所有的商品的库存，也可以输入某件商品的ID号从而得到该商品的库存量。
（2）销售查询
用户（管理员）给出某个时间段，系统就根据库中的资料给出该段时间中所有商品的销售情况。
（3）仓库历史记录查询
用户可以查询的类型包括：仓库进货、仓库退货、仓库领料、仓库退料、商品调拨、仓库盘点，用户选择查询的类型后，再输入需要查询的时间，系统返回历史操作记录。
（四）系统设置（1）供应商管理
用户可以增加新的供应商，需要输入供应商的一些信息，包括：供应商号、名称、联系人、联系电话、传真、地址和邮政编码。用户也可以对已经存在的供应商信息进行查询和修改。
管理员可以增加、删除、修改和查询用户。
5．性能需求
5.1数据精确度
由于采用数据库技术并且用户的应用领域对数据精度的要求不是太高，所以这点在系统中表现的比较少，都是用户数据的安全性和准确性是完全保证的，所以对用户的使用没有多大的障碍。
5.2时间特性
本系统的数据库较小，所以程序在响应时间，数据更新处理时间上性能是比较突出的、而且也正由于数据量相对较少，故在数据传输时间和系统运行时间上表现的叫让用户满意。无论是客户还是管理员，当用户登录，进行任何操作的时候，系统应该及时的进行反应，反应的时间在5秒以内。系统应能检测出各种非正常情况，如与设备的通信中断，无法连接数据库服务等，避免出现长时间等待甚至无响应。
第 页
仓储管理系统需求规格说明书
5.3适应性
本系统实在Windows环境中开发的，所以只要是兼容Windows的软件或操作系统，该软件都可以正确运行，有较好的适应能力与兼容性。而且本系统简单易懂，容易上手，界面明了，便于操作。本系统是比较大众模式的仓储管理模式，便于移植到其他部门或公司，具有良好的适应性。
6．运行需求
6.1用户界面
采用Web网页的形式，具有良好的交互界面。有一个主页，可以链接其他页面。用户根据自己权限在各个页面进行操作。
要求大致如下：
1.页面内容：主题突出，站点定义、术语和行文格式同意、规范、明确，栏目、菜单设置和布局合理，传递的信息准确、意识。内容丰富，文字准确，语句通顺；专用术语规范，行文格式统一规范。
2.导航结构：页面具有明确的导航只是，且便于理解，方面用户使用。3.技术环境：页面大小合适，能用各种常用浏览器以不同的分辨率浏览；无错误链接和空链接；采用css处理，控制字体大小和面板布局。
4.艺术风格：界面、版面形象清新岳母、布局合理，字号大小
十一、字体选择合理，前后一致，美观大方，动与静搭配适当，动静效果好；色彩和谐自然，与主题内容相协调。
6.2硬件接口
数据库服务器应配备大容量硬盘，以免当大规模公司使用时反应速度减慢等问题出现。
6.3软件接口
系统保持与操作系统的接口，保持与数据库软件Microsoft SQL Server的接口，考虑到文档处理的需要有可能包括与常用办公软件接口。
第 页
仓储管理系统需求规格说明书
6.4故障处理
考虑到软件的范围不大，所以故障处理一般有操作系统完成，系统只要保持与操作系统的接口即可。只要操作系统没有大的故障程序一般是比较稳定的。
考虑到用户对数据的安全性要求，程序可以有独立于操作系统之外的数据备份功能与过程，以及系统崩溃后的数据恢复功能。
7．其它需求
7.1正确性
要求发布的软件能够满足用户需求，实现各个功能，并且在运行过程中不出现严重错误。
7.2可维护性
要求本软件拥有良好的可维护性，以满足用户不断增长的需求以及日后的BUG修复工作。
7.3可移植性
该系统采用B/S开发模式，所以可以在多种平台上很好的运行，所以该系统具有良好的移植性。
7.4软件的完整性
最终将该系统制作成部署文件以保证系统的完整行。
7.5软件的安全性
要求提供身份验证，只允许通过身份验证的用户使用本软件。并且通过验证可以确认用户身份，即确认用户是否为系统管理员，只有系统管理员才可以对软件进行数据的添加、删除和修改操作，而普通用户只能进行浏览数据等基本操作。
第 页
鲁公网安备37028302000876号