概要设计的写法
概要设计(软件工程文档模板)正规范本(通用版)
概要设计 (软件工程)1. 引言本文档为软件工程项目的概要设计文档，旨在为项目的开发人员提供一个整体的系统设计概览。
在项目开发过程中，概要设计起到了桥梁的作用，将需求分析和详细设计阶段进行衔接。
本文档将详细描述系统的整体结构、主要模块和关键功能，并提供相应的设计原则。
2. 系统结构设计2.1 参与角色是本系统中涉及到的主要参与角色：系统管理员：负责系统的配置、用户管理和权限控制。
普通用户：包括注册用户和匿名用户，使用系统提供的功能进行操作和查询。
数据库管理员：负责数据库的管理、备份和维护。
2.2 系统组成本系统由几个主要模块组成：用户管理模块：负责用户注册、登录和信息维护等功能。
权限控制模块：实现对用户访问权限的管理和控制。
数据管理模块：负责对数据的增删改查等操作。
报表模块：根据用户的需求相应的报表和统计数据。
安全管理模块：对系统进行安全性控制和防护。
2.3 系统架构设计本系统采用分层架构的设计方式，主要包括几个层级：用户界面层：负责与用户交互和展示信息。
应用逻辑层：负责处理用户请求，调用相应的服务和实现业务逻辑。
数据访问层：负责与数据库进行交互，实现数据的持久化和访问。
数据库层：存储系统的数据和相关信息。
3. 主要功能设计本系统的主要功能包括但不限于几个方面：用户注册和登录功能：提供用户注册和登录功能，保障系统安全性。
用户信息维护功能：允许用户修改个人信息，包括密码、头像等。
数据查询和展示功能：允许用户根据条件查询并展示相关数据。
数据编辑和添加功能：允许用户对数据进行编辑和添加操作。
报表和导出功能：根据用户需求相应的报表和统计数据，并支持导出功能。
4. 系统性能设计为了保障系统的性能和稳定性，本系统需要考虑几个方面的设计：用户并发访问的支持：针对高并发访问，需要采用合适的技术手段进行负载均衡和优化。
数据库优化：针对系统中频繁访问的表，采用合适的索引策略进行优化，提高查询和更新的效率。
缓存机制：采用合适的缓存机制，减少对后台数据库的访问，提高系统响应速度。
概要设计(软件工程文档模板)简洁范本
概要设计(软件工程)
概要设计（软件工程）
1. 引言
2. 项目背景
在此部分，我们将简要介绍项目的背景和需求，包括项目的目标、范围和重要性，以及项目所要解决的问题和提供的价值。
3. 功能模块设计
在此部分，我们将详细描述系统中各个功能模块的设计。
每个模块应包括模块的名称、功能描述、输入和输出、处理逻辑等内容。
还应提供模块间的关系图和模块之间的接口说明。
4. 数据结构设计
在此部分，我们将定义系统中使用的数据结构，包括数据结构的名称、类型、包含的字段以及字段的含义。
还应提供数据结构的关系图和数据结构之间的关联关系说明。
5. 接口设计
在此部分，我们将详细说明系统的外部接口和内部接口设计，包括接口的名称、功能描述、输入和输出参数、使用说明以及与其他模块的关系。
还应提供接口的调用示例和相关的时序图。
6. 系统结构设计
在此部分，我们将描述系统的整体结构和组件之间的关系。
包括系统的分层结构、模块之间的依赖关系、数据流和控制流等。
还应提供系统的框架图、流程图和相关的说明。
7.。
概要设计范本
概要设计范本1.概要设计和详细设计怎么写知乎撰写的设计文档主要分为：总体概要设计文档+详细设计文档，后简称为“概设”+“详设”。
总设和详设都应该包含的部分：(1)需求：一般以产品的语言描述，这一块可以拷贝产品需求文档中的storylist部分；(2)名词解释（可选）：非相关领域内的同学需要看到文档需要提前了解的一些概念性质的东西；(3)设计目标：又分为功能目标和性能目标，功能目标一般是对产品需求的技术描述，性能目标是根据产品给出的数据对性能进行的评估。
一般来说，新服务必须要有性能目标一项，性能目标可能会影响设计方案。
除了都应该包含的部分，总体概要设计一般还包含：(1)系统架构：一般来说会有个简单的架构图，并配以文字对架构进行简要说明；(2)模块简介：架构图中如果有很多模块，需要对各个模块的功能进行简要介绍；(3)设计与折衷：设计与折衷是总体概要设计中最重要的部分；(4)潜在风险（可选）；输出总体概要设计的时候，很多方案还是不确定的，需要在设计评审会议上确认。
总体概要设计重点在“方案折衷”，总体概要设计评审完毕之后，此时应该是所有方案都确认了，需要输出各模块的详细设计，详细设计重点在“详细”：(1)总体概要设计结论汇总（可选）：达成一致的结论有个简要概述，说明详设是对这些结论的实现；(2)交互流程：简要的交互可用文字说明，复杂的交互建议使用流程图，交互图或其他图形进行说明；(3)数据库设计：这个是应该放在总设还是详设呢？(4)接口形式：有了数据库+接口+流程，别的同学拿到详设文档，基本也能够搞定了；(5)其他细节：例如公式等；理论上输出了详细设计之后，无论谁拿到了这个详设文档，都是能够完成该项目的。
个人实践分享：一、大图(1)大系统或复杂流程，其架构图或者流程图会非常大，经常比A4纸或word的一页大很多，此时不宜在word中直接贴图形，贴了也看不清，建议将图放在wiki上，文档中直接贴链接；(2)一定要保存viso或者其他图形的源文件，否则今后改动起来要重画，代价可想而知；二、设计与折衷(1)设计与折衷是总设中最重要的内容，总设评审中，主要就是讨论这些折衷的优劣；(2)评审过后，不但要邮件周知结论，还要在总设中进行更新，说明最终决定使用了哪种方案，为什么使用这种方案；根据自己的经验，接手别人的模块、项目，拿到代码和文档，设计方案对我来说完全是个谜！！！(3)有时候因为排期或者其他原因，不一定采用了最优的设计方案，此时更应该在总设中记录决策的过程与原因；(4)最后，设计折衷是一个很好的自我辩解的机会：因为项目进度，或者历史遗留问题，我不得不采取了一个这样的设计，不要再骂我了。
概要设计说明书示例
【项目名称】概要设计说明书修订历史记录A - 增加M - 修订D - 删除【模板使用必读：模板内容和页眉中【】包含内容为指导性的待替换文字，请在使用中替换为具体内容，或删除。
文件提交时不得再含有这些内容。
】目录1 引言........................................................1.1编写目的..............................................1.2背景..................................................1.3术语与缩写解释........................................1.4参考资料.............................................. 2概述........................................................2.1系统任务..............................................2.1.1 .......................................... 系统目标2.1.2 .......................................... 运行环境2.1.3 .................................... 与其它系统关系2.2需求规定..............................................2.2.1 .......................................... 功能需求2.2.2 ...................................... 非功能性需求2.2.3 ........................................ 约束和假定3总体设计....................................................3.1基本设计概念和处理流程................................3.2软件系统结构..........................................3.2.1 ............................................ 模块A3.2.2 ............................................ 模块B3.3功能需求与系统模块的关系..............................3.4接口设计..............................................3.4.1 .......................................... 用户接口3.4.2 .......................................... 外部接口3.4.3 .......................................... 内部接口3.5数据结构设计..........................................3.5.1 .................................. 逻辑结构设计要点3.5.2 .................................. 物理结构设计要点3.5.3 .............................. 数据结构与程序的关系4运行设计....................................................4.1运行模块组合..........................................4.2运行控制..............................................4.3运行时间..............................................5系统出错处理设计............................................5.1出错信息..............................................5.2补救措施..............................................6系统维护设计................................................7尚未解决的问题..............................................1引言1.1编写目的【给出项目概要设计说明书的编写目的，同时指明读者对象。
关于概要设计文档的写作
关于概要设计文档的写作2009-11-28 16:24〇、概念概要设计文档是一个框架设计文档，指出了设计的大体思路。
与详细设计文档不同，它没有详细设计文档描述的细致入微。
但是一份好的概要设计文档，对于一个高级软件工程师来说，完全有能力进行系统实现了。
一、一般格式文档格式如同人的相貌，以貌取人，虽然不合理，但是有它的普遍性。
下面给出一个范例：1.0文档的封面封面是最笼统的概括，一般包括文件名称、文件编号、项目名称、项目编号、文件密级、文件版本、文件作者、文件状态等信息。
例如:XXX公司技术文件（居中）文件名称：XXX概要设计文件编号：A00-B00-000XXX（编号符合自己公司的标准即可）项目名称：XXX项目（写自己的项目名称）项目编号：A00000XXX（符合自己公司的标准）文件作者：魏雷远文件版本：A(按什么编号都可以，可以为阿拉伯编码、希腊字母编码等)文件状态：PRE文件密级：绝密......对于有版本控制的文件，还要有版本变更的记录，审核人，审核日期，批准人，批准日期，修订信息等。
1.1文件修订页文件修订页的目的是记录该文件的详细修改记录，一般包括修改的章节、内容、日期、修改人、批准人等等。
按表格形式进行记录1.2索引和目录这部分可以根据概要设计文档内容自动生成。
不熟悉Word者，按如下操作：插入菜单->引用->索引和目录，按照提示进行操作。
1.3文件正文部分此部分是概要设计文档的核心部分。
下面给出我做的项目（软件）的一个范例：1.范围1.1系统概述简单描述系统结构或组成。
1.2文档概述简要描述概要设计文档涉及的内容以及适用的对象。
1.3术语与缩略语解释概要设计中的术语和缩略语。
===当然，还可以加入其它内容。
2.引用文档列出参考文档或者依据。
3.总体设计3.1软件体系结构描述软件体系结构，一定要给出图来，直观、清晰、简单、明了。
3.2子系统间的关系列出组成软件的各个子系统间的相互关系。
概要设计和详细设计模板
概要设计和详细设计模板一、概要设计。
1. 项目背景。
本项目旨在设计一个新型的智能家居系统，通过智能设备实现家居环境的智能化管理，提高居住舒适度和生活便利性。
2. 项目目标。
实现家居设备的远程控制和智能化管理；提供智能化的能源管理方案，节约能源成本；实现家居设备之间的互联互通，提高整体系统的智能化水平；提供用户友好的操作界面，方便用户管理和控制家居设备。
3. 项目范围。
本项目的范围包括硬件设备的选择、系统架构设计、软件开发、用户界面设计等方面。
4. 项目成本。
本项目的预算为100万元，其中包括硬件设备采购、软件开发费用、人员成本等。
5. 项目进度。
本项目计划周期为一年，包括需求分析、设计、开发、测试、上线等阶段。
二、详细设计。
1. 系统架构设计。
硬件选择，选择符合智能家居系统需求的智能设备，包括智能灯具、智能插座、智能空调等；系统集成，设计系统整体架构，实现各个智能设备之间的互联互通；通信协议，选择合适的通信协议，实现设备之间的数据交换和控制。
2. 软件开发。
应用开发，开发智能家居APP，提供用户友好的操作界面，实现设备的远程控制和智能化管理；数据管理，设计数据库结构，存储用户信息、设备信息、能源数据等；系统集成，将硬件设备和软件系统进行集成，实现整体系统的功能。
3. 用户界面设计。
界面布局，设计简洁直观的界面布局，方便用户操作；功能设计，设计用户操作流程，实现用户快速上手；可视化展示，提供设备状态、能源消耗等数据的可视化展示，方便用户了解家居情况。
4. 测试与上线。
系统测试，对系统进行全面测试，确保系统稳定性和安全性；用户培训，为用户提供系统使用培训，帮助用户快速上手；系统上线，将系统正式上线，投入使用。
通过概要设计和详细设计，我们将完成一个功能完善、稳定可靠的智能家居系统，为用户提供更便利、舒适的家居生活体验。
软件工程概要设计简洁范本
软件工程概要设计软件工程概要设计1. 引言2. 系统概述本系统旨在开发一个x软件，以满足用户对x功能的需求。
该软件由多个模块组成，包括但不限于用户管理模块、数据处理模块、界面展示模块等。
本系统将采用x技术作为开发平台，以提高系统的性能和稳定性。
3. 需求分析基于用户需求文档和功能需求规格说明书，对系统的功能和性能需求进行分析和整理。
需求分析结果将提供给系统设计阶段，作为设计决策的依据。
3.1 功能需求根据用户需求，系统应具有以下功能：用户注册和登录功能，包括用户信息的管理和身份验证；数据处理功能，对用户输入的数据进行处理和分析；界面展示功能，将处理结果以直观的方式展示给用户；（其他功能需求）3.2 性能需求为保证系统的响应速度和稳定性，系统需要满足以下性能需求：系统响应时间在1秒以内，以保证用户的流畅体验；系统能够处理1000个用户的请求；数据库访问的平均响应时间不超过200毫秒；（其他性能需求）4. 系统设计系统设计包括整体架构的设计和各模块设计。
通过对系统的设计，可以实现软件的可维护性、可扩展性和可测试性。
4.1 整体架构设计系统采用x架构设计，包括前端展示层、业务逻辑层、数据访问层三层结构。
前端展示层负责用户界面展示，业务逻辑层负责处理用户请求和业务逻辑，数据访问层负责数据库操作。
4.2 模块设计根据功能需求，系统划分为多个模块，每个模块负责特定的功能。
模块之间通过接口进行通信，实现模块之间的解耦和复用。
5. 接口设计系统的各个模块之间通过接口进行通信。
接口设计需要考虑输入输出参数的定义，异常处理等。
6. 数据库设计本系统采用x数据库作为数据存储的载体。
数据库设计应根据系统的需求进行合理的表结构设计和索引优化，以提高系统的数据访问性能。
7. 安全设计系统的安全性是软件工程开发中的重要问题。
安全设计应包括用户身份验证、数据保护、访问控制等方面的设计。
8. 系统测试系统测试是软件开发中必不可少的环节，它主要包括单元测试、集成测试和系统测试。
概要设计说明书范例及实用模板
《XXXXXX》概要设计说明书三、四、王五1．引言1．1编写目的在本机票预定系统项目的前一阶段，也就是需求分析阶段中，已经将系统用户对本系统的需求做了详细的阐述，这些用户需求已经在上一阶段中对航空公司、各旅行社及机场的实地调研中获得，并在需求规格说明书中得到详尽得叙述及阐明。
本阶段已在系统的需求分析的基础上，对机票预定系统做概要设计。
主要解决了实现该系统需求的程序模块设计问题。
包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。
在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。
在下一阶段的详细设计中，程序设计员可参考此概要设计报告，在概要设计对机票预定系统所做的模块结构设计的基础上，对系统进行详细设计。
在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改时找出在本阶段设计的不足或错误。
1．2项目背景机票预定系统将由两部分组成：置于个旅行社定票点的前台客户程序，以及置于航空公司的数据库服务器。
本系统与其他系统的关系如下：1．3定义1．3．1 专门术语SQL SERVER: 系统服务器所使用的数据库管理系统（DBMS）。
SQL: 一种用于访问查询数据库的语言事务流：数据进入模块后可能有多种路径进行处理。
主键：数据库表中的关键域。
值互不相同。
外部主键：数据库表中与其他表主键关联的域。
ROLLBACK: 数据库的错误恢复机制。
1．3．2 缩写系统：若未特别指出，统指本机票预定系统。
SQL: Structured Query Language（结构化查询语言）。
ATM: Asynchronous Transfer Mode (异步传输模式)。
1．4参考资料以下列出在概要设计过程中所使用到的有关资料：1．机票预定系统项目计划任务书航空公司1999/32．机票预定系统项目开发计划《**》软件开发小组1999/33．需求规格说明书《**》软件开发小组1999/34．用户操作手册（初稿）《**》软件开发小组1999/45．软件工程及其应用周、王文等科学技术1992/16．软件工程海藩清华大学1990/117．Computer Network A.S.Tanenbaun Prentice Hall 1996/01文档所采用的标准是参照《软件工程导论》美明著的“计算机软件开发文档编写指南”。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
概要设计的写法做软件到一定层次了，就要考虑到设计了，设计了很久，就是不系统，系统的设计需要一个记录，记录就用文档，那么对项目所有包括技术上的设计都记录下来，我们就可以理解为软件的概要设计了。
在需求明确、准备开始编码之前，要做概要设计，而详细设计可能大部分公司没有做，有做的也大部分是和编码同步进行，或者在编码之后。
因此，对大部分的公司来说，概要设计文档是唯一的设计文档，对后面的开发、测试、实施、维护工作起到关键性的影响。
概要设计写什么？概要设计怎么做？ 如何判断设计的模块是完整的？ 为什么说设计阶段过于重视业务流程是个误区？ 以需求分析文档还是以概要设计文档来评估开发工作量、指导开发计划准确？ 结构化好还是面向对象好？ 以上问题的答案请在文章中找。
二、概要设计的目的 将软件系统需求转换为未来系统的设计； 逐步开发强壮的系统构架； 使设计适合于实施环境，为提高性能而进行设计； 结构应该被分解为模块和库。
三、概要设计的任务 制定规范：代码体系、接口规约、命名规则。
这是项目小组今后共同作战的基础，有了开发规范和程序模块之间和项目成员彼此之间的接口规则、方式方法，大家就有了共同的工作语言、共同的工作平台，使整个软件开发工作可以协调有序地进行。
总体结构设计： 功能（加工）－>模块：每个功能用那些模块实现，保证每个功能都有相应的模块来实现； 模块层次结构：某个角度的软件框架视图； 模块间的调用关系：模块间的接口的总体描述； 模块间的接口：传递的信息及其结构； 处理方式设计：满足功能和性能的算法 用户界面设计； 数据结构设计： 详细的数据结构：表、索引、文件； 算法相关逻辑数据结构及其操作； 上述操作的程序模块说明（在前台？在后台？用视图？用过程？······） 接口控制表的数据结构和使用规则 其他性能设计。
四、概要设计写什么 结构化软件设计说明书结构（因篇幅有限和过时嫌疑，在此不作过多解释） 任务：目标、环境、需求、局限； 总体设计：处理流程、总体结构与模块、功能与模块的关系； 接口设计：总体说明外部用户、软、硬件接口；内部模块间接口（注：接口≈系统界面） 数据结构：逻辑结构、物理结构，与程序结构的关系； 模块设计：每个模块“做什么”、简要说明“怎么做”（输入、输出、处理逻辑、与其它模块的接口，与其它系统或硬件的接口），处在什么逻辑位置、物理位置； 运行设计：运行模块组合、控制、时间； 出错设计：出错信息、处错处理； 其他设计：保密、维护； OO软件设计说明书结构 1.概述 系统简述、软件设计目标、参考资料、修订版本记录 这部分论述整个系统的设计目标，明确地说明哪些功能是系统决定实现而哪些时不准备实现的。
同时，对于非功能性的需求例如性能、可用性等，亦需提及。
需求规格说明书对于这部分的内容来说是很重要的参考，看看其中明确了的功能性以及非功能性的需求。
这部分必须说清楚设计的全貌如何，务必使读者看后知道将实现的系统有什么特点和功能。
在随后的文档部分，将解释设计是怎么来实现这些的。
2. 术语表 对本文档中所使用的各种术语进行说明。
如果一些术语在需求规格说明书中已经说明过了，此处不用再重复，可以指引读者参考需求说明。
3.用例 此处要求系统用用例图表述（UML），对每个用例（正常处理的情况）要有中文叙述。
4.设计概述 1.简述 这部分要求突出整个设计所采用的方法（是面向对象设计还是结构化设计）、系统的体系结构（例如客户/服务器结构）以及使用到的相应技术和工具（例如OMT、Rose） 2.系统结构设计 这部分要求提供高层系统结构（顶层系统结构、各子系统结构）的描述，使用方框图来显示主要的组件及组件间的交互。
最好是把逻辑结构同物理结构分离，对前者进行描述。
别忘了说明图中用到的俗语和符号。
3.系统界面 各种提供给用户的界面以及外部系统在此处要予以说明。
如果在需求规格说明书中已经对用户界面有了叙述，此处不用再重复，可以指引读者参考需求说明。
如果系统提供了对其它系统的接口，比如说从其它软件系统导入/导出数据，必须在此说明。
4.约束和假定 描述系统设计中最主要的约束，这些是由客户强制要求并在需求说明书写明的。
说明系统是如何来适应这些约束的。
另外如果本系统跟其它外部系统交互或者依赖其它外部系统提供一些功能辅助，那么系统可能还受到其它的约束。
这种情况下，要求清楚地描述与本系统有交互的软件类型以及这样导致的约束。
实现的语言和平台也会对系统有约束，同样在此予以说明。
对于因选择具体的设计实现而导致对系统的约束，简要地描述你的想法思路，经过怎么样的权衡，为什么要采取这样的设计等等。
5.对象模型 提供整个系统的对象模型，如果模型过大，按照可行的标准把它划分成小块，例如可以把客户端和服务器端的对象模型分开成两个图表述。
在其中应该包含所有的系统对象。
这些对象都是从理解需求后得到的。
要明确哪些应该、哪些不应该被放进图中。
所有对象之间的关联必须被确定并且必须指明联系的基数。
聚合和继承关系必须清楚地确定下来。
每个图必须附有简单的说明。
6.对象描述 在这个部分叙述每个对象的细节，它的属性、它的方法。
在这之前必须从逻辑上对对象进行组织。
你可能需要用结构图把对象按子系统划分好。
为每个对象做一个条目。
在系统对象模型中简要的描述它的用途、约束（如只能有一个实例），列出它的属性和方法。
如果对象是存储在持久的数据容器中，标明它是持久对象，否则说明它是个临时对象（transientobject）。
对每个对象的每个属性详细说明：名字、类型，如果属性不是很直观或者有约束（例如，每个对象的该属性必须有一个唯一的值或者值域是有限正整数等）。
对每个对象的每个方法详细说明：方法名，返回类型，返回值，参数，用途以及使用的算法的简要说明（如果不是特别简单的话）。
如果对变量或者返回值由什么假定的话，Pre-conditions和Post-conditions必须在此说明。
列出它或者被它调用的方法需要访问或者修改的属性。
最后，提供可以验证实现方法的测试案例。
7.动态模型 这部分的作用是描述系统如何响应各种事件。
一般使用顺序图和状态图。
确定不同的场景（Scenario）是第一步，不需要确定所有可能的场景，但是必须至少要覆盖典型的系统用例。
不要自己去想当然地创造场景，通常的策略是描述那些客户可以感受得到的场景。
1)场景（Scenarios） 对每个场景做一则条目，包括以下内容： 场景名：给它一个可以望文生义的名字 场景描述：简要叙述场景是干什么的以及发生的动作的顺序。
顺序图：描述各种事件及事件发生的相对时间顺序。
2)状态图 这部分的内容包括系统动态模型重要的部分的状态图。
可能你想为每个对象画一个状态图，但事实上会导致太多不期望的细节信息，只需要确定系统中一些重要的对象并为之提供状态图即可。
8.非功能性需求五、概要设计怎么做 结构化软件设计方法： 详细阅读需求规格说明书，理解系统建设目标、业务现状、现有系统、客户需求的各功能说明； 分析数据流图，弄清数据流加工的过程； 根据数据流图决定数据处理问题的类型（变换型、事务型、其他型）； 通过以上分析，推导出系统的初始结构图； 对初始结构图进行改进完善：所有的加工都要能对应到相应模块（模块的完整性在于他们完成了需求中的所有加工），消除完全相似或局部相似的重复功能（智者察同），理清模块间的层次、控制关系，减少高扇出结构，随着深度增大扇入，平衡模块大小。
由对数据字典的修改补充完善，导出逻辑数据结构，导出每种数据结构上的操作，这些操作应当属于某个模块。
确定系统包含哪些应用服务系统、客户端、数据库管理系统； 确定每个模块放在哪个应用服务器或客户端的哪个目录、哪个文件（库），或是在数据库内部建立的对象。
对每个筛选后的模块进行列表说明。
对逻辑数据结构进行列表说明。
根据结构化软件设计说明书结构对其他需要说明的问题进行补充说明，形成概要设计说明书。
OO软件设计方法： 在OOA基础上设计对象与类：在问题领域分析（业务建模和需求分析）之后，开始建立系统构架。
第一步是抽取建立领域的概念模型，在UML中表现为建立对象类图、活动图和交互图。
对象类就是从对象中经过“察同”找出某组对象之间的共同特征而形成类： 对象与类的属性：数据结构； 对象与类的服务操作：操作的实现算法； 对象与类的各外部联系的实现结构； 设计策略：充分利用现有的类； 方法：继承、复用、演化； 活动图用于定义工作流，主要说明工作流的5W（Do What、Who Do、When Do、Where Do、Why Do）等问题，交互图把人员和业务联系在一起是为了理解交互过程，发现业务工作流中相互交互的各种角色。
第二步是构建完善系统结构：对系统进行分解，将大系统分解为若干子系统，子系统分解为若干软件组件，并说明子系统之间的静态和动态接口，每个子系统可以由用例模型、分析模型、设计模型、测试模型表示。
软件系统结构的两种方式：层次、块状 层次结构：系统、子系统、模块、组件（同一层之间具有独立性）； 块状结构：相互之间弱耦合 系统的组成部分： 问题论域：业务相关类和对象(OOA的重点)； 人机界面：窗口、菜单、按钮、命令等等； 数据管理：数据管理方法、逻辑物理结构、操作对象类； 任务管理：任务协调和管理进程； 第三步是利用“4＋1”视图描述系统架构：用例视图及剧本；说明体系结构的设计视图；以模块形式组成包和层包含概要实现模型的实现视图；说明进程与线程及其架构、分配和相互交互关系的过程视图；说明系统在操作平台上的物理节点和其上的任务分配的配置视图。
在RUP中还有可选的数据视图。
第四步是性能优化（速度、资源、内存）、模型清晰化、简单化（简单就是享受）。
六、概要设计的原则 总体原则和方法：由粗到细的原则，互相结合的原则，定性分析和定量分析相结合的方法，分解和协调的方法和模型化方法。
要系统考虑系统的一般性、关联性、整体性和层次性。
分解协调：目的是为了创造更好的系统。
系统分解是指将一个复杂的系统分解为若干个子系统，系统协调一是系统内协调，即根据系统的总结构、总功能、总任务和总目标的要求，使各个子系统之间互相协调配合，在各个子系统局部优化基础上，通过内部平衡的协调控制，实现系统的整体优化； 屏蔽抽象：从简单的框架开始，隐含细节； 一致性：统一的规范、统一的标准、统一的文件模式； 每个模块应当有一个统一命名的容易理解的名字； 编码：由外向内（界面－>核心）； 面向用户：概要设计是对于按钮按下后系统“怎么做”的简要说明； 模块、组件的充分独立性、封闭性； 同时考虑静态结构与动态运行； 每个逻辑对象都应当说明其所处物理对象（非一一对应）； 每个物理对象都有合适的开发人员，并且利于分工与组装。