小型超市销售管理系统(共26页).doc

《小型超市销售管理系统(共26页).doc》由会员分享，可在线阅读，更多相关《小型超市销售管理系统(共26页).doc（26页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、精选优质文档-倾情为你奉上 信息系统分析与设计课程设计 题目：小型超市零售管理系统 成员：王 斌 班级：07 信 管 系统项目文档1小型超市零售管理系统的需求说明书 2小型超市零售管理系统的设计说明书 信息系统需求说明书1引言1.2背景1.3定义1.4参考资料2任务概述2.1目标2.2用户类型与职能2.3假定约束3数据描述3.1静态数据3.2动态数据4功能需求4.1需求描述4.2业务过程描述4.3功能划分4.4功能描述5性能需求5.1数据精确度5.2时间特性6运行需求6.1用户界面6.2硬件接口6.3故障处理7其他需求 7.1安全保密性 7.2可维护性1引言1.1编写目的（1）该文档是调查研究

2、和系统分析阶段成果的总结，反映了这一阶段研究和分析的全部情况。（2）该文档通过审议后，可以作为下一步我们进行系统设计和实现的纲领性文件。（3）该文档评审通过后作为以后系统测试的参照文档。1.2背景通过前一阶段系统规划，确定小型超市销售系统开发可行以后我们对案例用户的需求进行深入分析，我们认识到了用户所期望使用的新系统的功能。在此基础上我们开始进行了深入对超市所涉及的业务流程进行分析。1.3定义 （1）我们的系统只适应于小型超市。 （2）超市一般不超过3个员工。 （3）本超市不涉及商品的打折，用户会员等信息。 （4）打印交易清单不需要打印用户姓名。1.4参考资料GB 856788信息系统开发标准

3、GB 17917-1999 商场管理信息系统基本功能要求GB/T 16680-1996 软件文档管理指南GB/T 9385-1988 计算机软件需求说明编制指南GJB/Z 102-1997 软件可靠性和安全性设计准则HB 6464-1990 软件开发规范HB 6468-1990 软件需求分析阶段基本要求HB 6469-1990 软件需求规格说明编制规定2任务概述2.1目标（1）采用用例图来确定超市的功能模块和具体业务过程。（2）准确地描述用户具体的需求要求。（3）确定系统的硬件和应用模式。2.2用户类型与职能（1） 营业员： 通过商品条形码扫描或输入商品到打印购买清单 操作软件计算交易总金额

4、操作软件输出交易清单（2） 超市管理员： 操作软件录入商品，供货商，厂商 查询打印销售情况 操作软件生成销售排行榜 查询库存明细记录 根据软件发出的库存告警进行入货 操作软件进行盘点计算（3）采购员： 操作软件制定采购计划 查询打印计划进货表2.3假定约束（1）在该案例中，小超市的职工人员定为三种：营业员、超市管理员、采购员；（2）采购或销售的商品以最小单位进行入库登记或销售登记，如：铅笔则必须以支为最小单位入库登记等。（3）商品采购回来质检需要人工完成。（4）本超市只有一个仓库。3数据描述3.1静态数据 本系统中牵涉到得静态数据主要来至与基础管理模块中，基础管理用于维护的数据。（1）商品基本

5、信息。（2）部门的基本信息。（3）超市中员工也不是经常变动，所以员工基本信息也是静态数据。3.2动态数据 本系统中动态数据主要来至业务过程：（1） 进货管理中会有商品计划进货数、单价、计划日期等。（2） 销售业务中有销售商品数量、单价、金额、日期等。（3） 库存管理中会有入库商品数、入库时间等，库存中有库存商品数量、盘点等。4功能需求4.1需求描述 用户具体需求：以月为结算单位；当购买新的商品并验收入库进行登记，登记的项目包括编号、货号、品名、规格、计量单位、数量等，并修改库存；当销售商品时，记录获得的销售收入，并修改库存数量；能够根据需要以多种方式查询，并能查询某一种货物的储备情况，若低于最

6、低库存储备数，给出缺货警告；按时段打印销售收入、库存、入库商品信息。4.2业务过程描述4.21基于UML的建模4.211语义规则用例模型（use cases view）（用例视图）的基本组成部件是用例（use case）、角色(actor)和系统(system)。用例用于描述系统的功能，也就是从外部用户的角度观察，系统应支持哪些功能，帮助分析人员理解系统的行为，它是对系统功能的宏观描述，一个完整的系统中通常包含若干个用例，每个用例具体说明应完成的功能，代表系统的所有基本功能（集）。角色是与系统进行交互的外部实体，它可以是系统用户，也可以是其它系统或硬件设备，总之，凡是需要与系统交互的任何东西都

7、可以称作角色。系统的边界线以内的区域（即用例的活动区域）则抽象表示系统能够实现的所有基本功能。在一个基本功能（集）已经实现的系统中，系统运转的大致过程是：外部角色先初始化用例，然后用例执行其所代表的功能，执行完后用例便给角色返回一些值，这个值可以是角色需要的来自系统中的任何东西。UML：是一种标准的图形化建模语言，它是面向对象分析与设计的一种标准表示；它不是一种可视化的程序设计语言而是一种可视化的建模语言；不是工具或知识库的规格说明而是一种建模语言规格说明是一种表示的标准；不是过程也不是方法但允许任何一种过程和方法使用它。用例（use case）：参与者（actor）：4.212UML模型4.

8、2121系统UML模型4.213子系统UML模型（1）超市零售前台管理系统用例视图这是一个当有顾客购买商品时，营业员发生的业务活动用例。（2）后台管理系统用例视图4.3功能划分 根据前面的需求描述和业务过程描述，我们可以将系统分为前台和后台管理，前台有商品录入、结账业务功能，后台分为五个功能模块基础管理、进货管理、销售管理、库存管理、统计报表。4.4功能描述（1），本模块必须具有以下功能： 商品录入：根据超巿业务特点制定相关功能，可以通过输入唯一编号、扫描条形码、商品名称等来实现精确或模糊的商品扫描录入。该扫描录入方法可以充分保证各种电脑操作水平层次的人员均能准确快速地进行商品扫描录入。 结账

9、业务：通过扫描条形码或者直接输入商品名称（对于同类多件商品采用一次录入加数量的方式）自动计算本次交易的总金额。在顾客付款后，自动计算找零，同时打印交易清单（包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工）。 (2)后台管理模块必须具备以下功能： 采购管理：包括对采购计划、到货检验、管理入库及退货的管理。具体来说，根据销售情况及库存情况，自动制定采购计划（亦可手工制定修改），可以避免盲目进货造成商品积压。 按计划单有选择性地进行自动入库登记。 综合查询打印计划进货与入库记录及金额。 销售管理：包括对商品销售、员工查看销售、经理查看销售、打印销售清单及

10、销售退货的管理。具体来说，商品正常销售、促销与限量、限期及禁止销售控制。 综合查询各种销售明细记录、各地收银员收银记录以及交结账情况等。 库存管理： 包括对商品入库、库存商品盘点、保质期限报警及库存商品查询的管理。具体来说，综合查询库存明细记录。 库存状态自动告警提示。如库存过剩、少货、缺货等。软件为您预警，避免库存商品积压损失和缺货。 库存自动盘点计算。 统计分析：包括对进货入库统计、销售出库统计、库存量统计、销售退货统计、进货退货统计、商品销售排名。 基础管理：包括对组织机构、工作人员、常用数据及对商品的管理。5性能需求5.1数据精确度（1）对于金额（单位：元）来说，系统可进行小数点后两位

11、的计算，即对分的计算；（2）对于日期来说，系统可记录年、月、日、时、分、秒；（3）对于某部分商品的规格型号来说，系统合理性的识别。5.2时间特性响应时间、更新处理时间、数据转换与传输时间、运行时间都须满足用户需求，达到迅速及时。6运行需求6.1系统环境需求系统模式本系统采用C/S模式作为开发模式硬件环境硬件：高性能的计算机一台打印机一台 本超市中只有高性能的计算机一台，所以服务器与客户端作为逻辑上分开，物理上在一台计算机上的模式。 软件环境客户端：安装SQL Server 2000的服务器版本。安装windows server2003服务器版本。配置安装360免费的杀毒软件。6.2用户界面（1

12、）用户界面友好；（2）界面清晰，不会让用户感到厌倦；（3）界面安排合理，使用户能容易记住功能按钮所在处。6.3硬件接口条形码扫描仪,打印机保证能稳定工作，准确无误地识别商品。6.4故障处理（1）在出现软故障时能及时恢复数据；（2）在出现硬故障时能及时恢复数据。7其他需求7.1安全性 （1）技术安全：当计算机系统受到无意或恶意的攻击时仍能保证系统正常运行，保证系统内的数据不增加、不丢失、不泄露。（2）管理安全：由于管理不善导致的计算机设备和数据介质的物理破坏、丢失等软硬件意外故障以及场地的意外事故等安全问题做出相应书面指导与规定。（3）数据库安全:对用户标识与鉴别、存取控制等方面都需要有相关的约

13、束以保证数据库中数据不被破坏或丢失。（4）数据保密：保证数据不被恶意破坏、篡改或删除。7.2可维护性（1）数据库的转存和恢复；（2）数据库的安全性、完整性控制；（3）数据库性能的监督、分析和改造；（4）数据库的重组织与重构造。信息系统设计说明书1引言1.1编写目的1.2 项目背景1.3定义1.4参考资料2任务概述2.1目标2.2条件与限制2.3运行环境2.4需求概述3总体设计3.1总体结构3.2功能分配4接口设计4.1外部接口4.2内部接口5数据库设计5.1视图设计5.2逻辑结构设计5.3物理结构设计6运行设计6.1运行模块的组合6.2运行控制6.3运行时间7出错处理设计 7.1出错输出信息

14、7.2出错处理对策8安全保密设计9维护设计1引言1.1编写目的（1）该文档是系统设计阶段对所做的所有成果的总结，反映了这一阶段的总体与详细设计的全部情况。（2）该文档通过审议后，可以作为下一步我们进行系统实现和测试的纲领性文件。1.2项目背景通过前一阶段系统需求分析，确定小型超市销售系统所涉及的业务流程、相关的功能模块，并对此用了UML用例图和功能模块分解法来对系统需求分析做了大致的说明。在此基础上我们开始对系统的逻辑模型、物理模型做进一步的具体设计。1.3定义（1）商品条形码：每种商品具有唯一的条形码，对已经具有条形码的商品，我们不在对它自定义条形码，进货时商品没有条形码的我们要对它定义条形

15、码。（2）交易清单：包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号。（3）库存警告提示：当某种商品的库存数量低于库存要求最低数量时发出提示。（4）盘点：超市可以进行不定期的对数据库中商品库存数与实际库存商品数进行核对，看账实是否相符，进行盘亏盘盈计算。1.4参考资料GB 856788信息系统开发标准GB 17917-1999 商场管理信息系统基本功能要求GB/T 16680-1996 软件文档管理指南GB/T 9385-1988 计算机软件需求说明编制指南GJB/Z 102-1997 软件可靠性和安全性设计准则HB 6464-1990 软件开发规

16、范HB 6468-1990 软件需求分析阶段基本要求HB 6469-1990 软件需求规格说明编制规定2任务概述2.1目标（1）确定每一个模块的具体功能。（2）确定数据库设计的概念模型以及各对象的具体属性。（3）将数据库的概念模型转化为逻辑模型，确定各表的主外键。（4）确定用户需要的视图。（5）确定逻辑模型中实体属性的具体类型、约束、是否为空等。3总体设计3.1总体结构小型超市零售管理系统前台POS销售系统后台管理系统商品录入收银业务进货管理销售管理库存管理基础管理统计分析3.2功能分配商品录入快速商品录入支持条形码扫描 功能描述：商品录入子系统要求能快速录入商品，因此必须支持条形码扫收银业务

17、交易总额计算打印交易清单功能描述：收银业务子系统能计算交易总额，打印交易清单，并根据会员卡打折。基础管理用户管理部门管理员工管理功能描述：基础管理用于员工的基本信息、系统用户、部门等基本信息的维护进货管理制定进货计划查询打印计划进货与入库记录功能描述：进货管理子系统可以根据库存制定进货计划，进行入库登记，以及提供查询和打印计划进货与入库记录的功能。销售管理商品销售控制查询打印销售情况生成销售排行榜功能描述：销售管理子系统可以控制某商品是否允许销售，查询每种商品的销售情况并产生年、月、日报表，同时可以生成销售排行榜。查询库存明细记录库存状态自动告警提示库存管理盘点计算入库登记功能描述：库存管理子

18、系统提供入库登记、查询库存明细记录的基本功能，并根据库存的状态报警，以及盘点计算。每日库存商品统计每月库存商品统计统计分析每月销售统计每日销售商品统计功能描述：统计分析模块提供每日库存商品统计、每日销售商品统、每月销售统计、每月库存商品统计等功能。4接口设计4.1硬件接口设计本系统中硬件接口有：条形码扫描仪，打印机。4.2软件接口设计各代码块之间通过调用参数来连接，少用全局变量，减少数据库中数据的耦合。5数据库设计5.1系统的需求说明1）本超市中只有一个仓库。 2）入库商品的基本信息包括编号、货号、品名、规格、计量单位、数量。3）一个员工属于一个部门，一个部门有多个员工。4）系统中的员工（销售

19、员）可以销售多种商品，每种商品可由不同员工销售。5）系统中员工（采购员）可以采购多种商品，一种商品可以被多个采购员采购。5.2系统概念模型E-R图5.3视图设计1）交易视图用于查询交易情况打印给用户的视图； 2）计划进货视图用于查询进货计划的视图；3）销售明细账视图用于查询销售明细记录的视图； 5）入库视图用于查询入库情况的视图。6）盘点视图用于查询库存商品帐实是否相同。7）缺货视图用于查询藏库缺货情况。8）库存明细账查询用于查询仓库库存商品明细数目的视图。5.4逻辑结构设计（1）系统关系模型1)部门表（部门编号，部门名称，部门电话，部门QQ群号，备注）2)商品信息表（商品id，商品名称，规格

20、，条形码，计量单位）3)员工信息表（员工id，员工编号，姓名，性别，出生年月，部门id）4)销售表（销售编号，商品编号，员工id，销售数量，销售单价，销售日期，销售金额）5）交易表（交易id，员工id，消费者姓名，交易金额，交易时间，备注）6）计划进货表（计划进货id，员工id，商品id，数量，单价，总额，计划进货日期,预计到货日期，备注）7）商品入库表（入库id，商品id，入库数量，仓库名，入库时间，质检人id，备注）8）库存商品表（库存id，商品id，仓库名，库存数量，库存警报数，备注）6物理结构设计系统数据库表结构数据库表索引表名中文名Department部门表MerchInfo商品信息

21、表User员工信息表Sale销售表Dealing交易表Plan计划进货表Stock商品入库表MerchStock库存商品表User用户表 部门表(Department)字段名字段类型长度主/外键字段值约束对应中文名DepartIDVarchar4PNot null部门编号DepartNameVarchar20Not null部门名称TelChar11Not null电话号QQDatetime10 nullQQ群号商品信息表(MerchInfo)字段名字段类型长度主/外键字段值约束对应中文名MerchIDChar12PNot null商品编号MerchNameVarchar50Not null商

22、品名称MerchSizeChar10Not null规格BarCodeVarchar11Not null条形码MerchDescriChar50null备注员工信息表(Employee)字段名字段类型长度主/外键字段值约束对应中文名EmployeeIDvarchar10PNot null员工idEmployNumVarchar8Not null员工编号EmployNameVarchar20Not null姓名SexVarchar2（“男”或“女”）性别BirthdayDate8null出身日期DepartIDVarchar4FNot null部门编号销售表(Sale)字段名字段类型长度主/外键

23、字段值约束对应中文名SaleIDVarchar10PNot null销售编号MerChIDVarchar10FNot null商品编号EmployeeIDvarchar10FNot null员工idSaleDateDatetime8Not null销售日期SaleNumInt4Not null销售数量SaleValueMoneyNot null销售金额SalePriceMoneyNot null销售单价交易表(Dealing)字段名字段类型长度主/外键字段值约束对应中文名DealingIDVarchar10PNot null交易编号DealingPriceMoneyNot null交易金额De

24、alingDateMoneyNot null交易日期EmployeeIDvarchar10FNot null员工idUserNameVarchar20 null消费者姓名DealingDescriChar50null备注计划进货表(Plan)字段名字段类型长度主/外键字段值约束对应中文名PlanIDvarchar10PNot null计划进货idEmployeeIDvarchar10FNot null员工idMerchIDChar12FNot null商品idPlanNumIntNot null计划进货数PlanPriceMoneyNot null商品单价SumPriceMoneyNot nu

25、ll总额PlanTimeDate8Not null计划进货时间ArrivedTimeDate8Not null预计到货时间PlanDescriChar50 null备注商品入库表(Stock)字段名字段类型长度主/外键字段值约束对应中文名StockIDVarchar10PNot null入库编号MerchIDVarchar10FNot null入库商品编号MerchNumIntNot null入库数量StockDateDate8Not null入库日期EmployeeIDvarchar10FNot null质检人idPlanDateDate8Not null计划进货日期StockDescriC

26、har50null备注库存商品表(MerchStock)字段名字段类型长度主/外键字段值约束对应中文名MerchStockIDvarchar10PNot null库存idMerchIDChar12FNot null商品idMerchStockNumIntNot null库存数量StockNumAlarmIntNot null库存警报数MerchStockDescriChar50null备注用户表(User)字段名字段类型长度主/外键字段值约束对应中文名UserIDvarchar10PNot null用户编号UserNameVarchar25Not null用户名称UserPWVarchar12

27、Not null用户密码UserStyleIntNot null用户类型7运行设计7.1运行模块的组合将诸如以下功能模块：基础数据管理、进货管理、销售管理、库存管理、统计分析按照高内聚、低耦合的原则设计并按照以上数据库具体的相关描述进行有机接合。7.2运行控制在运行系统中的某一功能时，根据用户的授权级别的不同和限制，在执行用户需求的功能时仅仅涉及相应限制权限的功能模块。7.3运行时间 用户查询时时间不能超过30秒。8出错处理设计8.1出错输出信息（1）事务内部的故障：a.当库存不足时，提示“库存不足，不能执行销售处理”；b.当商品保质期已过，提示：“商品已过期，请及时更新”。（2）系统故障：a

28、.当特定类型的硬件错误（CPU故障）时，提示“xx硬件不能正常运行”；b.当DBMS代码错误时，显示错误代码信息；c.当系统断电时，重新启动后，提示“是否继续恢复系统”。（3）介质故障：当磁盘损坏、磁头碰撞、瞬时强磁场干扰时，提示“硬件损坏，请及时处理”。（4）计算机病毒当受到病毒入侵时，提示“发现病毒，请及时清除”。8.2出错处理对策（1）事务故障的恢复a.反向扫描日志文件（即从最后向前扫描日志文件），查找该事务的更新操作；b.对该事务的更新操作执行逆操作。即将日志记录中“更新前的值”写入数据库。这样，如果记录中是插入操作，则相当于做删除操作（因此“更新前的值”为空时）；若记录中是删除操作，

29、则做插入操作；若是修改操作，则相当于用修改前值代替修改后值；c.继续反向扫描之日文件，查找该事务的其他更新操作，并做同样处理。d.如此将处理下去，直至读到此事务的开始标记，事务故障回复就完成了。（2）系统故障的恢复a.正向扫描日志文件（即从头扫描日志文件），找出在故障发生前已经提交的事务（这些事务既有BEGIN TRANSACTION记录，也有COMMIT记录），将其事务标识记入重做（REDO）队列。同时找出故障发生时尚未完成的事务（这些事务只有BEGIN TRANSACTION记录，无相应的COMMIT记录），将其事务标识记入撤销队列。b.对撤销队列中的各个事务进行撤销（UNDO）处理。进行

30、UNDO处理的方法是，反向扫描日志文件，对每个UNDO事务的更新操作执行逆操作，即将日志记录中“更新前的值”写入数据库。c.对重做队列中的各个事务进行重做（REDO）处理。进行REDO处理的方法是：正向扫描日志文件，对每个REDO事务重新执行日志文件，对每个REDO事务重新执行日志文件登记的操作。即将日志记录中的“更新后的值”写入数据库。（3）介质故障a.装入最新的数据库后备副本（离故障发生时刻最近的转出副本），使数据库恢复到最近一次转储时的一致性状态；b.装入相应的日志文件副本（转储结束时刻的日志文件副本），重做已完成的事务。即首先扫描日志文件，找出故障发生时已提交的事务的标识，将其记入重做

31、队列。然后正向扫描日志文件，对重做队列中的所有事物进行重做处理。即将日志记录中“更新后的值”写入数据库。9安全保密设计（1）技术安全设计：用户的计算机系统采用具有一定安全性的硬件、软件来实现对计算机系统及其所存数据的安全保护，按照TCSECDoD可信计算机系统评估准则和CC两个标准来进行数据库安全设计。当计算机系统受到无意或恶意的攻击时仍能保证系统正常运行，保证系统内的数据不增加、不丢失、不泄露。（2）管理安全设计：通过对管理员及相关用户的培训，对管理安全知识和使用方面的知识进行强化与实践。 （3）数据库安全设计: 对于用户标识与鉴别，可采用数据库管理系统的身份识别的机制来控制。具体来说就是对

32、不同的用户设计不同的权限，营业员只有查询前台当日的销售情况，管理员可以查询多方面的数据并可进行更新、维护处理。a.用户标识：用一个用户（User Name）或者用户标识号（UID）来表明用户身份。营业员、采购员、管理员分别用工号作为标识来表明用户身份。b.口令：进一步核实用户，要求用户输入口令。口令的输入类型为字母数字组合，长度6至12位。（4）数据保密：可使用密钥加密、身份验证等方式来对数据进行保护。10维护设计(1) 备份数据库。定期对数据库和日志文件进行备份，以保证一旦发生故障，能够利用数据库备份及日志文件备份尽快地将数据库恢复到某种一致性状态，以便尽可能地减少对数据库的破坏。(2) 数

33、据库的安全性控制。系统管理员和数据库管理员必须根据用户的实际需要授予不同的操作权限，对用户、角色、权限进行严格和人性的管理，既要保证系统的安全，又要保证系统使用方便。(3) 完整性控制。由于应用环境的变化，数据库的完整性约束条件也会发生变化，这就需要数据库管理员不断地修正完整性约束，以满足用户要求。(4) 数据库性能的监督、分析和改进。系统管理员或数据库管理员可以利用SQL Server 2005中的SQL Server Profiler和数据库引擎优化顾问等性能工具来监测、跟踪和优化系统，并方便地得到系统运行过程中一系列性能参数值。通过分析这些数据，调整某些参数来进一步改进数据库性能。(5) 数据库的重组织。数据库运行一段时间后，由于记录的不断增加、删除和修改，会造成磁盘碎片，使数据库的物理存储性能变坏，从而降低数据库存储空间的利用率和数据的存取效率，使数据库的性能下降。这时，系统管理员可以对数据库进行重组，以提高系统性能。数据库管理系统一般都提供了数据重组的实用程序，帮助系统管理员重新组织数据库。数据库的重构造。当数据库应用环境发生变换时，会导致实体及实体间的联系也发生相应的变化，使原有的数据库设计不能很好地满足新的需求，从而不得不适当调整数据库的概念模式和专心-专注-专业