C#校园爱心慈善屋交易网站的设计与实现+ER图+数据流图DFD(12)
对本慈善交易平台来说，管理员分两类：超级管理员与普通管理员。在权限上，普通管理员不能对其他管理员进行修改，其他权限都是一样的。其差别就在于超级管理员能直接添加或者删除普通管理员。虽说管理员是不直接参与慈善交易的，但是他能对注册用户所发布的求购信息、商品评论、卖出商品进行操作，对于一些违规操作就必须及时进行处理，或者删除留言评论，严重情况直接删除相关用户，文持一个绿色的交易环境。当然，网站管理员还要进行网站的日常新闻更新，友情链接管理等操作。
图 3.7 管理员后台管理模块流程图
3.3 数据库设计
数据库设计是系统开发中关键的步骤之一。其设计质量的好坏，数据结构的优劣，直接影响到最终系统的成败。由于校园网上商店涉及大量信息的管理和各种操作，所以能否建立一个良好的数据组织关系与数据库，使整个系统的数据之间可以相互共享所拥有的信息资源，可迅速、方便、准确的调用和管理所需数据，是衡量系统开发工作好坏的重要指标，也是系统的基本要求。一个好的数据库产品不等于就有一个好的应用系统，如果不能设计一个合理的数据库模型，不仅会增加客户端和服务器段程序的编程和文护的难度，而且将会影响系统实际运行的性能。
对于数据库的需求主要体现在对数据库的提交信息、更新信息、删除信息、保存信息等。这些信息的存在都取决于各个功能模块的对信息的需求。通过对功能模块的具体操作，实现对数据库中信息的输入和输出。所以，针对各个功能模块的需求，设计如下的数据表和数据结构：
用户信息：包括用户名、密码、及用户的相关信息等。
商品信息表：包括信息序号、发布信息的用户名，信息相关内容等。
商品留言信息：包括信息序号、商品信息相关、留言内容相关等。
用户消息：包括发消息和接消息的用户名、消息相关内容等。
系统管理员信息：包括帐户名和帐户密码等。
3.3.1 E-R图
根据以上的分析，我们得到上面数据项和数据结构以后，就可以设计出能够满足用户需求的各种实体，以及它们之间的关系，为后面的逻辑结构设计打下基础。这些实体包含各种具体信息，通过相互之间的作用形成数据的流动。
设计规划出的实体有：管理员信息实体、注册用户信息实体、慈善物品实体、慈善物品类型实体、购物车订单详细信息实体、评论留言信息实体、新闻公告信息实体。
用户分游客、注册用户和管理员用户。
游客和注册用户无需要登录就可以查看网物信息和购买
注册用户登录后可以文护个人信息，并且在向网站发出订单时会自动填写用户个人的联系信息。
（1） 管理员总E-R图
一个管理员可以管理多个注册用户信息，商品信息，评论信息，新闻公告信息等，所以是1：N的关系。
用户信息，商品信息，评论信息，新闻公告信息等可被多个不同管理员进行管理，所以是N:M的关系。
图 3.8 管理员E-R图
（2） 普通用户总E-R图
一个用户可查和管理自己的个人信息，即为1:1。
一个用户可查看多个商品信息，评论信息，新闻公告同时也可购买多个商品，所以是1：N的关系。
而商品信息，评论信息，新闻公告信息也可被多个用户查看，因此和用户关系应该是N:M。
图 3.9 普通用户E-R图
（3） 购物车E-R图
一个用户一次可以购买多种产品，则对每种产品（即每一款型号的商品）生成一条订单详细信息记录。然后多个这样的订单详细信息组成一个订单列表。每一个订单列表才与一个用户对应，在发货时以订单列表为单位，也即用户在操作时所看到的“订单”。
下一篇：PV3D实景虚拟漫游技术的实现