用例与功能如何表示?

发表于:2022-7-27 09:32

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:konakona    来源:知乎

分享:
  下面就从业务目标列表出发分步骤进行需求分析
  · 从业务目标到特性列表
  业务目标是组织或客户的高层对未来系统的期望,最终要落实到使用这套系统的人(最终用户)实际操作中所需的功能——“用户需求”。如果从业务目标向用户需求直接过渡的话,中间的跨度过大,因此借助特性列表技术作为中间的“跳板”。
  将特性看作为高度概括的功能性需求,它的数量将比具体的用户需求的数量要少一个数量级。它的作用是支持从业务目标到用户需求的过渡思维:“为了达到期望的业务目标,未来系统应在大方向上具有哪些方面的特性,每个特性再有一组功能来支撑。”
  根据这一思想将以上列出的PM Tool的业务目标转换成特性列表。例如:为了使项目成员之间更顺畅地协作,应使人物的分配对所有项目成员透明并支持任务的重新分配。
  根据如上提示将PM Tool的所有业务目标转换成特性列表,并记录
  · 从特性列表到用例图
  用例图技术是捕获和记录用户需求的合适技术,它是以用户为中心的,用例名是用户需求最直观、最简便的反映。
  与用户讨论的结果如下:在PM Tool案例中主要的功能模块有项目信息管理,任务管理,资源管理和协作管理。在项目信息管理中包含创建项目,修改项目信息和查看项目信息的功能;在任务管理中有添加项目任务,分配项目任务,修改项目任务,浏览个人任务,浏览项目任务和反馈进度的功能;在资源管理中包含添加项目资源,从HR系统导入资源和查看资源负荷的功能;在协作管理中包含发布通知,查看通告,发布求助,相应求助和管理个人日历的功能。
  PM Tool案例中主要用户分为两种角色:项目成员和项目经理。项目经理可以管理任何一个模块,而项目成员只能使用模块中的一部分功能:在项目信息管理模块中,只能查看项目信息;在任务管理模块中可以使用浏览个人任务,浏览项目任务和反馈进度的功能;在资源管理模块中可以使用添加项目资源和从HR系统导入资源;在协作管理模块可以使用查看通告,管理个人日历,发布求助和响应求助的功能。
  根据第一步得到的特性列表的启发和上面的调查分析,画出PM Tool总的用例图。
  · 从用例图到用例规约
  用例图虽然是一个有利的工具,可是并不足够。即需求分析进行到用户需求的层次并不足够,因为如果不明确定义软件系统的行为需求,就无法进行系统的开发。在基于用例技术的需求实践中,此时应编写用例规约。
  请根据第二步得到的用例图写出PM Tool 案例的用例规约。下表给出“添加项目任务”的用例规约,请结合此例写出PM Tool案例的其他用例规约。
  本文内容不用于商业目的,如涉及知识产权问题,请权利人联系51Testing小编(021-64471599-8017),我们将立即处理
价值398元的测试课程免费赠送,填问卷领取吧!

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计

法律顾问:上海漕溪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2022
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号