超市进销存管理系统-需求分析解析.doc

超市进销存管理系统-需求分析解析.doc

《超市进销存管理系统-需求分析解析.doc》由会员分享，可在线阅读，更多相关《超市进销存管理系统-需求分析解析.doc（53页珍藏版）》请在冰豆网上搜索。

1前言

超市作为人们日常生活不可或缺的一部分，而且随着经济的发展，超市的规模越来越大，商品的种类也越来越纷杂，一个高效实用的超市管理系统至关重要。

超市管理系统能帮助管理人员快速有效的管理进货，销售，库存，商品进销结算等各项业务，能极大的提高超市管理的高效性，实时性，安全性，科学性和智能化程度，从而降低营业成本和增加收益。

本系统大致可实现以下功能（模块）：

1．系统管理：

包括密码验证和系统的登录与退出，还有密码修改等功能。

2．信息查询：

包括进货信息和出货信息的查询，还有商品库存信息，资金结算信息查询等。

3．进出货管理：

即超市日常进出货操作，包括进货和前台销售两个子管理系统。

4.商品信息管理：

包括商品进出售的信息，销售商品的定价等。

能够执行添加，修改，删除，查询等操作。

本章将简要地说明本文档的目的、范围、参考文件和术语定义。

1.1目的

本文档的目的在于给出“超市进销存管理系统”（以下简称本平台）的功能说明。

1）向用户描述“超市进销存管理系统”的功能；

2）为编制后续各阶段的文档提供基本依据；

3）提供给用户确认或本地化修改的基本文件；

4）作为日后软件确认测试和系统验收之参考依据；

5）作为日后系统维护工作基准文件。

本文档的内容涵盖了本系统的总体结构设计、软件运行环境设计、处理流程设计和软件功能设计等。

本文档的使用者包括本系统用户、需求分析人员、项目管理人员、软件设计人员、软件质量控制人员以及软件维护人员。

1.2范围

软件产品名称：

超市进销存管理系统V1.0

通过使用本软件产品，能完成如下功能：

1.采购员能实时得知库存不足的商品列表，方便进行采购

2.经理能得到实时的营业分析，查看商品销售和采购情况，实时调整经营策略

3.系统能对销售和采购单据进行有效管理，支持用户随时进行查询和统计

4.前台ＰＯＳ系统能对售出的商品进行方便快捷的结算，且能与会员管理系统进行联接，支持会员功能

5.管理员（业务员）能实时查看商品的库存动态，实时设置商品信息。

6.能对系统用户进行有效管理，安全性有保障

系统不足：

1.系统定位小型超市，对商品的库存管理这一块做的不够好，不支持多仓库商品调度

2.营业分析模块对营业状况的多维度查询支持不够，功能比较简单。

软件系统应用后能产生的预期收益和目标：

1.改变传统的人工管理方式，实现日常管理信息化。

2.通过对库存和销售信息的快速查询和处理，提高商品采购的速度和科学性

3.提升超市管理水平，降低经营成本，提高工作效率。

1.3术语表

术语

所指对象或含义

商品条形码

也是系统内部商品编号，每种商品具有唯一的条形码，对于某些价格一样的商品，可以使用自定义条形码。

前台（POS）管理系统

顾客买完商品后进行结算的系统，由收银员给出商品信息（条形码，数量），系统完成结算，并产生小票

系统管理员

是一个对平台具有管理权限的帐号（可以有多人来使用），能查询各种信息，并能设置多种信息（商品售价，会员折扣，帐户等）

数据流图（DFD）

描绘数据在系统中各逻辑功能模块之间的流动和处理过程，

是一种功能模型

1.4参考文献

《软件工程：

实践者的研究方法（原书第5版）》

作者：

（美）普雷斯曼，梅宏译

出版日期：

2004-3-1出版社：

机械工业出版社

《软件工程-理论、方法与实践》，

作者：

孙家广、刘强

出版日期：

2006年5月出版社：

高等教育出版社

2整体描述

2.1产品描述

背景和起源：

随着经济的发展，超市的规模越来越大，传统的人工管理已不能适应当前超市的需要，为了提高超市的超市管理水平，降低经营成本，提高工作效率，实现日常管理信息化，故我们开发了此系统。

目标客户：

由于系统功能限制，本系统主要目标客户是各个中小型超市

客户业务需求：

对本系统的客户（超市）来说，他们希望通过本系统达到以下目标：

1.改变传统的人工管理方式，实现日常管理信息化。

2.通过对库存和销售信息的快速查询和处理，提高商品采购的速度和科学性

3.提升超市管理水平，降低经营成本，提高工作效率。

由于现有同类系统早已存在，所以我们的系统应该定位为现有程序的替代产品

本系统总体框架：

2.2用户分类及其功能需求

　使用本系统的都是超市的工作人员：

经理，采购员，收银员，业务员（系统管理员）

　经理需要通过此系统对超市的经营情况进行统计，从而进行营业分析。

　采购员通过查询商品库存信息，再加上系统能自动产生库存不足商品的列表，能实时的把握采购信息。

　收银员只要在顾客结账时将商品进行结算，POS前台子系统能够在收银员给出商品的条形码和数量后计算出顾客的应付款额。

　系统管理员能对系统的帐户进行管理，还得设置商品信息，同时还可以进行单据查询。

　顾客虽然不是系统的保用者，但要求打出的小票能详细，准确。

2.3功能需求

超市经理：

查询统计报表（包括销售报表，采购报表等），各种数据分析，了解经营状况

能随时查询商品信息，了解超市商品动态

系统管理人员：

信息查询：

包括库存信息，各种类商品基本信息，商品销售和采购信息。

商品基本信息设置：

商品分类，商品基本信息设置，能进行删除，添加和修改等操作，还能对会员折扣进行设置。

帐户和密码管理：

对其他用户的帐户和密码进行管理，包括新建，删除和密码修改等操作。

超市采购人员：

采购人员能即时查看库存和销售信息。

系统能自动产生库存不足商品列表，让采购员进行采购。

前台POS机（收银员）：

收银员在给出待结算商品的信息（包括商品的编号，数目，是否会员信息等）后，系统能给出结算清单（包括商品的详细信息，应付款额等）。

顾客：

能得到其选购商品的结算清单，从而进行核对和付款。

2.4非功能需求

经理：

查询报表和数据分析时响应速度要在20秒钟以内

操作界面要简洁，实用，易于操作

系统管理人员：

系统要简单易用，维护要相对简单

响应速度要控制在20秒钟之内

登陆帐号和密码要加密传输

系统可靠率要控制在99%以上

超市采购人员：

查询库存等信息时响应速度应在20秒钟之内

要随时能对库存不足商品列表进行查询

前台POS机（收银员）：

计算详细清单的时间要在3秒钟之内

计算要准确可靠

顾客：

清单上的内容要尽可能的详细，从而方便进行核对

2.5设计与实现上的约束

1.项目管理平台为基于GForge的年度创新项目管理网站。

2.开发环境为NetBean6.5（IDE）

3.语言使用java

4.数据库为MicrosoftSQLSever2005

5.必须使用三层架构，以方便以后修改

6.平台必须能在Windows操作系统上正常运行

7.平台要遵守TCP/IP网络协议

CPU

酷睿双核3.66GHz

内存

4G

硬盘

200G

网卡

1000M

8.硬件要求不能超过

9.数据转换格式无要求

10.与其他系统之间的接口无要求（本平台是独立于其他平台开发的）

2.6运行环境（来源于CP2的“设计约束”）

CPU

奔四1.66GHz或以上

内存

1G或以上

硬盘

80G或以上

网卡

百兆以上

操作系统

WindowsXP或以上

数据库系统

MicrosoftSQLSever2005

后台服务器端：

CPU

赛扬1.66GHz或以上

内存

256M或以上

硬盘

无要求

网卡

10M或以上

操作系统

无要求

客户端：

2.7业务规则

由于系统的的业务主要是针对顾客，而顾客又分为会员和非会员，一般来说，同一商品可能对会员有一定的折扣，系统能让管理员在商品信息表中为商品设置一个会员折扣，从而在会员顾客结帐时获得优惠。

2.8未来的需求

　　　由于现在的系统不能支持仓库管理，而现实中的大超市一般都是连锁的，有很多的子超市和很多的仓库，所以未来我们可能加上多超市多仓库的连锁管理和商品调度，同时有进行营业分析时也能更细化，支持更多维度查询，可能到时系统改变会很大。

3需求描述

3.1结构化需求分析

3.1.1子系统1

3.1.1.1数据流图（DFD）

3.1.1.2外部实体

经理

3.1.1.3加工过程

l输入数据流

采购和销售单据

l内部处理逻辑（结构化英语、判定树）

1.1采购统计：

对符合条件的采购单据进行统计

if（还有符合统计条件的采购单）{

采购单数加1；

采购数量＝原采购数量+这张采购单上的采购商品数量；

采购金额＝原金额+这张采购单上的总金额；

把单据详细信息加入到统计报表中输出；

}

1.2销售统计

对符合条件的销售单据进行统计

if（还有符合统计条件的销售单）{

销售单数加1；

销售数量＝原销售数量+这张销售单上的销售商品数量；

销售金额＝原金额+这张销售单上的销售额；

把单据详细信息加入到统计报表中输出；

}

1.3库存信息查询

对符合条件的商品信息进行查询

If（还有符合查询条件的商品）{

商品种类加1；

商品总库库存量=原总量+此种商品库存量；

库存商品总价值=原总价+此种商品库存总价值；

把详细信息输出；

}

l输出数据流

采购统计报表和销售统计报表，库存商品信息

3.1.1.4数据流

　1.采购单

数据流名称：

采购单

别名：

无

简述：

采购部门采购完商品后填写的单据

来源：

采购记录

去向：

加工1.1“采购统计”

组成：

采购单编号+供货商+采购日期+总金额+采购员编号+经办人编号+{商品编号+商品名称+生产厂商+单位+商品数目+单价+总额+备注}

采购单编号＝年+月+日+“0000”..”9999”

供货商={汉字|英文字母｜数字}0-10

采购日期＝年+月+日

总金额＝浮点数

采购员编号=”a”+”00”..”99”

经办人编号=”b”+”00”..”99”

商品编号={0..9}10

商品名称={汉字|英文字母｜数字}2-10

生产厂商={汉字|英文字母｜数字}2-20

单位＝{汉字｜字母}1-2

商品数目＝整数

单价＝浮点数

总额＝浮点数

备注＝{汉字|英文字母｜数字}0-30

频率：

大约20条/天

2.销售单

数据流名称：

销售单

别名：

无

简述：

前台POS机销售商品后产生的单据

来源：

销售记录

去向：

加工1.2“销售统计”

组成：

销售单编号+开单日期+总金额+收银员编号+{商品编号+商品名称+生产厂商+单位+商品数目+单价+总额+备注}

销售单编号＝年+月+日+“0000”..”9999”

开单日期＝年+月+日

总金额＝浮点数

收银员编号=”c”+”00”..”99”

商品编号={0..9}10

商品名称={汉字|英文字母｜数字}2-10

生产厂商={汉字|英文字母｜数字}2-20

单位＝{汉字｜字母}1-2

商品数目＝整数

单价＝浮点数

总额＝浮点数

备注＝{汉字|英文字母｜数字}0-30

频率：

大约3000条/天

3.商品信息

数据流名称：

商品信息