超市管理系统可行性+需求+设计.docx

超市管理系统可行性+需求+设计.docx

《超市管理系统可行性+需求+设计.docx》由会员分享，可在线阅读，更多相关《超市管理系统可行性+需求+设计.docx（31页珍藏版）》请在冰豆网上搜索。

超市管理系统可行性+需求+设计

小组成员：

******

还有源码，如需要请联系539988764@

概述

伴随着社会的飞速发展，人们消费水平的不断提高，形形色色的超市已经成为人众们的购物天堂。

它带给人们的不只是便利更是质量的保证。

每天往来超市的购物者不计其数，显然传统的人工管理模式，已不能满足当今超市的业务，提高超市的工作效率、为顾客提供更好的服务，成为了中小型超市当前必须考虑的问题。

而解决这些问题的途径之一，就是将计算机引入到管理机制中来。

编写目的

本系统简洁、实用，操作简单方便,是一款完全适合普通超市管理的软件。

软件设计综合了具有一定代表性的多家超市、商场的业务模式和需求。

能实现对采购、卖场、库存、财务等信息的智能化管理，以便于高层者做出正确的决策。

同是也使中层管理者和操做员的工作更方便和快捷。

背景

a．本系统的名称是：

超市管理系统

b．本项目的任务提出者是：

软件项目开发小组

c．开发者是：

********

d．本系统的用户：

各大中小型超市

e．实现该软件的计算中心：

具有计算机局域网络的超市

适用范围

本需求的预期读者是与中小型超市后台管理系统软件开发有联系的人，自身开发组成人员，开发者，支持本项目的尊敬的领导和老师，软件验证者等。

术语定义

开发软件MicrosoftVisualStudio2010

VisualStudio是微软公司推出的开发环境。

是目前最流行的Windows平台应用程序开发环境。

VisualStudio2010版本于2010年4月12日上市，其集成开发环境（IDE）的界面被重新设计和组织，变得更加简单明了。

VisualStudio2010同时带来了NETFramework4.0、MicrosoftVisualStudio2010CTP（CommunityTechnologyPreview--CTP），并且支持开发面向Windows7的应用程序。

除了MicrosoftSQLServer，它还支持IBMDB2和Oracle数据库。

SQL语言

SQL语言英文全称是StructureQueryLanguage，意为结构化查询语言。

SQL语言的主要功能就是同各种数据库建立联系，进行沟通用来执行各种各样的操作，例如更新数据库中的数据、从数据库中提取数据等。

SQL已被ANSI（美国国家标准协会）和国际标准化组织（ISO）定为关系型数据库语言的标准语言。

目前绝大多数流行的关系型数据库管理系统，如Oracle、Sybase、MicroSoftSqlServer、DB2等都遵循SQL语言标准。

SQL语句有很多，功能齐全，大致可以分为四大类：

✧数据定义：

用于创建、删除、修改数据中的各类对象，如CREATE、DROP、ALTER。

✧数据查询：

对数据库查询检索，命令有SELECT。

✧数据更新：

插入、更新、删除数据库，如NSERT、UPDATE、DELETE。

✧数据控制：

数据控制管理，如表加锁、授权、回收授权、提交事务、回滚事务，命令有：

LOCK、GRANT、REVOKE、COMMIT、ROLLBACK。

产品介绍

（1）产品名称：

超市管理系统，产品主要完成的功能有：

商品基本信息维护、进货管理、销售管理等，及这一系列过程中涉及商品的数据修改与查询统计等多种操作。

（2）中小型超市零售管理系统是中小型超市商品销售及货物管理的主要控制部分，直接影响销售的方便性及管理的规范性。

随着信息时代的发展，对效率的要求日益提高，因而软件控制销售和管理已经取代了传统全手工方式。

小型超市具有自身的特点：

商品要求一般齐全，进出货关系较为简单，员工人数种类不多；在软件角度看，数据较少，对存储和速度要求不高。

但正由于员工较少，使用软件控制成为必须。

产品面向的用户群体

（1）产品面向的用户主要是中小型超市的管理者、采购人员、仓库管理人员、收银人员。

（2）本产品将使管理人员更加快捷高效的管理超市的运营，使超市的员工减少相当大的工作量，减少人力物力及超市的开支。

他们选择本产品的可能性会达到60%-80%。

产品应当遵循的标准或规范

本产品应遵循保密、安全可靠标准，保证使用者的切身利益、商业机密，遵循市场业务规则。

产品的功能性需求

功能性需求分类

功能类别

子功能

用户管理

登陆到系统

新建、删除用户

修改密码

库存管理

物品入库管理

物品出库管理

仓库盘点管理

采购管理

修改任务状态

添加采购任务

查询任务状态

入库确定管理

销售管理

添加销售物品

销售物品结算

销售盘点查询…

物品出库确定

功能描述

该系统主要分为用户管理、采购，销售，库存四个主要模块。

用户通过本系统，可以完成对采购商品的管理，实现商品的入库.出库统计管理，商品销售的管理，以及商品.单据相关信息的查询。

功能1

名称、标识符

用户管理

功能描述

用户管理模块实现了对整个超市管理系统的管理、监督及权限控制

操作者

超市负责人、主管

优先级

高

输入

用户名密码

实现步骤

1.进入系统主界面。

2.填写用户名、密码。

3.查看超市当前状态。

4.授予各部门权限。

输出

。

成功保证

管理人员必须成功登陆。

技术和数据变化

无

非功能要求

准确，可靠，稳定

业务规则

采购合同及其合约条款。

设计约束

无

补充说明

功能2

名称、标识符

采购管理

功能描述

采购模块实现了对商品的状态统计，包括采购商品，采购人员的信息，商品采购时间等。

用户通过此模块能够清晰的了解到什么人，什么时间采购了哪些商品，以及什么人，在什么时间需要采购哪些商品。

操作者

超市采购人员以及超市仓库管理员。

优先级

中

输入

商品名称数量金额

实现步骤

1.进入采购界面。

2.填写采购清单。

3.确定该商品是否存在，若存在：

添加新商品；若不存在：

添加新类别。

4.打印采购信息。

输出

商品名称、数量

成功保证

采购人员必须成功登陆。

技术和数据变化

无

非功能要求

速度快，耗时短，稳定可靠

业务规则

采购合同及其合约条款。

设计约束

无

补充说明

功能3

名称、标识符

销售管理

功能描述

销售模块实现了对商品销售业务的管理。

工作人员通过该模块可以查询到库存的商品的基本信息，填写并保存销售清单，进行用户结算等操作。

操作者

超市销售人员以及超市管理人员

优先级

中

输入

商品名称数量

实现步骤

1.进入销售界面。

2.查找相关商品。

3.确定是否找到该商品，若找到：

填写销售清单；若未找到：

手工输入备注信息再填写销售清单。

4.打印结算报表。

输出

商品名称、数量、金额

成功保证

销售人员必须成功登陆

技术和数据变化

无

非功能要求

速度快，耗时短，准确可靠

业务规则

销售合同及其合约条款。

设计约束

无

补充说明

功能4

名称、标识符

库存管理

功能描述

该模块负责统计仓库中商品的明细，并实现对商品的出库和入库操作。

通过使用该模块，仓库管理人员可以方便高效的实施商品的出库、入库管理，并可以准确快速的查找商品的库存信息。

操作者

超市仓库管理员。

优先级

中

输入

商品名称数量金额

实现步骤

1.商品分类。

2.确定是否有当前类别，若有：

分类入库；若没有：

添加新类别。

3.更新库存信息。

4.结束。

输出

库存商品名称数量库存状态当前缺货状态须进货商品名称

成功保证

仓库管理人员必须成功登陆。

技术和数据变化

无

非功能要求

拥有库存盘点，库存量自动报警，保质期自动报警等功能。

业务规则

库存合同及其合约条款。

设计约束

无

补充说明

产品的非功能性需求

软硬件环境需求

需求名称

详细要求

操作系统

windowsxp/2003/win7

数据库

SQLserver2005

工具

VisualStudio2010

服务器

PC机处理器芯片为：

IntelCeleron２.66GHz，内存为：

512MB，硬盘为：

80GB

产品质量需求

主要质量属性

详细要求

安全性

高

健壮性

强

可靠性

强

性能，效率

性能好，效率高

灵活性

高

易用性

操作简易快捷

可扩展性，可移植性

好

兼容性

好

精度要求

系统提供了准确的数据存储和查询功能，包括进销存过程中所涉及的各项数据，涉及到金额的数据精确到分，时间精确到秒。

其它需求

本软件适合小型超市使用，可靠性、安全性、可维护性、可扩展性、可测试性方面要求偏低。

6.3.1性能需求

本产品适合中小型超市使用，即具有多个客户端的超市系统，具体特征如下：

a.相互合作的用户（员工使用者如：

收银员，进货员，库存员）数量：

多人

b.响应时间：

较快

与实时系统的关系：

a.容量需求：

无特定容量要求

b.存储器：

各种存储器均可

c.磁盘空间：

最好大于40GB

d.数据库中表的最大行数：

无要求

6.3.2安全性需求

信息系统尽管功能强大，技术先进，但由于受到自身体系结构，设计思路以及运行机制等限制，也隐含许多不安全因素。

常见因素有：

数据的输入，输出，存取与备份，源程序以及应用软件，数据库，操作系统等漏洞或缺陷，硬件，通信部分的漏洞，企业内部人员的因素，病毒，“黑客”等因素。

因此，为使本系统能够真正安全，可靠，稳定地工作，必须考虑如下问题：

a.为保证安全，不致使系统遭到意外事故的损害，系统因该能防止火，盗或其他形式的人为破坏

lb.系统要能重建

lc.系统应该是可审查的

ld.系统应能进行有效控制，抗干扰能力强

le.系统使用者的使用权限是可识别的

6.3.3软件质量属性

软件结构简单，前台操作简便，方便使用，且数据库设计不需要复杂，简单即可。

具体侧重点在于，易用性优于易学性，或者有效性优于可移植性。

参考资料

序号

编号

文档名称

版本号

1

001

《软件工程》

清华大学

2

001

《完全掌握SQLServer2005》

人民邮电出版社

小组成员：

******

还有源码，如需要请联系539988764@！

1.引言

随着社会的不断发展，人们的生活水平不断提高，对社会的物质需求越来越高，同时人们的生活节奏不断加快，许多人没有时间去购物。

随着人们生活水平的提高，人们对于消费品的需求急剧增加。

超市时时刻刻都需要对商品各种信息进行统计分析。

超市管理系统是市场上最流行的超市上常用的系统之一，它主要包含以下几个模块：

系统权限的设定、原始数据录入、数据的汇总及查询等。

从而，实现对进货、销售及员工信息等实现全面、动态、及时的管理。

本文系统的分析了软件开发的背景以过程；首先介绍了软件的开发环境，其次介绍了本软件的详细设计过程：

数据库的设计、各个模块的设计和实现，以及具体界面的设计和功能。

1.1编写目的

可行性研究的目的是为了对问题进行研究，以最小的代价在最短的时间内确定问题是否可解。

经过对此项目进行详细调查研究，初拟系统实现报告，对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。

明确开发风险及其所带来的经济效益。

本报告经审核后，将交于软件负责人及老师审查。

1.2项目背景

开发软件名称：

超市管理系统

项目任务提出者：

项目小组（**********）

项目开发者：

项目小组全体成员

用户：

中小型超市的经营者和管理者

项目与其他软件，系统的关系：

该系统属于客户端形式的应用程序，以方便买家与店主的交易，为达到统一性，标准化，数据的定义，组织也要与数据库系统等底层支持系统相统一。

1.3定义

项目小组：

此项目小组为教学小组，由于经验和技术的欠缺，所以还需要老师的指导和帮助。

超市管理系统：

超市的事务多样繁杂，管理和经营都极为不便，超市管理系统就是一个解决重重问题的系统平台，此系统可为用户提供更为广阔的发展空间，节省物力财力，方便用户。

信息系统：

是指利用计算机、网络、数据库等现代信息技术，处理组织中的数据、业务、管理和决策等问题，并为组织目标服务的综合系统。

1.4参考资料

　　《软件工程》　　　　　----钱乐秋编著清华大学出版社

《数据库设计与编程实例详解:

使用ACCESS、SQL与VB》

----卡特，张淮野电子工业出版社

2.可行性研究的前提

开发此管理系统软件，以供管理人员及操作者进行超市管理，方便操作者随时添加、查询、修改，售出等。

为了我们提高软件开发的能力，学习C++编程的技巧，提高工作设计思想，通过本次的工程开发，开发小组成员与辅助老师，能从中学习知识吸取经验，再技术和软件思想上同时得到锻炼和提高，从而使总体水升到一个新的高度。

为用户提供登陆经营管理平台，利用监管系统安全便捷的管理货物，使消费者参加积分优惠等活动，为消费者提供生活日用品，各种食品，衣装服饰，小型家电等一条龙服务。

另提供货物交易平台平台，实现超市的售货收银统一化管理。

2.1要求

输出要求：

数据完整，符合界面规定要求，精炼。

输入要求：

方便，简洁，快捷。

安全与保密要求：

仓库管理员只能针对进出的货物以及允许公开的信息进行查阅，并要保证货物质量，及时处理并预报过期商品；

收银员只能对货物价格及消费者所买货物和积分资料以及允许公开的信息进行查阅；

消费者只能对付费服务付费后才可以享受服务，并可通过意见反馈提高消费者对超市的满意度；

超市最高主管将保留最终解释权，对所有信息调阅，检查，对相应符合法律法规的信息处理统计，以便更好的经营服务。

完成期限：

预计一学期（共6周），从2012年5月初开始。

2.2目标

由于本超市仓库开发系统的主要背景（为软件工程学习）在经济上不注重直接的经济收益，而是注重小组成员整体开发软件水平的提高。

同时为超市和消费者提供一个统一，方便，规范，安全的系统平台，统筹兼顾经营者和消费者双方的利益。

2.3条件、假定和限制

建议软件寿命：

4年（享受更新服务）

经费来源：

（略）

硬件条件：

（略）

数据库：

（略）

投入运行最迟时间：

（略）

2.4可行性研究方法

可行性研究的方法是通过对消费者和超市管理员这两类人群进行问卷调查及访问谈话而得到用户对此系统的信任度、关注度及依赖度。

通过建模分析，得到系统的新功能要求，成本分析，可行性分析。

2.5评价尺度

此软件由于只是一个初级产品，只要能构建一个结构，达到一些帮助查询、索引、货物进出管理等基本功能和要求即可。

2.6决定可行性的主要因素

成本/效益分析结果：

效益>成本。

技术可行：

现有团队技术正在试验阶段，相信能够承担开发任务，并在规定时间内完成试验任务，必要的时候需要老师的参与和指导。

3.技术可行性分析

3.1系统简要描述

当超市在通过此软件登录后，即可按照相应的分类来逐步扩展查找并登录允许访问的界面来办理各项手续，服务器根据相应的请求，传递相应的信息数据，例如：

名称，价格，数量及积分情况统计并管理生成消费者所购货物清单。

3.2处理流程和数据流程

3.3与现有系统比较的优越性

从上面的几点中可以看出新系统的性能与功能上与现有系统的差别，首先新系统克服了原来系统的资金投入大，人员设备技术含量低，系统工作负担重等缺点。

而且加入了对数据的安全性保护的功能，使原有系统在可用性与稳健性方面有了很大的进步。

3.4技术可行性评价

该超市的计算机配置较高，不仅可以安装Windows2003的运行环境，而且有足够的空间可以安装运行平台、数据库和各类编程工具，在编程环境上提供了可靠的支持；在编程人员方面，可以运用以前所学的各种开发软件的计算机知识和管理知识，加上不断的学习，为系统的开发提供了必要的技术保障。

由于数据库不算太大，使用VisualBasic程序开发系统以及SQLServer数据库系统软件。

4.经济可行性分析

4.1投资

项目基础投资：

数据库服务器投资：

若干

网络设备：

若干

辅助配置：

若干

操作员培训费：

若干

共计：

若干

经常性支出：

人工费用:

若干

其他不可知额外支出：

若干

4.2效益

效益共计：

效益共计=经常性效益+不可定量收益

4.3投资回收周期

视具体情况而定

4.4敏感性分析

设计系统周期为6周

处理速度：

一般查询速度：

<0.5秒

关键数据查询速度：

<0.2秒

5.社会因素可行性分析

5.1法律因素

所有软件都选用正版。

所有技术资料都由超市主管所有并保管。

合同制定确定违约责任。

5.2用户使用可行性

使用本软件人员只要求掌握基本电脑知识，及相关领域知识即可；系统管理员要求由计算机的专业知识，一定数量的系统管理员，多名审计员将进行专业培训，他们将熟练管理本系统。

6.结论意见

经过一系列的各个不同方面的可行性分析，技术，经济，操作以及需求都有可行性，可以进行开发。

小组成员：

******

还有源码，如需要请联系539988764@！

1引言

1.1编写目的

在本超市管理系统项目的前一阶段，也就是需求分析阶段中，已经将系统用户对本系统的需求做了详细的阐述，这些都在在需求规格说明书中得到详尽的叙述及阐明。

本阶段已在系统的需求分析的基础上，对超市管理系统做设计。

从该阶段开发正式进入软件的实际开发阶段，本阶段完成系统的概要设计、数据库设计、2-3模块的详细设计。

1.2背景

a．项目名称是：

超市管理系统

b．本项目的任务提出者是：

软件项目开发小组

c．开发者是：

***

d．本系统的用户：

各中小型超市

e．实现该软件的计算中心：

具有计算机局域网络的超市

1.3参考资料

[1]钱乐秋赵文耕软件工程.清华大学出版社，2007.

[2]罗运模.完全掌握SQLServer2000.人民邮电出版社，2001.

[3]张海藩.软件工程概论（第五版）.清华大学出版社，2007.

[5]《需求规格说明书》

2总体设计

2.1需求规定

功能名称

输入项

输出项

执行权限

功能描述

用户信息管理模块

用户档案信息

录入信息成功或错误提示

超级管理员

增加、删除、修改员工信息

采购商品信息管理模块

商品信息

操作成功或失败

采购管理员

增加、删除、修改商品信息

销售管理模块

待售商品信息

操作成功：

输出凭条

操作失败：

反馈信息

收银员

对待售商品操作，反馈信息给商品库、收银员

库存统计管理模块

待查库存商品信息

待查库存商品信息及统计后结果

库存管理员

对待查商品信息显示并统计销售金额、利润等信息

2.2运行环境

服务器及终端：

一台处理器芯片为：

IntelCeleron２.66GHz，内存为：

512MB及以上，硬盘为：

80GB以上的微机（用作服务器）及多台普通终端PC机。

操作系统：

WindowsXP/2000/windows7

2.3基本设计概念和处理流程

系统的结构：

2.4功能需求与系统模块的关系

功能名称

增加

修改

删除

查询

打印

退出

用户信息管理模块

√

√

√

√

√

√

采购商品信息管理模块

√

√

√

√

√

√

销售管理模块

√

√

√

库存统计管理模块

√

√

√

打印管理模块

√

2.5人工处理过程

商品、人员的名字、编码等基本信息由管理人员手工输入。

3接口设计

3.1用户接口

在用户界面部分，根据需求分析的结果，用户需要一个友善界面。

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

外观上也要做到合理化。

包括一个主界面，还有各个模块对应的子界面。

主要包括商品信息管理、人员信息管理、商品销售管理、库存管理以及打印管理等界面，每个功能模块建立相应的用户界面，并且每个用户界面中要有对相关信息的增，删，改等功能，以及设置功能。

3.2外部接口

数据存储：

本系统涉及大量数据和处理，通过数据库接口与sql2005数据库交互。

文档生成与打印：

本系统要求有文档生成与打印功能，所以为了方便自动生成文档，采用office2003的可编程接口。

3.3内部接口

（1）用户从登录窗口进入超市管理系统主窗口是通过登录按钮。

（2）从菜单中点击商品信息管理的级联菜单“商品信息添加”就进入商品信息添加窗口，还有“商品信息查询”及“商品信息修改”就依次打开了商品信息查询窗口和商品信息修改窗口。

（3）从菜单中点击仓库信息管理的级联菜单“仓库信息添加”就进入仓库信息添加窗口，还有“仓库信息查询”及“仓库信息修改”就依次打开了仓库信息查询窗口和仓库信息修改窗口。

（4）从菜单中点击供货商信息管理的级联菜单“供货商信息添加”就进入供货商信息添加窗口，还有“供货商信息查询”及“供货商信息修改”就依次打开了供货商信息查询窗口和供货商信息修改窗口。

（5）其它的采购信息和商品调价信息同上。

4运行设计

4.1运行模块组合

4.1.1系统管理

系统管理具有用户管理和退出系统的功能。

对系统支持性数据作维护。

（1）增加用户

设置管理员。

系统初始设置一个用户名和密码，管理人员可以利用这个用户名和密码登陆。

可以添加，删除，修改用户信息，设置用户登陆密码，以及确认用户角色，并设置相应权限。

（2）修改密码

要修改用户密码必须通过用户登陆并确定是否要修改和二次确定要修改的密码。

4.1.2商品信息管理

部门信息管理部分包括：

商品名

商品简称

产地

计算单位

规格

批号

批准文号

公司号（外码）

备注

最后修改时间

其功能是实现对各部分数据的添加，修改，删除等操作。

（1）商品信息添加——商品名的基本信息的添加。

如新商品的入库等。

（2）商品信息修改——商品名的基本信息的修改。

如商品销售后，库存数量等。

（3）商品信息删除——商品名的基本信息的删除。

如商品销售完，不再进本类商品时就需要将商品的信息删除等。

（4）商品信息查询——商品名的基本信息的查询。

管理员想了解商品的库存和销售情况时，可以多商品进行查询。

（这点在法律需求方面已经介绍）

4.1.3员工档案管理

员工信息包括：

姓名

性别

住址

联系电话

职务

其功能是实现对各部分数据内容的添加，修改，删除等操作。

各管理部分的明细如下：

（1）员工档案添加——添加职工档案信息

（2）员工档案修改——修改职工档案信息

（3）员工档案查询——查询职工档案信息

（4）员工档案删除——删除职工档案信息

功能模块分布图

4.2运行时间

系统的运行时间基本可以达到用户所提出的要求。

系统响应时间视具体pc配置而定,一般正常情况下将很快。

5功能模块设计

模块编号：

001

模块名称：

系统登录模块

模块