計算機應用系統的設計與實現(Java)（簡體書）

《高等學校教材·軟件工程：計算機應用系統的設計與實現（Java）》結合實例介紹了如何使用Java開發面向對象應用程序，重點介紹三層應用程序的開發方法及相關技術。全書共18章，分為5個部分，主要內容包括面向對象的概念、面向對象的開發方法、Java編程基礎、統一建模語言（UML）、基於UML的系統分析與設計、業務邏輯層開發、界面層開發、數據層開發、Web應用程序開發等。
《高等學校教材·軟件工程：計算機應用系統的設計與實現（Java）》的重點不是介紹Java的基礎語法和類庫，而是培養系統開發能力，因此需要讀者具有一定的編程基礎，但並不特別強調讀者具有Java編程的經驗。本書在內容安排上由淺入深，不具備Java編程經驗的讀者也可以開始學習。本書適合軟件工程專業的在校學生學習和實踐，可以增強軟件開發能力和經驗，為軟件工程課程的學習打下良好的基礎。本書也適合其他計算機相關專業的學生更深入地學習Java開發技術。·

耿祥義，1995年中國科學技術大學博士畢業，獲理學博士學位1997年從中山大學博士後流動站出站，現任大連交通大學教授有多年講授Java語言的經驗，已編寫出版《Java2實用教程》、《Java課程設計》、《JSP程序設計》、《XML程序設計》等十餘部教材。
張躍平，現任大連交通大學講師　已編寫和參編出版《Visual　FoxPro課程設計》、《Java 2實用教程》、　《JSP實用教程》等教材。·

《高等學校教材?軟件工程:計算機應用系統的設計與實現(Java)》在內容安排上由淺入深，不具備Java編程經驗的讀者也可以開始學習。《高等學校教材?軟件工程:計算機應用系統的設計與實現(Java)》適合軟件工程專業的在校學生學習和實踐，可以增強軟件開發能力和經驗，為軟件工程課程的學習打下良好的基礎。《高等學校教材?軟件工程:計算機應用系統的設計與實現(Java)》也適合其他計算機相關專業的學生更深入地學習Java開發技術。

第1部分 面向對象的開發基礎
第1章 面向對象的系統開發簡介
第2章 Java程序的運行與開發環境
第3章 Java使用初步
第4章 自定義類
第5章 數組及其應用

第2部分 基於UML的系統分析與設計
第6章 基於UML的系統分析
第7章 面向對象設計

第3部分 業務邏輯層開發
第8章 編寫問題域類
第9章 繼承與多態
第10章 抽象類與終結類
第11章 接口及其應用
第12章 實現關聯關係

第4部分 界面層與數據層開發
第13章 圖形用戶界面與事件處理
第14章 界面層開發
第15章 實現多個窗口之間的導航
第16章 數據層開發

第5部分 Web應用程序的開發
第17章 Web應用開發基礎
第18章 Java Web三層應用開發
附錄A 網上顧客查詢子系統
參考文獻·

UML使用模型驅動方法進行分析與設計，開發人員需要根據系統要求和系統設計來創建圖形化模型，這些模型表示要實現的系統要求以及從不同角度描述系統的組成。
與傳統的結構化分析與設計方法相比，面向對象的分析與設計更加以數據為中心，始終圍繞著類模型進行演化和迭代。然而，UML中用例的日漸重要性又將分析重點從數據轉向了過程。
面向對象開發方法遵循迭代和增量過程，各個階段沒有明顯的界限，單個模型在分析、設計和實現階段被逐步“細化”。
1.2.3 面向對象方法的優點
面向對象方法具有以下優點：
（1）與人類習慣的思維方法一致。
面向對象的軟件技術以對象（Object）為核心，用這種技術開發出的軟件系統由對象組成。對象是對現實世界實體的抽象，是將表示靜態屬性的數據及可以對這些數據施加的操作（表示對象的動態行為）封裝在一起所構成的統一體。對象之間通過傳遞消息互相聯系，以模擬現實世界中不同事物彼此之間的聯系。
面向對象的軟件開發過程從始至終都圍繞著建立問題領域的對象模型來進行：對問題領域進行自然的分解，確定需要使用的對象和類，建立適當的類等級，在對象之間傳遞消息實現必要的聯系，從而按照人們習慣的思維方式建立起問題領域的模型，模擬客觀世界。
（2）穩定性好。
面向對象軟件系統的結構是根據問題領域的模型建立起來的，而不是基于對系統應完成的功能的分解，所以當系統的功能需求變化時并不會引起軟件結構的整體變化，往往僅需要做一些局部性的修改。
例如，從已有類派生出一些新的子類以實現功能擴充或修改，增加或刪除某些對象等。
由于現實世界中的實體是相對穩定的，因此以對象為中心構造的軟件系統也是比較穩定的。
（3）可重用性好。
事實上，離開了操作便無法處理數據，而脫離了數據的操作也是毫無意義的，我們應該對數據和操作同樣重視。在面向對象方法所使用的對象中，數據和操作正是作為平等伙伴出現的。因此，對象具有很強的自含性。此外，對象所固有的封裝性和信息隱藏機制使得對象的內部實現與外界隔離，具有較強的獨立性。由此可見，面向對象方法提供了比較理想的模塊化機制和比較理想的可重用的軟件成分。
雖然面向對象方法有諸多優點，但這并不意味著采用面向對象方法就沒有風險。同傳統的結構化方法相比，面向對象方法更加復雜，其復雜性在很大程度上源于對象之間復雜的交互。如果不能很好地把握系統結構，有效降低系統的復雜性，或者不能正確地使用面向對象技術，則所開發的系統難以調試、維護和進化。
1.3 軟件體系結構及其風格
1.3.1 軟件體系結構的概念
從第一個程序被劃分成模塊開始，軟件系統就有了體系結構。目前還沒有一個公認的關于軟件體系結構的定義，許多專家學者從不同角度對軟件體系結構進行了描述。
Dewayne Perry和Alexander Wolf曾這樣定義：“軟件體系結構是具有一定形式的結構化元素，即構件的集合，包括處理構件、數據構件和連接構件。處理構件負責對數據進行加工，數據構件是被加工的信息，連接構件把體系結構的不同部分組合連接起來。”
這一定義注重區分處理構件、數據構件和連接構件。
在體系結構設計的環境中，軟件構件可以簡單到程序模塊或者面向對象的類，也可以擴充到包含數據庫和能夠完成客戶與服務器網絡配置的“中間件”。
1.3.2軟件系統的分層結構
在邏輯上，我們通常將應用系統劃分為三層，即表示層、應用邏輯層和數據管理層。三層的責任如下。