项目名称旅行社管理系统专业班级13软件工程2 学号************201358234072 姓名辜建波肖茗完成日期2015年6月15日软件工程学院1 引言 (3)1.1 编写目的 (3)1.2 项目背景(任务分工) (3)1.3 术语定义 (3)2 软件项目的描述 (3)2.1 项目目标(问题定义,明确系统的规模和目标) (3)2.2 系统技术 (3)2.3 相关概念和处理流程 (3)3 可行性分析报告 (4)3.1 经济可行性 (4)3.2 技术可行性 (4)3.3 操作可行性 (4)3.4 运行和法律可行性 (4)4 软件需求分析 (4)4.1 确定对系统的综合要求(功能需求、性能需求、可用性需求、出错处理需求、接口需求、约束条件、将来可能提出的要求) (4)4.2 分析系统的数据要求(建立数据模型“ER图”、描绘数据结构“层次方框图” ) (5)4.3 导出系统的逻辑模型(数据流图、实体-联系图、状态转换图、数据字典和主要算法描述) (8)5 软件设计 (11)5.1 体系结构设计(模块划分、每个模块所需的算法和数据结构;模块间的控制关系、模块之间的接口;程序流程图、PAD图、HIPO图) (11)5.2 数据设计(数据流设计,需要分清变换流、事务流、混合流;数据对象和数据结构;数据库的设计) (12)5.3 接口设计(外部数据接口、系统或设备接口;内部接口设计) (13)5.4 过程设计(每个模块的处理功能说明、接口描述、设计语言描述、内部设计结构、注释/约束/限制) (14)6 软件实现说明 (16)6.1 编码语言 (16)6.2 编码风格 (16)6.3 人机界面设计(一般交互界面、信息显示界面、数据输入界面) (16)7 软件测试(测试计划和测试分析报告) (27)7.1 测试计划(单元测试、白盒测试与黑盒测试) (27)7.2 测试用例 (27)8 软件手册 (32)8.1 软件安装手册 (32)8.2 用户操作手册 (32)9 项目开发总结报告 (32)9.1 总结与展望(完成哪些任务与个人感受;未来努力方向) (33)9.2 主要收获(得意之处、个人创意的实现技巧、核心程序等) (33)9.3 目前存在的问题 (33)附录1:源代码清单 (33)附录2:参考资料 (33)1 引言1.1 编写目的旅游信息管理系统设计开发的宗旨是减少人力、提高效率。
所以,在设计上是尽量涉及到和旅游相关的方方面面,这样在提高效率的基础上也提高了可靠性和完整性。
本文研究的是旅游信息的具体设计开发应用。
具体的设计包括:系统管理员模块、旅游信息模块、酒店信息模块、景点交通模块、其它交通管理模块、旅游服务模块、退出系统模块。
在这些模块中实现了添加、删除、修改、查询的功能。
1.2 项目背景(任务分工)旅游管理系统(Tourism Management System),运用计算机创建一个网络互动平台。
让更多的游客登进入到我们制作的旅游板块和旅游团队中。
通过页面的景点展示,景点简介,度假村简介,动态新闻。
让阅览者第一时间获得第一手的旅游信息,和某些景点的动态新闻。
让阅览者更好的选择到适合自己的旅游团队,通过旅游团队的活动时间,让自己能更好的安排自己的业余时间。
让人们更能积极的参加我们的旅游团。
任务分工:引言直至需求分析:肖茗人机界面设计:辜建波数据库设计:肖茗软件设计直至开发总结:辜建波测试用例:肖茗编程:辜建波1.3 术语定义2 软件项目的描述2.1 项目目标(问题定义,明确系统的规模和目标)旅行社管理系统主要是用于旅游公司,对旅游信息的进行发布和修改以及加强有课进行交流。
本系统是根据旅游行业的这种现状,提出解决问题的一个可行性方法:采用现代化统一的计算机网络系统,实现了旅游管理的网络化,各类信息有序的进行存储,同时采用了权限认证的方式,只有经过了系统权限认证之后,方可进入系统主控界面,进行信息管理,信息查询,在线预订,留言薄等功能的使用,实现了各种业务系统的数据集成和信息集成,对旅行社各类信息,资源进行协同集中管理。
利用ASP技术建立动态网站,实现旅游信息快速发布及接受游客的网上预订。
旅游社管理系统是基于ASP+SQL 所开发的,主要包括数据库的建立和维护以及前后台应用程序的开发两个方面。
对于前者要求建立起的数据库要具备较好的一致性、完整性、安全性等特性,面对后者则要求应用程序具有功能完备,界面美观,已使用等特点。
本系统功能包括:用户模块,查询模块,在线留言模块,酒店预订模块,后台管理模块(包括用户管理,留言管理。
景点管理,酒店管理,旅行社管理和预订管理)等模块,能够动态的使用数据库。
2.2 系统技术2.3 相关概念和处理流程3 可行性分析报告3.1 经济可行性本系统作为一个工程实践设计,无需开发经费,目前对于我们来说在经济上市可以接受的,所以在经济上是可行的。
3.2 技术可行性本系统采用ASP带发出友好美观的人机界面,便于用户理解、操作。
数据库管理系统采用Microsoft SQL,Server 2000,它能够处理大量数据,同时保持数据的完整性、安全性。
因此本系统的开发平台已成熟可行。
硬件方面,在科技飞速发展的浸提那,硬件更新速度愈来愈快,熔炼越来越大,可靠性越来越高,价格越来越便宜,因此硬件平台能够满足本系统所需。
主要目的是为了用户方便快捷的了解景点简介,当前的热门景点新闻,度假村简介,产品的展示,提高景点介绍编辑人员的服务质量和服务效率,当用户浏览资讯时,终端会向服务器发出请时,服务器旅游信息库的实时数据向终端发送数据,显示在终端的品目上。
当用户参团是,终端向服务器提交用户信息后,将参团存入信息裤,并及时显示该参团信息,系统管理员发布旅游信息时,将信息存入信息数据库并在页面显示该操作添加的旅游信息,当管理员修改旅游信息是,旅游信息数据库数据也做相应改变,页面及时显示更改。
3.3 操作可行性旅行社管理系统是基于ASP动态服务区页面,ASP可以与数据库和其他程序进行交互,是一种简单,方便的编程工具,所以操作可行性方面是可行的。
开发出来的页面也是十分容易使用,具有简单,容易上手的特点。
3.4 运行和法律可行性在windows7/8/XP下运行。
4 软件需求分析4.1 确定对系统的综合要求(功能需求、性能需求、可用性需求、出错处理需求、接口需求、约束条件、将来可能提出的要求)4.1.1 功能需求分析本系统主要有如下功能1.身份验证。
2.查看最新景点的动态新闻,度假村和景点简介信息。
3.管理员可以查询用户信息。
4.管理员可以对旅游信息进行更改、删除、会员用户可以参加团队旅游。
5.管理员对旅游信息、图片的管理。
4.1.2性能需求分析2.4.1. 正确性需求管理员应能够进行有关的旅游信息准确地添加到数据库中。
系统用户登录后,系统应能正确地读取用户个人信息以及用户的权限信息。
系统的操作结果与预期的结果应该是一致。
2.4.2. 安全性需求系统登录需要输入用户名、密码,并且需要防止SQL 注入问题,用户登录后根据用户角色的不同可以访问的权限应该不同。
为了防止用户未授权访问了不该访问的功能,系统需要在客户端和控制端设置权限拦截。
2.4.3. 界面需求系统对界面的要求窗口布局清晰,颜色搭配合理,主题以绿色为主,色调柔和,各窗体主题风格一致同时采用windows 的通用图形界面,对用户友好,必须对鼠标和键盘提供支持,界面的设计应遵循如下规则:(1)界面具有一致性,接你按规范应遵循MS Windows 软件界面概念规范。
旅游管理系统后台功能结构管理员登录管理员修改和删除度假村主题管理新闻内容管理景点简介管理会员用户登录注册后台退出口会员用户修改会员用户参团(2)提供简单的错误处理。
(3)提供信息反馈,用多种信息提示用户当前的系统运行状态。
(4)操作可逆,其动作可以是单个操作,或者是一个相对对立的操作序列。
(5)显示启动画面,画面要简洁明了,不能太过花哨。
2.4.4.时间特殊性需求当管理员向系统添加旅游信息时需要在一定时间内处理用户数据并将数据录入数据库中。
2.4.5. 稳定性需求·系统部署后,在硬件条件和支持软件条件没有变化的情况下,能够一直保持运行状态,直到系统被升级或代替。
2.4.6. 灵活性需求用户在选择参团信息时,支持参团操作,为您展示相关联的一切信息2.4.7. 扩展性需求系统应该支持功能扩展与支持环境的扩展。
功能扩展就是在现有的功能模块的基础上可以添加信息的功能模块。
2.4.8. 故障处理能力需求系统可能遇到的软件故障是数据库与应用程序服务器。
为了满足信息处理的需求,可以采取数据恢复数据来解决。
4.2 分析系统的数据要求(建立数据模型“ER图”、描绘数据结构“层次方框图”)4.2.1创建用例图4.2.2创建交互视图4.2.3E-R图4.3 导出系统的逻辑模型(数据流图、实体-联系图、状态转换图、数据字典和主要算法描述)4.3.1数据流图数据流图,简称DFD,就是采用图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程,是结构化系统分析方法的主要表达工具。
顶层数据流图2系统主要描述了整个旅游管理系统的数据流,表明用户直接进入旅游管理系统进行相关操作,并通过登录系统查看订单受理与否。
用户进入系统后,图3用户可以进行如下操作:1.查询旅游信息:主要查询景点、线路信息,新闻信息,客户留言等操作。
2.旅游预定:当用户查询到相关旅游,并且可以能够申请相关旅游预定,填写用户信息。
用户界面数据流图描述了用户进入系统的流程图,订单游客在登录系统时在身份验证中输入正确用户名和密码就可通过,普通用户不需要用户名和密码,直接点击进入系统主页,对信息、线路、新闻信息、景点信息进行查询。
如图4所示:用户旅游预定数据流图描述了用户提交订单的流程图,用户浏览了相关线路资料后,可以选择线路及预定,而系统经过简单的逻辑判断信息是否有错后通过消息框的反馈,来确定预定是否成功。
如图5所示:后台:图6描述管理员对旅游各种信息的维护。
管理员操作数据流图通过后台管理系统实现对旅行订单管理,景点信息管理,线路信息管理,管理员信息管理,新闻信息管理,留言信息管理维护。
4.3.2系统功能结构5 软件设计5.1 体系结构设计(模块划分、每个模块所需的算法和数据结构;模块间的控制关系、模块之间的接口;程序流程图、PAD图、HIPO图)5.1.1 系统设计原则(1)实用性原则系统必须从科技对广大民众实用性的角度出发,让广大民众和喜爱科技的人更加全面了解科技方面的最新资讯。
(2)易用性原则系统应该有友好的用户界面,易于使用,稍有电脑基础的人员便可访问本系统。
(3)经济性原则系统充分考虑经济性原则,以尽量低的造价为旅游管理系统带来尽量大的效益,提供良好的性价比。