售货系统概要设计文档

售货系统

1.引言

1.1 编写目的

在本售货系统项目的前一阶段，也就是需求分析阶段中，已经将系统用户对本系统的需求做了详细的阐述，这些用户需求已经在上一阶段中对实地调研中获得，并在需求规格说明书中得到详尽得叙述及阐明。

本阶段已在系统的需求分析的基础上，对售货系统做概要设计。主要解决了实现该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。

在下一阶段的详细设计中，程序设计员可参考此概要设计报告，在概要设计对售货系统所做的模块结构设计的基础上，对系统进行详细设计。在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改时找出在本阶段设计的不足或错误。

1.2 项目背景

本系统适用于中小型超市.

1.3 定义

1.31 专门术语

SQL SERVER: 系统服务器所使用的数据库管理系统（DBMS）。

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

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

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

ROLLBACK: 数据库的错误恢复机制。

1.32 缩写

系统：若未特别指出，统指本机票预定系统。

SQL: Structured Query Language（结构化查询语言）。

1.4 参考资料

1. 需求规格说明书 开发小组

2. ERP软件设计文档国家标准概要设计说明书

3. 实用软件工程 郑人杰 殷人昆 陶永雷主编

2.任务概述

2.1 需求规定 (略)

2.2 运行环境

本系统要求用户主机配置应在Pentium 3级别以上,windowsXP环境运行.

2.3 基本设计概念和处理流程

2.4 系统结构图

(空间不够)

3. 功能模块说明:

模块名: 登陆售货系统

功能描述:

模块名: 用户管理模块

功能描述:

模块名: 商品资料管理

功能描述:

模块名: 售货操作

功能描述:

模块名:售货记录管理模块

功能描述:

模块名: 日志管理模块

功能描述:

4. 接口设计

4.1 外部接口

4.11 用户界面

在用户界面部分，根据需求分析的结果，用户需要一个用户友善界面。在界面设计上，应做到简单明了，易于操作，并且要注意到界面的布局，应突出的显示重要以及出错信息。外观上也要做到合理化，考虑到用户多对WINDOW 风格较熟悉，应尽量向这一方向靠拢。在设计语言上，已决定使用VISUAL C++ 进行编程，在界面上可使用VISUAL C++ 所提供的可视化组件，向WINDOWS 风格靠近。 其中服务器程序界面要做到操作简单，易于管理。

总的来说，系统的用户界面应作到可靠性、简单性、易学习和使用

4．1．2 软件接口

服务器程序可使用VISUAL C++ 提供的对 SQL SERVER 的接口，进行对数据库的所有访问。

服务器程序上可使用SQL SERVER 的对数据库的备分命令，以做到对数据的保存。

4．1．3 硬件接口

在输入方面，对于键盘、鼠标的输入，可用VISUAL C++的标准输入/输出，对输入进行处理。

在输出方面，打印机的连接及使用，也可用VISUAL C++的标准输入/输出对其进行处理。

4.2 内部接口

内部接口方面，各模块之间采用函数调用、参数传递、返回值的方式进行信息传递。具体参数的结构将在下面数据结构设计的内容中说明。接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形式在各模块间传输。

5. 数据结构设计

5．1 数据库数据结构设计

数据库设计是构建数据库应用系统的基础,程序设计是围绕数据库进行的.

用户密码表如图1-1

权限表如图1-2,当权限序列中的值为1是表示用户拥有访问该模块的权限,否则没有访问权限.

图1-1

图1-2

5．2 物理数据结构设计

物理数据结构设计主要是设计数据在模块中的表示形式。数据在模块中都是以结构的方式表示。

商品信息

售货信息

5．3 数据结构与程序的关系

程序进行操作时需对数据库数据库数据结构，也就是数据表进行查询和修改：在售货过程中都需要对数据库中的所有表，进行联合查询、修改。

物理数据结构主要用于各模块之间函数的信息传递。接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形式在各模块间传输。出错信息将送入显示模块中.

6. 运行设计

6.1 运行模块的组合

程序在有输入时启动接收数据模块，通过各模块之间的调用，读入输入的数据, 接收到数据后，调用数据处理/查询模块对数据库进行访问,并将结果返回.

6.2 运行控制

运行控制将严格按照各模块间函数调用关系来实现。在各模块中，需对运行控制进行正确的判断，选择正确的运行控制路径。

对数据处理、访问数据库后，将返回信息送回主机，并等待确认。

6.3运行时间

在软体的需求分析中，对运行时间的要求为必须对作出的操作有较快的反应。将影响对数据库访问时间即操作时间的长短，影响主机操作的等待时间，所以必须使用高性能主机，建议使用 Pentium III 处理器。硬件对本系统的速度影响将会大于软件的影响。

7. 出错处理设计

7.1出错输出信息

程序在运行时主要会出现两种错误：

1、由于输入信息，或无法满足要求时产生的错误，称为软错误。

2、由于其他问题，如网络传输超时等，产生的问题，称为硬错误。

对于软错误，须在定票/领票操作成功判断及输入数据验证模块由数据进行数据分析，判断错误类型，再生成相应的错误提示语句，送到输出模块中。

对与硬错误，可在出错的相应模块中输出简单的出错语句，并将程序重置。返回输入阶段。

出错信息必须给出相应的出错原因，例：《查无此商品信息！》

7.2 出错处理对策

在断电后恢复过程可采用 SQL SERVER 的日志文件，对其进行ROLLBACK 处理，对数据进行恢复。

在硬件方面要选择较可靠、稳定的主机机种，保证系统运行时的可靠性。

8. 安全保密设计

设计保护密码

9. 维护设计

维护方面主要为对主机上的数据库数据进行维护。可使用 SQL SERVER 的数据库维护功能机制。例如，定期为数据库进行Backup，维护管理数据库死锁问题和维护数据库内数据的一致性等。