自助餐管理系统概要设计说明书

[某公司的自助餐管理系统]

概要设计说明书

[V1.0(版本号)]

拟制人____ __XXXX__ ______ 审核人______________________ 批准人______________________

[二零一五年六月十二日]

概要设计说明书

1．引言

1.1编写目的

本说明书交给各个被调研单位审核，并经领导层讨论通过后，软件开发小组成员将以这本说明书为框架开发新的系统。

1.2背景

a.待开发软件系统的名称：

某公司的自助餐管理系统

b.本项目的任务提出者:

XXXX大学

c.本项目开发者

XXXXX

d.本项目用户

XXXX公司

1.3定义

1、ERD:实体联系图

1.4参考资料

《数据库系统概论》

2．总体设计

设计建造一个新系统软件，该系统软件用于管理一个企业食堂自助餐。实现高速自动化，以替代老式的食堂运行和管理系统。为职工提供更高效的服务，

信息化。

2.1需求规定

2.1.1功能规定

2.1.2系统功能

能对各子模块进行管理

能添加、修改、删除饭卡、职工信息

能对职工进行分类管理

能根据各分类统计餐厅收益

能对职工用餐信息进行更新

2.1.2.1精度

由于采用数据库技术并且用户的应用领域对数据精确度的要求不高，所以这点在系统中表现得比较少，但是用户数据的安全性与正确性是完全保证的，所以对用户的使用没有多大的障碍。

2.1.2.2时间特性要求

本系统的数据库较小，所以程序在响应时间，数据更新处理时间上性能是比较突出的。而且也正由于数据量相对较少，故在数据传输时间和系统运行时间上表现的较让人满意。2.1.2.4可靠性

由于系统较小只保留一定程度上的可靠性。

2.1.2.5灵活性

由于系统较小只保留一定程度的灵活性。

2.1.3输入输出要求

只能由管理员进行输入输出控制。

2.1.4数据管理能力要求

针对一般自助餐管理信息系统的需求，通过对自助餐管理工作过程的内容和数据流流程分析，设计如下面所示的数据和数据结构：

1.用餐卡基本信息包括：卡号、余额、办卡日期、持卡者姓名、消费等；

2.职工基本信息包括：职工号、部门、职位、性别、联系方式、地址、姓名等；

3.消费情况信息包括：本日已经消费、本日剩余消费、本月已经消费、本月剩余消费等；

2.1.5故障处理要求

考虑到软件的范围不大，所以故障处理一般由操作系统完成，系统只要保持与操作系统的借口即可。只要操作系统没有大的故障程序，一般比较稳定。考虑到用户对数据的安全性要求，程序可以有独立于操作系统之外的数据备份功能与过程，以及系统崩溃后的数据恢复功能，这点在数据库软件中已经到达了，只要稍微在其上再增加用户所需要的附加功能即可。

2.1.6其他专门要求

该软件是使用SQL Server2008在Windows 8.1系统下完成的，所以只要是兼容Windows 的软件或是操作系统，该软件都可以正确地运行，有较好的适应能力与兼容性。而且应用户的特殊需求软件在完成后的维护阶段可以一个与其他类软件接口，随时满足用户的使用要求。

2.2运行环境

结合用户当前的软件的硬件环境，设计了新系统运行硬件和软件环境：

2.2.1设备

内容最低配置建议配置

主机 P/200 PII/266

内存 2GB 4GB

硬盘 10G 20G

2.2.2支持软件

操作系统Windows 8.1

数据库SQL SERVER2008

开发工具Microsoft visual studio 2010

2.2.3接口

1.硬件接口：由于软件较小，除硬盘外，基本没有与外界硬件的联系。

2.软件接口：在这里主要考虑软件与操作系统的接口，考虑到文档处理的需要有可能可以

包括与较常用的办公软件的接口。

2.2.4控制

[说明控制该系统的运行的方法和控制信号，并说明这些控制信号的来源。]

2.3.设计思路

2.3.1 E-R图

图2.3.1为卡信息实体E-R图

图2.3.2为职工信息实体E-R图

图2.3.3为消费情况实体E-R图

2.3.2流程图

图2.3.4职工办卡与用卡流程

图2.3.5餐厅内饭卡的使用情况2.4结构

3.物理结构设计要点

3.1数据表

本设计系统采用的DBMS为SQL SERVER 2008，数据库命名：自助餐管理系统.mdb 数据库是由若干个二维表组成，其各自结构见下表所示：

各数据表的结构如下：

表4-1 创建消费情况表ConsumeSituation

表4-6 创建属于表Attribute

表4.-8创建持有表Hold

3.2数据结构与程序的关系

4．系统出错处理设计

4.1出错信息

本系统在登陆时采用登陆名和SQL SERVER数据库的登陆名相同的方式来确保系统的安全性，这样如果是源代码被泄露了那个人也得不到用户名和密码。这样做了之后，大大的增加看了安全性。

4.2补救措施

A.数据库损坏

为了确保数据安全，服务器可以采用主服务器和备份服务器共同使用的方式来进行，一旦主服务器损坏，由备份服务器立即替换进行工作。

数据库要有相应的备份模块，服务器端有基于数据库系统的备份模块，可以通过磁带机或者光盘机来备份，工作站端要有基于应用程序的备份模块。

B.部分停电、网络断开的处理

系统的关键部门，如数据中心等必须配备较大功率的UPS,常用的部门配备小功率的UPS,以备在停电的时候应急使用。

网络的安全由网路的安全和网络设备的安全来保障。