关于一个长途汽车和火车票的预订、售票系统的实现方案征集意见

1qwer

重复内容。请看楼下贴。

1qwer

1qwer

这个项目立意不错。
1，首先作为一个项目的开始，技术的选型需要根据需求，业务发展等方面的要求而定。
2.在你的项目中，我看到你想使用linux作为后台数据库服务器，采用apache+php的技术来实现web定票业务。我想前台大概是使用基于IE的方式来管理的。那么，一个很突出的问题……安全性问题。如果只是当作一般的学期
项目的话，这倒不是主要问题了。
3.在你的项目说明里，我看到了"售票员"模块。这个模块是干嘛用的？？？？
在我的理解中，你的定票系统应该是和网上很多B2B的解决方案类似的，难道
还需要倒"售票员"那去定票？
4.关于业务量，数据量的问题，如果这是商业系统的话，这是一定要考虑的因素了。对于成熟的解决方案一般是使用中间件来构造的。
5.数据库方面，我对于linux使用的数据库性能没有过多的了解过，以我自己的经验而言，我比较倾向于informix 7.31！！！
6.还有最后一点，你的项目经费的问题，我看了下，如果是包给公司的话，这个价太低了，还是高点吧。一般现场技术支持1000-5000rmb/d吧。

1qwer

其实一个业务处理系统比较复杂的。我拿一个购票业务来说吧。
1.客户根据需要，寻找到相关数据。
2.选定数据并上传服务器(可以是应用服务器网关，也可直接对着
数据库那个服务器，差别下面说)
3.对于上传的数据进行加密，毕竟如果是明文传送的话，恶意串改
还是比较简单的。(视安全级别可以使用DES,RSA)
4.服务端接受到前台请求后，需要进行相关的事务操作。
4.1考虑到如果前台由于等待后台相应超时了，怎样处理这笔业务。
是直接抛弃还是要发冲正交易？
4.2如果后台处理成功，但是前台未收到响应信息，前后台数据不
一致又怎样处理，需不需要日终对帐？
5.后台将响应结果加密发送到前台。

-----------------------------
看到你们对于业务的规模可扩展性的要求，如果所有的业务直接
对着后台服务器的话，会出现性能问题的。


总之，怎样保证一个交易的完整性或事务性，对于这种实时业务是非常重要的
也是一个很难处理的地方

jerboa

按《项目说明》，我理解的业务流程如下：

客户订票-->打开浏览器-->访问网址-->查询订票信息-->订票(输入预定信息)-->提交-->提交后返回提交结果-->用户接着查询自己预定票情况-->结束。

车站售票员业务流程大概如下：

1)客户来取票-->售票员输入客户预定信息进行查询-->如果预订了-->收款打印车票-->结束一次办理过程

2)客户来取票-->售票员输入客户预定信息进行查询-->如果未预订-->查询有没有客户要求车次的车票-->如果有(如果没有放弃)-->收款打印车票-->结束一次办理过程

3)客户来买票-->查询有没有客户要求车次的车票-->如果有(如果没有放弃)-->收款打印车票-->结束一次办理过程

4)其它流程暂不讨论。

这里有个问题，网上订票是只输入客户预定信息还是要网上直接支付？如果网上直接支付的话，如使用银联卡等则需要与代理银行进行关联，问题就相当复杂化了。如果只是录入一些订票信息而后等到客户将要走的时候，到车站付费取票的话，车站的售票员终端是必要的，它这里负责打印车票与收款等等。另外还要考虑到客户如果订票后没来买票的处理。
从业务角度看此订票系统应该实行365日不间断运行。如果投资规模不大，可使用双机热备份以及共享磁盘阵列方式即可，这样能做到投资不大。从这个系统分析看出，如果不使用电子支付的话，实际上这个系统只能算一个查询登记系统，只要控制住打印车票的功能即可，把打印车票这些功能放在车站售票窗口的终端上。这样客户只能到车站付款取票，控制车票的方法其实很简单，只要车站单独印有特殊标识的车票底样，然后用打印机往上打印即可，这样客户自己因为没有这样的票样，打出的票自然无效。而涉及资金这方面，依靠售票员实收款来解决，因此资金方面应该没有多大风险。如果把此系统当成查询预订登记系统的话，使用linux+PHP+MySQL足矣。

如果使用网上支付的话，我上面的想法是需要另行拿出了。

kj501

请版主把贴子合并吧。

1qwer

最初由 jerboa 发表
按《项目说明》，我理解的业务流程如下：

客户订票-->打开浏览器-->访问网址-->查询订票信息-->订票(输入预定信息)-->提交-->提交后返回提交结果-->用户接着查询自己预定票情况-->结束。

车站售票员业务流程大概如下：

1)客户来取票-->售票员输入客户预定信息进行查询-->如果预订了-->收款打印车票-->结束一次办理过程

2)客户来取票-->售票员输入客户预定信息进行查询-->如果未预订-->查询有没有客户要求车次的车票-->如果有(如果没有放弃)-->收款打印车票-->结束一次办理过程

3)客户来买票-->查询有没有客户要求车次的车票-->如果有(如果没有放弃)-->收款打印车票-->结束一次办理过程

4)其它流程暂不讨论。

这里有个问题，网上订票是只输入客户预定信息还是要网上直接支付？如果网上直接支付的话，如使用银联卡等则需要与代理银行进行关联，问题就相当
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
其实这个问题不是特别复杂，各个银行都有自己中间业务平台，一般可以通过
这个中间业务平台实现与银行核心业务系统的连接。其实正如我前面说的，这个业务关键的问题是如何在实时条件下保证数据的一致性！！！！！！
至于系统的规模问题，一般可以通过增加中间层次，应用中间件技术来实现。
作为一个用以校际参赛的项目而言，我觉得主要是体现在设计的创意上，这
和实际的商业运营系统有很大的差距!!!
---------------------------------------------------------------------
复杂化了。如果只是录入一些订票信息而后等到客户将要走的时候，到车站付费取票的话，车站的售票员终端是必要的，它这里负责打印车票与收款等等。另外还要考虑到客户如果订票后没来买票的处理。
从业务角度看此订票系统应该实行365日不间断运行。如果投资规模不大，可使用双机热备份以及共享磁盘阵列方式即可，这样能做到投资不大。从这个系统分析看出，如果不使用电子支付的话，实际上这个系统只能算一个查询登记系统，只要控制住打印车票的功能即可，把打印车票这些功能放在车站售票窗口的终端上。这样客户只能到车站付款取票，控制车票的方法其实很简单，只要车站单独印有特殊标识的车票底样，然后用打印机往上打印即可，这样客户自己因为没有这样的票样，打出的票自然无效。而涉及资金这方面，依靠售票员实收款来解决，因此资金方面应该没有多大风险。如果把此系统当成查询预订登记系统的话，使用linux+PHP+MySQL足矣。

如果使用网上支付的话，我上面的想法是需要另行拿出了。

冰冻的鱼

哈哈如果这个单你接的话，纯粹想去做技术提高下水平那就。。。
你的预算太少了，前期的开发很好，到了后面的调试很麻烦的。开支太大

月风

用J2EE+Oracle(Mysql)+Redhat adv 2.1完全OK了
至于数据库和系统可以选其他的，至于用什么来开发劝你最好用J2EE来实现。。。不要用PHP什么的。。除非你那个是一般的网站，如果是一个大城市的订票系统，最好是用J2EE来做

Dadog

这个其实是个例子，大家有空的话可以看一下电脑爱好者2001年增刊，可以说差不多，不过那个使用ASP开发，asp2php just easy