概要设计 PPT
合集下载
概要设计ppt课件
软件工程
22
3.3 面向数据流的设计方法
• 目标：提供软件结构设计的一个系统化的 途径。
• 面向数据流的设计方法定义了一些不同的 “映射”，利用这些映射可以把数据流图
变换成软件结构，任何软件系统都可以用 数据流图表示。
• 我们通常所说的结构化设计方法（简称SD 方法），也就是基于数据流的设计方法。
• 1.确定系统具体的实施方案
• 2.设计软件结构和数据结构
• 3.编写概要设计说明书
软件工程
4
3.1.2 概要设计的过程
• 1．提供选择的方案
• 2．选取一组合理的方案
• 3．推荐最佳实施方案
• 4．功能分解
• 5．软件结构设计
• 6．数据库设计
• (1)模式设计。
(2)子模式设计。
• (3)完整性和安全性设计。(4)优化。
• 7．制定测试计划
• 8．编写概要设计文档
• 9．审查与复审概要设计文档。
软件工程
5
3.2 软件设计的概念与原则
模块化 抽象与逐步求精 信息隐蔽和局部化 模块独立性
• 耦合:表示软件结构内模块之间相互连接的紧密 程度
• 内聚:标志一个模块内各个元素彼此结合的紧 密程度
软件工程
6
耦合(1) (2) (3)
软件工程
7
耦合-----(4)控制耦合
• 两个模块间传递的信息中包含用于控制模块内部逻辑 的控制信息。
A
status
B
C
D
A的逻辑判断是执行C还是D, 取决于B传来的信息标志status
软件工程
8
耦合-----(5)外部耦合
• 一组模块都访问全局简单变量而不是同一全局 数据结构，而且不是通过参数表传递该全局变 量的信息。 例如：在C语言程序中各个模块都访问被说明 为external 类型的外部变量，外部耦合不存在 依赖于一个数据结构内部各项的物理安排。
软件概要设计(总体设计)课件
H图:
命令监控器 1.0
取得输入 1.1
输入确认 请求确认 更新处理
1.2
1.3
1.4
传统的IPO图举例
输入
处理
读口令请求 口令文件 权限文件
拨号 电话号码拨音
4.4.3 体系结构设计优化
将初始SC根据模块独立性原 则进行精化,对模块进行合并、分 解修改、调整，得到高内聚、低 耦合模块，得到易于实现、易于 测试和易于维护的软件结构，产 生设计文档的最终SC。
改进软件结构设计的指导原则
(软件结构设计的启发式规则)
(1)模块功能的完善化 (2)消除重复功能 (3)将模块的影响限制在模块的控制范围内 (4)深度、宽度、扇出和扇入适中 (5)模块大小适中 (6)降低模块接口的复杂性 (7)模块功能可预测 (8)避免模块的病态连接 (9)根据设计约束和可移植性要对软件打包
事务分析设计方法步骤：
(1)在DFD上确定事务中心、接收部 分和发送部分。
(2)画出SC框架，把DFD上的三部分 分别映射为事务控制模块、接收 模块和动作发送模块。
(3)分解细化接收分支和发送分支， 完成初始SC。
用 命户 令读用命用令户户命令配系数置交命统数互令参据读数子系据统系原数配据统置 Ｄ建置格立文Ｆ式配 件化Ｄ配格配数置格式置据信式化息化
命令 命令 开/关
配置数据 配置数据
类型 分析处理命令
A/D
密码命令
激活/非活动 信息
系统
显示信息 和状态
显示
密码
读 密码
检验 信息
信息
四位 与文件中
数字
密码比较
检验
重试 检验信 信息
息过程
初始的SC
主模块
概要设计-PPT精品.ppt
➢收敛(convergence):设计者从设计材料中选 择和组合合适元素，以满足设计目标。这是 一个不断删除的过程。
数据 字典
状态转换图
控制规格说明
过程 设计 接口设计
体系结构设计
数据设计
分析模型转变成软件设计示意图
4.1.2系统构成
体系结构的三个标准模型 : 1.容器模型:适合于数据是由一个子系统产生而
客户软件
客户软件
客户软件
数据存储
客户软件
客户软件
客户软件
Hale Waihona Puke 数据为中心的体系结构过滤器
过滤器
过滤器
过滤器
数据流体系结构
用户界面层 应用层 实用层 核心层
表示构件
层次式体系结构
体系结构设计的定量分析
• 目前在体系结构设计质量定量分析方面的研究 尚处于起步阶段。
• Asada提出了伪定量技术的简单模型帮助设计 者确定体系结构满足预定义的“好”标准的程 度.这些标准称为设计量纲(Design Dimension),包括软件的质量属性：可靠性、 安全性、可维护性、可测试性、可移植性、可 复用性等。
• 体系结构的设计过程 1)系统结构化:分解成子系统,划分子系统之间的通信. 2)控制建模:建立各部分之间的控制关系的一般模型. 3)模块分解:子系统进一步分解成模块.
常见软件体系结构风格
• 以数据为中心的体系结构； • 数据流体系结构； • 调用和返回体系结构； • 面向对象体系结构； • 层次式体系结构。
Asada提出的简单模型可分为： • 频谱分析(Spectrum analysis)模型 • 设计选择分析(Design selection analysis)模
型 • 贡献分析(Contribution analysis)模型
数据 字典
状态转换图
控制规格说明
过程 设计 接口设计
体系结构设计
数据设计
分析模型转变成软件设计示意图
4.1.2系统构成
体系结构的三个标准模型 : 1.容器模型:适合于数据是由一个子系统产生而
客户软件
客户软件
客户软件
数据存储
客户软件
客户软件
客户软件
Hale Waihona Puke 数据为中心的体系结构过滤器
过滤器
过滤器
过滤器
数据流体系结构
用户界面层 应用层 实用层 核心层
表示构件
层次式体系结构
体系结构设计的定量分析
• 目前在体系结构设计质量定量分析方面的研究 尚处于起步阶段。
• Asada提出了伪定量技术的简单模型帮助设计 者确定体系结构满足预定义的“好”标准的程 度.这些标准称为设计量纲(Design Dimension),包括软件的质量属性：可靠性、 安全性、可维护性、可测试性、可移植性、可 复用性等。
• 体系结构的设计过程 1)系统结构化:分解成子系统,划分子系统之间的通信. 2)控制建模:建立各部分之间的控制关系的一般模型. 3)模块分解:子系统进一步分解成模块.
常见软件体系结构风格
• 以数据为中心的体系结构； • 数据流体系结构； • 调用和返回体系结构； • 面向对象体系结构； • 层次式体系结构。
Asada提出的简单模型可分为： • 频谱分析(Spectrum analysis)模型 • 设计选择分析(Design selection analysis)模
型 • 贡献分析(Contribution analysis)模型
《部分概要设计》PPT课件
12
作业项目 系统结构设计 功能模块和子系 统划分 用户界面和接口 设计 数据库设计 安全性设计
作业内容
系统体系结构的设计和硬件、网络 环境设备的配置软件开发平台的选 定
主要的结果资料
系统体系结构的设计说明，系 统环境（硬件、网络）设备配 置和使用软件开发平台的说明
功能模块的划分和大规模的系统 开发时，可以分解为几个子系统 窗体操作和窗体设计、报表设计、 与他系统的接口设计 逻辑数据库设计
运用 / 故障处理设 计 调整开发计划
2019/5/10 验收确认
系统概要说明书 业务处理流程图
向新系统移植的软硬件内容的讨论， 系统移植方案设计书 移植方案设计 (移植数据对象，移植方针) 系统运用和故障处理的基本方案设 计 全系统开发计划的调整，作出内部 设计之后的各工程的工作计划
运用基本方案设计书 故障处理基本方案设计书 开发计划表
系统的结构和功能定义 新物理DFD（数据流程图）
窗体关联图、窗体设计式样，报表 设计式样、接口设计说明书、外部 编码设计
ER图，数据库一览表 数据库表定义书
从安全性、保密性、可操作性考虑， 系统安全设计说明书 设计出必要的安全措施 作出新系统的功能说明书 把新物理DFD展开为业务处理流程
作成新系统的功 能说明书 系统移植设计
2019/5/10 17
2、界定影响系统设计的约束边界
⑴ ⑵ ⑶ ⑷ ⑸ ⑹
本系统需要遵循的相关标准或规范； 系统实现所依赖的软硬件环境的约束； 本系统与其他系统间的接口要求； 系统采用通讯协议方面的约束； 用户界面的约束； 软件质量的约束
2019/5/10
18
3、 系统策划与组织
设计模式，根据本产品的功能性需求 和非功能性需求，确定体系结构设计模 式。设计模式的确定是结构设计中最重 要的环节，一个好的模式能为系统的扩 充、复用等策略提供良好的支持。 ⑵ 系统设计模板的确定，就像写书时首 先应确定大纲内容一样，编写系统设计 文档之前也应首先确定系统的内容及其 组织编排方式，这主要从结构、功能、 性能、接口、信息模块以及进度、经费 等方面着重考虑。
总体设计(概要设计幻灯片
7. 制定测试方案
在软件开发的早期阶段考虑测试问题，能促使软件设 计人员在设计时注意提高软件的可测试性。本书第7 章将仔细讨论软件测试的目的和设计测试方案的各种 技术方法。
8. 书写文档
应该用正式的文档记录总体设计的结果，在这个阶段 应该完成的文档通常有下述几种：
(1) 系统说明主要内容包括用系统流程图描绘的系统 构成方案，组成系统的物理元素清单，本钱/效益分 析；对最正确方案的概括描述，精化的数据流图，用 层次图或构造图描绘的软件构造，用IPO图或其他工 具(例如，PDL语言)简要描述的各个模块的算法，模 块间的接口关系，以及需求、功能和模块三者之间的 穿插参照关系等等。
为确定软件构造，首先需要从实现角度把复杂的功能 进一步分解。分析员结合算法描述仔细分析数据流图 中的每个处理，如果一个处理的功能过分复杂，必须 把它的功能适当地分解成一系列比较简单的功能。一 般说来，经过分解之后应该使每个功能对大多数程序 员而言都是明显易懂的。功能分解导致数据流图的进 一步细化，同时还应该用IPO图或其他适当的工具简 要描述细化后每个处理的算法。
总体设计过程首先寻找实现目标系统的各种不同的方 案，需求分析阶段得到的数据流图是设想各种可能方 案的根底。然后分析员从这些供选择的方案中选取假 设干个合理的方案，为每个合理的方案都准备一份系 统流程图，列出组成系统的所有物理元素，进展本钱 /效益分析，并且制定实现这个方案的进度方案。分 析员应该综合分析比较这些合理的方案，从中选出一 个最正确方案向用户和使用部门负责人推荐。如果用 户和使用部门的负责人承受了推荐的方案，分析员应 该进一步为这个最正确方案设计软件构造，通常，设 计出初步的软件构造后还要多方改进，从而得到更合 理的构造，进展必要的数据库设计，确定测试要求并 且制定测试方案。
在软件开发的早期阶段考虑测试问题，能促使软件设 计人员在设计时注意提高软件的可测试性。本书第7 章将仔细讨论软件测试的目的和设计测试方案的各种 技术方法。
8. 书写文档
应该用正式的文档记录总体设计的结果，在这个阶段 应该完成的文档通常有下述几种：
(1) 系统说明主要内容包括用系统流程图描绘的系统 构成方案，组成系统的物理元素清单，本钱/效益分 析；对最正确方案的概括描述，精化的数据流图，用 层次图或构造图描绘的软件构造，用IPO图或其他工 具(例如，PDL语言)简要描述的各个模块的算法，模 块间的接口关系，以及需求、功能和模块三者之间的 穿插参照关系等等。
为确定软件构造，首先需要从实现角度把复杂的功能 进一步分解。分析员结合算法描述仔细分析数据流图 中的每个处理，如果一个处理的功能过分复杂，必须 把它的功能适当地分解成一系列比较简单的功能。一 般说来，经过分解之后应该使每个功能对大多数程序 员而言都是明显易懂的。功能分解导致数据流图的进 一步细化，同时还应该用IPO图或其他适当的工具简 要描述细化后每个处理的算法。
总体设计过程首先寻找实现目标系统的各种不同的方 案，需求分析阶段得到的数据流图是设想各种可能方 案的根底。然后分析员从这些供选择的方案中选取假 设干个合理的方案，为每个合理的方案都准备一份系 统流程图，列出组成系统的所有物理元素，进展本钱 /效益分析，并且制定实现这个方案的进度方案。分 析员应该综合分析比较这些合理的方案，从中选出一 个最正确方案向用户和使用部门负责人推荐。如果用 户和使用部门的负责人承受了推荐的方案，分析员应 该进一步为这个最正确方案设计软件构造，通常，设 计出初步的软件构造后还要多方改进，从而得到更合 理的构造，进展必要的数据库设计，确定测试要求并 且制定测试方案。
《概要设计总体设计》课件
总体设计的重要性
确保项目实施顺利
通过总体设计，可以明确项目的 整体结构、功能和技术要求，为 后续的详细设计、制造和测试等 环节提供指导和依据，从而确保
项目的顺利实施。
提高产品质量
总体设计过程中需要对产品的整 体性能、功能和结构进行全面考 虑，有助于发现和解决潜在的问 题，从而提高产品的质量和可靠
性。
案例三
总结词
跨领域合作、整合资源
详细描述
该案例强调了在建筑工程中，概要设 计与总体设计的结合应用，需要跨领 域合作，整合资源，综合考虑建筑、 结构、机电等多个专业的要求，确保 项目的顺利进行。
06
总结与展望
本课程总结
课程内容回顾 介绍了软件工程中概要设计的基本概念、原则和方法。
讲解了如何进行系统分析、系统设计、数据库设计等核心内容。
学习新技术和方法，保持与时俱进。
03
感谢您的观看
THANKS
课程目标
掌握概要设计和总体设计的基本概念 、原理和方法。
培养学生的团队协作和沟通能力，以 适应实际软件开发团队的工作环境。
学会在实际项目中应用概要设计和总 体设计，提高软件开发的效率和软件 质量。
02
概要设计概述
定义与概念
定义
概要设计是对软件系统的高级描 述，包括系统的整体结构、功能 模块、数据流程、接口设计等。
优化性原则
总体设计应对项目的整体结构和功 能进行优化设计，以提高产品的性 能和降低成本。
04
概要设计与总体设计的比 较
设计目的比较
概要设计
旨在为软件系统提供一个高层次、粗粒度的设计框架，明确 系统的整体结构、主要功能和接口，以便后续详细设计、编 码和测试。
系统设计和概要设计.ppt
设计面向方案，是排除阻力的过程，重在精化和适应，受 约束大 从整体上看，分析和设计的对立是保障问题和方案趋于 一致的基本动力。就像两个相反方向的张力，使软件朝着 正确的方向前进。
5、在进行系统设计时所应该注意的要点 （1）核心问题-----能否使用重复的体系结构模式
也就是能否达到结构级的软件重用---即能否在不同的软件 体系中，使用同一体系结构。
（2）设计的目的----指明一种易转化成代码的工作方案,是对
分析工作的细化
即进一步细化分析阶段所提取的类(包括其操作和属性)，并 且增加新类以处理诸如数据库、用户接口、通信、设备等技术 领域的问题。
（3）系统设计时的基本要求----分析和设计应该是合作的
分析面向问题，是明确动力的过程，重在理解和翻译，灵 活性高
7、概要设计的重要输出 （1）概要设计说明书
完成设计阶段中 的基础性工作
编码规范：信息形式、接口规约、命名规则；
物理模型：组件图、配置图；
不同角度的构架视图：用例视图、逻辑视图、进程视图、 部署视图、实施视图、数据视图（可选）；
系统总体布局：哪些部分组成、各部分在物理上、逻辑上 的相互关系；
（2）数据库设计说明书
很少有直接根据这个分析模型去完成程序的实现。为什么？
首先我们应该了解用例得到的分析模型，只是表达了系统中 的一些关键性的概念，而不能表达系统中的性能和系统的外 观。
同时分析模型往往对于系统的结构设计来说又往往过于简单， 复用和调试等等都不能在这个模型中被考虑完成。
因此，我们有必要对前面的分析模型再进一步地进行设计， 以最终产生出我们系统的设计模型
1、系统需求 我们但现在为止，已经收集、整理并且描述出系统的需
求 另外,我们也对需求中所涉及的一些主要的业务用例的实
5、在进行系统设计时所应该注意的要点 （1）核心问题-----能否使用重复的体系结构模式
也就是能否达到结构级的软件重用---即能否在不同的软件 体系中，使用同一体系结构。
（2）设计的目的----指明一种易转化成代码的工作方案,是对
分析工作的细化
即进一步细化分析阶段所提取的类(包括其操作和属性)，并 且增加新类以处理诸如数据库、用户接口、通信、设备等技术 领域的问题。
（3）系统设计时的基本要求----分析和设计应该是合作的
分析面向问题，是明确动力的过程，重在理解和翻译，灵 活性高
7、概要设计的重要输出 （1）概要设计说明书
完成设计阶段中 的基础性工作
编码规范：信息形式、接口规约、命名规则；
物理模型：组件图、配置图；
不同角度的构架视图：用例视图、逻辑视图、进程视图、 部署视图、实施视图、数据视图（可选）；
系统总体布局：哪些部分组成、各部分在物理上、逻辑上 的相互关系；
（2）数据库设计说明书
很少有直接根据这个分析模型去完成程序的实现。为什么？
首先我们应该了解用例得到的分析模型，只是表达了系统中 的一些关键性的概念，而不能表达系统中的性能和系统的外 观。
同时分析模型往往对于系统的结构设计来说又往往过于简单， 复用和调试等等都不能在这个模型中被考虑完成。
因此，我们有必要对前面的分析模型再进一步地进行设计， 以最终产生出我们系统的设计模型
1、系统需求 我们但现在为止，已经收集、整理并且描述出系统的需
求 另外,我们也对需求中所涉及的一些主要的业务用例的实
概要设计模板.pptx
4.1 出错信息..........................................................................................................................35 4.2 补救措施..........................................................................................................................35
学海无 涯
2）注册成功
2.3.1.4 界面元素描述
注册页面默认为企业注册分页（也可以通过点击企业注册页签切换企业注 册 的表单），其中表单字段与功能按钮描述如下：
8
学海无涯
1 注册填写表单
1)用户名：必填项，文本输入 3~15 位字符,可由中文、英文、数字及“-”、 “_"组成； 2)设置密码：必填项，文本输入 6~20 位字符； 3)确认密码：必填项，文本输入 6~20 位字符，需要与设置密码输入内容一 致。不一致时在输入框后面提示“两次输入的密码不一致”； 4) 企业名称：必填项，文本输入，提示“请填写营业执照上对应的企业名称”； 5)所在地址：必填项，下拉选择框（省市区）+文本输入，省市区三级联动， 详细地址在文本框输入； 6) 联系人：必填项，文本输入； 7) 邮箱：必填项，文本输入，校验输入是否为邮箱格式； 8) 手机号码：必填项，文本输入； 9)发送验证码：按钮，点击后向服务器提交验证码申请，并将得到的验证码 发送到手机号码中输入的手机中； 10)验证码：必填项，文本输入，填入的验证码与发送到对应手机的验证码 校验是否一致； 11) 已阅读并同意：复选框； 12) 《XX 客户服务平台企业用户服务协议》：超链接字段，弹出静态展示页； 13)注册：按钮，点击校验数据，若注册成功则跳转至“注册成功”分页， 并向该企业“消息管理”中推送 1 条消息：恭喜您的企业账号已经注册成功， 赶紧到账户管理—资质认证中点击“即刻认证”完成企业资质认证，享受更 多的优质服务！； 14)已有账户，马上登录：“登录”为超链接字段，点击跳转至企业用户登 录页面。
学海无 涯
2）注册成功
2.3.1.4 界面元素描述
注册页面默认为企业注册分页（也可以通过点击企业注册页签切换企业注 册 的表单），其中表单字段与功能按钮描述如下：
8
学海无涯
1 注册填写表单
1)用户名：必填项，文本输入 3~15 位字符,可由中文、英文、数字及“-”、 “_"组成； 2)设置密码：必填项，文本输入 6~20 位字符； 3)确认密码：必填项，文本输入 6~20 位字符，需要与设置密码输入内容一 致。不一致时在输入框后面提示“两次输入的密码不一致”； 4) 企业名称：必填项，文本输入，提示“请填写营业执照上对应的企业名称”； 5)所在地址：必填项，下拉选择框（省市区）+文本输入，省市区三级联动， 详细地址在文本框输入； 6) 联系人：必填项，文本输入； 7) 邮箱：必填项，文本输入，校验输入是否为邮箱格式； 8) 手机号码：必填项，文本输入； 9)发送验证码：按钮，点击后向服务器提交验证码申请，并将得到的验证码 发送到手机号码中输入的手机中； 10)验证码：必填项，文本输入，填入的验证码与发送到对应手机的验证码 校验是否一致； 11) 已阅读并同意：复选框； 12) 《XX 客户服务平台企业用户服务协议》：超链接字段，弹出静态展示页； 13)注册：按钮，点击校验数据，若注册成功则跳转至“注册成功”分页， 并向该企业“消息管理”中推送 1 条消息：恭喜您的企业账号已经注册成功， 赶紧到账户管理—资质认证中点击“即刻认证”完成企业资质认证，享受更 多的优质服务！； 14)已有账户，马上登录：“登录”为超链接字段，点击跳转至企业用户登 录页面。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
机制描述； • 模块的核心接口：说明模块传递的信息、信息的结构； • 处理方式设计：满足功能和性能的算法；
重点！！！
概要设计的任务
• 数据结构设计 • 逻辑结构 • 物理结构 • 存储在数据表中 • 存储在缓存中 • 存储在配置文件中 • 算法相关逻辑数据结构及其操作
重点！！！
概要设计的任务
• 公共数据结构设计 • 公共数据：指被许多模块共同使用的数据，如
之间的调用与返回关系 • 数据结构设计 • 数据结构、设计只是软件系统的抽象表达式（外 壳）
• 功能模块:每个功能分解的模块 • 定义界面、确定功能边界、接口定义 • 不对内部逻辑进行描述 • 概要设计提供的是具体实施方案与策略 • 决定了软件的方向，对软件项目的成功和
部接口 • 分析系统的应用特点、技术特点以及项目
资金情况，确定系统的硬件环境、软件环 境、网络环境和数据环境 • 根据系统整体逻辑构造与应用需要，对系 统进行整体物理部署与优化
与用户的硬件环境相关！ 重点！！！
概要设计的任务
• 软件结构设计---模块设计 • 模块描述：说明哪些模块实现了哪些功能； • 模块层次结构：可以用软件框架图来表达； • 模块间的关系：模块间依赖关系、调用关系描述，通信
概要设计
课程目的
• 概要设计与需求分析的关系 • 概要设计目标 • 概要设计内容 • 概要设计的过程 • 概要设计的任务
概要设计与需求分析
教师登录 学生 个人信息中心 课程管理
成绩查看 教务通知查看
HUST学分制教务管理系统
学生登录
注册状态查询 学生信息查询
课程信息查询 个人选课 课表下载
学期成绩 学年成绩 综合成绩
维护的难易程度有很大的影响
概要设计的任务
• 制定规范 • 设计文档编制标准 • 包括文档体系 • 文档格式 • 图表样式 • 信息编码形式 • 硬件 • 操作系统接口规约 • 命名规则等 • 设计目标、设计原则。
概要设计的任务
• 系统构架设计 • 系统分解成具有独立任务的子系统 • 分析子系统之间的通信，确定子系统的外
学生注册信 息文件
学生信息文 件 课程信息文 件 选课信息文 件
课表信息文 件
成绩信息文 件
教务通知文 件
教师信息查看
教师
成绩录入
所授课程查看
教师信息文 件
概要设计与需求分析
• 概要设计是需求分析的下一阶段，软件需 求文档是软件概要设计的前提条件
• 需求分析是说要做什么：功能描述 • 概要设计是说怎么做：技术实现 • 需求分析的所有功能点、性能点、环境、
公共变量、数据文件以及数据库中数据等 • 公共数据变量的数据结构与作用范围 • 输入、输出文件的结构。 • 数据库中的表结构、视图结构以及数据完整性
概要设计的任务
• 安全性设计 • 操作权限管理设计 • 操作权限，假如应用系统需要具有权限分级管理的功能，则概
要设计就必须对权限分级管理中所涉及的分级层数、权限范围、 授权步骤以及用户账号存储方式等，从技术角度作出专门的安 排。 • 操作日志管理设计 • 文件与数据加密设计 • 特定功能的操作校验设计
概要设计的任务
• 故障处理设计 • 概要设计需要对各种可能出现的软件、硬件以及网
络等方面的故障作出专门考虑 • 双机备份 • 软件集群 • 灾备 • 出错处理模块
概要设计的任务
• 运行设计：运行模块组合、控制、时间 • 界面设计
概要设计的误区
• 概要设计阶段过于重视业务流程是个误区 • 概要设计阶段过于重视细节实现是个误区
概要设计的内容
• 概要设计（总体设计）内容 • 体系构架 • 功能模块---需求分析中涵盖的所有功能 • 数据结构 • 网络环境 • 数据库类型 • 软件质量的保证来自于详尽的概要设计
概要设计过程
• 系统构架设计 • 定义组成系统的子系统，以及对子系统的控制、
子系统之间的通信和数据环境 • 3层-4层体系架构 • SSH • 软件结构设计 • 定义构造子系统的功能模块、模块接口、模块
接口的技术实现都要在概要设计中体现 • 需求分析面向用户和开发人员，概要设计
主要面向开发人员
概要设计目标
• 概要设计（总体设计）目标 • 针对软件需求分析中提出的一系列软件问题，
概要地回答如何解决 • 内容 • 体系构架 • 功能模块---需求分析中涵盖的所有功能 • 数据结构 • 网络环境 • 数据库类型
重点！！！
概要设计的任务
• 数据结构设计 • 逻辑结构 • 物理结构 • 存储在数据表中 • 存储在缓存中 • 存储在配置文件中 • 算法相关逻辑数据结构及其操作
重点！！！
概要设计的任务
• 公共数据结构设计 • 公共数据：指被许多模块共同使用的数据，如
之间的调用与返回关系 • 数据结构设计 • 数据结构、设计只是软件系统的抽象表达式（外 壳）
• 功能模块:每个功能分解的模块 • 定义界面、确定功能边界、接口定义 • 不对内部逻辑进行描述 • 概要设计提供的是具体实施方案与策略 • 决定了软件的方向，对软件项目的成功和
部接口 • 分析系统的应用特点、技术特点以及项目
资金情况，确定系统的硬件环境、软件环 境、网络环境和数据环境 • 根据系统整体逻辑构造与应用需要，对系 统进行整体物理部署与优化
与用户的硬件环境相关！ 重点！！！
概要设计的任务
• 软件结构设计---模块设计 • 模块描述：说明哪些模块实现了哪些功能； • 模块层次结构：可以用软件框架图来表达； • 模块间的关系：模块间依赖关系、调用关系描述，通信
概要设计
课程目的
• 概要设计与需求分析的关系 • 概要设计目标 • 概要设计内容 • 概要设计的过程 • 概要设计的任务
概要设计与需求分析
教师登录 学生 个人信息中心 课程管理
成绩查看 教务通知查看
HUST学分制教务管理系统
学生登录
注册状态查询 学生信息查询
课程信息查询 个人选课 课表下载
学期成绩 学年成绩 综合成绩
维护的难易程度有很大的影响
概要设计的任务
• 制定规范 • 设计文档编制标准 • 包括文档体系 • 文档格式 • 图表样式 • 信息编码形式 • 硬件 • 操作系统接口规约 • 命名规则等 • 设计目标、设计原则。
概要设计的任务
• 系统构架设计 • 系统分解成具有独立任务的子系统 • 分析子系统之间的通信，确定子系统的外
学生注册信 息文件
学生信息文 件 课程信息文 件 选课信息文 件
课表信息文 件
成绩信息文 件
教务通知文 件
教师信息查看
教师
成绩录入
所授课程查看
教师信息文 件
概要设计与需求分析
• 概要设计是需求分析的下一阶段，软件需 求文档是软件概要设计的前提条件
• 需求分析是说要做什么：功能描述 • 概要设计是说怎么做：技术实现 • 需求分析的所有功能点、性能点、环境、
公共变量、数据文件以及数据库中数据等 • 公共数据变量的数据结构与作用范围 • 输入、输出文件的结构。 • 数据库中的表结构、视图结构以及数据完整性
概要设计的任务
• 安全性设计 • 操作权限管理设计 • 操作权限，假如应用系统需要具有权限分级管理的功能，则概
要设计就必须对权限分级管理中所涉及的分级层数、权限范围、 授权步骤以及用户账号存储方式等，从技术角度作出专门的安 排。 • 操作日志管理设计 • 文件与数据加密设计 • 特定功能的操作校验设计
概要设计的任务
• 故障处理设计 • 概要设计需要对各种可能出现的软件、硬件以及网
络等方面的故障作出专门考虑 • 双机备份 • 软件集群 • 灾备 • 出错处理模块
概要设计的任务
• 运行设计：运行模块组合、控制、时间 • 界面设计
概要设计的误区
• 概要设计阶段过于重视业务流程是个误区 • 概要设计阶段过于重视细节实现是个误区
概要设计的内容
• 概要设计（总体设计）内容 • 体系构架 • 功能模块---需求分析中涵盖的所有功能 • 数据结构 • 网络环境 • 数据库类型 • 软件质量的保证来自于详尽的概要设计
概要设计过程
• 系统构架设计 • 定义组成系统的子系统，以及对子系统的控制、
子系统之间的通信和数据环境 • 3层-4层体系架构 • SSH • 软件结构设计 • 定义构造子系统的功能模块、模块接口、模块
接口的技术实现都要在概要设计中体现 • 需求分析面向用户和开发人员，概要设计
主要面向开发人员
概要设计目标
• 概要设计（总体设计）目标 • 针对软件需求分析中提出的一系列软件问题，
概要地回答如何解决 • 内容 • 体系构架 • 功能模块---需求分析中涵盖的所有功能 • 数据结构 • 网络环境 • 数据库类型