小型超市销售管理系统

信息系统分析与设计课程设计题目：小型超市零售管理系统成员：王斌班级：07信管系统项目文档1小型超市零售管理系统的需求说明书2小型超市零售管理系统的设计说明书信息系统需求说明书1引言1.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）该文档通过审议后，可以作为下一步我们进行系统设计和实现的纲领性文件。（3）该文档评审通过后作为以后系统测试的参照文档。1.2背景通过前一阶段系统规划，确定小型超市销售系统开发可行以后我们对案例用户的需求进行深入分析，我们认识到了用户所期望使用的新系统的功能。在此基础上我们开始进行了深入对超市所涉及的业务流程进行分析。1.3定义（1）我们的系统只适应于小型超市。（2）超市一般不超过3个员工。（3）本超市不涉及商品的打折，用户会员等信息。（4）打印交易清单不需要打印用户姓名。1.4参考资料GB8567—88信息系统开发标准GB17917-1999商场管理信息系统基本功能要求GB/T16680-1996软件文档管理指南GB/T9385-1988计算机软件需求说明编制指南GJB/Z102-1997软件可靠性和安全性设计准则HB6464-1990软件开发规范HB6468-1990软件需求分析阶段基本要求HB6469-1990软件需求规格说明编制规定2任务概述2.1目标（1）采用用例图来确定超市的功能模块和具体业务过程。（2）准确地描述用户具体的需求要求。（3）确定系统的硬件和应用模式。2.2用户类型与职能（1）营业员：通过商品条形码扫描或输入商品到打印购买清单操作软件计算交易总金额操作软件输出交易清单（2）超市管理员：操作软件录入商品，供货商，厂商查询打印销售情况操作软件生成销售排行榜查询库存明细记录根据软件发出的库存告警进行入货操作软件进行盘点计算（3）采购员：操作软件制定采购计划查询打印计划进货表2.3假定约束（1）在该案例中，小超市的职工人员定为三种：营业员、超市管理员、采购员；（2）采购或销售的商品以最小单位进行入库登记或销售登记，如：铅笔则必须以支为最小单位入库登记等。（3）商品采购回来质检需要人工完成。（4）本超市只有一个仓库。3数据描述3.1静态数据本系统中牵涉到得静态数据主要来至与基础管理模块中，基础管理用于维护的数据。（1）商品基本信息。（2）部门的基本信息。（3）超市中员工也不是经常变动，所以员工基本信息也是静态数据。3.2动态数据本系统中动态数据主要来至业务过程：（1）进货管理中会有商品计划进货数、单价、计划日期等。（2）销售业务中有销售商品数量、单价、金额、日期等。（3）库存管理中会有入库商品数、入库时间等，库存中有库存商品数量、盘点等。4功能需求4.1需求描述用户具体需求：以月为结算单位；当购买新的商品并验收入库进行登记，登记的项目包括编号、货号、品名、规格、计量单位、数量等，并修改库存；当销售商品时，记录获得的销售收入，并修改库存数量；能够根据需要以多种方式查询，并能查询某一种货物的储备情况，若低于最低库存储备数，给出缺货警告；按时段打印销售收入、库存、入库商品信息。4.2业务过程描述4.21基于UML的建模4.211语义规则用例模型（usecasesview）（用例视图）的基本组成部件是用例（usecase）、角色(actor)和系统(system)。用例用于描述系统的功能，也就是从外部用户的角度观察，系统应支持哪些功能，帮助分析人员理解系统的行为，它是对系统功能的宏观描述，一个完整的系统中通常包含若干个用例，每个用例具体说明应完成的功能，代表系统的所有基本功能（集）。角色是与系统进行交互的外部实体，它可以是系统用户，也可以是其它系统或硬件设备，总之，凡是需要与系统交互的任何东西都可以称作角色。系统的边界线以内的区域（即用例的活动区域）则抽象表示系统能够实现的所有基本功能。在一个基本功能（集）已经实现的系统中，系统运转的大致过程是：外部角色先初始化用例，然后用例执行其所代表的功能，执行完后用例便给角色返回一些值，这个值可以是角色需要的来自系统中的任何东西。UML：是一种标准的图形化建模语言，它是面向对象分析与设计的一种标准表示；它不是一种可视化的程序设计语言而是一种可视化的建模语言；不是工具或知识库的规格说明而是一种建模语言规格说明是一种表示的标准；不是过程也不是方法但允许任何一种过程和方法使用它。用例（usecase）：参与者（actor）：4.212UML模型4.2121系统UML模型4.213子系统UML模型（1）超市零售前台管理系统用例视图这是一个当有顾客购买商品时，营业员发生的业务活动用例。（2）后台管理系统用例视图4.3功能划分根据前面的需求描述和业务过程描述，我们可以将系统分为前台和后台管理，前台有商品录入、结账业务功能，后台分为五个功能模块基础管理、进货管理、销售管理、库存管理、统计报表。4.4功能描述（1）零售前台（POS）管理模块，本模块必须具有以下功能：商品录入：根据超巿业务特点制定相关功能，可以通过输入唯一编号、扫描条形码、商品名称等来实现精确或模糊的商品扫描录入。该扫描录入方法可以充分保证各种电脑操作水平层次的人员均能准确快速地进行商品扫描录入。结账业务：通过扫描条形码或者直接输入商品名称（对于同类多件商品采用一次录入加数量的方式）自动计算本次交易的总金额。在顾客付款后，自动计算找零，同时打印交易清单（包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工）。(2)后台管理模块必须具备以下功能：采购管理：包括对采购计划、到货检验、管理入库及退货的管理。具体来说，根据销售情况及库存情况，自动制定采购计划（亦可手工制定修改），可以避免盲目进货造成商品积压。按计划单有选择性地进行自动入库登记。综合查询打印计划进货与入库记录及金额。销售管理：包括对商品销售、员工查看销售、经理查看销售、打印销售清单及销售退货的管理。具体来说，商品正常销售、促销与限量、限期及禁止销售控制。综合查询各种销售明细记录、各地收银员收银记录以及交结账情况等。库存管理：包括对商品入库、库存商品盘点、保质期限报警及库存商品查询的管理。具体来说，综合查询库存明细记录。库存状态自动告警提示。如库存过剩、少货、缺货等。软件为您预警，避免库存商品积压损失和缺货。库存自动盘点计算。统计分析：包括对进货入库统计、销售出库统计、库存量统计、销售退货统计、进货退货统计、商品销售排名。基础管理：包括对组织机构、工作人员、常用数据及对商品的管理。5性能需求5.1数据精确度（1）对于金额（单位：元）来说，系统可进行小数点后两位的计算，即对分的计算；（2）对于日期来说，系统可记录年、月、日、时、分、秒；（3）对于某部分商品的规格型号来说，系统合理性的识别。5.2时间特性响应时间、更新处理时间、数据转换与传输时间、运行时间都须满足用户需求，达到迅速及时。6运行需求6.1系统环境需求系统模式本系统采用C/S模式作为开发模式硬件环境硬件：高性能的计算机一台打印机一台本超市中只有高性能的计算机一台，所以服务器与客户端作为逻辑上分开，物理上在一台计算机上的模式。软件环境客户端：安装SQLServer2000的服务器版本。安装windowsserver2003服务器版本。配置安装360免费的杀毒软件。6.2用户界面（1）用户界面友好；（2）界面清晰，不会让用户感到厌倦；（3）界面安排合理，使用户能容易记住功能按钮所在处。6.3硬件接口条形码扫描仪,打印机保证能稳定工作，准确无误地识别商品。6.4故障处理（1）在出现软故障时能及时恢复数据；（2）在出现硬故障时能及时恢复数据。7其他需求7.1安全性（1）技术安全：当计算机系统受到无意或恶意的攻击时仍能保证系统正常运行，保证系统内的数据不增加、不丢失、不泄露。（2）管理安全：由于管理不善导致的计算机设备和数据介质的物理破坏、丢失等软硬件意外故障以及场地的意外事故等安全问题做出相应书面指导与规定。（3）数据库安全:对用户标识与鉴别、存取控制等方面都需要有相关的约束以保证数据库中数据不被破坏或丢失。（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出错输出信息7.2出错处理对策8安全保密设计9维护设计1引言1.1编写目的（1）该文档是系统设计阶段对所做的所有成果的总结，反映了这一阶段的总体与详细设计的全部情况。（2）该文档通过审议后，可以作为下一步我们进行系统实现和测试的纲领性文件。1.2项目背景通过前一阶段系统需求分析，确定小型超市销售系统所涉及的业务流程、相关的功能模块，并对此用了UML用例图和功能模块分解法来对系统需求分析做了大致的说明。在此基础上我们开始对系统的逻辑模型、物理模型做进一步的具体设计。1.3定义（1）商品条形码：每种商品具有唯一的条形码，对已经具有条形码的商品，我们不在对它自定义条形码，进货时商品没有条形码的我们要对它定义条形码。（2）交易清单：包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号。（3）库存警告提示：当某种商品的库存数量低于库存要求最低数量时发出提示。（4）盘点：超市可以进行不定期的对数据库中商品库存数与实际库存商品数进行核对，看账实是否相符，进行盘亏盘盈计算。1.4参考资料GB8567—88信息系统开发标准GB17917-1999商场管理信息系统基本功能要求GB/T16680-1996软件文档管理指南GB/T9385-1988计算机软件需求说明编制指南GJB/Z102-1997软件可靠性和安全性设计准则HB6464-1990软件开发规范HB6468-1990软件需求分析阶段基本要求HB6469-1990软件需求规格说明编制规定2任务概述2.1目标（1）确定每一个模块的具体功能。（2）确定数据库设计的概念模型以及各对象的具体属性。（3）将数据库的概念模型转化为逻辑模型，确定各表的主外键。（4）确定用户需要的视图。（5）确定逻辑模型中实体属性的具体类型、约束、是否为空等。3总体设计3.1总体结构3.2功能分配功能描述：商品录入子系统要求能快速录入商品，因此必须支持条形码扫小型超市零售管理系统前台POS销售系统后台管理系统商品录入收银业务进货管理销售管理库存管理基础管理统计分析商品录入快速商品录入支持条形码扫描收银业务交易总额计算打印交易清单功能描述：收银业务子系统能计算交易总额，打印交易清单，并根据会员卡打折。功能描述：基础管理用于员工的基本信息、系统用户、部门等基本信息的维护功能描述：进货管理子系统可以根据库存制定进货计划，进行入库登记，以及提供查询和打印计划进货与入库记录的功能。基础管理用户管理部门管理员工管理进货管理制定进货计划查询打印计划进货与入库记录功能描述：销售管理子系统可以控制某商品是否允许销售，查询每种商品的销售情况并产生年、月、日报表，同时可以生成销售排行榜。功能描述：库存管理子系统提供入库登记、查询库存明细记录的基本功能