- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
统一编程 笔记
UP
理解:
面向对象的软件开发过程,一般是从目标系统出发,进行逻辑建模.然后实现.
较具体讲是:目标系统--(确定需求--(用文字进行需求规格说明--(以用例 描诉需求--(用例实现---(进入设计领域,构造设计领域中的类(编写代码-(测试提交.
其中
“用例实现”,是设计一系列对象,这些对象的交相与协作,实现用例的功能。这些对象所属的类,与目标系统紧密相联,不考虑这些类的具体实现,其具体实现有可能被另外的一组类取代。
设计领域,重点是根据“由用例实现产生的类(即叫分析类)与这些类的对象的交相协作”,并根据非功能性需求,软件开发风格,考虑需求变化,要么重新设计一些类实现分析类,要么精化分析类。
UP是软件开发过程的方法论,重点指导面向对象的软件开发过程,以UML建模语言为工具。
UP是在是最上面所讲的基础上,采用分而治之的思想,按最上面的开发流程,把各个阶段分成分成一个个相对独立的小项目,每一个小项目叫迭代。连续的迭代,推动中项目的开发进度。把项目分成许多迭代后,
许多迭代可以同时进行,加快开发进度;为了便于质量管理,每一个迭代,完成后要提交相关的可核查的部份软件产品与之相关的文档,这叫做迭代的基线。连续迭代之间的差异,称为增量。
软件开发是一个复杂的过程,要控制这种复杂,UP采用了先整体后局部的思想。软件开发总的说来分成如下阶段:需求分析,逻辑设计,实现。在每个阶段,都有一个系统构架师,进行对各个迭代进行统一协调,根据实际情况,要么产生新的迭代,或修改现有迭代,或终止现有迭代。
UP开发过程中允许一部份迭代完成后,对以前的各个阶代的进行变动,提出新的需求、新的用例、新的分析类、规定新的分析类对象间的交互与协作、新的设计类、规定新的设计类对象间的交互与协作。
--------------------以下是基于UP的教材的笔记-------------------------------------
★ UML 不是方法论。它是通用可视化建模语言。
UP(统一过程)是方法论,指导用UML语言进行“基于面向对象方法”进行构建软件系统。他是对“基于面向对象的”软件开发过程进行规范和指导。
*********************************
UML结构:
构造块----是UML 建模的元素(即对象)、关系、图。
公共机制-----达到特定目标的公共UML方法。
构架-------系统构架的UML视图。
UML对象 分成
结构对象-----UML的模型名词,如类,接口,协作,用例,活动类,组件,节点。
行为对象-----UML模型的动词,如交互,状态机
分组对象----包,它用于把“语义上相关的建模元素”分组为内聚的单元。
关系--------对象之间有语义的联系,或即对象之间有实际意义的联系。
---------------------------------
UML公共机制
由四部分组成:规格说明,修饰,公共分类,扩展机制。
规格说明
UML至少有两种维度----图形维度与文本维度。图形维度便于模型可视。文本维度是为了进步语义说明。
规格说明-----是文本维度,用文字对模型元素进行语义说明。
修饰
目的是在建模元素中,显示更多有用的信息。原则:清晰性(可读性)第一,即只显示有用的,无用的不显示。
公共分类---------描述认识世界的特殊方法。
UML有两种公共分类:类元与实例、接口与实现。
类元与实例
类元--------指抽象的概念。
实例--------具体事物。
相同实例的属于同一个类元,一个类元至少有一个实例。实例与类元是具体与一般的关系。也可这样打个比方理解:类元好比是模子,实例好比是由模子得到的东西。
UML类元有:
参与者--------系统之外,与系统交互的角色,有可能是人,也可是一个
系统,也有可能是一个抽象的概.念。
类-------对象所共享的公共属性。
类元角色--------协作中类元所扮演的角色。
组件------系统物理的可替换部件,它遵出并且实现了一个或多个接口。
数据类型------与编程言如c++的数据类型同一概念
接口-----操作的集合,说明类或组件的服务。
信号-----对象间传递的异步信号。
用例-----动作序列的描述
子系统---------
界面与实现
接口-----表示做什么,
实现-----表示怎么做。
接口与实现把做什么与怎么做相分离了。
扩展机制
约束--------限制条件。表示方法是:用“{}”把限制条件括起来。它说明必须维持为真的、有关建模元素的规则各条件。
构造型------在原有的建模元素上,定义新的建模元素。表示方法是:在原有建模元素上用“《》”括上新元素标识。
标记值------附加到模型元素
原创力文档


文档评论(0)