仓库管理系统需求规格说明书.doc

第 1 页
1．引言 1
1.1编写目的 1
1.2项目背景 1
1。3定义 3
1。4参考资料 4
2．任务概述 4
2。1目标 4
2。2运行环境 5
2.3条件与限制 5
3．数据描述 6
3.1静态数据 6
3.2动态数据 6
3。3数据库介绍 7
3。4数据词典 7
3。5 E—R图 9
3。6数据采集 9
3。7系统数据流图 9
4．功能需求 13
4。1功能划分 13
4。2功能描述 13
5．性能需求 24
5.1数据精确度 24
5。2时间特性 24
5。3适应性 25
6．运行需求 25
6.1用户界面 25
6。2硬件接口 28
6.3软件接口 28
6.4故障处理 28
7．其它需求 29
7.1正确性 29
7.2可维护性 29
7。3可移植性 29
7。4软件的完整性 29
7。5软件的安全性 29

仓储管理系统需求规格说明书
1．引言
1。1编写目的
本需求分析报告的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了仓储管理系统的软件开发过程，便于程序员与客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期待能够获得更大范围的应用。
本文档是在调研仓库管理制度及仓库管理人员对于管理系统的需求后，为明确软件需求、安排项目规划与进度、组织软件开发与测试而撰写的。
本文档的预期读者是：
设计人员
开发人员
项目管理人员
测试人员
用户
1。2项目背景
仓储管理系统(WMS）是仓储管理信息化的具体形式，它在我国的应用还处于起步阶段。目前在我国市场上呈现出二元结构：以跨国公司或国内少数先进企业为代表的高端市场,其应用WMS的比例较高，系统也比较集中在国外基本成熟的主流品牌;以国内企业为代表的中低端市场,主要应用国内开发的WMS产品。下面主要结合中国物流与采购联合会征集的物流信息化优秀案例，从应用角度对国内企业的WMS概况做一个分析。
第一类是基于典型的配送中心业务的应用系统,在销售物流中如连锁超市的配送中心，在供应物流中如生产企业的零配件配送中心，都能见到这样的案例。北京医药股份有限公司的现代物流中心就是这样的一个典型。该系统的目标,一是落实国家有关医药物流的管理和控制标准GSP等，二是优化流程，提高提高效率。系统功能包括进货管理、库存管理、订单管理、拣选、复核、配送、RF终端管理、商品与货位基本信息管理等功能模块；通过网络化和数字化方式,提高库内作业控制水平和任务编排。该系统把配送时间缩短了50％,订单处理能力提高了一倍以上,还取得了显著的社会效益,成为医药物流的一个样板。此类系统多用于制造业或分销业的供应链管理中，也是WMS中最常见的一类。
第二类是以仓储作业技术的整合为主要目标的系统，解决各种自动化设备的信息系统之间整合与优化的问题.武钢第二热轧厂的生产物流信息系统即属于此类，该系统主要解决原材料库（钢坯）、半成品库（粗轧中厚板)与成品库(精轧薄板）之间的协调运行问题,否则将不能保持连续作业,不仅放空生产力,还会浪费能源。该系统的难点在于物流系统与轧钢流水线的各自动化设备系统要无缝连接，使库存成为流水线的一个流动环节，也使流水线成为库存操作的一个组成部分。各种专用设备均有自己的信息系统，WMS不仅要整合设备系统，也要整合工艺流程系统，还要融入更大范围的企业整体信息化系统中去。此类系统涉及的流程相对规范、专业化，多出现在大型ERP系统之中，成为一个重要组成部分。
第三类是以仓储业的经营决策为重点的应用系统，其鲜明的特点是具有非常灵活的计费系统、准确及时的核算系统和功能完善的客户管理系统,为仓储业经营提供决策支持信息。华润物流有限公司的润发仓库管理系统就是这样的一个案例.此类系统多用于一些提供公仓仓储服务的企业中，其流程管理、仓储作业的技术共性多、特性少，所以要求不高,适合对多数客户提供通用的服务。该公司采用了一套适合自身特点的WMS以后，减少了人工成本,提高了仓库利用率,明显增加了经济效益。
物资的储存和运输是整个物流过程中的两个关键环节，被人们称之为“物流的支柱".在商品交换过程中,虽然物资的购、销活动决定了物资的交换关系，但若没有物资的储存和运输，物资的这种交换关系则不能最终实现。
×××××公司后勤处仓库管理中心委托开发，＊＊班第一小组承接开发.
使仓储物资管理系统实现仓库管理智能化。
1.3定义
静态数据——系统固化在内的描述系统实现功能的一部分数据。
动态数据——在软件运行过程中用户输入后系统输出给用户的一部分数据，也就是系统要处理的数据。
数据字典—-数据字典的名字都是一些属性与内容的抽象与概括，它们的特点是数据表的“严密性"和“精确性”.
需求提出者——需求提出者是对项目进行提出需求的用户.
用例图——由参与者（Actor)、用例（Use Case）以及它们之间的关系构成的用于描述系统功能的动态视图称为用例图。用例图（User Case）是被称为参与者的外部用户所能观察到的系统功能的模型图,呈现了一些参与者和一些用例,以及它们之间的关系，主要用于对系统、子系统或类的功能行为进行建模。用例图展示了用例之间以及同用例参与者之间是怎样相互联系的。用例图用于对系统、子系统或类的行为进行可视化,使用户能够理解如何使用这些元素，并使开发者能够实现这些元素。将每个系统中的用户分出工作状态的属性和工作内容，方便建模，防止功能重复和多余的类。用例图定义了系统的功能需求，它是从系统的外部看系统功能，并不描述系统内部对功能的具体实现.
活动图——活动图（Activity Diagram，动态图）是阐明了业务用例实现的工作流程.业务用例工作流程说明了业务为向所服务的业务主角提供其所需的价值而必须完成的工作.业务用例由一系列活动组成，它们共同为业务主角生成某些工件。工作流程通常包括一个基本工作流程和一个或多个备选工作流程。工作流程的结构使用活动图来进行说明。工作流程活动图用于研究实现业务目标时所要执行的各项任务或活动的顺序安排.活动既可以是手动执行的任务，也可以是自动执行的任务.它可完成一个工作单元。活动图是状态图的一种特殊形式。其中所有或多数状态都是活动状态,而且所有或多数转移都在源状态中的活动完成时立即触发。
时序图—-时序图（Sequence Diagram）,亦称为序列图或循序图，是一种UML行为图。它通过描述对象之间发送消息的时间顺序显示多个对象之间的动态协作。它可以表示用例的行为顺序，当执行一个用例行为时，时序图中的每条消息对应了一个类操作或状态机中引起转换的触发事件。
用例与事件流表-—事件流的目的是为用例的逻辑流程建立文档,这个文档详细描述系统用户的工作和系统本身的工作。事件流描述的是一个系统做了什么。
1.4参考资料
1. 宋雨 软件工程实践教程    清华大学出版社
2。 李代平 软件工程设计案例教程     清华大学出版社
3。 臧铁钢 软件工程 科学出版社
4。 Jeffrey L。 系统分析与设计方法 (影印版) 国外优秀信息科学与技术系列教学用书
5。 蒋长兵，白丽君，吴承健 仓储管理与库存控制案例习题与解答 中国物资出版社
6。 刘艳良，肖绍萍 仓储管理实务 人民交通出版社
7. 李洪奎 仓储管理 机械工业出版社
8. 吴建，郑潮，王杰 UML基础与Rose建模案例（第二版） 人民邮电出版社
2．任务概述
2。1目标
仓储管理的内容应该包括三个部分：仓储系统的布局设计、库存最优控制、仓储作业操作。这是三个层面的问题，彼此又有联系。
仓储系统布局是顶层设计，也是供应链设计的核心。就是要把一个复杂纷乱的物流系统通过枢纽的布局设计改造成为“干线运输+区域配送"的模式,枢纽就是以仓库为基地的配送中心。在相应的信息系统设计中，表现为“联库管理"的模式，分为集中式、分布式和混合式三类,其中配送中心的选择和设计是整个系统布局的关键。这部分内容通常并不包含在仓储信息系统WMS之中，但是对于布局设计变化的适应性、通用性也会成为客户选择WMS的一个重要依据.
库存的最优控制部分是确定仓库的商业模式的，即要（根据上一层设计的要求）确定本仓库的管理目标和管理模式，如果是供应链上的一个执行环节，是成本中心，多以服务质量、运营成本为控制目标，追求合理库存甚至零库存;如果是独立核算的利润中心，则是完全不同的目标和管理模式，除了服务质量、运行成本外，更关心利润的核算，因此计费系统和客户关系管理成为其中极其重要的组成部分，因为在计费系统中固化了市场营销的战略和策略。
仓储作业的操作是最基础的部分，也是所有WMS最具有共性的部分，正因为如此，仓储作业的操作信息化部分成为WMS与其他管理软件如进销存、ERP等相区别的标志。这部分内容不仅要根据上一层确定的控制目标和管理模式落实为操作流程，还要与众多的专用仓储设备自动控制系统相衔接，所以是技术上最复杂的部分.国产WMS与国外先进的仓储软件相比，最大的差距可能也就在这里，市场价格会相差数十倍、上百倍，也是这个原因.
设计并完成仓储物资管理系统,实现委托方要求的功能。“仓库信息管理系统”是一套功能强大而又操作简便，实用性的仓储管理软件，其主要包括有用户登录、仓库管理、业务查询和系统设置管理四大管理功能.系统主要的实现目标是监控整个仓库的运行情况，提供完善的任务管理计划功能,实时监控所有货物的在线运动情况，实时提供库存变化的信息，完善公司仓储情况的监制与有效利用，以提高仓库存效率，为企业适时的提供仓储信息，为企业创造更多收入与利润.
2。2运行环境
操作系统：Microsoft Windows 95/98/ME/NT_3。51/NT_4。0/2000/XP/ Server_2003/Vista/Server_2008/7/Server_2008_R2中的任何一种。
支持环境：IIS 5。0/6。0/7。0。
数据库名称:Microsoft SQL Server 2005。
2.3条件与限制
本系统在 Windows 环境中开发，故在Windows中运行无其它因素限制(推荐使用官方正版系统).
基于安全考虑问题本系统建议不要连接外部网络,维护版本所有权。
系统的操作人员应具有一定的计算机方面的知识或经过相应的培训经验，突发情况可进行操作以缓解损害情况，同时应做好对后台数据库的保密工作.
3．数据描述
3。1静态数据
仓储管理系统中，静态数据分离技术需要经过3个发展阶段。
静态数据作为应用程序的一部分直接保存在程序中,即静态数据与程序结合在一起。
静态数据从程序内部分离出来，形成独立的外部数据文件.静态数据文件与动态数据文件相互独立，依靠特定程序分别进行参照货存取.
静态数据由外部数据文件存放方式转为数据库存放方式，将以前程序中静态数据对动态数据加工的某些控制关系抽象为静态表与动态表间关系
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智能商务系统的报告反馈支持功能。
管理:SQL Server Management Studio 集成了对 SQL Server 2005 所有组件的管理.Business Intelligence 从业者都将得益于 Microsoft 服务器“能力”扩展这一用户盼望已久的功能增强，即从关系引擎（伸缩性、可靠性、可用性、可编程性，等等）扩展为全套的 BI 平台组件。
支持的操作系统： Windows 2000 Service Pack 4; Windows Server 2003 Service Pack 1； Windows XP Service Pack 2
硬件要求：具有 Intel Pentium III 600 MHz(或同等性能的兼容处理器）或速度更快处理器（建议使用 1 GHz 或速度更快的处理器。)的计算机 最低 192 MB 的 RAM（建议使用 512 MB 或更高的 RAM。) 100 MB 的可用硬盘空间
注意事项：安装此包之前，必须从系统中删除 SQL Server Management Studio Express 的任何 Beta 版本或 Community Technology Preview （CTP） 版本.如果不执行此操作，则将导致此包安装 失败。
安装条件：您必须在计算机上具有管理权限才能安装SQL Server 2005.
3.4数据词典
3.5 E—R图
图 3.1 系统E-R图
描述：该系统中包含的用户以及属性如图3.5，其中对应关系为，普通用户与系统操作员为多对一,与仓库管理员为多对一，系统操作员与仓库为多对一，仓库管理员与仓库为一对一。
另外该系统中有一个超级管理员,负责对系统进行配置管理，对数据库进行备份，增加,删除系统操作员,仓库管理员信息等操作。系统超级管理员用例图见4.2功能划分。
3.6数据采集
系统管理员与用户通过键盘输入仓库信息及反馈信息。
3。7系统数据流图
1.系统存货数据流图
图3.2 存货数据流图
描述：首先系统操作员接收到货物存储单,然后查询库存清单,仓库中是否有该货物，然后查询可用仓库，之后系统操作员将记录该货物，将此货物确认状态设置为未存,当存货人员带货物找到仓库管理员，仓库管理员通过该系统查寻该人员存货信息，确认货物与系统操作员记录的一致，然后接收该次存货事务，将实际货物存放到仓库，然后通过该系统对该事务进行确认，然后系统操作员接收到该信息,并进行记录更新。
2。系统取货数据流图
图3.3 系统取货数据流图
描述：取货人员带取货单找到系统操作员，然后系统操作员进行库存查询，并且查询货物所属仓库，然后打印取货凭条告知取货人员去找相应仓库管理员，仓库管理员检查凭条,然后确认无误去取相应货物,之后仓库管理员使用该系统想系统操作员进行取货确认，系统操作员收到确认进行记录更新。
3.系统领料数据流图
图3。4 系统领料数据流图
描述：领料人持领料单找系统操作人员，然后系统操作人员查询库存信息，然后打印领料凭条给领料人，领料人持凭条找到仓库管理人员，仓库管理人员核实无误后取料,然后将取料核实信息通过该系统传给系统操作员，然后系统操作员更新该货物记录。
4.系统退料数据流图
图3。5 系统退料数据流图
描述：退料人持退料单找到系统操作员，然后系统操作员查询库存清单,查询该货物所属仓库，然后告知退料人仓库号,退料人找到仓库管理人员,管理人员将货物放回，然后仓库管理人员通过该系统将确认退料告知系统操作员,最后系统操作员更新数据记录.
5. 系统货物调拨数据流图
图3。6 系统货物调拨数据流图
描述：系统管理员首先决定调拨信息,然后将调拨信息告知涉及到的仓库管理员，然后指定管理员携带货物和调拨凭条寻找另一个仓库管里员，当货物调拨完成后由涉及到的管理员向系统管理员确认，然后管理员更新数据记录.
6。系统货物盘点数据流图
图3。7 货物盘点数据流图
描述：系统操作员发出盘点货物的指令给相应管理员,之后管理员进行盘点，核实完毕之后将核实结果告知系统操作员，然后系统操作员更新数据记录。
4．功能需求
4。1功能划分
一个功能完善的仓库信息管理系统，必须包括以下几个主要功能：用户登录、仓库管理、业务查询、系统设置。系统总体模块图如下
图4.1 仓储管理系统模块图
4。2功能描述
(一)用户登录
（1)用户登录
用户可以用两种身份登录本系统:普通操作员和管理人员.不同身份的用户登录被系统授予不同的使用权限，这样提高了系统的安全性，避免了无关人员获取不在他权限范围内的信息。
图4。2 用户登录用例图
表4。1 用户登录用例与事件流表
用例名称
用户登录
角色
普通操作员，管理员
用例说明
使用者登录本系统
基本事件流
在参与者管理员或者操作员输入自己所有的用户名及口令时，登录用例开始.输入密码后提交服务器验证，验证成功则用户登录，进行相应的操作,系统会根据用户类型为其分配相应权限.
异常事件流
1. 用户密码错误，不能登录，用例重新开始；
2. 用户名错误，不能登录，用例重新开始；
3. 用户名不存在，不能登录，用例重新开始。
（2）用户注销
用户在短时间不使用该系统时，不必退出系统，选择注销后，其他用户可以登录使用本系统。
（3）退出系统
用户在完成工作后，点击退出系统按钮可以安全的退出，以免不安全退出导致数据丢失情况的发生。
（4）超级管理员管理
图4.3 超级管理员用例图
（二）仓库管理
（1)仓库进货
仓库进货模块要求操作员输入商品号、商品名称、进货数量、单位和供应商等信息，系统自动的将当前系统时间作为进货时间更新到数据库,并且统计进货金额，该操作完成后，仓库相应货物的数量为原货物数量和进货数量的总和，并更新数据库.
图4.4 仓库进货活动图
表4。2仓库进货用例与事件流表
用例名称
仓库进货
角色
供应商，系统操作员，仓库管理员
用例说明
供应商供货,系统操作员与仓库管理员负责将货物入库
基本事件流
供应商提供货物,系统操作员通过系统找到存放位置并将信息交给仓库管理员,管理员核实信息并存放货物。
异常事件流
无合适仓库，等待仓库管理员调拨货物后存放
（2）仓库退货
仓库退货模块要求操作员输入退货商品号、退货数量、单位和供应商,系统自动的将当前系统时间作为退货时间更新到数据库,并且统计退货金额，该操作完成后,相应货物的数量为原货物数量除去退货的数量，并更新数据库。
图4.5 仓库退货活动图
表4.3 仓库退货用例与事件流表
用例名称
仓库退货
角色
系统操作员,仓库管理员，供应商
用例说明
因某些问题需要退货,管理员需更新数据库。
基本事件流
仓库管理员将退货信息提交给系统操作员,由系统操作员验证信息并更新数据库，最后退货给供应商。
异常事件流
退货信息错误，要求仓库管理员验证信息.
（3）仓库领料
仓库领料模块要求操作员输入领取商品号、领取数量、领料人等,系统自动的将当前系统时间作为领料时间更新到数据库,并且统计总领料数量。该操作完成后,相应货物的数量为原货物数量减领料的数量并更新数据库。
图4。6 仓库领料活动图
表4。4 仓库领料用例与事件流表
用例名称
仓库领料
角色
系统操作员,仓库管理员，领料人
用例说明
领料人来领料,系统操作员与仓库管理员发料。
基本事件流
系统操作员通过领料人提供的信息查询货物所在位置，提交给仓库管理员，由仓库管理员查找并领料。
异常事件流
库存数量不足，等待进货。
（4）仓库退料
仓库退料模块要求操作员输入退料商品号、退料数量、退料人等，系统自动的将当前系统时间作为退料时间更新到数据库，并且统计总退料数量.该操作完成后，相应货物的数量为原货物数量加退料的数量,并更新数据库。
图4.7 仓库退料活动图
表4.5 仓库退料用例与事件流表
用例名称
仓库退料
角色
系统操作员，仓库管理员，退料人
用例说明
货物使用完毕归还入库，管理员需更新数据库。
基本事件流
系统操作员根据退料人提供的信息查询仓库，返回信息交给仓库管理员，仓库管理员核实货物信息并入库。
异常事件流

（5）商品调拨
商品调拨模块要求操作员输入调拨商品号、调拨数量、调拨人等，系统自动的将当前系统时间作为调拨时间更新到数据库，并且统计总调拨数量。
图4。8 商品调拨活动图
表4.6 商品调拨用例与事件流表
用例名称
商品调拨
角色
系统操作员，仓库管理员
用例说明
为保证仓库的充分合理利用，需要进行商品调拨管理
基本事件流
系统操作员查询货物及仓库信息，返回可调拨信息并交给仓库管理员，仓库管理员调拨商品后更新数据库。
异常事件流
无可调拨信息，返回
(6）仓库盘点
商品盘点模块要求用户（管理员）输入某商品号,该商品实际数量(增加或删除)，系统会自动的将当前系统时间作为盘点时间更新到数据库,并且统计总盘点过程中修改的数量。
图4.9 仓库盘点时序图
表4.7 仓库盘点用例与事件流表
用例名称
仓库盘点
角色
系统操作员,仓库管理员
用例说明
为保证仓库货物与数据库统一,需要进行仓库盘点
基本事件流
仓库管理员盘点仓库货物信息并提交,由系统操作员核实信息并更新数据库。
异常事件流
仓库信息与数据库发生严重不符，要求仓库管理员核实信息
（三)业务查询
图4.10 业务查询模块图
（1）库存查询
用户可以查询所有的商品的库存，也可以输入某件商品的ID号从而得到该商品的库存量。
（2）销售查询
用户（管理员）给出某个时间段，系统就根据库中的资料给出该段时间中所有商品的销售情况。
（3）仓库历史记录查询
用户可以查询的类型包括：仓库进货、仓库退货、仓库领料、仓库退料、商品调拨、仓库盘点，用户选择查询的类型后,再输入需要查询的时间，系统返回历史操作记录。
表4.8 业务查询用例与事件流表
用例名称
业务查询
角色
系统操作员
用例说明
查询仓库各方面信息
基本事件流
系统操作员可以通过本模块提交查询,查询内容包括库存查询、销售查询、仓库历史操作查询。
异常事件流
查询信息不存在，要求检查输入
（四）系统设置
（1）供应商管理
用户可以增加新的供应商，需要输入供应商的一些信息,包括：供应商号、名称、联系人、联系电话、传真、地址和邮政编码。用户也可以对已经存在的供应商信息进行查询和修改。
图4.11 供应商管理用例图
表4.9 供应商管理用例与事件流表
用例名称
供应商管理
角色
系统操作员
用例说明
更新供应商信息
基本事件流
根据需要系统操作员可以选择增加、删除、修改、查询供应商信息,然后根据提示输入所需信息。
异常事件流
1. 新增信息已存在，要求核实
2. 删除信息不存在，要求核实
（2） 用户管理
管理员可以增加、删除、修改和查询用户。
用户管理用例图如下：
图4.12 用户管理用例图
表4.10 用户管理用例与事件流图
用例名称
用户管理
角色
系统操作员
用例说明
更新用户信息
基本事件流
根据需要系统操作员可以选择增加、删除、修改、查询用户信息，然后根据提示输入所需信息。
异常事件流
1.新增信息已存在，要求核实
2。删除信息不存在，要求核实
5．性能需求
5.1数据精确度
由于采用数据库技术并且用户的应用领域对数据精度的要求不是太高，所以这点在系统中表现的比较少，都是用户数据的安全性和准确性是完全保证的,所以对用户的使用没有多大的障碍。
5.2时间特性
本系统的数据库较小，所以程序在响应时间，数据更新处理时间上性能是比较突出的、而且也正由于数据量相对较少,故在数据传输时间和系统运行时间上表现的叫让用户满意。无论是客户还是管理员，当用户登录，进行任何操作的时候，系统应该及时的进行反应，反应的时间在5秒以内。系统应能检测出各种非正常情况，如与设备的通信中断,无法连接数据库服务等，避免出现长时间等待甚至无响应。
5。3适应性
本系统实在Windows环境中开发的，所以只要是兼容Windows的软件或操作系统，该软件都可以正确运行,有较好的适应能力与兼容性。而且本系统简单易懂,容易上手，界面明了，便于操作。本系统是比较大众模式的仓储管理模式，便于移植到其他部门或公司，具有良好的适应性.
6．运行需求
6。1用户界面
采用Web网页的形式，具有良好的交互界面。有一个主页,可以链接其他页面.用户根据自己权限在各个页面进行操作.
要求大致如下：
1。页面内容：主题突出，站点定义、术语和行文格式同意、规范、明确，栏目、菜单设置和布局合理，传递的信息准确、意识。内容丰富，文字准确，语句通顺；专用术语规范，行文格式统一规范。
2.导航结构：页面具有明确的导航只是，且便于理解，方面用户使用.
3.技术环境：页面大小合适，能用各种常用浏览器以不同的分辨率浏览;无错误链接和空链接；采用css处理，控制字体大小和面板布局。
4.艺术风格:界面、版面形象清新岳母、布局合理，字号大小十一、字体选择合理，前后一致，美观大方，动与静搭配适当，动静效果好；色彩和谐自然，与主题内容相协调.
1。登录界面
图6.1 系统登录界面
图6.2 空账号登录出错提示图
图6.3 超级管理员管理界面
图6。4 系统操作员操作界面
图6。5 仓库管理员操作界面
6.2硬件接口
数据库服务器应配备大容量硬盘,以免当大规模公司使用时反应速度减慢等问题出现。
6。3软件接口
系统保持与操作系统的接口,保持与数据库软件Microsoft SQL Server的接口,考虑到文档处理的需要有可能包括与常用办公软件接口。
6。4故障处理
考虑到软件的范围不大，所以故障处理一般有操作系统完成，系统只要保持与操作系统的接口即可。只要操作系统没有大的故障程序一般是比较稳定的。
考虑到用户对数据的安全性要求，程序可以有独立于操作系统之外的数据备份功能与过程,以及系统崩溃后的数据恢复功能。
7．其它需求
7.1正确性
要求发布的软件能够满足用户需求,实现各个功能，并且在运行过程中不出现严重错误。
7。2可维护性
要求本软件拥有良好的可维护性，以满足用户不断增长的需求以及日后的BUG修复工作。
7。3可移植性
该系统采用B/S开发模式,所以可以在多种平台上很好的运行，所以该系统具有良好的移植性.
7.4软件的完整性
最终将该系统制作成部署文件以保证系统的完整行.
7。5软件的安全性
要求提供身份验证，只允许通过身份验证的用户使用本软件。并且通过验证可以确认用户身份,即确认用户是否为系统管理员，只有系统管理员才可以对软件进行数据的添加、删除和修改操作，而普通用户只能进行浏览数据等基本操作。
第 16 页