软件开发方案与案例分析需求模板
E-Storage Management System Software
Requirements Specification
电子化仓储管理系统软件需求规格说明书
版权所有 不得复制
Copyright © BroadenGate Technologies, Co., Ltd.
All Rights Reserved
软件开发方案与案例分析需求模板
Revision Record
修订记录
软件开发方案与案例分析需求模板
Catalog 目 录
软件开发方案与案例分析需求模板
错误!未找到引用源。
Keywords 关键词:仓储管理
Abstract 摘 要:本文主要描述电子化仓储管理系统的设计需求,包括功能需求和性能需求,以
及其他设计约束等。
List of abbreviations 缩略语清单:
软件开发方案与案例分析需求模板
1 Introduction 简介
1.1 Purpose 目的
1.2 Scope 范围
本文档包含电子化仓储管理系统 V1.0的对外接口和功能描述,以及和外部的约束关系。
2 General description 总体概述
2.1 Software perspective 软件概述
2.1.1
About the Project 项目介绍
2.1.2
Environment of Pruduct 产品环境介绍
2.2 User characteristics 用户特征
2.3 Software function 软件功能
2.4 Assumptions & Dependencies 假设和依赖关系
3 Specific Requirements 具体需求
3.1Functional Requirements 功能需求
软件开发方案与案例分析需求模板
我们采用面向对象分析的方法来作为主要的系统建模方法,使用UML(Unified Modeling Language)作为建模语言。UML为建模活动提供了从不同角度观察和展示系统的各种特征的方法。在UML中,从任何一个角度对系统所作的抽象都可能需要几种模型来描述,而这些来自不同角度的模型图最终组成了系统的映像。
Use Case描述的是“actor”(用户、外部系统以及系统处理)是如何与系统交互来完成时,该模型将来可
派生出动态对象模型。
设计Use-case时,我们遵循下列步骤: 第一步:
识别出系统的管理员。管理员可以是用户、外部系统,甚至是外部处理,通过某种途径与系统交互。重要的是着重从系统外部执行者的角度来描述系统需要提供哪些功能,并指明这些功能的执行者是谁。尽可能地确保所有管理员都被完全识别出来。 第二步:
描述主要的Use Case。可以采取不断地问自己“这个管理员究竟想通过系统做什么?”来准确地描述Use Case。 第三步:
重新审视每个Use Case,为它们下了详尽的定义。
电子化仓库管理系统是通过对入库业务、出库业务、仓库调拨、库存调整业务信息的管理,提高仓库管理信息的实时性和准确性,达到即时库存管理的功能,并有效控制并跟踪业务的物流和成本管理全过程,实现完善的企业仓储信息管理。系统中设计了装箱算法,为客户提供合理有效的装箱方案,保证了货物集装箱的利用。本系统可以提供有关库存情况的准确信息,增强了作业的准确性和快捷性、减少了整个物流中由于商品误置、送错、偷窃、损害和库存、出货错误等造成的损耗,并最大限度减少存储成本。
总体功能时序图:(如图3-1所示)
软件开发方案与案例分析需求模板
图3-1总体功能时序图
图 3-1总体功能时序图中主要描述了系统和用户之间的交互,此图就把电子化仓库系统当作一个黑盒子,通过描述用户和系统的交互过程,进一步说明了系统是如何运作的,也说明了系统所具有的主要功能。
系统协作图:(如下3-2 所示)
图3-2系统协作图
软件开发方案与案例分析需求模板
图3-2系统协作图主要描述了管理员、系统、一般用户之间的协作关系有库存管理、统计查询、查询信息、库存信息、统计查询等协作关系。 系统领域模型图:(如图3-3所示)
图3-3系统领域模型图
图3-3系统领域模型图 描述了仓库、用户、客户、送货单、货架、商品、供应商的属性以及各类
之间的对应关系。
整个系统划分为如下五个业务子系统:
1 登录管理:
登录管理是负责所有的管理端的登录,管理端的人员要登录到管理端必须经过登录界面,输入自己的用户名和密码,通过判断这个用户的权限信息,不同的登录人可能具有不同的权限,根据不同的权限现实不同的功能。
登录管理模块活动图:(如图3-4所示)
软件开发方案与案例分析需求模板
图3-4登录管理模块活动图
图3-3描述了系统活动图,此图描述的是系统的活动流程,从开始状态到结束状态的整个过程。起始端为显示登录界面,然后进入输入用户名和密码界面,然后系统进行登录操作,接下来系统检查数据库的合法性,如果不合法则直接退出,如果合法系统则显示登录界面,然后用户可选择四个功能,分别为,库存管理,统计查询,系统管理和用户管理,当用户完成某一个功能后则结束。
2 库存管理:
库存管理用例是管理员登陆到系统后,对库存进行各种操作,包括入库管理,出库管理,送货管理,盘点管理,各项管理,通过管理员的增加,删除操作对库存信息进行更新。并同步到数据库。 (1)入库管理:可以查询在一段时间里的货物入库信息,包括入库单号、入库日期、操作员。 (2)出库管理:货物出库时的信息,包括出库单号、创建人员、创建时间、出库类型、出库日期、客户、状态和备注之后添加出库等。
(3)送货管理:送货信息,包括送货单号、创建人员、送货日期、目的城市、客户、状态之后添
软件开发方案与案例分析需求模板
加送货等。
(4)盘点管理:每次盘点的信息管理,包括盘点单号、创建人员、盘点日期、货架号、创建日期、激活状态之后添加盘点提交等。 库存管理用例图:(如图3-5所示)
图3-5库存管理用例图
图3-4描述的是系统用例图,此图描述了整个系统的用例图,即用户可以通过系统拥有哪些功能,从图中可以清晰的看出来,用户可以进行,管理入库,管理出库,管理送货,管理盘点等等。 库存管理模块活动图:(如图3-6所示)
软件开发方案与案例分析需求模板
图3-6库存管理模块活动图
图3-5描述的是系统活动图,此图描述了整个系统的活动图,即用户可以通过系统拥有哪些功能,从图中可以清晰的看出来,用户可以进行,管理入库,管理出库,管理送货,管理盘点等等。
用例描述1:入库管理 参与者(Actor):系统管理员
前置条件(Pre-Condition):系统管理员通过身份验证,并成功登陆系统
后置条件(Post-Condition):如果商品入库信息记录完成,并将其添加到数据库中成功.则将商
品的序号、商品名称、货架名称、库存数量等信显示到界面。
基本路径:
1、管理员鼠标点击“库存管理”模块;
2、系统将该模块的主页面显示到界面;
3、由系统管理员选择其要处理的子模块-入库管理;
4、填写入库商品相关信息后,将其添加至相应的数据库,后台进行 处理, 将商品的序号、商品名称、货架名称、库存数量等信显示到 界面。
主要的成功场景:
1、新到商品的信息成功记录。
2、将新到商品的信息成功添加至商品信息数据库。 3、系统自动显示出该商品库存的相关信息。
软件开发方案与案例分析需求模板
扩展:
1、新到商品的信息记录失败。
2、将新到商品的信息添加至商品信息数据库时失败,提醒系统 管理员商品信息添加失败,请查找原因。
3、系统由于某种原因不能自动显示出该商品库存的相关信息。
用例描述2:出库管理 参与者(Actor):系统管理员
前置条件(Pre-Condition):系统管理员通过身份验证,并成功登陆系统。
后置条件(Post-Condition):如果商品出库信息记录完成,并将其添加到数据库中成功,则将
序号、商品名称、货架名称、库存数量、出库数量等信息显示到界面。
基本路径:
1、管理员鼠标点击“库存管理”模块;
2、系统将该模块的主页面显示到界面;
3、由系统管理员选择其要处理的子模块-出库管理;
4、填写将要出库的商品相关信息后,将其添加至相应的数据库,后台进行处理,并将序号、商品名称、货架名称、库存数量、出库数量等信息显示到界面。
主要的成功场景:
1、出库商品的信息成功记录。
2、将出库商品的信息成功添加至出库信息数据库。 3、系统自动显示出出库商品的相关信息。
扩展:
1、出库商品的信息记录失败。
2、将出库商品的信息添加至出库信息数据库时失败,提醒系统管理员商品信息添加失败,请查找原因。
3、系统由于某种原因不能自动显示出商品的相关信息。
用例描述3:送货管理 参与者(Actor):系统管理员
前置条件(Pre-Condition):系统管理员通过身份验证,并成功登陆系统。
后置条件(Post-Condition):如果将要送出的商品信息记录完成,并将其添加到数据库中成功,
则将序号、出库单号、数量等信息显示到界面。如果数据添加失败,则提醒系统管理员 商品信息添加失败,请查找原因。
基本路径:
软件开发方案与案例分析需求模板
1、管理员鼠标点击“库存管理”模块;
2、系统将该模块的主页面显示到界面;
3、由系统管理员选择其要处理的子模块-送货管理;
4、填写将要送出的商品相关信息后,将其添加至相应的数据库,后台进行处理,并将序号、出库单号、数量等信息显示到界面;
主要的成功场景:
1、将要送出的商品信息成功记录。
2、将要送出的商品信息成功添加至送货信息数据库。 3、系统自动显示出要送出的商品信息相关信息。
扩展:
1、要送出的商品信息记录失败。
2、将要送出的商品信息添加至送货信息数据库失败,提醒系统管理员商品信息添加失败,请查找原因。
3、系统由于某种原因不能自动显示出商品的相关信息。
用例描述4:盘点管理 参与者(Actor):系统管理员
前置条件(Pre-Condition):系统管理员通过身份验证,并成功登陆系统。
后置条件(Post-Condition):如果将要盘点的商品信息记录完成,并将其添加到数据库中成功,
则将序号、商品名称、数量、库存数量等信息显示到界面。如果数据添加失败,则提醒系统管理员商品信息添加失败,请查找原因。
基本路径:
1、管理员鼠标点击“库存管理”模块;
2、系统将该模块的主页面显示到界面;
3、由系统管理员选择其要处理的子模块-盘点管理;
4、填写将要盘点的商品相关信息后,将其添加至相应的数据库,后台进行处理,并将序号、商品名称、数量、库存数量等信息显示到界面;
主要的成功场景:
1、将要盘点的商品信息成功记录。
2、将要盘点的商品信息成功添加至数据库。 3、系统自动显示出要盘点的商品的相关信息。
扩展:
1、要盘点的商品信息记录失败。
2、将要盘点的商品信息添加至数据库失败,提醒系统管理员商品信息添加失败,请
软件开发方案与案例分析需求模板
查找原因。
3、系统由于某种原因不能自动显示出商品的相关信息。
软件开发方案与案例分析需求模板
3.1 Performance Requirements 性能需求
系统是作为一个典型的Web网站服务信息平台,因为对于性能有很高的要求。 系统采用是构件化、面向对象的,可做到灵活扩展。 系统平台的开放性用于兼容不用类型的应用。
网站系统采用三层架构的体系结构,已充分考虑到系统今后纵向和横向的平滑扩张能力 基于J2EE架构,采用跨平台、跨数据库技术,适合主流硬件和主流操作系统和Java支撑平
台。数据库系统应满足安全、稳定、大容量、面向事务等关系型数据库基本功能,WEB、应用、中间件等软件采用基于J2EE标准的产品。 应用级管理全部基于Web浏览器。 3.2.1 Performance Measurement 性能指标
在网络稳定(带宽1M)的环境下操作性界面单一操作的系统响应时间小于2秒。 支持年数据量为1000万记录数、200GB字节的数据量。
系统应提供7×24小时的连续运行,平均年故障时间:<1天,平均故障修复时间:<30分钟,
保证系统平台在出现故障时能够紧急切换,持续地提供一致的服务。 尽量减少数据库的交互次数,采用缓存机制,提高系统的相应速度。
支持最高100个并发用户,正常50个并发用户的性能要求,考虑大用户量的并发问题,系
统架构需要采用集群和负载均衡技术实现。
系统安全特性、访问控制须到页面级,能够防止病毒和黑客的攻击。 系统采用高安全性和可用性的备份恢复方案。
3.2 External Interface Requirements 外部接口需求
3.3.1 User Interface 用户接口
典型的WEB应用
3.3.2 Software Interface 软件接口
NA
软件开发方案与案例分析需求模板
3.3.3 Hardware Interface 硬件接口
NA
3.3.4 Communication Interface 通讯接口
NA
4 Overall Design Constraints 总体设计约束
4.1 Standards Compliance 标准符合性
本系统的开发在源代码上遵循C/C++/Java编程规范 文档依据国际文档标准 数据库操作遵循SQL标准 采用J2EE开发标准
4.2 Runtime Limitations 环境约束
4.2.1 Hardware Environment 硬件环境
本系统可运行在主流的PC服务器和小型机上面,基本硬件要求: 处理器:双核2.0G 内 存: 4G
硬 盘: 100G(不包括操作系统、数据库、应用服务器空间) 网 络:100MB/1000MB局域网,2M广域网带宽 4.2.2 Software Environment 软件环境
系统可部署在主流的操作系统、应用服务器和数据库,基本软件如下: 操作系统: Unix、Linux、Windows
数据库系统: Oracle 10g、MySQL、SQL Server
应用服务器: Weblogic、Websphere、Tomcat、Apache Server 开发环境: JDK1.5/J2EE
4.3 Technology Limitations 技术限制
采用纯Java技术实现,采用多层次架构和面向对象的设计模式;
设计过程充分应用面向对象的设计方法,保证各个主要模块间的低耦合、高内聚;