2011年11月15日星期二11:40

第2部分:金线程 - 要求元模型

Written by

介绍

在本文的第1部分中,我们专注于更高级别的要求,通常被称为业务需求,目标,福利和利益相关者/用户要求以及它们之间的关系。在本文的第2部分中,我们检查较低级别的要求,有时称为详细,功能或舞会森林要求(我更喜欢术语详细要求,因为我认为功能和舞会森林要求具有可能误解的内涵)。

要求类型 - 详细要求

在本节中,我们将探讨业务规则,用户,功能,非功能,数据,报告和转换要求之间的定义和关系。

下图提供了这些要求和相关实体的元模型的一部分。

11月1日

图2:需求元模型

商业规则

定义:

业务规则是组织必须或已决定它必须坚持的事情。

例子:

客户必须至少有一个合同账户。

可能的来源:

约束,用户要求,立法和中小企业等。如果您很幸运,您的组织可能具有一个业务规则存储库,可能包含您可以重用的业务规则。

与其他要求的关系:

业务规则可以被视为一种限制或约束,可以生成几个业务规则。业务规则也可能是某些用户要求的一部分。

功能要求

定义:

功能要求是能够代表用户做某事的舞会森林的要求。

例子:

该舞会森林必须能够在基本合同上为客户设置10英镑的每月直接借记卡。

可能的来源:

这些可能来自于 动词 如果它是棕色字段项目,则包含在用户要求,使用情况,方案和潜在的舞会森林中。

与其他要求的关系:

功能要求具有与用户要求的可选关系。它们也可以从业务规则和约束生成。

约束

定义:

约束是可能以某种方式限制或限制舞会森林的限制。 这可能会产生功能要求和业务规则。约束可以是可以开发它的允许平台,或者预算限制限制项目的可能性。这些可能是这些组织的原因,但它们总是值得答复。

例子:

舞会森林必须在J2EE平台上构建。

可能的来源:

项目方法等组织标准。

与其他要求的关系:

约束可以影响功能要求;他们也可能与业务规则有一致的关系。

非功能性要求

定义:

非功能性要求是关于舞会森林的品质,有时被称为服务质量。这些涵盖关于在用户界面中并不总是显而易见的舞会森林的涵盖,例如遵守安全标准或某种可用性标准。除此之外,非功能要求应考虑:

  • 合法合规
  • 安全
  • 可扩展性
  • 表现
  • 可恢复性
  • 无障碍
  • 可支持性
  • 其他公司特定标准
  • 可用性。

例子:

该舞会森林必须符合WAI可访问标准到AA级别。

可能的来源:

公司标准,用户要求,必须遵守使用和存储数据国家的立法。

与其他要求的关系:

非功能要求可能是约束的结果。

数据要求

定义:

数据要求标识业务实体及其舞会森林所需操作的特征。简单地,这是业务感兴趣的信息。

例子:

实体: 顾客
属性: 格式/示例: 可能的价值
标题 先生 以下文本价值观:MRS MRS MIS MS Prof Dr
Ewan. 纯文本
阿什利 纯文本
地址1 泰晤士河 纯文本
地址2 10王街 纯文本
地址3. 鉴定 纯文本
纯文本
伯克希尔 纯文本
邮政编码 RG1 1AA 纯文本
国家 英国 可能的价值观包括:苏格兰威尔士北爱尔兰英格兰
电子邮件地址

您还可以包括使用类图或实体关系模型的实体和基数之间的关系。

可能的来源:

密切注意,提防,小心 名词 在诸如用户要求的要求中,可以在商业用例中阐明。

与其他要求的关系:

可能有许多与用户要求或其他业务需求的关系。

报告要求

定义:

来自商业舞会森林背景,我已经工作的大多数项目,几乎总是报告要求。我会将报告要求定义为商业希望了解对业务特定状态的事项。

例子:

客户销售通过产品类型在数据范围内。

可能的来源:

用户要求,数据要求(可以推断报告要求),非功能要求可能具有相关的报告要求。

与其他要求的关系:

报告要求可能与用户要求有关。它们必须与至少一个数据要求相关,并且可能有更多。

过渡或实施要求

定义:

这些是作为项目的一部分需要发生的传递要求,以获得舞会森林或更改。这些可以包括诸如向用户培训或将数据从一个舞会森林迁移到另一个舞会森林的要求。

例子:

所有新客户数据必须每月迁移到Lead管理舞会森林,直到启动。

可能的来源:

公司的制约因素如使用的项目方法,IT基础架构设置的方式和公司政策。

与其他要求的关系:

由于非功能性要求,数据和功能要求,这些可能会出现,并且也可能存在管理某些过渡要求的组织限制。

这些使得实现其他要求。

验收标准

验收标准是需求的重要组成部分,是开发,测试和用户验收测试所需的一部分。

定义:

验收标准是必须满足需求的标准。另一种说法是:当它实现时,这项要求会是什么样的?

例子:

提供一个有意义的示例,我们需要需要:

要求:该舞会森林必须能够为基本合同上为客户提供10英镑的每月直接借记卡。

验收标准:

  1. 客户的每月付款记录存在。
  2. 每月付款记录为10英镑。
  3. 客户有一个基本的合同记录。
  4. 付款是在每月付款记录的付款日期的相同日期。

可能的来源:

中小企业,利益攸关方,推断出它涉及的要求。

与其他要求的关系:

所有要求必须至少有一个验收标准。

11月12日

图3:要求接受标准

结论

本文试图向原始问题提供某种答案:需求文件和功能要求文件之间有什么区别。 通常用于项目,您可以找到一个商业要求文件或高级要求文件,其中包括:

  • 项目目标
  • 好处;
  • 用户要求及其验收标准
  • 约束。

它也可以包括:

  • 高级数据要求
  • 高级功能要求
  • 高级非功能性要求
  • 高级报告要求
  • 高级过渡要求。

您还可以找到一个舞会森林要求文件或详细要求文件或功能要求文件,其中包括:

  • 功能要求
  • 非功能性要求
  • 数据要求
  • 报告要求
  • 过渡要求
  • 商业规则
  • 验收标准。

显然,这是非常项目的导向,在业务中确实存在,而不明确地与其他商业实体有关。我们专注于特定项目并已发现此元模型的产品可以应用 - 为追溯到项目目标的低级要求提供追踪要求的金线。这使我们能够验证该要求在范围内,并有助于业务福利,因此提供业务价值,最终是值得的。

第3部分:金线 - Scrum meta-model ...

别忘了留下你的评论。


ewan Ashley 是英国天然气在智能家庭工作的商业分析师。他特别有兴趣开发业务分析师,该价值的作用可以带来组织,要求重用和企业架构。 EWAN拥有超过十年的IT /是项目的经验,曾担任开发商,发展经理和业务分析师经理。

最新来自Ewan Ashley

©ba time.com 2021

MacGregor Logo White Web