【正文】 behavior of P is unchanged when o1 is substituted for o2 then S is a subtype of T.（如果對每一個類型為S的對象o1，都有類型為T的對象o2，使得以T定義的所有程序P在所有的對象o1都代換成o2時，程序P的行為沒有發(fā)生變化，那么類型S是類型T的子類型。）里氏替換原則通俗講，只要父類出現(xiàn)的地方子類就可以出現(xiàn)，而且替換為子類也不會產生任何錯誤或異常，使用者可能根本就不需要知道是父類還是子類。但是反過來就不行了，有子類出現(xiàn)的地方，父類未必就能適應。迪米特法則的定義：迪米特法則（Law of Demeter, LoD）也稱為最少知識原則，一個對象應該對其他對象有最少的了解。一個類應該對自己需要耦合或調用的類知道得最少，被耦合或調用的類的內部如何復雜都和我沒有關系，那是你的事情，我就知道你提供的這么多public方法，我就調用這么多，其他的我一概不關心。開閉原則的定義：一個軟件實體如類、模塊和函數(shù)應該對擴展開放，對修改關閉。一個軟件實體應該通過擴展來實現(xiàn)變化，而不是通過修改已有的源代碼來實現(xiàn)變化。依賴倒置原則包含三層含義：167。 高層模塊不應該依賴低層模塊，兩者都應該依賴其抽象；167。 167。 抽象不應該依賴細節(jié)； 細節(jié)應該依賴抽象。在java語言中，抽象就是指接口或抽象類，兩者都是不能直接被實例化的；細節(jié)就是實現(xiàn)類，實現(xiàn)接口或繼承抽象類而產生的類就是細節(jié)，其特點就是可以直接被實例化，也就是可以加上一個關鍵字new產生一個對象。接口隔離原則定義：167。 167。 客戶端不應該依賴它不需要的接口；類間的依賴關系應該建立在最小的接口上。建立單一接口，不要建立臃腫龐大的接口，接口盡量細化，同時接口中的方法盡量少。它要求“盡量使用多個專門的接口”。專門接口指提供給每個模塊的都應該是單一接口，提供給幾個模塊就應該有幾個接口，而不是建立一個龐大的臃腫接口，容納所有的客戶端訪問。，軟件開發(fā)生命周期根據時間和RUP的核心工作流劃分為二維空間。橫軸表示項目的時間維，縱軸以內容來組織為自然的邏輯活動。第四篇：系統(tǒng)分析與設計心得讀《系統(tǒng)分析與設計方法》一書有感作為一個軟件專業(yè)的學生，理解和掌握系統(tǒng)分析與設計的知識是必不可少的。在閱讀《系統(tǒng)分析與設計方法》一書中以及加上老師教導，我學到了很多東西，收獲不少。系統(tǒng)就是由若干可以相互區(qū)別、由相互聯(lián)系并且各自獨立的單元組成各個子系統(tǒng)之間同樣是獨立而又相互聯(lián)系的。系統(tǒng)具有集合性、相關性、目的性、整體性和環(huán)境適應性。在開發(fā)完成一個軟件項目的過程中，系統(tǒng)工程必須經過開發(fā)階段、建造階段、運行階段、更新階段、維護階段。系統(tǒng)分析與設計的方法主要包括結構化生命周期法（又稱瀑布法）、原型化方法（迭代法）、面向對象方法。按時間過程來分，開發(fā)方法分為生命周期法和原型法，實際上還有許多處于中間狀態(tài)的方法。原型法又按照對原型結果的處理方式分為試驗原型法和演進原型法。試驗原型法只把原型當成試驗工具，試了以后就拋掉，根據試驗的結論做出新的系統(tǒng)。演進原型法則把試好的結果保留，成為最終系統(tǒng)的一部分。按照系統(tǒng)的分析要素，可以把開發(fā)方法分為三類：①面向處理方法（Processing Oriented，簡稱PO）。②面向數(shù)據方法（Data Oriented，簡稱DO）。③面向對象的方法（Object Oriented，簡稱OO）。系統(tǒng)分析和設計應遵循的原則有：系統(tǒng)開發(fā)是面向客戶的，應從客戶的角度考慮。諸如系統(tǒng)開發(fā)生命周期之類的產品更新?lián)Q代機構應該在所有的信息系統(tǒng)開發(fā)項目中建立起來。信息系統(tǒng)開發(fā)的過程并不是一個順序的過程，它允許步驟的重疊和倒轉等。如果系統(tǒng)的成功可能性受到很大限制時，應取消整個項目。文檔材料是系統(tǒng)開發(fā)生命周期中重要的可遞交成果，應加以重視。在本書的第一部分中，主要集中于系統(tǒng)分析和設計的整體描述，包括系統(tǒng)分析和設計方法的環(huán)境，信息系統(tǒng)構件，信息系統(tǒng)開發(fā)，項目管理。期中印象比較深刻的是系統(tǒng)開發(fā)過程的能力成熟度模型（CMMI）。信息系統(tǒng)和軟件的CMM框架用來幫助改善其系統(tǒng)開發(fā)過程的成熟度。CMM包括了五個成熟度等級：初始級、可重復級、已定義級、已管理級、優(yōu)化級。期中，每個等級都是下一個等級的必須條件。在軟件開發(fā)過程中需求分析階段是至關重要的一個階段，需求分析階段可能被稱為定義階段或者邏輯設計階段。需求分析階段的第一個任務是確定需求，在這個階段至少將目標轉換成為滿足其需要的功能需求和非功能需求的框架。在這個階段需要交付的成果是功能需求和非功能需求的草稿。在初步定義完了功能需求和非功能需求后，得排列需求的優(yōu)先次序。如果一個項目落后于進度或者超出預算，知道哪個需求比其他需求更重要可能是很有用的。在排列需求的優(yōu)先次序中可以使用到時間盒的技術。需求分析并不會真正的技術，因為企業(yè)需要具有快速適應不斷變化的需求和機會的能力。信息系統(tǒng)不能比企業(yè)自身的響應技術還慢。在學習本書第二部分的時候，我了解到了需求分析在整個項目開發(fā)中的作用以及成為整個項目主導的因素。只要好的需求才能設計開發(fā)出好的軟件項目。在項目開發(fā)過程中，我們還可以利用圖表的形式來簡化方便人員的開發(fā)設計。期中有五種圖表是系統(tǒng)分析師常用的：類圖、用例圖、協(xié)作圖、順序圖、狀態(tài)圖。期中用例圖是用例建模的產物，它以圖形化的方式將系統(tǒng)描述成用、參與者（用戶）及其之間的關系。簡單的說就是用直立的小人來表示參與者（用戶），用圓圈來表示用例，他們之間以箭頭的形式來連接。關系包括了：關聯(lián)關系、擴展關系、使用關系、依賴關系、繼承關系。但是書上沒講到《include》關系，跟老師的講解有點出路。老師在講義上通過畫圖的方式很好的解釋了《include》和《extend》的關系。數(shù)據建模這一章節(jié)中，我了解了數(shù)據建模的含義，它是一種為數(shù)據庫定義業(yè)務需求的技術。數(shù)據建模中比較重要的概念有實體和屬性之間的關系，關系是連接實體的一個時間，或者僅僅是存在于實體之間的邏輯關系。關系有很多種類，多對多、一對多、一對一、等等。這些關系的圖形化符號記起來很不容易，但是我自己想到了一個比較容易記憶的簡單的方法。一個就用 “|”表示，零個就用“0”表示，多個就用“前面說到需求分析是整個軟件項目開發(fā)中最重要的一環(huán)，其實我覺得可行性分析也是跟需求分析一樣的重要。因為信息是一個必須經過檢驗的重要資本投入，就像市場要檢驗一個新產品，系統(tǒng)分析員應該考慮投資能夠收回嗎？是否有其他投資能夠帶來比預期更高的回報。要說他們的區(qū)別，我個人覺得是：可行性分析是要決定“做還是不做”。需求分析是要決定“做什么，不做什么”?？尚行苑治鰣蟾嬗辛鶄€準則：運行可行性、文化可行性、技術可行性、進度可行性、經濟可行性。只有進行了可行性分析報告，才能夠確定企業(yè)是否要 做這個項目。如果說在可行性報告中顯示沒有成功的可能，那么就沒有必要再做需求分析了，整個項目就不會做下去了。進行可行性分析報告可以避免項目中途告終的結果，在系統(tǒng)開發(fā)過程中舉足輕重。數(shù)據庫開發(fā)與設計這章，感覺書上講解的沒有老師講的詳細。書上并沒有提到范式，但是在課堂上我了解到數(shù)據庫設計的范式。有第一范式、第二范式、第三范式、BC范式等。等級越高，數(shù)據冗余越少，對系統(tǒng)調用數(shù)據庫更方便。數(shù)據庫的核心是DBMS，DBMS的核心是數(shù)據庫引擎，引擎響應專門的命令以創(chuàng)建數(shù)據庫結構，然后創(chuàng)建、讀取、修改和刪除數(shù)據庫中的記錄。DBMS使用數(shù)據定義語言（DDL）創(chuàng)建記錄類型、字段和結構化關系，還定義了數(shù)據庫視圖；DBMS還是用數(shù)據處理語言（DML）用來創(chuàng)建、讀取、修改和刪除數(shù)據庫中的記錄。但是并非所有數(shù)據庫的DBMS都被要求使用DDL和DML。看完這章，總結了一下建立關系數(shù)據庫模式的步驟，首先要為每個實體類型建立一張表，然后為每張表選擇一個主鍵，同時增加外鍵來表示一對多的關系，接著還可以建立幾個新表來表示多對多的關系，然后還得定義參照完整性約束，評價模式質量，并且進行必要的改進，最后為每個字段選擇適當?shù)臄?shù)據類型和取值約束。數(shù)據庫在系統(tǒng)開發(fā)的過程中是必不可少的，幾乎所有框架類型都得用到數(shù)據庫，它也是MVC框架的底層核心。對于本書的還有一個比較映像深刻的就是UI（user interface），用戶界面設計。一個良好的用戶界面應該為用戶提供友好的使用方式，通過用戶界面用戶可以同應用程序打交道，處理輸入并且獲得輸出。Galitz曾經提出過用戶界面設計的原則：理解你的用戶及任務、讓用戶參與界面設計、在實際用戶中測試系統(tǒng)、進行迭代設計。記得以前大二的時候學習JAVA的時候，我曾經開發(fā)過基于圖形用戶界面（GUI）的聊天軟件，不過當時的界面設計完全設計的是隨心所欲，并沒有理論作為指導。在學習VB課程的時候學過UAR，簡單的了解了一些關于界面友好化設計的原則。這本書也給出了用戶界面設計過程的幾個步驟：；；；，回到1步或者2步。最后總結下，雖然我沒用把這本書的每一個地方都認真精讀，有些地方略讀的，但是看完整本書后我收獲很大。讀完《系統(tǒng)分析與設計方法》這本書再加上老師在課堂上的一些講解以及以前學習事件過程中的收獲，我對于系統(tǒng)分析與設計有了進一步的理解，能高屋建瓴的看待系統(tǒng)分析與設計整個過程的步驟以及增加了一些開發(fā)設計中的重要事件的理論知識。對于系統(tǒng)分析的心得第五篇：信息系統(tǒng)分析與設計《信息系統(tǒng)分析與設計》考試題目及評分標準下周一（11月26日）中午12點之前由班長或學習委員收齊各班紙質版本作業(yè)，周二收齊交給任課老師。請注意論文封面、格式以及老師強調的論文重點，打印并裝訂好交給班長或學習委員?？荚囶}目：（任選其一）設計一個銀行存取款管理信息系統(tǒng)。要求具有下面的功能：①儲戶憑身份證在銀行開戶，銀行賬戶中保存儲戶姓名、聯(lián)系電話、家庭住址等基本信息，并保存儲戶每筆存取款業(yè)務數(shù)據。②儲戶存款時，需提交存折/卡號，由業(yè)務員在銀行賬戶及存折/卡上登記存款信息。③儲戶取款時，還需提交密碼，以確認身份，在驗證取款合法性后，更新銀行賬戶。④統(tǒng)計員每日統(tǒng)計存、取款情況，形成日存取款匯總表，提供給信貸管理部作為信貸主要依據。設計一個物資采購及庫存管理業(yè)務管理信息系統(tǒng)。要求具有下面的功能：①車間填寫領料單到倉庫領料，庫長根據用料計劃審批領料單，未批準的退回車間。②庫工收到已批準的領料單后，首先查閱庫存賬，若有貨，則通知車間前來領取所需物料，并登記用料流水賬；否則將缺貨通知采購人員。③采購人員根據缺貨通知，查閱訂貨合同單，若已訂貨，則向供貨單位發(fā)出催貨請求，否則就臨時申請補充訂貨。④供貨單位發(fā)出貨物后，立即向訂貨單位發(fā)出提貨通知。采購人員收到提貨通知單后，就可辦理入庫手續(xù)。接著是庫工驗收入庫，并通知車間領料。⑤此外，倉庫庫工還要依據庫存賬和用料流水賬定期生成庫存報表，呈送有關部門。考核內容：熟練掌握信息系統(tǒng)分析與設計的方法。具體考核的內容是：編寫信息系統(tǒng)可行性報告。編寫信息系統(tǒng)需求分析報告，繪制數(shù)據流圖。編寫信息系統(tǒng)設計報告，繪制功能結構層次圖，數(shù)據庫設計，界面設計和硬件和軟件設計。評分標準：編寫信息系統(tǒng)可行性報告。（20分）編寫信息系統(tǒng)需求分析報告，繪制數(shù)據流圖。（30分）編寫信息系統(tǒng)設計報告，繪制功能結構層次圖。（20分）數(shù)據庫設計（10分）界面設計。（10分）簡單的硬件和軟件設計。（10分）