数据库三级--第二章
第二章 需求分析
-
需求分析使系统工程师能够刻画出软件的功能和性能,指明软件和系统其他元素的接口,并建立软件必须满足的约束,目标是深入描述软件的功能和性能,确定软件设计的约束和软件同其它系统元素的接口细节,定义软件的其它有效性需求,
-
需求分析会因为软件产品的下列特性而困难重重
- 软件功能复杂
- 需求的可变性
- 软件产品的不可见性
-
需求获取的方法
- 面谈、实地观察、问卷调查、查阅资料
-
需求分析过程
-
标识问题:获得所有求解问题及其运行环境的理解
-
建立需求模型:结构化分析模型或面向对象分析模型
-
结构化分析与建模方法(SAD): DFD建模、IDEF0建模
-
结构化分析任务:
- 建立分析模型:SA模型师描述软件需求分一组模型,主要包括:功能模型、数据模型和行为模型
- 编写规格需求说明书(SRS)
- 指导思想:抽象与分解
-
DFD(Data Flow Diagram) 数据流图需求建模方法(主要是对需求中的功能进行建模):
-
基本元素
- 数据流 数据在系统内传播的途径 核心 箭头表示 父图描述过的数据流必须在相应的子图中出现 一个数据流至少有一端是处理框
- 外部项 圆角框或平行四边形框 数据源或数据终点 描述系统数据提供者或使用者 实体
- 处理 矩形表示 一个处理至少有一个输入流和输出流
- 数据存储 信息的静态存储 圆角矩形表示 一个存储必须有流入的数据流和流出的数据流
-
建模过程:
- 明确目标,确定系统范围:功能需求完整、一致地描述
- 建立顶层DFD图:说明系统边界,即系统的输入和输出数据流,顶层DFD只有一张
- 构建第一层DFD分解图:中间层DFD,描述某个过程的分解
- 开发DFD层次结构图:底层DFD由一些不可再分解的过程组成
- 检查确认DFD图:五条规则如下
- 父图描述过的数据流必须在相应的子图中出现
- 一个数据流至少有一端是处理框
- 一个处理至少有一个输入流和输出流
- 一个存储必须有流入的数据流和流出的数据流
- 表达描述的信息是全面、完整、正确和一致的
-
IDEF0需求建模方法:
- IDEF0需求建模方法由箭头和活动或方框或矩形框两种元素构成
最常使用的是IDEF0~IDEF4:
- IDEF0:描述系统功能及其相互关系
- IDEF1:系统信息及其数据之间的联系
- IDEF2:系统模拟、动态建模
- IDEF3: 过程描述及获取方法
- IDEF4:面向对象设计
-
-
面向对象分析与建模方法(OOAD):UML用例建模
- UML用例建模方法:(采用面向对象思想建模)(详见第五章)
- 用例图由系统、角色、用例三种模型元素及其之间的关系构成
- UML用例建模方法:(采用面向对象思想建模)(详见第五章)
-
-
-
描述需求:需求、功能、信息性能、环境
-
确认需求:需求确认、评审
-
-
数据字典:系统中各类数据描述的集合,是进行详细的数据收集和数据分析所获得的主要成果
- 包括:数据项、数据结构、数据流、数据存储和处理过程五部分
-
IDEF1X建模方法中,用圆角矩形表示从属实体集
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 阿里最新开源QwQ-32B,效果媲美deepseek-r1满血版,部署成本又又又降低了!
· 单线程的Redis速度为什么快?
· SQL Server 2025 AI相关能力初探
· AI编程工具终极对决:字节Trae VS Cursor,谁才是开发者新宠?
· 展开说说关于C#中ORM框架的用法!