第3讲-需求分析
第3章 受众需求分析
一般情况下，随着广告市场推广活动的进行， 受众对传媒产品的需求量会增加，故需求广告弹 性系数大于0，传媒经营者通过估算需求广告弹 性系数来科学决策广告投放方案。E
3、需求交叉弹性
需求交叉弹性：一定时期内一种商品需求量
变化对于它的相关商品的价格变化的反应程度。 其弹性指数等于其需求量变化的百分比除以相关 商品价格变化的百分比。
交叉弹性的大小取决于所考察的两种商品的相关 关系，若是替代关系，替代性越强弹性系数越大; 如果是互补关系，互补性越强则弹性系数的绝对 值就越大。如果两种商品不相关，弹性系数为零， 相关商品的价格对其没有影响。
受众消费需求是媒介消费者对媒介产品 或服务的需求。
一、受众市场的变化
主动性强 市场化 细分化
1、细分化
社会阶层逐渐分化，社会群体多样化，受众群 体间的差异日趋显著。受众市场由大众向分众乃 至小众甚至一对一转变，细分程度越来越深入。
受众被分成越来越细小的群体。
“每个人都有点喜欢的产品是没有 市场的，只有一部分人非常喜欢的产 品才有市场。”
影响需求的主要因素
价格、收入水平、相关商品价格、消费 偏好和价格预期。
1、商品本身的价格
一般说来，一种商品的价格越高，该商品的需求 量就会越小。相反，价格越低，需求量就会越大。
2、消费者的收入水（Yield）
正常商品 Y
Qd
低劣商品 Y
Qd
3、其它相关商品的价格
互Q1
P
D2
D1 P1
0
Q
Q1
Q2
需求价格弹性
软件工程导论_第三章
• 后勤部涉及到的实体及实体之间的联系如下：
• 学生：属性有学号、姓名、性别、年龄、专业和入学时间 • 宿舍：楼号、房间、档次 • 学生与宿舍的联系是一个学生只能住在一个宿舍，一个 宿舍能住多个学生，学生住宿要交租金。
教务处涉及到的实体及实体之间的联系如下：
• 学生：属性有学号、姓名、性别、年龄、专业和入学时 间 • 教师：属性有教师号、姓名、性别、职称、专业 • 课程：属性有课程号、课程名、学时数、专业 • 各实体关系描述如下：一个学生可以选多门课，一门课 可以由多个学生选修；一个教师可以教多门课，一门课也 可以由多个老师教；学生选修某门课有一个成绩；教师教 某门课有一个质量评价
结构化分析模型的组成
加 数 工 据 数据流图 说 对 E-R图 数据字典 (DFD) 明 象 （DD） 说 明 状态转换图
(STD图)
控制说明
需求描述：规格说明
• 规格说明文档或规约(specifications)
– 明确地描述产品的功能，即明确说明产品做什 么，并且列出产品要满足的任何约束。包括产 品的输入和要求的输出
4. 修正系统开发计划
根据以上三点修正以前制定的开发计划
需求分析的步骤
• • • • 需求获取：问题识别 需求提炼：分析建模(导出软件逻辑模型) 需求描述：编写<需求规格说明书> 需求验证：需求分析评审
涉及的问题1
• 如何识别、获取需求? • 你能够采取何种手段与用户进行交流沟通?
3.2需求获取
解：描述仓库和商品之间的E-R图可如下图所示
仓库号 地点 面积
仓库
1
数量
存放
n
商品
商-3】两个实体集之间的多对多的联系的绘制方法。
需求分析方法
需求分析方法需求分析是指在软件工程中对用户需求进行详细的调查、分析和界定的过程。
需求分析的目的是为了准确地理解用户的需求，为软件开发的后续工作提供清晰的指导和依据。
在软件开发过程中，需求分析是至关重要的一步，它直接关系到软件最终的质量和用户满意度。
因此，选择合适的需求分析方法对于软件开发来说至关重要。
一、访谈法。
访谈法是需求分析中常用的一种方法，通过与用户进行面对面的交流，了解用户的需求和期望。
访谈法可以直接获取用户的真实需求，有利于深入了解用户的需求背后的真正目的和动机。
在进行访谈时，需求分析人员需要充分准备，提前制定好访谈问题，确保访谈的高效和准确。
同时，需要注意保持良好的沟通和交流技巧，以便更好地引导用户表达他们的需求。
二、问卷调查法。
问卷调查法是另一种常用的需求分析方法，通过设计问卷并向用户发放，收集用户的意见和建议。
问卷调查法适用于用户群体较大或用户分散的情况，可以更全面地了解用户的需求和看法。
在进行问卷调查时，需要设计合理的问题，确保问题的准确性和完整性，同时也需要考虑用户填写问卷的便利性和有效性。
三、头脑风暴法。
头脑风暴法是一种集体讨论和思维碰撞的方法，通过团队成员之间的交流和讨论，收集和整理用户的需求。
头脑风暴法可以激发团队成员的创造力和想象力，从而获得更多新颖的需求点和创意。
在进行头脑风暴时，需要注意引导团队成员发表自己的观点和想法，确保每个人都能有机会表达自己的看法。
四、原型法。
原型法是通过制作软件原型，让用户直接体验和感受软件的功能和界面，从而获取用户的需求和反馈。
原型法可以直观地展现软件的功能和交互流程，有利于用户更直观地表达自己的需求和期望。
在进行原型设计时，需要注重原型的易用性和真实性，确保原型能够准确地反映用户的需求。
五、观察法。
观察法是通过观察用户的行为和环境，获取用户的需求和习惯。
观察法适用于用户无法清晰表达自己需求的情况，通过观察用户的行为和环境，可以更加直观地了解用户的需求。
软件工程导论-第3章_需求分析_(第五版)(张海藩编著)_a_百度文库
(2) 完整性：需求必须是完整的，规格说明书应该包括用户需要的
每一个功能或性能。
(3) 现实性：指定的需求应该是用现有的硬件技术和软件技术基本
上可以实现的。对硬件技术的进步可以做些预测，对软件技术的进步 则很难做出预测，只能从现有技术水平出发判断需求的现实性。
(4) 有效性：必须证明需求是正确有效的，确实能解决用户面对的
成功来之不易
31%
（取消）
16.2%
（成功地完成）
53.8%
（受到挑战） Source: Standish Group
2
软件项目失败的原因
软件项目失败的最重要的五个主要原因：
需求不完整 缺少客户的参与 缺少资源 期望值过高 缺少高层的支持
0% 5% 10% 15%
3
需求错误的成本
4
软件需求的重要性： •软件需求分析是决定软件成功开发的一个关键因素
3.1.4 修正系统开发计划
根据在分析过程中获得的对系统的更深入更具体 的了解，可以比较准确地估计系统的成本和进度，修 正以前制定的开发计划。
补充：与用户沟通获取需求的方法
3.2 与用户沟通获取需求的方法
需求获取的困难：
－用户通常并不真正知道自己希望计算机系统做什么 用户通常使用业务语言表达需求，开发人员缺乏相关 的领域知识和经验，难以准确理解这些需求 －不同的用户提出不同的需求，可能存在矛盾和冲突 管理者可能出于增加影响力的原因而提出特别的需求 －由于经济和业务环境的动态性，需求经常发生变更
图3.7 IPO图的一个例子图
模块编号:c.5.5.8
图3.7 IPO图的一个例子图
图3.8 改进的IPO图的形式
本书建 议使用 一种改 进的 IPO图 (也称 为IPO 表 )，
第3章 需求函数分析
恩格斯在马克思墓前有一极为重要的演说: 恩格斯1883年3月17日《在马克思墓前的讲话》。
“正象达尔文发现有机界的发展规律一样，马克思发现了人类历史的发展规律，即历来为纷繁芜杂的意识形态所掩盖着的一个简单事实，人们首先必须吃、喝、住、穿，然后才能从事政治、科学、艺术、宗教等等 ”。
满足人们对于产品和劳务的需求,是人类一切经济活动的出发点,也是一切经济活动的归宿点.因而也就成了经济学研究的首要问题.为什么要研究需求在经济活动中, 消费是一切经济活动的出发点, 又是一切经济活动的归宿点。
企业首先要了解消费者的需求，否则就不能吸引消费者的“货币选票”，就要被挤出市场从短期而言，是生产引导消费，不生产就无消费；从长期而言，是消费引导生产，只有产品有需求，再生产才能继续下去。
所以应该尊重消费者主权•企业风险的主要原因之一。
•(2) 它有助于预测销售和收益。
需求函数需求能够购买一种商品或服务的数量。
个人需求有两种：（1）构成直接需求的主要因素。
每个人都力求使获得或消费的商品服务提供的总效用或满足最大。
效用最大化过程要求消费者增加一个单位的任何一种商品的边际效用都相等。
（2）抵押贷款的需求就是派生需求，它取决于对要购买商品的直接需求。
需求曲线与需求函数•就是个人需求曲线的水平相加4需求函数需求规律 的需求量与其价格成反比•最优条件为 MU影响需求的因素 预期效应替代品价格上升（下降） (Ps) 互补品价格上升（下降）(Pc)消费者收入水平上升（下降）（I）消费者对商品或服务的偏好程度提高（下降)(T）预期商品的未来价格上升（下降）（E）广告数量和营销支出上升（下降）（A）竞争对手的广告和营销水平上升（下降）(AC）人口数量上升（下降）（N） 调整的时间延长（缩短）（TA）对商品的税收（补贴）增加（减少）（T/S）消费者偏好D15000需求函数行业需求函数 一个行业由多家企业组成，所以对具体企业的需求 要比整个行业的需求小得多。
需求分析
需求分析所谓"需求分析"，是指对要解决的问题进行详细的分析，弄清楚问题的要求，包括需要输入什么数据，要得到什么结果，最后应输出什么。
可以说，在软件工程当中的“需求分析”就是确定要计算机“做什么”。
需求分析的定义在软件工程中，需求分析指的是在建立一个新的或改变一个现存的电脑系统时描写新系统的目的、范围、定义和功能时所要做的所有的工作。
需求分析是软件工程中的一个关键过程。
在这个过程中，系统分析员和软件工程师确定顾客的需要。
只有在确定了这些需要后他们才能够分析和寻求新系统的解决方法。
在软件工程的历史中，很长时间里人们一直认为需求分析是整个软件工程中最简单的一个步骤，但在过去十年中越来越多的人认识到它是整个过程中最关键的一个过程。
假如在需求分析时分析者们未能正确地认识到顾客的需要的话，那么最后的软件实际上不可能达到顾客的需要，或者软件无法在规定的时间里完工。
需求分析的特点需求分析是一项重要的工作，也是最困难的工作。
该阶段工作有以下特点：（1）用户与开发人员很难进行交流在软件生存周期中，其它四个阶段都是面向软件技术问题，只有本阶段是面向用户的。
需求分析是对用户的业务活动进行分析，明确在用户的业务环境中软件系统应该"做什么"。
但是在开始时，开发人员和用户双方都不能准确地提出系统要"做什么？"。
因为软件开发人员不是用户问题领域的专家，不熟悉用户的业务活动和业务环境，又不可能在短期内搞清楚；而用户不熟悉计算机应用的有关问题。
由于双方互相不了解对方的工作，又缺乏共同语言，所以在交流时存在着隔阂。
（2）用户的需求是动态变化的对于一个大型而复杂的软件系统，用户很难精确完整地提出它的功能和性能要求。
一开始只能提出一个大概、模糊的功能，只有经过长时间的反复认识才逐步明确。
有时进入到设计、编程阶段才能明确，更有甚者，到开发后期还在提新的要求。
这无疑给软件开发带来困难。
第03章 软件需求分析
软件需求分析
一、需求分析的任务
二、分析过程
三、概念模型和规范化
四、软件需求分析工具
五、验证软件需求
六、小结
一、需求分析的任务
仍然回答“What”，而不是“How”， 但更细致、精确（合同的拟定）
可行性分析 DFD DD 功能具体化 需求规格说明 加细 DFD DD 算法 描述 IPO
Final stage of Definition phase
2、范式
通常用范式来消除数据冗余的程度。第一范式（1NF）数据冗余程 度最大，第五范式（5NF）数据冗余程度最小。 范式太高，存在的缺点为（1） 存储过程复杂；（2）稳定性较差； （3）性能下降。较为理想是选用第三范式。 ※ 第一范式：每个属性值都必须是原子值（不可再分的数据项）。例 如：下表（表3-1）是满足第一范式的关系数据库（W）。 日期 95.05 95.05 95.05 95.05 95.06 95.06 95.06 95.06 工号 101 102 103 104 101 102 103 104 姓名 丁一 王二 张三 李四 丁一 王二 张三 李四 工种 车工 车工 钳工 电工 车工 车工 钳工 电工 定额 80 80 75 70 80 80 75 70 超额 22% 17% 14% 20% 19% 25% 16% 26% 车间 金工 金工 动力 动力 金工 金工 动力 动力 车间主任 李明 李明 赵杰 赵杰 李明 李明 赵杰 赵杰
101 102 103 104
丁一 王二 张三 李四
车工 车工 钳工 电工
80 80 75 70
金工 金工 动力 动力
李明 李明 赵杰 赵杰
表3-3
W2关系数据库
表3-2 W1关系数据库
软件工程导论第讲义3章需求分析
2 原型法处理界面设计问题
在不少项目中，一旦用户对界面挑剔起来将会花 费大量时间。因此，在原型阶段，就应包括界面 设计的原则。从界面风格，易用性，友好化，用 户习惯等多方面达成一定规定，会对程序员在界 面设计上节省大量时间。
1 界面处理流程和后台业务处理流程是否正确。
- 界面处理流程： 界面是指用户面对的界面。 用户只有看到具体的软件界面，才会形成感性 的知识，才能对开发的系统提出具体要求，和 进一步的改进需求。才能理解我们推荐的解决 方案。另一方面，这也是检验PM对用户需求的 理解是否正确，能否做出符合要求的产品。
例如：大多数的动态网站，都是在客户初步的 需求基础上，先制作一个大体上能表现功能的 静态网站出来，然后客户根据这个静态网站提 出进一步的详细需求，开发便按照这个详细需 求来进行。
为了快速地构建和修改原型，通常使用下述3 种方法和工具：
(1) 第四代技术
第四代技术包括众多数据库查询和报表语言、 程序和应用系统生成器以及其他非常高级的 非过程语言。第四代技术使得软件工程师能 够快速地生成可执行的代码，它们是较理想 的快速原型工具。
3.1.3 软件需求分析的任务
一、综合需求
需求分类
功能需求 性能需求 环境需求
(1) 功能需求
• 系统做什么？ • 系统何时做什么？ • 系统何时及如何修改或升级？
(2) 性能需求
软件开发的技术性指标 例如：
• 存储容量限制 • 执行速度、相应时间 • 吞吐量
(3) 环境需求
• 硬件设备：机型、外设、接口、
优点：经济、易于管理；
可以快速将结果制表并分析
需求分析概述
３畅１需求分析概述３畅１畅１需求分析的重要性需求分析是软件生存周期中相当关键的一个阶段，是介于系统分析和软件设计阶段的重要桥梁。
要想开发出用户满意的软件产品，首先必须清楚用户的需求。
在可行性研究阶段开发人员已经粗略了解了用户的需求，其基本目的是用较小的成本在较短的时间内确定是否存在可行的解法。
由于软件开发人员并不熟悉用户的业务，因此对同一问题，他们在认识上可能存在差异，不可能全面地、精确地理解和表达用户需求，致使隐藏着一些目前未能发现的问题。
需求分析是发现、求精、建模、规格说明和复审的过程。
需求分析的结果是形成需求规格说明书，它是系统设计的基础，它关系到工程的成败和软件产品的质量。
需求的获取非常困难，其主要原因有三：一是用户需求的动态性（不稳定性），实践证明，软件史上还没有一次就准确获取需求的；二是需求的模糊性（不准确性），也即用户不能清楚地表达出具体需求；三是需求必须得到用户的确认，否则毫无意义，如同跑题的作文，写得再长也不能得分。
因此，在软件企业进行需求分析的人员通常是具有较高系统驾驭能力的系统分析员。
３畅１畅２需求分析的任务需求分析的任务是确定系统必须完成哪些工作，即“做什么”，至于“怎么做”由设计阶段来完成。
具体包括确定待开发软件的数据、功能、性能、界面等要求。
需求分析是建立模型的活动，其结果是得到经过评审的、准确的软件需求规格说明书。
以下是需求分析阶段的任务：（１）确定对系统的综合要求①系统界面要求：描述软件系统的外部特性，即系统从外部输入哪些数据，又向外部输出哪些数据。
②系统功能要求：列出软件系统必须完成的所有功能。
③系统性能要求：如响应时间、吞吐量、处理时间、对主存和外存的限制等。
④安全性、保密性和可靠性要求。
⑤系统的运行要求：如对硬件、支撑软件、数据通信接口等的要求。
⑥异常处理要求：在运行过程中出现异常情况（如临时性或永久性的资源故障，不合法或超出范围的输入数据、非法操作、数组越界等）时应采取的行动以及希望显示的信息。
需求分析方法
需求分析方法
首先，我们可以采用访谈法来进行需求分析。
访谈法是最直接、最常用的需求获取方法之一。
通过与用户、业务人员或相关专家进行面对面的交流，可以深入了解他们的需求和期望。
在访谈过程中，我们可以通过提问、观察和记录来获取相关信息，从而全面了解用户的需求。
其次，调查法也是一种常用的需求分析方法。
通过设计问卷调查或在线调查，我们可以收集到大量用户的意见和建议。
调查法可以帮助我们快速了解用户的需求和偏好，为产品设计提供重要参考。
另外，原型法也是一种有效的需求分析方法。
通过制作产品原型，我们可以让用户直观地感受到产品的功能和界面，从而及时获取用户的反馈意见。
原型法可以帮助我们快速验证需求，减少后期修改的成本。
此外，文档分析法也是一种常用的需求分析方法。
通过研究相关的文档资料，我们可以了解到产品的历史、现状和未来发展方向，为需求分析提供重要依据。
最后，用户故事法也是一种常用的需求分析方法。
通过编写用户故事，我们可以清晰地描述用户的需求和使用场景，为产品设计提供具体的参考依据。
用户故事法可以帮助我们更好地理解用户需求，提高产品的用户体验。
总的来说，需求分析是软件开发过程中至关重要的一环。
采用合适的需求分析方法可以帮助我们全面、准确地了解用户需求，为产品设计提供重要参考依据。
希望大家在实际工作中能够灵活运用这些方法，提高需求分析的效率和准确性。
需求分析的原理
需求分析的原理
需求分析的原理是为了确定产品或服务的功能和特性，并确保满足用户的需求。
通过需求分析，可以将用户的需求转化为具体、明确的产品或服务要求，为后续的设计和开发提供指导。
在需求分析过程中，需要采取以下原理：
1. 明确需求：需求分析的第一步是确保对用户的需求有清晰的理解。
要与用户进行沟通，了解他们的期望、问题和希望得到满足的情况。
通过访谈、调查、问卷调查等方法，收集用户的需求，确保有准确的需求基础。
2. 分解需求：将整体需求分解为可管理和实现的小模块。
这种拆分可以使需求更具体明了，并确定每个需求的优先级和相关性。
3. 确定需求的关联性：需求之间可能存在关联性，相互之间可能会影响。
通过分析需求之间的关联性，可以确保最终产品或服务的整体逻辑和功能的完整性。
4. 提出优先级：在需求分析过程中，应根据重要性和急迫性确定需求的优先级。
这有助于决定哪些需求先实现，哪些需求可以推迟或移除。
5. 结果确认：需求分析的最终目标是合理地将用户期望转化为产品或服务的功能和特性。
因此，在需求分析过程的每个阶段，都要与用户进行确认和验证，以确保需求的准确性和有效性。
需求分析的原理可以帮助项目团队设计出符合用户需求的产品或服务。
通过合理地分析和管理需求，可以提高产品或服务的质量，减少项目的风险，并最终满足用户的期望。
第三讲学习需求分析
第三讲学习需要分析Dick and Carey Model (1996)教学设计的一般模式一、学习需要分析的含义什么是需要？什么是学习需要？需要与学习需要（1）Needs are defined as a gap between what is expected and the existing conditions.一般来说，“需要”一词被表述为事物的目前状态与所希望达到的状态之间的差距。
需要与学习需要（2）学习需要在教学设计中是一个特定概念，指学习者学习方面目前的状况与所期望达到的状况之间的差距，也就是学习者目前水平与期望学习者达到的水平之间的差距。
这个差距是多方面的，知识、技能、情感、态度等方面的差距都是要考虑的期望达到的状况：学习者应该具备什么样的能力、素质；目前的状况：学习者群体在能力、素质方面的现有水平；差距：指出了学习者在能力素质方面的不足，指出了教学中实际存在和需要解决的问题，这正是经过教育或培训可以解决的学习需要。
对学习者的期望源自哪些方面？对学习者的期望源于学习者生活的社会及其变化与发展赋予学习者的使命和任务；学习者目前或者未来从事职业的新发展对人才的希望；学习者所在岗位或者未来的工作岗位的技术变化对人才的希望；学习者自身对知识、技能、态度等方面的培养和发展的个人要求。
学习需要分析的含义学习需要分析，也称“前端分析”、“学习需要的评价”，它是指通过系统化的调查研究过程，发现教学中存在的问题，通过分析问题产生的原因，确定问题的性质，论证解决该问题的必要性和可行性。
学习需要分析的实质是一个系统化的调查研究的过程；目的（核心）：发现问题（而非解决问题，教学系统设计是解决问题的过程）；内容（学习需要分析的主要工作）：是否存在需要解决的问题，分析问题的性质，分析现有的资源和约束条件；实质：分析教学设计的必要性和可行性，即解决“能不能”和“好不好”的问题，其结果是一种决策；结果：差距数据，产生教学目标。
第3章 结构化需求分析
为了开发出真正满足用户需求的软件 产品，首先必须知道用户的需求。 产品，首先必须知道用户的需求。
教学目的
掌握需求分析的任务 理解E-R图、数据流图、数据字典的编制 理解 图 数据流图、 理解解需求规格说明的制作
对软件需求的深入理解是软件开发工 作获得成功的前提和关键， 作获得成功的前提和关键，不论我们把设 计和编码工作做得如何出色， 计和编码工作做得如何出色，不能真正满 足用户需求的程序只会给用户带来失望， 足用户需求的程序只会给用户带来失望， 给开发者带来烦恼。 给开发者带来烦恼。
在非正式的访谈中， 在非正式的访谈中，将提出一些可以 自由回答的开放性问题， 自由回答的开放性问题，以鼓励被访问的 人员表达自己的想法，例如， 人员表达自己的想法，例如，询问用户为 什么对目前正在使用的系统感到不满意。 什么对目前正在使用的系统感到不满意。
当需要调查大量人员的意见时， 当需要调查大量人员的意见时，向被 调查的人员分发调查表是一个十分有效的 做法。 做法。
在对用户进行访谈的过程中使用情景 分析技术往往非常有效。 分析技术往往非常有效。所谓情景分析就 是对用户运用目标系统解决某个具体问题 是对用户运用目标系统解决某个具体问题 的方法和结果进行分析。 的方法和结果进行分析。
3.2.2 术
简易的应用规格说明技
这种方法提倡用户与开发者密切合作， 这种方法提倡用户与开发者密切合作， 共同标识问题，提出解决方案的要素， 共同标识问题，提出解决方案的要素，商 讨不同的方法并指定基本的需求。今天， 讨不同的方法并指定基本的需求。今天， 简易的应用规格说明技术已经成为信息系 统界使用的主流技术。 统界使用的主流技术。
快速原型应该具备的第二个特性是 容易修改” “容易修改”。如果原型的第一版不是用 户所需要的， 户所需要的，就必须根据用户的意见迅速 地修改它，构建出原型的第二版， 地修改它，构建出原型的第二版，以更好 地满足用户的需求。 地满足用户的需求。
第3讲 需求分析的数据模型和动态
订货信息 库存清单 事物
数据及数据库需求
❖ 在数据词典中，强调对数据存储结构的 逻辑设计，并用数据结构表达数据项之 间的逻辑关系。
❖ 但任何一个软件系统都可能有成千上万 个数据项，仅仅描述这些数据项是不够 的，更重要的是如何把它们以最优的方 式组织起来，以满足系统对数据的要求。
❖ 用E-R图描述它们之间的联系，得下图。 其中，学生与课程是多对多的联系，而 教师与课程的联系是一对多。
❖ 进一步，要确定属性。例如，
❖ 学生具有学号、姓名、性别、年龄、专业 （其它略）等属性；
❖ 课程具有课程号、课程名、学分、学时数等 属性；
❖ 教师具有职工号、姓名、年龄、职称等属性。
❖ 此外，学生通过学号、分数与课程发生联系。 如此可得教学实体模型。
状态转换
❖ 两个状态之间的箭头线
行驶
（红灯/踩刹车）
停车
❖ 事件表达式—事件说明[守卫条件]/动作表达式 ❖ 当事件发生，且守卫条件为真, 转换时执行动作
❖
电话系统状态 图
❖ C语言“变量”定义：
❖ 变量=( _ )+字母+(字母 数字串)
❖ 字母=[a|..z|A…|Z]
❖ 数字=[0|…|9]
❖ 字母数字串=0｛字母或 数字｝30
❖ 字母或数字=[字母|数字]
数据字典的实现
❖ 数据字典一般由软件工 具实现，才画数据流图 时收集
名字：零件编号 别名： 描述：唯一标识库存清单中一个特定
图2.4 例如：学生和课程之间的E-R模型 (a) 学生和课程之间的多对多联系E-R模型； (b) 将多对多联系转换为一对多联系E-R模型
软件工程导论第五版张海藩第03章-需求分析
3.1 需求分析的任务 3.2 与用户沟通获取需求的方法 3.3 分析建模与规格说明 3.4 实体-联系图 （？） 3.5 数据规范化（？） 3.6 状态转换图+有穷状态机 3.7 其他图形工具 3.8 验证软件需求 3.9 小结
需Байду номын сангаас分析的意义
软件需求的深入理解是软件开发工作获得成 功的前提条件，不论我们把设计和编码做得如何 出色，不能真正满足用户需求的程序只会令用户 失望，给开发带来烦恼。
软件需求规格说明书，是需求分析阶段得出的最主要 的文档。
软件需求说明书的编写提示（GB856T—88）
1 引言 1.1 编写目的 1.2 背景 1.3 定义 1.4 参考资料
2 任务概述 2.1 目标 2.2 用户的特点 2.3 假定和约束
软件需求说明书的编写提示（GB856T—88）
3 需求规定
建模方法
在过去的数年中，人们提出了许多种分析建模的方法，其中两种 在分析建模领域占有主导地位：
第一种是结构化分析 (Structured Analysis，SA)，70年代末由 DeMarco等人提出，这是传统的建模方法。该方法不是被所有的使用 者一致地使用的单一方法，众多科学家对其进行了扩充，因此它是发 展了超过30年的一个混合物。
2） 项目相关人员用自己的语言表达需求，这些 语言包含很多工作中的专业术语和专业知识。系统分 析员没有这些知识和经验，而他们又必须了解这些需 求。
3）不同的项目相关人员有不同的需求，可能以 不同的方式表达，分析人员必须发现所有潜在的需求 资源，而且能发现这些需求的相容或冲突之处。
4）经济和业务环境决定了分析是动态的，需求 在分析过程中会发生变更。个别需求的重要程度会改 变，新的需求会从新的项目相关人员那里得到。
第三章需求分析阶段
P2.1
P2.2 P2.3 P3
添加
删除 课程 管理 统计
S02
S07 S04 S05
S04
F02
F02
添加新的成绩
IF S01要改动 DO P2.2 ENDIF 从S04读取各科成绩信息 根据F01进行课程分类管理 从F02读取数据，生成统计结果
S05 S07
空 F02
表3-4 数据处理定义表
实训3-2《图书馆书目查询管理系统》
实训3-1
编号 S1 S2 S3 S4 数据流名称 学生情况 学生分数 班级分类 各科成绩 说明 -
数据字典的设计与定义
数据流定义表如表3-1所示。
数据流组成 E02+E03+E04+E05+E06+E07 E01+E02+ E08+E09+E10 E01+E02+E03+E04+ E05+E06+E07+E08 E01+E09+E010
编号数据流名称说明数据流组成流通量备注s1学生情况s2学生分数e01e02e08e09e10s3班级分类e01e02e03e04e05e06e07e08s4各科成绩s5课程成绩s6查询结果s7统计表31数据流定义表实训31数据字典的设计与定义数据元素dataelement定义表数据流定义表如表32所示编号数据元素名称类型长度值域备注e01学生学号inte02学生姓名nchar20e03学生性别chare04出生日期smalldatetimee05家庭住址nchar50e06政治面貌nchar20e07联系电话char20e08所在班级nchar20e09课程名称nchar20e10课程成绩smallint0100表32数据流定义表实训31数据字典的设计与定义数据存储文件datastorefile定义表数据存储文件定义表如表33所示
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
第3章 需求分析
3.1 需求分析任务
需求分析的具体任务包括： （1）确定软件系统的综合需求（功能、性能、接 口、运行环境等）； （2）分析系统的数据需求； （3）导出软件系统的逻辑模型； （4）修正系统开发计划； （5）开发原型系统； （6）编写需求规格说明书； （7）需求评审，验证需求分析的正确性。
第3章 需求分析
3.4 需求获取方法
XX项目需求问卷调查表（样式）
1.您的工作岗位是什么？ 2.你的工作性质是什么？ 3.您的工作任务是什么？（收集或绘制业务功能图） 4.您每天的工作时间安排？（绘制工作安排表） 5.您的工作同前/后续工作如何联系？（绘制工作流程图） 6. ……
如何建立计算机系统？您愿意学习操作吗？
3.5 需求分析模型
一对多（1:N）关联：对象A的一个实例可以关联到对象 B的一个或多个实例，而对象B的一个实例只能关联到对 象A的一个实例，如一个母亲可以有多个孩子，而一个孩 子只能有一个母亲。
一对多关系图
1
n
对象 A
关系
对象 B
1
n
母亲
母子
孩子
2019/12/15
返回
结束
28
第3章 需求分析
3.5 需求分析模型
XX先生/女士： 您好，请您抽空准备一下，我们将于X月X日与您会面。
谢谢！ XX课题组
第3章 需求分析
3.4 需求获取方法
5.参加业务实践。如果条件允许，亲自参加业务实 践是了解现行系统的最好方法。通过实践还加深了 开发人员和用户的思想交流和沟通，这将有利于下 一步的系统开发工作。 6.收发电子邮件。通过互联网和局域网发电子邮件 进行调查，这可大大节省时间、人力、物力和费用。 7.召开电视电话会议。如果有条件还可以利用打电 话和召开电视会议进行调查，但只能作为补充手段， 因为许多资料需要亲自收集和整理。
第3章 需求分析
3.2 需求分析过程
需求分析是一项软件工程活动，它包括：需求获 取、需求建模、需求规格说明、需求评审。
1.需求获取 刻划出软件的功能和性能； 指明软件与其他系统元素的接口； 建立软件必须满足的约束。
第3章 需求分析
3.2 需求分析过程
2.需求建模 需求分析模型是准确地描述需求的图形化工具，主 要有实体关系图、数据流图、状态转换图。需求分 析建立起来的模型为日后软件设计人员提供了可被 翻译成数据结构、体系结构、接口和处理过程设计 的模型。
第3章 需求分析
3.5 需求分析模型
两个数据对象之间按关联的重数有以下三种关联： 一对一（1:1）关联：对象A的一个实例只能关联到对象B的 一个实例，对象B的一个实例也只能关联到对象A的一个实例。
1
1
对象 A
关系
对象 B
一对一关系图
1
1
丈夫
夫妻
妻子
2019/12/15
返回
结束
27
第3章 需求分析
2019/12/15
返回
结束
24
第3章 需求分析
3.5 需求分析模型
关系。关系表示实体之间的相互连接，用直线连接相关 联的实体，并在直线上用带关系名称的菱形来表示。
ER图中的基本符号
2019/12/15
返回
结束
25
第3章 需求分析
3.5 需求分析模型
关联的重数定义了在关联的一端可以存在的数据 实体实例的数量。 关联重数可以具有下列值之一： (1)：表明在关联端存在且只存在一个数据实体 实例。 (0..1)：表明在关联端不存在实体实例或存在一 个实体实例。 (*或N)：表明在关联端不存在实体实例，或者存 在一个或多个实体实例。
采
购
审查
员
有效
开发 票
开购 货单
供货
采 购 员
采
采
发
购
货
购
购
票
货
物
申
单
单
请
（2）抽象出当前系统的逻辑模型
3.2 需求分析过程
第3章 需求分析
采 购 员采
购 单
审查 开票
供货 发 票
采
购
购
员
货
（3）分析目标系统与当前系统的差别，建立目标系统的逻辑模型
第3章 需求分析
3.2 需求分析过程
3.需求规格说明 把分析的结果用正式的文档记录下来，作为最终 软件配置的一个组成成分。需求规格说明为开发 人员和用户提供软件开发完成时质量评价的依据。 4.需求评审 作为需求分析阶段的复审手段，在需求分析的最 后一步应该对功能的正确性、完整性和清晰性以及 其他需求给予评价。
A
T
BA ⊕T
B
当A或B之一存在 C 就 有 C ， 但 AB 不
会同时有
数据流图中的附加符号
第四章 软件需求分析与建模
第3章 需求分析
3.5 需求分析模型
３.分层数据流图 数据流图可分为不同层次，顶层（0层）DFD称为基本 系统模型，可以将整个软件系统表示为一个具有输入 和输出的黑匣子，其加工处理是软件项目的名称，用 一个圆圈表示。 DFD中的每一个加工可以进一步扩展成一个独立的数 据流图，以揭示系统中加工的细节。这种循序渐进的 细化过程可以继续进行，直到最底层的DFD图仅描述 加工的原子过程为止。每一层数据流图必须与它上一 层数据流图的输入输出保持平衡和一致。
3.5 需求分析模型
需求分析建模的方法有结构化分析建模和面向对象分析建模。
实体关系图 进行 数据建模
需 结构化分析
求
(SA)
分
数据流图 进行 功能建模 状态转换图 进行 动态建模
析 建
对象图 建立 对象模型
模 面向对象分析 状态图、事件追踪图建立 动态模型
(OOA)
数据流图 建立 功能模型
2019/12/15
第3章 需求分析
需求分析模型
2019/12/15
返回
结束
23
第3章 需求分析
3.5 需求分析模型
3.5.1 实体关系图 实体关系图（ER，Entity-Relationship Diagram）： 是一种数据模型，是以实体、关系、属性三个基本概 念概括数据的基本结构，从而描述静态数据结构的概 念模型。 ER包括三种基本元素： 实体。表示具有不同属性的事物，用带实体名称的 矩形框表示。 属性。指实体某一方面的特征，用带属性名称的椭 圆表示。
第3章 需求分析
3.2 需求分析过程
（2）抽象出当前系统的逻辑模型 从上述步骤的“怎么做”抽取系统“做什么”的本质，舍 弃非本质的东西，即可抽象出当前系统的逻辑模型（数据 流图）。
（3）建立目标系统的逻辑模型 明确目标系统做什么，一般先比较目标系统和当前系统的 差异，对当前系统的数据流图变化的部分做相应的调整 （增加或删除部分功能，拆分或合并处理），获得目标系 统的逻辑模型。
（4）转换为目标系统的物理模型 根据目标系统逻辑模型建造物理模型（系统结构图），导
出新的物理系统。
3.2 需求分析过程
货物采购需求分析实例：
第3章 需求分析
采
购
主管
会计 出纳
供货
采 购
员采 李
采
室陈
员江 发
商王
购
货
员
购
购
票
货
物
申
单
单
请
（1）获得当前系统的物理模型
3.2 需求分析过程
第3章 需求分析
第3章 需求分析
3.5 需求分析模型
需求分析模型是准确地描述系统需求的图形化工 具。它可以使人们可以更好地理解将要建造的系 统，它有助于系统分析员理解系统的信息、功能 和行为，成为确定需求规格说明完整性、一致性 和精确性的重要依据，奠定软件设计基础。
2019/12/15
返回
结束
20
第3章 需求分析
第3章 需求分析
3.2 需求分析过程
目标系统模型的建立过程分4步完成： （1）获得当前系统的物理模型 了解当前系统的组织机构、输入输出、资源利用情况和日常数 据处理过程，分析理解当前系统的运行过程（也即理解当前系 统“怎么做”），并用一个具体的能反映现实的模型（系统流 程图）来表示。
根据当前系统模型建立目标系统模型的过程
2019/12/15
返回
结束
30
2019/12/15
返回
2
第3章 需求分析
例 ， 工 资 计 算 系 统 图
ER
结束
31
第3章 需求分析
3.5 需求分析模型
3.5.2 数据流图 1.数据流图的概念 数据流图（DFD，Data flow diagram），是描述数据流和数 据转换的图形工具，它是进行结构化分析的基本工具，也是 进行软件体系结构设计的基础。 2.数据流图中的要素 DFD有四种元素，其基本符号如图所示：
返回
结束
21
第3章 需求分析
3.5 需求分析模型
结构化分析导出的分析模型包括数据模型、功能 模型和行为模型。
需求分析模型以“数据字典”为核心，描述了软 件使用的所有数据对象，围绕这个核心的是“实 体关系图”、“数据流图”和“状态转换图”。 具体形式如下图所示：
2019/12/15
返回
结束
22
3.5 需求分析模型
3.4 需求获取方法
需求获取是软件开发工作中最重要的环节之一， 其工作质量对整个软件系统开发的成败具有决定 性影响。需求获取工作量大，所涉及的过程、人 员、数据、信息非常多，因此要想获得真实、全 面的需求必须要有正确的方法。常规的需求获取 的方法有以下几种： 1.收集资料。收集资料就是将用户日常业务中所 用的计划、原始凭据、单据和报表等原始资料收 集起来，以便对它们进行分类研究。