软件架构文档（样例）

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 软件架构文档 1. 简介 1.1 目的 本文档将从架构方面对系统进行综合概述，其中会使用多种不同的架构视图来描述系统的各个方面。它用于记录并表述已对系统的架构方面作出的重要决策。

1.2 范围 本文档用于4In1小组正在开发中的4In1系统。4n1系统是为ABC汽车4S店设计的业务管理系统，将提供汽车的整车销售、配件销售、售后服务以及信息反馈等功能。

1.3 定义、首字母缩写词和缩略语 见4In1系统术语表 1.4 参考资料 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的软件架构文档模板 2. 架构表示方式 本文档将通过以下一系列视图来表示4In1系统的软件架构：用例视图、逻辑视图、部署视图。本文档不包括进程视图和实施视图。这些视图都是通过PowerDesigner工具建立的UML模型。

3. 架构目标和约束 1. 系统在开发过程中有如下设计约束：开发语言为Java，采用关系型数据库存放数据，采用基于UML的面向对象分析与设计方法进行开发，采用B/S架构。

2. 系统应支持100人以上同时访问服务器并支持500人以上同时访问数据库，服务器的响应时间不应该超过5秒。

3. 所有用户在保证网络连接的情况下可同时通过局域网和互联网访问系统。

4. 系统必须保证数据的安全访问，用户需要通过用户名和密码进行身份认证，同时对数据的访问要进行授权认证。

4. 用例视图 本章是对软件架构的用例视图的描述。由于4In1系统的用例数量太多，因此本章只选了部分与架构设计相关的用例。对于其余的用例，可参考软件需求规约。

选取的用例包括：
l 注册申请 l 用户注册审核 l 用户角色管理 l 角色权限管理 l 车型信息管理 l 配件信息管理 4.1 主要用例 图1 系统管理用例图 4.1.1 申请注册 简要说明：该用例允许4S店员工提出注册申请，从而成为4In1系统用户。该用例的主要参与者为4S店员工。

4.1.2 用户注册审核 简要说明：该用例允许系统管理员对系统的注册申请进行审核。决定其是否成为系统用户。该用例的主要参与者是系统管理员。

4.1.3 用户角色管理 简要说明：该用例允许系统管理员管理系统中所有用户的角色，它包括已分配角色用户的角色修改。该用例的主要参与者为系统管理员。

4.1.4 角色权限管理 简要说明：该用例允许系统管理员管理系统中各个职员角色的权限。它包括角色的创建，查询，删除。对各个角色进行权限的添加与移除。该用例的主要参与者是系统的管理员。

4.1.5 车型信息管理 简要说明：该用例允许系统管理员管理4S店参与销售的所有车型信息。它包括销售车型信息的查询、创建、删除和修改。该用例的主要参与者是系统的管理员。

4.1.6 配件信息管理 简要说明：该用例允许系统管理员管理4S店参与销售的所有配件信息。它包括销售配件信息的查询、创建、删除和修改。该用例的主要参与者是系统的管理员。

5. 逻辑视图 本章是对软件架构的逻辑视图的描述。主要内容包括描述重要的类，类的分包，子系统以及子系统的分层等。另外还包括了一些重要用例的实现。

5.1 概述 图2 4In1系统总体架构图 4In1系统的逻辑视图主要由三层组成，分别是Application层、Business Service层和Middle层。

Application层主要由响应各种用户界面请求的动作类组成，它会调用Business Service层中的函数进行业务逻辑处理，同时根据结果显示不同的界面给用户。

Business Service层主要完成实际的业务逻辑，同时包括与数据库的表对应的实体类，以及访问数据库的DAO类。

Middle层为SSH2框架的函数库。

5.2 Application层 图3 Application层架构图 Application层主要由9个子包组成，这9个子包分别是RepairActions包、FeedbackActions包、SellAssuranceActions包、BuyPartActions包、SellPartActions包、SellCarActions包、BuyCarActions包、AuthorityActions包和WaresActions包。

5.3 Business Service层 Business Service层包括Service和Model两个包。

5.3.1 Service包 图4 Service包架构图 Service包主要由三个包组成，IAuthorityService包负责处理用户的身份认证以及角色和权限管理，IGeneralBusinessService包负责整车销售、配件销售、采购、售后服务以及信息反馈过程中的表单处理，IWaresService包负责车型信息、配件信息的管理以及库存信息。

5.3.2 Model包 图5 Model包架构图 Model包由4个表单的实体类以及对应的4个表单DAO类，与角色和身份相关的一些类：Permission类、Role类、Stuff类、PermissionDAO类、RoleDAO类和StuffDAO类，Car类、CarDAO类、Part类、PartDAO类、Customer类和CustomerDAO类等组成。

5.4 Middleware层 图6 Middleware层架构图 6. 部署视图 本章描述了部署和运行软件的物理网络（硬件）配置。

图6 4In1系统部署图 6.1 User Client 用户主要通过浏览器来访问系统，支持的浏览器包括IE 6+和Firefox 3.6+，客户端与服务端的连接可以是局域网或互联网。

6.2 Server 应用服务器运行4In1系统，4In1系统部署在Tomcat7.0容器上，它与数据服务器通过jdbc连接。

6.3 DB Server 数据服务器运行mysql5.1数据库。

7. 数据视图 图7 数据模型ER图 8. 大小和性能 本系统采用的软件架构可以很好的支持如下性能需求：
1. 系统应支持100人以上同时访问服务器并支持500人以上同时访问数据库。

2. 服务器的响应时间不应该超过5秒。

9. 质量 本系统采用的软件架构可以很好的支持系统质量方面的需求：
1. 系统应当方便所有用户的使用，对于有基础计算机水平的用户的培训时间应不超过2小时。

2. 系统应该提供在线的支持帮助。

3. 系统必须能够保证每天24小时不间断运行，可用率为99%。

4. 合理的设计系统的结构以保证较高的可维护性，系统的模块应该可替换。

5. 系统应当正确处理发生的异常或者错误，并返回错误信息。

仅供参考