超市管理系统的一些些

1、超市管理系统设计一、需求分析1 项目背景1.1 编写目的 本需求的编写目的在于研究超市管理系统软件的开发途径和应用方法。 本需求的预期读者是与超市管理系统软件开发有联系的决策人，开发组成人员，扶助开 发者，支持本项目的领导和公司人员，软件验证者。1.2 背景及范围 本项目的名称：超市管理系统开发软件。 本项目的任务提出者及开发者是超市管理系统软件开发小组 , 用户是超市。 超市管理系统： 超市管理系统是帮助管理人员、商品销售和库存的管理软件。2 项目概述 该超市管理系统软件目前已有比较完善的管理与使用功能，研制超市管理系统软件是为了满足超市对商品销售和库存管理的方便，以现代化的创新思维模式去工

2、作。2.1 目标2.1.1 开发意图a. 为了超市管理系统更完善；b. 为了超市对商品库存和销售的管理更方便；c. 为了减轻工作人员的工作负担。2.1.2 应用目标 通过本系统软件，能帮助工作人员利用计算机，快速方便的对超市进行管理等操作，使 散乱的商品销售量和库存量能够具体化、直观化、合理化。2.1.3 作用及范围 本软件适用于超市，它是比较完善的系统管理软件2.1.4 背景 现今超市管理的烦琐给具有强烈时间观念的行政人员带来了诸多不便，为了对商品销售 和管理商品库存方便，因此开发了本软件。2.2 一般约束a. 本项目的开发经费不超过 1 万元；b. 辅导老师 1 人，开发人员 1 人；c.

3、 在管理方针、硬件的限制、并行操作安全和保密方面无约束。2.3 假设和依据 假设开发经费不到位，管理不完善，设计时没能用全得到考虑，本项目的开发都将受到 很大的影响。3 功能需求3.1 规格说明 查询超市的全部信息。3.2 引言 为了查询超市的全部信息。3.2.1外部功能 内部功能操作员和系统管理员 通过应用界面， 应用程序， 查询等。 同过 SQL语言， 对数据库的查询、 插入、修改、删除等操作。3.3 性能需求3.3.1 静态数值需求a. 支持的终端数为 4 台；b. 处理并发的 40 个链接；3.3.2 精度需求 在精度需求上，根据使用需要，在各项数据的输入、输出及传输过程中，由于本系统

4、使 用了数摞结构，可以满足各种精度的需求。3.3.3 时间需求 在软件方面，响应时间、更新处理时间都比较快且迅速，完全满足用户要求。3.3.4 灵活性 当用户需求，如操作方式，运行环境，结果精度，数据结构与其他软件接口等发生变化 时，设计的软件要做适当调整，灵活性非常大。3.3.5 故障处理a. 内部故障处理 在开发阶段可以随即修改数据库里的相应内容。b. 外部故障处理 对编辑的程序进行重装载时，第一次装载认为错，修改。第二次运行，在需求调用时出 错，有错误提示，重试。3.4 设计约束条件3.4.1 技术约束 本项目的设计采用软硬一体化的设计方法。3.4.2 环境约束 运行该软件所适用的具体设

5、备必须是奔腾2G 内存 256 兆以上的计算机，局域网络环境3.4.3 标准约束 该软件的开发完全按照企业标准开发，包括硬件、软件和文档规格。3.4.4 硬件限制奔腾 2G、内存 256 兆以上的计算机满足输入端条件。3.5 接口需求3.5.1 用户接口 本产品的用户一般需要通过终端进行操作，进入主界面后点击相应的窗口，分别进入相对应的界面 （如：输入界面、输出界面 ） 。用户对程序的维护，最好要有备份。3.5.2 软件接口 WIN2000/XP 操作系统 .3.6 属性3.6.1 可使用性 在装载总程序时，正常就运行，异常就停止；汉语编程系统出现错误，将会产生不可遇见的问题，热启，整个终端程

6、序就会再启动；程序出现错误，重新装载，若仍有错，按照提 示逐渐装载。3.6.2 保密性 本软件作为超市管理辅助设备，它的规模比较小，不需要保密技术；限定一个程序中某 些区域的规约，给不同的模块分配不同的功能。3.6.3 可维护性本软件的组成程序为汉语成语设计语言， 组构均较简单， 直观意义上的较独立。 因此， 基 于电子化所构成的硬件的简单可维护的特点，决定了该软件的简单可维护性。3.6.4 可转移、可转换性可转移的环境是奔腾 1G、 128 兆内存以上；不可修改任何部分；3.6.5 注释本产品拥有的属性十分重要，它使得读者用规定的方法去客观的验证软件的各种特性。3.7 数据库数据库是实现有组

7、织地，动态地存储大量关联数据，方便多用户访问的计算机软硬件组 成的系统；它与文件系统的重要区别是数据的充分共享，交叉访问，与应用程序的高度独立 性。由于本软件的整体结构比较简单，所涉及数据相对来说也较少，组成文件的最小单位是 记录。4 设备奔腾 1g、内存 128 兆以上的计算机。局域网络环境5 需求注释 对于本软件，它的功能需求、性能需求、接口需求，从稳定性、可行性上都是可以的。6 功能树二、概念设计1 实体及其属性（1）超市 E-R 图：2）收银员 E-R 图：3）收银小票 E-R 图：4）商品库存 E-R 图：2 综合 ER 图图 2-1 超市管理 ER 图三、逻辑设计 超市表（企业编号

8、，店名，地址） ，主键为企业编号，符合三范式。 收银员表（收银员编号，姓名，性别，工资） ，主键为收银员编号号，符合三范式。 收银小票表（小票编号，商品编号，收银员编号，商品名称，单价，个数，总价）主键为小票编号，符合三范式。商品库存表(商品编号，商品名称，单价，库存量，供货商名)主键为商品编号号，符 合三范式。表 3-1 超市表 SHOP列名 含义 长度 类型 NULL DEFAULTENO 企业编号 10 Char() no noSNAME店 名 30 Char() no noADDRESS地 址 30 Char() no no表 3-2 收银员表 ASSISTANT列名 含义 长度 类型

9、 NULL DEFAULTANO 收银员编号 10 Char() no noANAME姓 名 6 Char() no noSEX 性别 2 Char() no noSALARY工 资 8 INT no no表 3-3 收银小票 表 BILL列名 含义 长度 类型 NULL DEFAULTBNO 小票编号 20 Char() no noCNO 商品编号 8 Char() no noANO 收银员编号 8 Char() no noCNAME商 品名称 8 Char() no noPRICE 单价 8 Float() no noQUANTITY 个数 3 Int no noTOTAL 总价 10 F

10、loat () no no表 3-4 商品库存表 RESERVR列名 含义 长度 类型 NULL DEFAULTCNO 商品编号 8 Char() no noCNAME商 品名称 8 Char() no noPRICE 单价 8 Float() no noLIST 库存量 8 Int no noPROFESSINAL供 货商名 20 Char() yes no四、其它数据库对象的设计1、索引(1) 商品库存表商品编号索引CREATE UNIQUE INDEX CRESERVE ON RESERVE(CNO );(2) 收银小票表小票编号索引CREATE UNIQUE INDEX BBILL O

11、N BILL (BNO);(3) 收银员表中收银员编号索引CREATE UNIQUE INDEX AASSISTANT ON ASSISTANT (ANO);2、视图 某种商品的销售量和库存量的视图GREATE VIEW COMMODITY (C，NOCNAM，E MARKE，T LIST)ASSELECT RESERVR .CN，ORESERVR .CNAM，ESUM( QUANTITY)，LISTFROM RESERV，R BILLGROUP BY BILL.CNO3、触发器 定义一个触发器，当商品库存表中，供货商为空时，自动改为”本店制作” CREATE TRIGGER UDLISTBE

12、FORE UPDATE OR TNSERT ON RESERVRFOR EACH ROWAS BEGINIF PROFESSINAL IS NULL THENPROFESSINA：L ='本店制作' ；END IF;END;4、存储过程利用存储过程来实现 , 当某商品卖出时 , 它的商品库存量相应的减少 . CREATE PROCEDURE SELL ( BCNO CHAR, QLIST INT) AS DECLAREBEGINSELECT TISTFROM RESERVEWHERE BCNO =RESERVE.CNO;IF LIST IS NULL THENROLLBACK;

13、RETURN;END IF;IF LIST<QUANTITY THENROLLBACK;RETURN;END IF;UPDATE RESERVESET LIST=LIST-QLISTWHERE BCNO=RESERVE.CNO;COMMIT;END;五、备份及恢复策略备分策略 采用数据转储和登录日志文件两种方法结合的方法备分数据库。 针对不同的故障，制定恢复策略1、事务故障的恢复策略(1) 反向扫描日志文件 , 查找该事务的更新操作 .(2) 对事务的更新操作执行逆操作 .(3) 继续反向扫描日志文件 , 查找该事务的其他更新操作 , 并做同样处理(4) 如此处理下去 , 直到读到此事务的开始标记 , 事务故障恢复就完成了 .2、系统故障的恢复