超市管理系统的概要设计文档.doc

超市管理系统的概要设计文档.doc

《超市管理系统的概要设计文档.doc》由会员分享，可在线阅读，更多相关《超市管理系统的概要设计文档.doc（7页珍藏版）》请在冰豆网上搜索。

校园超市管理系统

--概要设计文档

目录

l引言

编写目的

背景

参考资料

l总体设计

需求规定

运行环境

基本设计概念和处理流程结构

功能需求和程序的关系

人工处理过程

尚未解决的问题

l接口设计

用户接口

外部接口

内部接口

l运行设计

运行模块组合

运行控制

运行时间

l系统数据结构设计

逻辑结构设计要点

物理结构设计要点

数据结构与程序的关系

l系统出错处理设计

出错信息

补救措施

系统维护设计

一、引言

l编写目的

为了提高超市的管理水平和题号工作效率，并且尽可能的杜绝商品在流通中出现的一系列的现象，引进此管理系统可以帮助用户及分析人员充分的理解本产品，此文档说明了产品的各项功能和性能需求，明确标识各功能的实现过程，阐述实用范围及背景，提供客户解决问题或达到目标所需要的条件或权能，提供一个度量和遵循的基准。

l背景

从20世纪90年代初期，我国引进的超市以来，随着社会的发展超市的管理日渐的繁琐复杂，早期的售货员站柜台的形式也早已满足不了现有销售业的发展，这样就迫切的需要引进更快捷、更方便的超市管理系统来满足客户的要求。

l参考文献

【1】张海藩，软件工程导论（第五版），清华大学出版社，2007

【2】徐士亮、葛兵，计算机软件技术基础（第二版），清华大学出版社，2007

【3】刘文、朱飞雪，软件工程基础教程，北京大学出版社，2007

【4】JosephSchmuller，UML基础、案例教程（第三版），2008

【5】《需求规格说明书》国标

【6】《概要设计说明书》国标

二、总体设计

n需求规定

系统主要的输入输出：

输入：

超市工作人员的用户名及密码，商品信息，供货商信息

输出：

缺货单，销售记录，利润表，发票

处理功能说明：

管理员输入登陆用户名，密码，根据输入的用户名系统就能判定用户的身份，然后根据不同用户的权限进入相应的界面对系统进行操作,入添加，删除，查询等功能,如果用户不输入用户名或密码，或则是输入错误则不能进入系统。

商品实时检索功能：

提供一个强大的搜索引擎功能，用户只需提供商品名称的关键字，就能检索到上面商品的所有相关资源，并且显示出来。

系统性能要求：

（1）时间特性要求

系统的速度要在用户可接受的范围内，但考虑到需要实时检测商品的数量和库存情况，对资源实时搜索的速度可以有较低的要求。

（2）可靠性

系统要有较高的可靠性，可恢复性。

由于此系统不会连接因特网，因此安全性较高。

也不允许有移动硬盘或磁盘之类的设备接触系统，以免系统感染。

（3）灵活性

系统要有良好的接口，以适应增加商品信息，增加商品类型，增加相关的商品录入功能的需求，增加商品信息的更改和更新功能。

n编写环境及运行环境

操作系统：

Windows98及以上的系统

编程软件：

C#程序设计

SQL服务器：

MicrosoftSQLServer2000

测试系统：

WindowsXPSp2

数据库查询器：

SQL查询分析器

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

基本设计概念：

（1）系统分层几个相对独立的模块，但这些模块都进行集中式管理。

（2）分层的模块化程序设计思想，整个系统采用模块化结构设计。

作为应用程序有较强的可操作性和扩展性。

（3）合理的数据库流设计，在应用系统设计中，相对独立的模块间以数据流相互链接，使各模块间的耦合性较低，方便系统运行，提高系统安全性。

处理流程：

n结构

n功能需求与程序的关系

程序1：

实现查询

程序2：

实现添加

程序3：

实现删除

程序4：

实现修改

程序5：

统计

程序6：

实现打印

n人工处理过程

管理人员要进行统计得出利润，商品缺货时要打印出缺货表通知进货人员进货，来了新商品要添加，删除过期的商品等。

n尚未解决的问题

程序代码重复，使得系统进入忙绿状态，不能第一时间处理一些问题，造成时间的浪费。

三、接口设计

用户接口

命令

语法

信息正确

信息错误

确定

If…else

进入系统

提示是否重新输入

取消

close

关闭系统

无

外部接口

内部接口

四、运行设计

u运行模块组合

1、当收银员输入员工号进入系统后，就是收银员对应的界面，可以查询商品的信息，销售完商品后打印发票，这些操作将会连接到数据库。

2、当管理员进入系统时，就进入相应的界面，可以查询商品信息，删除，修改，添加，对销售情况进行他统计并计算出利润，如果缺货就打印缺货记录单。

3、当用户进入系统时，系统会在数据库中查询用户的信息，如果没有信息，则会添加信息。

u运行控制

1、根据不同的员工号的识别，系统会分别授予其应有的权限，防止非法操作。

2、系统需要先启动数据库服务器，才允许用户登录到系统。

u运行时间

后台的数据库服务器将会一直运行，在停业时间是关闭的。

其中销售模块占用的资源较多，因为它将时刻与服务器交换数据。

函数和事件的运行时间要看所在计算机的配置。

系统的运行时间基本可以达到用户所提出的要求。

系统响应时间视具体pc配置而定。

后台的数据库服务器将会一直运行，在停业时间是关闭的。

其中销售模块占用的资源较多，因为它将时刻与服务器交换数据。

函数和事件的运行时间要看所在计算机的配置。

系统的运行时间基本可以达到用户所提出的要求。

系统响应时间视具体pc配置而定。

五、系统数据结构设计

u逻辑结构设计要点

商品信息表

u物理结构设计要点

登录及注册：

所有信息存储在worker数据表中。

密码=0{字符或数字}10

货物管理：

所有数据存储在数据库的货物信息表goods中

货物编号=1{数字}5

日期=“YYY-MM-DD”

所用金额为实型，格式=“0.00”（保留两位小数）

销售：

所有数据存储在数据库的商品信息表中

商品编号：

1-5为数字

日期=“YYY-MM-D“

金额为实型，格式=“0.00”（保留两位小数）

系统的存储物理结构由数据库来自动生成。

u数据结构和程序的关系

六、系统出错处理设计

l出错信息

出错输出信息：

在用户使用错误的数据或访问没有权限时，系统会提示：

你是用的数据是非法的。

用户可以对自己的密码进行管理，不允许用户匿名登陆。

l补救措施

对于数据库中的数据会随时进行备份，或则把数据周期性地备份到磁盘上，在系统出错后可以依靠数据库恢复数据，并且依靠日志使系统再启动，就算系统崩溃数据也不会丢失。

l系统维护设计

因为维护工作比较简单，仅靠数据库的一些基本维护措施就可以。

但为了便于维护，应该设计三种日志：

系统运行日志，操作日志，出错日志。

三种日志根据不同的重要程度采取存放在文件和数据库的方式，系统管理员可以很轻松地监控系统运行情况。

数据表的建立和删除由管理员予以维护。

结束语

本系统或许有不足之处，请大家提出意见。

在之后的日子里我们会聆听大家所给出的意见，会更加的完善我们的系统。

最后希望我们合作愉快。

谢谢！

7