-仓库管理系统开发文档
数据库课程设计报告数据库课程设计报告-仓库管理系统计算机学院计算机专业姓名： 学号：任课教师： Sales Management Information SystemAll rights reserved-2010©目 录一、系统开发平台3二、数据库规划42.1 任务陈述 42.2 任务目标 5三、系统定义63.1 系统边界 6四、需求分析84.1 用户需求说明 84.1.1 数据需求.84.1.2 事务需求.84.2 系统需求说明 9五、数据库逻辑设计.105.1 ER 图.105.2 数据字典 .105.3 关系表 .13六、数据库物理设计.216.1 索引 .216.2 视图 .216.3 安全机制 .216.4 其他 .21七、应用程序设计.227.1 功能模块 .227.2 界面设计 .227.3 事务设计 .29八、测试和运行.32九、总结.33附. 参考文献.34Sales Management Information System 销售管理信息系统开发文档All rights reserved-2010©- 3 -一、一、系统开发平台系统开发平台本系统为仓库管理系统，主要用于企业商品库存的管理，包括出库、入库、 查询库存、员工管理，以及查看操作日志等功能。 本系统采用 PowerBuilder 集成开发环境，后台使用 Microsoft SQL Server2000 建立数据库。本系统开发环境的操作系统为 windows XP + windows 7。本系统可运行于 windows XP，windows Vista，windows 7 等环境。二、数据库规划二、数据库规划2.12.1 任务陈述任务陈述仓库管理系统，主要用于企业商品库存的管理，包括出库、入库、查询库 存、员工管理，以及查看操作日志等功能。 查询可以实现模糊查询，也可以进行条件查询。同时也能多条件混合查询。入库可以进行入库操作，可以添加已有的商品也可以添加新商品，同时可 以添加新的类别。 出库实现商品的售出，可以批量进行出售。提高操作性。 管理员可以对员工管理，改变员工权限和密码。 提供简单的帮助。 可以查看员工的操作日志。 本系统实现的功能模块如下图所示：图 2.1 仓库管理系统（SMIS）功能模块示意图仓库管理系统系统模块输入模块维护模块查看模块采购模块帮助模块入库模块采购员管 理模块出库模块还原模块日志管理Sales Management Information System 销售管理信息系统开发文档All rights reserved-2010©- 4 -2.22.2 任务目标任务目标经过和客户的协商，最终确定以下任务目标：1.查询 可以实现模糊查询，也可以进行条件查询。同时也能多条件混合查询。2.出库 实现商品的售出，可以批量进行出售。提高操作性。3.入库 进行入库操作，可以添加已有的商品也可以添加新商品，同时可以添加新 的类别。4.员工管理 管理员对员工进行权限的修改，密码的修改等操作。5.日志查询 系统支持对所有员工的操作记录进行查询，方便管理员监督员工的各种行 为。提高软件的安全性能。6.系统的运行平台及兼容性 本系统在 WINDOWS VISTA 平台开发三、系统定义三、系统定义3.13.1 系统边界系统边界在定义需求时，必须定义要开发的计算机系统的边界，即确定哪些是系统需求， 哪些是和系统相关的操作过程的需求，哪些是在系统范围之外的需求。需求提供者经常不大了解系统应该包含哪些内容，因此他们可能会提出不 恰当的需求。需要通过系统边界定义初步剔除那些明显在系统范围之外的需求， 以免这些需求干扰后续的分析过程。Sales Management Information System 销售管理信息系统开发文档All rights reserved-2010©- 5 -检查每项原始需求，将它们区分为系统需求、过程需求和应该拒绝的需求。 考虑如下问题：1. 某项需求是否是基于不完整的或者不可靠的信息做出的？ 2. 某项需求的实现是否需要在系统已定义的数据库之外的信息？ 3. 某项需求是否和系统的核心功能相关？ 4. 某项需求是否牵涉到系统之外的功能或者设备的性能？对于问题 1 和问题 2 可以判断是否为过程需求，如果是过程需求，则要求 系统的操作者提供这些信息，否则需要复审系统应该处理的数据。对于问题 3 和问题 4 可以判断是否是系统边界以外的需求。如果是，则它可 能是不必要的，也可能是无法实现的需求。对于于操作过程相关的需求和系统边界之外的需求，必须准备一些技术的和 经济的论据，说明这些需求被拒绝的理由。这些论据应该是基于这个组织已定 义的业务目标或者系统可行性研究的结果。系统边界的定义和需求的检验都需要通过需求的复审来进行，需求的复审之 前可以定义适当的分析检验表，如：检验表项 检验内容的描述草率设计 该需求是否包含不成熟的设计或实现信息？组合需求 是单独的需求还是可以细分为几个不同的需求？多余需求 只是系统的装饰而不是真正必须的吗？使用非标准硬 件该需求必须使用非标准的硬件还是软件？符合业务目标 该需求是否符合已定义的业务目标？需求多义性 该需求对不同的人是否可能有不同的理解？需求可实现性 根据现有的实现技术，是否可以实现该需求？需求可测试性测试工程师是否可以从需求的表述中导出测试已判断系统是否符合 需求？经过审核，本系统确定如下系统需求： 查询（包括查） 出库（包括改、查） 采购（包括增、改、查） 员工管理（包括改、查） 操作日志（包括查）Sales Management Information System 销售管理信息系统开发文档All rights reserved-2010©- 6 -四、四、需求分析需求分析4.14.1 用户需求说明用户需求说明4.1.14.1.1 数据需求数据需求通过分析，本系统需要维护 4 张表，分别是：库存(goods)、日志(log)、员工信息(admin)、商品种类(type) 4.1.24.1.2 事务需求事务需求仓库管理系统，主要用于企业商品库存的管理，包括出库、入库、查询库 存、员工管理，以及查看操作日志等功能。 查询可以实现模糊查询，也可以进行条件查询。同时也能多条件混合查询。入库可以进行入库操作，可以添加已有的商品也可以添加新商品，同时可 以添加新的类别。 出库实现商品的售出，可以批量进行出售。提高操作性。 管理员可以对员工管理，改变员工权限和密码。 提供简单的帮助。 可以查看员工的操作日志。 本系统实现的功能模块如下图所示： 仓库管理系统系统模块输入模块维护模块查看模块采购模块帮助模块入库模块采购员管 理模块出库模块还原模块日志管理Sales Management Information System 销售管理信息系统开发文档All rights reserved-2010©- 7 -4.24.2 系统需求说明系统需求说明 经过需求分析，确定仓库管理系统的功能模块包括： 库存查看管理 出库管理 采购管理 员工管理 操作日志查询 可以把以上模块分为 3 个模块结合： 1.查询模块。包括库存的查询和日志的查询。 2.仓库操作模块。包括采购如出库两个操作。 3.权限管理模块。包括用户注册和人员管理，修改密码等操作。虽然权限 控制不是一个独立存在的模块，但它贯穿在整个运行过程中。仓库管理系 统系统的人员管理模块需要经过权限授权才可以使用。权限功能模块确定 用户角色由无权限、出库、采购、出库/采购、管理员组成。其中： 管理员享有最高权限，可以对员工的信息档案进行录入、维护和修改， 并可以使用系统中所有仓库操作功能。 出库只能进行出库操作。 采购只能进行采购操作 出库/采购可以进行出库和采购操作。 无权限只可进行查看库存的操作。Sales Management Information System 销售管理信息系统开发文档All rights reserved-2010©- 8 -五、数据库逻辑设计五、数据库逻辑设计5.15.1 ERER 图图5.25.2 数据字典数据字典数据字典（Data dictionary）是一种用户可以访问的记录数据库和应用程 序元数据的目录。数据字典的组成： 1、数据项2、数据结构 3、数据流 4、数据存储 5、处理过程仓库管理系统的数据字典如下：1销售人员信息表 A表名：goodsSales Management Information System 销售管理信息系统开发文档All rights reserved-2010©- 9 -B. 表结构： 2.客户信息表 A. 表名：log B表结构：3.客户预定信息表 A. 表名：admin B表结构：4.产品信息表 A. 表名：type B表结构：Sales Management Information System 销售管理信息系统开发文档All rights reserved-2010©- 10 -5.35.3 关系表关系表附：UML 系统建模1.仓库管理系统的用例分析在需求分析中，仓库管理系统的功能模块（用例）包括：入库，采购，员工管理，日志查询，库存查询。2.仓库管理系统的域类分析（1）对数据对象类的确定 （2）对各类间关联的确定Sales Management Information System 销售管理信息系统开发文档All rights reserved-2010©- 11 -仓库管理系统类图3.仓库管理系统的设计使用状态图描述类的对象的状态及行为，显示对象的整个生命周期。在本系统中，有状态图的类有客户预订和客户合同，将两个类的状态图结合在一起，如下图。Sales Management Information System 销售管理信息系统开发文档All rights reserved-2010©- 12 -向 向 向 向与 与 与 与entry/ 与 与 与 与 与 与 与 与 与 与 entry/ 与 与 与 与 与 “与 与 与 ”与 与 与 与 与 与 与entry/ 与 与 与 与 与 do/ 与 与 与 与与 与 与 与do/ 与 与 与 与 与 与与 与 与 与do/ 与 与 与 与 与 与 与 与与 与 与 与 与 与entry/ 与 与 与 与 与 与 do/ 与 与 与 与 与与 与 与 与 与 与entry/ 与 与 与 与 do/ 与 与 与 与与 与 与 与与 与 与 与与 与 与 与与 与 与 与与 与 与 与状态图使用时序图对一个实例的特定控制流进行建模。以下是各个用例的时序图。Sales Management Information System 销售管理信息系统开发文档All rights reserved-2010©- 13 -客户预订管理的时序图:与 与 与 与 :与 与 与 与:与 与 与 与 :与 与 与 与与 与 与 与 与 与与 与 与 与 与 与与 与 与 与 : ClientsInfo与 与 与 与 : ClientsInfo与 与 与 与 : ProductsInfo与 与 与 与 : ProductsInfo与 与 与 与 与 与 : OrderSchedule与 与 与 与 与 与 : OrderSchedule1: 与 与 与 与2: 与 与 与 与 与 与3: 与 与 与 与 与 与4: 与 与 与 与 与 与 与 与合同信息管理的时序图与 与 与 与 与 与与 与 与 与 与 与与 与 与 与 与 与 : OrderSchedule与 与 与 与 与 与 : OrderSchedule与 与 与 与 与 与 : ContractOrder与 与 与 与 与 与 : ContractOrder1: 与 与 与 与2: 与 与 与 与 与 与 与 与
