票务系统架构的设计的案例分析汇编.pptVIP

第6章 票务系统架构设计案例分析 6.1项目背景 62需求分析 6.3系统架构设计 64小结 6.1项目背景 由于票务种类的繁多,客户信息的量大复杂。所以在其管 理上存在较大困难,特别是早期单用人力和纸张进行管理。导 致信息的不全面和错误率高,加之存储介质的约束,难以长期 有效的管理 随着计算机网络的发展,电子商务的普及。一种基于B/S模 式的票务系统提出了需求。由于票务的特殊性,需要系统有很 强的稳定性,要求较快的反应速度,响应多点同时请求。另外 后台对票务的所有相关信息需要完全记录。完成历史信息的保 存,査询;对当前信息的录入,査询,修改,删除。 62需求分析 主要任务 创建代表“目前”业务情况的业务模型,并将此业务模型 转换成“将来”的系统模型,包括功能需求和非功能需求。非 功能需求又包括质量属性和各种约定。 通过对客户的当前业务的分析,我们得到当前业务的基本需 求 功能需求 匚。功能 说明 客户信息管理用户的创建、登录、删除和维护 票务信息管理「票务的添加、删除和维护 票务查询 查看相应的票务信息 预定购票 票务的预定、购买和取消 非功能需求 质量属性 说明 用户访问的系统应该能在规定的时间内做出响应,如果系 统由于网络或者数据库原因不能在规定时间内做出反应 那么系统应该提出警告,不能出现用户无故长时间等待的 安全性 在web数据库客户端,web服务器和数据库服务器之间,都 应该有防火墙保护,防止网络上的非法数据请求 易用性 不同的用户应该能够以不同形式访问不同的内容 「用性 系统提供7X24小时的服务,且很少停机 可测试性 系统是的各部分易于单独测试,并能方便地进行整体测试 6.2.1定义系统 根据业务的功能需求,该系统主要的涉众有系统管理人员和 客户,系统管理人员又分为票务管理人员和用户管理人员。票 务管理人员会对票务信息进行相关维护,用户管理人员对客户 信息进行相关的维护。由此得出系统角色,分析其对系统的具 体要求,并找出系统的各个用例 用例 说明 票务信息查询用户输入相关查询条件信息,查看到相关票务的具 体信息,当査询条件不符合规定时,系统给出相应 提示。 票务操作 用户根据査询出来的票务信息对票务信息进行预订, 购买,取消等操作 票务信息维护票务管理员对票务信息进行维护,如添加,删除等 用户信息维护用户管理员根据用户资料,维护系统中记录的用户 相关信息。 根据上述分析,可以得到系统用例视图 票务信息查询 票务操作定,购买,取消 用户管理员 用户信息维护 系统管理员 务管理员 票务信息褲护 622细化定义 (1)细化用例 细化业务用例模型,是为了更加详细地分析和描述用例 同时,将业务用例模型转换成系统的用例模型。下面,以“角 色”用户进行票务购买为例 用户 务购买 桌务查询 细化用例后,还需对用例进行详细描述,直到所有涉众都 认可描述的内容已经能够正确表达出他们的需求为止。在RUP 方法论中指明通过阐述一个用例的名称、简要描述、事件流 特殊需求、前置条件和后置条件等六个方面可以对用例进行描 述。下面以用例“用户购买票务”为例细化描述。 要素 说明 用例名称 用户购买票务 简要描述 用户根据当前票务信息购买相应票务 事件流 基本事件流 (1)用户在购票的名称栏中输入要购买的票务的起 始地与目的地 (2)系统根据客户输入,列出相应的票务信息