超市商品管理系统概要.docVIP

第 1 章 绪 论 1.1 课题背景1.2 开发工具第 章 需求析 （3）友好性原则：本实验管理网站面向的用户是各大高校，所以系统操作上 要求简单、方便、快捷，便于用户使用。 （4）可扩展性原则：采用开发的标准和接口，便于系统向更大的规模和功能 扩展。 3.1.2用户特点 本系统面向各小型超市，实现一些简单的操作和功能. 3.2系统的功能需求 3.2.1系统角色功能需求 本系统有2种角色：系统管理员(超市经理:admin),超市售货员(salesman)。详细划分如下： Admin:权限为进货,销售,查询修改商品信息,查询修改管理员信息,查询修改客户信息,查询修改供货商信息 Salesman:和admin一样,但是没有修改和查询管理员的权限. 3.2.2功能模块 本系统主要负责管理模块，各个子模块功能需求如下: （1）商品模块 管理员可以添加,删除,修改查询商品信息 （2）进货商模块 管理员可以添加,删除,修改查询进货商信息 （3）管理员模块 管理员(只能是admin权限的,salesman无权操作)添加,删除,修改查询商品信息 （4）客户模块 管理员添加,删除,修改查询客户信息 （5）进货模块 管理员添加进货信息 （6）出售模块 管理员添加商品信息 。 3.3 系统的性能需求 为了保证系统能够长期、安全、稳定、可靠、高效的运行，系统应该满足以 下的性能需求： （1）系统处理的准确性和及时性 系统处理的准确性和及时性是系统的必要性能。在系统设计和开发过程中， 要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能 够满足用户对信息的处理。由于系统的查询功能对于整个系统的功能和性能完成 很重要。从系统的多个数据来源来看，学生信息查询、教师信息查询、实验信息 查询、排课结果查询、实验成绩查询，其准确性很大程度上决定了系统的成败。 因此，在系统开发过程中，系统采用优化的 SQL 语句及安全扩展存储过程来保证系统的准确性和及时性。 （2）系统的开放性和系统的可扩充性 系统在开发过程中，应该充分考虑以后的可扩充性。例如实验信息属性添加、 修改，用户查询的需求及管理工作的分级管理等模块也会不断的更新和完善。所 有这些，都要求系统提供足够的手段进行功能的调整和扩充。而要实现这一点， 应通过系统的开放性来完成，既系统应是一个开放系统，只要符合一定的规范， 可以简单的加入和减少系统的模块，配置系统的硬件。通过软件的修补、替换完 成系统的升级和更新换代。 （3）系统的易用性和易维护性 系统是直接面对使用人员的，而有些使用人员往往对计算机并不是非常熟悉。 这就要求系统能够提供良好的用户接口，易用的人机交互界面。要实现这一点， 就要求系统应该尽量使用用户熟悉的术语和中文信息的界面；针对用户可能出现 的使用问题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。 系统中涉及到的数据是高校实验室相当重要的信息，因此系统为不同角色的 用户提供了方便的管理后台进行数据管理，特别为系统管理员提供了数据备份， 日常安全管理，防止系统意外崩溃等功能。 （4）系统的响应速度 系统设计中摒弃大量数据冗余，提出了优化数据库的解决方案，大量使用存 储过程，大大提高系统响应时间和速度。系统在日常处理中的响应速度为秒级， 达到实时要求，以及时反馈信息。严格保证操作人员不会因为速度问题而影响工 作效率。 3.4系统的数据需求 商品:商品Id,商品名称,商品分类,商品数量,商品售价 供货商:供货商ID,供货商名称,供货商经理名称,供货商经理联系电话, 供货商地址 管理员:用户ID,用户姓名,用户性别,用户年龄,用户电话,用户类别 客户:客户ID客户姓名,客户性别,客户联系方式 进货:进货ID,用户ID,进货公司ID,商品ID,进货时间,进货数量,进货单价 出售:出售商品ID,出售商品ID,出售商品数量,客户ID,商品ID,用户ID 通过对系统功能需求的分析，可以初步确定该系统的基本数据需求。由各个 功能模块可以进一步确定具体的数据需求，具体数据需求如下： 第 章 总体设计 4.2 数据库设计 4.2.1 数据库概念设计 (1)商品表对应的实体属性 (2)进货商表对应的实体属性 (3)管理员表对应的实体属性 (4)客户表对应的实体属性 (5)进货表对应的实体属性 (6)出售表对应的实体属性 (7)系统E-R图 系统ER图 4.2 数据库逻辑设计 4.2.1 表汇总 表给出了该系统使用的所有表名及简要说明。 userL