超市收银系统需求分析

2010
软件工程超市收银系
统
需求分析文档
[摘要] 超市收银系统是超市日常经营管理的一个重要组成部分，也
是超市管理的组成部分。

尤其是在信息技术高度发达的今天，利用信
息技术实现高效的日常经营管理有着巨大的实用价值和优点。

本文档
为超市收银系统的设计、实现、测试以及验收提供重要依据，也为评
价系统功能和性能提供标准。

本文档可供用户、项目管理人员、系统
分析人员、程序设计人员以及系统测试人员阅读和参考。

目录
1．序言
1.1编写目的 (3)
1.2项目背景 (1)
1.3定义 (1)
1.4参考资料 (1)
2．任务概述
2.1目标 (1)
2.2运行环境 (1)
2.3条件与限制 (1)
2.4用户特征 (1)
3．数据描述
3.1静态数据 (1)
3.2动态数据 (1)
3.3数据库介绍 (1)
3.4数据字典 (1)
3.5数据采集 (1)
4．功能需求
4.1功能划分 (1)
4.2功能描述 (1)
5．性能需求
5.1数据精确度 (1)
5.2时间特性 (1)
5.3适应性 (1)
6．运行需求
6.1用户界面 (1)
6.2硬件接口 (1)
6.3软件接口 (1)
6.4故障处理 (1)
7．其它需求
第二开发小组等
第二开发小组 等
引言
1.1编写目的
信息技术高度发达的今天，利用信息技术对大量复杂的信息进行有效的管理成为一种普遍而实用的手段。

一方面，这极大的减少了簿记和人力的开销，另一方面，现代计算机强大的计算能力和网络的普遍部署，大大简化了大量信息的处理和流动。

同样，超市收银系统是超市日常经营管理的一个重要组成部分，该系统涉及了商品信息，营业额度，以及很多相关信息的综合处理。

为了方便配合超市日常经营管理，系统把收银、退货、会员添加、库存提醒等信息管理工作集成到一个统一的平台，各管理人员分工协作、相互配合，及时了解超市日常营运情况。

同时，也方便经营者对日常经营情况的了解。

本文档为超市收银系统的设计、实现、测试以及验收提供重要依据，也为评价系统功能和性能提供标准。

本文档可供用户、项目管理人员、系统分析人员、程序设计人员以及系统测试人员阅读和参考。

1.2项目背景
项目委托单位： 软件工程课程项目
项目开发单位： 08信管软件工程第二开发小组 项目主管部门： 08信管软件工程第二开发小组
项目规划： 阶段
文档
提交日期
需求阶段 需求分析文档 11月10日 分析设计
软件设计文档 11月15 日 测试
软件测试文档
12月20日
.3定义
解释
业务流程图业务流程图是一种描述系统内各单位、人员之间业务关系、作业顺序和管理信息流向的图表，利用它可以帮助分析人员找出业务流程中的不合流理向。

数据流程图是一种能全面地描述信息系统
逻辑模型的主要工具，它可以用少数几种符号综合地反映出信息在系统中的流动、处理和存储情况。

管理调查过程中绘制的业务流程图和表格分配图等虽然形象地表达了管理信息中的流动和存储过
程，但仍没有完全脱离一些物质要素（如货物、产品等）、数据流程图则进一步舍去物质要素，收
集有关资料，用计算机进行信息管理，为下一步分析做好准备。

数据流程图数据流程图表示求解某一问题的数据通路。

同时规定了处理的主要阶段和所用的各种数据媒体。

数据流程图包括：
1. 指明数据存在的数据符号，这些数据符号也可指明该数据所使用的媒体。

2. 指明对数据执行处理的处理符号，这些符号也可指明该处理所用到的机器功能。

3. 指明几个处理和（或）数据媒体之间的数据流的流线符号。

4. 便于读、写数据流程图的特殊符号。

在处理符号的前后都应是数据符号。

数据流程图以数据符号开始和结束（除9．4规定的特殊符号外）处理过程
功能图是一种能全面地描述信息系统逻辑模型的主要工具，它可以用少数几种符号综合地反映出信息在系统中的流动、处理和存储情况。

数据字典所谓数据词典,是指定义和管理数据库文件(库表)的有组织的系统,其目的是方便数据库的存取和控制,加强系统的数据管理
需求提出者需求提出者是对项目进行提出需求的用户
图例说明是一种描述系统内各单位、人员之间业务关系、作业顺序和管理信息流向的图表，利用它可以帮助分析人员找出业务流程中的不合流理向。

数据存储数据存储是一种对深入挖掘用户需求，得出数据分析的存储过程。

是对整个数据的中间结果以及最终结果的存储。

数据传递数据传递是处于整个规定了的所有数据媒体的中间产物的传递。

1.4参考资料
1.软件工程文档模版
2.软件工程导论清华大学出版社
3.C#程序设计及应用教程人民邮电出版社
第二开发小组等
2．任务概述
2.1目标
1.明确用户需求，加速开发进程；
2.提高处理速度；
3.控制精度以及日常业务处理能力的提高；
4.管理信息服务的改进；
5.人员工作效率的提高；
2.2运行环境
1.操作系统： Microsoft Windows XP
2.数据库： SQL Sever 2005
3.开发工具： Microsoft Visual Studio 2005
2.3条件与限制
1.处理器要求：Pentium Ⅵ或以上
2.运行环境： Microsoft Visual Studio 2005
3.内存要求： 512MB或以上
2.4 用户特征
使用本软件的用户非常广泛，它非常适用于具有如下特点的人员：
具有一定计算机操作基础
与外界联系紧密，相关信息丢失或损坏可能带来重大损失
信息处理量大，且数据较为复杂
针对如上用户特点，本软件可以迅速、准确、方便地提供个人社会关系数据库管理系统的各项管理功能，同时力求为用户提供方便、高效、实用的功能。

用户只需掌握电脑录入功能即可。

第二开发小组等
3．数据描述
3.1静态数据
信息管理系统处理程序中静态数据
(1) 静态数据作为应用程序的一部分直接保存在程序中,即静态数据与程序结合在一起。

(2) 静态数据从程序内部分离出来,形成独立的外部数据文件。

静态数据文件与动态
数据文件相互独立,依靠特定程序分别进行参照或存取。

(3) 静态数据由外部数据文件存放方式转为数据库存放方式,将以前程序中静态数据
对动态数据加工的某些控制关系抽象为静态表与动态表间关系。

a.用户id；
b.用户身份；
c.用户密码；
d.商品价格；
e.商品数量；
f.商品库存信息；
g.商品信息状况；
3.2动态数据
输入数据：菜单选项，查询关键字，新建记录项，登记记录项。

输出数据：由查询关键字确定的数据库记录集合或全部记录。

内部生成的数据：中间查询结果。

3.3数据库介绍
数据库：SQL Server 2005
其优点在于：
1.能在所有主流平台上运行（包括 Windows）。

2.采用完全开放策略，可以使选择最最适合的解决方案。

3.长时间的开发经验，完全向下兼容。

得到广泛的应用。

完全没有风险。

第二开发小组等
第二开发小组 等
3.4
数据字典
数据从程序内部分离出来,形成独立的外部数据文件。

静态数据文件与动态数据文件相互独立,依靠特定程序分别进行参照或存取。

静态数据由外部数据文件存放方式转为数据库存放方式,将以前程序中静态数据对动态数据加工的某些控制关系抽象为静态表与动态表之间的关系
3.5数据采集
数据库名称：不同的软件都有不同的名称，一般在选择不同的接口类型后，系统都会显示默认的数据库名，一般不用修改；如果需要修改，可以点击“数据库清单”来选择相应的数据
库。

登录用户名和密码：一般默认的数据库登录名为admin，密码为admin，若管理员更改过数据库口令，请询问系统管理员。

选择采集文件存放目录及采集参数：选择采集后文件存放目录，采集的数据类型，手动录入数据，或将数据库文件载入数据库
4．功能需求
4.1功能划分
本软件具有如下主要功能：
●管理人员查询功能
●修改功能（包括添加、删除、修改操作）
●完善数据功能
●会员登记管理功能
●密码管理功能
●身份验证功能
4.2功能描述
第二开发小组等
数据流图（DFD）：
第二开发小组等
5．性能需求
5.1数据精确度
数据要求必须精确，可靠，真实。

进行操作请求时，如：查找、删除、修改、添加应保证输入数据与数据库数据的相匹配性。

而在满足用户请求时，系统应保证所响应数据的查全率与查准率。

5.2时间特性
为满足用户高效要求，数据的响应时间、更新处理时间、数据转换与传输时间、运行时间都应在1-2秒之内。

如果需要与外部设备交互（如打印机）时，响应时间可能较长，但应在可接受范围之内
5.3适应性
本系统可在微软的多种软件平台上运行。

6．运行需求
6.1用户界面
类似如下：
第二开发小组等
6.2硬件接口
1、处理器要求：Pentium Ⅵ或以上
2、运行环境： Microsoft Visual Studio 2005
3、内存要求： 512MB或以上
6.3软件接口
操作系统平台：Windows xp
数据库系统平台：SQL Sever 2005
开发语言：C#、SQL
开发工具：Microsoft Visual Studio 2005、SQL Sever 2005
6.4故障处理
由于用户在管理系统时，可能因长期的修改数据造成系统响应时间超长，因此，应定期对系统进行修复和压缩，从而减少响应时间，可以满足用户高效率的要求。

其他问题：
硬件方面：如果本系统出现问题，我们可以通过倒入备份文件来解决
软件方面：做好每天关机前自动备份。

7．其它需求
代码的可维护性：要求每个方法预留出必要的借口。

在数据传输获取的时候，以及系统的登陆模块要考虑其安全性。

7.1软件的正确性
要求所发布的软件可以正确的完成用户的操作需求。

如用户在对系统进行数据修改时，系统不仅要可以识别用户录入数据的正确性，而且要将用户输入的正确数据完整、准确的添加到系统里。

7.2软件的可靠性
在用户进行可预期的操作时，系统要保证不出故障
7.3软件的效率
本软件是为实现管理自动化，使用户脱离原始的手工管理的低速度、低效率而开发的，因此该软件对用户的操作请求应在1-2秒内做处响应。

第二开发小组等
7.4软件的完整性
在发生例如掉电等以外情况时，可以保证系统数据的不丢失。

7.5软件的可维护性
系统应可以在发现错误时不仅做出错误显示，还应该进行错误处理，并多系统进行自动修复。

7.6软件的安全性
要求提供身份验证，只允许通过身份验证的用户使用本软件。

并且通过验证可以确认用户身份，即确认用户是否为系统管理员，只有系统管理员才可以对软件进行数据的添加、删除和修改操作，而普通用户只能进行浏览数据、会员添加、日常经营等基本操作。

7.7软件的可理解性
软件应提供完全图形化的界面，尽可能的方便用户进行操作，从而以满足各层次的用户需求。

第二开发小组等。