系统策划方案概要Word文档下载推荐.docx

系统策划方案概要Word文档下载推荐.docx

《系统策划方案概要Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《系统策划方案概要Word文档下载推荐.docx（11页珍藏版）》请在冰豆网上搜索。

互联网用户70.54%集中在经济较为发达地区，64%家庭人均月收入高于1000元，85.8%年龄在18岁到35岁之间，83%受过大学以上教育。

因此，网络宣传的目标群体是目前社会上层次最高、收入最高、消费能力最高的最具活力的消费群体。

这一群体的消费总额往往大于其他消费层次之和。

2、网络宣传具有交互性和纵深性 

交互性强是互联网络媒体的最大的优势，它不同于传统媒体的信息单向传播，而是信息互动传播。

通过链接，用户只需简单地点击鼠标，就可以从站点中得到更多、更详尽的信息。

另外，用户可以通过网络直接填写并提交在线表单信息，网站通过管理平台可以随时得到宝贵的用户反馈信息，进一步减少了用户和宣传客户之间的距离。

同时，网络宣传可以提供进一步的产品查询需求。

3、网络宣传能进行完善的统计 

无法衡量的东西就无法管理。

网络宣传通过及时和精确的统计机制，使自己能够直接对信息的发布进行在线监控。

而传统的信息发布形式只能通过并不精确的收视率、发行量等来统计投放的受众数量。

4、网络宣传可以跟踪和衡量宣传的效果 

用户能通过Internet即时衡量宣传的效果。

通过监视浏览量、点击率等指标，用户可以统计出多少人看到了发布的信息，其中有多少人对发布的信息感兴趣进而进一步了解了信息的详细信息。

因此，较之其他任何宣传，网络宣传使用户能够更好地跟踪受众的反应，及时了解用户和潜在用户的情况。

5、网络宣传的投放更具有针对性 

通过提供众多的在线服务，网站一般都能建立完整的用户数据库，包括用户的地域分布、年龄、性别、收入、职业、婚姻状况、爱好等。

这些资料可帮助分析市场与受众，根据信息发布目标受众的特点，有针对性地进行信息发布，并根据用户特点作定点投放和跟踪分析，对投放效果作出客观准确的评价。

6、网络宣传传播范围广、不受时空限制 

通过国际互联网络，网络宣传可以将信息24小时不间断地传播到世界的每一个角落。

只要具备上网条件，任何人，在任何地点都可以阅读。

这是传统媒体无法达到的。

二、系统现状

当前，云台山网上售票系统已不能满足日益增长的网上订票需求。

存在以下问题

（1）系统功能老化、性能不够稳定；

（2）票务种类单一，没有独立的票类管理平台；

（3）无法追踪订票来源以便于给市场推广部门制定推广计划提供有效的数据支持；

（4）无法管理客户资源库；

（5）无法通过网络平台提供网上订票财务及其它相关统计报表；

（6）系统操作界面生硬，用户体验方面欠佳；

（7）在线支付服务商服务质量不到位；

第二章系统建设目标及原则

一、系统建设目标

打造一个集散客订票、旅行社订票、订票记录统计、在线客服等功能于一体网上订票系统，同时开发独立的票务信息管理平台，管理通过网上售票系统注册的散客及旅行社信息、票务种类及相关价格（如老人票、儿童票等）、相关支付记录、网上售票报表等。

最终达到一个适合各种人群通过网上支付完成订票的一体化平台

二、系统建设原则

系统建设实施以安全，可靠，实用，经济，规范，先进为整体遵循原则，以完善可靠的技术解决案建设和严格的项目实施管理，全程的质量审核体系来保证原则的遵循规范。

1）安全性

以严格可靠的用户认证权限管理机制，严密的体系运行架构，请求结果多次加密传递，系统日志分析预警等多种方式来保证数据、系统安全。

2）可靠性

系统平台采用高可靠性的小型机技术、SQL数据库技术、应用组件技术来保证系统运行稳定，牢固可靠。

3）实用性

系统面向各类不同层次的订票人群，以合理的人性化功能设计，完善的功能引导设计，简单易用的应用模块，全面丰富的管理模块，实现系统功能齐全，维护方便。

4）规范化

系统严格遵循项目建设及实施标准，定制符合规范的应用接口和数据格式，保证相关业务应用系统的关联，同时也按照软件行业开发的技术准则，确保以后系统功能的扩展及重构，实现系统应用间无缝结合。

5）先进性

系统采用成熟的多层体系架构，行业领先的数据交换平台机制，高效率数据处理流程管理，符合现在及以后应用的程序调用接口，便于扩展和升级，系统在一定时间内具有先进性和模范性.

第三章系统总体方案与结构

一、技术线路

系统的技术设计采用B/S（浏览器/服务器）架构，基于微软ASP.NET框架，系统的构架模式采用多层次构架，实现客户端、web接入层、业务逻辑层及公共服务层、数据库服务器的分层设计。

二、定义

本文件中用到的专门术语的定义和外文首字母组词的原词组：

DAL:

DataAccessLayer数据操作层

BLL:

BusinessLogicLayer业务逻辑层

DomainModel:

领域模型

DEL:

DocumentExchangeLayer文档交换层

PL:

PresentationLibrary表现层

层次关系

三、系统功能描述

（1）网上订票

a.订票管理

1〉订票申请

游客可在订票申请面板选择定取不同的票类及对应的票数（票类及对应票价由票务管理平台设置），系统会自动根据各种票类的单价及订票张数计算出应付款总价，同时会在此处纪录订票明细供游客取票时核对。

（当前系统现状是只有一种票类，既单价为180的普通票，游客不能定取儿童等特殊票种。

票价一旦调整就必须通过修改程序完成而不能由云台山相关管理人员通过后台功能设置。

）

2〉订票记录

查询游客的历史订票记录。

3〉退票申请

在规定时间内提交退票申请，如预订游览时间前24小时，小于此规定时间不能退票，在预定游览期后由工作人员通过确认该游客确未领取预定门票，通过相关程序办理退款事宜。

4〉退票记录

查看历史退票信息。

b.个人财务管理

1〉消费记录

游客查看自己通过网上订票系统的消费统计。

2〉成功支付统计

游客查看自己的成功支付订票纪录。

3〉未支付订单统计

游客查看自己的未支付订单信息。

c.会员资料管理

1〉修改会员资料

2〉修改登陆密码

d.在线客服

1〉我要留言

游客把自己的意见及建议在线提交。

云台山相关人员通过票务管理平台进行回复和答疑，与游客形成有效的互动。

通过此平台可有效的提升云台山在游客中的品牌形象。

2〉已回复留言

由云台山相关管理人员回复过的留言。

3〉未回复留言

尚未被回复的留言列表。

4〉即时通讯

在此处设置专门的QQ或MSN客服号码，实时解答游客遇到的问题。

e.在线支付

现用在线支付接口反应的问题是接口提供商后续服务不到位；

游客支付款项不能即时提现；

查询游客支付纪录不便，导致出现系统异常时不能即时查询相应的支付纪录，给游客及景区双方造成不良影响。

因此建议更换在线支付接口。

经过多家在线支付商对比，推荐选用支付宝做为新的支付平台。

支付宝特点：

1、支付方式全面

2、无需到银行查账，支付宝即时告知您买家付款情况，省力、省时；

3、账目分明，交易管理帮您清晰地记录每一笔交易的详细信息；

4、支付金额实时到帐，每日可三次提现，日提现金额最高200万。

（2）票务管理系统

1〉未支付订票记录

通过网上订票系统订票但未支付的订票纪录。

2〉已支付订票记录

已成功支付的订票纪录

3〉退票信息管理

新提交的退票申请及已处理的退票信息。

b.票类管理（添加及管理门票种类及票价）

1〉添加票类

添加不同价格的票务种类（普通票、儿童票等）

2〉管理票类

管理票类信息（增、删、改）

c.会员管理

1〉旅行社会员信息管理

管理注册的旅行社会员信息，可以审核、取消审核、锁定帐户、删除用户等。

可按地区分类。

2〉散客信息管理

管理注册的散客信息。

d.报表统计

1〉订票信息报表

统计网上订票的总体报表。

2〉退票信息报表

3〉网上订票日报表

4〉网上订票月报表

5〉网上订票地域分布对比

不同地区网上订票对比，通过此数据可以帮景区推广部门有针对性地在不同地区制定不同的推广策略。

e.系统管理

1〉添加系统管理员

2〉管理系统管理员

3〉系统操作日志

4〉修改密码

5〉安全退出

四、接口设计

1）用户接口

本系统用户接口采用浏览器方式。

数据录入使用ASP.net表单，文件导出和导入使用上传和下载的方式进行。

图形可通过客户端控件嵌入页面显示和更新。

ASP.NET窗体应用AJAX技术，确保用户良好的使用体验。

2）外部接口

本系统的外部接口主要是文档接口，使用一个良好定义的数据交换格式文件，可方便清晰的理解及掌握各模块功能及实现。

3）内部接口

DAL、MODEL、Bussiness、Framework、UI、DE层次编译为一个应用，托管于IIS。

通过浏览器应用运行。

五、运行设计

1）运行模块组合

　　说明对系统施加不同的外界运行控制时所引起的各种不同的运行模块组合，说明每种运行所历经的内部模块和支持软件。

在线数据录入：

UI->

BLL->

DAL->

DataBase

数据导出：

DataBase->

DE

数据导入：

DE->

六、系统出错处理设计

1）出错信息

本系统可能产生的不确定异常包括：

数据库异常

应用服务器异常

当数据库异常出现时，如果此操作不是致命操作，此异常将被记录并显示给用户一个友好信息，用户可以尝试重新尝试这个操作。

如果这个操作是自动化的操作，此异常也会被记录，但会自动的重试这个操作，直到失败给定的次数为止。

当应用服务器出现异常时，IIS一般都将捕捉到这些异常，记入系统日志，并使用预定的方式重新启动服务或者关闭服务。

2）系统维护设计

日志系统：

为了在系统运行的过程中收集系统的性能及异常信息，除业务日志以外，系统还记录了性能日志，因日志系统使用AOP方式拦截调用产生，故可在运行时动态加载或卸载。

系统对日志有详细的分类及筛选，日志分为如下类别：

1、性能日志：

记录关键事务的持续运行时间，系统启动，停止，重启动时间。

2、异常日志：

记录介质、网络、运算溢出、空指向及其他未预料到的异常。

3、业务异常：

记录业务规则的冲突，事务取消及回滚。

另外为了配合ApplicationCenterTest进行系统压力测试，应对关键操作撰写专门的调用页面方便进行测试。

第四章系统运行环境

服务器

　　操作系统：

Windows2003ServerStanderdEdition

.NetFrameWork2.0以上

数据库：

SQLServer2005StanderdEdition

硬件环境：

X86兼容系统推荐志强EMT643.0G以上硬盘SCSI10KPM36G内存2G

客户端

操作系统：

Windows2000以上

浏览器：

InternetExplorer6.0以上

第五章系统预算