用例分析

OO系统分析员之路--用例分析系列（8）--如何编写一份完整的UML需求规格说明书

这一篇将要讨论到的内容包括：用例补充规约，系统原型，以及需求规格说明书终于到了快结束的时候了，这将是用例分析系列的最后一篇，结果是得到需求规格说明书，以结束需求分析的过程。
zhangfei821024·2008-10-05 22:00

OO系统分析员之路--用例分析系列（8）--如何编写一份完整的UML需求规格说明书

这一篇将要讨论到的内容包括：用例补充规约，系统原型，以及需求规格说明书 终于到了快结束的时候了，这将是用例分析系列的最后一篇，结果是得到需求规格说明书，以结束需求分析的过程。
zhangfei821024·2008-10-05 22:00

OO系统分析员之路--用例分析系列（7）--用例规约的编写--业务规则和实体描述

阅读更多作者:coffeewoo先生上一篇我们图形化建模的部分基本上完成了，得到了业务用例模型，这帮助我们获得了功能性需求。得到了业务场景和用例场景，这帮助我们获得了面对业务的执行过程描述和概念（逻辑）模型，让我们知道业务将如何的运作。得到了用例实现以及领域模型，这帮助我们得知哪些业务用例将在系统中实现，对应这些用例，哪些业务实体将会被包括进来，以及它们如何帮助业务实现。上一篇我们也留下了悬念，对
zhangfei821024·2008-10-05 22:00

OO系统分析员之路--用例分析系列（7）--用例规约的编写--业务规则和实体描述

作者: coffeewoo 先生 上一篇我们图形化建模的部分基本上完成了，得到了业务用例模型， 这帮助我们获得了功能性需求。得到了业务场景和用例场景，这帮助我们获得了面对业务的执行过程描述和概念（逻辑）模型，让我们知道业务将如何的运作。得到了用例实现以及领域模型，这帮助我们得知哪些业务用例将在系统中实现，对应这些用例，哪些业务实体将会被包括进来，以及它们如何帮助业务实现。上一篇我们也留下了
zhangfei821024·2008-10-05 22:00

OO系统分析员之路--用例分析系列（6）--用例实现、用例场景和领域模型

阅读更多作者:coffeewoo先生上一篇确定了业务用例，以及业务场景。该场景只描述了业务框架，接下来要对业务用例进行场景分析。用例场景分析要用到三种视图，业务用例实现视图、业务用例场景、业务实体模型（领域模型），每个业务用例还应当写一份用例文档，也称为用例规约（UseCaseSpecification）。若有非功能性需求，例如性能要求，吞吐量要求等，还应当写一份补充用例规约。上一篇说到我们经过初
zhangfei821024·2008-10-05 22:00

OO系统分析员之路--用例分析系列（6）--用例实现、用例场景和领域模型

作者:coffeewoo先生上一篇确定了业务用例，以及业务场景。该场景只描述了业务框架，接下来要对业务用例进行场景分析。用例场景分析要用到三种视图，业务用例实现视图、业务用例场景、业务实体模型（领域模型），每个业务用例还应当写一份用例文档，也称为用例规约（UseCaseSpecification）。若有非功能性需求，例如性能要求，吞吐量要求等，还应当写一份补充用例规约。上一篇说到我们经过初步的业务
zhangfei821024·2008-10-05 22:00

OO系统分析员之路--用例分析系列（6）--用例实现、用例场景和领域模型

阅读更多作者:coffeewoo先生上一篇确定了业务用例，以及业务场景。该场景只描述了业务框架，接下来要对业务用例进行场景分析。用例场景分析要用到三种视图，业务用例实现视图、业务用例场景、业务实体模型（领域模型），每个业务用例还应当写一份用例文档，也称为用例规约（UseCaseSpecification）。若有非功能性需求，例如性能要求，吞吐量要求等，还应当写一份补充用例规约。上一篇说到我们经过初
zhangfei821024·2008-10-05 22:00

OO系统分析员之路--用例分析系列（5）--用户、业务用例和业务场景

阅读更多作者:coffeewoo先生用户、业务用例以及业务场景。这三项工作成果已经形成了基本的需求框架，并圈定了业务范围。就笔者的工作习惯而言，在得到这三个成果后，就会暂停调研，而通过评审会，研讨会等形式充分论证这些成果的正确性和完备性。求得业务专家，用户代表，开发方，项目经理等各方的一致认可，将其作为第一份基线。很久没有动笔了，这期间承蒙许多朋友的喜欢和鼓励，再不写点东西就对不住这些朋友了。写点
zhangfei821024·2008-10-05 22:00

OO系统分析员之路--用例分析系列（5）--用户、业务用例和业务场景

作者:coffeewoo先生用户、业务用例以及业务场景。这三项工作成果已经形成了基本的需求框架，并圈定了业务范围。就笔者的工作习惯而言，在得到这三个成果后，就会暂停调研，而通过评审会，研讨会等形式充分论证这些成果的正确性和完备性。求得业务专家，用户代表，开发方，项目经理等各方的一致认可，将其作为第一份基线。很久没有动笔了，这期间承蒙许多朋友的喜欢和鼓励，再不写点东西就对不住这些朋友了。写点什么呢？
zhangfei821024·2008-10-05 22:00

OO系统分析员之路--用例分析系列（4）--业务建模一般步骤和方法

作者:coffeewoo先生使用OO方法建立商业模型必须先定义涉众。商业系统无论多复杂，无论什么行业，其本质无非是人，事，物，规则。人是一切的中心，人做事，做事产生物，规则限制人事物。人驱动系统，事体现过程，物记录结果，规则则是控制。无论OO也好，UML也好，复杂的表面下其实只是一个简单的规则，系统分析员弄明白有什么人，什么人做什么事，什么事产生什么物，中间有什么规则，再把人，事，物之间的关系定义
zhangfei821024·2008-10-05 22:00

OO系统分析员之路--用例分析系列（4）--业务建模一般步骤和方法

阅读更多作者:coffeewoo先生使用OO方法建立商业模型必须先定义涉众。商业系统无论多复杂，无论什么行业，其本质无非是人，事，物，规则。人是一切的中心，人做事，做事产生物，规则限制人事物。人驱动系统，事体现过程，物记录结果，规则则是控制。无论OO也好，UML也好，复杂的表面下其实只是一个简单的规则，系统分析员弄明白有什么人，什么人做什么事，什么事产生什么物，中间有什么规则，再把人，事，物之间的
zhangfei821024·2008-10-05 22:00

OO系统分析员之路--用例分析系列（4）--业务建模一般步骤和方法

阅读更多作者:coffeewoo先生使用OO方法建立商业模型必须先定义涉众。商业系统无论多复杂，无论什么行业，其本质无非是人，事，物，规则。人是一切的中心，人做事，做事产生物，规则限制人事物。人驱动系统，事体现过程，物记录结果，规则则是控制。无论OO也好，UML也好，复杂的表面下其实只是一个简单的规则，系统分析员弄明白有什么人，什么人做什么事，什么事产生什么物，中间有什么规则，再把人，事，物之间的
zhangfei821024·2008-10-05 22:00

OO系统分析员之路--用例分析系列（3）--业务建模之涉众

阅读更多作者:coffeewoo先生在了解了系统目标以后，系统分析员最先要做的事情不是去了解业务的细节，而是去发现与这个目标相关的人和物。英文把这种人和物称为Stakeholder，在Rose中，这类模型的类型被定义为BusinessActor。有的资料翻译为干系人，笔者则更喜欢涉众这种翻译方法。这就谈到了业务建模的第一步：发现和定义涉众。从这一篇开始，笔者将借助一个虚拟的实例来阐述获取用例的方法
zhangfei821024·2008-10-05 22:00

OO系统分析员之路--用例分析系列（3）--业务建模之涉众

作者:coffeewoo 先生 在了解了系统目标以后，系统分析员最先要做的事情不是去了解业务的细节，而是去发现与这个目标相关的人和物。英文把这种人和物称为Stakeholder，在Rose中，这类模型的类型被定义为Business Actor 。有的资料翻译为干系人，笔者则更喜欢涉众这种翻译方法。这就谈到了业务建模的第一步：发现和定义涉众。 从这一篇开始，笔者将借助一个虚拟的实例来阐述
zhangfei821024·2008-10-05 22:00

OO系统分析员之路--用例分析系列（2）--用例的类型与粒度

阅读更多作者:coffeewoo先生在正式讨论如何获取用例之前，笔者觉得有两个问题还是先解释清楚为好，这对正确获取用例有很大帮助。这两个问题也是初学者最为困惑，也是最难掌握的。一个是各种用例类型之间的区别和用法，另一个是用例的粒度。在正式讨论如何获取用例之前，笔者觉得有两个问题还是先解释清楚为好，这对正确获取用例有很大帮助。这两个问题也是初学者最为困惑，也是最难掌握的。一个是各种用例类型之间的区别
zhangfei821024·2008-10-05 22:00

OO系统分析员之路--用例分析系列（2）--用例的类型与粒度

阅读更多作者:coffeewoo先生在正式讨论如何获取用例之前，笔者觉得有两个问题还是先解释清楚为好，这对正确获取用例有很大帮助。这两个问题也是初学者最为困惑，也是最难掌握的。一个是各种用例类型之间的区别和用法，另一个是用例的粒度。在正式讨论如何获取用例之前，笔者觉得有两个问题还是先解释清楚为好，这对正确获取用例有很大帮助。这两个问题也是初学者最为困惑，也是最难掌握的。一个是各种用例类型之间的区别
zhangfei821024·2008-10-05 22:00

OO系统分析员之路--用例分析系列（2）--用例的类型与粒度

作者:coffeewoo先生在正式讨论如何获取用例之前，笔者觉得有两个问题还是先解释清楚为好，这对正确获取用例有很大帮助。这两个问题也是初学者最为困惑，也是最难掌握的。一个是各种用例类型之间的区别和用法，另一个是用例的粒度。在正式讨论如何获取用例之前，笔者觉得有两个问题还是先解释清楚为好，这对正确获取用例有很大帮助。这两个问题也是初学者最为困惑，也是最难掌握的。一个是各种用例类型之间的区别和用法，
zhangfei821024·2008-10-05 22:00

OO系统分析员之路--用例分析系列（1）--什么是用例

阅读更多作者:coffeewoo先生我发现，在OO和UML几乎一统天下的今天，仍有很多系统分析员对OO和UML一知半解，甚至包括很多已经使用了很久UML的系统分析员。于是打算写一个系列文章，将多年来的工作经验做一个总结。对初学者起个启蒙作用，也希望抛砖引喻，与各路大虾共同探讨，共同提高。这个系列文章将以我对OO和系统分析的理解为主，从UML基础开始，阐述面向对象的需求分析方法，过程，并以RUP为例
zhangfei821024·2008-10-05 22:00

OO系统分析员之路--用例分析系列（1）--什么是用例

阅读更多作者:coffeewoo先生我发现，在OO和UML几乎一统天下的今天，仍有很多系统分析员对OO和UML一知半解，甚至包括很多已经使用了很久UML的系统分析员。于是打算写一个系列文章，将多年来的工作经验做一个总结。对初学者起个启蒙作用，也希望抛砖引喻，与各路大虾共同探讨，共同提高。这个系列文章将以我对OO和系统分析的理解为主，从UML基础开始，阐述面向对象的需求分析方法，过程，并以RUP为例
zhangfei821024·2008-10-05 22:00

OO系统分析员之路--用例分析系列（1）--什么是用例

作者:coffeewoo先生我发现，在OO和UML几乎一统天下的今天，仍有很多系统分析员对OO和UML一知半解，甚至包括很多已经使用了很久UML的系统分析员。于是打算写一个系列文章，将多年来的工作经验做一个总结。对初学者起个启蒙作用，也希望抛砖引喻，与各路大虾共同探讨，共同提高。这个系列文章将以我对OO和系统分析的理解为主，从UML基础开始，阐述面向对象的需求分析方法，过程，并以RUP为例，阐述如
zhangfei821024·2008-10-05 22:00

用例分析技术：确定系统边界

确定系统边界非常重要，是使用用例技术的基础，小记下！ 1、找出系统有什么；系统外有什么；确定项目规模，定义要创建系统那些部分。2、通过确定执行者和用例来确定系统边界。3、确定执行者：谁使用这个系统，谁安装这个系统,谁启动这个系统，谁维护这个系统，谁关闭这个系统，那些系统使用这个系统，谁从这个系统获取信息，系统为谁提供信息，是否有事情在预计时间自动发生？.....提问的方式最好针对参与者的目标。因
xo_tobacoo·2008-07-15 11:00

RUP大讲堂(第八讲)-基于模型转换的OOAD

本篇内容简介及部分截图：◇分析设计概览◇分析设计的区别◇用例分析-如何从例中获取分析类◇用例设计-如何从分析类转化为设计元素和设计类◇数据建模◇分析设计架构因素的考虑◇MDD简介◇小结 本文出自“肖勇”
肖勇·2008-05-08 12:39

读书笔记《道法自然--面向对象实践指南》第二章

第二章的用例分析，仍是属于需求分析阶段的工作。用例分析的目的是找出系统应该提供哪些功能，具备什么样的特性、并用大家都能了解的方法用图和文字表示出来。
swimmer2000·2008-04-30 09:00

面向对象学习笔记四--需求分析的阶段划分

一般说来，需求分析要经过业务建模，用例分析，系统建模三个阶段才能完成需求工作。 1、业务建模的的目标是通过用例模型的建立来描述用户需求，需求规格说明书通常在这个阶段产生。
virusswb·2008-01-11 16:00

面向对象学习笔记四--需求分析的阶段划分

一般说来，需求分析要经过业务建模，用例分析，系统建模三个阶段才能完成需求工作。 1、业务建模的的目标是通过用例模型的建立来描述用户需求，需求规格说明书通常在这个阶段产生。
virusswb·2008-01-11 16:00

面向对象学习笔记四--需求分析的阶段划分

一般说来，需求分析要经过业务建模，用例分析，系统建模三个阶段才能完成需求工作。 1、业务建模的的目标是通过用例模型的建立来描述用户需求，需求规格说明书通常在这个阶段产生。
touchinsert·2008-01-11 16:00

[开发日志][071214] 完善用例分析,开始建立页面原型

上午老师在每个组选取了一个用例分析来点评.这次我们组做得还不错,用例图和时序图都算合格吧.比较落后于进度的还是支持经理负责的那部分...或许得调整一下工作分
RednaxelaFX·2007-12-15 03:00

用例分析问题

请记住：          用例是用 动词+名词 来表达的  用例是不表达业务流程的，业务流程采用活动图来表达，用例仅仅是表达参与者在某个时间点使用系统的局部功能观点           &n
duobin3000·2007-11-30 12:00

UML学习手记（二）：用例分析之使用叙述

UML学习手记（二）：用例分析之使用叙述粟卫民http://www.gisdev.cn/http://blog.csdn.net/suen/日期：2007-11-30保留所有版权。
suen·2007-11-30 09:00

Java程序的单元测试－分析并获取测试用例

作者：KeldH.Hansen翻译：CManLH原文地址一、介绍二、进入junit的天堂三、Round类四、分析并获取测试用例分析并获取测试用例随着Web项目的进展，越来越多的测试用例被建立，且都会被单独执行
CManLH·2007-07-31 17:00

UML对基B/S模式的图书管理系统的分析与设计

 UML对基B/S模式的图书管理系统的分析与设计1.图书管理系统用例分析要开发一个软件系统，首先要对软件系统的需求进行分析，要做的工作是深入描述目标系统的功能和性能，确定软件设计的限制和软件同其他系统元素间的接口细节
wanglei51866·2007-06-11 17:00

处理功能清单和用例的关系，任务以及如何控制任务的粒度

通常，我把功能清单作为用例分析的结果之一，而按功能分配任务。 现在的问题就是，有些功能太细小了，也有的
phpxer·2007-04-28 16:00

OO系统分析员之路--用例分析系列（2）--用例的类型与粒度

===========================================================OO系统分析员之路--用例分析系列（2）--用例的类型与粒度作者:coffeewoo
crazylive·2007-04-25 22:00

Trufun UML实战系列培训即将推出

实战"的培训内容就是由培训对象提出实际的项目，然后由培训老师用启发的方式，应用UML这一工具将项目一步步剖析，从用例分析开始、一直到建立分析模型、设计模型、实施模型、部署模型、测试模型。后者
aswallow0323·2007-02-08 09:00

道法自然第2章

用例分析：海底总动员VS.云中漫步 横看成岭侧成峰，远近高低各不同。不是庐山真面目，只缘身在此山中。
realnicky·2007-01-16 11:00

道法自然第2章

阅读更多用例分析：海底总动员VS.云中漫步横看成岭侧成峰，远近高低各不同。不是庐山真面目，只缘身在此山中。
realnicky·2007-01-16 11:00

***

前面有文章提到用例分析业务流程的时候主角这个问题,如何确定和描述主角呢?
imnleester·2007-01-02 18:00

UML学习笔记2

UML学习笔记2用例图 设计用例图的关键在于对用例的层次分割，驱动过程如下：      首先设计系统级用例，然后由系统级用例分析得到子系统级用例，再由子系统级用例细化得到功能级用例。
学习交流·2006-12-01 21:00

用例分析基础

用例分析基础1.一个用例可以有多个参与者，并且可以同时有多个参与者。用例和参与者的关联可以是双向的，参与者和用例都可以发起通信。2.用例之间的基本关系有：泛化，包含和扩展。
依旧的博客·2006-06-01 17:00

我读过的书（不断补充...）

我读过的书（不断补充...）2004年10月---2006年2月：用例分析技术J2EE经典实例详解JavaWeb服务高级编程JavaWeb服务UML参考手册Java2编程指南高质量JAVA程序设计EffectiveJava
cuiyi's blog（崔毅 crazycy）·2006-03-17 23:00

想换工作了

老实说，自己目前的工作还是很不错的，老板和经理都很好，但是问题就是研发这块人数太少，自己的工作从表现层到数据库、用例分析包括CSS都有涉及，都懂点但都不精；并且所有的开发相关全部用的是开源，自己的提高有限
心情小站·2006-02-15 10:00

[zt]道法自然——面向对象实践指南 目录

本书共分19章，以实际的开发案例——FishGUI项目为主线依次介绍了需求和用例分析、面向对象分析、架构分析、
l1t·2005-01-28 18:00
上一页 8 9 10 11 12 13 14 15 下一页
按字母分类： ABCDEFGHIJKLMNOPQRSTUVWXYZ其他