报刊订阅管理系统源代码+ER图 第3页
一致性要求
在管理系统相关的表之间，有较强的关联性。为了实现一致性的需求，各个表之间均建立起了相应的一致性约束。
2.6完整性要求
根据报刊订阅管理系统的要求，为保持数据的完整性，采用了数据库的事务机制，防止出现操作故障引起的数据不一致。
3 概念结构设计
3.1设计方法和步骤
采用自底而上的设计方法。先自顶向下地进行需求分析，对报刊订阅管理系统的需求进行逐步细化；然后再自底而上地设计概念结构，最终将各个局部应用的概念结构集合成为全局概念结构。
3.2概念结构E-R图
通过对局部应用的选择，逐一设计出分E-R图，并对各个分E-R图进行合并，生成初步E-R图，消除不必要的系统冗余，可以得出以下报刊订阅管理系统E-R图。图3.1 报刊订阅管理系统E-R图
4.逻辑结构设计
4.1关系模式设计与优化
4.1.1关系模式设计
根据概念结构的设计，可以将系统E-R图转换为以下关系模式:
Customer(Cid, Cname, Phone, Address)
Diretory(Did, Dname, UnitPrice,Ifo)
Order(Ono, Cid, Odate) Foreign key:Cid
OrderDetail(Ono, Did, Quantity, QiShu, UnitPrice, Total)
Foreign key:Ono,Did
Login (UName,UPassword)
4.1.2优化分析
对上面关系模式进行分析可知：表Customer、Diretory、Order、Login都属于BCNF范式，在数据操作性能和存储空间的利用率上都比较高。OrderDetail虽然属于第二范式：(Ono,Did)Quantity,
(Ono,Did)QiShu,
(Ono,Did)UnitPrice,
(Quantity,QiShu,UnitPrice)Total，
(Ono,Did)Total.
但是，将Total作为一个属性独立出来有利于统计和查询，减少反复运算操作，这种空间上的牺牲是比较有价值的。
4.2具体RDBMS数据模型转换
由于Microsoft SQL Server 2000系统支持上述数据模型，所以不用进行特定的转换。
4.3系统结构图
图4.1 系统结构图
4.4系统完整性设计
Customer (Cid, Cname, Phone, Address)
其中：Cid为主码，Address约束为非空
Diretory (Did, Dname, UnitPrice,Ifo)
其中：Did为主码，UnitPrice约束为非空
Order (Ono, Cid, Odate)
其中：Ono为主码，Cid为外码（参照对象为Customer(Cid)）
OrderDetail (Ono, Did, Quantity, QiShu, UnitPrice, Total)
其中：(Ono,Did)为主码，Ono和Did分别为外码（参照分别为：Order(Ono)和Diretory(Did)）.
Quantity,QiShu,UnitPrice分别约束为非空
Login (UName,UPassword)
其中（UName,UPassword）为主码。5.数据库物理设计
5.1索引的选择建立
由于系统可能要涉及大量数据的操作，所以索引的建立就成为一种必需。本系统采用B+树索引方法，分别在各Customer,Diretory,Order和OrderDetail各个表的主键上建立索引。
5.2数据存放位置
本系统数据和索引存放在磁盘中。
5.3确定系统配置
根据具体需要配置。
5.4模块设计
5.4.1登陆模块
图5.1 登陆模块IPO图
5.4.2管理功能模块
图5.2 管理功能模块IPO图
5.4.3查询功能模块
图5.3 查询功能模块IPO图
上一页 [1] [2] [3] [4] [5] [6] [7] 下一页