第2章 需求分析

时间
费用结算明细表
实收费用
送货状态
未收费用
2.1.4 E-R图概述
实体、属性、联系及其图形符号
实体名 属性名 联系名
联系类型：
◦ 一对一联系 ◦ 一对多联系 ◦ 多对多联系
丈夫
1
班级
1
学生
m
夫妻关系
1
属于
n
学习
n
妻子
学生
课程
2.1.5 E-R图分析
通过分析需求陈述中的名词概念
进一步进行筛选
◦ ◦ ◦ ◦ 删除一些不需要用计算机处理的概念 排除是属性名词 将某些实体转化成属性后排除 增加一些隐形的实体概念
2.3 动态模型
动态模型又称为行为模型是描述系统的动态行为。
动态模型用状态转换图来表示。它表示系统如何应付外部事件 。
2.3.1 状态图简介
状态转换图符号
《转换规则》 状态转变及 转变规则
状态转换的表示
初始状态
结束状态
状态
状态1 Do/活动1
事件{条件}/动作
状态2 Do/活动2
2.3.2 物流系统状态图的建立
第2章 结束
1.2 需求分析的任务与过程
了解需求分析的任务
了解需求分析过程
1.2.1 需求分析的任务
需求分析的任务主要有两个方面： 需求分析的困难：
◦ 用户说不清需求 ◦ 用户的需求经常变动 ◦ 需求分析员或用户理解需求有误
1）通过对问题及环境的理解、分析和综合，建立分析模型。 2）在完全弄清用户对软件系统的确切要求的基础上，用“软件需求规格说明书” 把用户的需求表达出来，并进行审核。
2.1.2 需求分析模型建立过程
从需求陈述中的名词、动词、过程逻辑中抽取：
名词
动词 行为
静态
动态 动态
静态模型
功能模型 来自百度文库态模型
•ER图 •类图 •数据流图 •用例图 •状态图 •活动图 •顺序图
先通过案例的图的表示的理解，再讲如何画图、方 法
2.1.3 数据模型——E-R图
货物
m 1
对应 接送
静态 模型
动态 模型
功能 模型
4.1 两种分析模型
结构化分析模型
面向对象分析模型
数据 流图 ER图 状态 图
类图
状态图
用例图
4.2 需求分析方法总结
本章介绍了传统结构化的需求分析方法。 结构化需求分析过程中建立了结构化分析模型，它包括：
◦ 数据模型——E-R图 ◦ 功能模型——数据流图 ◦ 动态模型——状态图
数据流是被加工的数据集合的流向，包括输入数据流与输出 数据流。数据流一般是名词或名词性短语。 数据存储是数据流的载体，包括纸质、电子的数据文件和数 据库等。数据存储也是名词或名词性短语。
2.2.4 功能模型简述
功能模型的特征：
◦ 抽象性和概括性。功能模型的数据流图只有四个图素，没有任何物理部件，具 有抽象性。这种抛弃了物理因素的4种抽象元素表示的模型，也概括了系统的 主要部分，所有说功能模型具有系统的概括性。 ◦ 层次性。功能模型中数据流图可按功能分解的方法逐层来画，从整个系统的基 本模型开始逐步地分解，每分解一层系统的处理就多了一些，且进一步具体了。
2.1.6 数据字典
可以对数据对象细节进行精确描述 。
对所有数据元素和结构的定义，包括数据的类型、大小、单位、精度以 及允许取值范围等。
可以对处理等进行描述。
2.2 功能模型
从需求陈述中的动词中获取功能
功能模型描述数据流动与加工的整个过程。
货物 送货单 签收 送货单 货物 送货单 输入/扫描入计 算机 数据库 扫描入库 送货信息 签收信息 劳务费 货物状态 客户 货物查询 结算 费用信息 结算表 送货员 回单入库 送货 送货单 货物 送货单 收货人
受理 发货人 货物 货物数据
填单
支付
2.2.1 从动词出发分析功能模型
从需求陈述中分析的.动词：
◦ 收货、打包、称重、收费、填单、输入计算机、分拣、发货、送货、结算、支付、 签收、查询等
哪些是功能？
◦ 从上述动词中，剔除那些对数据加工或变换不产生明显作用的，如：称重、收费、 输入计算机等，则留下：收货、填单、分拣、送货、签收、结算、支付、查询
1.2.2 需求分析过程
模型化 当前系统 物理模型 抽象化 逻辑模型
需求 定义 具体化 目标系统 物理模型 实例化 逻辑模型
1.2.3 需求分析过程 1．需求的获取
◦ 系统调查
◦ ◦ ◦ ◦ 用户面谈 调查讨论会 问卷调查 现场观察
◦ 通过快速原型获取和验证需求
2．需求分析
◦ ◦ ◦ ◦ ◦
定义系统边界 分析需求的可行性 确定需求的优先级 建立需求模型 编写数据字典
第2章 需求分析
——搞清楚要做的事情
本章内容
一、需求分析概述
二、通过案例介绍需求分析过程
三、需求说明书及书写重点 四、需求分析建模方法
五、总结
一、需求分析概述
通过需求分析，搞清楚用户要求软件要做的事情。
1.1 软件需求
软件需求：
◦ 是用户对该软件在功能、性能等方面的期望与要求，或者说是软件必须符合的 条件和具备的功能。
2.1.1 需求陈述中的元素
需求陈述中主要有如下几个相关部分：
◦ ◦ ◦ ◦ 机构与部门：收货点、分拣仓库、财务部等。 人员角色：发货人、接货人、收货员、送货员、分拣员、财务人员等。 业务功能：收货、分拣、送货、结算等。 业务处理流程描述：分别对收货、分拣、送货、结算等功能的处理过程进行描 述（具体见上述需求陈述）。 ◦ 实体概念：货物、送货单、费用等。
3．编写需求规格说明书
◦ 按标准格式编写，描述功能需求、非功能需求及其它需求
◦ 需求的一致性、完整性、正确性、可验证性、可修改性、可跟踪性等
4．需求的验证
1.3 需求管理
需求开发
需求管理
◦ 变更控制 ◦ 版本控制 ◦ 需求跟踪
需求工程：所谓的需求工程包括需求开发、需求管理。
◦ 是对一个软件项目需求的获取、分析、说明和验证 。
物流系统就是货物在各种外部事件（即物流活动）引起的货物状态的变 化，直至到收货人手中，并结清费用的过程。
送货 已受理 收货 仓库待 分拣
分拣 已分拣 待发送
送货
费用支付 已收费 已签收
签收 已送货
2.3.3 动态模型简述 在系统的静态数据模型（数据对象）考察清楚后，就需要考察这些静态数
据对象的动态特征，即何时对它们及其关系做何种改变。系统这些涉及按时 间改变就是动态模型来描述。 动态模型表示瞬间的、行为化的系统控制性质，它规定了数据对象模型的 合法变化序列。动态模型由多个状态图组成，对应每个具有重要动态行为的 对象都有一个状态图，通过它们的集合表明系统活动的模式。
三、需求说明书及书写重点
软件需求说明书格式见附件A：计算机软件开发文件编制指南 （GB/T8567—88）中的第一部分《软件需求说明书》格式 。 主要的是：产品描述、定义系统边界、产品功能需求、其它需求（如接 口需求、性能接口等）、数据字典等。
四、需求分析建模方法
需求分析模型：
◦ 静态模型 ◦ 动态模型 ◦ 功能模型
2.2.5 功能模型的分层数据流 图
0
1
2
1.1 1.3
2.1
1.2
2.2 2.4
2.3
2.2.6 物流系统功能及功能描述
物流系统的功能需求
◦ 货物受理 ◦ 接送货 ◦ 货物分拣 ◦ 费用结算 ◦ 费用支付 ◦ 跟踪查询
单个功能（如受理）的描述
◦ 业务描述：对货物受理业务逻辑进行总体描述与介绍 ◦ 输入：客户提供的货物情况及送货要求、费用支付等 ◦ 处理：收货员接收发货人的货物、称重、填送货单、收费 并将信息输入计算机 ◦ 输出：送货单
二、需求分析案例导向教学
引导案例：通过对“物流系统”项目为导向，介绍 需求分析的步骤、内容与相关知识。
需求分析的过程包括：
◦ 需求陈述 ◦ 数据分析与静态数据建模 ◦ 功能分析与功能建模 ◦ 行为分析与动态建模 ◦ 需求分析说明书编写
2.1 需求陈述
——对“物流系统”进行业务描述
物流公司需要建立自己的计算机网络系统，用 以处理物流与配送业务。物流处理业务包括：揽货 点接收用户的货物，称重、打包、填单、收费，并 将信息输入计算机中，要求将送货单号扫描入数据 库。送货员到各个网点接送货物，将货物集中到物 流仓库。物流仓库每天将集中的货物根据送达目的 地不同而分拣成不同区域，由送货员分别送到不同 的地方或收货人手中。各个阶段均通过扫描进入数 据库，客户可以根据送货单号查询到货物状态。财 务部门根据送货单的信息处理收费及与各相关人的 结算。
1
送货单
1
送货员
n
支付 核算
n
1 1
费用核算表
E-R图中的实体与其属性
发货人电话 发货地址 收货人姓名
性别
发货人姓名 收货人电话
年龄 电话
姓名
送货单 送货单号 收货地址
送货员 职工号
货物体积 货物重量 费用 收费方式
家庭住址
身份证号 送货范围
送货员职工号 送货单号 收费方式
送货员职工号
送货数量
损耗扣款 年月 费用结算总表 实发总数 底薪 提成总数
软件需求分为：
◦ 功能需求 ◦ 非功能需求 ◦ 其它需求。
1.1.1 需求分析
需求分析是：需求分析师通过与用户的交流、调查、分析，得到系统完 整、准确、清晰、具体的要求。并用软件需求说明书表达出来。
1.1.2 需求类型
1）功能需求：描述系统所预期提供的功能和服务。功能一般由输入、处 理、输出等内容描述。 2）非功能需求：是那些不直接与系统具体工作（功能）相关的一些需求， 如：系统的外观、性能、效率、规模、可靠性、易用性、可移植性等。 3）其它需求：如某领域特殊需求等。
然后通过这些动词的处理流程构造出上述数据流图，即物流系统的功能模 型。
2.2.2 基本处理模型
处理 输入数据 输出数据
2.2.3 数据流图的四种图素
起点终点 处理 数据存储 数据流
起点是数据的源头，至少有一个输出数据流；而终点是数据 的尽头，至少有一个输入数据流。
加工或变换处理是将输入的数据流进行加工或变换，产生输 出数据流。加工与变换均是动词。