2016年5月3日星期二08:17

上下文中的要求第1部分:知道就可以了!

撰写者

我一直信奉“上下文就是一切”这一说法。作为与业务用户打交道的业务分析师,理解讨论主题的上下文至关重要。

在思考什么构成质量要求时,我想到还有许多其他环境在起作用。示例包括组织成熟度级别(从非正式到最优化)和交付上下文(从绿色字段到打包获取)。

相关文章: 是否需要更快的要求?像雪人一样建造它们!

这是有关业务需求的系列文章中的第一篇。我的主要目标是帮助业务分析师改善对需求的理解和记录。随着人们对多种环境的认识的提高,我相信可以提高记录的需求的质量,从而可以更好地设计,开发和实施业务系统。

马克·吐温(Mark Twain)说:“每个人都在谈论天气,但没有人对此做任何事情。”在IT环境中,等效的说法是:“每个人都认为良好的需求是必不可少的,但没有人对此做任何事情。”一个完美的例子就是经典的IT卡通作品“ The Swings”:

Tasker文章

对于这部动画片来说,有趣的是,它所描绘的情况与发布上述版本时的今天所交付的业务系统一样真实。尽管技术上难以想象的改进,但经过40多年的奋斗,并且大多数时候未能满足用户的期望。

我没有幻想我打算呈现的内容会神奇地使一切变得更好。但是这些文章至少是我试图对此做些什么。如果您正在阅读此书,则意味着您有兴趣提高自己的文学士技能。希望了解不同环境对需求的影响将导致这一点。

商业信息系统上下文

我发现几乎不可能摘下业务分析师的帽子。每当家人或朋友提到他们想要的东西–新车,电器时,我都会立即进入“需求模式”。我开始提出问题,以帮助他们专注于自己的思维,从而使自己做到最好。选择。

我突然想到,当我开始介绍与要求相关的各种上下文时,我应该为这一系列文章设置上下文。我打算关注的需求上下文是业务信息系统。并且,尽管完整的信息系统包括硬件和网络方面,但是将要讨论的需求上下文将不包括这些技术方面。需求上下文将集中于与业务用户交互以交付系统功能和信息组件的业务分析师。

请注意,当我使用“系统”一词时,从需求的角度来看,这并不意味着每个需求都将导致基于计算机的解决方案。收集到需求之后,接下来的工作是确定哪些需求将获得自动支持,哪些需求将留作手动流程。

功能和信息组件

最早的“计算机”主要是电子计算器。他们允许将复杂的公式分解为单独的计算步骤。用一种语言表达了这些步骤后,计算机便可以理解生成的指令集已准备就绪,可以接收要处理的数据。最终产品是一组计算结果。

当企业开始使用计算机时,他们的目标是维护有关企业的数据。计算要求最小。简单的事情,例如从客户的帐户余额中增加或减少存款和取款金额。原始的计算机化业务系统全部通过读取批处理数据,在通过系统的每个记录上进行操作并在处理下一个记录之前产生单独的结果来执行其功能。

随着数据库管理系统的出现和对计算机应用程序的“实时”访问,计算机可以支持越来越多的业务流程。如今,几乎每个办公室工作人员的办公桌上都装有一台计算机。借助无线网络和便携式设备,办公室外的工作人员(和客户)可以在需要时访问所需的信息。

在业务信息系统的重点是捕获和利用数据的功能的支持下,我提供了耐克口号“ Just Do It”的变体。我们收集并记录要求的业务信息系统的目标应该是“只知道它”。

功能上下文/高级要求

在将这些文章作为业务信息系统建立了上下文之后,旅程本身将在下一篇文章中开始。在其中,我将介绍我使用多年的技术,以帮助建立功能环境以进行需求收集工作。此功能上下文的更常用术语是“项目范围”。

我还将讨论将范围界定练习与产生高层次需求相结合的可能性。这样做的结果是将需求任务减少到数小时而不是数天(或数周)。这将是使用“上下文就是一切”这一思想的实力的几次展示中的第一个。

丹·塔斯克

Dan撰写了两本书,撰写了许多文章,最近在IT行业工作和咨询了48年,最近退休了。他最初的十年是在美国和加拿大作为开发人员(当时称为“程序员”)工作的。随后是两年的计算机编程,数据库设计和数据建模教学。他职业生涯的其余时间都曾在加拿大,澳大利亚和新西兰担任业务分析师。

他继续对质量要求充满热情,并帮助业务分析师制定这些要求。可以通过以下方式与他联系 [email protected]

©BA Times.com 2020

麦格雷戈徽标白色网站