文档变更记录:
序号 |
日期 |
版本 |
文档状态 |
作者 |
文档章节 |
备注说明 |
1 |
2007-10-16 |
1.0 |
创建 |
艾菁 |
全 |
|
过程数据小结:
序号 |
日期 |
版本 |
文档状态 |
文档时间(分钟) |
文档规模(个数) |
文档主要缺陷(个数) |
|||
1 |
2007-10-16 |
1.0 |
创建 |
120 |
字 |
图 |
表 |
数量 |
评审日期 |
2982 |
4 |
2 |
|
|
目录
1.引言
1.1编写目的 4
1.2项目背景 4
1.3定义 4
1.4参考资料 4
2.可行性研究的前提
2.1要求 4
2.2目标 5
2.3条件、假定和限制 5
2.4决定可行性的主要因素 5
3.对现有系统的分析
3.1处理流程和数据流程 5
3.2工作负荷 5
3.3费用支出 5
3.4人员 5
3.5设备 5
3.6局限性 5
4.所建议技术可行性分析
4.1对系统的简要描述 6
4.2处理流程和数据流程 6
4.3与现有系统比较的优越性 7
4.4采用建议系统可能带来的影响 7
4.5技术可行性评价 7
5.所建议系统经济可行性分析
5.1支出 8
5.2效益 8
5.3收益/投资比 8
6.社会因素可行性分析
6.1法律因素 8
6.2用户使用可行性 8
7.其他可供选择的方案 8
8.结论意见 8
1.引言
1.1编写目的
随着科学技术的高速发展,我们已步入数字化、网络化的时代。旅游自助系统是一个管理信息系统,目标是使旅游资源信息化,方便旅游公司及游客便捷地得到需要的旅游信息。
1.2项目背景
建议开发软件名称:旅游自助系统
项目的提出者:软件工程课程
开发者:艾菁、张虹、周军、李骁、胡宝雷
用户:旅游公司及游客
1.3定义
该旅游自助系统是基于Internet/Intranet 及Web技术,建立以Browser/Server 为结构模式、以数据库为后台核心应用、以服务为目的信息平台。
1.4参考资料
《软件工程》 原书第八版 程成、陈霞译 机械工业出版社 2007.3
2.可行性研究的前提
2.1要求
功能:
对旅游公司及旅游局输入信息进行管理;
用户的信息检索;
性能:
数据库的录入;
后台信息维护;
不同条件下的信息检索;
旅游服务预约及预约是否成功的反馈;
输出:
旅游景点信息;(包括景点介绍、物理位置、开放时间、参观费用等)
旅游线路信息;(包括日程安排、食宿交通、手续价格、联系方式等)
预约结果反馈;(是否成功)
输入:
旅游景点名称;
旅游线路名称;
旅游者自定义的查询条件的搭配;(包括希望的时间安排、旅游的费用预算、行程的旅游景点等)
安全保密:
用户退出系统时,自动清空查询记录;
运行环境:
操作系统:Windows2000;
数据库类型:SQL server;
机器配置:
能够安装操作系统及数据库,有网络服务功能;
完成期限:
2007年12月。
2.2目标
以低成本、少量成员、尽可能高的效率,在完成期限前制作出具有所要求的功能的系统
2.3条件、假定和限制
该系统使用的信息资源数据来源于网络,因此会受到版权的限制。可联系各地旅游局及旅游公司加盟此系统
2.4决定可行性的主要因素
主要因素有时间、技术水平、团队合作精神等
3.对现有系统的分析
3.1处理流程和数据流程
现有的旅游自助系统,多见于旅游景点。采用触摸屏一体机式设计。游客根据触摸屏上的选项输入检索条件,系统根据检索条件在数据库中进行检索,将检索结果在屏幕上反馈给游客
3.2工作负荷
每次在一台触摸屏一体机上只能有一名用户进行操作
3.3费用支出
购买触摸屏一体机和软件的一次性支出
3.4人员
每个使用现有系统的景点至少需要一名维护人员维护触摸屏一体机
3.5设备
旅游自助系统触摸屏一体机
3.6局限性
只能在特定的触摸屏一体机上使用;每次只能有一名用户使用;检索到的信息不具有输出到纸媒的功能;不能实时更新数据库;检索方式固定;没有与用户的互动功能;只限于本地景点的信息检索;
4.所建议技术可行性分析
4.1对系统的简要描述
目前,网络上的旅游信息纷繁芜杂,令人眼花缭乱,为了适应广大网友在网络上检索旅游信息的需要,我们开发了这个旅游自助系统。它是基于Internet/Intranet 及Web技术,建立以Browser/Server 为结构模式、以数据库为后台核心应用、以服务为目的信息平台。目标是使旅游资源信息化,方便旅游公司及游客便捷地得到需要的旅游信息。
它具有如下功能:
1. 旅游局维护旅游景点的信息,包括景点介绍、物理位置、开放时间、参观费用等
2. 旅游公司维护各自开设的旅游线路的服务信息,包括日程安排、食宿交通、手续价格、联系方式等
3. 旅游者可以自定义查询条件,如希望的时间安排、旅游的费用预算、行程的旅游景点等,从而获得旅游公司的旅游线路服务信息
4. 旅游者可以进行旅游线路的服务预约,并获得预约是否成功的反馈
5. 软件用户可以查询旅游景点信息,包括旅游预约的数量和日期等
6. 软件用户可以查询旅游公司提供的旅游线路信息、各旅游线路的服务预约情况等
4.2处理流程和数据流程
该系统分为信息检索、旅游预约、后台维护三个子系统:
旅游自助系统 |
信息检索 |
旅游预约 |
后台维护 |
按景点名称 |
按旅游路线 |
ETC. |
信息检索系统:
数据库检索 |
景点名称 |
旅游线路 |
开放时间 |
输入 |
用户界面 |
输出 |
旅游预约:
旅游公司信息 |
检索是否有符合预约条件的空位 |
结果反馈 |
输入 |
输出 |
后台维护:
后台界面 |
数据库 |
反馈结果 |
数据库 |
插入/删除/修改 |
4.3与现有系统比较的优越性
该系统具有的功能更多,使用更方便,对硬件的要求更低,信息传播的影响范围更大
4.4采用建议系统可能带来的影响
采用该系统,将无需添置特定设备及软件,能够上互联网的地方就可以使用该系统;对于用户而言,该系统大大的方便了用户对旅游进行提前规划;加盟该系统,对于旅游公司和地方旅游局而言是一个扩大知名度,进行广告宣传的好机会;使用该系统进行旅游景点查询,可以用普通的个人电脑代替昂贵的触摸屏一体机;
4.5技术可行性评价
利用现有的资源和技术,完全能够在要求期限之前达成预定目标
5.所建议系统经济可行性分析
5.1支出
系统开发使用现有的资源即可完成,无需额外支出运行系统需要一台服务器的支出
5.2效益
邀请旅游公司加盟系统,可得到广告收益。目前网络广告正方兴未艾,是一个大有潜力的广告项目,可以预期这个系统带来一定的经济效益。而该系统聚集的人气,则将成为不可估量的长期效益。
5.3收益/投资比
综上所述,该系统的收益/投资比从长远看来,是具有巨大的经济效益的。
6.社会因素可行性分析
6.1法律因素
该系统中使用的旅游景点介绍,旅游线路信息等将涉及到版权问题。
6.2用户使用可行性
目前互联网的应用已经非常广泛,基于Internet/Intranet 及Web技术的这一系统面向的潜在用户群是巨大的。并且该系统采用B/S结构模式,对于用户而言使用方便。因此具有很高的用户使用可行性。
7.其他可供选择的方案
使用C/S结构模式的旅游自助系统:这种系统因为客户端需要安装,对用户来说会显得比较麻烦。而旅游并非是日常生活经常会遇到的一部分,客户端使用的频率不高。所以,安装旅游自助系统的客户端对用户而言是一件麻烦且用处不大的事,采用这一模式的系统,人气必将不如B/S结构模式的系统高。因此不加以考虑。
8.结论意见
鉴于以上分析可知,该旅游自助系统开发项目不仅有巨大的经济效益,而且有巨大的社会效益。从而使我们深信该系统开发出来之后将获得巨大的成功。
综上所述,该项目在技术、经济和社会效益上是完全可行的。