进销存管理系统需求分析规格说明书.docx
《进销存管理系统需求分析规格说明书.docx》由会员分享,可在线阅读,更多相关《进销存管理系统需求分析规格说明书.docx(42页珍藏版)》请在冰豆网上搜索。
![进销存管理系统需求分析规格说明书.docx](https://file1.bdocx.com/fileroot1/2022-12/8/2fe16c18-85b2-4445-a36a-c0af6362787f/2fe16c18-85b2-4445-a36a-c0af6362787f1.gif)
进销存管理系统需求分析规格说明书
进销存管理系统
需求分析规格说明书
下表汇总了文档撰写的任务分配
撰写人
负责章节
内容
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”+”