文档介绍：软件构架文档缺陷管理系统 中国软件架构师网版权所有( C ) 修订历史日期版本作者审核说明 2010-2-22 少爷初稿软件构架文档 BugManager BugManager BugManager BugManager 缺陷管理系统 1 1 1 1 简介简介简介简介 . . . . 目的本文档全面与系统地表述目标软件系统的构架,并通过使用多种视图来从不同角度描述系统的各个主要方面,以满足相关涉众(客户、设计人员等)对目标系统的不同关注焦点。本文档记录并表述了架构师对系统构架方面做出的重要决策;项目经理将根据构架定义的构件结构制定项目的开发计划;设计员将据此进行各构件的详细设计;测试设计员按照构架设计系统的总体测试框架;另外构架文档还用于指导各构件的实施、集成及测试。 . . . . 范围本文档适用于“ BugManager 缺陷管理系统 2 代”的总体应用构架。 . . . . 术语词汇表此处未完成 . . . . 参考资料 l 《客诉管理制度》 l 《前景文档》 2 2 2 2 构架表示方式构架表示方式构架表示方式构架表示方式本文档以一系列的视图( View )来表示系统的软件构架,主要包括用例视图、逻辑视图、进程视图、部署视图、实施视图(即 RUP 推荐的 4+1 视图)等;每个视图拥有一个或多个模型( Model )(例如逻辑视图包含分析模型、设计模型和数据模型等);并围绕相关视图来描述系统的基本结构、组成机制与工作原理等。本文档还将系统的构架机制描述也放在了逻辑视图之下。本文档主要使用统一建模语言( UML )来充当相关模型的表达语言;主要图表( Diagram )引用自目标系统的 Rose Model 。 3 3 3 3 构架设计目标与约束构架设计目标与约束构架设计目标与约束构架设计目标与约束描述构架设计必须满足的关键系统功能需求和质量约束,这些功能需求和质量要求对软件构架有重大的影响,并决定了构架的设计。本节同时还列明影响构架的其他相关因素,如软件的复用策略、使用商业构件、设计与实施的策略等。 关键功能需求关键功能需求关键功能需求关键功能需求跨地域的系统外部用户通过 网来使用系统的功能。内部用户、系统管理员在安全性较高的内网中使用系统的功能。消息通知系统是目标系统为了实现相关功能而需要进行协作的一个外部系统,它能够向用户发送 email ,或者发送短消息。 关键质量要求 有效性系统平均可用时间大于 % 。 性能系统并发用户在线数大于 50 。普通数据录入、查找等操作,每单步操作最大延迟时间应小于 5 秒。一般查询统计,结果集在 100 条记录以内情况下,最大延迟时间不超过 30 秒。所有统计,其最大延迟时间不超过 2 分钟。 性能可扩展支持硬件系统性能升级与数量扩充。 功能可扩展系统应支持新的缺陷处理业务。 开发策略 软件复用策略系统中重要基础构件应当具备较高的设计与构建质量,可以在产品中复用。 使用开源构件系统基础框架主要采用业界的一些主流开源框架,包括: struts 、 spring 、 hibernate 、 log4j 等。单元测试使用 junit 框架。 使用商业构件不适用。 其它设计约束目标构架总体上应采用分层结构,并全面应用面向对象设计、编程技术使系统具有较好的扩展性与重用性。本系统支持与其他系统进行集成,所以要提取出良好的集成接口。 4 4 4 4 用例视图用例视图用例视图用例视图 概述用例视图从用户使用的角度描述系统构架的基本外部行为特性,通常包含业务用例模型与系统用例模型。业务用例模型不适用于本系统,这里只关注系统用例。这里选取了用例模型中对系统构架的内容产生重大影响的应用场景与用例集合,这些用例代表了系统主要的核心功能,往往决定了系统构架的基本组成元素。有些用例强调或决定了构架的某些具体然而重要的细节,通常也可以列在本节内,总之所列的用例集合应基本覆盖系统构架的主要方面。 关键用例 4