软件工程
kuai2361425
这个作者很懒,什么都没留下…
展开
-
用例的基本概念-----摘自《大象-------Think in Uml》
<br />基本概念<br /> 用例是一种把现实世界的需求捕获下来的方法。<br /> 官方文档对用例是这样定义的:用例定义了一组用例实例,其中每个实例都是系统所执行的一系列操作,这些操作生成特定主角可以观测的值。<br /> 这怎么理解呢?我们先换个说法,一个用例就是与参与者(actor)交互的,并且给参与者提供可观测的有意义的结果的一系列活动的集合。这个说法应当更清楚一些。所谓的用例,就是一件事情,要完成这件事情,需要做一系列的活动;(用例就是活动)而做一件事情可以有很多不同原创 2010-12-04 22:20:00 · 1064 阅读 · 0 评论 -
用例的特征---------摘自《大象-------Think in Uml》
<br />用例的特征<br /> 用例有着一系列的特征。这些特征保证用例能够正确地捕捉功能性需求,同时这些特征也是判断用例是否准确的依据。<br /> 1.用例是相对独立的<br /> 这意味着它不需要与其他用例交互而独自完成参与者的目的。也就是说用例从“功能”上说是完备的。用例本质体现了系统参与者的愿望,不能完整达到参与者愿望的不能称为用例如取钱是一个有效的用例,填写取款单却不是。因为完整的木的是取到钱,没有人会为了填写取款单而专门跑一趟银行的。<br />原创 2010-12-11 22:20:00 · 3088 阅读 · 0 评论 -
什么是参与者
<br /> 根据UML官方文档的定义是:actor是在系统之外与系统交互的某人或某事物。你看得懂吗?我也看不懂! <br /> <br /> 不过我知道参与者的几个性质。<br />1. 参与这位与边界之外<br />2. 参与者可以是非人<br /> <br /> 那么整样才能确定系统之外还是系统之内呢?可以通过回答下面两个问题来确定,能帮助我们找出参与者从而确定边界。<br />1. 谁对系统有着明确的目标和要求并且主动发出动作?<br />2. 系统是为谁原创 2010-11-10 22:30:00 · 5605 阅读 · 0 评论