《软件项目需求管理》PPT幻灯片

合集下载

第04章 软件项目需求管理

第04章 软件项目需求管理
❖软件的需求管理的复杂性主要体现在以下几 个方面。
❖ (1)需求的描述问题。 ❖ (2)需求的完备程度问题。 ❖ (3)需求开发的工期问题。 ❖ (4)需求的细致程度问题。 ❖ (5)需求的变化问题。
4.2.3需求管理的方法
❖ 在需求管理中,可以采用的方法主要包括以下一些 方面。
❖ (1)确定需求变更控制过程。 ❖ (2)进行需求变更影响分析。 ❖ (3)建立需求基准版本和需求控制版本文档。 ❖ (4)维护需求变更的历史记录。 ❖ (5)跟踪需求的状态。 ❖ (6)衡量需求的稳定性。
第4章 软件项目需求管理
本章目录
4.1软件需求概述 4.2需求管理方法与内容 4.3软件项目的任务分解 4.4软件需求的变更控制 4.5 案例与讨论
4.1软件需求概述
1 4.1.1软件需求的层次划分
2
4.1.2用户需求与特点分析
3
4.1.3系统需求与类型划分
4 4.1.4软件需求规格说明书 55
求是指用户对软件的功能和性能的要求,就 是用户希望软件能做什么事情,完成什么样的功能 ,达到什么样的性能。软件人员要准确理解用户的 要求,进行细致的调查分析,将用户的需求陈述转 化为完整的需求定义,再由需求定义转化为需求规 格说明。
❖ 软件需求可以按照层次进行划分,其内容包括业务 需求、用户需求、功能需求、软件需求规格等层次 。
4.2. 4需求管理的过程
❖ 需求管理的过程从需求获取开始,一直贯穿于整个 项目生命周期,其目的是力图实现最终产品同用户 需求的最佳结合。在整个需求管理过程中,主要包 括了以下内容。
❖ 1.需求获取 ❖ 2.需求确认 ❖ 3.建立需求状态 ❖ 4.需求验证 ❖ 5.需求承诺 ❖ 6.需求跟踪 ❖ 7.需求变更控制

软件项目需求管理教材(PPT 43张)

软件项目需求管理教材(PPT 43张)

UML需求视图
用例视图(Use
case Diagram) 顺序图(Sequence Diagram) 状态图(State Diagram) 活动图(Activity Diagram)
用例实例
功能列表
需求类别(功能/性能) A.1 特性(Feature) A …… A.n B.1 特性Feature B …… B.n C.1 特性Feature C …… C.n 名称/标识 描述
规格文档参考
1.
2.
3. 4.
5.
6. 7. 8. 9. 10.
引言 系统定义 应用环境 功能规格 性能需求 产品提交 实现约束 质量描述 其它 签字认证
本章要点


一、软件需求定义 二、软件需求管理过程




需求的获取 需求分析 编写需求规格 需求验证 需求变更

三、需求建模的基本方法
需求验证
软件需求管理的过程
需 求 确 认
需求获取
需求分析
需求验证
编写需求规格
需求变更
需求变更
需求开发(确认)和管理基本任务
需求工程
需求开发
需求管理
需求获取
需求分析
变更管理 版本控制
需求验证
需求规格说明
风险分析
本章要点


一、软件需求定义 二、软件需求管理过程




需求的获取 需求分析 编写需求规格 需求验证 需求变更
• • • • • • • • • • • • • • • • • • • •
1、想要体面生活,又觉得打拼辛苦;想要健康身体,又无法坚持运动。人最失败的,莫过于对自己不负责任,连答应自己的事都办不到,又何必抱怨这个世界都和你作对?人生的道理很简单,你想要什么,就去付出足够的努力。 2、时间是最公平的,活一天就拥有24小时,差别只是珍惜。你若不相信努力和时光,时光一定第一个辜负你。有梦想就立刻行动,因为现在过的每一天,都是余生中最年轻的一天。 3、无论正在经历什么,都请不要轻言放弃,因为从来没有一种坚持会被辜负。谁的人生不是荆棘前行,生活从来不会一蹴而就,也不会永远安稳,只要努力,就能做独一无二平凡可贵的自己。 4、努力本就是年轻人应有的状态,是件充实且美好的事,可一旦有了表演的成分,就会显得廉价,努力,不该是为了朋友圈多获得几个赞,不该是每次长篇赘述后的自我感动,它是一件平凡而自然而然的事,最佳的努力不过是:但行好事,莫问前程。愿努力,成就更好的你! 5、付出努力却没能实现的梦想,爱了很久却没能在一起的人,活得用力却平淡寂寞的青春,遗憾是每一次小的挫折,它磨去最初柔软的心智、让我们懂得累积时间的力量;那些孤独沉寂的时光,让我们学会守候内心的平和与坚定。那些脆弱的不完美,都会在努力和坚持下,改变模样。 6、人生中总会有一段艰难的路,需要自己独自走完,没人帮助,没人陪伴,不必畏惧,昂头走过去就是了,经历所有的挫折与磨难,你会发现,自己远比想象中要强大得多。多走弯路,才会找到捷径,经历也是人生,修炼一颗强大的内心,做更好的自己! 7、“一定要成功”这种内在的推动力是我们生命中最神奇最有趣的东西。一个人要做成大事,绝不能缺少这种力量,因为这种力量能够驱动人不停地提高自己的能力。一个人只有先在心里肯定自己,相信自己,才能成就自己! 8、人生的旅途中,最清晰的脚印,往往印在最泥泞的路上,所以,别畏惧暂时的困顿,即使无人鼓掌,也要全情投入,优雅坚持。真正改变命运的,并不是等来的机遇,而是我们的态度。 9、这世上没有所谓的天才,也没有不劳而获的回报,你所看到的每个光鲜人物,其背后都付出了令人震惊的努力。请相信,你的潜力还远远没有爆发出来,不要给自己的人生设限,你自以为的极限,只是别人的起点。写给渴望突破瓶颈、实现快速跨越的你。 10、生活中,有人给予帮助,那是幸运,没人给予帮助,那是命运。我们要学会在幸运青睐自己的时候学会感恩,在命运磨练自己的时候学会坚韧。这既是对自己的尊重,也是对自己的负责。 11、失败不可怕,可怕的是从来没有努力过,还怡然自得地安慰自己,连一点点的懊悔都被麻木所掩盖下去。不能怕,没什么比自己背叛自己更可怕。 12、跌倒了,一定要爬起来。不爬起来,别人会看不起你,你自己也会失去机会。在人前微笑,在人后落泪,可这是每个人都要学会的成长。 13、要相信,这个世界上永远能够依靠的只有你自己。所以,管别人怎么看,坚持自己的坚持,直到坚持不下去为止。 14、也许你想要的未来在别人眼里不值一提,也许你已经很努力了可还是有人不满意,也许你的理想离你的距离从来没有拉近过......但请你继续向前走,因为别人看不到你的努力,你却始终看得见自己。 15、所有的辉煌和伟大,一定伴随着挫折和跌倒;所有的风光背后,一定都是一串串揉和着泪水和汗水的脚印。 16、成功的反义词不是失败,而是从未行动。有一天你总会明白,遗憾比失败更让你难以面对。 17、没有一件事情可以一下子把你打垮,也不会有一件事情可以让你一步登天,慢慢走,慢慢看,生命是一个慢慢累积的过程。 18、努力也许不等于成功,可是那段追逐梦想的努力,会让你找到一个更好的自己,一个沉默努力充实安静的自己。 19、你相信梦想,梦想才会相信你。有一种落差是,你配不上自己的野心,也辜负了所受的苦难。 20、生活不会按你想要的方式进行,它会给你一段时间,让你孤独、迷茫又沉默忧郁。但如果靠这段时间跟自己独处,多看一本书,去做可以做的事,放下过去的人,等你度过低潮,那些独处的时光必定能照亮你的路,也是这些不堪陪你成熟。所以,现在没那么糟,看似生活对你的亏欠,其 实都是祝愿。

软件项目管理课程PPT88页

软件项目管理课程PPT88页
一周的工作量(40小时)。
8 .2 软件项目任务分解
5.责任分配及成本分解
WBHS编o号t Ti预p算
责任者
1
0.1
张明
2
0.46
李立
3
0. 46
张明、李立
3.1
0.04
张明
3.2
0.15
李立
WBS编号 预算
3.3
0.15
3.4
0.1
3.5
0.02
4
0.08
5
0.1
责任者 李立 李立 张明 万风 张明
Requirements 82%
Design 13%
Other Code 4% 1%
一个小故事
如何练就需求分析的火眼金晴?
❖5W + 1H + 8C ❖5W就是 Who、When、Where、What、Why ❖ Why是关键 ❖1H就是 How – 需求本身的流程 ❖ 8C指的是8个约束和限制,即8个Constraints: ❖ 包括性能Performance、成本Cost、时间Time、
• •
H需流o求程t 分 优T析 化ip计划
• 编写需求说明书
• 编写需求规格词汇表
• 绘制业务流程
• 抽象业务类
• 建立数据模型
• 将需求分析图示加入规格文档
• 需求规格测试
① 需求规格确认
8 .2 软件项目任务分解
• 任务分解过程 1.H分ot解T步i骤p
(1)确认并分解项目的主要组成要素。 (2)确定分解标准 (3)确认分解是否详细,分解结果是否可以作为
东西时就会知道—感觉会随环境变化)
❖过早作出结论(截断需要表达过程——需求分析 需要耐心和自我控制)

软件需求管理PPT课件

软件需求管理PPT课件

编写需求规格说明书
将分析和评估后的需求编写成正 式的需求规格说明书,明确软件 系统的功能、性能、非功能需求、 约束和假设条件等。
评审和确认
对编写好的需求规格说明书进行 评审和确认,确保其准确性和完 整性。
需求分析的工具
思维导图工具
如XMind、MindManager等,用于整理和 分析需求。
原型制作工具
初步需求收集
在项目启动阶段进行,主要目的是确定项目的目标和 范围。
深化需求收集
在初步需求收集之后进行,主要目的是细化功能需求 和非功能需求。
变更需求收集
在软件开发过程中进行,主要目的是应对利益相关者 提出的需求变更请求。
03 需求分析
需求分析的目标
确定软件系统的功能和性能 要求。
确定软件系统的约束和假设 条件。
软件需求的重要性
确保开发目标明确
提高软件质量
明确软件的目标和范围,避免开发偏 离方向。
明确的质量要求有助于提高软件的稳 定性和用户体验。
减少返工和变更成本
尽早识别和解决需求问题,降低开发 成本和时间。
软件需求管理过程
01
需求收集
通过与用户沟通、市场调研等方式 获取原始需求。
需求规格说明
编写详细的需求文档,明确各项需 求的细节。
03
为后续的软件开发和测试提供明确的依据。
04
便于需求变更的管理和控制。
需求规格说明的内容
功能需求
包括业务流程、数据流程、界面交互等。
约束和假设条件
如技术限制、开发环境、资源等方面的约束。
非功能需求
包括性能、安全、可用性、可维护性等方面 的要求。
验收标准
用于评估软件是否满足需求的明确标准。

软件项目需求管理PPT课件

软件项目需求管理PPT课件

需求跟踪的作用
在需求验证中,便于确保所有需求被应用 有助于变更影响分析 便于需求的维护 便于测试时找出问题所在 便于项目跟踪和减少项目风险 简化了系统再设计,易于软件重用
案例分析: 一个项目需求分析和处理的案例
1 案例背景
当地一家销售电动工具公司的董事会成员正在举行二月份的董事会 会议,这家公司是一家专门制造和销售用于木工用的“黑客”牌电 动工具的一家小型公司。会议室里在座的,有董事会主席贝斯·史密 斯(Beth Smith)和两个董事会成员罗斯玛丽·奥尔森(Rosemary Olsen)和史蒂夫·安德鲁(Steve Andrews)。贝斯首先发言:“我 们今年以来的销售非常好,打来的订货电话,已经要把我们的电话 都要打爆了,但是,我们没有办法能继续招募到熟悉我们的电动工 具、同时还了解我们销售过程的小姐。而与我们竞争的其他公司, 都已经上了自动客户服务系统(Call Center)。所以,我们也要 上这个系统,才能保住我们的市场。”
设定用户代言人 如果个别客户不能在需求方面达成一致意见,那么必须由用户 代言人作出决策。
需求分析
需求分析是指在需求开发过程中,对所获取的需求信 息进行分析,及时排除错误和弥补不足,确保需求文 档正确地反映用户的真实意图。
分析方法大体有两类:“问答分析法”和“建模分析 法”。后者技术性比较强,写出来有学术味,故大多 数软件工程书籍都有论述。前者就是一些常识而已, 虽然写不成文章,但是简单易用(保你一学就会), 很有实用价值。
需求变更存在的必然
大师说:"没有不变的需求,世上的软件都 改动过3次以上,唯一一个只改动过两次的 软件的拥有者已经死了,死在去修改需求 的路上。"
变更管理
进行变更管理,首先要建立变更控制委员会,变更管理过程包括 变更描述、变更分析和变更实现三个阶段:

软件项目管理课程PPT113页

软件项目管理课程PPT113页

计算程序控制结构的V(G)值
E = 4 E = 3 N = 4 N = 3 V = 2 V = 2
计算程序控制结构的V(G)值
E = 6 N = 5 V = 3
例3.1 计算如图所示程序控制结构图的V(G)值。 (a) e=1,n=2,v=1; (b) e=3,n=3,v=2; (c) e=4,n=4,v=2; (d) e=3,n=3,v=2; (e) e=6,n=5,v=3.
过程的内部属性 工作量 计划和进度 一段时间内某类事件发生的次数 过程的外部属性 成本 可控制性 可观察性 稳定性 资源的内部属性 人 软硬件环境 方法 经验 资源的外部属性 成本 时间
3.1.1.2 面向规模的度量
代码行数 LOC或KLOC 生产率 Pl=L/E 其中 L 软件项目代码行数 E 软件项目工作量(人月 PM) Pl 软件项目生产率(LOC/PM) 代码出错率 EQRl=Ne/L 其中 Ne 软件项目的代码错误数 EQRl 每千行代码的错误数
每行代码平均成本 Cl=S/L 其中 S 软件项目总开销(元/美元) Cl软件项目每行代码的平均成本 文档与代码比 Dl=Pd/L 其中 Pd 软件项目文档页数 Dl 每千行代码的平均文档数
软件的外部属性和内部属性 外部属性 软件产品、过程、资源与环境的关系 如,成本、效益、劳动生产率、可靠性、可维护性 内部属性 软件产品、过程、资源、环境自身的属性 如,产品结构、模块化程度、复杂性、程序长度等。
产品-过程-资源
产品的内部属性 程序代码长度 程序功能 模块化 重用性 控制流 数据流 模块耦合度与内聚度 产品的外部属性 程序的可靠性 可用性 可维护性 软件的可理解性 有效性 可移植性
例3.1计算程序控制结构的V(G)值

软件项目管理-需求开发与需求管理课件

软件项目管理-需求开发与需求管理课件
Page 15
5. 如何开展需求调查
5.3 《用户需求说明书》与《产品需求规格说明书》的主要区别与联系
u 前者主要采用自然语言(和应用域术语)来表达用户需求,其内容相对于后者而言比 较粗略,不够详细。
u 后者是前者的细化,更多地采用计算机语言和图形符号来刻画需求,产品需求是软件 系统设计的直接依据。
u “现代营销学之父”菲利普•科特勒所著的《市场营销导论》是这样描述客户的: – 客户永远是本公司的座上客。客户并不依赖我们,而我们却依赖客户。客户不 是我们工作的障碍,而是我们工作的目标。我们并不因为服务于他而对他有恩, 他却因为给予我们服务于他的机会而有恩于我们。客户不是我们要与之争辩和 斗智的人。从未有人曾在与客户的争辩中获胜。客户是把他的欲望带给我们的 人,因此我们的工作就是满足这些欲望,从而使客户和我们共同获益。
那会导致后续的不少开发人员将错就错、白干活。 u 不论是复杂的项目还是简单的项目,需求分析员和用户都有可能误解需求。 所以需求
确认工作(属于需求管理)必不可少。
Page 11
4. 需求开发的主要困难与对策
4.6 开发人员写不好需求文档
u 需求调查工作不充分,获取的需求信息太少或者太乱,以至于写不成需求文档。 – 古时候,一书生在考试前补习“写文章”,成天愁眉苦脸。其夫人甚为不解, 问: “相公,你写文章比我生小孩还难吗? ”书生长叹一声: “娘子你哪里知 道我的难处啊!你生小孩时肚子里有东西,可我写文章时肚子里没东西啊。 ” – 所以要想写出好的需求文档,前提条件是把需求调查工作做好。
– 如果与用户约好了时间,切勿迟到或早退。 – 需求分析员应事先了解用户的身份、背景,以便随机应变。 – 需求调查不象侦探推理那样从蛛丝马迹着手,应该先了解宏观问题,再了解细

软件项目需求管理教材(PPT 81张)

软件项目需求管理教材(PPT 81张)

平均值
不充分的需求规范
4.5 4.3 4.2 4.1
Shortage of systems engineers Shortage of software managers
缺乏了解软件特性的经理人 缺乏合格的 项目经理
5
6 7 8 9
Shortage of qualified project managers Shortage of software engineers Fixed - price contract 固定价合同

chapter__4
11
软件需求管理过程
软件需求管理的过程
需 求 确 认
需求获取 需求分析
需求验证
编写需求规格
需求变更
需求变更
chapter__4 13
需求开发(确认)和管理基本任务
需求工程
需求开发
需求管理
需求获取
需求分析
变更管理 版本控制
需求验证
需求规格说明
chapter__4
风险分析
14
申请人
项目名称
韩万江
项目管理系统
申请日期
2002。10.11
阶段名称
系统设计
文件名称
RCR-PM-01.doc, RCR-PM-02.doc, 变更简述如下
1)修改测试流程控制:将2个角色,3个渠道流,改为3个角色,4个渠道流,详见RCR-PM-01.doc 2)增加开发人员技能信息库管理,详见RCR-PM-02.doc 修改内容
同意RCR-PM-01.doc变更。RCR-PM-02.doc的变更可以推迟到下一个版本实施
验证意见 验证人 杨炎泰 验证日期 2002.10.11

第04章软件项目需求管理

第04章软件项目需求管理
第04章软件项目需求管理
4.3.2工作分解的操作步骤
v 一般来讲,任务分解的主要步骤如下。 v (1)确认并分解项目的主要组成要素。 v (2)确定分解标准,按照项目实施管理的方法分
解。 v (3)确认分解是否详细,明确责任。 v (4)确定项目交付成果。 v (5)验证分解的正确性。 v (6)建立一套编号系统,以便区别各个工作。
v 2.需求规格说明书的结构框架 v 3.需求规格说明书的编写要求 v (1)条理清晰。 v (2)结构完整。 v (3)内容一致。 v (4)可测试性。
第04章软件项目需求管理
4.2需求管理方法与内容
•1
•4.2.1需求管理的含义
•2
•4.2.2需求管理的复杂性
•3
• 4.2.3需求管理的方法
•4
第04章软件项目需求管 理
2020/11/24
第04章软件项目需求管理
本章目录
• 4.1软件需求概述 • 4.2需求管理方法与内容 • 4.3软件项目的任务分解 • 4.4软件需求的变更控制 • 4.5 案例与讨论

第04章软件项目需求管理
4.1软件需求概述
•1 •4.1.1软件需求的层次划分 •2 •4.1.2用户需求与特点分析 •3 • 4.1.3系统需求与类型划分 •4 • 4.1.4软件需求规格说明书55
v 软件需求可以按照层次进行划分,其内容包括业务 需求、用户需求、功能需求、软件需求规格等层次 。

第04章软件项目需求管理
4.1.2用户需求与特点分析
v (1)用户需求直接来源于用户。 v (2)用户需求需要以文档的形式提供给用户审查

v (3)可以把用户需求理解为用户对软件的合理请 求。

软件开发项目管理 ppt课件

软件开发项目管理 ppt课件
软件开发项目管理
P1
Contents
1 项目管理概要 2 人员管理 3 质量管理 4 进度管理 5 沟通管理 6 关于5W1H
P2
精品资料
• 你怎么称呼老师? • 如果老师最后没有总结一节课的重点的难点,你
是否会认为老师的教学方法需要改进? • 你所经历的课堂,是讲座式还是讨论式? • 教师的教鞭 • “不怕太阳晒,也不怕那风雨狂,只怕先生骂我笨,
P 11
项目经理人员能力要求
技術
文档能力
对项目经理人员的能力要求
管理 综合能力 沟通
业务
经验
威信?亲和力?抗压能力?发现问题的能力?口才?
P 12
Contents
1 项目管理概要 2 人员管理 3 质量管理 4 进度管理 5 沟通管理 6 关于5W1H
P 13
人员管理-人员分类
能力
能力强,不积极
P 30
Contents
1 软件项目管理概要 2 人员管理 3 质量管理 4 进度管理 5 沟通管理 6 关于5W1H
P 31
如何做事-5W/1H
什么是5W/1H?
1.“5W/1H”是一种定律,是一种原理,也是一种流程,更是一种工具,广泛运用至企业管理和日常工作生 活和学习中; 2.“5W/1H”为我们提供了科学的工作分析方法,常常被运用到制定计划草案上和对工作的分析与规划中, 并能使我们提高效率和使工作的有效执行。
P6
对项目经理的质问 对项目经理的质问
项目的作业内容(开发范围)很清楚吗? 项目计划安排合理吗?能保证按时上线?各个阶段设置时间段合理吗? 你对所有人员的能力都很清楚吗?人员和体制安排合理吗?是否有超过人员能力的安排 ?是否有的人太闲,有的人太忙? 所有的进度都在控制之中吗?客户询问进度情况你能应答自如? 你对项目平品质指标很清楚吗?对品质有没有信心?哪个地方的品质是你担心的?如果 有不放心的地方都采取了妥当的措施保证不会出问题?总体上能保证品质吗? 客户提的要求你都满足了吗?客户对你放心满意吗?客户问你项目的情况,你都能做出 合理的回答和解释吗? 你的上级对你放心吗?你的下属服从安排吗? 当前项目有哪些问题你都清楚吗?所有的问题是不是都在你的掌控之中? 你是否能在压力下工作?外界的压力是否影响你工作效率和质量? 整个项目都是按你的预想在前进吗?

需求管理流程课件(1).ppt

需求管理流程课件(1).ppt

求 个步骤:

获取(需求诱导)
理? 分析(需求分析和谈判)
规定(规约)
系统建模
验证(需求确认)
需求管理(控制与变更管理)
需 • 需求不总是显而易见的,它可来自各个方面。

• 需求并不总是容易用文字明白无误地表达。

• 存在不同种类的需求,其详细程度各不相同。

• 如果不加以控制,需求是无止境的,需求数量 将难以管理。
需求管理的好坏,对产品项目的成败起决定性作用,
项目经理的资质、技能要求非同一般,责任心更是保
证。
求 • 语句要完整,语法、标点等要正确
的 • 使用的术语与词汇表中的定义保持一致
基 • 避免使用模糊、主观的术语,如性能“优越” 本 原 • 避免使用比较性词汇,尽量给出定量的说明,
则 • 含糊的表达将引起需求的不可验证
•…
需求开发与管理的界限
客户 市场 管理
项目环境
需求获取及分析 需求记录 需求验证 基准需求规格 需求变更 版本控制 需求状态及跟踪
小 结
件需求主要来源于业务分析的结果,在充分考虑用户 的自身特性与要求的前提下,项目经理在用户与项目 组之间达成共识,建立了需求基线;在项目开发过程
中,通过需求范围认定、需求形式化记录、需求数据
库建立、需求状态跟踪、需求变更分析和波动评估、
需求评审控制等程序,通过使用需求管理工具等手段,
实现对项目需求按基线的控制和管理。

预期的要求
的 • 变更控制过程:需求文档确定并制定基线后的变更都要通过确

定的变更控制过程来实现
用 • 系统测试过程:需求是测试的重要参考文档编制过程:需求是

IT项目管理课件5.ppt

IT项目管理课件5.ppt
Source: Carnegie-Mellon University, Software Engineering Institute
平均值
4.5 4.3 4.2 4.1 4.1 3.9 3.8
3.8
3.6 3.6
9/30
第二节 任务分解WBS(范围管理) (Work Breakdown Structure)











比 较




删 行
删 行


修 改


结增
删增





除加



处代
代行


理码
码数

20/30
分解方法-自下而上
“变化计数器”系统












比 较




删 行
删 行


修 改


结增
删增










处代
代行


理码
码数

21/30
任务结构分解(WBS)步骤
第5章 范围管理与工作量估计
对外经济贸易大学信息学院
1
第一节 需求管理
一.软件需求
什么是软件需求 需求是指用户对软件的功能和
性能的要求,就是用户希望软件 能做什么事情,完成什么样的功 能,达到什么性能。

软件项目的需求分析培训ppt

软件项目的需求分析培训ppt

案例--成功原因
案例分享
1.需求分析前对干系人分析全面; 2.各干系人对项目建设目标明确; 3.获取需求充分,业务分析员对各业务部门提出的需求进行深入刨析, 结合系统实现可行性给出解决方案 4.各业务部门对需求点把握准确,业务流程清晰,对需求描述详细准确, 异常情况考虑充分。 5.业务分析员清晰将用户需求转化为开发术语与开发人员协调沟通需求
查询客户后,可增加客户接触记录的沟通信息。 查询结果优先展示高等级的客户。
业务规则:
1.管户经理可以查询出自己管辖的客户; 2.支行管理层,分行业务主管可以查询出机构辖内的客户; 3.总行业务主管,总行管理层可以查询出全行的客户。 4. 分行及以上人员查询客户身份证号中间用“*”屏蔽,只
保留前3位,电话号码只保留前3位;
项目目标:通过建立CRM(含标签画像)系统,是为了有效运用行内数据和信息, 让业务人员快速、深入、全方位了解并熟悉客户的基础上,通过产品和服务的匹配, 贴合精准营销的推荐,达成行内与客户共赢的目标。CRM(含标签画像)系统构建 出一整套完善的客户画像,助其标签化、信息化、可视化的属性实现客户的有效管 理与精准营销,为大零售业务转型提供有效的支持。1.客户管理体系;2.营销体系建 设;3.移动营销服务;4.客户画像标签体系建设
需求分析概述
➢ 需求描述不清晰 ➢ 用户参与度不够 ➢ 需求分析人员经验不足 ➢ 需求不断变化
需求分析概述
需求:1 设计:5 编码:10 测试:20~50 运行与维护:200
需求分析概述
成本 效益 可行性
安全 可靠
需求分析概述
需求分析概述
✓ 什么是需求分析?
需求分析是指对要解决的问题进行详细的分析,弄清楚问题的要求,包括 需要输入什么信息,要得到什么结果,最后输出什么。 ✓对于软件项目来说,需求分析的基本任务就是准确地回答“系统必须做什么?” 这个问题,确定系统必须完成哪些工作,也就是对目标系统提出完整、准确、 清晰、具体的需求。需求分析是软件定义时期的最后一个阶段,需求分析的结 果是要输出《软件需求规格说明书》,以书面形式准确地描述软件需求。
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
应用系统的功能界面后与用户进行交流和沟通。 可运行的原型系统法 分析已经存在的同类软件产品,提取需求。 从行业标准、规则中提取需求。 从Internet上搜查相关资料。 切记:
是用户对目标软件系统在功能、行为、性能、 设计约束等方面的期望。
期望?! 一种心理活动、笼统、不细致、不 懂过程
4
需求的重要性
Frederick Brooks 在 他 1987 年 经 典 文 章 “ No Silver Bullet”中阐述了需求的重要性: 开发软件系统最困难的部分就是准确说明开发什么。 最困难的概念性工作是编写出详细的需求,包括所 有面向用户、面向机器和其它软件系统的接口。此 工作一旦做错,将会给系统带来极大的损害,并且 以后对它修改也极为困难。
一起工作 商定谁是项目需求的决策者
12
获取需求的方法
明确最终用户,与用户交谈,向用户提问题。向用户群体发调 查问卷。透过客户所提出的表面需求理解他们的真正需求。
参观用户的工作流程,观察用户的操作。 与同行、专家交谈,听取他们的意见。 界面原型法,是指开发方根据自己所了解的用户需求,描画出
原始问题描述
用户需求
原始问题空间
系统需求
解决方案空间
软件设计描述
7
需求工程的组成
把所有与需求直接相关的活动通称为需求工程。 需求工程
需求开发
需求管理
需需规需 求求格求 获分说验
取析明证
变版需需 更本求求 管控跟状
理制踪态
8
需求工程的一些感悟
不论是合同项目还是自主研发的产品,都必须开展需求开发和需求管理活 动。
10
需求获取
需求获取时期的主要工作: ⑴ 归纳和整理用户提出的各种问题和要求; ⑵ 弄清用户企图通过软件达到的目的; ⑶ 借助各种工具和方法,陈述用户提出的 实际需求,并标定软件的作用范围。
最终目的弄明白要“做什么”。
11
获取需求应采用的步骤
确定产品的不同用户类型 确定用户需求的来源 挑选出每一类用户和其他涉众的代表并与他们
掏钱买软件的用户称为客户,而真正操作软件的用户叫最终用户。客户与 最终用户可能是同一个人也可能不是同一个人。
客户是掏钱买软件的人,所以他是“上帝”
某饭店经理在解释“先有鸡还是先有蛋”这个哲学问题时,精辟 地阐述了客户的地位:
如果顾客先点鸡,那么就先有鸡;如果顾客先点蛋,那么就先有蛋。
“现代营销学之父”菲利普•科特勒所著的《市场营销导论》是这 样描述客户的:
需求是产品的根源,需求工作的优劣对产品影响最大。 国内软件业的痼疾:人们并不清楚究竟该做什么,但
却一直忙碌不停地开发。
5
了解客户、最终用户、间接用户
基本概念
“用户”(user)是一种泛称,它可细分为“客户”(customer)、“最 终用户”(the end user)和“间接用户”(或称为关系人)。
9
需求开发的主要困难与对策
知识技能问题
应用域的知识是无边无际的,任何人都不可能是“万事通”。 当需求分析员缺乏应用域知识时,他该怎么办?
首先他要有勇气做事,否则连实践的机会都没有。 其次他应当赶紧补习应用域知识。
态度问题
相当多的开发人员习惯于被动地对待需求开发。每当遇到麻烦、挫折时,他们会发 牢骚,找出一堆用户的毛病。很多开发人员错误地以为: 需求是用户的事情,不是我们的事情。我们为用户开发软件,难道用户不该告 诉我们应当开发什么吗?如果用户说不清楚需求,或者经常变更需求,这类问 题是用户产生的,应当由他们自己负责。
与客户打交道的主要目的是:一是获取需求,二是签合同。
6
软件需求的层次
原始问题描述:对要解决问题的叙 述,它是软件需求的基础
用户需求:用自然语言和图表给出 的关于系统需要提供的服务及操作 的约束
系统需求:是用户需求的映射。此 时可开发一个简单原型以便给用户 一个直观印象。
软件设计描述:在系统需求的基础 上加入更详细的内容,它是软件详 细设计和实现的基础
客户永远是本公司的座上客。客户并不依赖我们,而我们却依赖客户。 客户不是我们工作的障碍,而是我们工作的目标。我们并不因为服务 于他而对他有恩,他却因为给予我们服务于他的机会而有恩于我们。 客户不是我们要与之争辩和斗智的人。从未有人曾在与客户的争辩中 获胜。客户是把他的欲望带给我们的人,因此我们的工作就是满足这 些欲望,从而使客户和我们共同获益。
开发者对待需求工程的态度可分“被动型”、“主动型”和“领先型”三 种,只有后两种才有可能开发出成功的产品。 “被动型”是指开发者被动地对待需求工程中的各项活动,能少干则 少干,能偷懒则偷懒。他们认为需求是用户的事情而不是自己的事情。 开发过程中经常发生需求变更,导致产品迷失方向,不是半途而废就 是陷入半死不活的状态。 “主动型”是指开发者积极地开展需求工程中的各项活动。他们把获 取准确的需求当作自己的职责,会想尽一切办法克服需求开发和需求 管理过程中的困难,而不是找借口推卸责任。俗话说“良好的开端是 成功的一半”,“主动型”需求工程是开发成功产品的必备条件。 “领先型”是需求工程的最高境界。开发者发掘了连用户自己都没有 意识到的需求,导致用户跟着新产品跑而不是新产品围着用户转,这 叫引导消费。需求工程做到这个份上,才能使产品立于不败之地,长 盛不衰。
用户说不清楚需求或者需求发生变更,这些都是常见的问题,并不是绝症,是人们 可以设法解决的。可悲的是开发人员把这些问题当成了借口,不愿主动攻克问题, 导致需求问题扩散到整个软件开发过程,产生太多的后患。
软件企业的领导应当给具有错误观念的开发人员们洗脑:需求分析员的天职就是在
有限的时间内获取准确而细致的用户需求,如果做不到就是失职,不要找借口。
软件项目需求管理
1ቤተ መጻሕፍቲ ባይዱ
开头寄语
✓ 如果你不知道你要去哪里,那么你可能会 走向任何一条路。
✓ 做正确的事比正确地做事更重要!
2
本章所要讲述的内容
需求工程的相关知识 需求开发 需求管理 案例
3
软件需求的概念
宽泛地讲,需求来源于用户的一些“需要”, 这些“需要”被分析、确认后形成完整的文档, 该文档详细地说明了产品“必须或应当”做什 么。
相关文档
最新文档