概要设计说明书.docx

概要设计说明书.docx

《概要设计说明书.docx》由会员分享，可在线阅读，更多相关《概要设计说明书.docx（18页珍藏版）》请在冰豆网上搜索。

概要设计说明书

2010级软件工程综合设计

《基于Web的山西旅游向导平台的设计与实现》概要设计说明书

文档标识

SFR-DOC-201208

英文标题

ShanxiTravelGuideBasedOnWebPlatform

版本号

1.0

状态

初始版

承担单位：

山西大学计算机与信息技术学院

总负责人：

吕国英

小组成员:

白雪、陈鑫、齐博田

编撰人：

李哲、白雪、陈鑫、齐博田

完成日期：

2012.09.02

修改历史：

日期

变更内容概述

作者

备注

目录

1.引言3

1.1.编写目的3

1.2.项目背景3

1.3.定义4

1.4.参考资料4

2.任务概述5

2.1.目标5

2.2.运行环境5

2.3.需求概要5

2.4.限制描述5

3.总体设计6

3.1.模块外部设计6

3.2.基本设计概念和处理流程11

4.接口设计13

4.1.用户接口13

4.2.外部接口13

4.3.内部接口13

5.数据结构设计14

5.1.逻辑结构设计14

5.2.物理结构设计18

5.3.数据结构与程序的结构18

6.运行设计18

6.1.运行模块的组合18

6.2.运行控制18

6.3.运行时间19

7.出错处理设计19

7.1.出错输出信息19

7.2.出错处理对策19

7.3.系统恢复设计19

8.安全保密设计19

9.维护设计20

1.引言

1.1.编写目的

在基于Web的山西省旅游向导平台的设计与实现项目的前一阶段，也就是需求分析阶段中，已经对本系统的需求进行实地调研中获得，并在需求规格说明书中得到详尽得叙述及阐明。

本阶段在系统的需求分析的基础上，对基于Web的山西省旅游向导平台的设计与实现项目做概要设计分析。

主要解决了实现该系统需求的程序模块设计问题,包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。

在下一阶段的详细设计及以后的软件测试以及软件维护阶段中，小组成员皆可参考此说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改时找出在本阶段设计的不足或错误。

1.2.项目背景

作为软件开发的前期文档,可以帮助程序设计人员和管理人员提供清晰的设计思路，在软件开发后期的维护阶段也起到至关重要的作用。

开发本软件的人员：

李哲、齐博田、白雪、陈鑫。

近几年，随着生活水平的提高，外出旅游的人数也在增加，但是大多数人又对即将去得的地方不了解。

本网站整合旅游信息，提供旅游服务，从而帮助旅游爱好者制定旅游行程。

该平台根据不同用户的需求推荐合理的旅游线路（包括交通方式及路线的最佳选择），根据信誉评价为用户推荐旅行社。

此外该平台还提供各景点的实时天气情况，当地的特产、风俗等信息，并提供一个用户交流旅游心得的模块，给用户的出行带来方便。

1.3.定义

景点等级：

本项是热点景点的参考标志，景点等级初始值都是零，根据后期用户对景点的评价均衡后得出等级定义。

第几站：

火车表和公交表中每个站点在其所在路线中站的顺序定位。

站点附近景点编号：

此编号为每个公交站点周围一定范围内的景点编号。

用户等级：

初始值为零，用户通过发表文章、评论或者评价景点、旅行社等方式可获得一定的经验值，根据经验值定义用户等级。

旅行社等级：

根据每个旅行社的用户采纳率设置等级。

1.4.参考资料

[1]张海藩.《软件工程导论（第五版）》.北京：

清华大学出版社。

[2]Wattss.Humphrey.《个体软件开发过程》：

人民邮电出版社。

2.任务概述

2.1.目标

山西旅游向导平台功能有：

旅游线路规划、旅游信息发布、用户交流、后台管理等模块。

旅游路线的规划为出发地和目的地之间多种交通方式的推荐（最快路线、最多旅游景点的方式）；用户交流有发表文章和发表评论等功能；旅游信息的发布不仅能为用户推荐各个景点和旅行社信息，还能为用户提供各地的天气状况；后台管理是管理员对用户反馈信息进行处理，并对数据库进行管理。

2.2.运行环境

硬盘500G；显示器分辩率在800*600以上；正常情况下服务器CPU占用率不得超过20%；支持50000个http响应

2.3.需求概要

用户对软件系统要求使用简单方便，必要的功能一定不能少，且界面设计要大方得体，有良好的视觉效果，待现在系统没实现功能要记录清楚，系统最后阶段要尽量弥补用户所需的功能。

2.4.限制描述

设计应当是模块化的，即该软件应当从逻辑上被划分成多个部件，分别实现各种特定功能和子功能。

设计最终应当给出具体的模块（例如子程序或过程），这些模块就具有独立的功能特性。

3.总体设计

3.1.模块外部设计

旅游管理系统总体层次方框图如下：

图3-1旅游管理系统层次方框图第一层

旅游管理系统各模块层次方框图如下：

图3-2旅游管理系统层次方框图第二层（旅游信息发布模块）

图3-3旅游管理系统层次方框图第二层（用户交流模块）

图3-4旅游管理系统层次方框图第二层（旅游路线规划模块）

图3-5旅游管理系统层次方框图第二层（后台管理模块）

3.2.基本设计概念和处理流程

旅游管理系统各模块IPO图如下：

图3-6旅游管理系统旅游信息发布模块IPO图

图3-7旅游管理系统用户交流模块IPO图

图3-8旅游管理系统旅游线路规划模块IPO图

图3-9旅游管理系统后台管理模块IPO图

4.接口设计

4.1.用户接口

用户的登录界面

用户的查询页面

用户的发表界面

4.2.外部接口

本系统无外部接口。

4.3.内部接口

旅游线路模块调用旅游信息发布的数据

旅游信息发布调用后台管理数据

后台管理模块调用旅游信息发布和用户交流模块

5.数据结构设计

5.1.逻辑结构设计

因为数据库表比较多,现在写出一些重要的表来记录

表5-1用户表User

含义

字段名

类型

备注

用户编号

UNo

int

主码

用户名

UName

nvarchar（30）

不允许为空

密码

Upwd

varchar（16）

不允许为空6-16

密保问题1

UQuestion1

nvarchar（100）

允许为空

密保回答1

UAnswer1

nvarchar（100）

允许为空

密保问题2

UQuestion2

nvarchar（100）

允许为空

密保回答2

UAnswer2

nvarchar（100）

允许为空

性别

USex

bit

不允许为空

出生年月

UBirth

datetime

允许为空

籍贯

UBirthplace

nvarchar（50）

允许空

邮箱

UEmail

varchar（25）

允许空

QQ号码

UQQ

varchar（15）

允许空

用户等级

URank

int

不允许为空

签名

USign

nvarchar（100）

允许空

表5-2评论表Comment

含义

字段名

类型

备注

评论编号

CNo

int

主码

评论发表时间

CTime

datetime

不允许为空

评论信息

CMessage

nchar（200）

不允许为空

用户编号

UserNumber

int

为用户表的参照码

文章编号

ArticalNumber

int

为文章表的参照码

表5-3文章表Artical

含义

字段名

类型

备注

文章编号

ArticalNumber

int

主码

文章发表时间

ArticalTime

datetime

不允许为空

文章内容

ArticalMessage

nchar（1000）

不允许为空

文章标题

ArticalTitle

nvarchar（100）

不允许为空

用户编号

UserNumber

int

为用户表的参照码

景点编号

SNumber

int

为景点表的参照码

表5-4旅行社表Travel

含义

字段名

类型

备注

旅行社编号

TravelNumber

int

主码

旅行社名称

TravelName

nvarchar（40）

不允许为空

旅行社所在地点

TravelAddress

nvarchar（50）

不允许为空

旅行社等级

TravelRank

int

不允许为空

旅行社电话

TravelPhone

varchar（15）

允许为空

表5-5景点表Scenery

简介

列名

数据类型

备注

景点编号

SNo

int

主码

景点名称

SName

nvarchar（20）

不为空

所属城市

SCity

nvarchar（10）

不为空

所属县

SCountry

nvarchar（10）

可以为空

景点简介

SIntroduce

nvarchar（500）

不为空

景点图片

SPicture

nvarchar（100）

可为空

景点等级

SRank

int

不允许为空

表5-6公交表PublicBus

简介

列名

数据类型

备注

公交号

PBNo

nvarchar（15）

为主码

所属城市

PBCity

nvarchar（10）

站点

PBStation

nvarchar（20）

不为空

第几站

PBStaNo

int

不为空

站点附近景点编号

PBSNo

int

可以为空

表5-7汽车表Bus

含义

字段

数据类型

备注

线路编号

BNo

int

主码

出发市

BStartCity

nvarchar（10）

不为空

汽车站

BStarPosition

nvarchar（10）

可以为空

目的地

BEndAddress

narchar（20）

不可以为空

目的地所在市

BEndCity

nvarchar（10）

不可以为空

目的地汽车站

BEndStation

nvarchar（20）

可以为空

表5-8火车表Train

简介

列名

数据类型

备注

火车号

TName

nChar（15）

唯一且不为空（主码）

站点

TStation

nChar（15）

不为空

站点所属市

TCity

nvarchar（10）

不为空

第几站

TStaNo

int

不为空

表5-9飞机表Airplane

简介

列名

数据类型

备注

飞机编号

ANo

int

唯一且不为空

城市1

ACity1

nvarchar（20）

不为空

城市2

ACity2

nvarchar（20）

不为空

表5-10管理员表Admin

简介

列名

数据类型

备注

管理员编号

AdminSno

int

主码

管理员登陆名

AdminName

nvarchar（25）

不为空

管理员密码

AdminPwd

varchar（16）

不为空

表5-11反馈信息表ReInformation

简介

列名

数据类型

备注

反馈信息编号

Rno

int

主码

反馈信息类型

RStyle

nvarchar（10）

不为空

反馈信息内容

RMessage

nvarchar（500）

不为空

用户编号

UNo

int

用户表的外码

管理员编号

AdminSno

int

管理员表的外码

5.2.物理结构设计

用户密码：

控制在6－16个字符；

编码：

是由系统生成，类型为int；

管理员：

具有一定权限的管理人员表中存储的是管理员的编码类型为int；

文章发表日期：

由系统自动获取得到；

评论发表日期：

由系统自动获取得到。

5.3.数据结构与程序的结构

6.运行设计

6.1.运行模块的组合

具体软件的运行模块组合为程序多窗口的运行环境，各个模块在软件运行过程中能较好的交换信息，处理数据。

6.2.运行控制

软件运行时有较友好的界面，基本能够实现用户的数据处理要求。

6.3.运行时间

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

7.出错处理设计

7.1.出错输出信息

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

“对不起，你非法使用数据，没有权限！

”而且用户的密码管理可以允许用户修改自己的密码，不允许用户的匿名登录。

7.2.出错处理对策

由于数据在数据库中已经有备份，故在系统出错后可以依靠数据库的恢复功能，并且依靠日志文件使系统再启动，就算系统崩溃用户数据也不会丢失或遭到破坏。

但有可能占用更多的数据存储空间，权衡措施由用户来决定。

7.3.系统恢复设计

如果当前系统出现一些异常,而影响了用户的正常使用,因为数据库有备份,程序代码也有备份,软件开发人员应尽快发现问题的原因,及时改正过来,以保证系统的正常运行。

8.安全保密设计

系统的系统用户管理保证了只有授权的用户才能进入系统进行数据操作，而且对一些重要数据，系统设置为只有更高权限的人员方可读取或是操作。

系统安全保密性较高。

9.维护设计

由于系统较小没有外加维护模块，因为维护工作比较简单，仅靠数据库的一些基本维护。