仓库管理系统需求分析报告
1. 产品描述
1.1 功能结构图
1.2 功能简介
库位管理是仓库合理高效利用的重要容。
库位管理主要包括了库位基本信息的设置以及库位查询。
库位基本信息的设置包括:编号、名称、类别、应存物品名称、位置、容量等;库位查询即库位基本信息的查询,定位货物位置,便入库、捡货等人员,提高出、入库效率,同时为库存统计、盘点等提供服务。
2. 用例图
库位编号库位名称仓库容量
货物名称
3.库位管理用例描述
仓库设置(101)
库位信息设置(102)
库位信息设置用例描述
用例描述库位信息设置用例编号101
创建者创建时间2016年10月19日
更新者更新时间2016年10月27日
库位信息设置主要就是把所有库位的名称、编号以及货物名称数量输入系统简要说明
中,使每一个库位可以准确定位,便于仓库的高效有序管理。
假设
库位查询(103)
库位查询用例描述
用例描述库位查询用例编号103
创建者创建时间2016年10月19日
更新者更新时间2016年10月27日
简要说明库位查询就是查询仓库库存状态以及仓库使用情况,为出、入库以及盘点等部
4. 库位管理领域类图
仓库信息主要分为编辑和查询两大模块。
编辑库位信息主要包括仓库名称、编号、类别以及仓库库位的名称、编号和货物名称、数量。
查询主要是查询仓库库存状态以及仓库使用情况,可以全部查询,也可以按条件筛选查询,有按仓库查询、按货物名称查询、按日期查询等。
仓库分库位储存不同的货物,把每一个库位信息设置在数据库中,便仓库以及货物的分类管理,也有利于提高出、入库效率。
且需要库位信息时,可以便的筛选查询等,同时可以记录一个库位的货物流动。
库位管理领域类图包括了仓库名称、编号,库位名称、编号,货物名称、数量,以及库位查询。
5. 数据字典
5.1 数据集
库位设置数据集
库位查询数据集
5.2 元数据编制:
数据项编号规
PU(purchase):表示采购业务数据类元数据
QA(quality assurance):表示质检业务数据类元数据
IS(In Storage):入库业务数据类元数据
SL(Storage location):库位管理业务数据类元数据
CH(Check):盘点管理业务数据类元数据
DI(dispatcher):调度管理业务数据类元数据
EW(early warning):库存预警管理业务数据类元数据OS(Out Storage):出库管理业务数据类元数据
BS(Back Storage):退库管理业务数据类元数据
DR(Data Report):数据报表管理业务数据类元数据EX(Exception Detail)异常描述数据
IM(Information Management):信息管理类
VMI(Vendor Managed Inventory)供应商管理库存
设置编辑
(1)IS001仓库名称
(2)SL002仓库编号
(3)IS003仓库类别
(4)SL004库位编号
(5)SL005库位名称
(6)SL006 货物名称
(7)SL007数量
查询类
(8)SL008仓库名称
(9)SL009库位编号
(10)SL010库位名称
(11)SL011 货物名称
(12)SL012日期
6. 非功能需求
6.1 物理需求
物理需指软件运行所需要的硬件环境需求。
物理需求的定义,对于软件开发过程和项目实施以及投资成本具有非常重大的指导意义。
在物理需求面,一般提出了这些物理设备及环境的性能指标,无需指定特定的产品和型号。
在软件需求分析报告中,我们需要说明运行软件所需要的基本指标,关于软件运行之外包括安全、负载平衡、系统的扩展等应该有网络架构师等进行分析并且指定进行网络拓扑设计和配置设计等。
本小节我们将分析软件运行的基本物理需求。
硬件设计必须要考虑到随着业务发展,能够满足用户运行需求。
仓库管理系统软件运行的基本需:
一、业务应用服务器,为了保障系统能够安全可靠的运行,我们将业务分割为部业务和对外业务两部分。
部业务主要包括了入库、库位管理、盘点管理、调度、预警、出库、退库、统计报表、信息管理九部分。
外部业务采购、质检业务,这些业务容较多,分散性较差,所以,我们将应用服务器分开,一组应用服务器是专门负责部业务处理,另外一组应用服务器主要是负责公司外部采购、质检业务的处理。
具体配置要求:
部业务服务器2台,实现冗机备份处理和部业务的负载平衡。
性能指标要:主频2G以上,存4G以上或
者更高档专业服务器,硬盘1TG以上。
二、Web应用服务器2台,实现冗机备份处理和部业务的负载平衡。
性能指标要:主频2G以上,存4G
以上或者更高档专业服务器,硬盘1TG以上。
三、数据库服务器,建议部和外部业务共用服务器的模式,共计规划3台服务器,其中2台服务器用来完
成负载平衡和数据库同步镜像,另外1台服务器作为备份服务器完成数据备份和恢复。
6.2实施需求
应用服务器运行平台操作系统使用Windows2007,应用服务器Http服务器和应用程序服务器使用Oracle Weblogic ,应用服务平台使用Oracle Weblogic,性能监视软件使用IBM Tivoli。
数据库使用IBM DB2 V9.7
Case工具包括:软件架构工具使用IBM Rational Rose 作为建模和分析工作。
使用Powerdesigner 作为数据建模工具。
文档编写及制图工具采用Microsoft Viso 2010。
测试工具采用Quick Test Professional、LoadRunner。
6.3易用性需求
仓库管理系统关于易用性面我们从以下几个面进行分析并确定了初步案:
(一)、根据不同的用户权限生成不同的操作功能页面,这样在显示层面简化了系统的功能层次,用户能够直观的选择相应的操作权限。
(二)、针对同一用例有多个数据页面操作,为了保证系统操作的准确性,我们采用了导航式,按照既定的步骤执行,便免了误操作造成的错误。
(三)、编写在线帮助文件,帮助用户学习系统的使用。
(四)、为了用户操作上更加便快键,采用快键键、组合键等策略,特别是某些使用频率比较多的功能项,投保书和相关文件的录入部分,采用热键的式提高运行速度。
录入界面每个编辑焦点的切换,采用Tab或回车键项结合的切换式,便录入人员操作。
(五)、用户操作过程中的任系统提示都采用简体中文字体进行提示,提供便用户理解。
对于任的系统性的错误,在录入过程中出现的错误,错误提示后返回原录入焦点。
(六)、系统页面组织,按照业务数据运算的先后顺序和录入的先后顺序进行布局页面,符合操作人员的行为习惯等。
6.4性能需求
性能是一种指标,表明软件系统或构件对于其及时性要求的符合程度。
及时性用响应时间或吞吐量来衡量。
响应时间是对请求做出响应所需要的时间。
吞吐量是指特定时间能够处理的请求数量。
以下就仓库管理系统性能需求面详细描述。
(一)响应时间
关于相应时间我们分别按照不同的业务类型进行独立分析。
外部业务,采购和质检涉及的数据量相对较少,因此一般要求录入时间不能超过8秒,数据保存时间不能超过5秒,数据检索时间不能超过2秒。
仓储相关业务关于数据的保存面的数据量很多。
为此一般要求录入响应时间不能超过10秒钟。
数据保存时间不能超过8秒钟,数据检索时间不能超过5秒。
(二)用户数
我们将用户进行归类进行用户访问量预算。
采购人员同时在线人数应该在20人左右,质检人员同时在线人员在20人左右,仓储相关人员同时在线在100人左右。
6.5可靠性需求
应用服务器故障:应用程序故障最重状态为系统彻底奔溃,但是,为了保障系统运行的可靠,必须实施系统的冗机集群。
防止因为地域因素导致的系统奔溃,比如说:某地发生停电、地震等强烈自然灾害造成系统的瘫痪,为了保证的可靠性,可以在不同的区域建立相同规格的服务中心,提高系统的灾难性可靠性保障能力。
对于同一物理位置应用服务器,采取负载均衡集群式实现系统的高度可靠性。
应用服务器整体实现零故障率。
数据库故障:作为仓库管理系统的灵魂,数据库的可靠性高于一切。
数据库采取分公司和总公司同步的式进行。
在分公司部建立一个SAN网络环境,提高可靠性。
同时,总公司部建立一个SAN网络环境,并且总公司网络SAN与分公司SAN连接组成一个跨地区的广域SAN网。
保证数据库总体零故障率。
6.6软件项目管理需求
仓库管理作为公司的最后环节,其质量要求非常格。
高质量的软件开发必须需要科学的管理加上格的项目管理规才能实现。
为了保证系统高质量完成,通过与客户沟通,决定采用CMM三级作为过程模型来管理软件开发过程的。
在其质量管理过程中,将要遵循以下几个管理过程域来管理项目,其中包括:需求管理、软件项目规划、软件质量保证、软件配置管理、组织流程定义、培训计划。