第三章-概要设计
合集下载
概要设计包括哪些内容
概要设计包括哪些内容概要设计是指在进行项目、产品或者方案设计之前，对整个设计进行概括性的规划和设计，以便在后续的具体设计过程中有一个整体的框架和方向。
概要设计的内容主要包括需求分析、功能设计、系统架构设计、界面设计、技术选型等方面。
首先，需求分析是概要设计的第一步。
在这一阶段，需要明确项目的背景、目标、用户需求、功能需求等，以便为后续的功能设计和系统架构设计提供基础。
需求分析需要深入了解用户的真实需求，包括用户对产品的期望、使用场景、使用习惯等，同时也需要考虑市场需求、技术需求等方面。
其次，功能设计是概要设计的重要内容之一。
在需求分析的基础上，需要对系统的功能进行设计，包括功能模块划分、功能流程设计、功能交互设计等。
功能设计需要充分考虑用户的实际需求，同时也需要考虑系统的可扩展性、可维护性、性能等方面。
另外，系统架构设计也是概要设计的重要内容之一。
系统架构设计需要考虑系统的整体结构、模块划分、模块间的关系、数据流向等方面。
系统架构设计需要充分考虑系统的稳定性、安全性、可靠性等方面，同时也需要考虑系统的性能、可扩展性等方面。
此外，界面设计也是概要设计的重要内容之一。
界面设计需要考虑用户的使用习惯、界面美观、易用性等方面。
界面设计需要充分考虑用户的体验，同时也需要考虑不同终端的适配等方面。
最后，技术选型也是概要设计的重要内容之一。
技术选型需要根据项目的实际需求，综合考虑技术的成熟度、性能、可维护性、成本等方面，选择合适的技术方案。
综上所述，概要设计是项目、产品或者方案设计的第一步，对整个设计进行概括性的规划和设计。
概要设计的内容包括需求分析、功能设计、系统架构设计、界面设计、技术选型等方面，这些内容相互关联，相互影响，需要综合考虑，以便为后续的具体设计提供方向和框架。
第3章概要设计
3.1.1 概要设计的任务
⒈设计软件系统结构：（划分）模块、
（模块）功能、关系、接口、评价。 ⒉数据结构及数据库设计（P40、下两屏） ⑴ 数据结构设计：细化数据字典。 ⑵ 数据库设计：指数据存储文件的设计。 ① 概念设计：用E-R图表示数据模型。 ② 逻辑设计：用具体的DBMS建立DB逻辑结构。 ③ 物理设计：设计数据模式的物理细节。
⑶ 标记耦合（软G45）：传递的是数据结构。 降低了可理解性。 ⑷ 控制耦合：有控制信息的传递。属中等程度 的耦合，增加了系统复杂程度。 ⑸ 外部耦合：一组模块都访问同一全局简单变 量。 ⑹ 公共耦合：通过公共数据环境相互作用。复 杂程度随耦合模块的个数增加而增加。 ⑺ 内容耦合：是最高程度耦合，也是最差的耦 合（软G46）。
⒍制定测试计划（软G41） ⒎书写文档（软G42）
包括系统说明、用户手册、测试计划、 详细的实现计划、数据库设计结果等。
⒏审查和复审
3.3 设计原理（软G42）
3.3.1 模块化
模块具有以下几种基本属性： ⑴ 接口：I/O。 ⑵ 功能：作用。 ⑶ 逻辑：如何实现。 ⑷ 状态：运行环境（调用关系）。 把复杂问题分解为许多容易解决的小问 题，提高了工作效率。 模块化与软件成本的关系参图3－1。
数据沿输入通路到达一个处理，这个 处理根据输入数据的类型在若干个动作 序列中选出一个来执行。这类数据流称 为事务流（软G52）。 事务型数据流图由至少一条接受路径、 一个事务中心与若干条动作路径组成， 参图3－16。
3.6.1 变换分析（软G53）
对变换型的DFD，采用变换分析技术转 换为模块结构图。变换分析步骤如下。
⒈确定主加工及逻辑输入/逻辑输出
主加工是指描述系统的主要功能和特征 的加工。其特点是输入/输出数据流较多， 往往主加工不止一个。 主加工的确定是变换分析技术的关键。 逻辑输入/输出数据流是指输入、输出 主加工的数据流。
⒈设计软件系统结构：（划分）模块、
（模块）功能、关系、接口、评价。 ⒉数据结构及数据库设计（P40、下两屏） ⑴ 数据结构设计：细化数据字典。 ⑵ 数据库设计：指数据存储文件的设计。 ① 概念设计：用E-R图表示数据模型。 ② 逻辑设计：用具体的DBMS建立DB逻辑结构。 ③ 物理设计：设计数据模式的物理细节。
⑶ 标记耦合（软G45）：传递的是数据结构。 降低了可理解性。 ⑷ 控制耦合：有控制信息的传递。属中等程度 的耦合，增加了系统复杂程度。 ⑸ 外部耦合：一组模块都访问同一全局简单变 量。 ⑹ 公共耦合：通过公共数据环境相互作用。复 杂程度随耦合模块的个数增加而增加。 ⑺ 内容耦合：是最高程度耦合，也是最差的耦 合（软G46）。
⒍制定测试计划（软G41） ⒎书写文档（软G42）
包括系统说明、用户手册、测试计划、 详细的实现计划、数据库设计结果等。
⒏审查和复审
3.3 设计原理（软G42）
3.3.1 模块化
模块具有以下几种基本属性： ⑴ 接口：I/O。 ⑵ 功能：作用。 ⑶ 逻辑：如何实现。 ⑷ 状态：运行环境（调用关系）。 把复杂问题分解为许多容易解决的小问 题，提高了工作效率。 模块化与软件成本的关系参图3－1。
数据沿输入通路到达一个处理，这个 处理根据输入数据的类型在若干个动作 序列中选出一个来执行。这类数据流称 为事务流（软G52）。 事务型数据流图由至少一条接受路径、 一个事务中心与若干条动作路径组成， 参图3－16。
3.6.1 变换分析（软G53）
对变换型的DFD，采用变换分析技术转 换为模块结构图。变换分析步骤如下。
⒈确定主加工及逻辑输入/逻辑输出
主加工是指描述系统的主要功能和特征 的加工。其特点是输入/输出数据流较多， 往往主加工不止一个。 主加工的确定是变换分析技术的关键。 逻辑输入/输出数据流是指输入、输出 主加工的数据流。
概要设计 PPT
机制描述； • 模块的核心接口：说明模块传递的信息、信息的结构； • 处理方式设计：满足功能和性能的算法；
重点！！！
概要设计的任务
• 数据结构设计 • 逻辑结构 • 物理结构 • 存储在数据表中 • 存储在缓存中 • 存储在配置文件中 • 算法相关逻辑数据结构及其操作
重点！！！
概要设计的任务
• 公共数据结构设计 • 公共数据：指被许多模块共同使用的数据，如
之间的调用与返回关系 • 数据结构设计 • 数据结构、设计只是软件系统的抽象表达式（外 壳）
• 功能模块:每个功能分解的模块 • 定义界面、确定功能边界、接口定义 • 不对内部逻辑进行描述 • 概要设计提供的是具体实施方案与策略 • 决定了软件的方向，对软件项目的成功和
部接口 • 分析系统的应用特点、技术特点以及项目
资金情况，确定系统的硬件环境、软件环 境、网络环境和数据环境 • 根据系统整体逻辑构造与应用需要，对系 统进行整体物理部署与优化
与用户的硬件环境相关！ 重点！！！
概要设计的任务
• 软件结构设计---模块设计 • 模块描述：说明哪些模块实现了哪些功能； • 模块层次结构：可以用软件框架图来表达； • 模块间的关系：模块间依赖关系、调用关系描述，通信
概要设计
课程目的
• 概要设计与需求分析的关系 • 概要设计目标 • 概要设计内容 • 概要设计的过程 • 概要设计的任务
概要设计与需求分析
教师登录 学生 个人信息中心 课程管理
成绩查看 教务通知查看
HUST学分制教务管理系统
学生登录
注册状态查询 学生信息查询
课程信息查询 个人选课 课表下载
学期成绩 学年成绩 综合成绩
维护的难易程度有很大的影响
重点！！！
概要设计的任务
• 数据结构设计 • 逻辑结构 • 物理结构 • 存储在数据表中 • 存储在缓存中 • 存储在配置文件中 • 算法相关逻辑数据结构及其操作
重点！！！
概要设计的任务
• 公共数据结构设计 • 公共数据：指被许多模块共同使用的数据，如
之间的调用与返回关系 • 数据结构设计 • 数据结构、设计只是软件系统的抽象表达式（外 壳）
• 功能模块:每个功能分解的模块 • 定义界面、确定功能边界、接口定义 • 不对内部逻辑进行描述 • 概要设计提供的是具体实施方案与策略 • 决定了软件的方向，对软件项目的成功和
部接口 • 分析系统的应用特点、技术特点以及项目
资金情况，确定系统的硬件环境、软件环 境、网络环境和数据环境 • 根据系统整体逻辑构造与应用需要，对系 统进行整体物理部署与优化
与用户的硬件环境相关！ 重点！！！
概要设计的任务
• 软件结构设计---模块设计 • 模块描述：说明哪些模块实现了哪些功能； • 模块层次结构：可以用软件框架图来表达； • 模块间的关系：模块间依赖关系、调用关系描述，通信
概要设计
课程目的
• 概要设计与需求分析的关系 • 概要设计目标 • 概要设计内容 • 概要设计的过程 • 概要设计的任务
概要设计与需求分析
教师登录 学生 个人信息中心 课程管理
成绩查看 教务通知查看
HUST学分制教务管理系统
学生登录
注册状态查询 学生信息查询
课程信息查询 个人选课 课表下载
学期成绩 学年成绩 综合成绩
维护的难易程度有很大的影响
第3章 概要设计
模块接口设计
关键数据结构设 数据结构的选择以及对数据的存储结构和数据操作 计 的设计。 主要算法选择或 采用主要算法的理由、算法的实现原理以及算法的 设计 关键流程。
7
3.3 模块结构设计
3.3.1 模块的外部关联和内部构成设计
目的：明确模块的外部关联、内部结构划分、硬件关联，为 后续的流程/时序、接口、数据结构等设计奠定基础。 要求：以结构图的形式表达出模块的外部关联、内部结构划 分、硬件关联，并给予简明扼要的说明。具体包括： ●明确本模块位置、外部关联模块以及关联的基本内容（接口 ）不同类型的接口需要体现出来（数据流、控制流）。 ●模块内部各组成部分和功能划分、子模块之间的数据流向， 以及每个子模块的职责。 ●关于模块的内外部接口在这里只是定性的描述，在接口设计 时需要详细描述。
4
概要设计
详细设计
3.2 概要设计概述
3.2.1 概要设计前提
在需求达到一定稳定度和明确度，软硬件环境明确（如处理器、存 储容量以及软件运行平台等），模块划分以及模块调用关系基本明确 的前提下，可以着手进行概要设计。
STANDBY POWER SOURCE KEY/REMOCON
SMM AUDIO
2
3.1 软件设计概述
需求分析阶段解决的问题是“做什么”，而设计阶段所要解决的是“ 怎么做（好）”的问题。软件设计主要包括四方面内容：体系结构设计 、模块设计、数据结构与算法设计、用户界面设计。
人的骨架 体系结构
人的器官
模块
血脉和神经
数据结构和 算法
人的外表
用户界面
图：软件系统—人体对应关系图
3
3.1 系统设计概述
END
13
3.3 模块结构设计
第03章软件工程的概要设计
把复杂的问题分解成许 多容易解决的小问题， 原来的问题也就容易解 决了，这就是模块化提 出的依据。模块化可以 使一个复杂的大型程序 能被人的智力所管理， 也使设计出的软件的可 读性和可理解性大大增 强，测试和调试更为容 易进行，有助于提高软 件的可靠性。
3.3 软件设计的原则
二、抽象与逐步求精
在总体设计的这个步骤中分析员仅仅一个边界一个边界地设 想并且列出供选择的方案，并不评价这些方案。
3.2 概要设计的过程
二、选取合理的方案
从可供选择的方案中，选取低成本、中成本、高成本三种方 案。并对每个合理的方案,准备下列四份材料: (1)系统流程图 (2)组成系统的物理元素清单 (3)成本/效益分析 (4)实现这个系统的进度计划
么无论怎样喂养和美容，他始终都是猴子，不会成为人。 模块设计 模块就如同人的器官，具有特定的功能。人体中最出色的模
块设计之一是手，手只有几种动作，却能做无限多的事情。 人体中最糟糕的模块设计之一是嘴巴，嘴巴将最有价值但毫 无相干的几种功能如吃饭、说话混为一体，使之无法并行处 理，真乃人类之不幸。
三、确定最佳方案
分析员应该综合分析对比各种合理方案的利弊,推荐一个最佳的 方案 ,并且为推荐的方案制定详细的实现计划。用户与专家审查 分析员推荐的方案，提交审批后进入软件结构设计。
3.2 概要设计的过程
四、系统功能分解
软件结构设计，首先要把复杂的功能进一步分解成简 单的功能，遵循模块划分独立性原则，做到模块功能 单一，与外部联系很弱。功能的分解导致对数据流图 的进一步细化，并选用相应的图形工具来描述。
模块独立性指软件中每个模块只涉及软件要求的具体子功能，而与软件的其 他模块的接口是简单的。模块独立的概念是模块化、抽象、信息隐蔽和局部 化的直接结果。模块的独立程度由两个定性标准度量:
3.3 软件设计的原则
二、抽象与逐步求精
在总体设计的这个步骤中分析员仅仅一个边界一个边界地设 想并且列出供选择的方案，并不评价这些方案。
3.2 概要设计的过程
二、选取合理的方案
从可供选择的方案中，选取低成本、中成本、高成本三种方 案。并对每个合理的方案,准备下列四份材料: (1)系统流程图 (2)组成系统的物理元素清单 (3)成本/效益分析 (4)实现这个系统的进度计划
么无论怎样喂养和美容，他始终都是猴子，不会成为人。 模块设计 模块就如同人的器官，具有特定的功能。人体中最出色的模
块设计之一是手，手只有几种动作，却能做无限多的事情。 人体中最糟糕的模块设计之一是嘴巴，嘴巴将最有价值但毫 无相干的几种功能如吃饭、说话混为一体，使之无法并行处 理，真乃人类之不幸。
三、确定最佳方案
分析员应该综合分析对比各种合理方案的利弊,推荐一个最佳的 方案 ,并且为推荐的方案制定详细的实现计划。用户与专家审查 分析员推荐的方案，提交审批后进入软件结构设计。
3.2 概要设计的过程
四、系统功能分解
软件结构设计，首先要把复杂的功能进一步分解成简 单的功能，遵循模块划分独立性原则，做到模块功能 单一，与外部联系很弱。功能的分解导致对数据流图 的进一步细化，并选用相应的图形工具来描述。
模块独立性指软件中每个模块只涉及软件要求的具体子功能，而与软件的其 他模块的接口是简单的。模块独立的概念是模块化、抽象、信息隐蔽和局部 化的直接结果。模块的独立程度由两个定性标准度量:
概要设计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 类型的外部变量，外部耦合不存在 依赖于一个数据结构内部各项的物理安排。
5、软件工程(第3章 软件项目的概要设计)
二、总体设计的方法
• a、HIPO图的H图
• 该图用于描述软件的层次结构，矩形框 表示一个模块，矩形框之间的直线表示 模块之间的调用关系，同结构图一样未 指明调用顺序。
销售管理系统
订货处理
进货处理
销售统计
缺货处理
输 入 并 检 验 订 单
读 库 存 记 录
确 定 能 否 供 货
输 入 进 货 单
二、总体设计的方法
销售管理系统的数据流图
二、总体设计的方法
• 将“销售管理系统”的DFD图转换为软 件结构图。 • 分析该系统的0层图，它有4个主要功能， 即订货处理、进货处理、缺货处理和销 售统计。其中，订货处理包括订单处理 和供货处理两部分。
二、总体设计的方法
软件模块结构图
二、总体设计的方法
逻辑输入 逻辑输出
物理输出 物理输入
输入流
变换中心
输出流
二、总体设计的方法
• （2）事务型数据流图 • 数据沿输入通路到达一个处理T，这个 处理根据ቤተ መጻሕፍቲ ባይዱ入数据的类型在若干动作序 列中选出一个来执行，这类数据流图应 该划为一类特殊的数据流图，称为事务 型数据流图，处理T称为事务中心。
二、总体设计的方法
根据可供货订单修改库存
订单留底
进货处理
根据进货通知单修改库存
处理缺货订单
可供货处理
修改缺货记录
缺货处理
读缺货记录
缺货统计
销售处理
读订单记录
分类统计
按地区统计
按日期统计
按货物名统计
按顾客名统计
销售管理系统软件结构图
二、总体设计的方法
• （2）表示软件结构的HIPO图： • HIPO图（Hierarchy Plus Input/Processing/Output）是美国 IBM公司70年代发展起来的表示软件结 构的工具。
第三章、概要设计
第一，有效的模块化(即具有独立的模块)的软件比较容易开 发出来。 第二，独立的模块比较容易测试和维护。这是因为相对说 来，修改设计和程序需要的工作量比较小，错误传播范围 小，需要扩充功能时能够“插入”模块。
•求精实际上是细化过程。 求精要求设计者细化原始陈述， 求精要求设计者细化原始陈述，随着每个后续求 即细化）步骤的完成而提供越来越多的细节。 精（即细化）步骤的完成而提供越来越多的细节。 •抽象与求精是一对互补的概念。 抽象使得设计者能够说明过程和数据， 抽象使得设计者能够说明过程和数据，同时却忽 略低层细节。 略低层细节。 求精则帮助设计者在设计过程中逐步揭示出低层 细节。 细节。 这两个概念都有助于设计者在设计演化过程中创 造出完整的设计模型。 造出完整的设计模型。
3.2 设计原理
• 是衡量软件质量的尺度和标准 • 根本的宗旨：适应变化 根本的宗旨： • 四个基本原理（原则） 四个基本原理（原则） –模块化 –抽象 –信息隐藏 –模块独立性
3.2.1 模块化
模块：是由边界元素限定的相邻程序元素（例如， 模块 数据说明，可执行的语句）的序列，而且有一个总 体标识符代表它。 按照模块的定义，过程、函数、子程序和宏等，都 可作为模块。面向对象方法学中的对象是模块，对 象内的方法（或称为服务）也是模块。 模块是构成程序的基本构件。 模块化：就是把程序划分成独立命名且可独立访问 模块化：就是把程序划分成独立命名且可独立访问 的模块，每个模块完成一个子功能，把这些模块集 成起来构成一个整体，可以完成指定的功能满足用 户的需求。
3.1 设计过程
总体设计过程通常由两个主要阶段组成： 系统设计阶段: 确定系统的具体实现方案； 结构设计阶段:确定软件结构。 典型的总体设计过程:包括 个步骤 包括9个步骤 包括 1. 设想供选择的方案
•求精实际上是细化过程。 求精要求设计者细化原始陈述， 求精要求设计者细化原始陈述，随着每个后续求 即细化）步骤的完成而提供越来越多的细节。 精（即细化）步骤的完成而提供越来越多的细节。 •抽象与求精是一对互补的概念。 抽象使得设计者能够说明过程和数据， 抽象使得设计者能够说明过程和数据，同时却忽 略低层细节。 略低层细节。 求精则帮助设计者在设计过程中逐步揭示出低层 细节。 细节。 这两个概念都有助于设计者在设计演化过程中创 造出完整的设计模型。 造出完整的设计模型。
3.2 设计原理
• 是衡量软件质量的尺度和标准 • 根本的宗旨：适应变化 根本的宗旨： • 四个基本原理（原则） 四个基本原理（原则） –模块化 –抽象 –信息隐藏 –模块独立性
3.2.1 模块化
模块：是由边界元素限定的相邻程序元素（例如， 模块 数据说明，可执行的语句）的序列，而且有一个总 体标识符代表它。 按照模块的定义，过程、函数、子程序和宏等，都 可作为模块。面向对象方法学中的对象是模块，对 象内的方法（或称为服务）也是模块。 模块是构成程序的基本构件。 模块化：就是把程序划分成独立命名且可独立访问 模块化：就是把程序划分成独立命名且可独立访问 的模块，每个模块完成一个子功能，把这些模块集 成起来构成一个整体，可以完成指定的功能满足用 户的需求。
3.1 设计过程
总体设计过程通常由两个主要阶段组成： 系统设计阶段: 确定系统的具体实现方案； 结构设计阶段:确定软件结构。 典型的总体设计过程:包括 个步骤 包括9个步骤 包括 1. 设想供选择的方案
软件工程课件第三章概要设计
弱耦合
非直接 耦合 模块1 模块2
数据耦合
特征耦合（参数表 传递数据结构） 模块4
模块3
公共耦合
Ａ
Ｌ
Ｂ
Ｃ
Ｎ
Ｄ
公共耦合
公共耦合会引起下列问题： 1、 所有公共耦合模块都于某一个公共数据 环境内部各项的物理安排有关，若修改某 个数据的大小，将会影响到所有的模块。 2、无法控制各个模块对公共数据的存取，严 重影响软件模块的可靠性和适应性。 3、公共数据名的使用，明显降低了程序的可 读性。
度的度量。耦合强弱取决于模块间接口 的复杂程度、调用模块的方式以及哪些 信息通过接口。 在软件设计中应该追求尽可能松散耦合 的系统
耦合的七种类型（低——高）
非直接耦合：如果两个模块之间没有直接关系，它 们之间的联系完全是通过主要模块的控制和调用来 实现的，这就是非直接耦合。 数据耦合：如果一个模块访问另一个模块时，彼此 之间是通过数据参数（不是控制参数、公共数据结 构或外部变量）来交换输入、输出信息的，则称这 种耦合为数据耦合。 标记耦合 ：如果一组模块通过参数表传递记录信息 ，就是标记耦合。事实上，这组模块共享了这个记 录，它是某一类数据结构的子结构，而不是简单变 量。这要求这些模块都必须清楚该纪录的结构，并 按结构要求对此记录进行操作。
则，也是判断模块构造是不是合理的标 准。 但是到目前为止，没有统一的标准判断 一个系统化分成几个模块是最优的。
模块划分的四项基本原则
1.模块独立性强
– 块内联系强 – 块间联系弱
2.高内聚
–模块内部各成分之间
3.低耦合
–一个模块与其它模块之间
4.公共（共享）模块
–多个模块公用
模块独立性
问什么模块的独立性很重要？
《部分概要设计》PPT课件
12
作业项目 系统结构设计 功能模块和子系 统划分 用户界面和接口 设计 数据库设计 安全性设计
作业内容
系统体系结构的设计和硬件、网络 环境设备的配置软件开发平台的选 定
主要的结果资料
系统体系结构的设计说明，系 统环境（硬件、网络）设备配 置和使用软件开发平台的说明
功能模块的划分和大规模的系统 开发时，可以分解为几个子系统 窗体操作和窗体设计、报表设计、 与他系统的接口设计 逻辑数据库设计
运用 / 故障处理设 计 调整开发计划
2019/5/10 验收确认
系统概要说明书 业务处理流程图
向新系统移植的软硬件内容的讨论， 系统移植方案设计书 移植方案设计 (移植数据对象，移植方针) 系统运用和故障处理的基本方案设 计 全系统开发计划的调整，作出内部 设计之后的各工程的工作计划
运用基本方案设计书 故障处理基本方案设计书 开发计划表
系统的结构和功能定义 新物理DFD（数据流程图）
窗体关联图、窗体设计式样，报表 设计式样、接口设计说明书、外部 编码设计
ER图，数据库一览表 数据库表定义书
从安全性、保密性、可操作性考虑， 系统安全设计说明书 设计出必要的安全措施 作出新系统的功能说明书 把新物理DFD展开为业务处理流程
作成新系统的功 能说明书 系统移植设计
2019/5/10 17
2、界定影响系统设计的约束边界
⑴ ⑵ ⑶ ⑷ ⑸ ⑹
本系统需要遵循的相关标准或规范； 系统实现所依赖的软硬件环境的约束； 本系统与其他系统间的接口要求； 系统采用通讯协议方面的约束； 用户界面的约束； 软件质量的约束
2019/5/10
18
3、 系统策划与组织
设计模式，根据本产品的功能性需求 和非功能性需求，确定体系结构设计模 式。设计模式的确定是结构设计中最重 要的环节，一个好的模式能为系统的扩 充、复用等策略提供良好的支持。 ⑵ 系统设计模板的确定，就像写书时首 先应确定大纲内容一样，编写系统设计 文档之前也应首先确定系统的内容及其 组织编排方式，这主要从结构、功能、 性能、接口、信息模块以及进度、经费 等方面着重考虑。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
chapter__3
25
2 确定属性—例子
对象"安全系统" 对象"安全系统" 的属性 传感器信息=传感器类型+传感器编号 传感器编号+警报临 传感器信息=传感器类型 传感器编号 警报临 界值 报警响应信息=延迟时间 电话号码+警报类型 延迟时间+电话号码 报警响应信息 延迟时间 电话号码 警报类型 起动/撤销信息 主口令+允许尝试的次数 撤销信息=主口令 允许尝试的次数+暂时 起动 撤销信息 主口令 允许尝试的次数 暂时 口令 标识信息=系统表示号 验证电话号码+系统状态 系统表示号+验证电话号码 标识信息 系统表示号 验证电话号码 系统状态
chapter__3
26
3 定义操作
一个操作以某种方式改变对象的一个或者 多个属性值 ----研究系统的需求描述 研究系统的需求描述, ----研究系统的需求描述,选择合理的属 于对象的操作 进行语法分析,隔离出动词, 进行语法分析,隔离出动词,某些动词是 合法的操作, 合法的操作,很容易与某个特定的对象相 联系
界面验证
界面实现
界面设计
chapter__3
45
模块设计
模块设计的最终目的是将数据模型,架构 模块设计的最终目的是将数据模型, 模型,界面模型变为可以操作的软件. 模型,界面模型变为可以操作的软件.
chapter__3
46
模块设计--例子 模块设计 例子
chapter__3
47
模块设计--例子 模块设计 例子
chapter__3 23
1 识别对象—例子
家庭安全系统---潜在的对象 房主 传感器 安全系统 控制板 监控服务
……….
chapter__3 24
2 确定属性
找出对象的一组有意义的属性 -----研究系统描述 研究系统描述, -----研究系统描述,选择合理的与对象 相关联的信息. 相关联的信息.
本章要点
一,设计的概述 二,概要设计方法 三,设计模型 四,体系结构 五,概要设计过程 六,案例分析
chapter__3
4
设计的定义
软件设计解决的是"怎么做"的问题. 软件设计解决的是"怎么做"的问题. 软件设计是将需求描述的"做什么" 软件设计是将需求描述的"做什么" 问题变为一个实施方案的创造性的过 程.
chapter__3
29
5 完成对象定义
Object :System
System ID Verification phone number System status System table Sensor type Sensor number Alarm threshold Alarm delay time Telephone number(s) Alarm type Master password Temporary password Number of tries
chapter__3
48
本章要点
一,设计的概述 二,概要设计方法(设计原则) 三,设计模型 四,体系结构 五,概要设计过程 六,案例分析
chapter__3
49
主要的体系结构
主机结构 C/S(客户机/服务器) C/S(客户机/服务器) 客户机 B/S
chapter__3
50
应用程序框架结构
应用程序框架结构是一个可以重复使用的, 应用程序框架结构是一个可以重复使用的, 大致完成的应用程序. 大致完成的应用程序.可以通过对其进行 定制开发成一个客户需要的真正的应用程 序.
chapter__3
56
本章要点
一,设计的概述 二,概要设计方法(设计原则) 三,设计模型 四,体系结构 五,概要设计过程 六,案例分析
chapter__3
57
案例分析
<网上招聘系统>概要设计
n
chapter__3
58
小结
概要设计方法 设计模型 体系结构
chapter__3
59
�
chapter__3 10
功能模块划分设计例子
chapter__3
11
面向数据流设计
面向数据流的设计是基于外部的数据结构 进行设计的一种方法. 进行设计的一种方法.
chapter__3
12
数据流图需求分析实例
建立学生管理系统
学管科 体检科 学籍科 学生处
chapter__3
13
数据流图数据流图-顶层
chapter__3
34
调用返回的结构
包括主程序, 包括主程序,子程序架构和远程调用 模式. 模式.
chapter__3
35
调用返回的结构-例子
chapter__3
36
面向对象的架构体系
面向对象的体系结构, 面向对象的体系结构,在构造模块的 时候是依据抽象的数据类型, 时候是依据抽象的数据类型,每个模 块是一个抽象数据类型的实例. 块是一个抽象数据类型的实例.
chapter__3
51
MVC
chapter__3
52
设计原则
设计过程不应该视野狭隘: 设计应该可以跟踪需求分析模型 设计资源都有限的 设计应该体现统一的风格 设计的结构应该尽可能满足变更的要求 设计的结构应该满足很友好的处理异常情况 设计不是编码,编码也不是设计. 设计的质量评估应该是在设计的过程中进行,而不是 事后进行的 设计评审
chapter__3 32
数据为中心的架构
数据(例如数据库,文件等) 数据(例如数据库,文件等)是整个 架构的中心, 架构的中心,其它的模块经常对这些 数据进行增删改等操作. 数据进行增删改等操作.
chapter__3
33
基于数据流的架构
根据输入的数据, 根据输入的数据,经过一系列的处理 之后, 之后,变为输出数据的架构
1. 2. 3. 4. 5.
chapter__3
22
1 识别对象
识别对象首先需要对系统进行描述, 识别对象首先需要对系统进行描述,然后对 描述进行语法分析,找出名词或者名词短语, 描述进行语法分析,找出名词或者名词短语, 根据这些名词或者名词短语确定对象 对象可以是外部实体(external entities), 对象可以是外部实体(external entities), (things),发生(occurrences) (occurrences)或者事件 物(things),发生(occurrences)或者事件 (events),角色(roles) (roles), (events),角色(roles),组织单位 units),场所(places) (places), (organizational units),场所(places), 结构(structures) (structures)等 结构(structures)等.
chapter__3
18
输入/输出设计
它是基于用户的输入进行设计. 它是基于用户的输入进行设计.高层描述 出用户的所有可能输入, 出用户的所有可能输入,低层描述针对这 些输入的系统完成什么功能. 些输入的系统完成什么功能.
chapter__3
19
输入/输出设计—例子
chapter__3
20
面向对象的设计方法
chapter__3
5
设计的分解过程
图3-2:设计的分解过程
chapter__3
6
本章要点
一,设计的概述 二,概要设计方法 三,设计模型 四,体系结构 五,概要设计过程 六,案例分析
chapter__3
7
设计方法
结构化的设计方法 面向对象的设计方法
chapter__3
8
结构化的设计方法
功能模块划分设计 面向数据流设计 面向事务设计 输入/ 输入/输出设计
41
物理数据模型
数据库表的例子
chapter__3
42
界面设计
用户界面设计是为人和计算机之间创 建一个有效的沟通媒介
chapter__3
43
界面设计-"黄金原则" 界面设计 黄金原则" 黄金原则
控制用户的想法 尽可能减少用户记忆量 界面最好有连续性
chapter__3
44
界面设计过程
用户,任务,环境分析建模
Program Display Reset Query Modify Call
chapter__3 30
本章要点
一,设计的概述 二,概要设计方法 三,设计模型 四,体系结构 五,概要设计过程 六,案例分析
chapter__3
31
架构设计
数据为中心的架构 基于数据流的架构 调用返回的结构 面向对象的架构体系 分层体系结构 ……. .
0..*
0..*
1 1..*
User user_ID org_ID
1
1
y_ID
0..1
1 Organization org_ID
0..1
Product
product_ID org_ID name desc
1
0..*
chapter__3
学管科 学 学 学 生 处 学 科 学 管 导 领 学
学 学 科
chapter__3 14
数据流图数据流图-0层
chapter__3
15
数据流图数据流图-1层
chapter__3
16
数据流图数据流图-1层
chapter__3
17
面向事务设计
这个设计方法是根据系统处理的事务和这 个事务导致系统发生状态变换使用的信息. 个事务导致系统发生状态变换使用的信息. 首先确定主要的状态分类, 首先确定主要的状态分类,然后逐层详细 描述各个状态的转化过程. 描述各个状态的转化过程.