用例分析

细化迭代2——销售用例分析以及补充性规格说明

用例图用例UC1：处理销售范围：快餐店POS应用级别：用户目标主要参与者：收银员涉众及其关注点：--收银员：希望能够准确、快速地输入，而且没有支付错误，因为如果少收货款，将其薪水中扣除--顾客：希望以最小代价完成购买活动并得到快速服务。希望便捷、清晰地看到所输的商品项目和价格。希望得到购买凭证，以便退货。--公司：希望准确地记录交易，满足顾客需求。希望有一定的容错性，也能够完成销售。--经理：希望
草皮·2015-04-16 22:00

12信管4 团队45搞什么鬼细化迭代1文档（1.1、1.2、3.2）

面包店销售系统的简单用例分析——处理销售：顾客携带所购商品到达收银台；收银员使用面包店的POS系统记录每件商品；系统连续显示累计总额，并逐行显示细目；顾客输入支付信息，系统对支付信息进行验证和记录；系统更新库存信息
lvyingxin·2015-04-02 23:00

我们应当怎样做需求分析--之二

我们应当怎样做需求分析：行动图和状态图前面，我们耗费了大量的篇幅来讨论用例分析及用例图。用例图，无疑是功能分析、角色分析，以及流程分析的利器，它将我们要开发的系统，清晰而详尽地描述出来。
深圳天海·2014-11-28 22:56

如何写好系统用例

但在很多项目中，用例分析这个过程被忽略而过。程序员往往只看到文本的需求，就自己开始做了，对于小项目或许这样可以，如果是大项目，后期肯定崩溃
paulwong·2014-10-24 09:00

老美优惠券获取攻略和相关产品用例分析

本文翻译自BuzzFeed，作者是名女性编辑，所以里面有些取巧的购物方法，可以理解：）1.在购买之前，创建一个帐号，声明你的生日是在那一天（呃...），很多网站会给到你5%到20%的折扣。2.当你在线购物时，试着把物品在购物车里放上两天，根据Reddit社区的经验分享，很有可能在线零售商在此期间会给你发来一个email折扣，这恐怕得“归功于”转换率跟踪和数据分析，某些时候这个功能的确促进了用户消费
iefreer·2014-07-03 13:00

需求用例分析之九：序列图

在雅各布森用例分析方法中鼓励使用各类图形来表达，但恰恰没有明确提到序列图。而科伯恩用例分析方法以结构化/半结构化文本用例为中心，强调基于目标的文本格式，对UML各类图所提甚少。
zhangmike·2014-06-25 21:20

需求用例分析之九：序列图

在雅各布森用例分析方法中鼓励使用各类图形来表达，但恰恰没有明确提到序列图。而科伯恩用例分析方法以结构化/半结构化文本用例为中心，强调基于目标的文本格式，对UML各类图所提甚少。
zhangmike·2014-06-25 21:00

苍狼敏捷需求用例分析方法简介并讲义下载

作者：张克强   作者微博：张克强-敏捷307用例分析方法已经有不短的历史，发展出了多种用例分析方法。
zhangmike·2014-06-16 05:00

需求用例分析之七：业务用例之小结

作者：张克强   作者微博：张克强-敏捷307RUP虽然对于业务对象建模进行了详细的说明，但其本身并没有把业务对象建模（领域模型）、业务用例作为必须的工件。Rational系方法把业务用例作为需求规格说明（SRS）前的推荐工件。    在《编写有效用例》中，业务用例被放在很次要的位置，前面提到云朵和风筝时，科伯恩并没有清晰的指出这是业务用例，相反的还是在系统范围内讨论用例。而且科伯恩还指出了2大“
zhangmike·2014-06-08 11:00

需求用例分析之八：用例颗粒度

作者：张克强作者微博：张克强-敏捷307RUP系的考虑在RUP中，没有对用例的颗粒度给出清晰的指导。2004年Rational中国区技术销售经理傅纯一发表一文《用例建模指南》，是这样说明用例的粒度的。我的系统需要有多少个用例？这是很多人在用例建模时会产生的疑惑。描述同一个系统，不同的人会产生不同的用例模型。例如对于各种系统中常见的"维护用户"用例，它里面包含了添加用户、修改用户信息、删除用户等操作
zhangmike·2014-06-08 09:04

需求用例分析之八：用例颗粒度

作者：张克强   作者微博：张克强-敏捷307RUP系的考虑在RUP中，没有对用例的颗粒度给出清晰的指导。2004年Rational 中国区技术销售经理 傅纯一发表一文《用例建模指南》，是这样说明用例的粒度的。我的系统需要有多少个用例？这是很多人在用例建模时会产生的疑惑。描述同一个系统，不同的人会产生不同的用例模型。例如对于各种系统中常见的"维护用户"用例，它里面包含了添加用户、修改用户信息、删除
zhangmike·2014-06-08 09:00

需求用例分析之五：业务用例之Rational系

作者：张克强   作者微博：张克强-敏捷307RUP中对于业务用例的说明 业务用例的定义："业务用例从一个外部的，增加值的角度来描述一个业务过程。为了给这个业务的涉众创造价值，业务用例是超越组织边界的业务过程，很可能包括合作伙伴和供应商。"    业务用例实例是在业务中执行的一系列动作，这些动作为业务的个体主角产生具有可见价值的结果。 业务用例定义了一组业务用例实例。业务用例具有名称。 业务用例是
zhangmike·2014-06-02 21:00

需求用例分析之三：补充规约

补充规约在RUP中是记录那些在用例模型的用例中不容易体现出来的系统需求。这些需求包括： § 法律法规方面的需求和应用标准。§ 要建立的系统质量属性，包括可用性需求、可靠性需求、性能需求和可支持性需求。§ 其他需求，诸如操作系统和操作环境、兼容性需求以及设计约束。补充规约是对用例模型的重要补充。补充规约和用例模型应该一起获取对系统的一整套需求。通过以上文字可以知道，补充规约是全局性的要求，与上述c文
zhangmike·2014-05-18 20:00

需求用例分析之二：级别设置

在《编写有效用例》（阿莱斯特-科伯恩著，以下用科伯恩用例来指代）一书中，赋予了用例不同的级别，科伯恩形象的设定了如下级别：海平面、云朵、风筝、蛤等等。 科伯恩建议用例级别分为多个个目标层次：概要、用户目标、子功能，书写需求用例时，只能选择其一，下面对其具体说明：概要：包括多个用户目标，它有“显示相关目标的生命周期顺序”和“为低层用例提供一个目录表”的功能，概要用例通常需要执行几个小时、几天、几个星
zhangmike·2014-05-05 06:00

需求用例分析之异常流

问题的引出备选流，又称备选事件流，英文是AlternativeFlow。在RUP和UML中，备选流的解释如下：备选事件流包括与正常行为相关的可选或异常特征的行为，同时也包括正常行为的各种变形。您可以将备选事件流看作是基本事件流的“绕行道”，有些备选事件流将返回到基本事件流，而有些将结束此用例的执行。分析RUP对于备选流的定义，可以看到备选流可以分成两类：1，不同做法但仍然达成用例目标；2，异常情况
zhangmike·2014-05-03 22:00

需求用例分析之异常流

问题的引出备选流，又称备选事件流，英文是Alternative Flow。在RUP和UML中，备选流的解释如下：备选事件流包括与正常行为相关的可选或异常特征的行为，同时也包括正常行为的各种变形。您可以将备选事件流看作是基本事件流的“绕行道”，有些备选事件流将返回到基本事件流，而有些将结束此用例的执行。 分析RUP对于备选流的定义，可以看到备选流可以分成两类：1，不同做法但仍然达成用例目标；2，异常
zhangmike·2014-05-03 14:00

需求用例分析之一：异常流

问题的引出备选流，又称备选事件流，英文是Alternative Flow。在RUP和UML中，备选流的解释如下：备选事件流包括与正常行为相关的可选或异常特征的行为，同时也包括正常行为的各种变形。您可以将备选事件流看作是基本事件流的“绕行道”，有些备选事件流将返回到基本事件流，而有些将结束此用例的执行。 分析RUP对于备选流的定义，可以看到备选流可以分成两类：1，不同做法但仍然达成用例目标；2，异常
zhangmike·2014-05-03 14:00

UML-用例图(1)

【我能干啥】用例分析可以认为是对系统功能的分解。怎样确定用例的粒度？（用例规模的大小）用例的粒度可大可小，一般一个系统控制在20个左右，但没有严格
feipeixuan·2014-04-07 19:00

连载：面向对象葵花宝典：思想、技巧与实践（18） - 用例分析

很多人在分析需求的时候，采用的是东扯葫芦西扯瓢的方式，列出了很多的需求点，但当你看完后，你还是不知道到底要干嘛！！ ----写在前面用例，英文名称Use Case，英文和中文都是很好理解，因为大家都这么用，我们暂且不去追究名称上的问题，只要知道“用例是用来描述需求的流程”，即：描述5W1H中的How。 看起来用例应该很好写，因为用例是描述需求的流程的，而需求的流程一般都是客户根据自己的业务总结出来
yah99_wolf·2014-03-17 10:00

Robotium之用例分析

这篇文章写的很好，有时间玩玩。如果大家配置好了Robotium的测试环境，那么开始吧（这里只介绍有源码的情况，没有源码也是可以做的）被测应用下载：http://download.csdn.net/detail/wirelessqa/4487252测试代码（只贴出MainActivity和GridView，用例很简单就不多作注释了）大家可以对照着Athrun的用例来看看两个框架的区别[java]vi
shandong_chu·2014-03-13 09:00

ReadProcessMemory与WriteProcessMemory用例分析

首先介绍一个函数VirtualProtectEx，它用来改变一个进程的虚拟地址中特定页里的某一区域的保护属性，这句话有些咬嘴，直接从MSDN中翻译过来的，简单来说就是改变某一进程中虚拟地址的保护属性，如果以前是只读的，那改变属性为PAGE_EXECUTE_READWRITE后，就可以更改这部分内存了。具体看它的实现BOOLWINAPIVirtualProtectEx( __in  HANDLEhP
chenchong_219·2014-01-07 00:00

用例分析

自从1992年IvarJacobson发表了关于如何使用用例，从系统用户的角度来提取软件需求的方法的论文之后，这种方法已经逐渐流行起来。但是有一个最常见的问题是：当我得到了用例之后，如何才能把他们用代码实现出来？本文由两部份组成，将会用一个实际的案例来说明这一点。如何从用例中提取需求，并加以分析，进一步将其转化为可以直接进行编码的格式。我希望能够把这一过程讲清楚，这样你在当前的，或是下一个软件项目
u011721609·2013-11-26 19:00

浅析动态表单

用例分析：表单就不用说了，就是我们提交的页面；表单域是指一个字段，例如注释中的例子：用户名称这一字段就是表单域；一个表单域一般由标签、名称、表单输入形式、条目、表单域类型构成；每一种表单输入形式都对应一个
liu765023051·2013-11-21 11:00

国软世纪：IT类精品课程

 国软世纪：IT类精品课程高效测试管理北京3000元/人软件自动化测试北京4500元/人测试用例分析与设计北京3000元/人软件全面质量管理北京4500元/人软件安全测试实践工程师北京4500元/人大型架构案例分析北京
高峰010·2013-10-22 15:00

职责驱动设计和领域驱动设计

我们在分析系统时，首先是根据客户需求进行用例分析，然后根据用例绘制领域模式和分析模型，整个系统最主要的类就形成了。通过以上分析形成的类，往
jingdian_leo·2013-10-16 14:00

.NET领域驱动设计—实践(穿过迷雾走向光明)

阅读目录开篇介绍1.1示例介绍(OnlineExamination在线考试系统介绍)1.2分析、建模(对真实业务进行分析、模型化)1.2.1用例分析(提取系统的所有功能需求)1.3系统设计、建模(技术化业务模型
王清培·2013-06-30 22:00

OpenStack Host Aggregation用例分析 (H版)

前两天遇到这样一个问题，用户在创建VMinstance的时候，想让一些VMinstance创建到SSD的机器上，一部分VMinstance创建到SAS的机器上，并且livemigration的时候，也要遵守这样的规则。这是一个非常典型的hostaggregation的用例，我们可以通过AggregateInstanceExtraSpecsFilter来实现此功能。第一步，enableAggrega
xjtuse_mal·2013-06-04 20:00

测试流程

1）产品例会一通过、需求设计就介入（提前介入需求）2）测试计划估算好、范围策略不可少（测试计划是必须的，测试计划关注的重点是测试范围和测试策略）3）用例分析覆盖全、步骤编写看需要（测试分析是必须的，测试用例根据需要来决定
mr_szj·2013-05-07 12:12

应用软件设计需要原型设计工具

应用软件设计需要原型设计工具依据ICONIX过程与AMDD方法，敏捷设计的过程可以大致总结为以下的几个步骤：进行用例分析（或者用户故事），同时设计初步的域（domain）模型。
LiSteven·2013-04-03 13:00

应用软件设计需要原型设计工具

2019独角兽企业重金招聘Python工程师标准>>>应用软件设计需要原型设计工具依据ICONIX过程与AMDD方法，敏捷设计的过程可以大致总结为以下的几个步骤：进行用例分析（或者用户故事），同时设计初步的域
weixin_34344403·2013-04-03 13:00

UML图之五——时序图

用于用例分析和设计阶段。 二、对比1、序列图和协作图序列图跟协作图相似，两种图传递的意思是一样的。不同的是序列图强调的是消息的传递顺序，它将交互关系表示为一个二维图。
wangyongxia921·2012-12-03 08:00

【C】枚举用例分析

枚举，一种构造类型，用于声明一组命名的常数，当一个变量有几种可能的取值时，可以将它定义为枚举类型。 枚举的目的就是提高程序的可读性； 枚举的特殊属性: 初始化一个枚举类型： enum day {Sun=0,Mon,Tue,Wed,Thu,Fri,Sat}; 定义Sun为0，后面的Mon Tue Wed 就为1 2 3 enum day {Sun,Mon=10,Tue,Wed,Th
·2012-12-01 22:00

学习编写用例是开发者走向项目经理的必经之路(《编写有效用例》书评) ――“Jolt大奖精选丛书”有奖征文

无论在哪个一个软件工程的流程模型里，用例分析总是首当其冲的。为什么用例分析如此重要？因为他是连接客户与开发者的纽带。客户的需求被化为用例，而开发者根据用例来决定软件的功能的。
lzyzizi·2012-08-11 18:53

学习编写用例是开发者走向项目经理的必经之路(《编写有效用例》书评) ——“Jolt大奖精选丛书”有奖征文

无论在哪个一个软件工程的流程模型里，用例分析总是首当其冲的。为什么用例分析如此重要？因为他是连接客户与开发者的纽带。客户的需求被化为用例，而开发者根据用例来决定软件的功能的。
lzyzizi·2012-08-11 18:53

Robotium之用例分析

如果大家配置好了Robotium的测试环境，那么开始吧（这里只介绍有源码的情况，没有源码也是可以做的）被测应用下载：http://download.csdn.net/detail/wirelessqa/4487252测试代码（只贴出MainActivity和GridView，用例很简单就不多作注释了）大家可以对照着Athrun的用例来看看两个框架的区别packageorg.onceler.robo
wirelessqa·2012-08-09 14:00

Athrun之用例分析

如果大家配置好了athrun的测试环境，那么开始吧（这里只介绍有源码的情况，没有源码也是可以做的）被测应用下载：http://download.csdn.net/detail/wirelessqa/44872521.导入被测试应用--新建测试工程--依赖被测试应用测试工程的Manifest.xml 2.测试代码（只贴出MainActivity，用例很简单就不多作注释了）pack
wirelessqa·2012-08-09 14:00

测试设计003：测试用例设计生命周期

[文章来源]：专注于测试能力改进测试用例分析与设计是整个测试生命周期中非常重要的一个活动，该测试活动的输出是后续测试执行的主要输入，其质量直接影响后续测试效率、有效性及测试质量。
Wenqiang_Zheng·2012-07-01 08:00

白盒测试的测试用例分析实例

测试用例是测试执行效果的最佳保障途径。因为一直很强调测试用例的执行记录，而且在工作中也总是依赖测试用例的执行记录给予自己软件质量的信心，因此很难想象没有测试用例的测试是什么样子的。和研发组长交流中，时常听到说，代码的测试，我们自己会做的，你为什么要看我的记录呢？我不会去做没有记录，有执行就行了。然而，“有执行”和“有效执行”之间的差距到底有多大呢？我想，它们之间的差距也就是有信心和无信心的区别吧，
lanny-软件工程专家·2012-06-26 17:48

软件测试用例设计生命周期

软件测试用例设计生命周期测试用例分析与设计是整个测试生命周期中非常重要的一个活动，该测试活动的输出是后续测试执行的主要输入，其质量直接影响后续测试效率、有效性及测试质量。
qileilove·2012-05-31 09:00

一种E2E的架构设计流程

2、需求分析，针对1中搜集到的需求，首先按类划分整理，再对原始需求进行分解，生成子业务需求，在根据业务需求做用例分析。用例分析中，需要对每个用例业务模型
elminstre·2012-05-27 09:33

一种E2E的架构设计流程

2、需求分析，针对1中搜集到的需求，首先按类划分整理，再对原始需求进行分解，生成子业务需求，在根据业务需求做用例分析。用例分析中，需要对每个用例业务模型
elminstre·2012-05-27 09:33

我们应当怎样做需求分析：业务领域分析

前面我们谈到了功能角色分析，或者说用例分析，它是从整体的角度对整个系统人机交互的分析与整理。
fangang·2012-04-15 21:00

我们应当怎样做需求分析：业务领域分析

前面我们谈到了功能角色分析，或者说用例分析，它是从整体的角度对整个系统人机交互的分析与整理。
fangang·2012-04-15 21:00

我们应当怎样做需求分析：业务领域分析

前面我们谈到了功能角色分析，或者说用例分析，它是从整体的角度对整个系统人机交互的分析与整理。
fangang·2012-04-15 21:00

我们应当怎样做需求分析：业务领域分析

前面我们谈到了功能角色分析，或者说用例分析，它是从整体的角度对整个系统人机交互的分析与整理。
fangang·2012-04-15 21:00

我们应当怎样做需求分析：业务领域分析

前面我们谈到了功能角色分析，或者说用例分析，它是从整体的角度对整个系统人机交互的分析与整理。
fangang·2012-04-15 21:00

我们应当怎样做需求分析：业务领域分析

前面我们谈到了功能角色分析，或者说用例分析，它是从整体的角度对整个系统人机交互的分析与整理。
fangang·2012-04-15 21:00

我们应当怎样做需求分析：行动图和状态图

阅读更多前面，我们耗费了大量的篇幅来讨论用例分析及用例图。用例图，无疑是功能分析、角色分析，以及流程分析的利器，它将我们要开发的系统，清晰而详尽地描述出来。
fangang·2012-04-11 10:00

我们应当怎样做需求分析：行动图和状态图

前面，我们耗费了大量的篇幅来讨论用例分析及用例图。用例图，无疑是功能分析、角色分析，以及流程分析的利器，它将我们要开发的系统，清晰而详尽地描述出来。
fangang·2012-04-11 10:00

我们应当怎样做需求分析：行动图和状态图

阅读更多前面，我们耗费了大量的篇幅来讨论用例分析及用例图。用例图，无疑是功能分析、角色分析，以及流程分析的利器，它将我们要开发的系统，清晰而详尽地描述出来。
fangang·2012-04-11 10:00
上一页 7 8 9 10 11 12 13 14 下一页
按字母分类： ABCDEFGHIJKLMNOPQRSTUVWXYZ其他