体系结构——第6章——票务系统架构设计案例分析.pptVIP

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