ImageVerifierCode 换一换
格式:DOCX , 页数:41 ,大小:2.54MB ,
资源ID:4996434      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/4996434.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(进销存管理系统需求分析规格说明书.docx)为本站会员(b****4)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

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

1、进销存管理系统需求分析规格说明书进销存管理系统 需求分析规格说明书 下表汇总了文档撰写的任务分配撰写人负责章节内容xxx第一章引言第二章任务概述第五章缩写词表系统的开发背景、对任务的概述和缩写词表的编写xxx第三章需求规定第四章运行环境设定对系统的用例进行分析,画出系统的用例图,对例图进行说明数据要求和运行环境第1章 引言1.1编写目的本文档主要描述的是“Life Mart进销存管理系统”开发、实施的方案,以及整个项目的模块设计、数据库设计、逻辑分析等各项内容的阐述。为明确用户的需求,在实际工作中参照并以此为标准说明产品的需求要完成的功能、性能等,特编写此文档。1.2 读者对象本文档的读者为库

2、存管理员、消费者及本项目所有软件设计和开发、测试人员。1.3 背景说明在服务业竞争越来越激烈的今天,超市如何提高服务质量、管理能力显得越来越重要。尤其是对进货、库存、销售显得尤为重要。如果没有一套可靠的超市管理系统,单凭手工操作,不仅效率低下,而且会极大地影响到超市的服务质量。超市为了提高速度,提高服务效率和质量,通常会采用销售系统,可以方便地处理顾客的结算要求,快速、准确的完成顾客的要求。超市销售系统作为超市主要的部分,集显示,输入,添加,修改,删除等各种操作为一体,使用起来十分方便,利用此系统前台收银员可方便进行结帐,利用此系统,使得结算不再和以前一样使用纸笔记录,只是轻点键盘就能完成;利

3、用此系统,收银员可以方便地完成结帐,销帐工作,从而极大地减少错误地发生,避免无法估计的不必要的损失。1.4 术语定义1.4.1专门术语商品条形码: 系统内部商品编号,每种商品具有唯一的条形码,对于某些价格一样的商品,可 以使用自定义条形码。系统管理员:SQL SERVER:系统服务器所使用的数据库管理系统(DBMS)。SQL:一种用于访问查询数据库的语言。事务流:数据进入模块后可能有多种路径进行处理。主键:数据库表中的关键域,值互不相同。外部主键:数据库表中与其他表主键关联的域。1.4.2定义超市进销存管理系统、Visual Basic 语言、SQL SERVER 2008数据库1.5 参考资

4、料 计算机软件开发规范(GB566-88); 计算机软件产品开发文件编制指南(GB8567-88); 计算机软件需求说明编制指南(GB9385-88); 计算机软件测试文件编制规范(GB9386-88); 计算机软件质量标准保证计划规范(GB/T 12504-90); 计算机软件配置管理计划规范(GB/T 12505-90); 计算机软件维护指南(GB/T 14079-93); 计算机软件可靠性和可维护性管理(GB/T 14394-93);第2章任务概述2.1目标 主要开发目标是 能够对超市进销存信息进行查询、录入、更新管理。且具有反映敏捷准确。 提高数据访问安全性,在系统中加入身份验证及角色

5、管理功能,完善权限分配机制。 提高程序页面安全性,在系统中引入防SQL注入等页面安全机制。2.2用户的特点 系统的界面清晰,操作简单,要求操作人员具备一定的电脑操作技能,该系统可以提高工作效率。2.3假定与约束 系统的规模较小,适于Windows的操作系统,SQL2008数据库系统。第3章 需求规定3.1对功能的规定功能需求:采购管理功能模块:采购入库、采购退货。销售管理功能模块:提取商品信息、销售出库、销售退货。库存管理功能模块:用户管理、仓库管理、商品信息管理、供应商信息管理。3.1.1系统UML模型3.1.1.1用例分析进行用例分析的目标是定义为了满足系统中所描述的功能,系统内部都有哪几

6、个功能模块。采用用例分析面向对象的分析方法对系统进行分析。通过对系统的需求进行分析,设计系统的角色和用例。3.1.1.2用户定义 根据权限和分工的不同,可以将用户分为四个不同的角色 :系统管理员、库存管理员、采购员、销售员。在登入系统时选择不同的角色登入,进入系统则对应着不同的功能。3.1.1.3角色定义 根据系统的要求和需求分析,可定义如下两个角色: 系统管理员:相当于超市的总经理,具有最高权限。 库存管理员:相当于超市的仓库管理员,主要负责供应商信息的管理和商品信息的管理,以及仓库商品的出、入库和缺货管理。 采购员:主要负责商品的采购,根据库存管理员提供的缺货清单进行商品采购,采购完商品将

7、入库清单反馈给库存管理员进行商品入库。 销售员:主要负责前台销售模块,销售员对顾客提供的商品进行条形码扫描,如果扫描没有该商品信息则通过录入条形码提取商品信息,待所有的商品都扫描完则进行结帐,如果顾客提供会员信息则进行购物积分,打印购物清单提交给客户。3.1.1.4说明:表示为扩展关系。:表示为依赖关系。3.1.1.5总系统用例分析图3.1总系统用例图总系统用例图进一步文字描述如下:用例名称:用户管理说明:系统管理员对用户的管理,用户的注册及注销管理,对用户信息的增删改查操作,将用户的注册信息进行统一管理。参与者:系统管理员、用户基本操作流程: 用户提交请求注册用户 填写注册信息 确认注册 注

8、册成功; 用户提交请求注销用户 确认注销用户 注销成功; 系统管理员提交请求用户管理 查询用户信息 返回相对应的用户信息;系统管理员提交请求用户管理 修改用户信息 确认修改信息 修改信息成功;系统管理员提交请求用户管理 删除用户信息 确认删除信息 删除信息成功。用例名称:权限管理说明:系统管理员对用户权限进行管理,管理用户角色可进行的操作,对库存信息管理员、销售员、采购员各自分配相对应的权限。用例名称:系统维护说明:系统管理员对整个系统进行维护,在运行的过程中有可能遇到的问题,系统出错问题,系统管理员将进行维护操作。3.1.1.6子系统用例分析(1)用户登入子系统用例图图3.2用户登入子系统用

9、例图用户登入子系统用例图进一步文字描述如下:用例名称:用户登入说明:用户注册信息后,登入系统,用户进行用户信息的管理,选择登入角色,进入系统后不同的用户角色对应不同的操作权限。参与者:系统管理员、库存管理员、采购员、销售员基本操作流程:用户提交请求修改密码 输入新密码 确认密码 密码修改成功; 用户提交请求注销用户 确认注销 注销用户成功; 用户提交请求信息管理 增加用户信息 增加信息成功; 用户提交请求信息管理 修改用户信息 确认修改信息 修改信息成功;用户提交请求信息管理 删除用户信息 确认删除信息 删除信息成功。(2)库存管理子系统用例图 图3.3库存管理子系统用例图库存管理子系统用例图

10、进一步文字描述如下:用例名称:库存信息管理说明:超市人员需要查询信息时,则通过库存管理员登入系统进行查询。参与者:库存管理员基本操作流程:库存管理员提交库存信息查询请求供应商信息查询系统将返回供应商信息; 库存管理员提交请求 修改供应商信息 返回修改操作成功;库存管理员提交请求 删除供应商信息 返回删除操作成功;可选操作流程:库存管理员提交请求 查询商品信息 输入商品条码 返回相对应商品信息;库存管理员提交请求 修改商品信息 输入商品条码 返回修改操作成功;库存管理员提交请求 删除商品信息 输入商品条码 返回删除操作成功。用例名称:商品入库说明:供应商的商品到货时,超市人员首先检验商品质量是否

11、合格,将质量不合格的商品进行退货处理,将退货清单返回给供应商,将合格的商品进行入库处理。参与者:库存管理员基本操作流程:库存管理员检查商品是否合格 输入商品信息 入库商品信息;可选操作流程:库存管理员检查商品是否合格 商品不合格要求退货 退货信息。用例名称:商品出库说明:销售员提取商品信息时将进行商品出库处理,销售员销售出的商品将不在库存信息内则更新商品的库存信息。参与者:销售员基本操作流程:销售员提交请求提取商品信息 扫描商品条形码 提取商品信息成功及商品出库;销售员提交请求提取商品信息 录入商品条形码 提取商品信息成功及商品出库;用例名称:缺货管理说明:库存管理员通过查询缺货信息,产生缺货

12、清单,将缺货清单提供给采购员,采购员进行商品采购。基本操作流程:库存管理库员输入缺货查询 缺货清单 提交给采购员。(3)采购管理子系统用例图图3.4采购管理子系统用例图采购管理子系统用例图进一步文字描述如下:用例名称:采购商品说明:采购员通过从库存管理员得到的缺货清单进行商品采购,采购完商品后将入库清单反馈给库存管理员进行商品入库。参与者:采购员、库存管理员基本操作流程:采购员提交请求 获取缺货清单 库存管理员提供缺货清单; 采购员进行商品采购 采购清单 提交给库存管理员进行商品入库。 (4)销售管理子系统用例图图3.5销售管理子系统用例图销售管理子系统用例图进一步文字描述如下:用例名称:客户

13、管理说明:销售员通过对客户信息进行管理,辨别顾客是否为会员,是则对顾客进行会员积分。参与者:销售员、顾客基本操作流程:销售员提交请求客户信息管理对用户信息进行增、删、改操作操作成功; 销售员提交请求客户信息管理对用户进行会员管理添加、删除操作成功; 销售员提交请求客户信息管理对用户进行会员管理会员积分管理。用例名称:销售管理说明:销售员对顾客提供的商品进行条形码扫描,如果扫描没有该商品信息则通过录入条形码提取商品信息,待所有的商品都扫描完则进行结帐,如果顾客提供会员信息则进行会员消费积分,打印购物清单提交给客户。参与者:销售员、顾客基本操作流程:销售员提交请求扫描商品条形码 系统返回该商品的相

14、应信息显示到销售界面; 销售员提交请求录入商品条形码 系统返回该商品的相应信息显示到销售界面; 销售员提交请求打印购物清单 顾客进行结帐 销售员提交购物清单给顾客。(5)后台管理系统用例视图图3.6 后台管理系统用例图后台管理系统用例图进一步文字描述如下:用例名称:销售管理说明:系统管理员对销售模块的管理,及对销售员的管理,通过销售排行榜对销售员的业绩进行管理,对商品的出入库登记了解商品的销售情况,通过采购员制定进货计划,了解库存信息的更新。参与者:系统管理员、销售员、采购员基本操作流程:系统管理员提交请求查询销售排行 系统返回销售排行榜 显示到销售排行界面; 销售员提交请求提取商品信息 系统

15、返回商品信息 提取商品信息成功。采购员提交请求制定进货计划 系统返回进货计划表 提供给系统管理员;用例名称:进货管理说明:系统管理员对采购进货模块的管理,及对采购员的管理,通过打印查询进货计划表管理了解一季度的商品采购,采购员制定采购计划,将采购计划表提交给超市经理及系统管理员。参与者:系统管理员、采购员基本操作流程:系统管理员提交请求查询打印进货计划表 返回进货计划表 显示进货计划界面; 采购员提交请求制定进货计划 系统返回进货计划表 提供给系统管理员; 采购提交请求制定入库清单 系统返回入库清单进行商品入库 入库成功。用例名称:库存管理说明:系统管理员及超市经理对库存信息的管理,可进行查询

16、库存明细记录。对一个季度的出库商品及入库商品进行查看,了解销售情况。参与者:系统管理员、库存管理员基本操作流程:系统管理员请求库存管理 查询库存明细记录 系统返回明细记录;系统管理员请求库存管理 查询某季度出库商品系统返回相应季度的出库商品;系统管理员请求库存管理 查询某季度入库商品系统返回相应季度的入库商品;用例名称:人员管理说明:系统管理员对人员管理及对各用户角色进行管理,通过基本信息的登记管理了解用户的基本信息,对不同的用户角色分配不同的操作权限,对顾客的会员信息进行管理。参与者:系统管理员、销售员基本操作流程:系统管理员提交请求基本信息登记管理对用户信息进行增删改查操作 操作成功;系统

17、管理员提交请求员工操作权限管理给不同的用户角色分配不同的操作权限;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查询销售统计报表时序图用例:查询以往

18、采购单据图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图如下图所示。一张销售报价单可有多个商品,一个商品

19、可出现在多个报价单中,所以商品与报价单之间的联系为多对多联系;一张报价单只有一个客户,一个客户可有多张销售报价单,所以客户与报价单之间的联系为一对多联系;一张销售报价单只有一个员工,一个员工可开出多张报价单,所以员工与报价单之间的联系为一对多联系。图3.3销售报价单e-r图销售订单界面如图3.4所示。其e-r图如下图所示。一张销售订单可有多个商品,一个商品可出现在多个订单中,所以商品与订单之间的联系为多对多联系;一张订单只有一个客户,一个客户可有多张销售订单,所以客户与订单之间的联系为一对多联系;一张销售订单只有一个员工,一个员工可开出多张订单,所以员工与订单之间的联系为一对多联系。图3.4销

20、售订单e-r图销售出库单界面如图3.5所示。其e-r图如下图所示。一张销售出库单可对应一张订单,一张订单对应一张个出库单中,所以订单与出库单之间的联系为多对多联系;一张销售出库单可有多个商品,一个商品可出现在多个出库单中,所以商品与出库单之间的联系为多对多联系;一张出库单只有一个客户,一个客户可有多张销售出库单,所以客户与出库单之间的联系为一对多联系;一张销售出库单只有一个员工,一个员工可开出多张出库单,所以员工与出库单之间的联系为一对多联系。图3.5销售出库单e-r图销售退货单界面如图3.6所示。其e-r图如下图所示。一张销售退货单可有多个商品,一个商品可出现在多个退货单中,所以商品与退货单

21、之间的联系为多对多联系;一张退货单只有一个客户,一个客户可有多张销售退货单,所以客户与退货单之间的联系为一对多联系;一张销售退货单只有一个员工,一个员工可开出多张退货单,所以员工与退货单之间的联系为一对多联系。图3.6销售退货单e-r图应收款界面如图3.7所示。其e-r图如下图所示。一张应收款单对应一张销售订单或一张退货单,一张销售订单或一张退货单产生一张应收款单,所以销售订单和退货单与应收款之间的联系为一对一联系;一张应收款单只有一个客户,一个客户可有多张应收款单,所以客户与应收款单之间的联系为一对多联系;一张应收款单只有一个员工,一个员工可开出多张应收款单,所以员工与应收款单之间的联系为一

22、对多联系。图3.7 销售应收款单e-r图销售收款单界面如图3.8所示。其e-r图如下图所示。一张收款单对应多张应收款单,一张应收款单可由多张收款单支付完成,所以应收款单与收款单之间的联系为一对一联系;一张收款单只有一个客户,一个客户可有多张收款单,所以客户与收款单之间的联系为一对多联系;一张收款单只有一个员工,一个员工可开出多张收款单,所以员工与收款单之间的联系为一对多联系。图3.8销售收款单e-r图仓库管理子系统E-R图设计图3.9仓库管理子系统e-r图入库单界面如图3.10所示。其e-r图如下图所示。一张入库单可有多个商品,一个商品可出现在多个入库单中,所以商品与入库单之间的联系为多对多联

23、系;一个仓库可以有多个商品,一个颜色可对应多个商品单,所以仓库与商品明细单之间的联系为一对多联系,颜色和单位都与商品明细之间的关系为一对多联系;一张入库单只有一个员工,一个员工可开出多张入库单,所以员工与入库单之间的联系为一对多联系。图3.10仓库入库单e-r图出库单界面如图3.11所示。其e-r图如下图所示。一张出库单可有多个商品,一个商品可出现在多个出库单中,所以商品与出库单之间的联系为多对多联系;一个仓库可以有多个商品,一个颜色可对应多个商品单,所以仓库与商品明细单之间的联系为一对多联系,颜色和单位都与商品明细之间的关系为一对多联系;一张出库单只有一个员工,一个员工可开出多张出库单,所以

24、员工与出库单之间的联系为一对多联系。图3.11仓库出库单e-r图调拨单界面如图3.12所示。其e-r图如下图所示。一张调拨单可有多个商品,一个商品可出现在多个调拨单中,所以商品与调拨单之间的联系为多对多联系;一个仓库可以有多个商品,一个颜色可对应多个商品单,所以仓库与商品明细单之间的联系为一对多联系,颜色和单位都与商品明细之间的关系为一对多联系;一张调拨单只有一个员工,一个员工可开出多张调拨单,所以员工与调拨单之间的联系为一对多联系。图3.12仓库调拨单e-r图报警单界面如图3.13所示。其e-r图如下图所示。一张报警单可有多个商品,一个商品可出现在多个报警单中,所以商品与报警单之间的联系为多

25、对多联系;一个仓库可以有多个商品,一个颜色可对应多个商品单,所以仓库与商品明细单之间的联系为一对多联系,颜色和单位都与商品明细之间的关系为一对多联系;一张报警单只有一个员工,一个员工可开出多张报警单,所以员工与报警单之间的联系为一对多联系。图3.13仓库报警单e-r图采购管理子系统E-R图设计图3.14 采购管理子系统e-r图采购计划单界面如图3.15所示。其e-r图如下图所示。一张采购计划单可有多个商品,一个商品可出现在多个计划单中,所以商品与计划单之间的联系为多对多联系;一张报价单只有一个供货商,一个供货商可有多张采购计划单,所以供货商与计划单之间的联系为一对多联系;一张采购计划单只有一个

26、员工,一个员工可开出多张计划单,所以员工与计划单之间的联系为一对多联系。图3.15采购计划单e-r图采购订单界面如图3.16所示。其e-r图如下图所示。一张采购订单可有多个商品,一个商品可出现在多个订单中,所以商品与订单之间的联系为多对多联系;一张订单只有一个供货商,一个供货商可有多张销售订单,所以供货商与订单之间的联系为一对多联系;一张采购订单只有一个员工,一个员工可开出多张订单,所以员工与订单之间的联系为一对多联系。图3.16 采购订单e-r图采购入库单界面如图3.17所示。其e-r图如下图所示。一张采购入库单可有多个商品,一个商品可出现在多个入库单中,所以商品与入库单之间的联系为多对多联

27、系;一张入库单只有一个供货商,一个供货商可有多张采购入库单,所以供货商与入库单之间的联系为一对多联系;一张采购入库单只有一个员工,一个员工可开出多张入库单,所以员工与入库单之间的联系为一对多联系。一张采购入库单对应一张采购订单,一张订单只有一张入库单,所以采购订单与入库单之间的联系为一对一联系。图3.17 采购入库单e-r图采购退货单界面如图3.18所示。其e-r图如下图所示。一张采购退货单可有多个商品,一个商品可出现在多个退货单中,所以商品与退货单之间的联系为多对多联系;一张退货单只有一个供货商,一个供货商可有多张销售退货单,所以供货商与退货单之间的联系为一对多联系;一张采购退货单只有一个员

28、工,一个员工可开出多张退货单,所以员工与退货单之间的联系为一对多联系。图3.18 采购退货单e-r图应付款界面如图3.19所示。其e-r图如下图所示。一张应付款单对应一张采购订单,一张采购订单产生一张应付款单,所以采购订单与应付款之间的联系为一对一联系;一张应付款单只有一个供货商,一个供货商可有多张应付款单,所以供货商与应付款单之间的联系为一对多联系;一张应付款单只有一个员工,一个员工可开出多张应付款单,所以员工与应付款单之间的联系为一对多联系。图3.19采购应付款单e-r图采购付款单界面如图3.20所示。其e-r图如下图所示。一张采购付款单对应多张应付款单,一张应付款单可由多张收款单支付完成

29、,所以应付款单与付款单之间的联系为一对一联系;一张付款单只有一个供货商,一个供货商可有多张付款单,所以供货商与付款单之间的联系为一对多联系;一张付款单只有一个员工,一个员工可开出多张付款单,所以员工与付款单之间的联系为一对多联系。图3.20采购付款单e-r图3.1.3数据字典3.1.3.1数据流1.采购单数据流名称:采购单 别名:无 简述:采购部门采购完商品后填写的单据 来源:采购记录 去向:加工1.1“采购统计” 组成:采购单编号+供货商+采购日期+总金额+采购员编号+经办人编号+商品编号+商品名称+生产厂商+单位+商品数目+单价+总额+备注 采购单编号年+月+日+“0000”.”9999”

30、 供货商=汉字|英文字母数字0-10采购日期年+月+日 总金额浮点数 采购员编号=”a”+”00”.”99” 经办人编号=”b”+”00”.”99” 商品编号=0.910 商品名称=汉字|英文字母数字2-10 生产厂商=汉字|英文字母数字2-20 单位汉字字母1-2商品数目整数单价浮点数总额浮点数 备注汉字|英文字母数字0-30 频率:大约20条/天2.销售单 数据流名称:销售单 别名:无 简述:前台POS机销售商品后产生的单据 来源:销售记录 去向:加工1.2“销售统计” 组成:销售单编号+开单日期+总金额+收银员编号+ 商品编号+商品名称+生产厂商+单位+商品数目+单价+总额+备注 销售单编号年+月+日+“0000”.”9999” 开单日期年+月+日 总金额浮点数

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1