小型超市管理系统可行性研究报告

小型超市管理系统可行性研究报告（此文档为word格式，下载后你可任意修改编辑）

1.引言

1.1编写目的：

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

经过对此项目进行详细调查研究，初拟系统实现报告，对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。明确开发风险及其所带来的经济效益。本报告经审核后，交软件经理审查。

作为国内市场的一些中小型超市，它们在信息化过程中的步伐要落后于大中型超市，而对于这些企业的资源管理，信息的存储和处理也显得迫切需要，要适应市场竞争，就需要有高效的处理方式和管理方法，因此加快超市的信息化进程是必可少的。

1.2项目背景：

开发软件名称：小型超市管理系统

项目提出任务者：小型超市管理人员

项目开发者：河北软件职业技术学院09嵌入式班第一小组

用户：小型超市管理人员及工作人员

实现软件单位：小型超市用户与开发小组

1.3 定义：

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

1.4 参考资料

《软件工程概论》，卫红春，清华大学出版社。

2.可行性研究的前提

2.1要求：

主要功能：为用户提供优质服务，方便超市管理者的管理工作，提高超市的服务质量和服务效率。

性能要求：为超市物品销售建立数据库及时更新销售信息，为库存建立数据库使管理者能够时刻了解超市库存量信息，总结每日经营的物品数量，反映消费者及市场对物品的需求量。

输出要求：简捷，快速，实时，数据完整，详实。

安全与保密要求：数据资料有些属内部资料，不能为外人所知，系统须有保密措施，设置密码。不能轻易被破坏，不能让管理人员以外的人更改数据。查看资料需输入正确密码。销售人员销售货物需输入代号才能打开收银柜。万一泄露密码，应设修改密码的程序，同时密码不能过于简单。

完成期限：预计三个月。

2.2目标：

提高超市的运作效率，节余财力物力资源。

降低错误发生率，解决超市管理的紊乱。

减少人力和设备费用

提高处理速度

提高控制精度及生产能力

改进管理信息服务

提高决策科学性

提高人员利用率

2.3条件，假定和限制

局限性：只限于内部联网，如果发生被盗、密码丢失等事故处理会比较麻烦，需修改多个文件。经费来源和使用限制；

充分考察市场，得到相关的一系列信息。

2.4可行性研究方法

通过调查分析开发小型超市管理系统所具备的能力及实现的方法。确定总体结构，利用SQL Server数据库所具有的能力，以最简洁最容易的方法，使用VB（Visual basic）开发出界面友好、简单易懂、易操作、功能完备的进销存系统软件。系统的开发采用快速原型法（RPP---Rapid Prototype Ping）。即在总体设计思想的指导下，根据用户提出的基本需求，选择一些关键的子系统作为基本原型，并加以实现，然后逐步扩大原型向整个系统的其它方面延伸，最终达到系统的开发目标，以得到整个系统。这种方法强调了用户至上的原则，要求用户的高层管理人员参加，对用户现行的组织结构，管理方式及管理方法的冲突较少，而且用户逐步得到系统，易于接受，故成功率较高。

这种方法的主要优点在于：

系统开发效益高。运用快速原型法可以使系统开发的周期短，速度快，费用低，获得较高的综合开发效益。

系统的可维护性。由于用户参与了系统开发的全过程，对系统的功能容易接受和理解，使得移交工作比较顺利，而且有利于系统的运行，管理与维护。

系统适用性强。由于快速原型法是以用户为中心的，系统的开发符合用户的实际需要，所以系统开发的成功率高，容易被用户接受。

系统的可扩展性。由于快速原型法开始并不考虑许多细节问题，系统是在原型应

用中不断修改完善的。所以系统具有较强的可扩展性，功能的增减都比较灵活方便。

2.5决定可行性的主要因素

超市规模、设备状况、操作人员技术

３．技术可行性分析

3.1系统简要描述

新系统在原有系统的基础上加入了新的数据库的支持，使用了先进的数据库技术与数据管理技术，使数据的准确性与安全性得到了很大的提高，且在用户的并行操作与用户管理方面也有了极大地改善。

3.2处理流程和数据流

4经济可行性研究

设备费：本系统所需的硬件设备费用为2万元。 其他一次性支出

不可预见费： 80000×15%=12000元

验证信息

超市管理员

管理员信息修改

商品入库信息处理

商品库存信息处理

商品销售信息处理

密码信息

处理结果

处理结果

商品入库信息

商品库存信息

商品销售信息

商品销售信息

处理结果

处理结果

管理员信息

销售信息

库存信息

入库信息

打印商品信

息

商品销售信息

顾客

身份验证

管理员信息

验证信息

工作人员

商品销售信息

身份验证

工作人员信息

工作人员信息

管理员信息

修改

密码信息

处理结果

经常性支出

人员费用：本系统开发期为三个月，试运行一周。开发期需要开发人员4人，试运行期需要开发人员2人。人员费用为6万元。（4×4500×3+2×2000=6万元）

系统维护费：需要1人/年进行系统维护，维护费为1.5万元（如当年系统无故障，则不需支付维护费用）

设备维护费：设备更新费为5万元。设备维护费为2万元。

消耗材料费：每年按1万元计算。

效益

一次性收益

出售系统的适用权的收入：100000元。

经常性收益

每月的销售收入20000元。

５．社会因素可行性分析

5.1法律因素

该项目为独立开发，在技术上没有使用任何现有的软件与方法。所以在法律方面不会存在侵犯专利权、侵犯版权等问题，完全按照合同规定的责任履行。.

5.2用户使用可行性

使用本软件人员要求有一定计算机基础的人员，系统管理员要求由计算机的专业知识，所有人员都要经过本公司培训。

管理人员也需经一般培训。经过培训人员将会熟练使用本软件。

还有就是提高用户使用的可行性，适用于更多的用户，更多的用户可使用该系统，提高运行效率，减少工作时间。

小型超市管理系统

需求分析说明书

小组人员: 杜小龙王涛陈龙谷雅婷

班级：软件工程系09嵌入式

开发目标

在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的小型超市管理系统，为超市的提供准确、精细、迅速的超市管理以及销售信息。通过本管理系统软件，帮助超市工作人员利用计算机，极为方便的对超市的有关数据进行管理、输入、输出、查找等有关操作，使杂乱的超市数据能够具体化、直观化、合理化等。

功能要求

主要完成的功能有：系统设置、商品供应商信息管理、员工档案管理、商品信息管理、商品入库管理、销售管理、销售数据查询，以及这一系列过程中涉及商品的数据修改与查询统计等多种操作

1）系统设置

(1) 添加删除用户：只限于管理员操作。管理员可以向里面添加和删除用户信

息，也可修改用户密码。

(2) 退出登录：返回到登录界面，重新登录.

2）商品供应商信息管理

(1) 供应商信息的录入;

(2) 供应商信息的修改; (3) 供应商信息的删除; (4) 供应商信息的查询; 3）员工档案管理

实现员工档案的添加、删除、修改、查询的功能 。

4）商品信息管理

(1) 商品信息的录入。对商品的基本信息进行录入并保存。

(2) 商品信息的修改：在有商品进入时，修改商品的基本信息，更新商品的信

息，使商品信息始终是最新的商品信息。

(3) 商品信息的删除：当商品没货时，又不准备再进相同的货时，可以将该商

品的信息删除，保证信息库中无冗余的数据。 5）商品入库管理

及时录入商品的入库信息，保证每种商品再入库信息种都有登记，做到商品的实际的量、种类和记录的量和种类相匹配。 6）销售管理及销售数据查询

数据流图

超市管理员

超市管理系统

数据查询

登录信息

查询结果

顶层数据流图

查询条件

供应商

进货单

入

库单

顾客

购买的商品

凭条

小型超市管理系统的性能需求

为了保证系统能够长期、安全、稳定、可靠、高效的运行，小型超市管理系统应该满足以下的性能需求：

1．系统处理的准确性和及时性

系统处理的准确性和及时性是系统的必要性能。在系统设计和开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能够满足企业对信息处理的需求。

2．系统的易用性和易维护性

小型超市管理系统是直接面对使用人员的，而使用人员往往对计算机并不时非常熟悉。这就要求系统能够提供良好的用户接口，易用的人机交互界面。要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面；针对用户可能出现的使用问题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。

小型超市管理系统中涉及到的数据是超市相当重要的信息，系统要提供方便的手段供系统维护人员进行数据的备份，日常的安全管理，系统意外崩溃时数据的恢复等工作。

3．系统的标准性

系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。所有这些都要符合主流国际、国家和行业标准。例如在开发中使用的操作系统、网络系统、开发工具都必须符合通用标准。如规范的数据库操纵界面、作为业界标准的TCP/IP网络协议及ISO9002标准所要求的质量规范等；同时，在自主开发本系统时，要进行良好的设计工作，制订行之有效的软件工程规范，保证代码的易读性、可操作性和可移植性。

4．系统的响应速度

小型超市管理系统在日常处理中的响应速度为秒级，达到实时要求，以及时反馈信息。在进行统计分析时，根据所需数据量的不同而从秒级到分钟级，

原则是保证操作人员不会因为速度问题而影响工作效率。

超市管理系统的数据需求

超市管理系统的数据需求包括如下几点：

1．数据录入和处理的准确性和实时性

数据的输入是否准确是数据处理的前提，错误的输入会导致系统输出的不正确和不可用，从而使系统的工作失去意义。数据的输入来源是手工输入。手工输入要通过系统界面上的安排系统具有容错性，并且对操作人员要进行系统的培训。

在系统中，数据的输入往往是大量的，因此系统要有一定的处理能力，以保证迅速的处理数据。

2．数据的一致性与完整性

由于超市产品销售管理的系统化、规范化、网络化和自动化，实现对商品入库和销售信息的集中统一的管理，所以如何保证这些数据的一致性，是系统必须解决的问题。要解决这一问题，要有一定的人员维护数据的一致性，在数据录入处控制数据的去向，并且要求对数据库的数据完整性进行严格的约束。

对于输入的数据，要为其定义完整性规则，如果不能符合完整性约束，系统应该拒绝该数据。

3．数据的共享与独立性

整个超市管理系统的数据是共享的。然而，从系统开发的角度上看，共享会给设计和调试带来困难。因此，应该提供灵活的配置，使各个分系统能够独立运行，而通过人工干预的手段进行系统数据的交换。这样，也能提供系统的强壮性。

数据字典

1、数据流条目

(1)进货信息=进货单号+供应商号+商品号+进货价+进货数量+进货日期+进货员工

(2)销售信息=销售单号+供应商号+商品编号+销售数量+销售日期

2、文件条目

(1)文件名：职工清单

组成：{职工编号+姓名+性别+联系电话+联系地址+邮箱地址}

组织：按职工编号递增排列

(2)文件名：商品清单

组成：{商品编号+供应商+商品名称+批号+批准文号+计量单位+产地+单价+备注}

组织：按商品编号递增排列

(3)文件名：供货商清单

组成：{供货商号+名称+联系人+联系电话+联系地址+邮政地址+开户银行+邮箱地址+银行帐号+备注}

组织：按供货商编号递增排列

(3)文件名：进货清单

组成：{进货单号+商品编号+供货商号+进货价+数量+金额+进货日期+备注} 组织：按进货单编号递增排列

(4)文件名：销售清单

组成：{销售单号+商品编号+销售数量+销售日期}

组织：按销售单编号递增排列

(5)文件名：库存清单

组成：{商品编号+库存数量}

组织：按商品编号递增排列

3、加工说明

(1)加工名：1：查询

加工逻辑：根据要查询的库存信息，检索出库存信息明细表

输入流：库存信息查询，发出库存信息请求

输出流：库存信息清单，进货信息请求

(2)加工名：1：更新

根据进货信息或销售信息更新库存信息

输入流：已进货信息，销售信息

输出流：发出库存检索请求

(3)加工名：2：查询

根据要查询的销售信息，检索出销售信息明细表

输入流：销售信息查询

输出流：销售清单，销售单 (4)加工名：2：更新

加工逻辑：根据销售信息更细销售清单 输入流：前台销售信息，库存信息 输出流：更新库存清单

小型超市管理系统的逻辑模型

小型超市管理系统的逻辑模型如下图所示：

小型超市管理系统的运行要求

(1)用户界面

本系统采用Microsoft Visual Studio .Net 2003设计，用户交互界面采用的是基于Windows 的窗口界面。 (2)硬件接口

运行本系统的硬件基本要求如下： CPU ：Intel P3及以上； 内存：256MB 及以上；

名称

职工/用户

职工编号

籍贯

供货日期

进货日期

电话

地址 供货商编号

供货商

进货

进货单号

商品编号

名称

价格

商品

姓名 性别

条形码

m

n

m

n

开户行

银行帐号

工资

身份证号

客户

供货

销售单号

销售日期

数量

m

n

销售

硬盘：10GB及以上。

(3)软件接口

.NET框架：Microsoft .Net Framework V1.1版本及以上。

数据库服务器：Microsoft SQL Server 2000及以上。

其它要求

1)系统的功能实现情况: 用户可在本系统下实现各种用户要求的功能。

2)系统的安全性: 对于系统的重要数据都有密码保护，具有一定的安全性。

3)系统的容错性: 用户输错数据都有提示信息，具有较好的容错性能。

4)系统的封闭性: 用户的封闭性较好，用户基本上在提示信息下输数据。

小型超市管理系统

概要设计说明书

1.引言

1.1编写目的

在本超市管理系统项目的前一阶段，也就是需求分析阶段中，已经将系统用户对本系统的需求做了详细的阐述，这些用户需求已经在上一阶段中对一些中小型超市的实地调研中获得，并在需求规格说明书中得到详尽得叙述及阐明。本阶段已在系统的需求分析的基础上，对超市管理系统做概要设计。从该阶段开发正式进入软件的实际开发阶段，本阶段完成系统的大致设计并明确系统的数据结构与软件结构。在软件设计阶段主要是把一个软件需求转化为软件表示的过程，这种表示只是描绘出软件的总的概貌。本概要设计说明书的目的就是进一步细化软件设计阶段得出的软件总体概貌，把它加工成在程序细节上非常接近于源程序的软件表示。

1.2项目背景

a.待开发软件系统的名称：超市管理系统

b.任务的提出者：小型超市管理人员

c.开发者：河北软件职业技术学院09嵌入式班第一小组

d.用户：中小型超市用户

1.3参考资料

陶宏才.《数据库原理及设计》.第1版.北京.清华大学出版社.2004年

范立南《SQL Server 2000 实用教程》第2版.北京.清华大学出版社.2005年卲良彬刘好增马海军《https://www.360docs.net/doc/3613309071.html,（c#）实践教程》清华大学出版社

齐治昌谭庆平宁洪《软件工程》第2版.高等教育出版社.2004年

2. 任务概述

2.1目标

2.2运行环境

（1）硬件环境：建议配制PIV以上的处理器，256M以上内存。

（2）软件环境：Windows 2000/XP ，SQL Server 2000，Microsoft Visual 2005 （3）使用人员：会Windows操作的超市管理人员

2.3 需求概述

提高超市的运作效率，节余财力物力资生率，解决超市管理的紊乱。

降低错误发源。

减少人力和设备费用

提高处理速度

改进管理信息服务

提高决策科学性

提高人员利用率

3.总体设计

3.1处理流程

下面将使用（结构化设计）面向数据流的方法对机票预定系统的处理流程进行分析

超市管理系统

供应商信息管理 商品信息管理

库存管理 销售管理

系统登录

系统设置

员工档案管理

用户管理

新用户注册

密码管理

改、删除

供应商添加、修

修改、删除

商品信息添加

、

除

加、修改、删

员工信息添

、修改

商品库存查询

商品入库

查询、修改

商品销售信息

超市管理系统

顾客

供货商

超市总经理

职工

销售单

职工信息

采购单

进货单

人事信息清单

人事信息清单

人事信息操作

商品信息操作

图4-2 超市管理系统顶层图

2：销售管理

1：库存管理

4：人事管理

3：进货管理

库存信息清单

进货信息请求

已进货信息

采购单

进货信息清单

进货单

进货信息查询

库存信息销售信息

销售信息查询

销售单

销售信息清单

人事信息查询

人事信息清单

职工信息

已有供货商信息

新供货商信息

前台销售信息

库存信息查询

图4-3 超市管理系统第0层图

1：查询

1：更新

库存清单

已进货信息

销售信息

进货信息请求

库存信息清单

库存信息查询

库存信息检索结果

发出库存检索请求

图4-4 库存管理部分

第1层图

2：查询

2：更新

销售清单

前台销售信息

库存信息

销售单

销售清单

销售信息查询

图4-5 销售管理部分

第1层图

3：查询

3：更新

进货清单进货信息请求

进货单

进货信息请求

库存信息清单

进货信息查询进货/采购清单检索结果

发出进货/采购清单查询

采购清单

新供货商信息

已进货信息进货信息清单

采购单

图4-6 进货管理部分

第1层图

4：查询

4：更新

职工清单职工信息

新供货商清单

职工信息查询职工/供货商清单检索结果

发出职工/供货商清单查询

供货商清单

供货商信息清单

已有供货商信息职工信息清单

供货商信息查询

图4-7 人事管理部分

第1层图

4.接口设计

4.1用户接口

命令 语法 信息正确 信息错误 提交 If else 进入系统 提示重新输入 取消

close 退出登录界面 无

4.2外部接口 用户界面

在用户界面部分，根据需求分析的结果，用户需要一个用户友善界面。在界面设计上，应做到简单明了，易于操作，并且要注意到界面的布局，应突出的显示重要以及出错信息。外观上也要做到合理化，考虑到用户多对WINDOW 风格较熟悉，应尽量向这一方向靠拢。在设计语言上，已决定使用 MS VISUAL C++ 进行编程，在界面上可使用VISUAL C++ 所提供的可视化组件，向WINDOWS 风格靠近。 其中服务器程序界面要做到操作简单，易于管理。在设计上采用下拉式菜单方式，在出错显示上可调用VISUAL C++ 库中的错误提示函数。

总的来说，系统的用户界面应作到可靠性、简单性、易学习和使用

键盘

鼠标 扫描仪 Sql 2000 √ √ IIS 5.0 √ √ Windows xp sp2 √ √ √ 本系统

√

√

4.3内部接口

模块名称 登录模块 查询模块 销售模块 管理模块

硬 件

接

口

软 件

接

口