架构设计说明书

架构设计阐明书项目名称：[项目名称]项目代号：[项目代号]编制人：[编制人]编制日期：[编制日期]

修订统计版本日期撰写/修订人备注/修订内容

目录TOC\o架构设计阐明书 11. 引言 5. 编写目的 5. 系统目的 5. 术语和缩写词定义 5. 参考资料 52. 需求规定 5. 系统功效 5. 系统性能 5. 故障解决规定 6. 软硬件规定 6. 其它需求限制条件 63. 总体构造设计 6. 系统体系构造 6. 系统开发的基础平台和核心组件 6 外部基础平台和核心组件 6 内部基础平台和核心组件 7. 总体构造 74. 子系统设计 7. 功效构造图/类图 7. 功效定义 7. 功效需求与系统模块的关系 85. 接口设计 8. 顾客接口 8. 外部接口 8. 内部接口 86. 系统数据构造设计 8. 逻辑构造设计 9. 物理构造设计 9. 配备文献构造设计 9. 数据构造与程序的关系 97. 算法设计 98. 运行设计 9. 运行模块组合 10. 运行控制 10. 运行时间 109. 系统安全 10. 系统安全 10. 数据安全 10. 备份与恢复 10. 出错解决 1110. 系统维护设计 1111. 系统布署 11. 软硬件环境 11. 系统布署 11. 系统升级 1112. 遗留问题 11

引言编写目的阐明编写这份架构设计阐明书的目的，指出预期的读者。系统目的本系统要达成的目的，应描述架构设计的细度及为下一步模块设计提供的支持。术语和缩写词定义列出本文献中用到的专门术语的定义和外文首字母组词的原词组。参考资料列出与本文亲密有关的参考资料，可能包含以下内容：本项目经核准的计划任务书或合同、上级主管的批文；属于本项目的其它已发表的文献；本文献中各处引用的文献、资料，涉及所要用到的软件开发原则。列出这些文献资料的标题、文献编号、发表日期和出版单位，阐明如何能够得到这些资料。需求规定阐明影响架构设计的系统重要功效、输入输出、性能规定等的需求限制条件。系统功效系统的功效性需求，重要列出对架构设计产品影响的典型功效规定、数据规定、输入输出规定和界面规定等。系统性能重要涉及数据精度执行效率数据解决能力等的规定。故障解决规定系统出现故障时的解决机制，例如：故障转移等。软硬件规定软件需求规格中规定必须支持的软硬件环境。其它需求限制条件涉及：事先商定必须要使用的商业上架系统/组件（例如：必须在MSOffice上做二次开发）；必须应用的技术（例如：必须使用B/S构造）；必须要与某商业软件做接口（例如：必须与用友软件做接口）；与旧版本的兼容升级关系等总体构造设计系统体系构造拟定系统采用何种体系构造，如：单机版还是网络版？C/S构造还是B/S构造？两层构造还是多层构造？分布式数据库还是集中式数据库？分布式应用程序服务器还是集中式应用程序服务器？是采用.Net应用程序框架还是J2EE应用程序框架？系统开发的基础平台和核心组件外部基础平台和核心组件拟定系统开发的外部基础平台和核心组件，如：是在Windows平台、Unix平台或者Linux平台上开发？还是平台无关性？与否是在某些软件上作二次开发？如AutoCAD。与否采用某些第三方的核心组件。内部基础平台和核心组件拟定系统开发所使用的公司内部开发平台、组件/控件、公共函数/单元等公共资源，如：与否在GSP平台上开发；与否采用公司的报表控件；与否复用公司其它产品的架构或资源等。总体构造给出系统构造总体框图（涉及软件、硬件构造框图），阐明本系统的各模块的划分，扼要阐明每个系统模块的标记符和功效，分层次地给出各模块之间的控制与被控制关系。如果采用构造化分析办法，普通采用下面两种模型来描述总体构造：构造图（层次图）：对系统自顶向下进行分解。系统流程图：描述子系统内部的控制流和数据流如果采用面对对象的分析办法，普通采用包(package)图来描述总体构造。包(package)图描述了子系统之间的包含关系和依赖关系。子系统设计在总体构造设计中已经将系统划分为若干个子系统，在此需要对全部的子系统进行设计。普通应涉及下列内容。功效构造图/类图构造化设计：对构造图进行细化，分解到功效一级。面对对象设计：对包（package）图进行细化，拟定各包中包含的类。功效定义阐明上一步分解的全部功效组件（功效模块或者类）的功效。序号功效/类名称功效描述12功效需求与系统模块的关系本条用一张矩阵图阐明各项功效需求的实现同各模块的分派关系，用来实现RTM（需求跟踪）表，如果已经采用了外部工具来做，此处能够省略。需求跟踪表[系统模块1][系统模块2][……][系统模块m][功效需求1]√[功效需求2]√[……][功效需求n]√√接口设计顾客接口阐明将向顾客提供的命令和它们的语法构造，以及对应的回答信息。例如：脚本命令语法等。外部接口阐明本系统同外界的全部接口的安排涉及：软件与硬件之间的接口；本系统与各支持系统之间的接口；本系统支持扩展性预留的外部接口及扩展的方式。如果需要对外提供API接口，列出API接口。内部接口阐明本系统之内的各个系统模块或元素之间的接口的安排，涉及：系统涉及的全局变量与接口函数；本系统支持扩展性预留的内部扩展点及扩展的方式等。系统数据构造设计数据库构造设计遵照数据库设计规范，此规范文档单独提供。逻辑构造设计给出本系统内所使用的每个数据构造的名称、标记符以及它们之中每个数据项、统计、文卷和系的标记、定义、长度及它们之间的层次的或表格的互有关系。物理构造设计给出本系统内所使用的每个数据构造中的每个数据项的存储规定，访问办法、存取单位、存取的物理关系、设计考虑和保密条件。配备文献构造设计给出本系统内所使用的每个配备文献中数据构造中的每个数据项的存储规定，访问办法、具体的含义和设计考虑等。数据构造与程序的关系阐明各个数据构造与访问这些数据构造的各个程序之间的对应关系。[模块1][模块2][……][模块m][数据构造1]√[数据构造2]√√……[数据构造n]√√算法设计算法设计也能够在具体设计或实现阶段进行；对涉及到大量数据运算和实时性规定高的组件，需对将采用的算法进行叙述、论证，以确保合理使用系统资源、满足需求规格阐明书中的系统性能规定。运行设计运行设计重要考虑软件在对外公布时所提供的根据顾客特点的定制能力。例如：通过修改配备文献来显示或隐藏某些模块，通过修改配备文献来组合某些模块等运行模块组合阐明对系统施加不同的外界运行控制时所引发的多个不同的运行模块组合，阐明每种运行所历经的内部模块的支持软件。模块集合运行条件支持软件运行控制阐明每一种外界的运行控制的方式办法和操作环节。运行名称控制办法操作环节运行时间阐明每种运行模块组合将占用多个资源的时间，此项普通能够省略。运行名称所占资源时间系统安全系统安全1．系统安全控制和物理保护方法，例如：程序加密（软件锁）。；2．顾客身份鉴别机制；3．顾客对系统的访问权限和范畴。数据安全根据《需求规格阐明书》中的系统保密规定，对系统进入及数据保密功效进行设计。普通指：数据加密、数据顾客身份鉴别、数据库本身的安全（例如异常状况的数据保护、并发控制）等。备份与恢复1．数据备份；2．数据恢复；3．恢复及再启动技术。阐明将使用的恢复再启动技术，使软件从故障点恢复执行或使软件从头开始重新运行的办法。出错解决出错的状况；出错时信息输出的形式、信息的含义和反馈解决办法；出错失效后的后备解决方法。系统维护设计维护功效是系统的重要构成部分，应提供系统维护和管理的办法和工具。此处阐明为了系统维护的方便而在程序内部设计中作出的安排，涉及在程序中专门安排用于系统检查与维护的检测点和专用模块及工具。系统布署软硬件环境列出运行该软件所需要的软硬设备及其专门功效，如果是多层构造需要分别列出各