结构化需求分析阶段用什么表示

网上有关“结构化需求分析阶段用什么表示 ”话题很是火热 ，小编也是针对结构化需求分析阶段用什么表示寻找了一些与之相关的一些信息进行分析
，如果能碰巧解决你现在面临的问题，希望能够帮助到您。

一 、需求分析重要性

对软件需求深入理解是开发成功的前提和关键 。

开发软件系统最困难的部分就是准确说明开发什么 ，最困难的概念性工作是编写出详细需求
，包括所有面向用户
、面向机器和其他软件系统的接口

此工作一旦做错，将会给系统带来极大损害 ，并且以后对它修改也极为困难
。

二、结构化分析核心思想

分解化简问题

物理与逻辑表示分开

进行数据与逻辑抽象

三 、结构化分析具体步骤

发现需求

与用户交谈
，向用户提问题；

参观用户的工作流程，观察用户的操作；

向用户群体发调查问卷；

与同行
、专家交谈 ，听取他们的意见；

分析已经存在的同类软件产品，提取需求；

从行业标准、规则中提取需求；

从Internet上搜查相关资料等。

求精

对初步需求反复求精多次细化 。

建模

建立模型
，用图形符号和组织规则书面描述事物
。

模型核心：数据字典

描述软件使用和产生的所有数据对象

数据模型：实体关系图（E-R图）表达

描述数据对象间关系

图中数据对象属性用“数据对象描述
”表达

功能模型：DFD表达

描绘数据在软件中移动，变换及相应功能

图中功能用“处理规格说明”表达

行为模型：状态转换图

描绘系统状态和在不同状态间转换方式

图中软件控制附加信息用“控制规格说明 ”表达

规格说明

书写软件需求规格说明 ，作为分析阶段最终成果

复审

3.1 数据模型

数据模型组成

数据对象

软件必须理解的复合信息表示
，复合信息是具有一系列不同性质或属性的事物。

事务（报表） 、地点（仓库）
、角色（教师、学生） 、单位（会计科）、行为（打电话）等

数据对象间关系

对象彼此间相互连接方式，也称联系 。

分三类： 1:1 1:N M:N

属性

定义数据对象性质
。

数据对象学生的属性可为学号
、姓名、班级等。

实体关系图

在这里插入描述

实例

请为某仓库的管理设计一个ER模型 ，该仓库主要管理零件的订购和供应等事项 。仓库向工程项目供应零件
，并且根据需要向供应商订购零件。

“零件
”的主要属性是：零件编号，零件名称 ，颜色
，重量
。

“工程项目”的属性主要是：项目编号，项目名称 ，开工日期。

“供应商 ”的属性主要有：供应商编号
，供应商名称，地址 。

在这里插入描述

3.2 数据流图

数据流图（DFD）描绘系统逻辑模型 ，图中没具体的物理元素，只描绘信息在系统中流动处理情况
。

是非常好通信工具和软件设计出发点。

3.2.1 数据流图符号

四种基本符号：

正方形（或立方体）：表示数据的源点或终点

在这里插入描述

圆角矩形（或圆形）：代表变换数据的处理

在这里插入描述

开口矩形（两条平行横线）：代表数据存储

在这里插入描述

箭头：表示数据流 、即特定数据的流动方向

在这里插入描述

数据流图附加符号

在这里插入描述

3.2.2 数据流图范例

范例

工厂采购部采购员每天需一张定货报表
，按零件编号排序列出所需定货零件 。

对定货零件列下述数据：零件编号
、名称、定货数量 、目前价格，主次要供应者等
。

零件入库或出库称事务 ，通过仓库终端把事务报告定货系统。零件库存量少于库存临界 值需订货 。

解法：

从问题描述提取数据流图四种成分

先考虑源点和终点

源点：仓库管理员

终点：采购员

再考虑处理

处理：处理事务
、产生报表等

最后考虑数据流和数据存存储

数据流：事务、订货信息 、订货报表

数据存储：订货信息
、库存信息

着手画数据流图的基本系统模型

在这里插入描述

把基本系统模型细化
，描绘系统主要功能

在这里插入描述

主要功能进一步细化

在这里插入描述

结束、进一步分解涉及如何具体实现功能时，不应再分解

结构化研讨的五个主要步骤

正确的定义问题是第一步
。不仅要知道“是什么
” ，还要知道“为什么”

举例：下面这个例子能表明“正确定义问题 ”有多重要。假设我是你的上司
，我请你提供一份方案，“你能给我一个增加100万美元利润的最好的办法吗？

有许多结果都是从“定义问题”产生的 ，如果有人要求你提出方案
，你要确定你及你的团队明白“是什么
”背后的“为什么” 。

那么问题来了，如何选择一个正确的假设？

头脑风暴提出很多的假设

问自己几个问题：

这些问题会让你更理性地分析 、选择
。

如果你对于选择初始选项有疑惑 ，你可以在选择前做一个简单分析。

通过简单分析
，选择一个

注意，千万不要一不留神就做了深度分析 ，不然就违背了“假设驱动 ”的初衷 。

核心建议有时又被称作“ 电梯游说 
”，因为你只有大约30秒的时间传递你的信息
，而你和利益相关人搭乘电梯从一层楼升到另外一层所需的时间也差不多是30秒。假设你和董事会成员同时进入电梯，他们问起你的工作
。此刻 ，你可以漫谈你收集的数据和所做的分析
，你也可以给他们一个简洁的结论，告诉他们你的想法和为什么有这个想法。

一个核心建议包括两部分

要点：

用思考的逻辑引导沟通对象 ，得出你的结论

搭建框架的重要性决定了这一步绝对不可以省略

两种最基本的基础结构框架

层型结构

核心建议→形势变化→背景介绍

适用于：

列型结构

核心建议→第一列观点+第二列观点+第三列观点

适用于：

熟悉方案的主题的直接领导或经常接触的利益相关人 。

搭建框架——是结构化思维过程中最为重要的一个环节
。

搭建的目的：让沟通对象听懂你的核心建议

搭建的过程：在白板上
，顶部写核心建议→定义沟通对象→列框架→测试框架的完整度

描述起来特别像：把大象装进冰箱要几步，搭建的过程就是逻辑运行的过程 ，需要细细体会

通过故事思维让沟通对象零误读

用故事思维把你的两种框架条理化
，清晰化。

撰写叙述的指导性原则：

不要改变框架结构

叙述要简练

忽略细节

用结构化系统开发方法开发一个系统，将整个开发过程划分为五个首尾相连接的阶段 ，一般称之为系统开发的生命周期
，系统开发的生命周期分为系统规划
、系统分析、系统设计 、系统实施、系统运行和维护五个阶段 。

1．系统规划

系统规划的主要内容包括：

企业目标的确定

解决目标的方式的确定

信息系统目标的确定

信息系统主要结构的确定

工程项目的确定

可行性研究等

2．系统分析

系统分析的主要内容包括：

数据的收集

数据的分析

系统数据流程图的确定

系统方案的确定等

系统分析阶段是整个MIS建设的关键阶段
。

3．系统设计

系统设计的主要内容包括：

系统流程图的确定

程序流程图的确定

编码

输入
、输出设计

文件设计

程序设计等

4．系统实施

系统实施的主要内容包括：

硬件设备的购买

硬件设备的安装

数据准备

程序的调试

系统测试与转换

人员培训等

5．系统运行与维护

系统运行与维护的主要内容包括：

系统投入运行后的管理及维护

系统建成前后的评价

发现问题并提出系统更新的请求等

关于“结构化需求分析阶段用什么表示”这个话题的介绍，今天小编就给大家分享完了 ，如果对你有所帮助请保持对本站的关注！