超市商品销售管理系统需求分析规格说明书

软件工程课程设计报告书
项目名称：超市商品销售管理系统指导教师：
学生学号：
学生姓名：
20 年3 月10 日
目录
1.引言 (3)
1.1编写目的 (4)
1.2项目背景 (5)
1.3定义 (6)
1.4参考资料 (7)
2.任务概述 (7)
2.1 目标 (9)
2.1.1本项目设定的目标 (9)
2.1.2 系统整体结构 (10)
2.2 运行环境 (10)
2.2.1系统运行网络环境 (10)
2.2.2 系统运行硬件环境 (11)
2.2.3系统运行软件环境 (12)
2.3条件与限制 (12)
3．数据描述 (12)
3.1静态数据 (14)
3.2动态数据 (18)
3.3 数据库描述 (20)
3.3.1 SQL (20)
3.3.2 E-R图 (22)
3.3.3.数据流图 (25)
系统需求分析规格说明书<一> 1.引言
需求分析是整个设计过程的基础，是最困难、最耗费时间的一步。

软件需求是指用户对目标软件系统在功能、行为、及性能、设计、约束等方面的期望。

通过对应用问题及其环境的理解与分析，为问题涉及的信息及系统行为建立模型，将用户需求精确化、完全化，最终形成需求规格说明，这一系列的活动即构成软件开发生命周期的需求分析阶段。

需求分析是介于系统分析和软件设计阶段之间的重要桥梁。

一方面，需求分析以系统规格说明和项目规划作为分析活动的基本出发点，并从软件角度对他们进行检查与调整；另一方面，需求规格说明又是软件设计、实现、测试直至维护的主要基础。

良好的分析活动有助于避免或尽早剔除早期错误，从而提
高软件生产率，降低开发成本，改进软件质量。

需求分析的结果是否准确地反映了用户的实际要求，将直接影响到后面各个阶段的设计，并影响到设计结果是否合理和实用。

1.1编写目的
在开发一个产品之前,必须对用户的需求进行充分的了解,在此基础上,才能开发出来一个能使用户满意的产品。

对软件需求的深入了解是成功开发产品一个前提条件,如果没有对其有深入的了解,即使设计和编码做的再出色,不能满足用户需求的系统也会使用户失望,不仅给用户带来麻烦,也给开发者带来了烦恼。

需求分析是一个非常重要的过程，它完成的好坏直接影响后续软件开发的质量。

一般情况下，用户并不熟悉计算机的相关知识，而软件开发人员对相关的业务领域也不甚了解，用户与开发人员之间对同一问题理解的差异和习惯用语的不同往往会为需求分析带来很大的困难。

所以，开发人员和用户之间充分和有效的沟通在需求分析的过程中至关重要。

有效的需求分析通常都具有一定的难度，一方面是因为交流存在障碍，另一方面是因为用户通常对需求的陈述不完备、不准确和不全面，并且还可能不断地变化。

开发人员不仅需要在用户的帮助下抽象现有的需求，还需要挖掘隐藏的需求。

此外，把各项需求抽象为目标系统的高层逻辑模型对日后的开发工作也至关重要。

合理的高层逻辑模型是系统设计的前提。

本文编写目的在于规定和控制项目开发的内容，保证本项目的需求分析活动在受控状态下进行，在进行软件开发前，明确本系统应达到的目标，对系统目标做出完整、准确、清晰、具体的要求。

保证本需求分析的结果能够
完整、无遗漏地反映待开发系统的要求。

该超市销售系统，是针对超市的具体业务而开发的，业务管理以超市的销售为核心，为用户提供迅速、高效的服务，减免手工处理的繁琐与误差，及时、准确地反映超市的工作情况、经营情况，从而提高超市的服务质量，并配合现代化的销售手段，获得更好的经济效益。

1.2项目背景
在我国超市形成在20世纪90年代初期，现在已经成为我国零售业的一种重要形态，为国民经济的发展发挥了重要的作用。

随着超市高速的发展，其经营管理也变得愈加复杂，早期的售货员站柜台的形式早已不能满足现有销售也的发展，这样就迫切地需要引入新的管理技术。

超市形态具有种种优点，但在目前状况下，它仍存在零售业企业所共有的落后的一面，如：不能有效地管理每种商品，收款结算速度慢，容易出现营业差错，不宜进行商品调价，盘点效率低等，而且在超市日常管理中，商品的进、销、存等决策以经验为主，缺乏实时分析功能，管理人员对及时传递资料的要求始终得不到满足。

苏辙超市形态的高速发展，其经营管理也变得愈加复杂，日常所需要处理的数据量也逐渐增大，商业运转的中间环节也越来越多，原始的人工管理已无法应对这复杂的市场。

随着现代科学技术的迅猛发展，计算机技术已经渗透到各领域，成为各个行业必不可少的工具。

超市中利用计算机的强大功能进行超市和信息已经比较成熟。

主要完成的功能有：系统设置、商品供应商信息管理、员工档案管理、商品信息管理、商品入库管理、销售管理、销售数据查询，以及这一系列过
程中涉及商品的数据修改与查询统计等多种操作。

a.待系统名称：超市商品销售管理系统
b. 本文档的预期读者是：
●需求分析人员
●设计人员
●开发人员
●项目管理人员
●测试人员
●用户
c．本项目的提出者：车葵
d．本项目的开发者：小型超市管理系统软件开发小组(刘琰刘瑜刘
宗娜刘茹茹李中云李晓歌)，用户是城乡型超市户。

1.3定义
（1）商品条形码：每种商品具有唯一的条形码，对于某些价格一样的商品，可以使用自定义条形码。

（2）交易清单：包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号。

（3）商品积压：在一定时期内，远无法完成销售计划的商品会造成积压。

（4）促销：在一定时期内，某些商品会按低于原价的促销价格销售。

库存告警提示：当商品的库存数量低于库存报警数量时发出提示。

（5）盘点：计算出库存、销售额、盈利等经营指标。

1.4参考资料
a.肖汉主编，车葵、石彦芳副主编《软件工程》国防工业出版社出版，普
通高等教育“十一五”国家级规划教材ISBN
978-7-118-06001-0 2009年一月第一版第一次印刷印数
1-2000册
b.刘冰等编著《软件工程实践教程》机械出版社出版（高等院校规划教材.
软件工程系列）ISBN 978-7-111-25458-4 2009年一月第一版第
一次印刷2011年7月第一版第三次印刷印数6001-8000册
c.《需求规格报告格式标准》V1.1北京长江软件有限公司软件工程过程化组织
d．陶宏才.《数据库原理及设计》.第1版.北京.清华大学出版社.2004年
e．范立南《SQL Server 2000 实用教程》第2版.北京.清华大学出版社.2005年
f．卲良彬刘好增马海军《（c#）实践教程》清华大学出版社
g．齐治昌谭庆平宁洪《软件工程》第2版.高等教育出版社.2004年
h. Watts S.Humphrey 编《软件工程规范》清华大学出版社
i. Shari Lawrence Pfleeger编《软件工程理论与实践》清华大学出版社
j. Swapna Kishore编《软件需求分析》机械工业出版社
k. 林锐编《软件工程思想》
2.任务概述
针对超市的特点，为了帮助超市解决现在面临的问题，提高小型超市的竞
争力，我们将开发以下系统：前台POS 销售系统、后台管理系统，其中这两个子系统又包含其它一些子功能。

任何系统都不是万能的，它都依赖于其他系统的功能。

本系统的职责在于：前台零售系统：根据顾客的要求，在前台零售系统上进行操作。

扫描枪扫描条形码的数据输入到购物单由扫描系统负责。

对于刷卡的用户，此系统依赖银行转帐系统。

后台管理系统：包括仓库管理，业绩管理。

仓库管理中只是根据商品的库存，提议哪些商品应该去进货，对于进货的具体流程将交给物流管理系统。

业绩管理，只查看销售业绩跟制订商品价格，对于员工的管理将交给人事管理系统。

系统安全问题:
信息系统尽管功能强大，技术先进，但由于受到自身体系结构，设计思路以及运行机制等限制，也隐含许多不安全因素。

常见因素有：数据的输入，输出，存取与备份，源程序以及应用软件，数据库，操作系统等漏洞或缺陷，硬件，通信部分的漏洞，企业内部人员的因素，病毒，“黑客”等因素。

因此，为使本系统能够真正安全，可靠，稳定地工作，必须考虑如下问题：
●为保证安全，不致使系统遭到意外事故的损害，系统因该能防止火，
盗或其他形式的人为破坏
●系统要能重建
●系统应该是可审查的
●系统应能进行有效控制，抗干扰能力强
●系统使用者的使用权限是可识别的
2.1 目标
2.1.1本项目设定的目标
如下：
1.为管理员和员工提供统一的认证入口
2.系统能够提供友好的用户界面，使员工的工作量最大限度的减少，以更
高的效率完成收费功能，使管理员可以方便的对商品、员工、供应商、
销售统计进行管理
3.记录员工从登录系统直至退出的全程访问、操作日志，并以方便、友好
的界面方式提供对这些记录的查询功能，为用户提供迅速、高效的服务，减免手工处理的繁琐与误差，使收费功能更加方便、高效和精确
4.系统具有良好的运行效率，及时、准确地反映超市的工作情况、经营情
况，从而提高超市的服务质量获得更好的经济效益
5.系统应有良好的可扩充性，可以容易的加入其它系统的应用。

6.平台的设计具有一定的超前性，灵活性，通用性强，系统应能广泛适用
于各种类型的超市
7.用户界面友好，易学易用、易维护、易扩充。

软件交给用户使用后，当
操作任务操作规则等发生变化时，用户可以方便地修改相应的数据库和
表
8.功能完善，应该集显示、添加、修改、删除、查询等各种操作为一体
9.可靠性高，从软件的设计到程序的编制等各个阶段都要充分考虑到各种
异常情况的发生
2.1.2 系统整体结构
根据用户的需求陈述，确定本项目提供统一的用户认证界面，用户认证通过后，判断用户权限，当用户为平台管理员时，可进行用户管理、日志查询、平台管理、统计报表等功能的操作；当用户为业务信息系统管理员时，可以跳转到各信息系统进行业务信息系统管理。

根据以上的分析，他们的关系如图A-2所示。

图A-2 超市销售系统的系统流程图
2.2 运行环境
本项目的应用环境可以分硬件环境、软件环境和网络环境来描述。

2.2.1系统运行网络环境
本系统的网络运行拓扑图如图A-3所示，用户通过网络登录到本系
统中进行相应操作。

图A-3：网络拓扑图2.2.2 系统运行硬件环境
本系统的硬件环境如下：
●客户机：普通PC
⏹CPU：P4 1.8GHz
⏹内存：256MB以上
⏹分辨率：推荐使用1024*768像素
●WEB服务器
⏹CPU：P4 1.8GHz
⏹内存：1G以上
●数据库服务器
⏹CPU：P4 1.8GHz
⏹内存：1G以上
2.2.3系统运行软件环境
本项目的运行软件环境如下：
●操作系统：Windows 2000/ Windows 2003/ Windows XP
●数据库：Oracle 9i/sql server
●开发工具包：JDK Version 1.5
●JSP服务器：Tomcat
●浏览器：IE6.0/ IE6.0
2.3条件与限制
本档案管理系统软件是应用于中小超市的。

在功能上还可进一步实现安全防范、关于数据结构方面可能单一不能满足超市的一些数据提取分析的功能。

3．数据描述
我们采用面向对象分析方法作为主要的系统建模方法，使用UML(Unified Modeling Language)作为建模语言（UML是一种标准的图形化建模语言它是面向对象分析与设计的一种标准表示它，不是一种可视化的程序设计语言而是一种可视化的建模语言，不是工具或知识库的规格说明而是一种建模语言规格说明是一种表示的标准，不是过程也不是方法但允许任何一种过程和方法使用它）。

UML为建模活动提供了从不同角度观察和展示系统的各种特征的方法。

在UML中，从任何一个角度对系统所作的抽象都可能需要几种模型来描述，而这些来自不同角度的模型图最终组成了系统的
映像。

UML使用若干种视图从不同角度描述了一个软件系统的体系结构，每一种视图说明了软件系统的一个侧面，将这些视图组合起来可以构成软件系统的完整模型。

UML的视图分为用例视图、逻辑视图、进程视图、组件视图和配置视图。

用例视图：用于描述系统饿功能需求，及系统参与者所需要的功能。

逻辑视图：用于描述如何让实现用例视图中提出的系统功能。

和用例视图相比，逻辑视图更注重系统的内部。

进程视图：用于描述系统的并发执行，以及如何处理线程之间的通信和同步。

由状态图、协作图、活动图、顺序图、组件图和配置图组成。

组件视图：用于描述系统组件（代码模块）及组件之间的依赖关系。

由组件图组成。

配置视图：用于描述系统的物理设备部署，以及设备之间的连接方式。

由配置图组成。

3.1静态数据
在UML 中此静态数据我们用静态模型来表示，而静态模型由类图、对象
图、包图、组件图、配置图组成
用例（use case ）
参与者（actor ）
接口
关联关系
依赖关系 泛化关系 实现关系
聚合关系
类图：描述了系统的静态结构，表示系统中的类、类与类之间的关系以及类的属性和操作。

类是一种抽象，代表找一组对象共有的结构和行为。

类之间的关系包括关联、聚合、泛化、依赖等类型。

对象类有：收银员，仓库管理员，销售经理，会员，仓库商品，超市商品，购物清单，会员业务
包图：是由若干包以及包之间的关系组成。

包是一种分组机制，其将一些相关的类集合为一个包，形成高内聚、低耦合的类集合，一个包相当于一个子系
统。

组件图：是组件视图的主要组成部分，在该图中显示了组件及组件之间的依赖关系。

组件的类型包括源代码组件、二进制组件和可执行组件，其中源代码组件表示一个源代码文件或与一个包对应的若干个源代码文件，二进制组件表示一个目标码文件或一个课文件，可执行组件表示一个可执行程序文件
在UMl组件图中，一个组件对应于一个类，类之间的关联、泛化、实现、聚合、组合等关系将转化为组件图中的依赖关系
配置图：用于显示计算机节点的拓扑结构和通信路径，以及在节点上执行的组件。

对于分布式系统，配置图可以清晰地描述系统中硬件设备的配置、相互间
的通信方式和组建的设置。

3.2动态数据
在UML中此动态数据我们用动态模型来表示，而动态模型由顺序图、协作图、状态图、活动图组成
顺序图：用于描述对象之间的动态的交互关系，主要体现对象之间进行消息传递的时间顺序。

在顺序图中包括对象、对象生命线、激活条和消息，若干个对象横向排列，对象之间通过消息连接，每个对象下部是该对象的生名线和激活条
协作图：用于描述相互合作对象之间的交互关系与连接关系，其与顺序图是UML 的2种交互图。

在实际应用中，若强调时间和顺序，则选择顺序图，若强调对象之间的相互关系，则选择协作图。

协作图由对象、消息以及对象之间的连接组成。

状态图：是在系统分析阶段的一种常用工具，是对类的补充描述。

UML 使用状态机对软件系统的动态特征进行建模，一个状态机描述一个类的实例，由状态、转换、事件、活动和动作组成。

活动图：是UML 中一种重要图形，可以实现对系统的动态行为建模。

将用例图中的用例细化，用例内部的细节通常以活动图的方式描述。

主要描述活动的顺序，主要表现出活动之间的控制流，是内部处理驱动的流程，其本质上是一种流程图。

对象
生命线 激活条
消息
1.消息名
起始状态
终止状态 状态 转换
3.3 数据库描述
3.3.1 SQL
本软件采用SQL 数据库（采用关系模型）
SQL Server 2000技术简介
超市销售系统的开发选择了Microsoft SQL Server2000数据库。

SQL 适用于中小型事物处理及客户端/服务端结构的应用系统，它功能强大操作简便，日益为广大数据库用户所喜爱，越来越多的开发工具提供了与SQL Server 的接口。

SQL Server 最初是由Microsoft 、Sybase 和Ashton-Tate 三家公司共同开发的，于1988 年推出了第一个OS/2 版本，在Windows NT 推出后，Microsoft 与Sybase 在SQL Server 的开发上就分道扬镳了，Microsoft 将SQL Server 移植到Windows NT 系统上，专注于开发、推广SQL Server 的Windows NT 版本[3]。

SQL Server 2000是Microsoft 公司推出的SQL Server 数据库管理系统的最新版本，是一个分布式的关系型数据库管理系统，具有客户机/服务器体系结构，采用了Transact-sql 的sql 语言在客户机与服务器间传递客户机的请求与服务器的处理结果。

SQL Server 2000能够满足今天的商业环境要求不同类型的数据库解决方案，它是一种应用广泛的数据库管理系统，
具有许多显
起点 终点 活动
转换
判定
并发分劈
并发结合
著的优点：易用性、适合分布式组织的可伸缩性、用于决策支持的数据仓库功能、与许多其他服务器软件紧密关联的集成性、良好的性价比等[4]。

性能、可伸缩性及可靠性是基本要求，而进入市场时间也非常关键，除这些核心企业品质外，SQL Server 2000还为您的数据管理与分析带来了灵活性，允许单位在快速变化的环境中从容响应，从而获得竞争优势。

该版本继承了SQL Server 7.0 版本的优点，同时又比它增加了许多更先进的功能，具有使用方便、可伸缩性好与相关软件集成程度高等优点。

可跨越从运行Microsoft Windows 98的膝上型电脑到运行Microsoft Windows 2000的大型多处理器的服务器等多种平台使用。

MSSQL Server不但可以应用于大中型数据库管理中，建立分布式关系数据库，并且也可以开发桌面数据库。

事实上，SQL Server 数据库处理的基本结构，采取关系型数据库模式，尽管如此，相信大家都可以轻易的发现，在SQL Server的数据库处理方式，则是使用面向对象的操作方式与精神，也就是说，SQL Server的所有功能，都可以基于系统已经建立好的一些对象来达成，是相当OO（面向对象）的一个系统结构。

SQL Server企业管理器是SQL Server的主要管理工具，它提供了一个遵从MMC 标准的用户界面，使用户得以：
1、定义SQL Server实例组。

2、将个别服务器注册到组中。

3、为每个已注册的服务器配置所有SQL Server选项。

4、在每个已注册的服务器中创建并管理所有SQL Server数据库、
对象、登录、用户和权限。

5、在每个已注册的服务器上定义并执行所有SQL Server管理任务。

6、通过唤醒调用SQL 查询分析器，交互地设计并测试SQL语句、
批处理和脚本。

它支持中小型数据库、多用户的高性能和事物处理，支持分布式数据库和分布处理，能够实现安全性和完整性控制，具有可移植性、可兼容性和可联结性，它具有良好的数据管理能力和良好的开发性[5]。

数据库是信息管理的基础，其结构直接关系到各种功能的实现和程序运行的效率，进行数据库设计首先必须准确了解与分析用户需求（包括数据与处理）[11]。

3.3.2 E-R图
概念模型的最常用的表示方法是实体-联系方法(Entity-Relation Approach，简称E-R方法)。

E-R方法是用E-R图来描述某一组织的信息模型。

E-R图中包含了实体、关系和属性等三种基本成分，通常用矩形框代表实体，用连接相关实体的菱形框表示关系，用椭圆形或圆角矩形表示实体（或关系）的属性，并用直线把实体（关系）与其属性连接起来。

由于人们通常就是用实体、联系和属性这三个概念来理解和描述现实问题
的，所以实体联系图非常接近人的思维方式。

此外，E-R模型使用简单的图形符号来表达系统分析员对问题域的理解，不熟悉计算机技术的用户也都能够理解它，因此，ER模型可以作为用户与分析员之间的交流工具。

实体联系图：简称为E-R图，是指以实体、关系、属性三个基本概念概括数据的基本结构，从而描述静态数据结构的概念模式。

与此有关的概念有：
1、实体：是观念世界中描述客观事物的概念。

2、属性：指实体具有的某种特性，用来描述一个实体。

3、联系：可分为两类：一是实体内部的联系，一是实体之间的联系。

超市销售系统的主要实体有：员工（编号，姓名，性别，联系电话，职务）；会员（卡号，姓名，会员卡余额，发卡日期，级别，联系电话，积分）；商品（类别代码，类别，商品名称，供货商，规格，颜色，生产单位，进价，售价，会员价格，库存）；供货商（代码，名称，联系人，联系电话，联系地址，备注）。

在关系型数据库模型的概念结构设计中得到的E—R如图A-4所示
图A-4超市销售系统E-R图
对以上系统ER 图的说明
1) 商店中的所有用户（员工）可以销售多种商品，每种商品可由不同用户（员工）销售；
2) 每个顾客可以购买多种商品，不同商品可由不同顾客购买；
3) 每个供货商可以供应多种不同商品，每种商品可由多个供应商供应。

3.3.3.数据流图
《超市管理系统》软件的数据流图是比较清晰的，对各功能模块来说都比较有规律。

前台管理系统
顶层DFD图
0层DFD图
商品信息表会员信息表1层DFD图。