CMMI5-SE04-T02架构设计模板.doc

北京用友软件工程有限公司 USE-SP-SE04-T02/V01 架构设计模板USE-SP-SE04-T01修订历史记录：*A - 增加 M - 修订 D - 删除变更版本号日期变更类型（A*M*D）修改人摘 要备注V012004-02-18A徐晨亮创建V022004-03-16M徐晨亮修订【模板使用必读：模板内容和页眉中【】包含内容为指导性的待替换文字，请在使用中替换为具体内容，或删除。文件提交时不得再含有这些内容。】目录目录21.简介31.1目的31.2范围31.3定义、首字母缩写词和缩略语31.4参考资料32.需求规定32.1运行环境32.2给出以下指标43.软件架构描述53.1系统架构模式53.2系统技术选型53.3系统架构选型63.3.1分析有重要意义的用例63.3.2逻辑视图63.3.3必须解决系统各主要方面的问题73.3.4分析进程之间的主要通讯模式73.3.5分析实际部署情况73.3.6持久层设计74.选用构架技术的可行性75.其他71. 简介【软件构架文档的简介应提供整个软件构架文档的概述。它应包括此软件构架文档的目的、范围、定义、首字母缩写词、缩略语、参考资料和概述。】1.1 目的【本节定义此软件构架文档在整个项目文档中的作用或目的，并对此文档的结构进行简要说明。应确定此文档的特定读者，并指出他们应该如何使用此文档。】1.2 范围【简要说明此软件构架文档适用的对象；此文档所影响的对象。】1.3 定义、首字母缩写词和缩略语【本小节应提供正确理解此软件构架文档所需的全部术语、首字母缩写词和缩略语的定义。这些信息可以通过引用项目词汇表来提供。】1.4 参考资料【本小节应完整地列出此软件构架文档中其他部分所引用的任何文档。每个文档应标有标题、报告号（如果适用）、日期和发布组织。列出可从中获取这些引用的来源。这些信息可以通过引用附录或其他文档来提供。】2. 需求规定2.1 运行环境【简要说明本系统的运行环境（包括系统部署平台、硬件环境和软件环境、网络通信模式、网络拓扑结构）】部署平台PC机大型机小型机工作站嵌入式设备移动设备其他软件环境WindowsLinuxUnixSolarisAIXBSD其他硬件环境电脑数量 台集群cpu个数 个内存大小 M硬盘大小 G其他通讯领域数据语音视频其他通讯协议TCP/IPAppleTalkIPX其他2.2 给出以下指标1) 易修改性I. 可维护性【主要体现在问题的修复上，在错误发生后“修复”软件系统。】II. 可扩展性【主要体现在使用新特性来扩展软件系统，以及使用改进版本来代替组件并删除不需要或不必要的特性和组件。】III. 结构重组【主要体现在重新组织软件系统得组件及组件间的关系，例如通过将组件移动到一个不同的子系统而改变它的位置。】IV. 可移植性【主要体现在使软件系统用于多种硬件平台、用户界面、操作系统、编程语言或编译器。为了实现可移植，需要按照硬件无关的方式组织软件系统，其他软件系统和环境被提取出来放到特定的组件。】V. 互操作性【软件体系结构必须为外部可视的功能特性和数据结构提供精心设计的软件入口。】2) 效率效率 并发数量响应时间吞吐率存储开销其他3) 可靠性I. 容错【其目的是在错误发生时确保系统正确的行为，并进行内部“修复”。】II. 健壮性【目的是保护应用程序不受错误使用和错误输入的影响，在遇到意外错误事件时确保应用系统处于已经定义好的状态，他只保证错误发生时软件按照某种已经定义好的方式终止执行。】4) 可测试性【支持可测试性的软件结构可以更好的进行错误检测和修复，也可以临时性的集成正在调试的代码和正在调试的组件。】5) 可重用性I. 使用重用进行软件开发【重用现有的组件和来自以前项目和商业库、设计分析、设计说明或代码组件的结果。】II. 为重用进行软件开发【重点集中在产生哪些既是目前软件开发的一个组成部分，又有可能在未来项目中重用的组件。】3. 软件架构描述3.1 系统架构模式【确定本系统的架构模式】类别模式结构层管道和过滤器黑板分布式系统代理交互系统模型-视图-控制器表示-抽象-控制自适应系统反射微核3.2 系统技术选型【确定本系统的技术类型】语言javacC+C#delphiperlvbV汇编其他数据库连接方式sqlserverjdbc odbc Jdbc-odbc桥 其他oraclejdbc odbc Jdbc-odbc桥 其他Db2jdbc odbc Jdbc-odbc桥 其他mysqljdbc odbc Jdbc-odbc桥 其他其他jdbc odbc Jdbc-odbc桥 其他中间件Weblogicwebsphere其他技术标准Xml其他3.3 系统架构选型【确定本系统的架构类型，如B/S,C/S等】架构选型B/SC/SP2P单机其他3.3.1 分析有重要意义的用例【本节列出用例模型中的一些用例或场景，这些用例或场景应体现最终系统中重要的、核心的功能；或在构架方面的涉及范围很广（使用了许多构架元素）；或强调或阐明了构架的某一具体的细微之处。】3.3.2 逻辑视图1) 系统目录结构从系统的角度进行组织结构的划分，以及相关接口和公用部分。a) 给出结构示意图b) 按照选定的架构模式进行层次划分。c) 说明各个模块的命名原则及功能范围，接口，相互调用关系。模块1：I. 模块名称II. 命名原则III. 功能范围IV. 对应用例V. 所属接口接口1l 接口名称l 输入l 输出l 调用关系接口2。模块2：I. 模块名称II. 命名原则III. 功能范围IV. 对应用例V. 所属接口1接口1l 接口名称l 输入l 输出l 调用关系接口2。d) 本系统和外部系统接口。e) 系统公用部分定义。名称类型调用关系2) 业务模块划分从业务的角度对系统进行模块划分，并说明各模块接口和调用关系。a) 给出业务示意图。3.3.3 必须解决系统各主要方面的问题 系统各主要方面解决方案留存分布式处理安全性进程间通信消息路由进程控制与同步交易事务管理信息交换信息冗余错误检测、处理、报告数据格式转换配置文件其他 3.3.4 分析进程之间的主要通讯模式【本节描述将系统分解为轻量级进程（单个控制线程）和重量级进程（成组的轻量级进程）的过程。本节按照各个通信或交互的进程组来加以组织。说明进程之间的主要通信模式，例如消息传递、中断和会合。】 3.3.5 分析实际部署情况【本节说明用来部署和运行该软件的一种或多种物理网络（硬件）配置。它是部署模型的视图。对于每种配置，它至少应该指出用来执行该软件的物理节点（计算机、CPU）及其互连情况（总线连接、LAN 连接、点到点连接等）。】3.3.6 持久层设计【从永久性数据存储方面来对系统进行说明。如果几乎或根本没有永久性数据，或者设计模型与数据模型之间的转换并不重