景点预约及门票管理系统+详细规格设计说明书.docx
《景点预约及门票管理系统+详细规格设计说明书.docx》由会员分享，可在线阅读，更多相关《景点预约及门票管理系统+详细规格设计说明书.docx（15页珍藏版）》请在冰豆网上搜索。
景点预约及门票管理系统+详细规格设计说明书
景点预约及门票管理系统+详细规格设计说明书
景点预约及门票管理系统
详细设计规格说明书
二级学院
医药信息工程
专业
信息管理与信息系统
班级
2012级
组号
第26组
小组成员
指导教师
2015年9月
1.作用范围
1.1目的
本次课程设计目的是构建一个旅游景点网上售票系统，主要完成游客的对景点的预览和对票券的订购等操作。
采用的主要技术是内置脚本语言是基于Java编程语言的JSP、后台数据库采用SQLSERVER技术、用Hibernate控件进行数据库的连接以及网页编程语言HTML。
（1）将系统划分为物理元素，即程序，文件，数据库，文档等。
（2）设计软件结构，即将需求规格转换为体系结构，划分出程序
的基本模块，确定模块之间的相互关系，并确定系统的数据结构。
（3）本说明书的用途在于实现目标系统的各种不同的方案，分析这些方案中选出若干个合理的方案，为每一个方案都准备一份系统流程图列出组成系统的物理元素，进行成本/效益分析，从中选择一个最佳的方案向用户和使用部门推荐。
如果用户和使用部门负责人接受了推荐的方案，分析员应该进一步为这个最佳方案设计软件结构。
通常，
设计出初步的软件结构后还要进一步改进，从而得到更合理的结构，进行必要的数据库设计，确定测试要求并且制定测试计划。
（4）本说明书主要读者为系统分析员和用户以及使用部门的有关
人员，为后面的系统开发提供依据
1.2软件和人机界面
MYCELIPSE,SQLSERVER,,POWERDESIGNER,,roserational，注册，登录，填写个人信息，查询等
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秒内进入相应的界面。
预约模块：
用户点击某景点预约，然后在景点游客表中就会插入该游客的信息
no
Yes
yes
noyes
统计分析模块
管理员模块
（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语句或者SQLServer的存储过程。
（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数据库逻辑结构设计
根据上面的数据库需求分析和概念设计，通过SQLServer2005数据库的设计，可以设计出名称为的数据库。
数据库由下面的多个表格组成，包括用户表（register）、管理员信息表（administrator）、导游表（guide）、留言板信息表（message）、主页景点信息表、景点详细信息表,每个表格在数据库中对应的一个表。
register表
存放用户注册时的基本信息资料，姓名是主键。
register表
字段名称
字段代码
字段类型
字段长度
是否为空
账号
A-id
int
50
NotNull
姓名
name
VARCHAR
50
NotNull
登陆密码
password
VARCHAR
50
Null
住址
address
VARCHAR
50
Null
联系方式
tel
int
50
Null
订票单号
booking
varchar
50
Null
administrator表（管理员信息表）
存放管理员的基本信息资料
administrator表
字段名
字段代
升级会员 