《景点预约及门票管理系统+详细规格设计说明书.docx》由会员分享，可在线阅读，更多相关《景点预约及门票管理系统+详细规格设计说明书.docx（24页珍藏版）》请在三一办公上搜索。
1、景点预约及门票管理系统详细设计规格说明书一级学院医药信息工程专 业信息管理与信息系统一班级2012级组号第26组小组成员 指导教师2015年9月目录目录11. 作用范围21.1目的21.2软件和人机界面21.3主要的系统功能:31.4外部数据库定义31.5主要的设计约束和限制32. 文档32.1现有的软件文档32.2技术参考书:33设计描述33.1数据描述33.2导出的程序结构:无43.3结构之间的界面：还没44.模块描述；针对每个模块给出44.1处理过程陈述4景点开放时间模块5统计分析模块7管理员模块8留言板模块94.2接口描述104.2.1硬件接口 104.2.2软件接口 104.2.3内
2、部接口 114.3设计语言（或其他形式）描述114.4注释125运行设计125.1运行模块组合125.2运行控制125.3运行时间126系统逻辑127功能器求与程序的关系158人工处理过程159数据库设计159.1数据库需求分析169.2数据库概念结构设计169.3数据库逻辑结构设计1810特别注释2111附录211.作用范围 Ej1.1目的本次课程设计目的是构建一个旅游景点网上售票系统，主要完成 游客的对景点的预览和对票券的订购等操作。采用的主要技术是内置 脚本语言是基于Java编程语言的JSP、后台数据库采用SQLSERVER 技术、用Hibernate控件进行数据库的连接以及网页编程语言
3、HTML。（1）将系统划分为物理元素，即程序，文件，数据库，文档等。（2）设计软件结构，即将需求规格转换为体系结构，划分出程序 的基本模块，确定模块之间的相互关系，并确定系统的数据结构。（3）本说明书的用途在于实现目标系统的各种不同的方案，分析这 些方案中选出若干个合理的方案，为每一个方案都准备一份系统流程 图列出组成系统的物理元素，进行成本/效益分析，从中选择一个最 佳的方案向用户和使用部门推荐。如果用户和使用部门负责人接受了 推荐的方案，分析员应该进一步为这个最佳方案设计软件结构。通常， 设计出初步的软件结构后还要进一步改进，从而得到更合理的结构， 进行必要的数据库设计，确定测试要求并且制
4、定测试计划。（4）本说明书主要读者为系统分析员和用户以及使用部门的有关 人员，为后面的系统开发提供依据1.2软件和人机界面MYCELIPSE,SQLSERVER,POWERDESIGNER, rose rational，注册，登 录，填写个人信息，查询等1.3主要的系统功能:网上查询景点，留言板，对导游的评价，对景区的评价，网上订票， 二维码扫描1.4外部数据库定义景点信息表，景点导游表1.5主要的设计约束和限制假定此系统为自包含的，不过分依赖其它外部系统2.文档2.1现有的软件文档景点预约及门票管理系统需求分析规格说明书，景点预约及门票管理系统可行性报告,景点预约及门票管理系统项目计划开发书
5、2.2技术参考书：JSP从入门到精通，数据库原理3设计描述3.1数据描述导游的资料，游客的资料数量，景区的资料数量，景区景点的资料数量3.2导出的程序结构:无3.3结构之间的界面：还没4.模块描述；针对每个模块给出4.1处理过程陈述景点信息模块：界面有一些详细，点击详细，有其他的详细信息购票是否浏览主页景点信息进入登陆页面查看所选景点详细信息结束开始景点开放时间模块：直接点击到景点开放时间，即可显示景点开放时间模块开始查看开放时间模块修改删除插入开放时间结束k,J用户模块：在用户点击“登录”按钮后：如果用户名或密码为空，在 0.5秒内给出相应的提示语。如果用户名或密码错误，在1秒内给出相应的提
6、示语。如果验证通过，在1秒内进入相应 的界面。预约模块：用户点击某景点预约，然后在景点游客表中就会插入该游客的信息统计分析模块开始查看统计分析模块修改删除插入信息结束管理员模块(1) 用户信息管理管理员可以查看注册本网站的用户的所有信息，并拥有权限进行 部分信息的编辑，其中用户的消费累计和用户等级都是后台自动生成 的，管理员不能进行修改。(2) 景点信息管理网站首页所罗列出的所有景点信息，管理员都是可以修改的，不 仅可以对景点进行替换，也可以修改景点价格和景点剩余票数等。留言板模块(1) 用户留言用户可以对旅游景点进行一个评价也可以在本页面留下自己的 旅游心得等。(2) 留言板查看用户可以查看
7、留言板的所有内容，对于注册过并登陆后进行留言 的用户，可以看到留言者的姓名，而对于未登录用户，则只能看到信 息，此模块的业务流程图如下：4.2接口描述4.2.1硬件接口由于我们使用的通信协议是TCP/IP，因此这里的硬件接口问题 主要就是TCP/IP层中的网络接口层，他负责数据帧的发送和接收， 帧是独立的网络信息传输单元。网络接口层将帧放在网上，或从网上 把帧取下来。这就要求IP使用网络设备接口规范NDIS向网络接口层 提交帧，并且IP支持广域网和本地网接口技术。在系统运行时要注 意关闭那些容易受攻击和入侵的端口号，在能保证带宽的前提下仅开 通系统运行所必须的端口。4.2.2软件接口这里的接口
8、问题主要就是怎样与sql数据库进行通信，以便对数据库 进行读取和写入操作。在jsp技术中是使用JABC-ODBC来解决这个问 题的。具体来说开发中可能使用到的JABC-ODBC的常用对象有以下几 个：(1) 连接对象(Connection):用来连接数据库。(2) 记录集对象(Record):用来保存查询语句的返回结果。(3) 命令对象(Command):用来执行SQL语句或者SQL Server的 存储过程。(4) 参数对象(Parameter):用来为存储过程或查询提供参数。4.2.3内部接口各模块之间的接口如下表：模块编号模块名称备注1会员登录登录模块2会员注册登录模块3景点展示景点介绍
9、模块4查询景点介绍模块5景点详情景点介绍模块6填写详细信息购买模块7系统处理生成订单号购买模块4.3设计语言(或其他形式)描述位、字符、数据元、记录、文件和数据库等6层，每一后继层都是其 前驱层数据元组合的结果，最终实现一个综合的数据集合4.4注释a.加在模块首部的注释；本模块是为旅友找到适合自己的旅游景区，并为驴友提供参考路线。b加在各分枝点处的注释；选择要去的大区。5运行设计5.1运行模块组合无5.2运行控制无。5.3运行时间较短6系统逻辑业务逻辑是为达到特定的价值目标而必须要完成的一系列活动。活动之间不仅有严格的先后顺序限定，而且活动的内容、方式也都必 须有明确的安排和界定，以使不同活动
10、在不同岗位角色之间进行交接 成为可能。活动与活动之间在时间和空间上的转移可以有较大的跨 度。整个业务流程基于工作流而建，旅游管理及订票系统是以门票预 订为业务流程的核心。用户在进行订票之前，需先进行登陆，进入景 点详细信息页面后可点击订票，订票时需使用虚拟金额进行订票，此 金额可由用户注册时生成，订票成功后门票个数和账号余额都会相应 地减少。通过对整个系统的执行过程分析，可以得到整个系统核心的 的业务流程。当游客进入主页景点进行浏览时，会点击喜欢的景 点查看此景点的详细内容，然后可以看到此景点的价格、景点的 详细介绍、景点地图、景点门票剩余情况等，当用户输入订票数 目，点击订票时，后台会检测此
11、游客是否已经登陆，如果此游客 未登陆则系统会跳转到游客登陆页面，如果已经登陆系统会跳转 到订票页面，在订票页面中会显示出用户的剩余金额，如果用户 剩余金额小于所要支付的金额，系统则会提示用户金额不足然后 跳转到主页景点页面，如果用户金额充足，用户点击订票时则会 提示订票成功且生成唯一的订票单号。系统的核心流程图如下所 示。是否登陆有无支付能力结束查看景点详细信息订票成功用户进入主页查看主页信息进入订票系统购票登陆系统7功能器求与程序的关系servlet放置提交处理页面beans放置 JavaBeanscssCSS文件存放flash放置flash文件admin网站后台文件images图片存放目录
12、，可根据具体模块划分子目录userFace会员头像msgFace留言表情travleImg景点图片cultureImg旅游文化相关图片jsJavascript 文件WEB-INF后台类、包、TLD、配置文件8人工处理过程连接数据库，部署项目9数据库设计数据库的设计是系统设计中相当关键的环节，它是用户界面 层和业务逻辑处理层的基础。合理的数据库设计可以提高系统数 据存储的效率，保证数据的完整和统一，而且可以提高系统的扩 展性。一般包括数据库需求分析、数据库概念结构设计和逻辑结 构设计。9.1数据库需求分析系统涉及到用户信息、景点信息、管理员信息、景点详细信 息、用户账户信息、留言板信息、景点地图
13、信息等多种数据管理。 用户信息管理包括用户的个人信息查看以及修改、登陆密码修改; 管理员信息管理包括管理员的个人资料查看以及修改、登陆密码 修改；景点信息管理包括景点资料查看以及修改；留言板信息管 理包括留言信息录入和查看操作。具体功能如下：（1）管理员维护可以维护用户信息和景点信息；（2）用户查询个人资料和修改登陆密码；（3）管理员可以对景点信息编辑；（4）用户可以查看个人基本信息并进行相关修改；9.2数据库概念结构设计概念结构设计就是对信息世界进行建模，概念结构设计的任 务是在需求分析阶段产生的需求说明书的基础上，按照特定的方 法把它们抽象为一个不依赖于任何具体机器的数据模型，即概念 模型
14、，常用的概念模型是E-R模型。概念数据模型，主要在系统开 发的数据库设计阶段使用，是按照用户的观点来对数据和信息进 行建模，利用实体关系图来实现，它描述系统中的各个实体以及 相关实体之间的关系，是系统特性和静态描述。现实世界概念结构模型的有效方法，是表示概念模型的一种 方式。矩形表示实体型，框内写实体名，用椭圆表示实体的属性， 并用无向边将其与相应的实体型连接起来；用菱形表示实体型之 间的联系，在菱形框内写明联系名，并用无向边分别与有关实体 型连接起来7。有网站用户、游客、管理员、旅游景点、留言板这5个实体， 网站用户有用户名、登陆密码、家庭住址、联系方式、用户等级 这5个属性，游客是进入系统
15、后只能查看景点信息等操作，所以 游客没有属性，管理员有用户名和登陆密码这 2个属性，旅游景 点有景点名称、景点图片、详细信息、参考价格、会员价格、高 级会员价格这6个属性，留言板有留言人姓名、留言时间、留言 内容这三个属性。游客可以查看旅游景点，游客与旅游景点之间是一对多的关 系，一个游客可以查看多个旅游景点，游客也可以查看留言板， 游客与留言板之间的关系是多对一的关系，一个留言板可以有多 个游客查看。网站用户页除了可以查看旅游景点外和预定景点门 票外还可以查看留言板，网站用户与旅游景点之间是一对多的关 系，一个网站用户不仅可以查看多个旅游景点，也可以预定多个 旅游景点的门票，网站用户与留言板
16、之间的关系是多对一的关系， 多个网站用户查看一个留言板内容。管理员可以管理网站用户的信息和旅游景点的信息，管理员与网站用户之间是一对多的关系， 一个管理员可以管理多个网站用户，管理员与旅游景点之间是一 对多的关系，一个管理员可以管理多个旅游景点的信息。9.3数据库逻辑结构设计根据上面的数据库需求分析和概念设计，通过SQL Server2005 数据库的设计，可以设计出名称为的数据库。数据库由下面的多个表格组成，包括用户表（register）、管理 员信息表（administrator）、导游表（guide）、留言板信息表（message）、主页景点信息表、景点详细信息表每个表格在数据库 中对应
17、的一个表。register 表存放用户注册时的基本信息资料，姓名是主键。register 表字段名称字段代码字段类 型字段长 度是否为 空账号A-idint50NotNull姓名nameVARCHAR50NotNull登陆密码passwordVARCHAR50Null住址addressVARCHAR50Null联系方式telint50Null订票单号bookingvarchar50Nulladministrator表（管理员信息表）存放管理员的基本信息资料administrator 表字段名字段代码字段类 型字段长 度是否为 空账号A-idint50NotNull姓名nameVARCHAR50
18、NotNull身份证件号C-idVARCHAR50NotNullguide 表字段名称字段代码字段类 型字段长 度是否为 空账号idint50NotNull姓名nameVARCHAR50NotNull登陆密码passwordVARCHAR50Null住址addressVARCHAR50Null联系方式TelVARCHAR50Null所在景点号J-idintNullmessage表（留言板信息表）存放留言板的信息资料，信息是由网站运行时通过前台增加到数据库中message 表字段名 字段代码 字段类字段长是否为型度空账号idint50NotNullNot留言内容wordVARCHAR50null留言时间dateVARCHAR50Null主页景点信息表存放网站主页所展现的景点信息资料，序列号是主页景点信息表 的主键，该主键是由填写信息时添加的。主页景点信息表字段名描述字段类 型字段长 度是否为空景点图片图片信息VARCHAR50Null所在景点号J-idintNull景点名称景点名VARCHAR50Null参考价格普通用户价 格IntNull门票个数门票剩余个 数IntNull景点详细信息表字段名描述字段类 型字段长 度是否为空景点名称景点名VARCHAR50Null详细信息景点详细信 VARCHAR 50 Null息景点号 J-id intNull10特别注释：无11附录：无
