渔歌唱晚

很长时间以来都是用ROSE来进行业务建模及分析，近日给企业做信息化咨询，有大量的业务流程需要整理，用ROSE的活动图来画，还是觉得不太方便，特别是要出来一个可以交付给客户的美观的流程图。以往可以用WORD、Visio来画，但画好后后续的建模不能延续。实在是很为难。ROSE到IBM手上后，带来的是IBM的风格，没有2G内存跑不起来，公司又很难配这样的电脑给我，所以新的RSA在我的电脑上安装都难，

用例。定义了一组用例实例，其中每个实例都是系统所执行的一系列操作，这些操作生成对于特定主角可见的值。用例类包含所有与产生“可见结果值”有关的主事件流和备用事件流。从技术角度来说，用例是实例为场景的类。系统（或其他实体）在与系统的主角交互时可以执行的操作序列（包括变体）的说明。 用例实例。以上定义所说的序列实际上是贯穿整个系统的某个特定事件流，即一个实例。可能会有许多事件流，而许多事件流可能非常

ref：引用其他地方定义的组合片段；alt：在一组行为中根据特定的条件选择某个交互；opt：表示一个可选的行为；break：提供了和编程语言中的break类拟的机制；par：支持交互片段的并发执行；seq：强迫交互按照特定的顺序执行；strict：明确定义了一组交互片段的执行顺序；neg：用来标志不应该发生的交互；region：标志在组合片段中先于其他交互片断发生的交互；ignore：明确定义了交

长期以来，获取准确的需求都是一件困难的事。通过需求调研获取的需求到开发出来系统，结果与用户实际需求相差甚远。那么，我们要着手于哪些方面来发掘用户的需求呢？在RUP中有如下的文字，或许可以给我们指导。使工作自动化以消除人力。 以在实践上不可能手工完成的方法来分析数据。 通过使用数据库和网络来使工作平行执行或更改活动的顺序。 通过使从地理位置不同的地点一直到客户

RUP7.2中文版下载地址:FTP://nesbitt.dreamhost.comusr:drupal5psw:okk125  希望高级系统分析设计人员、架构师常沟通对RUP的体会。近期可能会写一系统相关文章。

前边用过EA，后来试用了RSA6.011，下载了很久了，但因为手提电脑只有512M内存，一直没有用。前两月，加到1G，再加上近期正在做一个企业应用信息系统的建模，终于用起来了。 1、安装有点烦，第一次安装用了6个小时，因为过程中出了两次错。第二次安装2个多小时。先安装RSA6.0，用半个小时，之后升级，用两个小时。安装前硬盘上至少5G空间。2、启动有点慢，半分钟。但建模速度还是很快的。操作

根据环境和需要的不同，业务建模工作的范围可以不同。下面列出六种这样的场景。 场景 #1 － 组织图 您可以为组织及其流程构建一个简图，以更好地了解对于正在构建的应用程序有哪些需求。 在这种情况下，业务建模是软件工程项目的一部分，主要在先启阶段执行。 这些类型的工作在开始时常常没有打算更改组织，只是进行绘图，但实际上，构建和部署新应用程序总是包括一定程度的业务改进。 场景 #2 － 领域

 内聚与耦合http://baike.baidu.com/view/156245.htm1. 内聚　　内聚（Cohesion）是一个模块内部各成分之间相关联程度的度量 ·巧合内聚。巧合内聚或称偶然内聚是指模块内各组成部分之间毫无内在联系，整个模块是一种偶然结合，不易修改或维护。·逻辑内聚。逻辑内聚是指模块各组成部分的处理动作在逻辑功能上是相似的。例如，把系统中与“输

《SaaS架构设计》这本书买了大半年了，终于发了把狠，读完了。书写得比较浅（因为我都能一口气看完），可能还不是真正的SaaS，读过后在网上再找了下书相关的资料，只是发现阿里写书的团队已经解散，叶伟也已经跳到盛大文化。SaaS这个名字还能留多久？云还能飘多久？我想要把这些名字不再是网络的头条，不那么火热的时候，才能回归用户的真实需求！软件的复杂源于业务的复杂！技术总是过眼云烟！