系统使用场景设计是体现信息系统架构师能力的重要表现。 使用场景需要满足客户对信息系统的需求,场景对架构有深刻的影响。场景设计的重要性在于能够使用户满意的同时简化系统实现。 有些架构师这是把用户所提需求直接作为场景。 这样往往使系统实现困难,也常常在用户需求变化时造成系统设计的变化。 好的场景设计能够适应用户需求的变化,同时以最小成本实现。 所设计的场景是处理,运行和数据架构设计的依据。
场景设计一般以系统主要用户的主要工作为中心。 需要避免漏掉重要功能,也不能太过烦琐,毕竟架构设计阶段不是系统实施,需要节省成本。 特别是提出多个方案时,更要注意。
场景设计与架构设计需要交互进行。 有了场景设计初稿,就应该进行初步架构和运行结构设计,在发现问题时,需要修改场景设计。并不断对照需求,确保设计满足需求和成本要求。
铁路订票系统系统的使用人员包括售票窗口,自动售票机,网上一般用户,票务管理人员,售票管理人员, 与售票系统连接的其他系统(调度)。 一般对每个用户列出尽可能多的使用场景, 快速分析,找出对客户和系统影响最大的场景进行分析。
售票员的主要场景是售票,基本过程是输入订票要求,列出车票,标记车票,付款,出票,记录。要求各个步骤响应速度在5-10秒。 查询是影响使用和系统设计的重要操作,应该尽量限制查询条件。如果条件宽松,可能产生过多查询结果,可以设定最多返回10张。
自动售票机和网上一般人员的使用场景可以参考售票员场景。但需要考虑不同使用者的使用熟练程度。 售票员可以提供各种快捷键。 一般用户需要更多的提示。
售票管理人员的主要场景的人员管理和统计报表。
票务管理人员的一个主要场景为启动和停止各个车次售票,为了简化操作,需要提供自动处理功能。 为了实现分散系统压力的要求,应该能够分散时间开发售票。
用户使用中的各种非正常状况的处理往往决定系统能否顺利运行。如当查询条件错误造成大量数据或者空数据,购买车票售完,支付失败,打票失败等等。 处理不当可能产生用户抱怨,大量负载等等问题。
订票系统场景设计可以考虑多个方案:如 1。只提供窗口和固定设备(电话,售票机)售票,网络只提供票额查询。2。网络可以查询并订票,到窗口出票。3。网络可以出票或者使用电子票,即不再提供打印票。 各个方案的效果和成本会有很大差别。 好的架构师能够使用户接受最佳方案。 个人认为方案一能够以比较合理的成本提供最好的体验。
非常规使用场景, 很多客户不知道信息系统的潜力和成本。 架构师可以根据经验适当提出特别的系统功能。 更多的功能往往意味更多或者更长期的收入。 销售系统的常见扩展是提供各种销售方式,如:拍卖, 对价,投标。
系统架构师的水平提高需要多方面的学习和实践。可以参考拙著“软件产品架构师手记”。 这本书属于提纲性书籍,对某个方面的详细内容可以在博客中探讨。
http://product.dangdang.com/product.aspx?product_id=22821857