需求分析 演示文稿
合集下载
第3章-需求分析课件
❖ 2。需求分析
❖ 这个阶段对已收集的需求进行提炼、分析和审查，即对问 题的分析和方案的综合，确保所有的需求含义都被理解， 并找出可能错误，遗漏或不足的地方。
❖ 分析人员在这一步骤中的任务是根据对问题及其环境的理 解与软件开发经验，改正用户需求的模糊性、歧义性和不 一致性，排除由于用户的片面性和短期行为所导致的不合 理要求、挖掘用户尚未提出但具有价值的潜在需求，并在 用户的帮助下对相互冲突的要求进行折衷，使用户需求逐 步精确化、一致化和完全化。
经过评审确认的需求规格说明将成为客户方与开发方的 合同。如果评审未通过，比如发现了遗漏或错误，则必 须进行迭代，直至通过评审为止。
需求分析的任务
与软件实际运行相关的需求分析任务
1、确定对系统的综合要求 2、分析系统的数据要求 3、异出系统的逻辑模型 4、修正项目开发划 5、开发原型系统
3.3.2 需求分析的一般性技术
在分析阶段构筑的模型不应涉及软件实现的细节，以免分散分 析人员的注意力、限制软件设计人员为提高软件质量和效率而 选择实现方法的自由度。
需求分析结束时确立的软件模型是生成需求规格说明的依据， 也是软件设计和实现的基础。
3.3.2.3 快速原型技术
如果按照传统的软件开发方法，需要经过漫长的开 发时间之后用户才能看到目标软件的最初版本。此 时用户常常会提出许多修改意见，有时甚至全盘否 定，导致开发失败。为了降低开发风险，在需求分 析阶段常常采用快速原型技术。
发挥。 ③所提问题汇总后应能反映应用问题及其子问题的全貌、并且
不要过分详细。
2．观察用户工作流程
如果可能，可通过实际观察用户的手工操作过 程来提取新系统的初步用户需求。
观察手工操作过程不是为了模拟手工操作过程， 而是为了获取第一手资料，并从中提取出有价 值的需求。分析人员有了第一手资料，再结合 自己的软件开发和应用的经验，就能够发现不 合理的用户需求、提出用户还没有意识到的潜 在的但却很有价值的用户需求，并能够从软件 的角度改进操作流程和操作规范，从而可获得 用户满意的分析结果。
需求分析--PPT课件
针对需求的销售策略（怎么卖） 客户为何要买？－－感觉好
客户购买的两个理由： 解决问题
愉快的感觉
成就非凡 因为有你
关键点
推销自己 使客户记得自己 被利用的价值 产生情感 产生共鸣 产生信任
成就非凡 因为有你
关键理念
搜集信息 发现需求 提醒需求 创造需求 满足需求
推出产品
促成 转介绍 再次创造新需求 暗示缺憾
老年
♠成家：收入
多 家庭支出多 工作风险
爱好、嗜好 社交隐患
稳重、智慧
♠老年：收入
少 体弱、花费 稳重
需求产品分类
健康医疗--三康、附加医 疗险、短期卡折
瑞鑫、双喜
转嫁风险 长期寿险
鸿运、福星、满堂 各类分红险
特定保险 理财投资
成就非凡 因为有你
不同收入层次客户的保险需求
富翁：巨额保障、体现身价； 避税功能、分散资产
成就非凡 因为有你
再看
刘先生是一个30岁的男子，中餐特级热炒厨 师，配偶28岁，家中有一4岁男孩，他的年收 入7万，配偶年收入3万。家里一年生活费支 出3万左右，老母亲55岁患有高血压，刘先生 每年供长辈费用1万，有车贷每月2千，家庭 资产（除自住房屋外）有10万，预期孩子上 大学费用每年3万，目前家庭每人都有社保， 请问这个家庭应该购买多少保险？
成就非凡 因为有你
买保险也不必一步到位
保费支出压力，轻重缓急，二次、三次购买。 以防万一，刘先生可以先购买一些保障高的健 康险和意外险。
成就非凡 因为有你
要重视高额损失
刘先生已婚，并有5岁孩子，在家收入最高， 是家庭经济支柱，工作对身体损害再加上老母 亲又有遗传疾病高血压，如果他遭遇不幸……
成就非凡 因为有你
《需求分析》幻灯片PPT
❖ 从数据流图的输出端着手分析，这是因为系 统的根本功能是产生这些输出的关键原因。
❖ 输出数据决定了系统必须具有的最根本的组 成元素〔包括功能和数据构造组成〕。
3.2.2 面向数据流的自顶向下求精
❖ 注意1：第2章给出了1种数据流图的分析方法 〔教材〕，其目的主要是导出较高层次较粗 糙的数据流图，而需要准确地收集需求，采 用本章的从数据流图的输出向输入的回溯方 法。
面向数据流方法的分析过程
❖ 沿数据流图回溯 ❖ 用户复查 ❖ 细化数据流图 ❖ 修正开发方案 ❖ 书写文档 ❖ 审查和复审
沿数据流图回溯
❖ 从数据流图的输出向输入回溯，依次确定每 个数据元素的来源〔组成和实现算法〕；
❖ 把数据元素的信息记录到数据字典中； ❖ 把对算法的简明描述记录到IPO图中； ❖ 补充的数据流、数据存储和处理应该添加到
❖ 简易的应用规格说明技术 ❖ 快2.1 访谈
❖ 最早并且仍然广泛使用 ❖ 正式的访谈：具体问题的问答形式 ❖ 非正式的访谈：开放式、交互性的问答 ❖ 需要调查大量人员时采用“调查表〞技术 ❖ 还使用“情景分析技术〞〔用户角度〕,就是
对用户将来使用目标系统解决某个具体问题 的方法和结果进展分析。
明
（DD）
说
明
状态转换图
(STD图)
控制说明
面向对象分析模型的组成构造
操作、
类/对象
对象-关
模型
使用实例
(Use Case)
系模型
对象-行为模型
3.3 分析建模与规格说明
❖ 构造化分析方法的创立的几个主要模型及关 键元素如下：
❖ 数据模型：E-R图〔E-RD〕〔本章介绍〕 ❖ 功能模型：数据流图〔DFD〕 ❖ 行为模型：状态转换图〔STD〕〔本章介绍〕 ❖ 数据字典：模型中心〔DD〕 ❖ 根据上述模型整理出软件需求规格说明书
❖ 输出数据决定了系统必须具有的最根本的组 成元素〔包括功能和数据构造组成〕。
3.2.2 面向数据流的自顶向下求精
❖ 注意1：第2章给出了1种数据流图的分析方法 〔教材〕，其目的主要是导出较高层次较粗 糙的数据流图，而需要准确地收集需求，采 用本章的从数据流图的输出向输入的回溯方 法。
面向数据流方法的分析过程
❖ 沿数据流图回溯 ❖ 用户复查 ❖ 细化数据流图 ❖ 修正开发方案 ❖ 书写文档 ❖ 审查和复审
沿数据流图回溯
❖ 从数据流图的输出向输入回溯，依次确定每 个数据元素的来源〔组成和实现算法〕；
❖ 把数据元素的信息记录到数据字典中； ❖ 把对算法的简明描述记录到IPO图中； ❖ 补充的数据流、数据存储和处理应该添加到
❖ 简易的应用规格说明技术 ❖ 快2.1 访谈
❖ 最早并且仍然广泛使用 ❖ 正式的访谈：具体问题的问答形式 ❖ 非正式的访谈：开放式、交互性的问答 ❖ 需要调查大量人员时采用“调查表〞技术 ❖ 还使用“情景分析技术〞〔用户角度〕,就是
对用户将来使用目标系统解决某个具体问题 的方法和结果进展分析。
明
（DD）
说
明
状态转换图
(STD图)
控制说明
面向对象分析模型的组成构造
操作、
类/对象
对象-关
模型
使用实例
(Use Case)
系模型
对象-行为模型
3.3 分析建模与规格说明
❖ 构造化分析方法的创立的几个主要模型及关 键元素如下：
❖ 数据模型：E-R图〔E-RD〕〔本章介绍〕 ❖ 功能模型：数据流图〔DFD〕 ❖ 行为模型：状态转换图〔STD〕〔本章介绍〕 ❖ 数据字典：模型中心〔DD〕 ❖ 根据上述模型整理出软件需求规格说明书
第3章需求分析ppt课件
观点对数据建立的模型。它描述了从用户角度看到的数据， 反映了用户的现实环境，而且与在软件系统中的实现方法无 关。 数据模型中包含3种相互关联的信息：数据对象（实体）、数 据对象的属性及数据对象彼此间相互连接的关系。
(1). 数据对象
数据对象: 是对软件必须理解的复合信息的抽象。 复合信息: 是指具有一系列不同性质或属性的事物，
或升级？
7
(2) 性能需求
软件开发的技术性指标 例如：
• 存储容量限制 • 执行速度、相应时间 • 吞吐量
8
(3) 环境需求
• 硬件设备：机型、外设、接口、
地点、分布、温度、 湿度、磁场干扰等
•软件：
操作系统 网络 数据库
9
(4) 界面需求
• 有来自其它系统的输入吗？ • 到自其它系统的输出吗？ • 对数据格式有规定吗？ • 对数据存储介质有规定吗？
第3章 需求分析
为什么需要需求分析
开发人员往往急于求成 希望对开发进行指导 希望开发人员对用户的要求理解 希望用户理解开发人员 测试部门有理可依
2
需求分析的任务
准确地定义未来系统的目标，确定为了满 足用户的需求系统必须做什么。用 <需求规格 说明书> 规范的形式准确地表达用户的需求。
开发人员同意的。
24
软件客户需求义务书 （1）(Note 13)
客户有下列义务： 1. 给分析人员讲解业务及说明业务方面的术语等专业问题。 2. 抽出时间清楚地说明需求并不断完善。 3. 当说明系统需求时，力求准确详细。 4. 需要时要及时对需求做出决策。 5. 要尊重开发人员的成本估算和对需求的可行性分析。
•建立分析小组
领域专家： 主角 系统分析员：导演
(1). 数据对象
数据对象: 是对软件必须理解的复合信息的抽象。 复合信息: 是指具有一系列不同性质或属性的事物，
或升级？
7
(2) 性能需求
软件开发的技术性指标 例如：
• 存储容量限制 • 执行速度、相应时间 • 吞吐量
8
(3) 环境需求
• 硬件设备：机型、外设、接口、
地点、分布、温度、 湿度、磁场干扰等
•软件：
操作系统 网络 数据库
9
(4) 界面需求
• 有来自其它系统的输入吗？ • 到自其它系统的输出吗？ • 对数据格式有规定吗？ • 对数据存储介质有规定吗？
第3章 需求分析
为什么需要需求分析
开发人员往往急于求成 希望对开发进行指导 希望开发人员对用户的要求理解 希望用户理解开发人员 测试部门有理可依
2
需求分析的任务
准确地定义未来系统的目标，确定为了满 足用户的需求系统必须做什么。用 <需求规格 说明书> 规范的形式准确地表达用户的需求。
开发人员同意的。
24
软件客户需求义务书 （1）(Note 13)
客户有下列义务： 1. 给分析人员讲解业务及说明业务方面的术语等专业问题。 2. 抽出时间清楚地说明需求并不断完善。 3. 当说明系统需求时，力求准确详细。 4. 需要时要及时对需求做出决策。 5. 要尊重开发人员的成本估算和对需求的可行性分析。
•建立分析小组
领域专家： 主角 系统分析员：导演
需求分析(上传)15页PPT
确定目标需求
• 是对新系统的业务愿景 • 来源于业务问题的解决 • 经常宣传彩页里提到的 • 领导们开会时总说的 • 例如：我想建立一个值得信赖的在线交易平台
识别特征需求
• 特征需求对应业务愿景，基本需求提供支撑 • 例如：我想建立一个值得信赖的在线交易平台的需求
识别用户及其关系
卖家
销售 购买、评价
需求分析(上传)
31、园日涉以成趣，门虽设而常关。 32、鼓腹无所思。朝起暮归眠。 33、倾壶绝余沥，窥灶不见烟。
34、春秋满四泽，夏云多奇峰，秋月 扬明辉 ，冬岭 秀孤松 。 35、丈夫志四海，我愿不知老。
目录
• 确定目标需求 • 识别特征需求 • 识别用户及其关系
• 识别业务实体及关系 • 确定业务操作及关系 • 编写需求规格文档
我们可以做的更好…
46、我们若已接受最坏的，就再没有什么损失。——卡耐基 47、书到用时方恨少、事非经过不知难。——陆游 48、书籍把我们引入最美好的社会，使我们认识各个时代的伟大智者。——史美尔斯 49、熟读唐诗三百首，不会作诗也会吟。——孙洙 50、谁和我一样用功，谁就会和我一样成功。——莫扎特
确定业务操作及关系
买家 计算付款金额
支付
查看付款记录
电商平台 查看所有付款记录
确认支付
确账 查看所有转账记录
查看转账记录
电商平台 确认收款
编写需求规格文档
• 将目标需求作为系统建设的目的与意义 • 列出系统用户 • 将除用户之外的业务实体作为目录 • 将对应业务操作作为子目录 • 对每个业务操作的需求细节进行规格化描述 • 依据外部数据识别外部接口 • 结合特征需求整理描述非功能需求
转账记录
生成
电商平台
需求分析PPT课件
多种可供选择的设计方案
适应需求的变化
10
需求分析的规约（表示）
模型化表示
将需求定义用工具（例如数据流图和数据字典） 严格地描述出来
分析方法
结构化方法（自顶向下，逐步求精）
面向数据流的结构化分析方法。（SA） 面向数据结构的Jackson方法。(JSD)
面向对象方法（OO）
面向数据内容的面向对象分析方法。(OOA) 等
人与人之间的通信
与用户、同事、专家交流
需求的不断变化
确定稳定的需求和可能变化的需求
8
需求获取的内容
物理环境 界面 用户或者人的因素 功能 文档 数据 资源 安全性 质量保证
9
需求获取的技术
手段
发调查表
与用户谈话
Use Case分析法
比较好的方法：
方便通信
定义系统边界的方法
划分、投影、抽象的方法
分析员用问题领域的术语
17
数据流图和数据字典（7）
数据字典：任务是对于数据流图中出现的所有被 命名的图形元素在数据词典中作为一个词条加以 精确定义。
数据字典的的内容：图形元素的名字，别名或编号， 分类，描述，定义，位置等
数据词条描述：数据流是数据结构在系统内传播的 路径，一个数据流词条包括以下几项内容：
数据流名：简要介绍作用即它产生的原因和结果。 数据流来源：来自何方。 数据流去向：去向何处。 数据流组成：数据结构。 每个数据量流通量：数据量，流通量。
6
需求分析的过程（3）
对于比较复杂的问题，必须建立适当的比较形 式化的抽象系统模型。 不同类型的问题需要建立不同类型的系统模型。 在分析过程中数据模型是首先要集中精力考虑 的问题。系统抽象模型的建立包括三个阶段
《需求分析》课件
2
需求验证
确认需求是否满足用户期望和项目目标。
3
需求变更
控制需求变更，确保变更符合项目目标。
需求跟踪和追踪
介绍如何跟踪和追踪需求，确保项目的需求得到满足并实现。
需求与设计的关系
讨论需求分析与设计之间的密切联系，以及设计如何满足需求。
《需求分析》PPT课件
通过本课件，我们将深入探讨需求分析的重要性、定义和作用，以及步骤流 程、方法技巧，并介绍需求文档的编写和维护，需求评审和验证的重要性， 以及需求的变更和控制等方面知识。
理解需求分析的重要性
深入理解需求分析在项目开发中的关键作用，如何准确识别用户和业务需求，并对需求变更进行控制。
需求分析的定义和作用
详细介绍需求分析的定义和作用，以及为什么需求分析在项目开发过程中至 关重要。
需求分析的步骤和流程
1
需求识别
确保全面获取项目的用户需求和业务需求。
2
需求分析
对收集到的需求进行分析、整理和归纳。
3
需求验证
确认需求的准确性、一致性和完整性。
需求收集的方法和技巧
用户访谈
与用户面对面交流，深入问卷，收集用户的反馈和意见。
观察研究
观察用户在实际场景中的行为和需求。
用户需求和业务需求的区别
解释用户需求和业务需求的概念，并强调两者的重要区别和关联。
需求文档的编写和维护
提供编写和维护高质量需求文档的方法、技巧和最佳实践。
需求评审和验证
1
需求评审
确保需求的准确性和可行性，提前发现和解决潜在问题。
需求分析案例（共5则范文）
需求分析案例（共5则范文）第一篇：需求分析案例（共）需求分析案例某供电公司拟定建设管理信息系统。
供电公司信息中心经过多方考察，在全国调研的基础上，最后确认让国内一家著名的软件开发商开发管理信息系统。
为了确保该项目的顺利实施，供电公司领导决定，以信息中心为核心成立管理信息系统领导小组。
该小组的主要任务是，首先是对管理信息系统的开发和项目的实施负有领导责任，其次是组织、协调本单位与管理信息系统相关的各个部门，为开发商提供需求，同时与开发商一道制定需求方案和开发计划，从而确保项目的开展。
不久，开发商派来两名系统分析员进驻该供电局。
开始的工作是相当缓慢的。
主要的问题是，两名分析人员不知道从何入手。
虽然信息中心的人全力配合，供电公司的领导大会小会上也再三强调，应该配合开发商的工作。
怎奈供电公司各部门工作繁忙，尤其到了生产部门，各专业管理人员大部分时间都在工作，无暇顾及“提出需求”。
到了春检期间，公司领导都到生产一线，这时，信息中心也无能为力。
开发商说客户不配合，信息中心说开发商不懂电力专业。
开发商和供电公司相互抱怨。
最后还是领导态度坚决，以“红头”文件的形式强制要求各部门限期把需求交到信息中心，否则追究领导的责任。
信息中心的领导总算松了一口气，满以为这次需求总算提出来了，开发商可以工作了。
但想不到的是，两位系统分析人员看到各单位提出的需求时，感到非常茫然，对信息中心说，这种需求他们根本看不懂，既没有流程，也没有说明，有的只是几条干巴巴的要求。
信息中心的领导非常生气，认为自己看错了，开发商能力不行。
无奈，信息中心的领导只能强调，需求分析是开发商的事，而供电公司只是配合，谁的事谁管。
两位系统分析员，只好把提出的所谓需求带回去，进行分析。
又经过了几个月漫长的沉默，终于信息中心接到了开发商打来的电话，告知需求方案基本写完，但需要客户验证。
两位系统分析员又来到了供电公司，交给信息中心多达300多页的需求报告。
需求报告写得相当专业，业务流程图，数据流图，包括数据字典都有了。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
展开法
总结法 重复法 澄清法
需求分析的要点
销售人员应该仔细倾听顾客的需求，让他（她）随意发表 自己的意见
通过与顾客的充分沟通，确认顾客的需求和期望
不要试图说服顾客去买某辆车
销售人员应该了解顾客的需求和愿望，并用自己的话重复 一遍顾客所说的内容，以使顾客相信销售人员已经理解他
信心
需求
购买力
信心 需求 购买力 控制范围 影响范围 关心范围
冰山理论
冰山理论
显性需求
隐性需求
我们要知道何时是适当的时机、掌握确认顾客的需求， 还有有关顾客需求的具体内容。
提问
提问的类型 提问有两种主要的方式： 开放式提问
封闭式提问
提问
提问的技巧
开放式提问的主要目的 是收集信息
专注地听
有选择性地听 假装听，思路游离 听而不闻
积极倾听
倾听的艺术
目光凝视一点，不时与对方进行眼神交流 面部表情尽量随对方的谈话内容转变 手头不可兼做其他事，身体其他部位最好相对静止
专注，保持思考状
稍侧耳，正面与对方夹角5-10° 身体前倾，与水平面夹角约3-5°
积极倾听
积极倾听—探查
销售流程——需求分析
课程目的
通过本课程的学习，销售顾问将能够：
→明确需求分析在标准销售流程中的目的和意义 →了解需求分析的主要流程与标准 →掌握在需求分析过程中的关键行为和有关技巧，提升销售成功率
课程内容
1.需求分析的目的 2.冰山理论
﹡显性需求 ﹡隐性需求
4.积极倾听 5.需求分析的要点
3.提问
﹡提问的目的 ﹡提问的步骤 ﹡提问的类型
需求分析的概述
标准销售流程
售后跟踪 和服务 热情 交车 报价说明 签约成交
售前准备
店内 接待
抗拒处理
需求 分析
商品说明
试乘试驾
这是标准销售流程的重心所在。通过洽谈，我们可以了解顾客的需求
顾问式要……
双 赢!!
销售的三要素
开放式问题
•
用“谁、什么、何时、何地、为什 么、如何”等字句来进行提问
•
不用“是”、“否”来回答
封闭式提问的主要目的
封闭式问题
•
是确认信息
用“是”、“否”回答问题
提问
提问的顺序
一般性问题——过去或现在 辨识性问题——现在或未来
联接性问题——未来
积极倾听
听的五个层次
5 4 3 2 1
积极式倾听
（她）所说的话
提供合适的解决方案