軟體實施成果

❶ 軟體項目取得的階段性成果怎麼寫

就說明你的軟體在開抄發過襲程中每一步所完成的階段性成就，例如需求分析過程中你們所掌握的用戶需求，在體系結構設計當中你們所設計的體系結構是什麼樣子的，在詳細設計當中，你們的UI設計，資料庫設計等相應的完成情況，截個圖出來給人展示一下，完成了哪些具體的功能模塊也展示出來，總的來說就是展現你們目前完成的項目任務情況。

❷ 軟體項目是如何進行技術成果轉化的

軟體項目得到了應用就實現了技術成果轉化，所以你現在的任務就是讓別人用你軟體。

❸ 項目成果是什麼意思

項目成果，顧名思義就是項目所取得的成果，比如成功設計了什麼產品，取得了專利或軟體專著作權等，突屬破了某個技術瓶頸，實現了多少銷售收入，增加人員就業等。

項目驗收，也稱范圍核實或移交（Cutover）。它是核查項目計劃規定范圍內各項工作或活動是否已經全部完成，可交付成果是否令人滿意，並將核查結果記錄在驗收文件中的一系列活動。

(3)軟體實施成果擴展閱讀：

確定過程：

1、項目情況分析

對項目的整個環境進行有效分析，包括外部環境、上層組織系統、市場情況、相關關系人（客戶、承包商、相關供應商等）、社會經濟和政治/法律環境等。

2、項目問題界定

對項目情況分析後，發現是否存在影響項目開展和發展的因素和問題，並對問題分類、界定。分析得出項目問題產生的原因、背景和界限。

3、確定項目目標因素

根據項目當前問題的分析和定義，確定可能影響項目發展和成敗的明確、具體、可量化的目標因素，如項目風險大小、資金成本、項目涉及領域、通貨膨脹、回收期等。具體應該體現在項目論證和可行性分析中。

❹ 軟體實施項目主要有哪幾個階段每個階段的交付成果是什麼

一、復軟體分析：是一個對用戶制的需求進行去粗取精、去偽存真、正確理解，然後把它用軟體工程開發語言表達出來的過程,replica soccer jerseys。基本任務是和用戶一起確定要解決的問題，建立軟體的邏輯模型，編寫需求規格說明書文檔並最終得到用戶的認可。
二、軟體設計：主要任務就是將軟體分解成模塊使之能實現某個功能的數據和程序說明、可執行程序的程序單元。
三、軟體編碼：指把軟體設計轉換成計算機可以接受的程序，即寫成以某一程序設計語言表示的"源程序清單"。
四、軟體測試：目的是以較小的代價發現盡可能多的錯誤。要實現這個目標的關鍵在於設計一套出色的測試用例（測試數據和預期的輸出結果組成了測試用例）。
五、軟體維護：指在已完成對軟體的研製（分析、設計、編碼和測試）工作並交付使用以後，對軟體產品所進行的一些軟體工程的活動。根據軟體運行的情況，對軟體進行適當修改，以適應新的要求，以及糾正運行中發現的錯誤。
希望會對你的計算機考試有幫助

❺ 做軟體實施工作的，工作總結怎樣寫團隊給自己成長帶來的作用

總結是對已經做過的工作進行理性的思考。它要回顧的是過去做了些什麼，如何做的，做得怎麼樣。總結與計劃是相輔相成的，要以計劃為依據，訂計劃總是在總結經驗的基礎上進行的。其間有一條規律，就是：計劃——實踐——總結——再計劃——再實踐——再總結。

一、工作總結有如下特點：

1．自我性
總結是對自身社會實踐進行回顧的產物，它以自身工作實踐為材料，採用的是第一人稱寫法 ，其中的成績、做法、經驗、教訓等，都有自指性的特徵。
2．回顧性
這一點總結與計劃正好相反。計劃是預想未來，對將要開展的工作進行安排。總結是回顧過 去，對前一段的工作進行檢驗，但目的還是為了做好下一段的工作。所以總結和計劃這兩種 文體的關系是十分密切的，一方面，計劃是總結的標准和依據，另一方面，總結又是制定下 一步工作計劃的重要參考。
3．客觀性
總結是對前段社會實踐活動進行全面回顧、檢查的文種，這決定了總結有很強的客觀性特徵 。它是以自身的實踐活動為依據的，所列舉的事例和數據都必須完全可靠，確鑿無誤，任何 誇大、縮小、隨意杜撰、歪曲事實的做法都會使總結失去應有的價值。
4．經驗性
總結還必須從理論的高度概括經驗教訓。凡是正確的實踐活動，總會產生物質和精神兩個方 面的成果。作為精神成果的經驗教訓，從某種意義上說，比物質成果更寶貴，因為它對今後 的社會實踐有著重要的指導作用。這一特性要求總結必須按照實踐是檢驗真理的惟一標準的 原則，去正確地反映客觀事物的本來面目，找出正反兩方面的經驗，得出規律性認識，這樣 才能達到總結的目的。

二、工作總結的種類：

1、按總結的時間分，有年度總結、半年總結、季度總結。進行某項重大任務時，還要分期總結或叫階段總結。

2、按總結的范圍分，有單位總結、個人總結、綜合性總結、專題總結等。

3、按總結的性質分，有工作、生產、教學、科研總結等。

三、總結撰寫前的准備

有人說過：要總結寫得好，必須總結作得好；要總結作得好，必須工作做得好，立場觀點對頭。這應該是寫總結的經驗之談。好的總結是在做好總結工作的基礎上寫出來的，更是人民群眾在實際中干出來的。在現實生活中，有的單位幹得不怎麼樣，但總結時卻「噴香水」，這對本單位的工作失去實際意義，不應該提倡。也有的單位工作有成績卻形成不了典型經驗，這種情況說明總結工作沒做好。上述兩種情況都是應該避免的。搞好總結，是企業管理的一項重要工作，是增強幹部、職工凝聚力的一種重要手段，需要認真對待。

總結究竟應該怎樣做呢？從總體上說要發動群眾，自下而上做總結。工作是群眾做的，總結也應該由他們來做。不應撇開群眾湊集政績，絞盡腦汁製作觀點。總結過程中能量化的要量化，把定性分析和定量分析結合起來考察，從客觀事實出發，防止感情用事，以免總結流於形式。

此外，搞好總結還要注意以下幾點：

1、重視調查研究，熟悉情況

總結的對象是過去做過的工作或完成的某項任務，進行總結時，要通過調查研究，努力掌握全面情況和了解整個工作過程，只有這樣，才能進行全面總結，避免以偏概全。

2、熱愛本職工作，熟悉業務

熱愛本職工作，事業心強，是做好工作的前提，也是搞好總結的基礎。寫總結涉及本職業務，如果對業務不熟悉，就難免言不及義。

3、堅持實事求是的原則

總結是對以往工作的評價，必須堅持實事求是的原則，就像陳雲同志所說的那樣，「是成績就寫成績，是錯誤就寫錯誤；是大錯誤就寫大錯誤，是小錯誤就寫小錯誤」。這樣才能有益於現在，有益於將來。誇大成績，報喜不報憂，違反作總結的目的，是應該摒棄的。

4、重點在出經驗，找規律

總結的最終目的是得出經驗，吸取教訓，找出做好工作的規律。因此，總結不能停留在表面現象的認識和客觀事例的羅列上，必須從實踐中歸納出規律性的結論來。

四、總結的寫法

一、工作總結的結構形式及其內容

年終總結（含綜合性總結）或專題總結，其標題通常採用兩種寫法，一種是發文單位名稱+時間+文種，如《銅仁地區煙草專賣局2004年工作總結》；另一種是採用新聞標題的形式，如松桃縣大興訪送部的卷煙零售戶誠信等級管理專題總結：《客戶爭等級，誠信穩銷量》。

正文一般分為如下三部分表述：

1、情況回顧

這是總結的開頭部分，叫前言或小引，用來交代總結的緣由，或對總結的內容、范圍、目的作限定，對所做的工作或過程作扼要的概述、評估。這部分文字篇幅不宜過長，只作概括說明，不展開分析、評議。

2、經驗體會

這部分是總結的主體，在第一部分概述情況之後展開分述。有的用小標題分別闡明成績與問題、做法與體會或者成績與缺點。如果不是這樣，就無法讓人抓住要領。專題性的總結，也可以提煉出幾條經驗，以起到醒目、明了。

運用這種方法要注意各部分之間的關系。各部分既有相對的獨立性，又有密切的內在聯系，使之形成合力，共同說明基本經驗。

3、今後打算

這是總結的結尾部分。它是在上一部分總結出經驗教訓之後，根據已經取得的成績和新形勢、新任務的要求，提出今後的設法、打算，成為新一年制訂計劃的依據。內容包括應如何發揚成績，克服存在問題及明確今後的努力方向。也可以展望未來，得出新的奮斗目標。

五、工作總結文字表述的要求

1、要善於抓重點

總結涉及本單位工作的方方面面，但不能不分主次、輕重、面面俱到，而必須抓住重點。什麼是重點？是指工作中取得的主要經驗，或發現的主要問題，或探索出來的客觀規律。不要分散筆墨，兼收並蓄。現在有些總結越寫越長，固然有的是執筆人怕掛一漏萬，但出有的是領導同志怕自己所抓的工作沒寫上幾筆就沒有成績等等，造成總結內容龐雜，中心不突出。

2、要寫得有特色

特色，是區別他事物的屬性。單位不同，成績各異。同一個單位今年的總結與往年也應該不同。現在一些總結讀後總覺有雷同感。有些單位的總結幾年一貫制，內容差不多，只是換了某些數字。這樣的總結，缺少實用價值。陳雲同志在50年代就強調：總結經驗是提高自己的重要方法。任何單位或個人在開展工作時都有自己一套不同於別人的方法，經驗體會也各有不同。寫總結時，在充分佔有材料基礎上，要認真分析、比較，找了重點，不要停留在一般化上。

3、要注意觀點與材料統一

總結中的經驗體會是從實際工作中，也就是從大量事實材料中提煉出來的。經驗體會一旦形成，又要選擇必要的材料予以說明，經驗體會才能「立」起來，具有實用價值。這就是觀點與材料的統一。但常見一些經驗總結往往不注意這一點，如同毛澤東同志批評的那樣，「把材料和觀點割斷，講材料的時候沒有觀點，講觀點的時候沒有材料，材料和觀點互不聯系」，這就不好。

4、語言要准確、簡明

總結的文字要做到判斷明確，就必須用詞准確，用例確鑿，評斷不含糊。簡明則是要求在闡述觀點時，做到概括與具體相結合，要言不煩，切忌籠統、累贅，做到文字朴實，簡潔明了。
六、撰寫總結應注意的問題
（一）首先要有實事求是的態度。工作總結中，常常出現兩種傾向：一種是好大喜功，搞浮誇，只講成績，不談問題；另一種是將總結寫成了「檢討書」，把工作說成一無是處。這兩種都不是實事求是的態度。總結的特點之一「回顧的理論性」，正是反映在如實地、一分為二地分析、評價自己的工作上，對成績，不要誇大；對問題，不要輕描淡寫。
（二）總結要寫得有理論價值。一方面，要抓主要矛盾，無論談成績或談存在問題，都不要面面俱到。另一方面，對主要矛盾要進行深入細致的分析，談成績要寫清怎麼做的，為什麼這樣做，效果如何，經驗是什麼；談存在問題，要寫清是什麼問題，為什麼會出現這種問題，其性質是什麼，教訓是什麼。這樣的總結，才能對前一段的工作有所反思，並由感性認識上升到理性認識。
（三）總結要用第一人稱。即要從本單位、本部門的角度來撰寫。表達方式以敘述、議論為主，說明為輔，可以夾敘夾議說。

六、範文
範文一

在XXXX工作一年時間了，在這一年裡，在領導的指導、關心培養下，在同事的支持幫助、密切配合下，我不斷加強思想政治學習，對工作精益求精，較為圓滿地完成了自己所承擔的各項工作任務，個人思想政治素質和業務工作能力都取得了一定的進步，為今後的工作和學習打下了良好的基礎，現將工作學習情況總結如下：
一、政治思想方面
認真加強思想政治學習，不斷提高自己的政治理論水平。始終堅持以鄧小平理論和「三個代表」重要思想為指導，認真貫徹黨的十六大和十六屆三中、四中全會精神，深入領會執行中央、省和市委、市政府的一系列重大方針、政策、措施。系統地學習了《中共中央關於加強黨的執政能力建設的決定》、《中共中央關於加強和改進黨的作風建設的決定》、《關於完善社會主義市場經濟體制若干問題的決定》等重要文件，牢固樹立全心全意為人民服務的宗旨和正確的世界觀、人生觀和價值觀，以開展保持共產黨員先進性教育活動為重要契機，加強對馬列理論、社會主義市場經濟理論及現代經濟、科技、法律、辦公自動化等與工作領域相關的專業知識的學習，使思想認識和自身素質都有了新的提高。
二、工作方面
本著對工作積極、認真、負責的態度，認真遵守各項規章制度，虛心向領導和同事請教，努力學習各項業務知識，通過不斷學習，不斷積累，使工作效率和工作質量有了較大提高，較好地完成了各項工作任務。
1、深入開展調查研究。
2、做好中長期規劃的研究與編制工作。

3、積極申報國家資金支持的建設項目。
4、做好年度管理計劃工作。
三、學習生活方面
在工作過程中，我深深感到加強自身學習、提高自身素質的緊迫性，一是向書本學習，堅持每天擠出一定的時間不斷充實自己，端正態度，改進方法，廣泛汲取各種「營養」；二是向周圍的同志學習，工作中我始終保持謙虛謹慎、虛心求教的態度，主動向領導、同事們請教，學習他們任勞任怨、求真務實的工作作風和處理問題的方法；三是向實踐學習，把所學的知識運用於實際工作中，在實踐中檢驗所學知識，查找不足，提高自己，防止和克服淺嘗輒止、一知半解的傾向。
作為一名機關工作者，我時刻提醒自己，要不斷加強自身思想道德的修養和人格品質的鍛煉，增強奉獻意識，把清正廉潔作為人格修養的重點。不受社會上一些不良風氣的影響，從一點一滴的小事做起，生活中勤儉節朴，寬以待人；工作中嚴以律己，忠於職守，防微杜漸。牢固樹立全心全意為人民服務的宗旨意識，幫助身邊需要幫助的人。
一年來，我在組織、領導和同志們的幫助和支持下取得了一定的成績，但我深知自己還存在一些缺點和不足，政治理論基礎還不扎實，業務知識不夠全面，工作方式不夠成熟。在今後的工作中，我要努力做到戒驕戒躁，堅定政治信念，加強理論學習，積累經驗教訓，不斷調整自己的思維方式和工作方法，在實踐中磨練自己，成為人民滿意的公務員。
請組織和同志們考驗。

範文二

2008年上半年度工作總結
各位同事，大家好
今天，我們在團結奮進、緊羅密彭的熱烈氣氛中為上半年度總體工作劃上了一個完美的句號。這半年怡逢一年一度的風扇旺季，也許大家都在忙於旺季的投入，而忘記了時間的原因，總感覺僅是彈指一瞬間，08年整整過去了一半。總體來講，這半年，我們百利豐人，是忙碌的同時又是充實的，是團結拼搏的又是成果豐碩的。我們會感受到農民豐收的喜樂，品一品滋味，忙點累點，也是香甜的。
回顧這半年度工作，我依然是在困難與學習中成長而來，學習指專業知識與工作經驗，困難是指隨公司經濟業務的拓展而財務核算工作量的加大，例如商場數量的增加（市場較上一年度增加十餘個）加之風扇旺季使得日常工作超出飽和度。不過不管如何，一路上還是蹣跚走過來了。記得年初針對我所涉及的財務工作為自己定下的計劃一是細化工作，二是不斷進取提升數據分析能力。下面，請允許我圍繞這一年之計向大家做段簡要的工作總結。
一、 細化工作：
工作的細化是我過去乃至未來永久不變的追求與方向。我總認為，為事者，求細求
真為之首，只有端正自己的思想才會被現實世界所認同。
1. 細化工作先從個人工作范圍擴充談起
百利豐是一個有目標、有思想、的進取性團隊。那麼要保持前進的步伐，首先要考驗團隊協作力。當然，各司其職，我們做的都很好。要談協作力，也許很難輕松做到。其實很多崗位職工作范圍不是一個固定值，應該是隨經濟業務的開展而變化著的。各掃門前雪，不管他人瓦上霜的工作態度，很多時候也能完成基本的協作，維持現狀也許足已，追求更高是遠遠不夠的。真正意思的協作是真心真意投入到我們共同的事業中來，做一些表面上看來並不是自己本職工作的事，比如幫助新同仁完成一項新課題，協助一位與你工作性質完全不同的同事做一件他較困惑的事。相互滲透，這才叫真正意義上的協作，看似份外，實為份內，仔細一想，是有道理的。這些事情和自己工作有著千絲萬縷的聯系，也許同事的困惑追朔根本，因自己昨日的一點小疏忽而起。或者，沒有今日的份外協作，也許自己明天的本職工作就不能更順利或者更完美的開展。
我曾反思過這樣一個問題狗不應該去拿老鼠嗎？寓言里說，曾有一人親眼見過狗認真的抓來一隻老鼠，拿來與貓分享。它們同為一個園林，雖工作性質完全不同，但卻共有一個忠誠的態度，有一個共同的目標，那就是讓這個園林明天會更好。動物尚且如此，何況人呢？所以在某種意義上「狗就應該去拿老鼠。」 關於工作范圍，我就是這樣想的，這是我的長期方向，要真正的做到這一點也需要長期的改進與提升。每逢參加龐大的促銷隊武例會時，我就會主動通告大家，只要遇到庫存有變動的業務，就可以與我及時溝通，在特殊狀況下，如果需要我來幫忙或協助，也包括要貨，及其他我權力與能力范圍之內的事，請撥打6205，我願為大家服務！在此還是肯求大家，多多配合，多多支持！
2. 細化工作還要談到狹義上的崗位職責
我本人即為財務部一名員工，並非管理千軍萬馬，只求管出一本賬實相符的好賬，我想成本會計這一塊也需要細中加細。像是繪畫，僅是粗枝大葉簡單勾勒出來的作品，也許連自己也不會喜歡。如果我們投高價配置的財務系統，最終如果不能提供一個可靠數據給公司，那就失去了意義，針對這一點，我想首先要健全商品收支管理制度，二是引導貨物出入倉真正走向現代化管理。
在做旺季功堅戰的緊張時刻，從數據中分析，我發現這樣一個突出問題-------也許是有時出於不知情或是沒辦法，沒時間的考慮而做出無手續性交接。我們都是百利豐的主人，在貨物收出發生的當時，可否反思以下兩種被喻為顆粒歸倉的方案，A種方案，現有一堆不知名，記不清具體數量及詳細名稱的貨物，由不確地點，已捆好，平移至你處。算是顆粒歸倉。B種方案，今有具體時間，具體經手人確認簽字並與實物相符的單據連同貨物一並交於專項負責人處，請負責人確認簽字。也算是顆粒歸倉。
我們常會看到小孩子間相互拉勾的情形，這並非在教師與家長的督促下，自發的一種交接，表面上是情感交接，但在童年來說，這比簽字還重要，還有力度。看來連孩子尚且能做到拒絕情感交接。再比如，我們在自己小家庭里，借給他人財或物時，很少會這樣去說：「我現在借給你幾張人民幣，但具體多少我不知道，反正你到時候你還我就行，具體還幾張你看著辦吧，無所謂。」這樣看來，顯然選擇B方案會是事半功倍的事。A方案日後所帶來的負面影響是很深的，可能要經過大規模審查，核實，即勞民傷財，又加大工作難度，降低工作效率，近爾影響經濟開發運行速度的惡性循環，還很有可能為公司造成嚴懲的經濟損失。在當前，單憑覺悟的提升也並不會解決問題，而細化管理工作，不斷健全管理規定，從而運用科學管理方案，去引導全方面工作走向正軌，是一切管理問題之首。
總之，工作的細到程度是無止境的，是每個人無休止的追求。而這一點做為財務工作者更為重審核的細致程度，管理的細致程度，無盡無休。還是那句話，財務管理絕對可以代表公司的形象，我們對此者有責任去為之做些什麼。
二、 不斷進取提升數據分析能力以全面提升自己。
數據分析是財務工作從單一記賬工作而分支出的一項學問，是繼財務監督與管理之前的初級升華，也是合格財務工作者的基本前提。數據分析能力是我的欠缺項目，這一點我很有緊迫感。我常常拿來管理會計學上的案例來分析自己工作上的實例，或多或少對我的工作有些提示吧。但研究並不透徹。所以說實話，這一計劃我完成的不好，客觀理由是旺季分身無術，無睱故及，本質是，自己努力不夠。
我提出自我批評。我喜歡來自於自己的指責，從而多從自身找差距，才能以平和的心態去面對百利豐這進取性的團隊。
時間的關系，在此僅談這些。最終還是一句謝謝，一句肯求。
謝謝大家的是過去的默契，肯求大家的是，請繼續做我的朋友，幫助我，支持我，也在多多賜教的同時理解我的不足，我們攜手同行！
總結完畢，謝謝大家。

❻ 軟體開發所取得的成就有哪些

面向對象(Object Oriented,OO)是當前計算機界關心的重點，它是90年代軟體開發方法的主流。面向對象的概念和應用已超越了程序設計和軟體開發，擴展到很寬的范圍。如資料庫系統、互動式界面、應用結構、應用平台、分布式系統、網路管理結構、CAD技術、人工智慧等領域。

談到面向對象，這方面的文章非常多。但是，明確地給出對象的定義或說明對象的定義的非常少——至少我現在還沒有發現。其初，「面向對象」是專指在程序設計中採用封裝、繼承、抽象等設計方法。可是，這個定義顯然不能再適合現在情況。面向對象的思想已經涉及到軟體開發的各個方面。如，面向對象的分析（OOA，Object Oriented Analysis），面向對象的設計（OOD，Object Oriented Design）、以及我們經常說的面向對象的編程實現（OOP，Object Oriented Programming）。許多有關面向對象的文章都只是講述在面向對象的開發中所需要注意的問題或所採用的比較好的設計方法。看這些文章只有真正懂得什麼是對象，什麼是面向對象，才能最大程度地對自己有所裨益。這一點，恐怕對初學者甚至是從事相關工作多年的人員也會對它們的概念模糊不清。

面向對象是當前計算機界關心的重點，它是90年代軟體開發方法的主流。面向對象的概念和應用已超越了程序設計和軟體開發，擴展到很寬的范圍。如資料庫系統、互動式界面、應用結構、應用平台、分布式系統、網路管理結構、CAD技術、人工智慧等領域。

一、傳統開發方法存在問題

1.軟體重用性差
重用性是指同一事物不經修改或稍加修改就可多次重復使用的性質。軟體重用性是軟體工程追求的目標之一。

2.軟體可維護性差
軟體工程強調軟體的可維護性，強調文檔資料的重要性，規定最終的軟體產品應該由完整、一致的配置成分組成。在軟體開發過程中，始終強調軟體的可讀性、可修改性和可測試性是軟體的重要的質量指標。實踐證明，用傳統方法開發出來的軟體，維護時其費用和成本仍然很高，其原因是可修改性差，維護困難，導致可維護性差。

3.開發出的軟體不能滿足用戶需要
用傳統的結構化方法開發大型軟體系統涉及各種不同領域的知識，在開發需求模糊或需求動態變化的系統時，所開發出的軟體系統往往不能真正滿足用戶的需要。

用結構化方法開發的軟體，其穩定性、可修改性和可重用性都比較差，這是因為結構化方法的本質是功能分解，從代表目標系統整體功能的單個處理著手，自頂向下不斷把復雜的處理分解為子處理，這樣一層一層的分解下去，直到僅剩下若干個容易實現的子處理功能為止，然後用相應的工具來描述各個最低層的處理。因此，結構化方法是圍繞實現處理功能的「過程」來構造系統的。然而，用戶需求的變化大部分是針對功能的，因此，這種變化對於基於過程的設計來說是災難性的。用這種方法設計出來的系統結構常常是不穩定的 ，用戶需求的變化往往造成系統結構的較大變化，從而需要花費很大代價才能實現這種變化。

二、面向對象的基本概念

(1)對象。
對象是人們要進行研究的任何事物，從最簡單的整數到復雜的飛機等均可看作對象，它不僅能表示具體的事物，還能表示抽象的規則、計劃或事件。

(2)對象的狀態和行為。
對象具有狀態，一個對象用數據值來描述它的狀態。
對象還有操作，用於改變對象的狀態，對象及其操作就是對象的行為。
對象實現了數據和操作的結合，使數據和操作封裝於對象的統一體中

(3)類。
具有相同或相似性質的對象的抽象就是類。因此，對象的抽象是類，類的具體化就是對象，也可以說類的實例是對象。
類具有屬性，它是對象的狀態的抽象，用數據結構來描述類的屬性。
類具有操作，它是對象的行為的抽象，用操作名和實現該操作的方法來描述。

(4)類的結構。
在客觀世界中有若干類，這些類之間有一定的結構關系。通常有兩種主要的結構關系，即一般--具體結構關系，整體--部分結構關系。

①一般——具體結構稱為分類結構，也可以說是「或」關系，或者是「is a」關系。
②整體——部分結構稱為組裝結構，它們之間的關系是一種「與」關系，或者是「has a」關系。

(5)消息和方法。
對象之間進行通信的結構叫做消息。在對象的操作中，當一個消息發送給某個對象時，消息包含接收對象去執行某種操作的信息。發送一條消息至少要包括說明接受消息的對象名、發送給該對象的消息名（即對象名、方法名）。一般還要對參數加以說明，參數可以是認識該消息的對象所知道的變數名，或者是所有對象都知道的全局變數名。

類中操作的實現過程叫做方法，一個方法有方法名、參數、方法體。消息傳遞如圖10-1所示。

二、面向對象的特徵

(1)對象唯一性。
每個對象都有自身唯一的標識，通過這種標識，可找到相應的對象。在對象的整個生命期中，它的標識都不改變，不同的對象不能有相同的標識。

(2)分類性。
分類性是指將具有一致的數據結構(屬性)和行為(操作)的對象抽象成類。一個類就是這樣一種抽象，它反映了與應用有關的重要性質，而忽略其他一些無關內容。任何類的劃分都是主觀的，但必須與具體的應用有關。

(3)繼承性。
繼承性是子類自動共享父類數據結構和方法的機制，這是類之間的一種關系。在定義和實現一個類的時候，可以在一個已經存在的類的基礎之上來進行，把這個已經存在的類所定義的內容作為自己的內容，並加入若干新的內容。

繼承性是面向對象程序設計語言不同於其它語言的最重要的特點，是其他語言所沒有的。

在類層次中，子類只繼承一個父類的數據結構和方法，則稱為單重繼承。
在類層次中，子類繼承了多個父類的數據結構和方法，則稱為多重繼承。
在軟體開發中，類的繼承性使所建立的軟體具有開放性、可擴充性，這是信息組織與分類的行之有效的方法，它簡化了對象、類的創建工作量，增加了代碼的可重性。
採用繼承性，提供了類的規范的等級結構。通過類的繼承關系，使公共的特性能夠共享，提高了軟體的重用性。

(4)多態性(多形性)
多態性使指相同的操作或函數、過程可作用於多種類型的對象上並獲得不同的結果。不同的對象，收到同一消息可以產生不同的結果，這種現象稱為多態性。
多態性允許每個對象以適合自身的方式去響應共同的消息。
多態性增強了軟體的靈活性和重用性。

三、面向對象的要素

(1)抽象。
抽象是指強調實體的本質、內在的屬性。在系統開發中，抽象指的是在決定如何實現對象之前的對象的意義和行為。使用抽象可以盡可能避免過早考慮一些細節。

類實現了對象的數據（即狀態）和行為的抽象。

(2)封裝性（信息隱藏）。
封裝性是保證軟體部件具有優良的模塊性的基礎。
面向對象的類是封裝良好的模塊，類定義將其說明（用戶可見的外部介面）與實現（用戶不可見的內部實現）顯式地分開，其內部實現按其具體定義的作用域提供保護。
對象是封裝的最基本單位。封裝防止了程序相互依賴性而帶來的變動影響。面向對象的封裝比傳統語言的封裝更為清晰、更為有力。

(3)共享性
面向對象技術在不同級別上促進了共享
同一類中的共享。同一類中的對象有著相同數據結構。這些對象之間是結構、行為特徵的共享關系。
在同一應用中共享。在同一應用的類層次結構中，存在繼承關系的各相似子類中，存在數據結構和行為的繼承，使各相似子類共享共同的結構和行為。使用繼承來實現代碼的共享，這也是面向對象的主要優點之一。
在不同應用中共享。面向對象不僅允許在同一應用中共享信息，而且為未來目標的可重用設計准備了條件。通過類庫這種機制和結構來實現不同應用中的信息共享。

4.強調對象結構而不是程序結構

四、面向對象的開發方法

目前，面向對象開發方法的研究已日趨成熟，國際上已有不少面向對象產品出現。面向對象開發方法有Coad方法、Booch方法和OMT方法等。

1.Booch方法

Booch最先描述了面向對象的軟體開發方法的基礎問題，指出面向對象開發是一種根本不同於傳統的功能分解的設計方法。面向對象的軟體分解更接近人對客觀事務的理解，而功能分解只通過問題空間的轉換來獲得。

2.Coad方法

Coad方法是1989年Coad和Yourdon提出的面向對象開發方法。該方法的主要優點是通過多年來大系統開發的經驗與面向對象概念的有機結合，在對象、結構、屬性和操作的認定方面，提出了一套系統的原則。該方法完成了從需求角度進一步進行類和類層次結構的認定。盡管Coad方法沒有引入類和類層次結構的術語，但事實上已經在分類結構、屬性、操作、消息關聯等概念中體現了類和類層次結構的特徵。

3.OMT方法

OMT方法是1991年由James Rumbaugh等5人提出來的，其經典著作為「面向對象的建模與設計」。

該方法是一種新興的面向對象的開發方法，開發工作的基礎是對真實世界的對象建模，然後圍繞這些對象使用分析模型來進行獨立於語言的設計，面向對象的建模和設計促進了對需求的理解，有利於開發得更清晰、更容易維護的軟體系統。該方法為大多數應用領域的軟體開發提供了一種實際的、高效的保證，努力尋求一種問題求解的實際方法。

4.UML(Unified Modeling Language)語言

軟體工程領域在1995年～1997年取得了前所未有的進展，其成果超過軟體工程領域過去15年的成就總和，其中最重要的成果之一就是統一建模語言（UML)的出現。UML將是面向對象技術領域內佔主導地位的標准建模語言。
UML不僅統一了Booch方法、OMT方法、OOSE方法的表示方法，而且對其作了進一步的發展，最終統一為大眾接受的標准建模語言。UML是一種定義良好、易於表達、功能強大且普遍適用的建模語言。它融入了軟體工程領域的新思想、新方法和新技術。它的作用域不限於支持面向對象的分析與設計，還支持從需求分析開始的軟體開發全過程。

五、面向對象的模型

·對象模型

對象模型表示了靜態的、結構化的系統數據性質，描述了系統的靜態結構，它是從客觀世界實體的對象關系角度來描述，表現了對象的相互關系。該模型主要關心系統中對象的結構、屬性和操作，它是分析階段三個模型的核心，是其他兩個模型的框架。

1.對象和類

(1) 對象。
對象建模的目的就是描述對象。

(2) 類。
通過將對象抽象成類，我們可以使問題抽象化，抽象增強了模型的歸納能力。

(3) 屬性。
屬性指的是類中對象所具有的性質（數據值）。

(4) 操作和方法。

操作是類中對象所使用的一種功能或變換。類中的各對象可以共享操作，每個操作都有一個目標對象作為其隱含參數。
方法是類的操作的實現步驟。

2.關聯和鏈
關聯是建立類之間關系的一種手段，而鏈則是建立對象之間關系的一種手段。

(1) 關聯和鏈的含義。
鏈表示對象間的物理與概念聯結，關聯表示類之間的一種關系，鏈是關聯的實例，關聯是鏈的抽象。

(2) 角色。
角色說明類在關聯中的作用，它位於關聯的端點。

(3) 受限關聯。
受限關聯由兩個類及一個限定片語成，限定詞是一種特定的屬性，用來有效的減少關聯的重數，限定詞在關聯的終端對象集中說明。
限定提高了語義的精確性，增強了查詢能力，在現實世界中，常常出現限定詞。

(4) 關聯的多重性。
關聯的多重性是指類中有多少個對象與關聯的類的一個對象相關。重數常描述為「一」或「多」。
圖10-8表示了各種關聯的重數。小實心圓表示「多個」，從零到多。小空心圓表示零或一。沒有符號表示的是一對一關聯。

3.類的層次結構
(1) 聚集關系。
聚集是一種「整體－部分」關系。在這種關系中，有整體類和部分類之分。聚集最重要的性質是傳遞性，也具有逆對稱性。

聚集可以有不同層次，可以把不同分類聚集起來得到一顆簡單的聚集樹，聚集樹是一種簡單表示，比畫很多線來將部分類聯系起來簡單得多，對象模型應該容易地反映各級層次，圖10-10表示一個關於微機的多極聚集。

(2)一般化關系。
一般化關系是在保留對象差異的同時共享對象相似性的一種高度抽象方式。它是「一般---具體」的關系。一般化類稱為你類，具體類又能稱為子類，各子類繼承了交類的性質，而各子類的一些共同性質和操作又歸納到你類中。因此，一般化關系和繼承是同時存在的。一般化關系的符號表示是在類關聯的連線上加一個小三角形，如圖10-11

4.對象模型
(1)模板。模板是類、關聯、一般化結構的邏輯組成。
(2)對象模型。

對象模型是由一個或若干個模板組成。模板將模型分為若干個便於管理的子塊，在整個對象模型和類及關聯的構造塊之間，模板提供了一種集成的中間單元，模板中的類名及關聯名是唯一的。

·動態模型

動態模型是與時間和變化有關的系統性質。該模型描述了系統的控制結構，它表示了瞬間的、行為化的系統控制
性質，它關心的是系統的控制，操作的執行順序，它表示從對象的事件和狀態的角度出發，表現了對象的相互行為。
該模型描述的系統屬性是觸發事件、事件序列、狀態、事件與狀態的組織。使用狀態圖作為描述工具。它涉及到事件、狀態、操作等重要概念。
1.事件
事件是指定時刻發生的某件事。

2.狀態
狀態是對象屬性值的抽象。對象的屬性值按照影響對象顯著行為的性質將其歸並到一個狀態中去。狀態指明了對象
對輸入事件的響應。

3.狀態圖

狀態圖是一個標準的計算機概念，他是有限自動機的圖形表示，這里把狀態圖作為建立動態模型的圖形工具。
狀態圖反映了狀態與事件的關系。當接收一事件時，下一狀態就取決於當前狀態和所接收的該事件，由該事件引起的狀態變化稱為轉換。
狀態圖是一種圖，用結點表示狀態，結點用圓圈表示；圓圈內有狀態名，用箭頭連線表示狀態的轉換，上面標記事件名，箭頭方向表示轉換的方向。

·功能模型

功能模型描述了系統的所有計算。功能模型指出發生了什麼，動態模型確定什麼時候發生，而對象模型確定發生的客體。功能模型表明一個計算如何從輸入值得到輸出值，它不考慮計算的次序。功能模型由多張數據流圖組成。數據流圖用來表示從源對象到目標對象的數據值的流向，它不包含控制信息，控制信息在動態模型中表示，同時數據流圖也不表示對象中值的組織，值的組織在對象模型中表示。圖10-15給出了一個窗口系統的圖標顯示的數據流圖。

數據流圖中包含有處理、數據流、動作對象和數據存儲對象。

1.處理
數據流圖中的處理用來改變數據值。最低層處理是純粹的函數，一張完整的數據流圖是一個高層處理。

2.數據流
數據流圖中的數據流將對象的輸出與處理、處理與對象的輸入、處理與處理聯系起來。在一個計算機中，用數據流來表示一中間數據值，數據流不能改變數據值。

3.動作對象
動作對象是一種主動對象，它通過生成或者使用數據值來驅動數據流圖。

4.數據存儲對象
數據流圖中的數據存儲是被動對象，它用來存儲數據。它與動作對象不一樣，數據存儲本身不產生任何操作，它只響應存儲和訪問的要求。

六、面向對象的分析

面向對象分析的目的是對客觀世界的系統進行建模。本節以上面介紹的模型概念為基礎，結合「銀行網路系統」的具體實例來構造客觀世界問題的准確、嚴密的分析模型。
分析模型有三種用途：用來明確問題需求；為用戶和開發人員提供明確需求；為用戶和開發人員提供一個協商的基礎，作為後繼的設計和實現的框架。

（一） 面向對象的分析

系統分析的第一步是：陳述需求。分析者必須同用戶一塊工作來提煉需求，因為這樣才表示了用戶的真實意圖，其中涉及對需求的分析及查找丟失的信息。下面以「銀行網路系統」為例，用面向對象方法進行開發。
銀行網路系統問題陳述： 設計支持銀行網路的軟體，銀行網路包括人工出納站和分行共享的自動出納機。每個分理處用分理處計算機來保存各自的帳戶，處理各自的事務；各自分理處的出納站與分理處計算機通信，出納站錄入帳戶和事務數據；自動出納機與分行計算機通信，分行計算機與撥款分理處結帳，自動出納機與用戶介面接受現金卡，與分行計算機通信完成事務，發放現金，列印收據；系統需要記錄保管和安全措施；系統必須正確處理同一帳戶的並發訪問；每個分處理為自己的計算機准備軟體，銀行網路費用根據顧客和現金卡的數目分攤給各分理處。
圖10－18給出銀行網路系統的示意圖。

（二）建立對象模型

首先標識和關聯，因為它們影響了整體結構和解決問題的方法，其次是增加屬性，進一步描述類和關聯的基本網路，使用繼承合並和組織類，最後操作增加到類中去作為構造動態模型和功能模型的副產品。

1.確定類

構造對象模型的第一步是標出來自問題域的相關的對象類，對象包括物理實體和概念。所有類在應用中都必須有意義，在問題陳述中，並非所有類都是明顯給出的。有些是隱含在問題域或一般知識中的。

按圖10-19所示的過程確定類

查找問題陳述中的所有名詞，產生如下的暫定類。
軟體 銀行網路 出納員 自動出納機 分行
分處理 分處理計算機 帳戶 事務 出納站
事務數據 分行計算機 現金卡 用戶 現金
收據 系統 顧客 費用 帳戶數據
訪問 安全措施 記錄保管

根據下列標准，去掉不必要的類和不正確的類。
（1） 冗餘類：若兩個類表述了同一個信息 ，保留最富有描述能力的類。如"用戶"和"顧客"就是重復的描述，因為"顧客"最富有描述性，因此保留它。
（2） 不相乾的類：除掉與問題沒有關系或根本無關的類。例如，攤派費用超出了銀行網路的范圍。
（3） 模糊類：類必須是確定的，有些暫定類邊界定義模糊或范圍太廣，如"記錄保管"就模糊類，它是"事務"中的一部分。
（4） 屬性：某些名詞描述的是其他對象的屬性，則從暫定類中刪除。如果某一性質的獨立性很重要，就應該把他歸屬到類，而不把它作為屬性。
（5） 操作：如果問題陳述中的名詞有動作含義，則描述的操作就不是類。但是具有自身性質而且需要獨立存在的操作應該描述成類。如我們只構造電話模型，"撥號"就是動態模型的一部分而不是類，但在電話撥號系統中，"撥號"是一個重要的類，它日期、時間、受話地點等屬性。

在銀行網路系統中，模糊類是"系統"、"安全措施"、"記錄保管"、"銀行網路"等。屬於屬性的有："帳戶數據"、"收據"、"現金"、"事務數據"。屬於實現的如："訪問"、"軟體"等。這些均應除去。

2.准備數據字典

為所有建模實體准備一個數據字典。准確描述各個類的精確含義，描述當前問題中的類的范圍，包括對類的成員、用法方面的假設或限制。

3.確定關聯

兩個或多個類之間的相互依賴就是關聯。一種依賴表示一種關聯，可用各種方式來實現關聯，但在分析模型中應刪除實現的考慮，以便設計時更為靈活。關聯常用描述性動詞或動詞片語來表示，其中有物理位置的表示、傳導的動作、通信、所有者關系、條件的滿足等。從問題陳述中抽取所有可能的關聯表述，把它們記下來，但不要過早去細化這些表述。

下面是銀行網路系統中所有可能的關聯，大多數是直接抽取問題中的動詞片語而得到的。在陳述中，有些動詞片語表述的關聯是不明顯的。最後，還有一些關聯與客觀世界或人的假設有關，必須同用戶一起核實這種關聯，因為這種關聯在問題陳述中找不到。

銀行網路問題陳述中的關聯：
·銀行網路包括出納站和自動出納機；
·分行共享自動出納機；
·分理處提供分理處計算機；
·分理處計算機保存帳戶；
·分理處計算機處理帳戶支付事務；
·分理處擁有出納站；
·出納站與分理處計算機通信；
·出納員為帳戶錄入事務；
·自動出納機接受現金卡；
·自動出納機與用戶介面；
·自動出納機發放現金；
·自動出納機列印收據；
·系統處理並發訪問；
·分理處提供軟體；
·費用分攤給分理處。
隱含的動詞片語：
·分行由分理處組成；
·分理處擁有帳戶；
·分行擁有分行計算機；
·系統提供記錄保管；
·系統提供安全；
·顧客有現金卡。
基於問題域知識的關聯：
·分理處僱傭出納員；
·現金卡訪問帳戶。

使用下列標准去掉不必要和不正確的關聯：

（1） 若某個類已被刪除，那麼與它有關的關聯也必須刪除或者用其它類來重新表述。在例中，我們刪除了"銀行網路"，相關的關聯也要刪除。
（2） 不相乾的關聯或實現階段的關聯：刪除所有問題域之外的關聯或涉及實現結構中的關聯。如"系統處理並發訪問"就是一種實現的概念。
（3） 動作：關聯應該描述應用域的結構性質而不是瞬時事件，因此應刪除"自動出納機接受現金卡"，"自動出納機與用戶介面"等。
（4） 派生關聯：省略那些可以用其他關聯來定義的關聯。因為這種關聯是冗餘的。銀行網路系統的初步對象圖如圖10-20所示。其中含有關聯。

4.確定屬性

屬性是個體對象的性質,屬性通常用修飾性的名詞片語來表示.形容詞常常表示具體的可枚舉的屬性值,屬性不可能在問題陳述中完全表述出來,必須藉助於應用域的知識及對客觀世界的知識才可以找到它們。只考慮與具體應用直接相關的屬性，不要考慮那些超出問題范圍的屬性。首先找出重要屬性，避免那些只用於實現的屬性，要為各個屬性取有意義的名字。按下列標准刪除不必要的和不正確的屬性：

（1） 對象：若實體的獨立存在比它的值重要，那麼這個實體不是屬性而是對象。如在郵政目錄中，"城市"是一個屬性，然而在人口普查中，"城市"則被看作是對象。在具體應用中，具有自身性質的實體一定是對象。
（2） 定詞：若屬性值取決於某種具體上下文，則可考慮把該屬性重新表述為一個限定詞。
（3） 名稱：名稱常常作為限定詞而不是對象的屬性，當名稱不依賴於上下文關系時，名稱即為一個對象屬性，尤其是它不惟一時。
（4） 標識符：在考慮對象模糊性時，引入對象標識符表示，在對象模型中不列出這些對象標識符，它是隱含在對象模型中，只列出存在於應用域的屬性。
（5） 內部值：若屬性描述了對外不透明的對象的內部狀態，則應從對象模型中刪除該屬性。
（6） 細化：忽略那些不可能對大多數操作有影響的屬性。

5.使用繼承來細化類

使用繼承來共享公共機構，以次來組織類，可以用兩種方式來進行。
（1） 自底向上通過把現有類的共同性質一般化為父類，尋找具有相似的屬性，關系或操作的類來發現繼承。例如"遠程事務"和"出納事務"是類似的，可以一般化為"事務"。有些一般化結構常常是基於客觀世界邊界的現有分類，只要可能，盡量使用現有概念。對稱性常有助於發現某些丟失的類。
（2） 自頂向下將現有的類細化為更具體的子類。具體化常常可以從應用域中明顯看出來。應用域中各枚舉字情況是最常見的具體化的來源。例如：菜單，可以有固定菜單，頂部菜單，彈出菜單，下拉菜單等，這就可以把菜單類具體細化為各種具體菜單的子類。當同一關聯名出現多次且意義也相同時，應盡量具體化為相關聯的類，例如"事務"從"出納站"和"自動出納機"進入，則"錄入站"就是"出納站"和"自動出納站"的一般化。在類層次中，可以為具體的類分配屬性和關聯。各屬性和都應分配給最一般的適合的類，有時也加上一些修正。

應用域中各枚舉情況是最常見的具體化的來源。

6.完善對象模型

對象建模不可能一次就能保證模型是完全正確的，軟體開發的整個過程就是一個不斷完善的過程。模型的不同組成部分多半是在不同的階段完成的，如果發現模型的缺陷，就必須返回到前期階段去修改，有些細化工作是在動態模型和功能模型完成之後才開始進行的。
（1） 幾種可能丟失對象的情況及解決辦法：
·同一類中存在毫無關系的屬性和操作，則分解這個類，使各部分相互關聯；
·一般化體系不清楚，則可能分離扮演兩種角色的類
·存在無目標類的操作，則找出並加上失去目標的類；
·存在名稱及目的相同的冗餘關聯，則通過一般化創建丟失的父類，把關聯組織在一起。

（2） 查找多餘的類。
類中缺少屬性，操作和關聯，則可刪