z****e
发帖数: 54598 | 1 如果你拿到这个需求
你第一反映是什么？
我的第一反映是，我需要了解一下当前的it系统是怎么运作的
尤其是数据格式，是怎样的，然后再根据当前系统提出后续处理的方案
对不对？
但是，这个最基本的问题，魏老师是不考虑的，因为这是别人的问题
然后是魏老师的新的数据格式
那么一个很本能的问题：如果你要新构建一个数据结构，那么如何保证旧的数据结构
平滑地过渡到新的这个数据结构中去呢？还有如何保持新旧数据一致呢？
我相信在铁道部几十年的建设中，他们肯定会有那么一套现存的
而且运转得相对不错的it系统在运作，那么他们的数据肯定有一个存放格式
而且更重要的是，这个核心的数据存放，外面会有相关依赖于这个数据格式的系统
很正常嘛，你现在打开随便一个运作十年以上的公司的数据库schema
哪个不是密密麻麻跟蜘蛛网一样的各种关联关系？
一个破公司尚且如此，更何况铁道部
那你认为，做一个哪怕是最简单的parse工具，去parse现有的各种数据格式
是不是都很难？更不要说重新构建一个新的数据格式了
所以估计铁道部网站就是在这个数据格式外层，再单独做web server
然后跟现有的数据格式做一个衔接，以这种方式来先上马网站
而不是对旧的数据格式做一个手术式的修改，对不对？
还有向图 |
c**0
发帖数: 535 | 2 you are so hot! I jump!
【在 z****e 的大作中提到】
: 如果你拿到这个需求
: 你第一反映是什么？
: 我的第一反映是，我需要了解一下当前的it系统是怎么运作的
: 尤其是数据格式，是怎样的，然后再根据当前系统提出后续处理的方案
: 对不对？
: 但是，这个最基本的问题，魏老师是不考虑的，因为这是别人的问题
: 然后是魏老师的新的数据格式
: 那么一个很本能的问题：如果你要新构建一个数据结构，那么如何保证旧的数据结构
: 平滑地过渡到新的这个数据结构中去呢？还有如何保持新旧数据一致呢？
: 我相信在铁道部几十年的建设中，他们肯定会有那么一套现存的
|
s*****r
发帖数: 43070 | 3 铁路客票发售和预订系统于1996年开始推广实施，1998年底以前逐步实现了铁路局范围
内联网售票，建成了23个地区客票中心系统和510多个车站计算机售票系统，5000多个
售票窗口投入了运用；到2003年，已经建成所有的地区中心系统，并实现地区中心范围
内的集中售票和地区中心的灾难备份系统，现计算机售票系统发售的车票已占全路票额
的90％以上，收入约占全路客票收入的96％以上。客票系统的成功实施，促进了铁路客
运生产力和生产关系的重大变革，加强了市场竞争能力，提高了工作效率，减少了劳动
强度，方便了旅客购票，促进了营销改革，提高了管理水平，发展了生产力，也推动了
生产关系的变革，产生了巨大的社会效益和经济效益。 |
s*****r
发帖数: 43070 | 4 中国铁路客票发售与预订系统由中央级、地区级和车站级三层结构组成，包括全国票务
中心管理系统、地区票务中心管理系统和车站电子售票系统。
系统采取集中与分布相结合的方案，在全路票务中心内安装中央数据库，Sybase数据库
产品Adaptive Server Enterprise、Replication Server、Sybase IQ，中间件产品
Open Client、Open Server以及开发工具PowerBuilder和PowerDesigner在其中都有着
非常重要的应用；这一系统主要用于计划与调度全系统的数据，并接收下一系统的统计
数据和财务结算数据。
在地区票务中心设有地区数据库，Sybase的Adaptive Server Enterprise、
Replication Server、Open Client、Open Server、PowerBuilder、PowerDesigner将
全面支持这一数据库，它主要用于计划与调度本地区数据，并可响应异地购票请求。
系统的基础部分是由Sybase的Adaptive Server Enterprise、Replication Server、
Open Client、Open Server、PowerBuilder、PowerDesigner构成的车站售票系统，它
主要具有售票、预订、退票、异地售票、统计等多种功能。
中国铁路客票发售和预订系统实现了计算机联网售票，并且有出售返程、联程等异地购
票的功能，实现了票额、座席、制票、计算、结算和统计等计算机管理，为铁路客户服
务提供了有效的调控手段，标志着中国铁路客户服务已走向现代化。 |
s*****r
发帖数: 43070 | 5 这个系统对于窗口售票是足够了，相当于跑到walmart去买东西，线上肯定不能直接承
受。
互联网购票第一年很惨，第二年已经好多了。
网站应该只管接单，不管购票，提供单子的查询服务，单子最后能否填上，就看网上购
票者的运气。 |
z****e
发帖数: 54598 | 6 那其实就是异步处理了
主要问题还是web server
就是一个简单的接单和访问负载的问题
上yaws问题就解决了大半
【在 s*****r 的大作中提到】
: 这个系统对于窗口售票是足够了，相当于跑到walmart去买东西，线上肯定不能直接承
: 受。
: 互联网购票第一年很惨，第二年已经好多了。
: 网站应该只管接单，不管购票，提供单子的查询服务，单子最后能否填上，就看网上购
: 票者的运气。
|
s*****r
发帖数: 43070 | 7 同步太难了，考虑全国人民的回家热情，在牛的数据库也受不了。
提供接单服务足矣，每次请求进来就发个号，过几个小时查询，或者电子邮件通知
【在 z****e 的大作中提到】
: 那其实就是异步处理了
: 主要问题还是web server
: 就是一个简单的接单和访问负载的问题
: 上yaws问题就解决了大半
|
g*****g
发帖数: 34805 | 8 这设计是必须的，但魏老师那单机数据库能撑得住接单这活我是不信的。
【在 s*****r 的大作中提到】
: 同步太难了，考虑全国人民的回家热情，在牛的数据库也受不了。
: 提供接单服务足矣，每次请求进来就发个号，过几个小时查询，或者电子邮件通知
|
s*****r
发帖数: 43070 | 9 接单这活可以外包给淘宝，铁道部根本没必要去维持这个网站，就应该像银行一样，只
管理帐号，对于铁路就是车票资源。当然就不够垄断，问题又超出了技术范围。
【在 g*****g 的大作中提到】
: 这设计是必须的，但魏老师那单机数据库能撑得住接单这活我是不信的。
|
z****e
发帖数: 54598 | 10 其实铁道部的确是外包了
不过外包的公司用了动态页面server，异步也没搞上去
所以挂了，弄明白这两点，针对性地优化
开发加压力测试也就是几天的事
【在 s*****r 的大作中提到】
: 接单这活可以外包给淘宝，铁道部根本没必要去维持这个网站，就应该像银行一样，只
: 管理帐号，对于铁路就是车票资源。当然就不够垄断，问题又超出了技术范围。
|
|
|
s*****r
发帖数: 43070 | 11 好像用的是IBM的东东，让淘宝腾迅来做，应该没那么惨
【在 z****e 的大作中提到】
: 其实铁道部的确是外包了
: 不过外包的公司用了动态页面server，异步也没搞上去
: 所以挂了，弄明白这两点，针对性地优化
: 开发加压力测试也就是几天的事
|
z****e
发帖数: 54598 | 12 产品用的是jboss
但是是没有请red hat做顾问的前提下外包公司自己瞎搞的
压力测试都没有做
ibm不至于那么烂
【在 s*****r 的大作中提到】
: 好像用的是IBM的东东，让淘宝腾迅来做，应该没那么惨
|
p*****b
发帖数: 291 | 13 messaging channels/systems 有没用，是否可以缓解写？ |
x****u
发帖数: 12955 | 14
这种设计会被人骂死的。不当时回复买票是否成功，我怎么知道是否要买另一班车的票
？结果必然是我一下子买好几张票，多买的再退。人为的造成票源紧张。
查询系统和售票系统分开就能缓解很大的系统压力。售票系统采用类似于OS或者数据库
分配共享资源的逻辑就行了。
【在 s*****r 的大作中提到】
: 同步太难了，考虑全国人民的回家热情，在牛的数据库也受不了。
: 提供接单服务足矣，每次请求进来就发个号，过几个小时查询，或者电子邮件通知
|
s******8
发帖数: 4192 | 15 复杂的系统问题都不在设计上。设计一个高效的，安全的系统实际上很简单。很多人都
会做。但是复杂系统的问题都是在系统整合，而如何系统整合牵涉到测试和问责。不同
的系统由不同的人负责，大家往往都忙于推卸责任，减少自己负责系统的压力。而结果
反而是整个系统变得非常没有效率。 |
D*X
发帖数: 364 | 16 别瞎操心了，这不是个技术问题，和编程没半毛钱关系。
有权有关系的人才能拿到这个项目，找几个大学生，IT民工分分钟解决。
【在 z****e 的大作中提到】
: 如果你拿到这个需求
: 你第一反映是什么？
: 我的第一反映是，我需要了解一下当前的it系统是怎么运作的
: 尤其是数据格式，是怎样的，然后再根据当前系统提出后续处理的方案
: 对不对？
: 但是，这个最基本的问题，魏老师是不考虑的，因为这是别人的问题
: 然后是魏老师的新的数据格式
: 那么一个很本能的问题：如果你要新构建一个数据结构，那么如何保证旧的数据结构
: 平滑地过渡到新的这个数据结构中去呢？还有如何保持新旧数据一致呢？
: 我相信在铁道部几十年的建设中，他们肯定会有那么一套现存的
|
