软件架构文档(样例).doc

4In1 System 软件架构文档 版本 1.1  修订文档历史记录 日期 版本 说明 作者 2010/11/23 1.0 初始版本 许恒伟 2010/12/20 1.1 许恒伟  目录 1. 简介 4 1.1 目的 4 1.2 范围 4 1.3 定义、首字母缩写词和缩略语 4 1.4 参考资料 4 2. 架构表示方式 4 3. 架构目标和约束 4 4. 用例视图 4 4.1 主要用例 5 4.1.1 申请注册 5 4.1.2 用户注册审核 5 4.1.3 用户角色管理 5 4.1.4 角色权限管理 6 4.1.5 车型信息管理 6 4.1.6 配件信息管理 6 5. 逻辑视图 6 5.1 概述 6 5.2 Application层 7 5.3 Business Service层 7 5.3.1 Service包 7 5.3.2 Model包 8 5.4 Middleware层 8 6. 部署视图 8 6.1 User Client 9 6.2 Server 9 6.3 DB Server 9 7. 数据视图 9 8. 大小和性能 10 9. 质量 10 软件架构文档 简介 目的 本文档将从架构方面对系统进行综合概述，其中会使用多种不同的架构视图来描述系统的各个方面。它用于记录并表述已对系统的架构方面作出的重要决策。 范围 本文档用于4In1小组正在开发中的4In1系统。4n1系统是为ABC汽车4S店设计的业务管理系统，将提供汽车的整车销售、配件销售、售后服务以及信息反馈等功能。 定义、首字母缩写词和缩略语 见4In1系统术语表 参考资料 1. 4In1系统术语表，1.0版，4In1小组 2. 4In1系统前景文档，1.1版，4In1小组 3. 4In1系统软件需求规约，1.0版，4In1小组 4. 4In1系统软件开发计划，1.1版，4In1小组 5. 4In1系统初始迭代计划，1.1版，4In1小组 6. 4In1系统细化迭代计划，1.0版，4In1小组 7. 4In1系统风险列表，1.0版，4In1小组 8. RUP的软件架构文档模板 架构表示方式 本文档将通过以下一系列视图来表示4In1系统的软件架构：用例视图、逻辑视图、部署视图。本文档不包括进程视图和实施视图。这些视图都是通过PowerDesigner工具建立的UML模型。 架构目标和约束 系统在开发过程中有如下设计约束：开发语言为Java，采用关系型数据库存放数据，采用基于UML的面向对象分析与设计方法进行开发，采用B/S架构。 系统应支持100人以上同时访问服务器并支持500人以上同时访问数据库，服务器的响应时间不应该超过5秒。 所有用户在保证网络连接的情况下可同时通过局域网和互联网访问系统。 系统必须保证数据的安全访问，用户需要通过用户名和密码进行身份认证，同时对数据的访问要进行授权认证。 用例视图 本章是对软件架构的用例视图的描述。由于4In1系统的用例数量太多，因此本章只选了部分与架构设计相关的用例。对于其余的用例，可参考软件需求规约。 选取的用例包括： 注册申请 用户注册审核 用户角色管理 角色权限管理 车型信息管理 配件信息管理 主要用例 图1 系统管理用例图 申请注册 简要说明：该用例允许4S店员工提出注册申请，从而成为4In1系统用户。该用例的主要参与者为4S店员工。 用户注册审核 简要说明：该用例允许系统管理员对系统的注册申请进行审核。决定其是否成为系统用户。该用例的主要参与者是系统管理员。 用户角色管理 简要说明：该用例允许系统管理员管理系统中所有用户的角色，它包括已分配角色用户的角色修改。该用例的主要参与者为系统管理员。 角色权限管理 简要说明：该用例允许系统管理员管理系统中各个职员角色的权限。它包括角色的创建，查询，删除。对各个角色进行权限的添加与移除。该用例的主要参与者是系统的管理员。 车型信息管理 简要说明：该用例允许系统管理员管理4S店参与销售的所有车型信息。它包括销售车型信息的查询、创建、删除和修改。该用例的主要参与者是系统的管理员。 配件信息管理 简要说明：该用例允许系统管理员管理4S店参与销售的所有配件信息。它包括销售配件信息的查询、创建、删除和修改。该用例的主要参与者是系统的管理员。 逻辑视图 本章是对软件架构的逻辑视图的描述。主要内容包括描述重要的类，类的分包，子系统以及子系统的分层等。另外还包括了一些重要用例的实现。 概述 图2 4In1系统总体架构图 4In1系统的逻辑视图主要由三层组成，分别是Application层、Business Service层和Middle层。 Application层主要由响应各种用户界面请求的动作类组成，它会调用Business Service层中的函数进行业务