当前位置:文档之家› 仓库管理系统系统分析

仓库管理系统系统分析

仓库管理系统系统分析一、系统分析仓库治理系统,其差不多任务也确实是有效治理仓库中物品的流通,如:进库治理、出库治理。

能够对仓库物流治理做更加细致的分析,并从中发更多细节特点:1、仓库物品流通是以物为差不多单位进行的。

2、仓库物品流通将涉及物品的进库、出库与报损三种物流方式。

3、物品流通治理涉及流通数据更新处理和对流通数据的查询、汇总等数据4、检索操作。

库中物品或许会品种繁多,因此有必要对物品进行合理的分类,以方便对物品以及物品流通情形的数据检索。

规范物品流通治理,仓库中的物品应该在其流通之前进行登记。

当物品出库、报损时必须考虑到物品的当前库存量是否能够满足操作需要。

仓库物流治理是通过仓库工作人员进行的,因此,工作人员需要进行注册登记。

仓库工作人员需要有唯独的个人身份标识,它既是工作人员登记系统时的身份验证依据,也是工作人员在进行物品流通操作时的经手人标记。

10、尽管工作人员的姓名也能够用做其身份标识,但不同的工作人员有可能会显现相同的姓名,因此有必要提供工作人员一个专门的身份标识码。

库物流治理尽管是通过诸多工作人员共同完成的,但各工作人员在操作上往往会有所分工,这意味着应该给予工作人员以操作权限限制。

当设计工作人员操作权限的时候,往往需要有一种合理的授权机制与其相配合。

例如,可设置一位系统治理员,由他进行全面治理,而其他工作人员则通过他获得局部治理受权。

针对软件咨询题的思索、分析而获得的有关软件的诸多描述,往往还需要通过归纳来进行总结。

一种有效的归纳方式是从对软件咨询题的描述中猎取软件的差不多数据要素、工作流程,由此而提出关于软件而言合适的工作模型。

图1所示的物流治理系统工作模型,即是对前面诸多咨询题归纳的结果,它所表明的是:仓库物流治理系统中存了物品品种、物品类不、物品流通与工作人员等差不多数据要素。

其中,对物品流通的处理是其差不多工作任务,而仓库工作人员的身份注册、物品类不设置、物品登记等,则是该系统正常工作的必要前提条件。

图1 “仓库物流治理系统”工作模型二、功能描述软件工作模型是对软件工作流程的抽象,它将在一定程度上决定软件的功能结构。

这意味着,在考虑并确定物流治理系统的软件功能的时候,能够将该系统的软件工作模型当作为差不多依据。

图2所示的功能结构即为物流治理系统工作模型的合理推论。

图2 “仓库物流治理系统”功能结构在图2中,系统考虑了系统治理员和一样工作人员两种类型的用户。

其中,系统治理员是系统必须保留的差不多用户,具有关于系统的一切权限,而一样工作人员则是通过系统治理员登记注册并授权的拥有局部的扩充用户。

以下是对物流治理系统差不多功能的明,它们将作为后面软件功能模块创建的差不多依据。

1、工作人员登记功能用途:登记或设置工作人员的身份标识、密码、操作权限等个人信息。

操作权归属:系统治理员。

要紧数据:职员ID、姓名、密码、权限、停用状态、电话、备注等内容。

差不多操作:添加记录、删除记录、更新数据、设置权限。

所在位置:工作人员登记对话框。

其他讲明:职员ID是工作人员身份标识码,被用做工作人员登陆系统时的身份验证依据,也是工作人员进行物流处理时的经手人识不标记。

为便于识不工作人员,该数据将被考虑为具有不变性,也确实是讲,在工作人员完成登记之后,该数据将不能被修改。

2、系统登录功能用途:系统安全通道。

这是信息系统最常使用的安全防范机制。

操作权归属:需要进入系统的所有人员。

输入数据:职员ID、密码。

返回数据:权限。

内部操作数据:停用状态。

差不多操作:登录信息输入、确定登录、取消登录。

所在位置:系统启动过程中的系统登录对话框。

其他讲明:系统登录的过程也确实是对工作人员是否进行过合法登记,而进行的身份验证的过程。

由此能够防止非法用户进入系统。

3、物品类不设置功能用途:登记或设置物品类不标识、讲明。

使物品能够分类治理,以方便物品的检索。

操作权归属:系统治理员。

输入数据:物品类不ID、物品类不讲明等内容。

差不多操作:添加记录、删除记录、更新数据。

所在位置:物品类不设置对话框。

其他讲明:物品类不ID是物品类不标识码,其具有唯独性。

4、数据爱护功能用途:对物品流通数据按日期期限归总,由此能够物流数据得到有效压缩。

操作权归属:系统治理员。

要紧数据:起止日期、物流类型选择。

差不多操作:选择待爱护物流类型、启动爱护物流数据过程。

所在位置:数据爱护对话框。

其他讲明:数据爱护的作用是将一些过时的物数据删除,减轻数据系统的负担,由此提升其作性能。

但在删除物流数据的过程中,必须要考虑物流数据的平稳,因此在删除某期限内的某种物流数据的时候,需要先对该期限内的该类数据进行统计归总,即:合为一条记录。

5、物品登记与流通功能用途:记录物品ID、物品名称、单价等有关物品的特点信息,激活物流处理对话框。

操作权归属:系统治理员、具有该项操作权限的一样工作人员。

要紧数据:物品ID、物品名称、单价、讲明等内容。

差不多操作:按物品类不搜寻物品、添加记录、删除记录、更新数据。

所在位置:物品登记与流通窗口。

其他讲明:物品ID是物品标识码,其具有唯独性。

由于还能够通过物品名称识不物品,因此能够采纳自动编码方式设置物品ID,这还意味着该数据将可不能受操作操纵。

6、物品流通处理功能用途:进行进库、出库、报损等物品流通处理操作。

操作权归属:系统治理员、具有该项操作权限的一样工作人员。

显示数据:物品ID、物品名称、单价、讲明、库存量等。

输入数据:物流类型、数量。

差不多操作:启动进库处理、出库处理、报损处理。

所在位置:物品流通处理对话框。

其他讲明:在进行出库、报损操作时,需要重新运算当前库存量是否满足操作要求。

7、物品流通情形查询功能用途:查询物品流通情形。

操作权归属:系统治理员、具有该项操作权限的一样工作人员。

要紧数据:物品ID、物品名称、单价、讲明、库存量、物流类型、数量、查询日期范畴等内容。

差不多操作:通过树形搜索框按所需要的日期范畴查询物品流通情形。

所在位置:物品流通情形查询窗口。

其他讲明:查询具有对数据定位的特点。

查询中需要考虑的因素要紧有查询操作方式、查询定位精度。

本系统考虑通过树形搜索框,并按照物品类不、经手人——物品——物流类型的分级结构而实现树状分类查询,并通过日期选取框猎取查询日期范畴。

因此,查询定位精度能够达到某种物品的某种物流类型和以“日”为差不多单位的任意时刻段落。

8、物品流通情形汇总功能用途:汇总物品流通信息。

操作权归属:系统治理员、具有该项操作权限的一样工作人员。

输入数据:汇总日期范畴、汇总方式。

汇总数据:物品ID∕物品名称、进库量∕进库价值、出库量∕出库价值、报损量∕报损价值等。

差不多操作:选取日期范畴、汇总方式。

所在位置:物品流通情形汇总窗口。

其他讲明:汇总统计是一种含有更复杂运算的专门查询操作。

例如:求总和、求平均值等。

为方便查看汇总结果,本系统考虑提供汇总表、汇总图两种汇总结果显示方式。

三、数据库结构设计数据结构组织和数据库文件设计要按照不同用途,使用要求等,来决定数据的整体组织形式等一系列咨询题。

数据库,顾名思义,是存放数据的仓库。

只只是那个仓库是在运算机储备设备上,而且数据是按一定的格式存放的。

数据库中的数据按一定数据模型组织、描述和储备,具有较小的重复度、较高的数据独立性和易扩展性,同时能够被在一定范畴内的各种用户共享。

在涉及数据库的软件开发中,需要按照有待解决的咨询题性质、规模,以及所采纳的前端程序创建工具等,做出合适的数据库类型选择。

本系统选择Microsoft Access用于数据库的创建,所创建的数据文件为CKGL.MDB。

1、数据库结构在关系数据库中,数据库由关系数据表组成,而数据表的结构则又体现为表内部的字段。

因此,数据库结构设计也就具有了以下工作内容:确定数据库中数据表的组成。

确定数据表中字段的构成。

定义主键字段,使数据表获得实体完整性约束。

依靠数据表中主键字段,建立数据表之间的关系,并由此建立数据表之间的参照完整性约束。

设置有关字段的约束条件。

在数据库设计过程中往往要考虑到以下两个方面的咨询题:(1)、数据的现实性咨询题。

数据库所要储备的数据来源于现实,因此,软件有待解决的实际咨询题中所将遇到的数据也就成为了确定数据表、字段、约束条件和建立数据表之间关系的最差不多依据。

在许多情形下,我们能够按照软件的工作模型中的数据要素而对其数据库模型做出推断。

一种可供参考的设计原则是:基于软件工作模型建立数据库。

基于软件工作模型中的实体对象确定数据表。

基于实体对象所具有的属性而确定字段。

差不多实体对象之间的相互依靠而确定数据表之间的关系。

(2)、数据的规范性咨询题。

依靠对现实咨询题的描述而获得的数据库结构模型,往往还需要进行必要的精细加工。

例如:所设计的数据库中可能会显现过多的重复数据,它会使得数据库的性能降低,数据爱护量加大,而且不便于操作。

为使数据库结构更加科学合理,能够按照范式理论规则进行数据库设计,目前应用较多的是第三范式(3NF)。

而一个满足第三范式规则的数据库往往具有以下特点:数据表内记录不重复。

数据字段不可再分割,其具有最小数据单位的特点。

数据表内字段或字段集之间互不依靠。

不包含推导或运算的数据字段。

本系统中的数据库CKGL.MDB的结构设计即涉及到了对以后两方面因素的综合考虑。

其往常面物流治理工作模型中的工作单元为依据来确定其数据表的构成;并以工作单元中“处理物品流通”对“登记工作人员”、“登记物品”的依靠,以及“登记物品”对“设置物品类不”的依靠,而确定各数据表之间的关系。

下面则是CKGL.MDB中各数据表的设计结构与讲明:表1 工作人员表结构与讲明讲明:(1)该数据表用于记录工作人员个人信息。

(2)表中字段“操作权限”由5个“0”或“1”的字符组成职权标记。

首字符标记“系统治理员”,其余标记4项可选权限。

系统治理员的权限值是“11111”。

表2 物品种类表结构与讲明讲明:该数据表用于记录物品类不数据。

表3 物品流通表结构与讲明讲明:(1)该数据表用于记录物品各次流通信息。

(2)表中字段“记录特点”用来标记新添加的记录的值是否处于待定状态,False表示待定。

表4 物品登记表结构与讲明物品ID 自动编号 4 是名称文本16 “”类不ID 文本10 “”单价货币8 “”讲明文本255 “”照片OLE对象讲明:该数据表用于记录单个物品特点信息。

2、数据表之间的关系数据表之间的关系能够通过软件工作模型中工作单元之间的依靠关系得到一个初步结果,关于那个结果一样还需要进一步地按照范式规则进行优化设计。

这时,一个专门有效的分析设计工具是E-R(关系-联系)图,能够它来描述现实中数据实体之间的关系。

图3 CKGL.MDB中数据表之间的关系随着数据库治理工具的进步,E-R图那个传统的手工分析设计工具实际上已被嵌入到了许多数据库治理工具之中,例如:Access中的“关系”窗口确实是E-R图的变形。

相关主题