二总体设计文档.docx

二总体设计文档.docx

《二总体设计文档.docx》由会员分享，可在线阅读，更多相关《二总体设计文档.docx（20页珍藏版）》请在冰豆网上搜索。

二总体设计文档

北京林业大学网上订餐速递系统

总体设计说明书

V1.0

文件更改摘要：

日期

版本号

修订说明

修订人

审核人

批准人

2009-11-26

1.0

创建

陈波

范希龙

范希龙

目录

1.引言4

1.1编写目的4

1.2背景4

1.3术语4

1.4预期读者与阅读建议4

1.5参考资料4

2.总体设计5

2.1设计目标5

2.2运行环境5

2.3网络结构6

2.4面向对象总体设计思路6

2.5模块结构设计11

2.6尚未解决的问题12

3.接口设计（暂略）13

3.1用户接口（暂略）13

3.2外部接口（暂略）13

3.3内部接口（暂略）13

4.界面总体设计13

5.数据结构设计14

5.1设计原则14

5.1.1命名的规范14

5.1.2数据的一致性和完整性14

5.2数据库环境说明15

5.3数据库命名规则15

5.4逻辑结构15

5.5物理存储17

5.6数据备份和恢复17

6.系统出错处理设计17

6.1出错信息17

6.2补救措施18

7.系统安全设计18

7.1数据传输安全性设计18

7.2应用系统安全性设计18

7.3数据存储安全性设计18

1.引言

1.1编写目的

本文档对北京林业大学网上订餐速递系统的总体设计、接口设计、界面总体设计、数据结构设计、系统出错处理设计以及系统安全数据进行了说明。

1.2背景

软件名称：

北京林业大学网上订餐速递系统

委托单位：

北京林业大学软件工程课程实习

开发单位：

北京林业大学信息学院计算机06-1

主管：

陈波

针对现在林大食堂数目过少，难以应付日益增长的学生用餐需求，与林大万人大校的规模极不相称，解决此问题迫在眉睫。

北京林业大学网上订餐速递系统是一个专门为解决此矛盾量身定做的订餐服务平台，它将极大地方便校园内部同学的就餐，缓解食堂人流过度集中的压力，营造一个和谐的校园就餐环境。

1.3术语

需求：

用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合同、标准，规范或其它正式规定文档所需具有的条件或权能。

FoodEx：

软件系统的英文名称，即北京林业大学网上订餐速递系统。

1.4预期读者与阅读建议

预期读者

阅读重点

开发人员

总体设计、接口设计、数据结构设计、界面总体设计、系统出错处理设计

设计人员

总体设计、接口设计、数据结构设计、系统安全设计

1.5参考资料

《北京林业大学网上订餐速递系统需求规格说明书》

《软件工程导论（第四版）》  张海藩  编着    清华大学出版社出版

2.总体设计

2.1设计目标

北京林业大学网上订餐速递系统一直以来是校园里没有的一个系统，而且学校食堂常常非常拥挤，很不方便。

为了解决学生吃饭不方便的问题。

花时间来设计一个北京林业大学网上订餐速递系统是很有意义的。

本系统的设计目标是对方便用户在线订餐，省去很多不必要的麻烦。

2.2运行环境

服务器：

操作系统：

MicrosoftWindows2000AdvancedServer（或以上）

支持环境：

ApacheTomcat6.0

数据库：

MySql5.0

硬件要求:

CPU：

Intel®或兼容机

Pentium166MHz或更高。

内存：

至少64MB，建议128MB或更多

硬盘：

一般为250MB以上

监视器:

VGA或更高分辨率

客户端：

操作系统：

MicrosoftWindowsXP

2.3网络结构

北京林业大学网上订餐速递系统可采用JSP+SERVLET实现，最后发布到WEBService上。

2.4面向对象总体设计思路

面向对象总体设计思路是先将系统分解成人机交互、问题域、任务管理和数据管理四个部分。

而人机交互基本已经确定，所以这里主要设计的是后面的部分。

Ø设计问题域子系统

由于在面向对象分析过程中已经对北京林业大学网上订餐速递系统做了相当仔细的分析，而且假设所使用的实现环境能完全支持面向对象分析模型的实现，因此，在这里无需对已有的问题域模型做实质性的修改或扩充。

以下是北京林业大学网上订餐速递系统的问题域子系统的结构：

首先分析系统的总体包文件如下：

其中business的原始类图如下：

Food类的原始类图如下：

People类的原始类图如下：

Ø设计任务管理子系统

确定事件驱动型的任务，描述如下图所示：

Ø设计数据管理子系统。

首先明确应该采用关系型数据库。

详细内容见逻辑设计部分。

以下是客户的用例图

以下是员工的用例图（包含经理）：

2.5模块结构设计

本系统的具有的功能模块结构如下图所示：

2.6尚未解决的问题

无。

3.接口设计（暂略）

3.1用户接口（暂略）

3.2外部接口（暂略）

3.3内部接口（暂略）

4.界面总体设计

后台采用目前流行的管理系统界面，前台自己设计订餐界面。

前台网站原始模型：

后台管理界面：

5.数据结构设计

5.1设计原则

5.1.1命名的规范

数据库中表、主键、外键、索引的命名都以统一的规则，采用大小写敏感的形式，各种对象命名长度不要超过30个字符（特殊文本除外），这样便于应用系统适应不同的数据库平台。

5.1.2数据的一致性和完整性

为了保证数据库的一致性和完整性，往往通过表间关联的方式来尽可能的降低数据的冗余。

表间关联是一种强制性措施，建立后，对父表（ParentTable）和子表（ChildTable）的插入、更新、删除操作均要占用系统的开销。

如果数据冗余低，数据的完整性容易得到保证，但增加了表间连接查询的操作，为了提高系统的响应时间，合理的数据冗余也是必要的。

使用规则（Rule）和约束（Check）来防止系统操作人员误输入造成数据的错误是设计人员的另一种常用手段，但是，不必要的规则和约束也会占用系统的不必要开销，需要注意的是，约束对数据的有效性验证要比规则快。

所有这些，需要在设计阶段应根据系统操作的类型、频度加以均衡考虑。

5.2数据库环境说明

数据库：

MySql5.0

MySQL是一个小型关系型数据库管理系统，开发者为瑞典MySQLAB公司。

在2008年1月16号被Sun公司收购。

而2009年,SUN又被Oracal收购.对于Mysql的前途,没有任何人抱乐观的态度.目前MySQL被广泛地应用在Internet上的中小型网站中。

由于其体积小、速度快、总体拥有成本低，尤其是开放源码这一特点，许多中小型网站为了降低网站总体拥有成本而选择了MySQL作为网站数据库。

5.3数据库命名规则

表名均为见名知意的小写单词，外键以FK开头，索引以INDEX开头。

5.4逻辑结构

根据如下E-R图模型

建立关系模式如下（表详细描述）：

foods:

foodtypes:

logs:

（方便以后扩充）

messages:

notices:

orders:

staffs:

titles:

5.5物理存储

通过数据库建模工具NAVICAT可以将数据库导出为文本文件，将数据库脚本放入文本文件中保存。

5.6数据备份和恢复

数据库需定期备份（每天备份一次），备份文件格式为backup_yyyyMMdd，数据库被破坏时，利用最新的备份文件进行恢复。

6.系统出错处理设计

6.1出错信息

错误分类

子项及其编码

错误名称

错误代码

备注

数据库错误

连接

连接超时

100001001

连接断开

100001002

数据库本身错误代码

数据库本身错误代码

100002+数据库错误代码

TCP连接错误

连接

连接超时

101001001

连接断开

101001002

其它TCP连接错误（socket自身错误代码）

101002+socket错误代码

配置信息错误

未配置输入参数

102001

未配置输出参数

102002

组管理部分自定义错误

103001——103999

角色管理部分自定义错误

104001——104999

用户管理部分自定义错误

105001——105999

操作日志管理

106001——106999

6.2补救措施

为了当某些故障发生时，对系统进行及时的补救，提供如下补救措施：

a．后备技术定期对数据库信息进行备份（每天一次），当数据库因某种原因被破坏时，以最新的数据库脚本进行恢复；。

7.系统安全设计

7.1数据传输安全性设计

7.2应用系统安全性设计

操作人的操作信息需要提供操作记录。

对系统的异常信息需进行记录，已备以后查看。

只有授权用户才能登录系统，对于某个操作，需要具有相应权限才能进行操作。

7.3数据存储安全性设计