《用例应该是文本的还是图形的》的相关内容

UML 中包括有很多种图形。我最初学习 UML 是通过三友的《UML 用户指南》，这本书是一本很详尽的著作（另外一本更详尽的著作是三友的《UML 参考手册》），是 UML 领域最重要的著作之一，然而却不利于初学者掌握重点。因为时间有限，我没有能够读完用户指南的全书。对于一个形式主义者，很容易陷入大量 UML 的细节之中，使用昂贵的建模工具（ROSE、Together、PowerDesigner、V ...

dlee 写道其实一种开发方法或者开发过程，还要考虑其是否易于理解，如果不是很直观，很难理解（林锐在交流时说他不够 smart，以至于无法充分理解 Jacobson 博士的思想），那么其实施的效果就会大打折扣。这里还牵扯着学习成本的问题，国内目前恶劣的开发环境下，大部分公司急功近利到了极端地步，很难承受这样大的学习成本。公司如果没有一个鼓励学习的环境（很遗憾，很多老板确实是把学习和工作对立起来看的 ...

在做软件设计之前，画好系统的界面图是一种非常有效的建模和交流方式。 总是有人抱怨在需求和软件设计之间仍然有很大的鸿沟需要填补，这是至今仍然未能有效解决的软件工程难题。多年以来，有很多人一直在寻找从需求到设计的直接的形式化映射方法，但是收获很少。实际上软件工程对于软件生命周期前面的那些阶段并没有多大的帮助。为了响应 o6z 说的努力在在现有技术基础上杀死人狼的号召，我来推荐一种有效的设计方法。 这 ...

5月7日 最新的银弹证据！（居然达到了14:1，实在令人兴奋）： 大意：通用汽车公司（GM）的一个早期应用——用于汽车修理维护部件的库存计划和维护管理系统。旧的系统由265,000行PL/1代码组成，花了12.5人年，运行时需要13.6M内存，替代系统用Smalltalk 80开发，总共用了不到1人年的时间，系统只有22,000行代码，内存仅需1.1M。两个系统的性能大致相同，但二者的总体生产 ...

十年来国内软件工程方面的进展有目共睹，在软件需求方面，我们看到在大多数组织中已经建立起了一级或两级需求体系（业务需求和软件需求）；在某些组织中，需求分析员已经成为一种专门的职位；甚至在某个大型国有商业银行已经成立一个专门的部门来负责需求分析工作。应该来说，这是一些非常可喜的进步。   然而，目前大多数的项目参与者都对需求工程的现状不满，这又是为什么呢？首先，我们必须承认市场快速变化而 ...

用例(Use Case)是一种描述系统需求的方法，使用用例的方法来描述系统需求的过程就是用例建模。用例方法最早是由Iva Jackboson博士提出的，后来被综合到UML规范之中，成为一种标准化的需求表述体系。用例的使用在RUP中被推崇备至，整个RUP流程都被称作是"用例驱动"(Use-Case Driven)的，各种类型的开发活动包括项目管理、分析设计、测试、实现等都是以系统用例为主要输入工件， ...

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

用例建模指南: http://www-128.ibm.com/developerworks/cn/rational/r-usecase-atm/   用例编写建议:   http://blog.csdn.net/ai92/archive/2006/06/10/784995.aspx       1．  用例之间要保持独立 ...

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

概述 Spring 2.5 相比于 Spring 2.0 所新增的最重要的功能可以归结为以下 3 点： 1.基于注解的 IoC 功能； 2.基于注解驱动的 Spring MVC 功能； 3.基于注解的 TestContext 测试框架。 Spring 推荐开发者使用新的基于注解的 TestContext 测试框架，本文我们将对此进行详细的讲述。 低版本的 Spring 所提供的 Sp ...