rational rose中对函数的形参设置

一、其实rose功能非常强大和实用，给方法添加行参和实现重载都是可以的：

右击arguments窗口，弹出菜单的Insert项。就可以了！

二、顺序图的注意点

区分实用actor还是用对应的系统类：

看你顺序图的层级。如果是外部actor与系统交互顺序图，则用actor，因为主要是系统内外交互的描述。如果描述系统内部类之间的交互，则用类，因为涉及到方法的调用。

三、详细的介绍

1． Rose的作用
（1）项目开始阶段
产生使用案例模型
（2）细化阶段
开发程序的类框图，合作图，先是要开发的对象，及其相互间的交互。类框图显示对象间的相互关系。
（3）构造初始阶段
生成组件框图，显示系统组件间的相关性，并产生系统的框架代码。
（4）构造阶段
将新开发代码通过逆向工程转出到模型中，从而将开发阶段出现的变化反映到模型中。
（5）交接阶段
这个阶段，Rose主要用于在软件产品完成时更新模型。

2.如何选择缺省编程语言
例如选择VC++语言的方法是，Tools->Options->Notation->Default->VC++。

3. Use Case View的作用
Use Case视图包括系统中所有的角色、使用案例和Use Case框图（Use CaseDiagram）,还可能包括一些Sequence和Collaboration框图。
项目开始时，UseCase视图的主要使用者是客户、分析人员和项目管理员。这些人利用使用案例、UseCase框图和使用文档来确定系统的高层视图。
使用案例只关注系统的作用，而不关注其实现细节。
4.Logic视图采用两步法
Logic视图采用两步法，首先标示分析类，然后标示设计类。所谓分析类就是和语言无关的。例如有Boundary类，Control类，Entity类等。而设计类就具有特定的语言特点，比如Java类，或者C++类。分析类和设计类没有一一对应关系。
5. Logic视图有什么作用
Logic视图关注的是系统的逻辑结构。在这个视图中，要标示系统组件，检查系统的信息和功能，检查组建之间的关系。这里重复使用是一个主要目的。通过认真指定类的信息和行为，组合类，以及检查类和包之间的关系，就可以确定重复使用类和包。完成多个项目后，你就可以将新类和包加进重复使用库中。今后的项目可以组装现有的类和包，而不必一切从头开始。

6.使用控制单元支持多用户并行开发
Rose通过控制单元支持多用户并行开发。Rose中的控制单元可以使UseCas视图、Logical视图或Compinent视图中的任何包。此外，Deployment视图和ModelProperties单元也可以进行控制。控制一个单元时，它存放在独立于模型其它部门的文件中。这样，独立文件可以利用支持SCC的版本控制攻击进行控制，如RationalClearCase、MicrosoftSourceSafe和Rose自带的基本工具。控制单元可以从浏览的模型中装入或卸载。使用控制工具还可以检查进口和出口（CheckedIn和Out）。

 

7.输入输出模型
面向对象机制的一大好处是重复使用，重复使用不仅适用于代码，也适用于模型。要充分利用重复使用功能。Rose支持输出与输入模型和模型元属。可以输出模型或部分模型。将其输入另一模型。
注意：要输出包或者类时，必须选定逻辑视图里的东西；而要输出模型，则是选定除此以外的东西。
8.Use case和role
使用案例和角色描述所建系统的范围，使用案例包括系统中的一切，角色包括系统外的一切。不考虑编程细节。使用案例是系统提供的高级功能块，角色是与所建系统交互的对象。

9.Use Case view如何安排更合理
use caseview中的main视图主要用来显示使用案例包。至于包里的使用案例可以放在另外建立的一个视图里，这个视图以包的名字来命名，这样可以和主视图（main）分开，使整个UseCase view更清晰。

10．关于Use Case view的几点规定
（1）.不要建模角色之间的通信，因为角色在系统之外，管不了那么多；
（2）.框图显示可用的使用案例但不管它们的执行顺序，所以不要在使用案例之间画箭头，除非是表示使用关系和扩展关系；
（3）.每个案例都要由角色启动，也就是说它们之间要有一个箭头，使用关系和扩展关系除外；
（4）.可以把数据库看成是整个UseCase框图下面的层，可以用一个使用案例在数据库中输入信息，然后在另一个使用案例中访问数据库中间的信息，不要在使用案例之间画箭头显示信息流程（与2同：使用案例之间不要随便画箭头，除非是表示使用关系和扩展关系）。

11．使用案例和传统方法不同
将项目分解成使用案例是个面向对象的过程而不是面向实现的过程，因此不同于传统的功能分解法。功能分解法关注如何分解成系统能处理的小块，而使用案例首先关注用户对系统的需求。