文档库 最新最全的文档下载
当前位置:文档库 › 进销存管理系统需求分析规格说明书

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

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

进销存治理系统需求分析规格讲明书

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

目录

第1章引言 0

1.1编写目的 0

1.2读者对象 0

1.3背景讲明 0

1.4术语定义 0

1.4.1专门术语 0

1.4.2定义 (1)

1.5参考资料 (1)

第2章任务概述 (2)

2.1目标 (2)

2.2用户的特点 (2)

2.3假定与约束 (2)

第3章需求规定 (2)

3.1对功能的规定 (2)

3.1.1系统UML模型 (3)

3.1.1.1用例分析 (3)

3.1.1.2用户定义 (3)

3.1.1.3角色定义 (3)

3.1.1.4讲明 (3)

3.1.1.5总系统用例分析 (4)

3.1.1.6子系统用例分析 (5)

3.1.1.7用例时序图 (12)

3.1.2数据E-R图 (21)

3.1.3数据字典 (34)

3.2对性能的规定 (40)

3.2.1精度 (40)

3.2.2时刻特性要求 (40)

3.2.3灵活性 (40)

3.3数据要求 (40)

3.4故障处理要求 (40)

3.5其他专门要求 (40)

第4章运行环境设定 (41)

4.1系统环境需求 (41)

4.2支持软件 (41)

4.3接口 (41)

第5章缩写词表 (42)

第1章引言

1.1编写目的

本文档要紧描述的是“Life Mart进销存治理系统”开发、实施的方案,以及整个项目的模块设计、数据库设计、逻辑分析等各项内容的阐述。为明确用户的需求,在实际工作中参照并以此为标准讲明产品的需求要完成的功能、性能等,特编写此文档。

1.2 读者对象

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

1.3 背景讲明

在服务业竞争越来越激烈的今天,超市如何提高服务质量、治理能力显得越来越重要。尤其是对进货、库存、销售显得尤为重要。假如没有一套可靠的超市治理系统,单凭手工操作,不仅效率低下,而且会极大地阻碍到超市的服务质量。

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

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

1.4 术语定义

1.4.1专门术语

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

以使用自定义条形码。

系统治理员:

SQL SERVER:系统服务器所使用的数据库治理系统(DBMS)。

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

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

主键:数据库表中的关键域,值互不相同。

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

1.4.2定义

超市进销存治理系统、Visual Basic 语言、SQL SERVER 2008数据库

1.5 参考资料

?《计算机软件开发规范(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目标

要紧开发目标是

●能够对超市进销存信息进行查询、录入、更新治理。且具有反

映敏捷准确。

●提高数据访问安全性,在系统中加入身份验证及角色治理功

能,完善权限分配机制。

●提高程序页面安全性,在系统中引入防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总系统用例图

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

用例名称:用户治理

讲明:系统治理员对用户的治理,用户的注册及注销治理,对用户信息

相关文档