检货出库子系统数据库设计说明书.docx

检货出库子系统数据库设计说明书.docx

《检货出库子系统数据库设计说明书.docx》由会员分享，可在线阅读，更多相关《检货出库子系统数据库设计说明书.docx（22页珍藏版）》请在冰点文库上搜索。

检货出库子系统数据库设计说明书

某农产品储运公司

农产品物流管理信息系统

检货出库子系统数据库设计说明书

版本<1.0>

上海睿亚训软件技术服务有限公司

【目录】

1引言2

1.1编写目的2

1.2背景2

1.3定义2

1.4参考资料2

2外部设计2

2.1标识符和状态2

2.2使用它的程序2

2.3约定3

2.4专门指导3

2.5支持软件3

3结构设计3

3.1概念结构设计3

3.2逻辑结构设计6

3.3物理结构设计9

4运用设计13

1引言

1.1编写目的

在需求分析和系统概要设计的基础上对数据进行分析设计，以此作为编码的依据。

1.2背景

项目名称：

检货出库子系统；

任务提出者：

某农产品储运公司；

开发者：

某软件有限公司。

1.3定义

术语和缩写

解释

某农产品储运公司

本次待开发系统的客户。

农产品物流管理信息系统

某农产品储运公司待开发的一套管理信息系统。

检货出库子系统

检货出库子系统是农产品物流管理信息系统中的一个子系统，其主要功能是完成物流阶段中的检货出库业务，其它子系统还包括产品入库子系统、渠道订单子系统等。

检货

检查待出库物品（包括数量、名称等）。

出库

根据客户订单要求，从指定货架库位上拣出正确数量的货物，与提货供应商进行交接，确认发货，并在系统中做出库确认的操作。

检货记录

根据订单信息，产生的待出库货物数据（检货清单中的一条）。

检货小票

待出库货物数据的明细信息（包括待出库产品、出库其他信息）。

审核（复核）

检货过程完毕后，须让管理员确认这次检货过程的过程。

1.4参考资料

书名

作者

出版社

软件工程导论（第4版）

张海藩

清华大学出版社

实用软件工程

郑人杰、殷人昆、陶永雷

清华大学出版社

数据库系统设计

王珊、萨师煊

高等教育出版社

2外部设计

2.1标识符和状态

数据库软件：

MicrosoftServer2005

系统要求建立的数据库名称：

logistic

状态：

实验阶段

2.2使用它的程序

《检货出库子系统》

2.3约定

E－R图的图形符号约定如下：

矩形：

表示实体集；

椭圆：

表示属性；

菱形：

表示联系集；

线段：

将属性连接到实体或将实体集连接到联系集；

双椭圆：

表示多值属性；

虚椭圆：

表示派生属性。

本系统采用MicrosoftServer2005为基本开发工具，因而程序员或者系统分析员，或者任何想要使用此数据库进行操作的人员，需要安装MicrosoftServer2005，并建立相同的数据库，当然可以进行联机访问，这需要安装相应的插件。

2.4专门指导

对于从事此数据库的生成、此数据库的测试、维护的人员，提出如下参考意见：

数据库的输入统一采用键盘。

由于现在没有设置权限，故只要不违背基本的限制，所有的操作都是可以进行的。

可是对于本系统需要的数据，却是有数据长度限制的，尤其是有说明的部分，所以测试人员在具体进行数据测试时，要注意数据输入格式。

本数据库是基于MicrosoftSQLServer2005环境下设计的，为了您能更好的使用建议你使用MicrosoftSQLServer2005系统，数据库文件为logistic.mdf、日志文件为logistic_log.ldf（备份为logistic.bak）,相关操作如有疑问请参照SQLServer联机丛书。

2.5支持软件

MicrosoSqlSever2005提供了数据管理和数据库操作的集成平台。

3结构设计

3.1概念结构设计

1.E-R图表示

（1）检货记录管理

检货记录管理关系图

说明:

检货出库单是待检货物品的申请单，数据来源于渠道订单。

机构是检货出库单的要货对象、制单机构、配送机构；用户是检货出库单的收货人、制单人、复核人、作废人；仓库是检货出库单的收货仓库。

（2）检货小票管理E-R图

检货小票管理关系图

说明:

检货小票是检查物品的依据，包含检查的物品信息等；检货物品是待检货的物品；检货明细中明细了待检货物品在哪个仓位上；仓位是储存物品的地方。

机构是检货小票的要货对象、制单机构、配送机构；用户是检货小票的收货人、制单人、复核人、作废人、检货人；仓库是检货小票的收货仓库、收货仓库。

检货出库单是检货小票的检货依据；检货小票包含若干个检货物品；每个检货物品对应一个产品；检获物品根据仓位的不同，包含若干个检货明细；多个检货明细存储在一个仓位上。

（3）条码扫描管理E-R图

条码扫描管理关系图

说明:

检货条码是条码扫描后上传后的数据。

一个检货条码包含一个产品，一个仓位；一条检货小票包含多个检货条码。

2.实体-属性图表示:

检货出库单

检货小票

检货物品

检货明细

检货条码

注：

产品、机构、仓库、仓位请参照其它模块。

3.2逻辑结构设计

1.关系结构

将概念中的E-R图进行分析后，形成如下关系结构：

检货出库单（编号,检货单类型,要货对象ID,对象名称,收货人,电话,收货仓库,送货时间,制单机构,制单部门,制单人ID,制单日期,配送机构,是否关闭,复核人编号,关闭日期,是否作废,作废人,作废日期,作废原因,是否查看,ERP单据编号）；

注:

为了分页查询效率的提高，此表中加入了对象名称，要货对象ID与对象名之间存在第二范式制约；收货人制单机构,制单部门,配送机构没有用其对应的ID外健参照，直接用了名称，主要原因也是为了分页查询效率的提高。

（以下表中均可能含有这两种不符合第二范式的制约，请设计物理表结构时注意）

检货小票（编号,出货仓库ID,单据ID,票据类别编号,要货对象ID,对象名称,收货人,电话,收货仓库,检货人,备注,是否复核,复核人,复核日期,制单机构,制单部门,制单人ID,制单日期,配送机构,是否作废,作废人,作废日期,作废原因,打印次数,是否查看,是否超过数量/负库存标记）；

检货物品（编号,检货小票ID,产品ID,产品名,规格,计量单位ID,批次,单价,数量,金额,是否查看,是否检货）;

注:

为了分页查询效率的提高，此表中加入了产品名，产品ID与产品名之间存在第二范式制约；（以下表中均可能含有这种不符合第二范式的制约，请设计物理表结构时注意）

检货明细（编号,检货小票明细ID,产品ID,产品名,仓位id,批次,检货数量,实际出库数量,检货小票ID）;

检货条码（编号,检货小票ID,产品ID,是否条码,仓位,批次,生产日期,有效期,单位,数量,包装数量,前缀,起始号,结束号,条码,是否折码,制单日期）;

2.关系E-R图:

（1）检货出库单、检货小票、检货物品、检货明细、检货条码之间的ER图

检货出库模块表结构E-R图

（2）检货出库单与其它模块表结构之间的ER图

检货出库单与其它模块表结构之间的ER图

（3）检货小票与其它模块表结构之间的ER图

检货小票与其它模块表结构之间的ER图

（4）检货物品与其它模块表结构之间的ER图

检货物品与其它模块表结构之间的ER图

（5）检货明细与其它模块表结构之间的ER图

检货明细与其它模块表结构之间的ER图

（6）检货条码与其它模块表结构之间的ER图

检货条码与其它模块表结构之间的ER图

3.3物理结构设计

1.物理表设计

take_bill（检货出库单表）

表名

文件表take_bill

字段名

中文名

数据类型

空/非空

缺省值

备注

ID

编号

Varchar（32）

Notnull

主键

BSort

检货单类型

int

OID

要货对象ID

Varchar（32）

Oname

对象名称

Varchar（128）

RLinkman

收货人

Varchar（64）

Tel

电话

Varchar（26）

InWarehouseID

收货仓库

int

SendDate

送货时间

Datetime

MakeOrganID

制单机构

bigint

MakeDeptID

制单部门

bigint

MakeID

制单人ID

Bigint

MakeDate

制单日期

Datetime

EquipOrganID

配送机构

bigint

IsAudit

是否关闭

Int

0否1是

AuditID

复核人编号

int

AuditDate

关闭日期

Datetime

IsBlankOut

是否作废

Int

BlankOutID

作废人

Bigint

BlankOutDate

作废日期

Datetime

BlankOutReason

作废原因

Varchar（128）

isRead

是否查看

int

0

NCcode

ERP单据编号

char（32）

take_ticket（检货小票表）

表名

检货小票表take_ticket

字段名

中文名

数据类型

空/非空

缺省值

备注

ID

编号

Varchar（32）

Notnull

主键

WarehouseID

出货仓库ID

Varchar（12）

BillNo

单据ID

Varchar（32）

BSort

票据类别编号

Int

OID

要货对象ID

Varchar（32）

Oname

对象名称

Varchar（128）

Rlinkman

收货人

Varchar（64）

Tel

电话

Varchar（26）

InWarehouseID

收货仓库

int

TakeID

检货人

bigint

Remark

备注

Varchar（256）

‘’

IsAudit

是否复核

Int

0否1是

AuditID

复核人

Bigint

AuditDate

复核日期

Datetime

MakeOrganID

制单机构

bigint

MakeDeptID

制单部门

bigint

MakeID

制单人ID

Bigint

MakeDate

制单日期

Datetime

EquipOrganID

配送机构

bigint

IsBlankOut

是否作废

Int

BlankOutID

作废人

Bigint

BlankOutDate

作废日期

Datetime

BlankOutReason

作废原因

Varchar（128）

PrintTimes

打印次数

int

isRead

是否查看

int

isOverQuantity

是否超过数量/负库存标记

int

take_ticket_detail（检货物品清单表）

表名

检货物品清单表take_ticket_detail

字段名

中文名

数据类型

空/非空

缺省值

备注

ID

编号

bigint

Notnull

主键

TTID

检货小票ID

Varchar（32）

Notnull

ProductID

产品ID

Varchar（32）

Notnull

ProductName

产品名

Varchar（128）

Notnull

‘’

SpecMode

规格

Varchar（64）

‘’

UnitID

计量单位ID

bigint

Notnull

Batch

批次

Varchar（32）

‘’

UnitPrice

单价

Decimal

0.00

Quantity

数量

Decimal

cose

金额

Decimal

isRead

是否查看

int

isPicked

是否检货

int

take_ticket_detail_batch_bit（检货出库检货表）

表名

检货物品清单表take_ticket_detail

字段名

中文名

数据类型

空/非空

缺省值

备注

ID

编号

int

Notnull

主键

TTDID

检货小票明细ID

Varchar（32）

Notnull

ProductID

产品ID

Varchar（32）

Notnull

ProductName

产品名

Varchar（128）

Notnull

‘’

Warehouse_bit

仓位id

Varchar（64）

‘’

Batch

批次

bigint

Notnull

Quantity

检货数量

Decimal

‘’

RealQuantity

实际出库数量

Decimal

0.00

TTID

检货小票ID

Varchar（32）

take_ticket_idcode（检货条码表）

表名

检货条码表take_ticket_idcode

字段名

中文名

数据类型

空/非空

缺省值

备注

ID

编号

bigint

Notnull

主键

TTID

检货小票ID

Varchar（32）

Notnull

ProductID

产品ID

Varchar（32）

Notnull

IsIDCode

是否条码

Int

WarehouseBit

仓位

Varchar（12）

Batch

批次

Varchar（32）

ProduceDate

生产日期

Varchar（32）

ValiDate

有效期

Varchar（32）

UnitID

单位

int

Quantity

数量

decimal

PackQuantity

包装数量

decimal

LCode

前缀

Varchar（4）

StartNo

起始号

Varchar（32）

EndNo

结束号

Varchar（32）

IDCode

条码

Varchar（64）

IsSplit

是否折码

Varchar（64）

MakeDate

制单日期

Datetime

2.数据库的物理结构:

数据库的物理结构符合SQL2005关于数据文件、卷、页的分配和分配规则。

数据库初始大小为400M，按照超过最大容量后20%的增长速率进行增长。

数据库分配日志文件大小为40M，自动增长。

应用程序中自动截断事务日志。

数据库的物理文件名称为logistic.MDB，主要数据文件、次要数据文件、文件组等都按照系统的默认设置进行。

物理文件的存储位置为SQL2005默认的位置。

4运用设计

1.安全保密设计

本系统确保当数据库数据存储媒体被破坏时以及当数据库用户误操作时，数据库数据信息不至于丢失。

防止用户直接操作数据库的方法：

（1）在运行环境中，必须严格管理sys和system用户，数据信息管理员必须修改其默认密码，禁止用该用户建立数据库应用对象。

删除或锁定数据库测试用户。

（2）应用级的用户帐号密码不能与数据库相同，防止用户直接操作数据库。

管理员只能用帐号登陆到应用软件，通过应用软件访问数据库，而没有其它途径操作数据库。

角色与权限：

必须按照应用需求，设计不同的用户访问权限。

包括应用系统管理用户，普通用户等，按照业务需求建立不同的应用角色。

用户访问另外的用户对象时，应该通过创建同义词对象synonym进行访问。

确定每个角色对数据库表的操作权限，只有数据库管理员才可以对学生信息进行以下操作：

如创建、检索、更新、删除等。

而普通用户只可以对学生相关信息进行查询，而不具备删除、更新、添加等权限。

用户密码设置：

使用者在使用此数据库时，由于不同的访问者的登陆号码不同，且增加了密码设置，故相当于对于数据的访问设置了权限，所以数据可以说是安全的。

管理员的权限最大，可以控制所有的数据，教师和学生只能够看到与他们自己有关的信息，而不能随便修改他人信息。