从铁路订票系统问题看系统架构师的责任和水平

据新闻报道铁路订票系统采用了排队系统,但排队时间需要30分钟。使很多人不满。 并且系统仍然有登陆不上的问题。 从描述看,系统很可能采用了本博客前面提到的异步处理架构。 但从用户体验看该系统架构师的设计能力和与开发团队协作的能力还需要提高。


系统架构师的最重要责任是制定系统的使用场景(use case)和架构。 好的架构师体现在设计最优用户体验,然后设计架构,使开发团队可以高效,高质量的实现。 在订票系统当前实现中系统瘫痪和长时间等待后订票失败是用户最不满意的地方。 如果在系统设计时,确定大容量访问和短等待时间的场景, 在异步处理架构实现时完全可以满足。 并且可以通过测试验证。 从报道上看该系统可能有某个业务处理瓶颈限制了系统不能自由扩展容量。对队列中的请求所涉及的票源没有统计,增加了盲目排队请求。 


技术和能力可以在实践中不断改进和提高。如果该开发团队能够保持稳定,可以不断学习,改进系统。 最终实现满足全国人民和领导要求的订票系统。 


有关软件系统架构师需要能力和责任的全面介绍书籍还没有。 可以参考本人关于软件产品架构师的书籍。  


http://product.dangdang.com/product.aspx?product_id=22821857

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值