小型超市管理系统.doc

资源描述

小型超市管理系统.doc

《小型超市管理系统.doc》由会员分享，可在线阅读，更多相关《小型超市管理系统.doc（47页珍藏版）》请在冰点文库上搜索。

小型超市管理系统.doc

《软件工程》课程设计报告

题目：

小型超市管理系统

专业：

软件工程

班级：

08软件工程本

（1）班

组别：

第十组

组长：

刘文波

成员：

付立鑫刘青松郑招清

指导教师：

夏洁武教授

完成日期：

20101218

1系统可行性研究报告………………………………………………（3）

2需求规格说明书……………………………………………………（6）

3设计规格说明书……………………………………………………………………（16）

4测试报告……………………………………………………………………………（33）

5个人遇到的困难与获得的主要成果………………………………………………（36）

6附录…………………………………………………………………………………（41）

一、系统可行性研究报告

完成人：

郑招清

1．引言

1.1编写目的

现代经济日益发展，零售企业的业务不断增长，管理水平相对滞后。

在信息技术迅速发展的今天，处于竞争性行业中的中小零售企业怎样在市场竞争激烈的时代借助信息化时时掌握营销动态，不断提高服务的水平，提高资源配置水平和核心竞争力，成为他们必须面对的问题。

小型超市管理系统，可进行商品采购订货、销售、盘点库存、财务分析等管理功能，并对商品的购销存入实时跟踪记录。

使得经营管理者能及时掌控信息并作出决断。

1.2背景

据不完全统计，我国企业中实现上网的只占所有企业的两三成，采用CAD以及MIS系统的不足两成；作为企业电子商务核心的ERP系统，目前已实现的仅占3.4%。

成本庞大、效率低下、管理不严这三大弊端成为目前制约我国零售业行业发展的瓶颈。

信息化程度对于提高中小零售业的经营效益起着关键性的作用，中小零售企业信息化的改造，将先进技术手段介入企业经营，能改善中小零售企业的经营状况，提高市场竞争力。

2现行系统调查

2.1组织机构与业务范围

2.1.1组织概况

包括生产加工部门、销售部门、采购部门和仓库管理部门等。

2.1.2各部门业务范围及职能说明

生产加工部门：

合理地组织公司产品生产过程、综合平衡生产能力、科学地制定和执行生产作业计划、加强安全生产教育、开展积极地调度工作，以实现用最小合理地投入达到最大产出之管理目的，对所承担的工作负责。

销售部门：

并按时交生产、财务部门，便于统一平衡、合理下达计划、组织生产作业、及时回拢资金。

掌握同行销售情况和价格水平,分析竞争态势,调整产品销售策略。

采购部门：

组织对物资市场信息的收集和分析工作；实时掌控市场价格、技术信息，不断为公司推荐新产品、新技术；改进采购的工作流程和标准，通过尽可能少的流通环节，减少库存的单位保存时间和额外收入的发生，以达到存货周转的目标等。

仓库管理部门：

收货，原料库存管理（入库和出库），成品库存管理（入库和出库）等。

2.2组织信息处理流程

包括商品退货/换货，商品的订货，商品的售后服务，收货，收银等等。

2.3现行系统存在问题

易商品断档或过量储备只是造成亏损，由于超市货物、员工的多样性和复杂性，使得市场、人事管理、物品供需关系、设备管理显得更为复杂，所以商场超市跟应该像其他企业一样应用信息技术管理技术完善本企业市场、管理、供需关系等。

3新系统概述

3.1目标

小型超市管理系统充分运用计算机管理信息技术，建立数据库，对超市的进销存过程进行详细分析，实现对超市的进货、销售和库存的科学管理。

3.2新系统功能范围及划分说明

新系统主要包括以下几大功能模块：

输入单据、查询、销售、进/退货、打印表单、用户登录等。

4可行性综合评述

4.1经济可行性

经济可行性主要是对本项目的经济效益进行评价。

本系统是一个小型的超市管理系统，主要应用于中小型超市，无需投入太大的经费，并且本系统投入实施之后可以显著提高工作效率，有助于超市管理完全实现现实信息化管理。

所以本系统在经济上是可行的。

4.2技术可行性

从技术角度分析，这项开发工作所涉及的专业技术为：

技术平台为WindowsXP以上的版本，所涉及的技术应用为MicrosoftSQLServer2000开放式数据库连接标准：

ＪＤＢＣ—ＯＤＢＣ桥编程技术和ｖＣ技术

4.3操作可行性

本系统用户平台直接面向超市的普通员工，界面简单、明了，采用可视化界面，只需用鼠标键盘就可完成相应的数据操作。

对于初次使用此系统的用户，只要有一定的计算机操作知识都能够操作，不必经过复杂的培训和学习就可以掌握系统的操作流程。

由此可见，开发此软件在操作上是可行的。

5．方案计划

（１）设计方案：

ａ设想选择方案；ｂ．选取合理方案；ｃ．选取最佳方案；

（２）功能分解：

将系统按功能的要求，划分功能模块；

（３）设计软件结构：

确定由模块确定的层次结构，可利用层次图描绘；

（４）设计数据库：

确立要设计的数据库，具体实现它；

（５）制定测试计划：

初步的测试计划；

（６）复合和审查：

从技术的角度审查，从管理的角度审查。

二、需求规格说明书

完成人：

刘文波

1．概述

需求分析是指在充分了解客户情况，包括客户生产、财务及管理流程后，与客户一起讨论对系统的具体要求，针对其现行体制中的不足及目前所需的信息，制定出一套用户对系统的需求方案。

需求分析是完全以企业的需要及实际情况为出发点，因此企业合理地选择系统提供了基本保障。

需求分析按照由顶至底、由大到小、由粗到精的过程进行。

需求分析是整个实施过程中至关重要的一步，是否制定出合理的客户需求决定了以后整个系统实施的成败。

1.1项目的目的与目标

开发小型超市管理系统的目的主要是通过超市管理系统为客户提供方便快捷的查询、修改、输入服务，实现对超市的进货、销售和库存的科学管理。

开发小型超市管理系统的目标是：

（1）确保该系统的稳定性，保证数据的安全，满足超市管理者和员工的需求；

（2）用户能够注册，方便进行数据管理；保证出现异常时，可以提示用户；

（3）保证某些处理的及时性，如顾客实付金额的计算、顾客购物小票的打印，要快速及时；

（4）提供简单、便捷的查询和修改；

（5）整个系统能合为一个整体，提高效率；保证支付系统的顺畅和便捷，并考虑了安全性。

项目的目的是对开发本系统意图的总概括。

项目的目标是将目的细化后的具体描述。

项目目标应是明确的、可度量的、可以达到的,项目的范围应能确保项目的目标可以达到。

对于项目的目标可以逐步细化，以便与系统的需求建立对应关系，检查系统的功能是否覆盖了系统目标。

1.2术语定义

SQLServer是Microsoft的一个基于WindowsNT的功能强大的关系型数据库管理

系统，是适用于中小型事务处理及客户端/服务端结构的应用系统，它功能强大、操作简便。

2．系统的功能需求分析

2.1用户分析及用例图分析

（1）用户分析

超市管理系统的使用者，即超市的员工主要由超市经理、信息管理员、采购员、收银员组成。

超市经理：

超市管理系统的所有者，主管主要事务，是超市管理系统系统的投入者和管理者，可以对后台根据需要随时进行管理。

信息管理员：

超市管理系统的系统管理者，进行系统的日常管理维护，并按照超市管理者的意愿，负责单据录入、采购计划、发货计划的编制，对商品进行各种管理，比如添加、修改、删除、更新等。

采购员：

根据采购计划进行商品的采购。

收银员：

根据顾客选购的商品进行销售数据的输入，超市管理系统的客户端使用者。

通过调查，超市管理系统的客户具有以下特征：

①主要是超市工作人员，在超市工作：

②在工作地点或家里有电脑，能登录超市管理系统。

（2）用例图分析

图2.1　小型超市管理系统用例图

2.2系统功能需求陈述

（1）前台功能需求调查表

用户登录时，若用户名不存在时，提示用户重新填写，并重新回到登录界面；用户登录时，若用户输入的密码错误时，提示用户重新填写，返回登录界面。

如果输入的信息不全，则要求正确填写必须输入的表项。

如果输入信息正确，将提示注册完成，用户可以正常登录，进行不同权限的数据管理。

用户登录时，所有输入信息正确，将出现“×××欢迎您!

”。

用户能够根据不同权限添加、修改和删除系统不同级别的数据。

（2）后台功能需求调查表

管理员登录，进入后台管理系统。

可以从事以下操作：

员工管理，可以查看登录次数和时间，并可以删除。

添加新用户功能，可以修改用户权限。

对用户进行修改、删除。

管理员工信息，可以对信息进行查询、添加、修改。

折扣与VIP客户管理口

查看供货商数据，并可以对数据进行管理。

修改管理员密码，保证安全性。

添加新商品功能，可增加删改商品信息。

添加新商品，首先选择商品大类，再选择商品小类，输入商品名称，进行商品说明。

商品类别管理，可以更改类别名称，可以添加和删除类别。

管理销售单，可以销售单进行条件查询，并进行管理。

商品统计报表，输入条件，得到报表。

管理统计报表，可进行日统计报表浏览和审

核。

查看库存数据，并可以对数据进行管理。

全场管理，信息采集分析决策，制定采购计划引导采购，收银等等。

3．系统流程图

根据通过上一节的系统需求分析，了解和分析现有的系统，并以概括的形式表达对

现在系统的认识，进入设计阶段以后，应该把设想的新系统的逻辑模型转变成物理模型，

因此需要描绘未来的物理系统的概貌。

而系统流程图是概括地描绘物理系统的传统工

具，它表达了数据在超市管理系统各部件之间流动的情况。

通过上一节的系统需求分析以及第一章中提出的系统设计的目标，这一节主要对超

市销售系统的系统工作流程进行分析。

在超市销售系统中，管理员添加和修改基本信息

将基本信息保存在系统中，并在数据库中的查询相关信息。

超市管理系统的后台流程图如图2．2所示，超市管理系统的前台流程图系统流程图

如图2．3所示。

图2.2超市管理系统的后台流程图

图2.3超市管理系统的前台流程图

4.数据流图

得出系统流程图以后，接下来就要分析系统的数据流图。

数据流图是一种图形化技术，它描绘信息流和数据从输入移动到输出的过程中所经受的变换，它是分析员与用户之间极好的通信工具。

根据上面的数据流图再具体分析超市进货和商品销售结账过程中的数据流，得出0层的数据流图，分别如图2.5和图2.6所示：

图2.6是用户登录管理系统进行信息管理的第2层数据流图，如图所示的第2层DFD图及部分主要模块的DFD图，以详细分析系统处理数据的情况。

图2.4超市顶层数据流图

图2.51层数据流图

图2.5对会员、员工和供货商具有共同点的人员进程进行管理，管理员依次对会员管理、员工管理和供货管理进行信息的维护，并有三种管理的信息反馈。

图2.6对商品、进货、调价及销售关于物品的信息进行管理，包括销售商品、商品库存、商品价格调整等方面的处理流程进行了直观的分析。

图2.62层数据流图

系统的E-R模型图

概念模型的最常用的表示方法是实体一联系方法（Entity—RelationApproach，简称E—R方法）。

E-R方法是用E-R图来描述某一组织的信息模型。

E—R图中包含了实体、关系和属性等三种基本成分，通常用矩形框代表实体，用连接相关实体的菱形框表示关系，用椭圆形或圆角矩形表示实体（或关系）的属性，并用直线把实体（关系）与其属性连接起来。

图2.6超市管理系统的E-R图

由于人们通常就是用实体、联系和属性这三个概念来理解和描述现实问题的，所以实体联系图非常接近人的思维方式。

此外，E-R模型使用简单的图形符号来表达系统分析员对问题域的理解，不熟悉计算机技术的用户也都能够理解它，因此，E—R模型可以作为用户与分析员之间的交流工具。

实体联系图：

简称为E—R图，是指以实体、关系、属性三个基本概念概括数据的基本结构，从而描述静态数据结构的概念模式。

与此有关的概念有：

（1）实体：

是观念世界中描述客观事物的概念。

（2）属性：

指实体具有的某种特性，用来描述一个实体。

（3）联系：

可分为两类：

一是实体内部的联系；二是实体之间的联系。

超市管理系统的E-R模型如图2.7所示。

5．目标系统性能需求

5.1时间要求

小型超市管理系统在日常处理中的响应速度为秒级，达到实时要求，以及及时反馈信息。

在进行统计分析时，根据所需数据量的不同而从秒级到分级，原则是保证操作人员不会因为速度问题而影响工作效率。

5.2空间要求

为了能够更好地运行SQLServer2000，并且满足数据库的存储及处理速度要求。

硬件需求为：

CPU．Intel奔腾双核，运行速度2600MHz或以上

内存：

1024MB或以上

硬盘：

160G或以上

显示器：

19英寸宽频LCD，分辨率为1440×900

开发和运行境需求：

安装SQLServer2000，如果是更高的版本需要对数据库进行

升级

操作系统：

Windows2000Server的任何版本或WindowsNTServer4．0

IE浏览器：

8．O版本或以上

5.3网络版系统结构图

图2.7网络版系统结构图

6．目标系统界面与接口需求

6.1界面需求

系统界面需求

界面设计的原则要求，如：

方便、简洁、美观、一致等。

整个界面要保持友好、简

易的风格。

输入设备：

键盘、鼠标、扫描仪、条码扫描器

小型超市管理系统的设计与实现

输出设备：

显示器、打印机、条码标签打印机

显示风格：

Windows应用程序界面

接口需求：

暂无

6.2接口需求

用户接口

用户界面：

在界面设计上，应做到简单明了，易于操作，并且要注意到界面的布局，应突出的显示重要以及出错信息。

外观上也要做到合理化，考虑到用户多对WINDOW风格较熟悉，应尽量向这一方向靠拢。

外部接口要简单，内部接口要简洁

7．目标系统其他需求

7.1安全性

本超市管理系统软件是应用于中小超市的。

在功能上还可进一步实现安全防范、关于数据结构方面可能单一不能满足超市的一些数据提取分析的功能。

7.2时间特性要求

系统的速度要在用户可接受的范围内，但考虑到需要实时检测商品的数量可库存情况，对资源实时搜索的速度可以有较低的要求。

7.3可靠性

系统要有较高的可靠性，可恢复性。

7.4灵活性

系统要有良好的接口，以适应增加商品信息，增加商品类型，增加相关的商品录入功能的需求；增加商品信息的更改和更新功能。

7.5特殊需求

本软件将在以下环境下编写完成：

操作系统：

WindowsXPprofessional

编程软件：

MicrosoftVisualStudio2005中文版

SQL服务器：

SQLServer2000

三、设计规格说明书

完成人：

付立鑫

1．引言

本设计规格说明书为整个设计阶段的管理工作和技术工作提供指南；同时确定设计的内容和范围，对设备器材和机构人员的资源需求提供了计划。

1.1目的

（1）实用性

小型超市管理系统具备完成软件工程所要求功能的能力和水准。

系统符合小型超市实际需要的国内外有关规范的要求，并且实现容易、操作方便。

从用户角度出发，充分利用现有资源，尽量降低系统成本，使系统具有较高的性能价格比。

（2）实时性

小型超市管理系统实时处理顾客的购货单，及时计算和打印购货小票。

实时监测库存情况，缺货时可及时预警。

（3）可靠性

小型超市管理系统具备在规定的条件下和规定的时间内完成本系统规定功能的能力，具备系统长期和稳定工作的能力，采用高可靠性措施，这些措施利用如下的技术降低系统故障概率和有关影响正常运行的随机性：

系统的使用不影响被监控设备的正常运行；系统的局部故障不影响整个监控系统的正常工作；系统主要设备存在结构和功能冗余，系统不存在瓶颈问题：

系统设备采用模块化结构，便于故障排除和替换；系统具有自诊断功能，对各种程序出错、通道干扰等可自动恢复，对通信终端、软硬件故障等能够诊断出故障并及时预警。

（4）开放性

小型超市管理系统遵循开放性原则，系统提供符合国际标准的软件、硬件、通信、网络、操作系统和数据库管理系统等诸方面的接口与工具，使系统具备良好的灵活性、兼容性、扩展性和可移植性。

整个网络是一个开放系统，能兼容不同厂商的产品，并能支持二次开发。

（5）灵活性

小型超市管理系统组网方式灵活，系统功能配置灵活，能够充分利用现有视频监控子系统网络资源。

系统将其他子系统都融入其中，能满足不同监控单元的业务需求，软件功能全面，配置方便。

（6）可扩展性

小型超市管理系统采用模块化结构，使系统能够在用户要求发生变更时方便灵活地在硬件和软件上进行扩展，即不需要改变网络的结构和主要的软硬件设备。

系统具有一定的冗余量，能够适应不断增加的业务需求，在系统加入新的连接点或客户机时，只须在新建节点上安装小型超市系统并建立和服务器的连接即可，服务器的软硬件无须做大的改变，只需增加少量设备；系统具备一定的能力以便组建小型网络。

（7）安全性

小型超市管理系统系统具有安全防范和保密措施，防止非法侵入系统及非法操作。

操作安全性：

视频监控系统可对每一功能操作提供检查和校核，当操作有误时能自动或手动被禁止并报警。

任何自动或手动操作可用存储记录或作提示指导。

硬件、软件的安全性：

视频监控系统采取以下措施保证其安全性：

具有电源故障保护和自动重新启动；能预置初态和重新设置；设备故障能自动切除或切换并能故障报警；系统设计或系统性能应考虑到重载和紧急临界情况。

（8）可维护性

小型超市管理系统监控系统的结构设计应考虑维修方便，以便缩短平均修复时间。

系统具有自诊断和寻找故障程序，指出具体故障部位，在现场更换故障部件后即恢正常。

1.2命名规则

变量对象命名规则：

申明全局变量、局部变量对象的命名规则。

数据库对象命名规则：

申明数据库表名、字段名、索引名、视图名等对象的命名规则。

1.3术语定义

术语定义或解释一般用表格形式给出，如表3-1所示。

表3-1术语定义或解释表

序号

术语名称

术语定义

总体结构

软件系统的总体逻辑结构。

按照不同的设计方法，有不同的总体逻辑结构。

若采用面向功能或面向数据的设计方法，则总体逻辑结构为一树形的功能模块结构图。

若采用面向对象或面向部件（构件）的设计方法，则总体逻辑结构为部件（构件）的组装图

外部接口

本软件系统与其他软件系统之间的接口，接口设施可以是中间件。

接口描述包括：

传输方式、带宽、数据结构、传输频率、传输量、传输协议

数据结构

数据结构包括：

数据库表的结构、其他数据结构等

概念数据

模型CDM

关系数据库的逻辑设计模型，叫做概念数据模型。

主要内容包括一张逻辑E-R图及其相应的数据字典

物理数据

模型PDM

关系数据库的物理设计模型，叫做物理数据模型。

主要内容包括一张物理表关系图及其相应的数据字典

视图

在基表或其他视图之上建立的一张虚表，叫做视图，它具有物理表的许多性质，在数据处理和授权上很有用

角色

数据库中享有某些特权操作的用户，叫做角色。

角色的权利通过授权来实现

子系统

具有相对独立功能的小系统叫做子系统。

一个大的软件系统可以划分为多个子系统，每个子系统可由多个模块或多个部件组成

模块

具有功能独立、能被调用的信息单元叫做模块。

模块是结构化设计中的概念

内部接口

软件系统内部各子系统之间、各部件之间、各模板之间的接口，叫做内部接口。

接口描述包括：

调用方式、入口信息、出口信息等