Executable UML模型驅(qū)動開發(fā)

內(nèi)容概要

作者DraganMilicev認為，肯定可以提高軟件開發(fā)效率。在這一理念的支撐下，他提出了一種可以在軟件開發(fā)中提高抽象層次并減少偶發(fā)復雜性的方法。本書內(nèi)容全面，重點講述了可執(zhí)行的UML配置文件，以及一種通過使用建模節(jié)省大量時間并避免人為錯誤的有效方法。
 《Executable
UML模型驅(qū)動開發(fā)》是一本有關模型驅(qū)動開發(fā)的深入教程，重點講述了信息系統(tǒng)，并詳細描述了該系統(tǒng)的含義。閱讀本書后您會發(fā)現(xiàn)，可以通過使用對象范式、模型驅(qū)動的開發(fā)以及形式化且可執(zhí)行的UML配置文件，更好地理解信息系統(tǒng)并實現(xiàn)更高效的開發(fā)。書中提供的示例有助于演示開發(fā)過程，并且展示了如何使用UML構建信息系統(tǒng)。此外，((Executable
UML模型驅(qū)動開發(fā)》還全面描述了面向?qū)ο蟮幕靖拍?，進一步討論了面向?qū)ο蠛托畔⑾到y(tǒng)開發(fā)的全面結合，以及如何處理在系統(tǒng)開發(fā)中面臨的挑戰(zhàn)。
　　主要內(nèi)容
　　◆信息系統(tǒng)的特征及信息系統(tǒng)開發(fā)的過程模型
　　◆用于構建信息系統(tǒng)的主流技術的優(yōu)點、常見問題以及其影響開發(fā)的方式
　　◆介紹在構建信息系統(tǒng)中應用的對象范式
　　◆在構建信息系統(tǒng)中很可能需要使用UML的概念及各個部分
　　讀者對象
本書適用于分析、指定、設計、建模、開發(fā)或測試信息系統(tǒng)的軟件從業(yè)人員。通過學習書中內(nèi)容有助于擴展他們的知識，使用可執(zhí)行的uML進行模型驅(qū)動的快速應用程序開發(fā)來提高工作效率。

作者簡介

米利塞維，Dragan Milicev博士是貝爾格萊德大學電子工程學院計算機科學系的副教授。他是Serbian Object
Laboratories
d.o.o.(SOL，www.sol.rs)公司的創(chuàng)始人兼CTO，這是一家軟件開發(fā)公司，致力于使用模型驅(qū)動的技術構建軟件開發(fā)工具，并構建自定義應用程序和系統(tǒng)。在構建復雜的軟件系統(tǒng)方面，Dragan
Milicev擁有25年的豐富經(jīng)驗，曾在20多個學術和國際行業(yè)項目中擔任首席軟件架構師、項目經(jīng)理或顧問。值得一提的是他曾擔任大部分SOL項目及其產(chǎn)品的首席軟件架構師和項目經(jīng)理，這些SQL產(chǎn)品包括：SOLoist，一個用于信息系統(tǒng)的快速應用程序模型驅(qū)動開發(fā)架構；SOL
UML Visual Debugger，世界上首批UML可視化調(diào)試程序之一，針對UML建模工具Poseidon而設計；SOL Java
VisualDebugger，用于Eclipse的插件，支持使用UML對象圖表對測試對象結構建模。他曾在大部分知名的科學和專業(yè)的報刊、雜志上發(fā)表論文，為模型驅(qū)動的開發(fā)和UML的理論和實踐作出了巨大貢獻。Dragan
Milicev以前曾在塞爾維亞出版了3本有關C++、面向?qū)ο缶幊毯蚒ML的書籍。

書籍目錄

第1部分 概述
第1章 信息系統(tǒng)建模
1.1 信息系統(tǒng)的定義
1.2 模型和建模范式、語言及工具
1.2.1 建模
1.2.2 建模語言
1.2.3 建模工具
1.2.4 建模范式
1.3 過程和方法
第2章 傳統(tǒng)的IS開發(fā)方法
2.1 傳統(tǒng)建模范式的特征
2.2 可用性方面
2.3 開發(fā)方面
2.3.1 范圍中斷
2.3.2 語義中斷
2.3.3 開發(fā)階段中斷
2.3.4 中斷的含義
2.3.5 用戶界面開發(fā)問題
第3章 對象范式
3.1 面向?qū)ο蠼?br />3.2 統(tǒng)一建模語言
3.2.1 UML的特征
3.2.2 UML的配置
3.3 傳統(tǒng)的OO開發(fā)方法
3.4 所期望的面向?qū)ο笮畔⑾到y(tǒng)的特征
3.4.1 可用性方面
3.4.2 開發(fā)方面
3.5 本書其余部分的內(nèi)容
第2部分 OOISUML概述
第4章 入門
4.1 00ISUML的主要特性
4.2 00ISUML的組織
第5章 基本的語言概念
5.1 類和屬性
5.1.1 需求
5.1.2 概念
5.1.3 交互表現(xiàn)形武
5.1.4 FAQ
5.2 關聯(lián)
5.2.1 需求
5.2.2 概念
5.2.3 交互表現(xiàn)形式
5.2.4 FAQ
5.3 泛化／特化關系
5.3.1 需求
5.3.2 概念
5.3.3 交互表現(xiàn)形式
5.3.4 FAQ
5.4 操作
5.4.1 需求
5.4.2 概念
5.4.3 交互表現(xiàn)形式
5.4.4 FAQ
5.5 多態(tài)性
5.5.1 需求
5.5.2 概念
5.5.3 交互表現(xiàn)形式
5.5.4 FAQ
5.6 一致性規(guī)則
5.6.1 需求
5.6.2 概念
5.6.3 交互表現(xiàn)形式
5.6.4 FAQ
第6章 交互和查詢
6.1 自定義表現(xiàn)
6.1.1 需求
6.1.2 概念
6.1.3 交互表現(xiàn)形式
6.1.4 FAQ
6.2 自定義行為
6.2.1 需求
6.2.2 概念
6.2.3 交互表現(xiàn)形式
6.2.4 FAQ
6.3 查詢
6.3.1 需求
6.3.2 概念
6.3.3 交互表現(xiàn)形式
6.3.4 FAQ
第3部分 概念
第7章 一般概念
7.1 00ISUML的二分法
7.1.1 特化／實現(xiàn)和分類器／實例二分法
7.1.2 建模和執(zhí)行
7.1.3 編譯和解釋
7.1.4 基本概念和派生概念
7.1.5 形式化概念和非形式化概念
7.1.6 結構和行為
7.1.7 核心部分和擴展部分
7.1.8 模型元素和圖表
7.2 一般的語言概念
7.2.1 元素和注釋
7.2.2 包
7.2.3 名稱空間和可見性
7.2.4 依賴
7.2.5 多重性元素
第8章 類和數(shù)掘類型
8.1 類和數(shù)據(jù)類型的共有特征
8.1.1 類和數(shù)據(jù)類型的概念
8.1.2 作為分類器的類和數(shù)據(jù)類型
8.2 類和數(shù)據(jù)類型的不同特征
8.2.1 標識
8.2.2 特性
8.2.3 復制語義
8.2.4 生存期
8.3 實例的創(chuàng)建和銷毀
8.3.1 動作
8.3.2 構造函數(shù)
8.3.3 創(chuàng)建型對象結構
8.3.4 析構函數(shù)
8.3.5 對象的傳播銷毀
8.4 數(shù)據(jù)類型
8.4.1 原始數(shù)據(jù)類型
8.4.2 枚舉
8.4.3 內(nèi)置和用戶定義的數(shù)據(jù)類型
第9章 屬性
9.1 作為結構特性的屬性
9.1.1 作為多重性類型元素的屬性
9.1.2 靜態(tài)屬性
9.1.3 只讀屬性
9.1.4 凍結屬性
9.1.5 派生屬性
9.1.6 屬性的重新定義
9.2 對屬性執(zhí)行的動作
9.2.1 讀取屬性動作
9.2.2 寫入屬性動作
9.2.3 符號null
……
第10章 關聯(lián)
第11章 約束
第12章 查詢
第13章 操作和方法
第14章 狀態(tài)機
第15章 協(xié)作和交互
第4部分 命令、表示和體系結構
第5部分 方法
第6部分 補充內(nèi)容
參考文獻

章節(jié)摘錄

版權頁：插圖：問：何時定義GUI配置？在建模時還是運行時？答：作為對象結構，GUI配置在建模時和運行時均可以定義。如果是在建模時定義的，就如本章所述，是根據(jù)作為模型一部分的對象結構定義的。模型中的此類對象結構具有形式化的、創(chuàng)造性的語義，而非UML對象規(guī)范一般擁有的非形式化的、說明性的用途。GUI配置指定了應該在運行系統(tǒng)的對象空間內(nèi)創(chuàng)建什么樣的對象結構。這些結構僅用GUI配置圖表表示，但是由在這些圖表中所描述的相應模型元素（即對象和鏈接規(guī)范）定義。另一方面，該結構也可以在運行時定義。GUI環(huán)境可以提供在運行時以交互方式定義GUI配置結構的手段。甚至可以在系統(tǒng)執(zhí)行期間，以編程方式創(chuàng)建和修改該結構。這使得系統(tǒng)不需要進行任何建模工作或重新編譯工作，便可以以動態(tài)方式、按需更改其外觀。通用OOIS UML運行時環(huán)境提供了這樣一個特性。問：GUI配置結構是可以定義的，甚至可以以交互方式修改它，請問是開發(fā)人員還是用戶完成此工作？如果是用戶完成此工作，用戶就可以修改應用程序，這樣不是太危險了嗎？答：基本上，應用程序GUI的交互定義和修改的特性主要由開發(fā)人員使用。不太可能由普通用戶完成此工作。該特性的主要目的是改進系統(tǒng)的靈活性，并減少開發(fā)和維護GUI的工作。然而，如果需要的話，最終用戶也可以使用這一特性。例如，可以擴展基本的GUI配置類模型（定義GUI配置元素的內(nèi)置類的模型），也可以將其與處理系統(tǒng)用戶及其權限的概念模型合并。這樣，用戶就可以（以一種嚴格的方式）使用該特性個性化GUI。例如，可以授權Easyleam學校信息系統(tǒng)的一組用戶使用Courses and Students上下文，而另外一組用戶可能對使用Coursesand Teachers上下文更感興趣。通過將常見的對象結構作為用于自定義GUI的底層概念模型的實例化進行管理，此方法實際上提供了無限的靈活性。然而，如果無經(jīng)驗、未經(jīng)授權或懷有惡意的系統(tǒng)用戶使用此特性，確實很危險。這種情況下，應該禁止使用此特性。禁用該特性即可，或在必要時限制該特性的使用權限，這要比提供應用程序的高級、輕松且靈活的自定義簡單得多。前面已經(jīng)講過，該特性旨在減輕開發(fā)人員的工作負擔，提供更大的靈活性，并對應用程序提供更好的維護。但是，如果不需要該特性，禁用即可。與用傳統(tǒng)方法開發(fā)自定義的GUI相比，這肯定要簡單一些。問：在GUI配置中可以指定哪些表現(xiàn)特性？答：GUI配置結構支持的具體的表現(xiàn)特性集不是由OOIS UML配置文件定義的。此定義在實現(xiàn)階段完成。描述的GUI配置方法僅是一個架構，用于定義一致、簡單、非冗余且靈活的結構（此結構在一個中心位置指定應用程序GUI的外觀和行為），而非將此信息分散在應用程序的代碼或模型中。然而，為允許GUI的多樣性，該方法沒有定義具體的特性集，而是只定義了一些基本概念。每個GUI開發(fā)架構、方法或運行時環(huán)境都可以定義其自己的概念和特性集，從而指定GUI項設置和GUI上下文已定義的一般概念。這樣，這些特化就形成了由給定環(huán)境所支持的模型庫。OOIS UML通用GUI環(huán)境就提供了這樣的一個支持，如本章所示。在16.2節(jié)，可看到有關該主題的更多信息。

圖書封面

圖書標簽Tags

無

評論、評分、閱讀與下載

---

    Executable UML模型驅(qū)動開發(fā) PDF格式下載

---