软件体系结构案例分析.pptVIP

(1) 数据持久层的架构分析与设计 可维护性场景： 性能场景： 安全性场景： 可维护性：架构的设计不仅仅是面向客户的，同样需要面向开发人员的。在数据存取层中添加数据源访问组件，通过在数据访问层中添加一个数据库配置组件，可以使系统的数据源快速的从一种类型转换到另一种类型。满足实际业务扩展需要。 性能：由于系统采用分布式的结构，虽然用户数量有限，但如果用户频繁的向服务器端发送请求，势必导致系统性能下降。因此，在数据存取层中添加SQL访问组件，实现对数据库更新操作的批量处理，减少访问数据库的频度，对系统性能的提升有一定得帮助。 安全性：数据的并发访问是分布式系统的中的潜在威胁。同一时间，不同客户端对同一数据记录进行操作必然存在并发一致性问题，如：丢失修改、不可重复读和读脏数据等。本架构通过数据库事务处理组件对这一问题进行控制。数据库事务处理组件通过对事务进行隔离级别划分的机制，维持了数据库的ACID（原子性、一致性、独立性和持久性）要求，提高了系统的安全性。 满足以上质量场景的数据存取层架构： 数据存取架构分析： 该架构主要包括：数据源组件、SQL访问组件、SQL参数和结果集处理组件四大模块。其中，数据源组件主要负责数据库连接的管理；SQL访问组件负责数据库服务器的交互；结果处理组件模块负责处理从存储过程或查询操作类返回的结果数据；在整个架构中，凡是涉及到SQL语句参数的处理都交给类“SQL参数”。基于这种架构的数据存取过程，满足上述的预期目标。 L/O/G/O 《软件体系结构》第六章 药品管理系统架构设计案例分析 项目背景 需求分析 系统架构设计 软件体系结构概论 1 2 3 授 课 内 容 1 项目背景 某单位需要统一管理所采购的药品，采购的药品总数已逾千种，传统的手工管理方式难以适应当今药品管理种类繁多、流动量大、调配程序复杂等特点，存在着很多不足之处。为了适应当前的业务发展需要，准备开发一套信息管理系统，对所采购的药品进行有效的管理。 2 需求分析 需求分析的主要任务通过对客户的当前业务的分析，我们得到当前业务的基本需求。包括功能需求和非功能需求。非功能需求又包括质量属性和各种约定。 2 需求分析 功能需求 功能 说明 用户管理 用户的创建、登录、删除和维护 药品管理 药品种类的添加、删除和维护 发货单位管理 发货单位的添加、删除和维护 收补单位管理 收补单位的添加、删除和维护 入库批次管理 添加入库药品、打印入库单、签字、入库等 出库批次管理 添加出库药品、打印出库单、签字、出库等 统计和查询 对库存、已入库和已出库药品数量统计 效期管理 对库存药品使用年限进行管理 需求分析 非功能需求 质量属性 说明 可用性 将系统的错误限制在可控制的范围内 可修改性 控制实现、测试和部署变更的时间和成本 性能 用户访问的系统应该能在规定的时间内做出响应，如果系统由于数据库原因不能在规定时间内做出反应，那么系统应该提出警告，不能出现用户无故长时间等待的情况。 安全性 抵抗一定的攻击并从攻击中恢复 可测试性 允许在完成软件开发的一个增量后，较轻松地对软件进行测试 2.1 定义系统 (1) 捕捉系统通用术语 通用术语：描述系统行为过程中经常出现的名词。通过捕 捉系统通用术语可以避免在项目团队成员之间对它们的理解出 现偏差造成误解。 术语 说明 用户信息 即系统中的用户信息，包括用户名、密码、联系方式等 入库单 表示采购药品的具体情况 效期 药品的最迟有效时间 ... ... ... ... 角色 说明 库存管理员 指负责记录系统中药品种类、出入库管理的用户 管理员 指负责系统中用户的创建、维护和权限分配的用户 处长 指对药品出入库单进行确认并签字的人员 外部系统 指希望通过一定接口与本系统进行交互的对象 (2) 捕捉系统中角色和用例 通过捕捉系统中的角色和用例目的是定义系统的范围，找出并描述系统内、外部必须处理的内容，以及那些与本系统需要进行交互的人或外部系统。 系统角色如下： 用例 说明 管理用户信息 每个库存管理员需要对药品的出入库进行登记管理，必须由管理员创建该账户，并且对其进行了一定的权限分配，并且管理员可以对该用户信息进行维护。同时，这些活动必须包括登陆与退出功能。 查询和统计 指向用户提供按一定方式排列的药品出入库等相关信息。而且，还要提供方便的查询，以便用户可以迅速的查询到制定的药品。 提交入库单