景点预约及门票标准管理系统详细规格设计项目说明指导书.doc

景点预约及门票管理系统

详细设计规格阐明书
二级学院
医药信息工程
专 业
信息管理与信息系统
班 级
级
组 号
第26组
小构成员

指引教师

9月

目录
目录 1
1. 作用范畴 2
1.1目 2
1.2软件和人机界面 2
1.3重要系统功能: 3
1.4外部数据库定义 3
1.5重要设计约束和限制 3
2. 文档 3
2.1既有软件文档 3
2.2技术参照书: 3
3设计描述 3
3.1数据描述 3
3.2导出程序构造:无 4
3.3构造之间界面：还没 4
4. 模块描述；针对每个模块给出 4
4.1解决过程陈述 4
景点开放时间模块 5
记录分析模块 7
管理员模块 8
留言板模块 9
4.2接口描述 10
4.2.1硬件接口 10
4.2.2软件接口 10
4.2.3内部接口 11
4.3设计语言（或其她形式）描述 11
4.4注释 12
5运营设计 12
5.1运营模块组合 12
5.2运营控制 12
5.3运营时间 12
6系统逻辑 12
7功能器求与程序关系 15
8人工解决过程 15
9数据库设计 16
9.1 数据库需求分析 16
9.2 数据库概念构造设计 17
9.3 数据库逻辑构造设计 18
10特别注释 21
11附录 21

1. 作用范畴
1.1目
本次课程设计目是构建一种旅游景点网上售票系统，重要完毕游客对景点预览和对票券订购等操作。采用重要技术是内置脚本语言是基于Java 编程语言 JSP、后台数据库采用SQLSERVER技术、用Hibernate 控件进行数据库连接以及网页编程语言HTML。
（1）将系统划分为物理元素，即程序，文献，数据库，文档等。
（2）设计软件构造，即将需求规格转换为体系构造，划分出程序
基本模块，拟定模块之间互有关系，并拟定系统数据构造。
（3）本阐明书用途在于实现目的系统各种不同方案，分析这些方案中选出若干个合理方案，为每一种方案都准备一份系统流程图列出构成系统物理元素，进行成本/效益分析，从中选取一种最佳方案向顾客和使用部门推荐。如果顾客和使用部门负责人接受了推荐方案，分析员应当进一步为这个最佳方案设计软件构造。普通，
设计出初步软件构造后还要进一步改进，从而得到更合理构造，进行必要数据库设计，拟定测试规定并且制定测试筹划。
（4）本阐明书重要读者为系统分析员和顾客以及使用部门关于
人员，为背面系统开发提供根据
1.2软件和人机界面
MYCELIPSE,SQLSERVER,,POWERDESIGNER,，rose rational，注册，登录，填写个人信息，查询等
1.3重要系统功能:
网上查询景点，留言板，对导游评价，对景区评价，网上订票，二维码扫描
1.4外部数据库定义
景点信息表，景点导游表
1.5重要设计约束和限制
假定此系统为自包括，但是分依赖其他外部系统
2. 文档
2.1既有软件文档
景点预约及门票管理系统需求分析规格阐明书 ,景点预约及门票管理系统可行性报告,景点预约及门票管理系统项目筹划开发书
2.2技术参照书:
JSP从入门到精通,数据库原理
3设计描述
3.1数据描述
导游资料，游客资料数量，景区资料数量，景区景点资料数量
3.2导出程序构造:无
3.3构造之间界面：还没
4. 模块描述；针对每个模块给出
4.1解决过程陈述
景点信息模块：界面有某些详细，点击详细，有其她详细信息
开始
结束
浏览主页景点信息
查看所选景点详细信息
进入登陆页面
与否购票

景点开放时间模块：直接点击到景点开放时间，即可显示
景点开放时间模块
开始
结束
查看开放时间模块
修改删除插入开放时间

顾客模块：在顾客点击“登录”按钮后：如果顾客名或密码为空，在0.5秒内给出相应提示语。如果顾客名或密码错误，在1秒内给出相应提示语。如果验证通过，在1秒内进入相应界面。开始
结束
新顾客注册
顾客登陆
查看顾客基本信息
与否已存在
编辑基本信息

预约模块：顾客点击某景点预约，然后在景点游客表中就会插入该游客信息

生成预约
号
预约成功
点击预约
浏览主页景点
进入预约页面
门票个数与否不不大于0
点击查看详细信息
登陆或注册
与否登陆
顾客预约
结束
开始

no
Yes

yes

no yes

记录分析模块

开始
结束
查看记录分析模块
修改删除插入信息
管理员模块
（1）顾客信息管理
管理员可以查看注册本网站顾客所有信息，并拥有权限进行某些信息编辑，其中顾客消费合计和顾客级别都是后台自动生成，管理员不能进行修改。

（2）景点信息管理
网站首页所罗列出所有景点信息，管理员都是可以修改，不但可以对景点进行替代，也可以修改景点价格和景点剩余票数等。
开始
结束
查看并编辑顾客信息
查看并编辑主页景点信息

留言板模块
（1）顾客留言
顾客可以对旅游景点进行一种评价也可以在本页面留下自己旅游心得等。
（2）留言板查看
顾客可以查看留言板所有内容，对于注册过并登陆后进行留言顾客，可以看到留言者姓名，而对于未登录顾客，则只能看到信息，此模块业务流程图如下：
开始
结束
游客留言
顾客留言
查看留言板

4.2接口描述
4.2.1硬件接口
由于咱们使用通信合同是TCP/IP，因而这里硬件接口问题重要就是TCP/IP层中网络接口层，她负责数据帧发送和接受，帧是独立网络信息传播单元。网络接口层将帧放在网上，或从网上把帧取下来。这就规定IP使用网络设备接口规范NDIS向网络接口层提交帧，并且IP支持广域网和本地网接口技术。在系统运营时要注意关闭那些容易受袭击和入侵端标语，在能保证带宽前提下仅开通系统运营所必要端口。
4.2.2软件接口
这里接口问题重要就是如何与sql数据库进行通信，以便对数据库进行读取和写入操作。在jsp技术中是使用JABC-ODBC来解决这个问题。详细来说开发中也许使用到JABC-ODBC惯用对象有如下几种：
（1）连接对象（Connection）：用来连接数据库。
（2）记录集对象（Record）：用来保存查询语句返回成果。
（3）命令对象（Command）：用来执行SQL语句或者SQL Server存储过程。
（4）参数对象（Parameter）：用来为存储过程或查询提供参数。
4.2.3内部接口
各模块之间接口如下表：
模块编号
模块名称
备注
1
会员登录
登录模块
2
会员注册
登录模块
3
景点展示
景点简介模块
4
查询
景点简介模块
5
景点详情
景点简介模块
6
填写详细信息
购买模块
7
系统解决生成订单号
购买模块

4.3设计语言（或其她形式）描述

位、字符、数据元、记录、文献和数据库等6层，每一后继层都是其前驱层数据元组合成果，最后实现一种综合数据集合
4.4注释
a.加在模块首部注释；
本模块是为旅友找到适合自己旅游景区，并为驴友提供参照路线。
b加在各分枝点处注释；
选取要去大区。
5运营设计
5.1运营模块组合
无
5.2运营控制
无。
5.3运营时间
较短

6系统逻辑
业务逻辑是为达到特定价值目的而必要要完毕一系列活动。活动之间不但有严格先后顺序限定，并且活动内容、方式也都必要有明确安排和界定，以使不同活动在不同岗位角色之间进行交接成为也许。活动与活动之间在时间和空间上转移可以有较大跨度。整个业务流程基于工作流而建，旅游管理及订票系统是以门票预订为业务流程核心。顾客在进行订票之前，需先进行登陆，进入景点详细信息页面后可点击订票，订票时需使用虚拟金额进行订票，此金额可由顾客注册时生成，订票成功后门票个数和账号余额都会相应地减少。
通过对整个系统执行过程分析，可以得到整个系统核心业务流程。当游客进入主页景点进行浏览时，会点击喜欢景点查看此景点详细内容，然后可以看到此景点价格、景点详细简介、景点地图、景点门票剩余状况等，当顾客输入订票数目，点击订票时，后台会检测此游客与否已经登陆，如果此游客未登陆则系统会跳转到游客登陆页面，如果已经登陆系统会跳转到订票页面，在订票页面中会显示出顾客剩余金额，如果顾客剩余金额不大于所要支付金额，系统则会提示顾客金额局限性然后跳转到主页景点页面，如果顾客金额充分，顾客点击订票时则会提示订票成功且生成唯一订票单号。系统核心流程图如下所示。

结束
开始
登陆系统
订票成功
有无支付能力
进入订票系统
与否登陆
购票
查看景点详细信息
查看主页信息
顾客进入主页

7功能器求与程序关系
servlet
放置提交解决页面
beans
放置JavaBeans
css
CSS文献存储
flash
放置flash文献
admin
网站后台文献
images
图片存储目录，可依照详细模块划分子目录
userFace
会员头像
msgFace
留言表情
travleImg
景点图片
cultureImg
旅游文化有关图片
js
Javascript文献
WEB-INF
后台类、包、TLD、配备文献……
8人工解决过程
连接数据库，布置项目
9数据库设计
数据库设计是系统设计中相称核心环节，它是顾客界面层和业务逻辑解决层基本。合理数据库设计可以提高系统数据存储效率，保证数据完整和统一，并且可以提高系统扩展性。普通涉及数据库需求分析、数据库概念构造设计和逻辑构造设计。
9.1 数据库需求分析
系统涉及到顾客信息、景点信息、管理员信息、景点详细信息、顾客账户信息、留言板信息、景点地图信息等各种数据管理。顾客信息管理涉及顾客个人信息查看以及修改、登陆密码修改；管理员信息管理涉及管理员个人资料查看以及修改、登陆密码修改；景点信息管理涉及景点资料查看以及修改；留言板信息管理涉及留言信息录入和查看操作。详细功能如下：
（1）管理员维护可以维护顾客信息和景点信息；
（2）顾客查询个人资料和修改登陆密码；
（3）管理员可以对景点信息编辑；
（4）顾客可以查看个人基本信息并进行有关修改；
9.2 数据库概念构造设计
概念构造设计就是对信息世界进行建模，概念构造设计任务是在需求分析阶段产生需求阐明书基本上，按照特定办法把它们抽象为一种不依赖于任何详细机器数据模型，即概念模型，惯用概念模型是E-R模型。概念数据模型,重要在系统开发数据库设计阶段使用，是按照顾客观点来对数据和信息进行建模，运用实体关系图来实现，它描述系统中各个实体以及有关实体之间关系,是系统特性和静态描述。
现实世界概念构造模型有效办法，是表达概念模型一种方式。矩形表达实体型，框内写实体名，用椭圆表达实体属性，并用无向边将其与相应实体型连接起来；用菱形表达实体型之间联系，在菱形框内写明联系名，并用无向边分别与关于实体型连接起来[7]。
有网站顾客、游客、管理员、旅游景点、留言板这5个实体，网站顾客有顾客名、登陆密码、家庭住址、联系方式、顾客级别这5个属性，游客是进入系统后只能查看景点信息等操作，因此游客没有属性，管理员有顾客名和登陆密码这2个属性，旅游景点有景点名称、景点图片、详细信息、参照价格、会员价格、高档会员价格这6个属性，留言板有留言人姓名、留言时间、留言内容这三个属性。
游客可以查看旅游景点，游客与旅游景点之间是一对多关系，一种游客可以查看各种旅游景点，游客也可以查看留言板，游客与留言板之间关系是多对一关系，一种留言板可以有各种游客查看。网站顾客页除了可以查看旅游景点外和预定景点门票外还可以查看留言板，网站顾客与旅游景点之间是一对多关系，一种网站顾客不但可以查看各种旅游景点，也可以预定各种旅游景点门票，网站顾客与留言板之间关系是多对一关系，各种网站顾客查看一种留言板内容。管理员可以管理网站顾客信息和旅游景点信息，管理员与网站顾客之间是一对多关系，一种管理员可以管理各种网站顾客，管理员与旅游景点之间是一对多关系，一种管理员可以管理各种旅游景点信息。

9.3 数据库逻辑构造设计
依照上面数据库需求分析和概念设计，通过SQL Server数据库设计，可以设计出名称为数据库。
数据库由下面各种表格构成，涉及顾客表（register）、管理员信息表（administrator）、导游表（guide）、留言板信息表（message）、主页景点信息表、景点详细信息表,每个表格在数据库中相应一种表。
register表
存储顾客注册时基本信息资料，姓名是主键。
register表
字段名称
字段代码
字段类型
字段长度
与否为空
账号
A-id
int
50
Not Null
姓名
name
VARCHAR
50
Not Null
登陆密码
password
VARCHAR
50
Null
住址
address
VARCHAR
50
Null
联系方式
tel
int
50
Null
订票单号
booking
varchar
50
Null

administrator表（管理员信息表）
存储管理员基本信息资料
administrator表
字段名
字段代码
字段类型
字段长度
与否为空
账号
A-id
int
50
Not Null
姓名
name
VARCHAR
50
Not Null
身份证件号
C-id
VARCHAR
50
Not Null

guide表
字段名称
字段代码
字段类型
字段长度
与否为空
账号
id
int
50
Not Null
姓名
name
VARCHAR
50
Not Null
登陆密码
password
VARCHAR
50
Null
住址
address
VARCHAR
50
Null
联系方式
Tel
VARCHAR
50
Null
所在景点号
J-id
int

Null

message表（留言板信息表）
存储留言板信息资料，信息是由网站运营时通过前台增长到数据库中
message表
字段名
字段代码
字段类型
字段长度
与否为空
账号
id
int
50
Not Null
留言内容
word
VARCHAR
50
Not null
留言时间
date
VARCHAR
50
Null

主页景点信息表
存储网站主页所呈现景点信息资料，序列号是主页景点信息表主键，该主键是由填写信息时添加。
主页景点信息表
字段名
描述
字段类型
字段长度
与否为空
景点图片
图片信息
VARCHAR
50
Null
所在景点号
J-id
int

Null
景点名称
景点名
VARCHAR
50
Null
参照价格
普通顾客价格
Int

Null
门票个数
门票剩余个数
Int

Null

景点详细信息表
字段名
描述
字段类型
字段长度
与否为空
景点名称
景点名
VARCHAR
50
Null
详细信息
景点详细信息
VARCHAR
50
Null
景点号
J-id
int

Null

10特别注释：无
11附录：无