需求人员的图解力
发布于 2024-10-02


版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。


麦哲思科技任甲林
扫码关注公众号

扫码阅读
手机扫码阅读
需求描述方法是需求分析人员的核心技能,图形化描述需求尤为关键,因为图形能够直观传达信息。尽管文字逐渐取代了图形在沟通中的作用,但需求人员仍应重拾图解力,即利用图形表达的能力。
需求人员应掌握多种图形使用方法,包括但不限于:类图、时序图、ER图、组织结构图、系统环境图、数据流图等。这些图形的选择依据不同的上下文,例如:
- 类图和时序图适用于面向对象方法,而ER图适用于结构化方法。
- 组织结构图和系统环境图适合表达用户需求,数据流图和时序图适合表达产品需求。
- 某些图形同时适用于需求和设计表达。
- 并非所有图形在每个需求文档中都必须使用,关键在于根据场景选择最合适的图形。
绘制需求图形的工具包括visio, processon, powerdesigner, EA和mindmanager等。虽然学习使用这些工具不难,但难点在于如何根据情况选择合适的图形,并且培养使用图形表达需求的习惯。目前许多需求工程师倾向于文字描述需求,而非图形表达。
通过两个样例可以比较文字和图形表达效果的差异。第一个样例描述了一个复杂的决策流程,改造前的文字描述冗长且难以理解;而改造后的图形描述则直观清晰。第二个样例指出了改造前页面切换关系的文字描述分散和混乱,而改造后的图形描述则使信息结构化,易于阅读和理解。
最终,需求人员必须记住:在描述需求时应优先考虑图形,并在可能的情况下使用图形而不是文字,因为图形更便于读者快速抓取信息并且阅读起来更加轻松。

麦哲思科技任甲林


麦哲思科技任甲林
扫码关注公众号

麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 243.8K
麦哲思科技任甲林的其他文章
《以道御术》荣耀上市,高管书评
《以道御术》荣耀上市,高管书评! 千呼万唤始出来,《以道御术——CMMI 2.0实践指南》荣耀上市。本书聚焦企业工程实践、落地实施CMMI 2.0的行动指南,CMMI主任评估师系统解读,众多专业人士倾力推荐。数据不准 比如: Ø 对于评审的会议,评审的参与人有的是来学习的,在统计人数、工作量时就不应该统计在内。 Ø 有的数据当时没有采集,而是靠时候回忆采集上来的。 Ø 有的代码行数不是通过工具统计上来的,而是靠
如何开会?
作者:任甲林 来源: 希赛网原创 http://www.csai.cn 2005年08月14日 看到题目可能大家觉得不值一提,开会?谁不会。可是下面的问题,您可能会经常遇到: § 会议开始的时间到了,会议室仍然被其他人员占用,没有会场地; § 会议开始的时间到了,投影仪无法正确连接; § 需要打印出来的材料没有打印出来; § 与会人员需要在白板上表达自己的思想时,却发现白板笔
例解:如何将规范的过程敏捷化?
很多企业基于CMMI建立过程体系后,大家普遍反应太复杂,编写的文档太多,复杂的体系可能就无法贯彻执行下去,无法成为企业的文化。因此需要敏捷化,当我们对过程进行敏捷化时,是基于实效的目的而不是基于评估的目的。如何将一个规范的过程体系敏捷化呢,下文将针对软件企业反应突出CMMI中的DAR过程域为例,说明敏捷化的方法。 首先,看看在CMMI体系中对DAR的要求:SP1.1建立决策分析指南SP1.2建立
为什么忽略管理的常识?
最近连续审查了几个客户的过程文档体系,有个问题,让我一直苦思:为什么我们总是忽略管理常识? 企业在实施CMMI的时候,为了满足模型的要求,在描述自己的过程时,习惯于照搬模型的描述。最典型的例子是PMC的描述,模型中描述了10个实践: SP1.1 监督项目的计划参数 SP1.2 监督承诺 SP1.3 监督风险 SP1.4 监督数据管理 SP1.5 监督项目相关人员的参与 SP1.6 执行进展评审 S
加入社区微信群
与行业大咖零距离交流学习


PMO实践白皮书
白皮书上线
白皮书上线