第三讲需求分析与建模
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
结构化开发方法（Structured Developing Method） 是现有的软 件开发方法中最成熟、应用最广泛的方法，主要特点是快速、自然 和方便。结构化开发方法由结构化分析方法（SA法）、结构化设计 方法（SD法）及结构化程序设计方法（SP法）构成的。 结构化分析方法是面向数据流的需求分析方法，是 20 世纪 70 年
表示系统运行环境的模型 说明系统如何分解为子系统的体系结构模型
系统建模需要注意的事项
需求分析前的工作
需求（系统）分析与建模
理解真实世界中的问题和用户的需要并提出 满足这些需要的解决方案的过程。
分析前的准备
确认系统的参与者 确认系统的运行环境 确认系统的约束
内容
需求分析概述 结构化需求分析方法 面向对象需求分析方法
内容
需求分析概述 结构化需求分析方法 面向对象需求分析方法
需求分析的过程
分类筛选
合并
排序
需求分析成功的条件
甲方明确的 建设目标 乙方正确的 方法论
需求分析
分析什么？ 业务流程优化 关键问题
怎么分析？
结构化分析法 面向对象分析法
系统建模
系统模型描述了系统的某个特殊方面，在需求文 档中对自然语言描述的系统需求加入补充信息。 系统模型的界定 需求规格说明中应该包含的高层次的模型
需求分析的方法
绘制系统关联图 创建用户接口原型 分析需求可行性 确定需求的优先级别 为需求建立模型 （模型包括数据流图、实体关系
图、状态变换图、对话框图、对象类及交互作用图 ）
创建数据字典 使用质量功能调配
需求分析方法（细节）
采用SRS模板 指明需求的来源 为每项需求注上标号 记录业务规范 创建需求跟踪能力矩阵 审查需求文档 以需求为依据编写测试用例 编写用户手册 确定合格的标准。
和正在说明的系统直接交互的其他系统 其他有可能和本系统共存并发生交互的系统 系统所在的业务过程（定义涉及的行为、它们的输入 和输出、负责这些过程的人以及支持这些过程的软件）
系统环境建模-上下文图
作用：
上下文图能很好地概括产品的必要接口，初步确新 产品包含了哪些内容，产品之外又包含哪些内容。 即说明产品及其环境的图示 说明产品的范围
x
分解：对于一个复杂的系统，为 了将复杂性降低到可以掌握的程度， 可以把大问题分解成若干小问题， 然后分别解决（如右图）。
1.1 1.2 1.3 2.2
1 2
3
2.1
2.3
1.1 1.3
抽象：分解可以分层进行，即先考虑问题最本质的属性，暂把细节略 去 , 以后再逐层添加细节，直至涉及到最详细的内容，这种用最本质的 属性表示一个系统的方法就是“抽象”。
需求分析与建模—结构化方法
结构化方法是一种系统分析和设计的方 法，包括定义、开发和确认系统模型过 程中用到的表示法、指南和规则。 功能需求分析与建模方法
功能需求说明数据的用途，以及如何记录、 计算、转换、修改及传输数据等。
数据需求分析与建模方法
数据需求指定系统的存储数据
结构化分析方法
浏览器
HTML、 ActiveX、 Script
输入数据 请求按钮
业务处理请求和业 务处理所需的全部 输入数据
业务处理开始
HTTP请求
HTTP应答
表 示 层 输出数据
数据存取请求
WEB服务器
用Байду номын сангаас界面层
业务处理结束
全部处理结束 业务处理程序
应用服务器
ASP、 XML
数 据 层
SQL请求开始
数据登录/更新/读取 的请求
体系结构模型描述方式-方框图
系统体系结构“标准”模式
客户机-服务器
通用服务器提供共享的系统功能
分层系统
系统功能通过调用更低层次所提供的功能来实现
基于库的系统
子系统通过一个共享库进行通信
管道系统
系统中的每个部件都进行一定的计算，并将结果传 给其他部件以进行进一步的操作
体系结构建模举例
优点：
上下文图为开发人员概括了所有的接口，在开发中 或开发后，方便地验证是否已处理了所有接口 用户能不费力地理解上下文图，并发现遗漏的接口。
系统环境建模案例
邮件传阅系统环境建模
企业OA办公系统 图书管理系统 操作管理员 一般工作人员
分析3:系统体系结构建模
效益
体系结构模型有助于划分系统需求 体系结构模型说明了系统功能的概况 体系结构模型有助于需求工程师找出那些涉及多个 子系统的需求
分析1:定义系统的边界
评估原始需求，定义将要开发的计算机系 统的边界。
确定哪些是系统需求 哪些是和系统相关的操作过程的需求 哪些在系统范围之外的需求
原则
分析2:系统环境建模
环境模型是系统将要使用的语境模型，应该是最 先开发的系统模型之一。 效益：记录必须说明接口的外部系统 模型包括：
DBMS执行SQL
业务处理开始
应用逻辑层 数据层
数据存取请求
SQL请求结束
数据库服务器
数据登录/更新/读取 的结果
业务处理结束
数据存取程序
分析4:开发互补的系统建模
互补的系统模型可以解释系统规格说明的不同方 面。系统模型用来表达系统规格说明的行为视图 或者结构视图。 系统模型的例子
数据处理模型 组合模型 分类模型 刺激-响应模型 过程模型
分析5:事件列表与功能列表
事件就是要求系统执行某项功能的请求 业务事件与产品事件 对复杂的业务任务采用任务说明、用例说 明或数据流图等方法进行解释。 对复杂的功能采用数据流图、算法描述、 活动图、数学说明等进行解释
事件列表与功能列表(续)
事件及功能列表的优点
主要作为核对清单，以说明应开发什么。而 其中对这些功能的详细说明构成了功能需求 的主要部分 开发人员可以方便的检查产品是否实现每一 个功能 用户能够在某种程度上确认业务事件和任务 列表
代末由 Yourdon,Constaintine 及 DeMarco 等人提出和发展，并得到广
泛的应用。它适合于分析大型的数据处理系统，特别是企事业管理 系统。
SA法也是一种建模的活动，主要是根据软件内部的数据传递、
变换关系，自顶向下逐层分解，描绘出满足功能要求的软件模型。
SA法的基本思想
结构化分析方法的基本思想是“分解”和“抽象”。
表示系统运行环境的模型 说明系统如何分解为子系统的体系结构模型
系统建模需要注意的事项
需求分析前的工作
需求（系统）分析与建模
理解真实世界中的问题和用户的需要并提出 满足这些需要的解决方案的过程。
分析前的准备
确认系统的参与者 确认系统的运行环境 确认系统的约束
内容
需求分析概述 结构化需求分析方法 面向对象需求分析方法
内容
需求分析概述 结构化需求分析方法 面向对象需求分析方法
需求分析的过程
分类筛选
合并
排序
需求分析成功的条件
甲方明确的 建设目标 乙方正确的 方法论
需求分析
分析什么？ 业务流程优化 关键问题
怎么分析？
结构化分析法 面向对象分析法
系统建模
系统模型描述了系统的某个特殊方面，在需求文 档中对自然语言描述的系统需求加入补充信息。 系统模型的界定 需求规格说明中应该包含的高层次的模型
需求分析的方法
绘制系统关联图 创建用户接口原型 分析需求可行性 确定需求的优先级别 为需求建立模型 （模型包括数据流图、实体关系
图、状态变换图、对话框图、对象类及交互作用图 ）
创建数据字典 使用质量功能调配
需求分析方法（细节）
采用SRS模板 指明需求的来源 为每项需求注上标号 记录业务规范 创建需求跟踪能力矩阵 审查需求文档 以需求为依据编写测试用例 编写用户手册 确定合格的标准。
和正在说明的系统直接交互的其他系统 其他有可能和本系统共存并发生交互的系统 系统所在的业务过程（定义涉及的行为、它们的输入 和输出、负责这些过程的人以及支持这些过程的软件）
系统环境建模-上下文图
作用：
上下文图能很好地概括产品的必要接口，初步确新 产品包含了哪些内容，产品之外又包含哪些内容。 即说明产品及其环境的图示 说明产品的范围
x
分解：对于一个复杂的系统，为 了将复杂性降低到可以掌握的程度， 可以把大问题分解成若干小问题， 然后分别解决（如右图）。
1.1 1.2 1.3 2.2
1 2
3
2.1
2.3
1.1 1.3
抽象：分解可以分层进行，即先考虑问题最本质的属性，暂把细节略 去 , 以后再逐层添加细节，直至涉及到最详细的内容，这种用最本质的 属性表示一个系统的方法就是“抽象”。
需求分析与建模—结构化方法
结构化方法是一种系统分析和设计的方 法，包括定义、开发和确认系统模型过 程中用到的表示法、指南和规则。 功能需求分析与建模方法
功能需求说明数据的用途，以及如何记录、 计算、转换、修改及传输数据等。
数据需求分析与建模方法
数据需求指定系统的存储数据
结构化分析方法
浏览器
HTML、 ActiveX、 Script
输入数据 请求按钮
业务处理请求和业 务处理所需的全部 输入数据
业务处理开始
HTTP请求
HTTP应答
表 示 层 输出数据
数据存取请求
WEB服务器
用Байду номын сангаас界面层
业务处理结束
全部处理结束 业务处理程序
应用服务器
ASP、 XML
数 据 层
SQL请求开始
数据登录/更新/读取 的请求
体系结构模型描述方式-方框图
系统体系结构“标准”模式
客户机-服务器
通用服务器提供共享的系统功能
分层系统
系统功能通过调用更低层次所提供的功能来实现
基于库的系统
子系统通过一个共享库进行通信
管道系统
系统中的每个部件都进行一定的计算，并将结果传 给其他部件以进行进一步的操作
体系结构建模举例
优点：
上下文图为开发人员概括了所有的接口，在开发中 或开发后，方便地验证是否已处理了所有接口 用户能不费力地理解上下文图，并发现遗漏的接口。
系统环境建模案例
邮件传阅系统环境建模
企业OA办公系统 图书管理系统 操作管理员 一般工作人员
分析3:系统体系结构建模
效益
体系结构模型有助于划分系统需求 体系结构模型说明了系统功能的概况 体系结构模型有助于需求工程师找出那些涉及多个 子系统的需求
分析1:定义系统的边界
评估原始需求，定义将要开发的计算机系 统的边界。
确定哪些是系统需求 哪些是和系统相关的操作过程的需求 哪些在系统范围之外的需求
原则
分析2:系统环境建模
环境模型是系统将要使用的语境模型，应该是最 先开发的系统模型之一。 效益：记录必须说明接口的外部系统 模型包括：
DBMS执行SQL
业务处理开始
应用逻辑层 数据层
数据存取请求
SQL请求结束
数据库服务器
数据登录/更新/读取 的结果
业务处理结束
数据存取程序
分析4:开发互补的系统建模
互补的系统模型可以解释系统规格说明的不同方 面。系统模型用来表达系统规格说明的行为视图 或者结构视图。 系统模型的例子
数据处理模型 组合模型 分类模型 刺激-响应模型 过程模型
分析5:事件列表与功能列表
事件就是要求系统执行某项功能的请求 业务事件与产品事件 对复杂的业务任务采用任务说明、用例说 明或数据流图等方法进行解释。 对复杂的功能采用数据流图、算法描述、 活动图、数学说明等进行解释
事件列表与功能列表(续)
事件及功能列表的优点
主要作为核对清单，以说明应开发什么。而 其中对这些功能的详细说明构成了功能需求 的主要部分 开发人员可以方便的检查产品是否实现每一 个功能 用户能够在某种程度上确认业务事件和任务 列表
代末由 Yourdon,Constaintine 及 DeMarco 等人提出和发展，并得到广
泛的应用。它适合于分析大型的数据处理系统，特别是企事业管理 系统。
SA法也是一种建模的活动，主要是根据软件内部的数据传递、
变换关系，自顶向下逐层分解，描绘出满足功能要求的软件模型。
SA法的基本思想
结构化分析方法的基本思想是“分解”和“抽象”。