2010年11月23日,星期二10:46

您的图表会问什么问题?

由Bob Maksimchuk撰写

在最近与一位敏捷教练和业务分析师的同事进行的讨论中,我问她,BA社区对业务分析的实践感兴趣吗?她的回答使我感到惊讶。她说,许多广管局想要的是向客户提出问题的完美清单。完美的问题清单?真?谁啊

我认识的业务分析师非常敏锐。我一直以为他们有自己喜欢的问题要问,而且他们有喜欢的启发技术,用于找出所需的其余信息。即使没有,BABOK仍具有许多启发技术,甚至包括一些典型问题。但是完美的清单?对于所有情况?

而不是完美的清单,相关清单又如何呢?如何创建?好多年以来,我们已经说过,价值图/模型(BPMN,UML,SysML,IDEF等提供)主要是通信。但是在实践中,建模的使用通常会演变成仅作为文档创建的图表。然后将这些图提供给其他人。瞧-交流!不,不是。建模是一个 分析技术 产生文档的副作用。如果您有可以帮助您了解所要问的“导游”怎么办?你做。让您的图表作为指导。

为了演示这一点,让我们从图1所示的简单UML用例图开始。这是用于安全系统自动化的初始用例图。在这里,我们有一个安全负责人,他使用该系统来管理人员,批准预算,批准安全凭证和监视外围。让我们开始与安全负责人一起游览。

BA-Nov23

图1-用例图

您可以问有关安全负责人的哪些问题?

  • 那里有几位保安负责人?  (One per plant?  One per location?  Just one?)
  • 如果有多个安全负责人,他们是否具有不同的安全凭据?
  • 安全凭证的级别是多少? 有些超越别人吗?
  • 系统是否需要记录对安全系统的登录?
  • 系统是否需要记录其他安全事件? 那会是什么?
  • 系统是否需要重置登录名/密码/安全凭证?

请注意,我们并未专注于安全负责人。 这种“跟着线程”提问是发现新问题的一种方法。

让我们回过头来关注安全首席演员。 这个演员不仅仅是一个普通的人物。 这是一个真实的人在现实世界中扮演的真实角色。 因此,请考虑可能扮演这个角色的真正的人。 

  • 他们几岁? 
  • 他们接受什么程度的教育? 
  • 他们的技术水平如何? 
  • 他们对技术感到满意吗? 
  • 他们是色盲的吗? 
  • 他们有身体上的障碍吗? (如果有,则可能需要遵守法规要求,例如《美国残疾人法》)。
  • 他们的主要语言是什么?

开发一些基本的“用户角色”的技术提供了一些见解,这些见解可能揭示出关键的约束条件,这些约束条件不仅对于需求确定和分析,而且对于系统的设计和实现都是重要的。 您可能需要描述多个角色,以确保将安全主管视为一般角色时可能被忽略的任何要求。 一些简单的例子:

  • 曾是前执法人员的安全负责人。 他不是专职安全负责人。 他从未使用过智能手机。 他甚至不使用手机。
  • 一名退休老头的保安长。 他是高中文化程度的新员工。
  • 从现役军人返回的退伍军人保安官。 她已退出服务,但仍然是预备员。 她with行。

诸如此类的简单角色集会导致您遇到限制/问题,例如:

  • 可用性-系统必须可由技术水平不高的人员使用。
  • 可操作性-该系统必须由具有高中学历的人操作。
  • 监视外围设备用例。 是否有一个预期的时间表,安全人员必须在此时间表中完成整个安全范围的循环? 系统和/或物理工厂是否考虑了身体残疾? 

这样做的目的是将您的思维置于不同的背景下,不同的观点下,以帮助创建更可靠的需求集。 一个警告-为避免陷入“分析瘫痪”,请勿尝试涵盖所有可能的情况。  Why? 因为很可能,YAGNI-您将不需要它。 使用您的判断并创建一组有代表性的角色。

让我们继续进行我们的旅行并“走图表”。 从角色开始,让我们转到角色和用例之间的连接器。 此连接器指示参与者启动特定用例。 这导致我们提出以下问题:

  • 此用例启动的频率/频率?
  • 如果参与者在第一次执行完成之前第二次启动用例,会发生什么?
  • 如果第二个参与者(另一个Security Guard)在第一次执行完成之前第二次初始化用例,会发生什么?
  • 在启动,停止,中断用例方面是否有任何限制?
  • 关于此用例是否有任何预期的前提条件(或业务规则)?

同样,转到图中的用例:

  • 安全负责人还有什么需要成为该系统的一部分吗?
  • 安全负责人还有什么其他事情会影响该系统以外的其他部分?
  • 系统可能还需要执行其他与安全相关的功能(例如,日志安全事件)?
  • “监控”周长具体是什么意思? “操作”(即手动完成)与自动化相比有多少?
  • 还有其他人发起这些相同的用例吗?
  • 还有其他人执行部分用例吗?

最后两个问题将我们带回到安全总监的角色。 这些问题可能会导致创建其他参与者。  See Figure 2. 在这里,我们添加了两个新角色:Manger和Guard。 安全负责人管理其他安全人员。 该公司中还有其他一些非安全经理,他们还管理人员并批准预算。 安全首长不是唯一走遍外围的人。  So do her Guards. 我们看到安全负责人扮演着多个角色:安全负责人既是经理又是警卫(由带有清晰箭头的一般化协会所指出)。

Nov_23_BA_2图2-更新了用例图以显示复合角色

具有这样的复合角色是很常见的。 考虑你自己的位置。 您可能有人力资源组分配的给定职位。 但这是您在工作中唯一要做的吗? 如果您是企业家,那么您可能会扮演多个角色:销售员,市场营销,会计,主管,业务发展等。

在这个简单的示例中,我们仅使用了这张图来说明问题。  您可以使用的其他图表(例如活动图,类图,顺序图等)为您提供了其他不同的问题,因为每种图表类型都有自己的重点。

您将以“完美”的问题结尾吗?  No. 但是您会遇到一系列与正在使用的系统特别相关的问题。 结合您最喜欢的问题和启发技术,您应该能够轻松地创建要回答的问题的可靠列表。

让您的图表告诉您要问什么。 只是不要陷入与他们交谈的陷阱。

别忘了在下面留下您的评论


罗伯特·马克西姆楚克 是Project Pragmatics的首席顾问。访问 http://www.ProjectPragmatics.com 用例驱动的开发-敏捷-Scrum-UML©-流程改进-面向对象的分析和设计教练/导师-系统工程-企业体系结构。您可以通过Bob的博客关注Bob,网址为: http://rmaksimchuk.wordpress.com, 推特 @BobMaksimchuk或LinkedIn http://www.linkedin.com/in/rmaksimchuk

©BA Times.com 2020

麦格雷戈徽标白色网站