码迷,mamicode.com
首页 > 其他好文 > 详细

6.2 高质量的“用例描述 ”

时间:2019-03-17 19:45:48      阅读:183      评论:0      收藏:0      [点我收藏+]

标签:ack   文字   标点符号   ica   沟通   管理员   关注   amp   定义   

2.1 用例描述事物本质,与界面无关

  ? 用例描述,关注参与者的目标,而不是实现界面这类细节

  ? 1)洞察“the goal of the goal ”

    ? Example, “Log on”, 收银员在想着 GUI, dialog box, user ID, and password

    ? 但这是一种实现机制, 不是目标, 目标是验证收银员的身份

    ? 系统分析师得出 ”与实现机制无关”的目标

      ? “能够标识我的身份,并得到授权”

      ? 或者更高的目标 “能够防止小偷非法进入…"

  ? 2)描述事物本质 essential style , 与用户界面无关

    ? 例如, 用例“Manage Users”

      ? 1、管理员标识自己的身份 Administrator identifies self

      ? 2、系统对此身份进行认证 System authenticates identity…

    ? 针对这种描述, 今后的设计可以非常灵活

      ? 生物信息读取\GUI 、指纹识别等
  ? 3)比较另一种描述:具体化风格 Concrete Style

    ? …

    ? 1、管理员在对话框中输入ID和密码(见图3)

    ? 2、系统对管理员进行认证

    ? 3、系统显示“编辑用户”窗口(见图4)

    ? …

    ? 这种方式可以用, 但尽量不要在需求分析的早期! 为什么?
2.2 用例描写要简洁

  ? 有人喜欢阅读大量的需求吗? ?

     例如,保险公司的合同文本

    ? 用例描述应该“用词简洁”

      ? “系统认证…” 、“这个系统认证… ” 哪个简洁 ?
2.3 把用例视作“黑盒”

  ? “黑盒”用例描述 Black-Box Use Cases

    ? 通过职责来描述用例,不描述系统内部是如何工作的、内部有哪些构件等

     do not describe the internal workings of the system, its components, or design

    ? 即,描述系统应该完成那些功能,但不去描述系统是如何完成这些功能的 
2.4 从参与者及其目标的角度进行描述

  ? 根据用例的定义

    ? 系统执行一系列动作,产生对参与者有价值的结果

    ? 关注系统的参与者来编写需求,询问他们的目标和典型场景

    ? 聚焦于如何理解参与者的“有价值的结果”,而不是开发人员认为的“价值”
小结 用例描述

  ? 用例描述很重要、也很难

  ? “口袋技能”、“软技能”

    ? 文字表达能力

    ? 沟通交流能力

    ? 领域问题的理解能力 .  

    ? 归纳、抽象能力

    ? 写作态度

      ? 错别字

      ? 句子

      ? 标点符号

6.2 高质量的“用例描述 ”

标签:ack   文字   标点符号   ica   沟通   管理员   关注   amp   定义   

原文地址:https://www.cnblogs.com/mayZhou/p/10548382.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!