ASP.NET烟草公司管理系统的设计

应用需求分析

烟草销售系统需要满足来自三方面的需求，这三个方面分别是客户、基本管理人员和高层管理人员。客户的需求是查询各种烟草的种类、金额况及个人信息的修改；基本管理人员对客户的需求进行操作，同时形成种类或金额报表给客户查看确认；高层管理人员的功能最为复杂，包括对基本管理人员、客户进行管理和维护，及系统状态的查看、维护并生成催还图书报表。客户可直接查看烟草种类情况。一般情况下，客户只应该查询和维护本人的查询情况和个人信息，若查询和维护其他客户的情况和个人信息，就要知道其他客户的密码。这些是很难得到的，特别是密码，所以不但满足了客户的要求，还保护了客户的个人隐私。

基本管理人员功能的信息量大，数据安全性和保密性要求最高。本功能实现对烟草信息、客户信息、所有客户信息的管理和统计、工作人员和管理人员信息查看及维护。基本管理员可以浏览、查询、添加、删除、修改、统计烟草的基本信息；浏览、查询、统计、添加、删除和修改客户的基本信息，浏览、查询、统计公司的销售信息，但不能添加、删除和修改销售信息，这部分功能应该由高层管理人员执行。在本系统中由于没有打印机设备供试验，所以预先把报表打印改成报表预览。

（1）设计不同用户的操作权限和登陆方法

（2）对所有用户开放的烟草查询

（3）客户维护客户个人部分信息

（4）客户查看个人采购情况信息

（5）维护客户个人密码

（6）根据销售情况对数据库进行操作并生成报表

（7）查询及统计各种信息

（8）维护烟草信息

（9）维护基本管理人员和高层管理员信息

（10）维护客户信息

（11）处理信息的完整性

（12）烟草销售管理系统数据库应用需求的总结

数据流程图如下：

如图4-1 数据流程图

（1）技术可行性   开发这个系统采用的是微软公司的.NET开发平台和ACCESS数据库，经过仔细的考虑和分析，采用这些工具能完成本系统的开发。

（2）经济可行性    本系统的开发、利用及维护所需要的费用不是很大，从效益上说，这个软件开发和使用后带来的人工节省和快速及时的信息出来所带来的效益绝对比开发本系统的投入大的多。

在概念设计阶段中，设计人员从用户的角度看待数据及处理要求和约束，产生一个反映用户观点的概念模式。然后再把概念模式转换成逻辑模式。将概念设计从设计过程中独立开来，使各阶段的任务相对单一化，设计复杂程度大大降低，不受特定DBMS的限制。

利用ER方法进行数据库的概念设计，可分成三步进行：首先设计局部ER模式，然后把各局部ER模式综合成一个全局模式，最后对全局ER模式进行优化，得到最终的模式，即概念模式。

（1） 设计局部ER模式

实体和属性的定义：

公司表SG（公司名称，所在地址，法人代表，联系方式，公司描述，业务介绍，备注）

部门BM（部门代码，部门名称）

员工YG（员工代码，姓名，性别，年龄，学历，电话，部门代码）

烟草类别YCLB（类别代码，类别名称）

烟草信息YCXX（烟草代码，烟草名称，类别代码，型号，单位，单价）

客户类别KHLB（类别代码，类别名称）

客户信息KHXX（客户代码，客户名称，类别代码，地址，邮政编码，联系人，电话）

采购单CGD（采购代码，采购日期，客户代码，总数量，总金额，备注，入库标志）

采购明细CGMX（采购代码，烟草代码，数量，金额）

库存信息KCXX（烟草代码，数量）

销售单XSD（销售代码，销售日期，客户代码，总数量，总金额，备注，出库标志）

销售明细XSMX（销售代码，烟草代码，数量，金额）

权限QX（系统帐号，员工代码，公司信息-维护，部门信息-维护，员工信息-维护，烟草类别-维护，烟草信息-维护，客户类别-维护，客户信息-维护，采购单-维护，库存信息-维护，销售单-维护，权限信息-维护，公司信息-查询，部门信息-查询，员工信息-查询，烟草信息-查询,客户类别-查询，客户信息-查询，采购单-查询，库存信息-查询,销售单-查询,系统密码）

ER模型的“联系”用于刻画实体之间的关联。一种完整的方式是对局部结构中任意两个实体类型，依据需求分析的结果，考察局部结构中任意两个实体类型之间是否存在联系。若有联系，进一步确定是1:N，M:N，还是1:1等。还要考察一个实体类型内部是否存在联系，两个实体类型之间是否存在联系，多个实体类型之间是否存在联系，等等。

所有局部ER模式都设计好了后，接下来就是把它们综合成单一的全局概念结构。全局概念结构不仅要支持所有局部ER模式，而且必须合理地表示一个完整、一致的数据库概念结构。

（3）全局ER模式的优化

在得到全局ER模式后，为了提高数据库系统的效率，还应进一步依据处理需求对ER模式进行优化。一个好的全局ER模式，除能准确、全面地反映用户功能需求外，还应满足下列条件：实体类型的个数要尽可能的少；实体类型所含属性个数尽可能少；实体类型间联系无冗余。