首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >要求,用户还是系统预告?

要求,用户还是系统预告?
EN

Software Engineering用户
提问于 2017-06-06 12:06:54
回答 1查看 105关注 0票数 0

如何识别何时使用用户或需求的系统定义?

在下面的例子中:

用例:根据状态预条件列出帖子:管理员是通过身份验证的。有在系统中注册的项目。触发器:管理员希望根据其状态列出帖子(已发布,草稿) Ator: admin主流:

  • 系统显示已保存的职位和所有列表选项(已发布、删除)
  • 管理员选择一个列表选项。
  • 系统根据管理员选择的列表选项列出帖子。

后条件:

  • 根据管理员选择的状态列出的帖子。

所需职能是:

  • 当管理员访问posts管理页面时,系统将向管理员显示所有已注册的帖子。
  • 系统应根据管理员选择的状态列出职位。
  • 如果没有挂号信,系统将向管理员提供信息信息。
  • 只有当管理员登录时,系统才会列出帖子。

  • 管理员在访问邮件管理页面时,应能够查阅所有已注册的帖子。
  • 管理员将能够根据其状态列出帖子。
  • 如果没有挂号信,将通知管理员。
  • 管理员应登录,以检查所有已登记的帖子。

还是一个都没有?还是平等的?

EN

回答 1

Software Engineering用户

回答已采纳

发布于 2017-06-06 13:34:24

将所有东西记录为X应该是过于正式的,不对人友好,很容易错过实现需求或者不发现应该是需求的假设。我喜欢使用格尔金风格的语法来记录需求,不管您是否使用它来开发自动化测试。给定的,什么时候,然后语法给你一些不错的奖金。

  • 以这种方式记录的需求很容易理解。
  • 当试图用单个语句记录太多文档时,情况就变得很明显了。
  • 它让您思考系统的行为方式,这可以帮助您发现遗漏的需求或需要澄清的区域。
  • 您得到的需求被写成了验收标准。
  • 您可以在自动化测试的同时使用它们,以便更有信心正确地实现所有需求,并且更改没有破坏现有的功能。

如果由于无法控制的决策而不得不以这样的方式记录需求,那么您选择什么并不重要。选择哪种方式让人们高兴地想要这样的文档,这两个选项都同样无关紧要。

票数 0
EN
页面原文内容由Software Engineering提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://softwareengineering.stackexchange.com/questions/350251

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档