第三章 数据库设计

3．1 数据库需求分析

数据库是信息管理的基础。数据库结构直接关系到各种功能的实现和程序运行的效率。

进行数据库设计首先必须准确了解与分析用户需求（包括数据与处理）。需求分析是整个设计过程的基础，是最困难、最耗费时间的一步。需求分析的结果是否准确地反映了用户的实际要求，将直接影响到后面各个阶段的设计，并影响到设计结果是否合理和实用。

根据上一章的流程图，可以列出以下各模块记录信息所需的数据项和数据结构：

1．入库信息管理

·入库记录：商品编号（SPNO）、商品名称（SPNAM）、经办人员（JBREN）、进货数量（JHNUM）、进货小计（inprice）、备注(BEIZHU)

2.销售信息管理

·销售记录：商品编号（SPNO）、商品数量（SPNUM）、经办人员（JBREN）、商品名称（SPNAM）、标准价格（BZJG）、销售小计（XSXJ）

3.商品信息管理

·商品信息记录：商品编号（SPNO）、商品名称（SPNAM）、本店库存量（BDKCL）、默认成本（MORCB）、供应商编号（GYSNO）、商品分类（SPKIN）、安全存量（SAFCL）、商品规格（SPGG）、库存单位（KCDW）、商品颜色（SPCOL）、商品尺寸（SPSIZ）、标准价格（BEIZHU BZJG）、会员价格（HYJG）、批发价格（PFJG）、备注（BEIZHU）

4.员工信息管理

·员工信息：用户名（user）、口令（password）

3．2数据库概念结构设计

概念模型是对信息世界的建模，所以概念模型应该能够方便、准确的表示出信息世界中的常用概念。实体------关系模型（Entity-Relationship Module,简称E-R图）是数据库结构设计常用的方法。

E-R图提供了表示实体、属性和联系的方法。

·实体型：用矩形表示，矩形框内写明实体名

·属性：用椭圆型表示，并用无向边与其相应实体连接起来

·联系：用菱形表示，菱形框内写明联系名，并用无向边与其有关实体连接起来，同时在边旁边标上联系的类型（1：1，1：n或m：n）。

对象类型的组成成份可以抽象为实体的属性。组成成份与对象之间是“is part of”的关系。

实际上实体与属性是相对而言的，很难有截然划分的界限。同一事物，在一种应用环境中作为“属性”，在另一种环境中就必须作为“实体”。一般来说，在给定的应用环境中，属性不能再具有需要描述的性质。即属性必须是不可分的数据项，不能再由另一些属性组成。属性不能与其它实体具有联系。联系只发生在实体之间。

第四章 详细设计

4．1登录界面

   为了提高系统的安全性，我们完全有理由相信，设置用户以及密码是必要的。用户登录界面很简单，首先在用户输入框输入用户名，再对应输入密码，程序将与用户数据库连接，确认用户是其中一员，并输入了正确的密码，然后进入主界面，否则警告出错，让用户重新输入。界面设置如下：

 

4．2主界面

主窗口界面主要是完成系统功能模块的划分。超市销售系统主窗口包括四个按纽，进货作业按纽、商品信息按纽、供应商信息按纽、销售作业按纽。界面设置如下：

4．6查询子系统

查询功能实现管理员查询所需的商品信息。在商品信息界面的快速查询部分，管理员可以根据商品编号、商品名称、供应商编号、商品分类来查询相应的商品信息。界面设置同上。

 

4．7口令更改子系统

口令更改功能实现了员工更改自己的口令，在更改口令时，要求用户输入旧口令、新口令和确认新口令，用户必须输入正确的旧口令和两次相同的新口令，如果输入的旧口令不正确，则系统会弹出错误警告告诉用户旧口令错误，请用户重新输入旧口令。两样，如果两次新口令不一致，也会弹出警告窗口，提醒用户两次新口令不一样，请重新输入两次新口令。最后，点击“确认”就完成口令更改了。

4．8员工信息维护子系统

员工信息维护功能实现了管理员修改员工的信息。这也要求先用管理员用户名和口令登录，点击“增加”后，数据窗口会自动插入新的一行，管理员在数据窗口中输入员工的用户名和口令后按“保存”就完成增加员工信息的功能了。同样，要删除一个员工的信息只要先选中这个员工的信息，按“删除”后，这个员工的信息就在数据窗口中删除了，再点击“保存”就可以了。

4．9帮助子系统

任何一个系统都会有帮助系统，它用来解决用户的一些疑问，如用户对系统的功能及一些功能的使用方面可能有疑问，这时，可参考帮助系统提供的信息，能有效的给用户提供帮助。本系统的帮助系统对每一个子系统的功能及使用方法都有介绍，如用户有疑问或参考。