




版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领
文档简介
1、数据库课程设计数据库课程设计 进销存管理系统进销存管理系统 需求分析规格说明书需求分析规格说明书 下表汇总了文档撰写的任务分配 撰写人撰写人负责章节负责章节内容内容 王永强 第一章引言 第二章任务概述 第五章缩写词表 系统的开发背景、对任务的概 述和缩写词表的编写 揭梅珍 第三章需求规定 第四章运行环境设定 对系统的用例进行分析,画出 系统的用例图,对例图进行说 明数据要求和运行环境 目目 录录 第第 1 1 章章 引言引言 .0 1.1 编写目的.0 1.2 读者对象 .0 1.3 背景说明 .0 1.4 术语定义 .0 1.4.1 专门术语.0 1.4.2 定义.1 1.5 参考资料 .1
2、 第第 2 2 章任务概述章任务概述 .2 2.1 目标.2 2.2 用户的特点.2 2.3 假定与约束.2 第第 3 3 章章 需求规定需求规定 .2 3.1 对功能的规定.2 3.1.1 系统 uml 模型.3 3.1.1.1 用例分析.3 3.1.1.2 用户定义.3 3.1.1.3 角色定义.3 3.1.1.4 说明.3 3.1.1.5 总系统用例分析.4 3.1.1.6 子系统用例分析.5 3.1.1.7 用例时序图.12 3.1.2 数据 e-r 图.21 3.1.3 数据字典.34 3.2 对性能的规定.40 3.2.1 精度.40 3.2.2 时间特性要求.40 3.2.3 灵
3、活性.40 3.3 数据要求.40 3.4 故障处理要求.40 3.5 其他专门要求.40 第第 4 4 章章 运行环境设定运行环境设定 .41 4.1 系统环境需求.41 4.2 支持软件.41 4.3 接口.41 第 5 章缩写词表 .42 第第 1 1 章章 引言引言 1.11.1 编写目的编写目的 本文档主要描述的是“life mart 进销存管理系统”开发、实施的方案,以及整个项目的 模块设计、数据库设计、逻辑分析等各项内容的阐述。为明确用户的需求,在实际工作中参照 并以此为标准说明产品的需求要完成的功能、性能等,特编写此文档。 1.21.2 读者对象读者对象 本文档的读者为库存管理
4、员、消费者及本项目所有软件设计和开发、测试人员。 1.31.3 背景说明背景说明 在服务业竞争越来越激烈的今天,超市如何提高服务质量、管理能力显得越来越重要。尤 其是对进货、库存、销售显得尤为重要。如果没有一套可靠的超市管理系统,单凭手工操作, 不仅效率低下,而且会极大地影响到超市的服务质量。 超市为了提高速度,提高服务效率和质量,通常会采用销售系统,可以方便地处理顾客的结 算要求,快速、准确的完成顾客的要求。 超市销售系统作为超市主要的部分,集显示,输入,添加,修改,删除等各种操作为一体, 使用起来十分方便,利用此系统前台收银员可方便进行结帐,利用此系统,使得结算不再和以 前一样使用纸笔记录
5、,只是轻点键盘就能完成;利用此系统,收银员可以方便地完成结帐,销 帐工作,从而极大地减少错误地发生,避免无法估计的不必要的损失。 1.41.4 术语定义术语定义 1.4.11.4.1 专门术语专门术语 商品条形码: 系统内部商品编号,每种商品具有唯一的条形码,对于某些价格一样的商品,可 以使用自定义条形码。 系统管理员: sql server:系统服务器所使用的数据库管理系统(dbms) 。 sql:一种用于访问查询数据库的语言。 事务流:数据进入模块后可能有多种路径进行处理。 主键:数据库表中的关键域,值互不相同。 外部主键:数据库表中与其他表主键关联的域。 1.4.21.4.2 定义定义
6、超市进销存管理系统、visual basic 语言、sql server 2008 数据库 1.51.5 参考资料参考资料 计算机软件开发规范 (gb566-88) ; 计算机软件产品开发文件编制指南 (gb8567-88) ; 计算机软件需求说明编制指南 (gb9385-88) ; 计算机软件测试文件编制规范 (gb9386-88) ; 计算机软件质量标准保证计划规范( gb/t 12504-90) ; 计算机软件配置管理计划规范( gb/t 12505-90) ; 计算机软件维护指南( gb/t 14079-93) ; 计算机软件可靠性和可维护性管理(gb/t 14394-93) ; 第第
7、 2 2 章任务概述章任务概述 2.12.1 目标目标 主要开发目标是 能够对超市进销存信息进行查询、录入、更新管理。且具有反映敏捷准确。 提高数据访问安全性,在系统中加入身份验证及角色管理功能,完善权限 分配机制。 提高程序页面安全性,在系统中引入防sql 注入等页面安全机制。 2.22.2 用户的特点用户的特点 系统的界面清晰,操作简单,要求操作人员具备一定的电脑操作技能,该系统可以提高工 作效率。 2.32.3 假定与约束假定与约束 系统的规模较小,适于 windows 的操作系统,sql2008 数据库系统。 第第 3 3 章章 需求规定需求规定 3.13.1 对功能的规定对功能的规定
8、 功能需求: 采购管理功能模块:采购入库、采购退货。 销售管理功能模块:提取商品信息、销售出库、销售退货。 库存管理功能模块:用户管理、仓库管理、商品信息管理、供应商信息管理。 3.1.13.1.1 系统系统 uml 模型模型 3.1.1.1 用例分析用例分析 进行用例分析的目标是定义为了满足系统中所描述的功能,系统内部都有哪几个功能 模块。采用用例分析面向对象的分析方法对系统进行分析。通过对系统的需求进行分析, 设计系统的角色和用例。 3.1.1.2 用户定义用户定义 根据权限和分工的不同,可以将用户分为四个不同的角色 :系统管理员、库存管理 员、 采购员、销售员。在登入系统时选择不同的角色
9、登入,进入系统则对应着不同的功能。 3.1.1.3 角色定义角色定义 根据系统的要求和需求分析,可定义如下两个角色: 系统管理员:相当于超市的总经理,具有最高权限。 库存管理员:相当于超市的仓库管理员,主要负责供应商信息的管理和商品信息的管理, 以及仓库商品的出、入库和缺货管理。 采购员:主要负责商品的采购,根据库存管理员提供的缺货清单进行商品采购,采购完商 品将入库清单反馈给库存管理员进行商品入库。 销售员:主要负责前台销售模块,销售员对顾客提供的商品进行条形码扫描,如果扫描没有该商 品信息则通过录入条形码提取商品信息,待所有的商品都扫描完则进行结帐,如果顾客提供 会员信息则进行购物积分,打
10、印购物清单提交给客户。 3.1.1.4 说明说明 :表示为扩展关系。 :表示为依赖关系。 3.1.1.5 总系统用例分析总系统用例分析 图 3.1 总系统用例图 总系统用例图进一步文字描述如下: 用例名称:用户管理用例名称:用户管理 说明:系统管理员对用户的管理,用户的注册及注销管理,对用户信息的增删改查操作, 将用户的注册信息进行统一管理。 参与者:系统管理员、用户 基本操作流程: 用户提交请求注册用户 填写注册信息 确认注册 注册成功; 用户提交请求注销用户 确认注销用户 注销成功; 系统管理员提交请求用户管理 查询用户信息 返回相对应的用户信息; 系统管理员提交请求用户管理 修改用户信息
11、 确认修改信息 修改信息成功; 系统管理员提交请求用户管理 删除用户信息 确认删除信息 删除信息成功。 用例名称:权限管理用例名称:权限管理 说明:系统管理员对用户权限进行管理,管理用户角色可进行的操作,对库存信息管理员、 销售员、采购员各自分配相对应的权限。 用例名称:系统维护用例名称:系统维护 说明:系统管理员对整个系统进行维护,在运行的过程中有可能遇到的问题,系统出错问 题,系统管理员将进行维护操作。 3.1.1.6 子系统用例分析子系统用例分析 (1 1)用户登入子系统用例图)用户登入子系统用例图 图 3.2 用户登入子系统用例图 用户登入子系统用例图进一步文字描述如下: 用例名称:用
12、户登入用例名称:用户登入 说明:用户注册信息后,登入系统,用户进行用户信息的管理,选择登入角色,进入系统 后不同的用户角色对应不同的操作权限。 参与者:系统管理员、库存管理员、采购员、销售员 基本操作流程: 用户提交请求修改密码 输入新密码 确认密码 密码修改成功; 用户提交请求注销用户 确认注销 注销用户成功; 用户提交请求信息管理 增加用户信息 增加信息成功; 用户提交请求信息管理 修改用户信息 确认修改信息 修改信息成功; 用户提交请求信息管理 删除用户信息 确认删除信息 删除信息成功。 (2 2)库存管理子系统用例图)库存管理子系统用例图 仓 仓 仓 仓 仓 : 2 仓 仓 仓 仓 仓
13、 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 仓 图 3.3 库存管理子系统用例图 库存管理子系统用例图进一步文字描述如下: 用例名称:库存信息管理用例名称:库存信息管理 说明:超市人员需要查询信息时,则通过库存管理员登入系统进行查询。 参与者:库存管
14、理员 基本操作流程: 库存管理员提交库存信息查询请求供应商信息查询系统将返回供应商信息; 库存管理员提交请求 修改供应商信息 返回修改操作成功; 库存管理员提交请求 删除供应商信息 返回删除操作成功; 可选操作流程: 库存管理员提交请求 查询商品信息 输入商品条码 返回相对应商品信息; 库存管理员提交请求 修改商品信息 输入商品条码 返回修改操作成功; 库存管理员提交请求 删除商品信息 输入商品条码 返回删除操作成功。 用例名称:商品入库用例名称:商品入库 说明:供应商的商品到货时,超市人员首先检验商品质量是否合格,将质量不合格的商品 进行退货处理,将退货清单返回给供应商,将合格的商品进行入库
15、处理。 参与者:库存管理员 基本操作流程: 库存管理员检查商品是否合格 输入商品信息 入库商品信息; 可选操作流程: 库存管理员检查商品是否合格 商品不合格要求退货 退货信息。 用例名称:商品出库用例名称:商品出库 说明:销售员提取商品信息时将进行商品出库处理,销售员销售出的商品将不在库存信息 内则更新商品的库存信息。 参与者:销售员 基本操作流程: 销售员提交请求提取商品信息 扫描商品条形码 提取商品信息成功及商品出库; 销售员提交请求提取商品信息 录入商品条形码 提取商品信息成功及商品出库; 用例名称:缺货管理用例名称:缺货管理 说明:库存管理员通过查询缺货信息,产生缺货清单,将缺货清单提
16、供给采购员,采购员 进行商品采购。 基本操作流程: 库存管理库员输入缺货查询 缺货清单 提交给采购员。 (3 3)采购管理子系统用例图)采购管理子系统用例图 图 3.4 采购管理子系统用例图 采购管理子系统用例图进一步文字描述如下: 用例名称:采购商品用例名称:采购商品 说明:采购员通过从库存管理员得到的缺货清单进行商品采购,采购完商品后将入库清单 反馈给库存管理员进行商品入库。 参与者:采购员、库存管理员 基本操作流程: 采购员提交请求 获取缺货清单 库存管理员提供缺货清单; 采购员进行商品采购 采购清单 提交给库存管理员进行商品入库。 (4 4)销售管理子系统用例图)销售管理子系统用例图
17、图 3.5 销售管理子系统用例图 销售管理子系统用例图进一步文字描述如下: 用例名称:客户管理用例名称:客户管理 说明:销售员通过对客户信息进行管理,辨别顾客是否为会员,是则对顾客进行会员积分。 参与者:销售员、顾客 基本操作流程: 销售员提交请求客户信息管理对用户信息进行增、删、改操作操作成功; 销售员提交请求客户信息管理对用户进行会员管理添加、删除操作成功; 销售员提交请求客户信息管理对用户进行会员管理会员积分管理。 用例名称:销售管理用例名称:销售管理 说明:销售员对顾客提供的商品进行条形码扫描,如果扫描没有该商品信息则通过录入条形 码提取商品信息,待所有的商品都扫描完则进行结帐,如果顾
18、客提供会员信息则进行 会员消费积分,打印购物清单提交给客户。 参与者:销售员、顾客 基本操作流程: 销售员提交请求扫描商品条形码 系统返回该商品的相应信息显示到销售界面; 销售员提交请求录入商品条形码 系统返回该商品的相应信息显示到销售界面; 销售员提交请求打印购物清单 顾客进行结帐 销售员提交购物清单给顾客。 (5 5)后台管理系统用例视图)后台管理系统用例视图 仓 仓 仓 : 3 进货管理 人员管理 自动制定进货计划 自动入库登记 : 1 生成销售排行榜 查询库存明细记录 出库商品 入库商品 自动制定进货计划2 查询打印计划 基本信息登记管理 员工操作权限管理 仓 仓 仓 仓 仓 : 3
19、仓 仓 仓 仓 : 3 仓 仓 仓 仓 : 2 自动入库登记 : 2 仓 仓 仓 仓 仓 : 2 图 3.6 后台管理系统用例图 后台管理系统用例图进一步文字描述如下: 用例名称:销售管理用例名称:销售管理 说明:系统管理员对销售模块的管理,及对销售员的管理,通过销售排行榜对销售员的业 绩进行管理,对商品的出入库登记了解商品的销售情况,通过采购员制定进货计划, 了解库存信息的更新。 参与者:系统管理员、销售员、采购员 基本操作流程: 系统管理员提交请求查询销售排行 系统返回销售排行榜 显示到销售排行界面; 销售员提交请求提取商品信息 系统返回商品信息 提取商品信息成功。 采购员提交请求制定进货
20、计划 系统返回进货计划表 提供给系统管理员; 用例名称:进货管理用例名称:进货管理 说明:系统管理员对采购进货模块的管理,及对采购员的管理,通过打印查询进货计划表 管理了解一季度的商品采购,采购员制定采购计划,将采购计划表提交给超市经理 及系统管理员。 参与者:系统管理员、采购员 基本操作流程: 系统管理员提交请求查询打印进货计划表 返回进货计划表 显示进货计划界面; 采购员提交请求制定进货计划 系统返回进货计划表 提供给系统管理员; 采购提交请求制定入库清单 系统返回入库清单进行商品入库 入库成功。 用例名称:库存管理用例名称:库存管理 说明:系统管理员及超市经理对库存信息的管理,可进行查询
21、库存明细记录。对一个季度 的出库商品及入库商品进行查看,了解销售情况。 参与者:系统管理员、库存管理员 基本操作流程: 系统管理员请求库存管理 查询库存明细记录 系统返回明细记录; 系统管理员请求库存管理 查询某季度出库商品系统返回相应季度的出库商品; 系统管理员请求库存管理 查询某季度入库商品系统返回相应季度的入库商品; 用例名称:人员管理用例名称:人员管理 说明:系统管理员对人员管理及对各用户角色进行管理,通过基本信息的登记管理了解用 户的基本信息,对不同的用户角色分配不同的操作权限,对顾客的会员信息进行管 理。 参与者:系统管理员、销售员 基本操作流程: 系统管理员提交请求基本信息登记管
22、理对用户信息进行增删改查操作 操作成功; 系统管理员提交请求员工操作权限管理给不同的用户角色分配不同的操作权限; 3.1.1.7 用例时序图用例时序图 用例:系统登陆 图 3.7 系统登陆时序图 用例:新建帐户 图 3.8 新建帐户时序图 用例:修改帐户信息 图 3.9 修改帐户信息时序图 用例:删除帐户 图 3.10 删除帐户时序图 用例:商品信息查询 图 3.11 商品信息查询时序图 用例:新增商品记录 图 3.12 新增商品记录时序图 用例:修改商品记录 图 3.13 修改商品记录时序图 用例:删除商品记录 图 3.14 删除商品记录时序图 用例:查询库存不足商品 图 3.15 查询库存
23、不足商品时序图 用例:查询采购统计报表 图 3.16 查询采购统计时序图 用例:查询销售统计报表 图 3.17 查询销售统计报表时序图 用例:查询以往采购单据 图 3.18 查询以往采购单据时序图 用例:新建采购单据 图 3.19 新建采购单据时序图 用例:售出商品结算 图 3.20 售出商品结算时序图 用例:销售单据查询 图 3.21 销售单据查询时序图 用例:采购单据查询 图 3.22 采购单据查询时序图 3.1.3.1.2 2 数据数据 e-re-r 图图 基于 powerdesigner 的数据库设计 总 e-r 图设计 图 3.1 总 e-r 图设计 说明:部分信息省略,详细信息见子
24、 e-r 图 销售管理子系统 e-r 图设计 图 3.2 销售子系统 e-r 图 说明:由于篇幅问题该图中去除了实体员工。该实体与各个单据都有参考关系,详见下列 各个子 e-r 图。 销售报价单界面如图 3.3 所示。其 e-r 图如下图所示。一张销售报价单可有多个商品,一 个商品可出现在多个报价单中,所以商品与报价单之间的联系为多对多联系;一张报价单只有 一个客户,一个客户可有多张销售报价单,所以客户与报价单之间的联系为一对多联系;一张 销售报价单只有一个员工,一个员工可开出多张报价单,所以员工与报价单之间的联系为一对 多联系。 图 3.3 销售报价单 e-r 图 销售订单界面如图 3.4
25、所示。其 e-r 图如下图所示。一张销售订单可有多个商品,一个商 品可出现在多个订单中,所以商品与订单之间的联系为多对多联系;一张订单只有一个客户, 一个客户可有多张销售订单,所以客户与订单之间的联系为一对多联系;一张销售订单只有一 个员工,一个员工可开出多张订单,所以员工与订单之间的联系为一对多联系。 图 3.4 销售订单 e-r 图 销售出库单界面如图 3.5 所示。其 e-r 图如下图所示。一张销售出库单可对应一张订单, 一张订单对应一张个出库单中,所以订单与出库单之间的联系为多对多联系;一张销售出库单 可有多个商品,一个商品可出现在多个出库单中,所以商品与出库单之间的联系为多对多联系;
26、 一张出库单只有一个客户,一个客户可有多张销售出库单,所以客户与出库单之间的联系为一 对多联系;一张销售出库单只有一个员工,一个员工可开出多张出库单,所以员工与出库单之 间的联系为一对多联系。 图 3.5 销售出库单 e-r 图 销售退货单界面如图 3.6 所示。其 e-r 图如下图所示。一张销售退货单可有多个商品,一 个商品可出现在多个退货单中,所以商品与退货单之间的联系为多对多联系;一张退货单只有 一个客户,一个客户可有多张销售退货单,所以客户与退货单之间的联系为一对多联系;一张 销售退货单只有一个员工,一个员工可开出多张退货单,所以员工与退货单之间的联系为一对 多联系。 图 3.6 销售
27、退货单 e-r 图 应收款界面如图 3.7 所示。其 e-r 图如下图所示。一张应收款单对应一张销售订单或一张 退货单,一张销售订单或一张退货单产生一张应收款单,所以销售订单和退货单与应收款之间 的联系为一对一联系;一张应收款单只有一个客户,一个客户可有多张应收款单,所以客户与 应收款单之间的联系为一对多联系;一张应收款单只有一个员工,一个员工可开出多张应收款 单,所以员工与应收款单之间的联系为一对多联系。 图 3.7 销售应收款单 e-r 图 销售收款单界面如图 3.8 所示。其 e-r 图如下图所示。一张收款单对应多张应收款单,一 张应收款单可由多张收款单支付完成,所以应收款单与收款单之间
28、的联系为一对一联系;一张 收款单只有一个客户,一个客户可有多张收款单,所以客户与收款单之间的联系为一对多联系; 一张收款单只有一个员工,一个员工可开出多张收款单,所以员工与收款单之间的联系为一对 多联系。 图 3.8 销售收款单 e-r 图 仓库管理子系统 e-r 图设计 图 3.9 仓库管理子系统 e-r 图 入库单界面如图 3.10 所示。其 e-r 图如下图所示。一张入库单可有多个商品,一个商品可 出现在多个入库单中,所以商品与入库单之间的联系为多对多联系;一个仓库可以有多个商品, 一个颜色可对应多个商品单,所以仓库与商品明细单之间的联系为一对多联系,颜色和单位都 与商品明细之间的关系为
29、一对多联系;一张入库单只有一个员工,一个员工可开出多张入库单, 所以员工与入库单之间的联系为一对多联系。 图 3.10 仓库入库单 e-r 图 出库单界面如图 3.11 所示。其 e-r 图如下图所示。一张出库单可有多个商品,一个商品可 出现在多个出库单中,所以商品与出库单之间的联系为多对多联系;一个仓库可以有多个商品, 一个颜色可对应多个商品单,所以仓库与商品明细单之间的联系为一对多联系,颜色和单位都 与商品明细之间的关系为一对多联系;一张出库单只有一个员工,一个员工可开出多张出库单, 所以员工与出库单之间的联系为一对多联系。 图 3.11 仓库出库单 e-r 图 调拨单界面如图 3.12
30、所示。其 e-r 图如下图所示。一张调拨单可有多个商品,一个商品可 出现在多个调拨单中,所以商品与调拨单之间的联系为多对多联系;一个仓库可以有多个商品, 一个颜色可对应多个商品单,所以仓库与商品明细单之间的联系为一对多联系,颜色和单位都 与商品明细之间的关系为一对多联系;一张调拨单只有一个员工,一个员工可开出多张调拨单, 所以员工与调拨单之间的联系为一对多联系。 图 3.12 仓库调拨单 e-r 图 报警单界面如图 3.13 所示。其 e-r 图如下图所示。一张报警单可有多个商品,一个商品可 出现在多个报警单中,所以商品与报警单之间的联系为多对多联系;一个仓库可以有多个商品, 一个颜色可对应多
31、个商品单,所以仓库与商品明细单之间的联系为一对多联系,颜色和单位都 与商品明细之间的关系为一对多联系;一张报警单只有一个员工,一个员工可开出多张报警单, 所以员工与报警单之间的联系为一对多联系。 图 3.13 仓库报警单 e-r 图 采购管理子系统 e-r 图设计 图 3.14 采购管理子系统 e-r 图 采购计划单界面如图 3.15 所示。其 e-r 图如下图所示。一张采购计划单可有多个商品, 一个商品可出现在多个计划单中,所以商品与计划单之间的联系为多对多联系;一张报价单只 有一个供货商,一个供货商可有多张采购计划单,所以供货商与计划单之间的联系为一对多联 系;一张采购计划单只有一个员工,
32、一个员工可开出多张计划单,所以员工与计划单之间的联 系为一对多联系。 图 3.15 采购计划单 e-r 图 采购订单界面如图 3.16 所示。其 e-r 图如下图所示。一张采购订单可有多个商品,一个商 品可出现在多个订单中,所以商品与订单之间的联系为多对多联系;一张订单只有一个供货商, 一个供货商可有多张销售订单,所以供货商与订单之间的联系为一对多联系;一张采购订单只 有一个员工,一个员工可开出多张订单,所以员工与订单之间的联系为一对多联系。 图 3.16 采购订单 e-r 图 采购入库单界面如图 3.17 所示。其 e-r 图如下图所示。一张采购入库单可有多个商品,一 个商品可出现在多个入库
33、单中,所以商品与入库单之间的联系为多对多联系;一张入库单只有 一个供货商,一个供货商可有多张采购入库单,所以供货商与入库单之间的联系为一对多联系; 一张采购入库单只有一个员工,一个员工可开出多张入库单,所以员工与入库单之间的联系为 一对多联系。一张采购入库单对应一张采购订单,一张订单只有一张入库单,所以采购订单与 入库单之间的联系为一对一联系。 图 3.17 采购入库单 e-r 图 采购退货单界面如图 3.18 所示。其 e-r 图如下图所示。一张采购退货单可有多个商品,一 个商品可出现在多个退货单中,所以商品与退货单之间的联系为多对多联系;一张退货单只有 一个供货商,一个供货商可有多张销售退
34、货单,所以供货商与退货单之间的联系为一对多联系; 一张采购退货单只有一个员工,一个员工可开出多张退货单,所以员工与退货单之间的联系为 一对多联系。 图 3.18 采购退货单 e-r 图 应付款界面如图 3.19 所示。其 e-r 图如下图所示。一张应付款单对应一张采购订单,一张 采购订单产生一张应付款单,所以采购订单与应付款之间的联系为一对一联系;一张应付款单 只有一个供货商,一个供货商可有多张应付款单,所以供货商与应付款单之间的联系为一对多 联系;一张应付款单只有一个员工,一个员工可开出多张应付款单,所以员工与应付款单之间 的联系为一对多联系。 图 3.19 采购应付款单 e-r 图 采购付
35、款单界面如图 3.20 所示。其 e-r 图如下图所示。一张采购付款单对应多张应付款 单,一张应付款单可由多张收款单支付完成,所以应付款单与付款单之间的联系为一对一联系; 一张付款单只有一个供货商,一个供货商可有多张付款单,所以供货商与付款单之间的联系为 一对多联系;一张付款单只有一个员工,一个员工可开出多张付款单,所以员工与付款单之间 的联系为一对多联系。 图 3.20 采购付款单 e-r 图 3.1.33.1.3 数据字典数据字典 3.1.3.1 数据流 1.采购单 数据流名称:采购单 别名:无 简述:采购部门采购完商品后填写的单据 来源:采购记录 去向:加工1.1“采购统计” 组成:采购
36、单编号+供货商+采购日期+总金额+采购员编号+经办人编号+商品编号+商品 名称+生产厂商+单位+商品数目+单价+总额+备注 采购单编号年+月+日+“0000”.”9999” 供货商=汉字|英文字母数字0-10 采购日期年+月+日 总金额浮点数 采购员编号=”a”+”00”.”99” 经办人编号=”b”+”00”.”99” 商品编号=0.910 商品名称=汉字|英文字母数字2-10 生产厂商=汉字|英文字母数字2-20 单位汉字字母1-2 商品数目整数 单价浮点数 总额浮点数 备注汉字|英文字母数字0-30 频率:大约20条/天 2.销售单 数据流名称:销售单 别名:无 简述:前台pos机销售商
37、品后产生的单据 来源:销售记录 去向:加工1.2“销售统计” 组成:销售单编号+开单日期+总金额+收银员编号+ 商品编号+商品名称+生产厂商+单位 +商品数目+单价+总额+备注 销售单编号年+月+日+“0000”.”9999” 开单日期年+月+日 总金额浮点数 收银员编号=”c”+”00”.”99” 商品编号=0.910 商品名称=汉字|英文字母数字2-10 生产厂商=汉字|英文字母数字2-20 单位汉字字母1-2 商品数目整数 单价浮点数 总额浮点数 备注汉字|英文字母数字0-30 频率:大约3000条/天 3.商品信息 数据流名称:商品信息 简述:用来描述商品 来源:商品信息记录 去向:加
38、工1.3库存信息统计 组成:商品编号+商品类别+商品名称+生产厂商+单位+当前库存+库存下限+上次采购单 价+预售单价+会员折扣+备注 商品编号=0.910 商品类别汉字2-5 商品名称=汉字|英文字母数字2-10 生产厂商=汉字|英文字母数字2-20 单位汉字字母1-2 当前库存整数 库存下限整数 上次采购单价浮点数 预售单价浮点数 会员折扣1.100 备注汉字|英文字母数字0-30 4.销售统计报表 数据流名称:销售统计报表 来源:加工1.2“销售统计” 去向:经理 组成:销售单数+销售数量+销售总额+销售单 销售单数=整数 销售数量=整数 销售总额=浮点数 5.采购统计报表 数据流名称:
39、采购统计报表 来源:加工1.1“采购统计” 去向:经理 组成:采购单数+采购数量+采购总额+采购单 采购单数=整数 采购数量=整数 采购总额=浮点数 6.库存商品信息 数据流名称:库存信息 来源:加工1.3“库存统计” 去向:经理 组成:商品种类数+库存总数量+库存商品总金额+商品信息 商品种类数=整数 库存总数量=整数 库存商品总金额=浮点数 3.1.3.23.1.3.2 数据存储数据存储 1.采购记录 数据存取名称:采购记录 简述:用来记录采购单据的信息 组成:采购单编号+供货商+采购日期+总金额+采购员编号+经办人编号+商品编号+商品 名称+生产厂商+单位+商品数目+单价+总额+备注 采
40、购单编号年+月+日+“0000”.”9999” 供货商=汉字|英文字母数字0-10 采购日期年+月+日 总金额浮点数 采购员编号=”a”+”00”.”99” 经办人编号=”b”+”00”.”99” 商品编号=0.910 商品名称=汉字|英文字母数字2-10 生产厂商=汉字|英文字母数字2-20 单位汉字字母1-2 商品数目整数 单价浮点数 总额浮点数 备注汉字|英文字母数字0-30 组织方式:索引文件,以采购单编号为主码 查询要求:能随时查询其中的每一张单据 2.销售记录 数据存取名称:销售记录 简述:用来记录商品销售单据的信息 组成:销售单编号+开单日期+总金额+收银员编号+ 商品编号+商品
41、名称+生产厂商+单 位+商品数目+单价+总额+备注 销售单编号年+月+日+“0000”.”9999” 开单日期年+月+日 总金额浮点数 收银员编号=”c”+”00”.”99” 商品编号=0.910 商品名称=汉字|英文字母数字2-10 生产厂商=汉字|英文字母数字2-20 单位汉字字母1-2 商品数目整数 单价浮点数 总额浮点数 备注汉字|英文字母数字0-30 组织方式:索引文件,以销售单编号为主码 查询要求:能随时对其中的每一张单据进行查询 3. 商品信息记录 数据存取名称:商品信息记录 简述:用来记录商品详细信息 组成:商品编号+商品类别+商品名称+生产厂商+单位+当前库存+库存下限+上次
42、采购单 价+预售单价+会员折扣+备注 商品编号=0.910 商品类别汉字2-5 商品名称=汉字|英文字母数字2-10 生产厂商=汉字|英文字母数字2-20 单位汉字字母1-2 当前库存整数 库存下限整数 上次采购单价浮点数 预售单价浮点数 会员折扣1.100 备注汉字|英文字母数字0-30 组织方式:索引文件,以商品编号为主码 查询要求:能随时对其中的每一种商品进行查询 数据库 3.23.2 对性能的规定对性能的规定 3.2.13.2.1 精度精度 数据库中除余额定义为 int 型,其精度为 1,其他都为 char 型数据。 消费数额准确到小数点后 1 位;续费数额准确到 1. 3.2.23.2.2 时间特性要求时间特性要求 查询响应时间为 3 秒 3.2.33.2.3 灵活性灵活性 由于设有权限,可以为收银员和管理员共同所使用。 3.33.3 数据要求数
温馨提示
- 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
- 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
- 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
- 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
- 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
- 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
- 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
评论
0/150
提交评论