扫码阅读
手机扫码阅读
需求人员的图解力

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


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

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


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

麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 231.9K
麦哲思科技任甲林的其他文章
案例:代码走查
某公司拟在公司推广代码走查技术,请外部咨询顾问进行一下实战指导,于是请项目组挑选了一个类,执行了代码走查的演练。2012年7月11日下午14:05分至15:15分,对110行有效代码(不含空行、注释、调试语句)进行了走查,该代码是Andriod平台下的JAVA代码,参与的评审专家包括: 作者:工作经验1年; 项目经理:工作经验6年,熟悉C语言的开发; 项目组成员:工作经验3年,熟
项目管理的三架马车
决定项目成功的核心角色是什么?我认为是三个角色:项目经理、技术经理与需求经理。
项目经理:解决管理上如何做的问题,对项目的进度与质量负责。具体职责包括了:过程定义、估算、计划制定、计划跟踪与控制、风险管理、质量管理等。
技术经理:解决技术上如何做的问题,对项目的技术方案负责。具体职责包括了:技术可行性的评估、技术方案的确定、设计、设计验证、技术难题的解决、实现等。
需求经理:解决做什么的问题,对项目的需求与范围负责。具体职责包括了:需求获取、需求分析、
由外而内的过程改进策略
何谓“外”?外,是相对而言的。 对于一个软件公司而言,供应商、客户为“外”; 对于一个开发部门而言,供应商、客户、其他部门(比如市场部门、运维部门等)为“外”; 对于一个项目组而言,供应商、客户、其他部门、其他项目组、其他支持组为“外”; 对于一个项目组内的小组而言,其他小组、其他项目组为“外”; 对于一个项目阶段而言,
案例:原因分析与解决方案的实战演练
2011年12月15日,笔者作为外部咨询顾问参与了客户的一次原因分析与解决方案的分析会议,对整个过程进行了记录:参与的人员: 外部的咨询顾问 1名 QA人员 上午4名,下午3名 部门经理 1名 项目组内部的人员 上午7名,下午3名培训的时间: 上午9点10分到上午9点55分,共计45分钟会议的时间: 上午9点55分到11点40
如何推广单元测试
在我咨询的客户中,软件企业对于单元测试的执行情况可以划分为4类: (1)不做单元测试 (2)组织级要求了开发人员做单元测试,但是开发人员在做单元测试时,测试用例仅覆盖了程序中的正常路径,基本上是一个函数只有一个单元测试用例 (3)组织级要求了每千行代码必须有多少个单元测试用例,一般是在50个/KLOC到100个/KLOC之间。 (4)要求语句覆盖与分支覆盖必须达到100%。其中(3)、(4
加入社区微信群
与行业大咖零距离交流学习


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