进销存管理系统需求分析规格说明书.docx

进销存管理系统需求分析规格说明书.docx

《进销存管理系统需求分析规格说明书.docx》由会员分享，可在线阅读，更多相关《进销存管理系统需求分析规格说明书.docx（46页珍藏版）》请在冰点文库上搜索。

进销存管理系统需求分析规格说明书

进销存管理系统

需求分析规格说明书

下表汇总了文档撰写的任务分配

撰写人

负责章节

容

xxx

第一章引言

第二章任务概述

第五章缩写词表

系统的开发背景、对任务的概述和缩写词表的编写

xxx

第三章需求规定

第四章运行环境设定

对系统的用例进行分析，画出系统的用例图，对例图进行说明数据要求和运行环境

第1章引言

1.1编写目的

本文档主要描述的是“LifeMart进销存管理系统”开发、实施的方案，以及整个项目的模块设计、数据库设计、逻辑分析等各项容的阐述。

为明确用户的需求，在实际工作中参照并以此为标准说明产品的需求要完成的功能、性能等，特编写此文档。

1.2读者对象

本文档的读者为库存管理员、消费者及本项目所有软件设计和开发、测试人员。

1.3背景说明

在服务业竞争越来越激烈的今天，超市如何提高服务质量、管理能力显得越来越重要。

尤其是对进货、库存、销售显得尤为重要。

如果没有一套可靠的超市管理系统，单凭手工操作，不仅效率低下，而且会极影响到超市的服务质量。

超市为了提高速度,提高服务效率和质量,通常会采用销售系统,可以方便地处理顾客的结算要求,快速、准确的完成顾客的要求。

超市销售系统作为超市主要的部分，集显示，输入，添加，修改，删除等各种操作为一体，使用起来十分方便，利用此系统前台收银员可方便进行结帐，利用此系统，使得结算不再和以前一样使用纸笔记录，只是轻点键盘就能完成；利用此系统，收银员可以方便地完成结帐，销帐工作，从而极减少错误地发生，避免无法估计的不必要的损失。

1.4术语定义

1.4.1专门术语

商品条形码:

系统部商品编号，每种商品具有唯一的条形码，对于某些价格一样的商品，可

以使用自定义条形码。

系统管理员:

SQLSERVER：

系统服务器所使用的数据库管理系统（DBMS）。

SQL：

一种用于访问查询数据库的语言。

事务流：

数据进入模块后可能有多种路径进行处理。

主键：

数据库表中的关键域，值互不相同。

外部主键：

数据库表中与其他表主键关联的域。

1.4.2定义

超市进销存管理系统、VisualBasic语言、SQLSERVER2008数据库

1.5参考资料

❑《计算机软件开发规（GB566-88）》；

❑《计算机软件产品开发文件编制指南（GB8567-88）》；

❑《计算机软件需求说明编制指南（GB9385-88）》；

❑《计算机软件测试文件编制规（GB9386-88）》；

❑《计算机软件质量标准保证计划规（GB/T12504-90）》；

❑《计算机软件配置管理计划规（GB/T12505-90）》；

❑《计算机软件维护指南（GB/T14079-93）》；

❑《计算机软件可靠性和可维护性管理（GB/T14394-93）》；

第2章任务概述

2.1目标

主要开发目标是

●能够对超市进销存信息进行查询、录入、更新管理。

且具有反映敏捷准确。

●提高数据访问安全性，在系统中加入身份验证及角色管理功能，完善权限分配机制。

●提高程序页面安全性，在系统中引入防SQL注入等页面安全机制。

2.2用户的特点

系统的界面清晰，操作简单，要求操作人员具备一定的电脑操作技能，该系统可以提高工作效率。

2.3假定与约束

系统的规模较小，适于Windows的操作系统，SQL2008数据库系统。

第3章需求规定

3.1对功能的规定

功能需求：

①采购管理功能模块：

采购入库、采购退货。

②销售管理功能模块：

提取商品信息、销售出库、销售退货。

③库存管理功能模块：

用户管理、仓库管理、商品信息管理、供应商信息管理。

3.1.1系统UML模型

3.1.1.1用例分析

进行用例分析的目标是定义为了满足系统中所描述的功能，系统部都有哪几个功能模块。

采用用例分析面向对象的分析方法对系统进行分析。

通过对系统的需求进行分析，设计系统的角色和用例。

3.1.1.2用户定义

根据权限和分工的不同，可以将用户分为四个不同的角色：

系统管理员、库存管理员、

采购员、销售员。

在登入系统时选择不同的角色登入，进入系统则对应着不同的功能。

3.1.1.3角色定义

根据系统的要求和需求分析，可定义如下两个角色：

系统管理员：

相当于超市的总经理，具有最高权限。

库存管理员：

相当于超市的仓库管理员，主要负责供应商信息的管理和商品信息的管理，以及仓库商品的出、入库和缺货管理。

采购员：

主要负责商品的采购，根据库存管理员提供的缺货清单进行商品采购，采购完商

品将入库清单反馈给库存管理员进行商品入库。

销售员：

主要负责前台销售模块，销售员对顾客提供的商品进行条形码扫描，如果扫描没有该商品信息则通过录入条形码提取商品信息，待所有的商品都扫描完则进行结帐，如果顾客提供会员信息则进行购物积分，打印购物清单提交给客户。

3.1.1.4说明

：

表示为扩展关系。

：

表示为依赖关系。

3.1.1.5总系统用例分析

图3.1总系统用例图

总系统用例图进一步文字描述如下：

用例名称：

用户管理

说明：

系统管理员对用户的管理，用户的注册及注销管理，对用户信息的增删改查操作，将用户的注册信息进行统一管理。

参与者：

系统管理员、用户

基本操作流程:

用户提交请求注册用户→填写注册信息→确认注册→注册成功；

用户提交请求注销用户→确认注销用户→注销成功；

系统管理员提交请求用户管理→查询用户信息→返回相对应的用户信息；

系统管理员提交请求用户管理→修改用户信息→确认修改信息→修改信息成功；

系统管理员提交请求用户管理→删除用户信息→确认删除信息→删除信息成功。

用例名称：

权限管理

说明：

系统管理员对用户权限进行管理，管理用户角色可进行的操作，对库存信息管理员、销售员、采购员各自分配相对应的权限。

用例名称：

系统维护

说明：

系统管理员对整个系统进行维护，在运行的过程中有可能遇到的问题，系统出错问题，系统管理员将进行维护操作。

3.1.1.6子系统用例分析

（1）用户登入子系统用例图

图3.2用户登入子系统用例图

用户登入子系统用例图进一步文字描述如下：

用例名称：

用户登入

说明：

用户注册信息后，登入系统，用户进行用户信息的管理，选择登入角色，进入系统后不同的用户角色对应不同的操作权限。

参与者：

系统管理员、库存管理员、采购员、销售员

基本操作流程：

用户提交请求修改密码→输入新密码→确认密码→密码修改成功；

用户提交请求注销用户→确认注销→注销用户成功；

用户提交请求信息管理→增加用户信息→增加信息成功；

用户提交请求信息管理→修改用户信息→确认修改信息→修改信息成功；

用户提交请求信息管理→删除用户信息→确认删除信息→删除信息成功。

（2）库存管理子系统用例图

图3.3库存管理子系统用例图

库存管理子系统用例图进一步文字描述如下：

用例名称：

库存信息管理

说明：

超市人员需要查询信息时，则通过库存管理员登入系统进行查询。

参与者：

库存管理员

基本操作流程：

库存管理员提交库存信息查询请求→供应商信息查询→系统将返回供应商信息；

库存管理员提交请求→修改供应商信息→返回修改操作成功；

库存管理员提交请求→删除供应商信息→返回删除操作成功；

可选操作流程：

库存管理员提交请求→查询商品信息→输入商品条码→返回相对应商品信息；

库存管理员提交请求→修改商品信息→输入商品条码→返回修改操作成功；

库存管理员提交请求→删除商品信息→输入商品条码→返回删除操作成功。

用例名称：

商品入库

说明：

供应商的商品到货时，超市人员首先检验商品质量是否合格，将质量不合格的商品进行退货处理，将退货清单返回给供应商，将合格的商品进行入库处理。

参与者：

库存管理员

基本操作流程：

库存管理员检查商品是否合格→输入商品信息→入库商品信息；

可选操作流程：

库存管理员检查商品是否合格→商品不合格要求退货→退货信息。

用例名称：

商品出库

说明：

销售员提取商品信息时将进行商品出库处理，销售员销售出的商品将不在库存信息则更新商品的库存信息。

参与者：

销售员

基本操作流程：

销售员提交请求提取商品信息→扫描商品条形码→提取商品信息成功及商品出库；

销售员提交请求提取商品信息→录入商品条形码→提取商品信息成功及商品出库；

用例名称：

缺货管理

说明：

库存管理员通过查询缺货信息，产生缺货清单，将缺货清单提供给采购员，采购员进行商品采购。

基本操作流程：

库存管理库员输入缺货查询→缺货清单→提交给采购员。

（3）采购管理子系统用例图

图3.4采购管理子系统用例图

采购管理子系统用例图进一步文字描述如下：

用例名称：

采购商品

说明：

采购员通过从库存管理员得到的缺货清单进行商品采购，采购完商品后将入库清单反馈给库存管理员进行商品入库。

参与者：

采购员、库存管理员

基本操作流程：

采购员提交请求→获取缺货清单→库存管理员提供缺货清单；

采购员进行商品采购→采购清单→提交给库存管理员进行商品入库。

（4）销售管理子系统用例图

图3.5销售管理子系统用例图

销售管理子系统用例图进一步文字描述如下：

用例名称：

客户管理

说明:

销售员通过对客户信息进行管理，辨别顾客是否为会员，是则对顾客进行会员积分。

参与者：

销售员、顾客

基本操作流程：

销售员提交请求客户信息管理→对用户信息进行增、删、改操作→操作成功；

销售员提交请求客户信息管理→对用户进行会员管理→添加、删除操作成功；

销售员提交请求客户信息管理→对用户进行会员管理→会员积分管理。

用例名称：

销售管理

说明:

销售员对顾客提供的商品进行条形码扫描，如果扫描没有该商品信息则通过录入条形码提取商品信息，待所有的商品都扫描完则进行结帐，如果顾客提供会员信息则进行会员消费积分，打印购物清单提交给客户。

参与者：

销售员、顾客

基本操作流程：

销售员提交请求扫描商品条形码→系统返回该商品的相应信息→显示到销售界面；

销售员提交请求录入商品条形码→系统返回该商品的相应信息→显示到销售界面；

销售员提交请求打印购物清单→顾客进行结帐→销售员提交购物清单给顾客。

（5）后台管理系统用例视图

图3.6后台管理系统用例图

后台管理系统用例图进一步文字描述如下：

用例名称：

销售管理

说明：

系统管理员对销售模块的管理，及对销售员的管理，通过销售排行榜对销售员的业绩进行管理，对商品的出入库登记了解商品的销售情况，通过采购员制定进货计划，了解库存信息的更新。

参与者：

系统管理员、销售员、采购员

基本操作流程：

系统管理员提交请求查询销售排行→系统返回销售排行榜→显示到销售排行界面；

销售员提交请求提取商品信息→系统返回商品信息→提取商品信息成功。

采购员提交请求制定进货计划→系统返回进货计划表→提供给系统管理员；

用例名称：

进货管理

说明：

系统管理员对采购进货模块的管理，及对采购员的管理，通过打印查询进货计划表管理了解一季度的商品采购，采购员制定采购计划，将采购计划表提交给超市经理及系统管理员。

参与者：

系统管理员、采购员

基本操作流程：

系统管理员提交请求查询打印进货计划表→返回进货计划表→显示进货计划界面；

采购员提交请求制定进货计划→系统返回进货计划表→提供给系统管理员；

采购提交请求制定入库清单→系统返回入库清单进行商品入库→入库成功。

用例名称：

库存管理

说明：

系统管理员及超市经理对库存信息的管理，可进行查询库存明细记录。

对一个季度的出库商品及入库商品进行查看，了解销售情况。

参与者：

系统管理员、库存管理员

基本操作流程：

系统管理员请求库存管理→查询库存明细记录→系统返回明细记录；

系统管理员请求库存管理→查询某季度出库商品→系统返回相应季度的出库商品；

系统管理员请求库存管理→查询某季度入库商品→系统返回相应季度的入库商品；

用例名称：

人员管理

说明：

系统管理员对人员管理及对各用户角色进行管理，通过基本信息的登记管理了解用户的基本信息，对不同的用户角色分配不同的操作权限，对顾客的会员信息进行管理。

参与者：

系统管理员、销售员

基本操作流程：

系统管理员提交请求基本信息登记管理→对用户信息进行增删改查操作→操作成功；

系统管理员提交请求员工操作权限管理→给不同的用户角色分配不同的操作权限；

3.1.1.7用例时序图

用例：

系统登陆

图3.7系统登陆时序图

用例：

新建

图3.8新建时序图

用例：

修改信息

图3.9修改信息时序图

用例：

删除

图3.10删除时序图

用例：

商品信息查询

图3.11商品信息查询时序图

用例：

新增商品记录

图3.12新增商品记录时序图

用例：

修改商品记录

图3.13修改商品记录时序图

用例：

删除商品记录

图3.14删除商品记录时序图

用例：

查询库存不足商品

图3.15查询库存不足商品时序图

用例：

查询采购统计报表

图3.16查询采购统计时序图

用例：

查询销售统计报表

图3.17查询销售统计报表时序图

用例：

查询以往采购单据

图3.18查询以往采购单据时序图

用例：

新建采购单据

图3.19新建采购单据时序图

用例：

售出商品结算

图3.20售出商品结算时序图

用例：

销售单据查询

图3.21销售单据查询时序图

用例：

采购单据查询

图3.22采购单据查询时序图

3.1.2数据E-R图

基于PowerDesigner的数据库设计

总E-R图设计

图3.1总E-R图设计

说明：

部分信息省略，详细信息见子e-r图

销售管理子系统E-R图设计

图3.2销售子系统e-r图

说明：

由于篇幅问题该图中去除了实体员工。

该实体与各个单据都有参考关系，详见下列各个子e-r图。

销售报价单界面如图3.3所示。

其e-r图如下图所示。

一销售报价单可有多个商品，一个商品可出现在多个报价单中，所以商品与报价单之间的联系为多对多联系；一报价单只有一个客户，一个客户可有多销售报价单，所以客户与报价单之间的联系为一对多联系；一销售报价单只有一个员工，一个员工可开出多报价单，所以员工与报价单之间的联系为一对多联系。

图3.3销售报价单e-r图

销售订单界面如图3.4所示。

其e-r图如下图所示。

一销售订单可有多个商品，一个商品可出现在多个订单中，所以商品与订单之间的联系为多对多联系；一订单只有一个客户，一个客户可有多销售订单，所以客户与订单之间的联系为一对多联系；一销售订单只有一个员工，一个员工可开出多订单，所以员工与订单之间的联系为一对多联系。

图3.4销售订单e-r图

销售出库单界面如图3.5所示。

其e-r图如下图所示。

一销售出库单可对应一订单，一订单对应一个出库单中，所以订单与出库单之间的联系为多对多联系；一销售出库单可有多个商品，一个商品可出现在多个出库单中，所以商品与出库单之间的联系为多对多联系；一出库单只有一个客户，一个客户可有多销售出库单，所以客户与出库单之间的联系为一对多联系；一销售出库单只有一个员工，一个员工可开出多出库单，所以员工与出库单之间的联系为一对多联系。

图3.5销售出库单e-r图

销售退货单界面如图3.6所示。

其e-r图如下图所示。

一销售退货单可有多个商品，一个商品可出现在多个退货单中，所以商品与退货单之间的联系为多对多联系；一退货单只有一个客户，一个客户可有多销售退货单，所以客户与退货单之间的联系为一对多联系；一销售退货单只有一个员工，一个员工可开出多退货单，所以员工与退货单之间的联系为一对多联系。

图3.6销售退货单e-r图

应收款界面如图3.7所示。

其e-r图如下图所示。

一应收款单对应一销售订单或一退货单，一销售订单或一退货单产生一应收款单，所以销售订单和退货单与应收款之间的联系为一对一联系；一应收款单只有一个客户，一个客户可有多应收款单，所以客户与应收款单之间的联系为一对多联系；一应收款单只有一个员工，一个员工可开出多应收款单，所以员工与应收款单之间的联系为一对多联系。

图3.7销售应收款单e-r图

销售收款单界面如图3.8所示。

其e-r图如下图所示。

一收款单对应多应收款单，一应收款单可由多收款单支付完成，所以应收款单与收款单之间的联系为一对一联系；一收款单只有一个客户，一个客户可有多收款单，所以客户与收款单之间的联系为一对多联系；一收款单只有一个员工，一个员工可开出多收款单，所以员工与收款单之间的联系为一对多联系。

图3.8销售收款单e-r图

仓库管理子系统E-R图设计

图3.9仓库管理子系统e-r图

入库单界面如图3.10所示。

其e-r图如下图所示。

一入库单可有多个商品，一个商品可出现在多个入库单中，所以商品与入库单之间的联系为多对多联系；一个仓库可以有多个商品，一个颜色可对应多个商品单，所以仓库与商品明细单之间的联系为一对多联系，颜色和单位都与商品明细之间的关系为一对多联系；一入库单只有一个员工，一个员工可开出多入库单，所以员工与入库单之间的联系为一对多联系。

图3.10仓库入库单e-r图

出库单界面如图3.11所示。

其e-r图如下图所示。

一出库单可有多个商品，一个商品可出现在多个出库单中，所以商品与出库单之间的联系为多对多联系；一个仓库可以有多个商品，一个颜色可对应多个商品单，所以仓库与商品明细单之间的联系为一对多联系，颜色和单位都与商品明细之间的关系为一对多联系；一出库单只有一个员工，一个员工可开出多出库单，所以员工与出库单之间的联系为一对多联系。

图3.11仓库出库单e-r图

调拨单界面如图3.12所示。

其e-r图如下图所示。

一调拨单可有多个商品，一个商品可出现在多个调拨单中，所以商品与调拨单之间的联系为多对多联系；一个仓库可以有多个商品，一个颜色可对应多个商品单，所以仓库与商品明细单之间的联系为一对多联系，颜色和单位都与商品明细之间的关系为一对多联系；一调拨单只有一个员工，一个员工可开出多调拨单，所以员工与调拨单之间的联系为一对多联系。

图3.12仓库调拨单e-r图

报警单界面如图3.13所示。

其e-r图如下图所示。

一报警单可有多个商品，一个商品可出现在多个报警单中，所以商品与报警单之间的联系为多对多联系；一个仓库可以有多个商品，一个颜色可对应多个商品单，所以仓库与商品明细单之间的联系为一对多联系，颜色和单位都与商品明细之间的关系为一对多联系；一报警单只有一个员工，一个员工可开出多报警单，所以员工与报警单之间的联系为一对多联系。

图3.13仓库报警单e-r图

采购管理子系统E-R图设计

图3.14采购管理子系统e-r图

采购计划单界面如图3.15所示。

其e-r图如下图所示。

一采购计划单可有多个商品，一个商品可出现在多个计划单中，所以商品与计划单之间的联系为多对多联系；一报价单只有一个供货商，一个供货商可有多采购计划单，所以供货商与计划单之间的联系为一对多联系；一采购计划单只有一个员工，一个员工可开出多计划单，所以员工与计划单之间的联系为一对多联系。

图3.15采购计划单e-r图

采购订单界面如图3.16所示。

其e-r图如下图所示。

一采购订单可有多个商品，一个商品可出现在多个订单中，所以商品与订单之间的联系为多对多联系；一订单只有一个供货商，一个供货商可有多销售订单，所以供货商与订单之间的联系为一对多联系；一采购订单只有一个员工，一个员工可开出多订单，所以员工与订单之间的联系为一对多联系。

图3.16采购订单e-r图

采购入库单界面如图3.17所示。

其e-r图如下图所示。

一采购入库单可有多个商品，一个商品可出现在多个入库单中，所以商品与入库单之间的联系为多对多联系；一入库单只有一个供货商，一个供货商可有多采购入库单，所以供货商与入库单之间的联系为一对多联系；一采购入库单只有一个员工，一个员工可开出多入库单，所以员工与入库单之间的联系为一对多联系。

一采购入库单对应一采购订单，一订单只有一入库单，所以采购订单与入库单之间的联系为一对一联系。

图3.17采购入库单e-r图

采购退货单界面如图3.18所示。

其e-r图如下图所示。

一采购退货单可有多个商品，一个商品可出现在多个退货单中，所以商品与退货单之间的联系为多对多联系；一退货单只有一个供货商，一个供货商可有多销售退货单，所以供货商与退货单之间的联系为一对多联系；一采购退货单只有一个员工，一个员工可开出多退货单，所以员工与退货单之间的联系为一对多联系。

图3.18采购退货单e-r图

应付款界面如图3.19所示。

其e-r图如下图所示。

一应付款单对应一采购订单，一采购订单产生一应付款单，所以采购订单与应付款之间的联系为一对一联系；一应付款单只有一个供货商，一个供货商可有多应付款单，所以供货商与应付款单之间的联系为一对多联系；一应付款单只有一个员工，一个员工可开出多应付款单，所以员工与应付款单之间的联系为一对多联系。

图3.19采购应付款单e-r图

采购付款单界面如图3.20所示。

其e-r图如下图所示。

一采购付款单对应多应付款单，一应付款单可由多收款单支付完成，所以应付款单与付款单之间的联系为一对一联系；一付款单只有一个供货商，一个供货商可有多付款单，所以供货商与付款单之间的联系为一对多联系；一付款单只有一个员工，一个员工可开出多付款单，所以员工与付款单之间的联系为一对多联系。

图3.20采购付款单e-r图

3.1.3数据字典

3.1.3.1数据流

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.商品信息

数据流名称：

商品信息

简述：

用来描述商品

来源：

商品信息记录