【正文】 各類人員之間的橋梁和紐帶，如使用得當，有以下幾個好處：。把開發(fā)過程中發(fā)生的事件以某種可閱讀的形式記錄在文檔中。管理人員可把這些記載下來的材料作為檢查軟件開發(fā)進度和開發(fā)質(zhì)量的依據(jù)，實現(xiàn)對軟件開發(fā)的工程管理。軟件文檔的編制，使得開發(fā)人員對各個階段的工作都進行周密思考、全盤權(quán)衡、從而減少返工。并且可在開發(fā)早期發(fā)現(xiàn)錯誤和不一致性，便于及時加以糾正。，便于協(xié)調(diào)以后的軟件、開發(fā)、使用和維護。、維護和培訓的有關(guān)信息，便于管理人員、開發(fā)人員、操作人員、用戶之間的協(xié)作、交流和了解。使軟件開發(fā)活動更科學、更有成效。、性能等各項指標，為他們選購符合自己需要的軟件提供依據(jù)。也正是基于這樣的好處，軟件行業(yè)才會定義、開發(fā)各種溝通表達工具和建模語言來統(tǒng)一溝通方法，從而便于各種人員的團結(jié)合作。以uml為例。從1989年到1994年,建模語言數(shù)量從不到十種增加到了五十多種。90年代中,又一批新方法出現(xiàn),其中最引人注目的是booch 199oose和omt2等。但到目前為止，uml這一統(tǒng)一建模語言脫穎而出，它貫穿軟件開發(fā)周期中的每一個階段，并被omg采納作為業(yè)界的標準。就如書中所講，uml是一個標準的圖形表示法，它不是面向?qū)ο蟮姆治龊驮O計，也不是一種方法，它僅僅是一組符號。uml是在開發(fā)階段，說明，可視化，構(gòu)建和書寫一個面向?qū)ο筌浖芗到y(tǒng)的制品的開放方法。作為一種模型語言，它使開發(fā)人員專注于建立產(chǎn)品的模型和結(jié)構(gòu)，而不是選用什么程序語言和算法實現(xiàn)。當模型建立之后，模型可以被uml工具轉(zhuǎn)化成指定的程序語言代碼。所以說，運用優(yōu)秀的溝通工具與各種角色進行有效地溝通在一定程度上決定著系統(tǒng)能否保質(zhì)保量的成功完成。在這個崇尚團結(jié)與合作的社會，作為新一代的軟件開發(fā)人員，我們更應該認真學習書中說講的各種文檔編寫方法，更好的運用到實際開發(fā)中去。首先，需求分析人員從接觸到深入了解客戶業(yè)務有一個漸進的過程，如果一開始就深入到業(yè)務的細節(jié)中去，不但容易迷失方向，而且很容易顯露出你對業(yè)務的無知，客戶會因此而失去與你溝通的興趣。其次，溝通雙方都有自己習慣的溝通方式。所以在雙方能夠達成默契之前，不要急于深入業(yè)務細節(jié)，而是圈定范圍，先就一些大框框進行溝通，借此了解客戶的溝通方式?？蛻羰窍矚g開放型問題還是封閉型問題？客戶是很健談還是很含蓄？客戶是主導型溝通者還是被動型溝通者？客戶是具有很強邏輯思維的人，可以將一個問題有條不穩(wěn)地講清楚，還是一個發(fā)散型思維的人，總是沒有什么目的地想到什么就講什么？如果雙方的溝通方式不能切合 rf4ss，必定會造成溝通的障礙。再次，客戶的時間是有限的，很多時候不能有整塊的時間來配合需求調(diào)研。由于項目的周期也是有限的，因此每一次會面都需要爭分奪秒，用最快的時間把問題搞清楚。另一方面，客戶通常不會為需求調(diào)研做好準備，往往是等著回答問題的。如果需求分析人員寄希望于客戶能有條不理的把一套業(yè)務都能講解很清楚，整個業(yè)務形成閉環(huán)往往是很不現(xiàn)實的。這就要求需求分析人員根據(jù)經(jīng)驗提前要做好調(diào)研計劃和內(nèi)容，逐個進行落實。系統(tǒng)分析與設計的方法主要包括結(jié)構(gòu)化生命周期法、原型化方法、面向?qū)ο蠓椒?。按時間過程來分，開發(fā)方法分為生命周期法和原型法，實際上還有許多處于中間狀態(tài)的方法。原型法又按照對原型結(jié)果的處理方式分為試驗原型法和演進原型法。試驗原型法只把原型當成試驗工具，試了以后就拋掉，根據(jù)試驗的結(jié)論做出新的系統(tǒng)。演進原型法則把試好的結(jié)果保留，成為最終系統(tǒng)的一部分。按照系統(tǒng)的分析要素，可以把開發(fā)方法分為三類：①面向處理方法。②面向數(shù)據(jù)方法。③面向?qū)ο蟮姆椒ㄏ到y(tǒng)分析和設計應遵循的原則有：系統(tǒng)開發(fā)是面向客戶的，應從客戶的角度考慮。諸如系統(tǒng)開發(fā)生命周期之類的產(chǎn)品更新?lián)Q代機構(gòu)應該在所有的信息系統(tǒng)開發(fā)項目中建立起來。信息系統(tǒng)開發(fā)的過程并不是一個順序的過程，它允許步驟的重疊和倒轉(zhuǎn)等。如果系統(tǒng)的成功可能性受到很大限制時，應取消整個項目。文檔材料是系統(tǒng)開發(fā)生命周期中重要的可遞交成果，應加以重視最后總結(jié)下，學完《系統(tǒng)分析與設計方法》這門課程再加上老師在課堂上的一些講解以及以前學習過程中的收獲，我對于系統(tǒng)分析與設計有了進一步的理解，能高屋建瓴的看待系統(tǒng)分析與設計整個過程的步驟以及增加了一些開發(fā)設計中的重要事件的理論知識。第二篇：系統(tǒng)分析與設計心得讀《系統(tǒng)分析與設計方法》一書有感作為一個軟件專業(yè)的學生，理解和掌握系統(tǒng)分析與設計的知識是必不可少的。在閱讀《系統(tǒng)分析與設計方法》一書中以及加上老師教導，我學到了很多東西，收獲不少。系統(tǒng)就是由若干可以相互區(qū)別、由相互聯(lián)系并且各自獨立的單元組成各個子系統(tǒng)之間同樣是獨立而又相互聯(lián)系的。系統(tǒng)具有集合性、相關(guān)性、目的性、整體性和環(huán)境適應性。在開發(fā)完成一個軟件項目的過程中，系統(tǒng)工程必須經(jīng)過開發(fā)階段、建造階段、運行階段、更新階段、維護階段。系統(tǒng)分析與設計的方法主要包括結(jié)構(gòu)化生命周期法（又稱瀑布法）、原型化方法（迭代法）、面向?qū)ο蠓椒?。按時間過程來分，開發(fā)方法分為生命周期法和原型法，實際上還有許多處于中間狀態(tài)的方法。原型法又按照對原型結(jié)果的處理方式分為試驗原型法和演進原型法。試驗原型法只把原型當成試驗工具，試了以后就拋掉，根據(jù)試驗的結(jié)論做出新的系統(tǒng)。演進原型法則把試好的結(jié)果保留，成為最終系統(tǒng)的一部分。按照系統(tǒng)的分析要素，可以把開發(fā)方法分為三類：①面向處理方法（Processing Oriented，簡稱PO）。②面向數(shù)據(jù)方法（Data Oriented，簡稱DO）。③面向?qū)ο蟮姆椒ǎ∣bject Oriented，簡稱OO）。系統(tǒng)分析和設計應遵循的原則有：系統(tǒng)開發(fā)是面向客戶的，應從客戶的角度考慮。諸如系統(tǒng)開發(fā)生命周期之類的產(chǎn)品更新?lián)Q代機構(gòu)應該在所有的信息系統(tǒng)開發(fā)項目中建立起來。信息系統(tǒng)開發(fā)的過程并不是一個順序的過程，它允許步驟的重疊和倒轉(zhuǎn)等。如果系統(tǒng)的成功可能性受到很大限制時，應取消整個項目。文檔材料是系統(tǒng)開發(fā)生命周期中重要的可遞交成果，應加以重視。在本書的第一部分中，主要集中于系統(tǒng)分析和設計的整體描述，包括系統(tǒng)分析和設計方法的環(huán)境，信息系統(tǒng)構(gòu)件，信息系統(tǒng)開發(fā)，項目管理。期中印象比較深刻的是系統(tǒng)開發(fā)過程的能力成熟度模型（CMMI）。信息系統(tǒng)和軟件的CMM框架用來幫助改善其系統(tǒng)開發(fā)過程的成熟度。CMM包括了五個成熟度等級：初始級、可重復級、已定義級、已管理級、優(yōu)化級。期中，每個等級都是下一個等級的必須條件。在軟件開發(fā)過程中需求分析階段是至關(guān)重要的一個階段，需求分析階段可能被稱為定義階段或者邏輯設計階段。需求分析階段的第一個任務是確定需求，在這個階段至少將目標轉(zhuǎn)換成為滿足其需要的功能需求和非功能需求的框架。在這個階段需要交付的成果是功能需求和非功能需求的草稿。在初步定義完了功能需求和非功能需求后，得排列需求的優(yōu)先次序。如果一個項目落后于進度或者超出預算，知道哪個需求比其他需求更重要可能是很有用的。在排列需求的優(yōu)先次序中可以使用到時間盒的技術(shù)。需求分析并不會真正的技術(shù)，因為企業(yè)需要具有快速適應不斷變化的需求和機會的能力。信息系統(tǒng)不能比企業(yè)自身的響應技術(shù)還慢。在學習本書第二部分的時候，我了解到了需求分析在整個項目開發(fā)中的作用以及成為整個項目主導的因素。只要好的需求才能設計開發(fā)出好的軟件項目。在項目開發(fā)過程中，我們還可以利用圖表的形式來簡化方便人員的開發(fā)設計。期中有五種圖表是系統(tǒng)分析師常用的：類圖、用例圖、協(xié)作圖、順序圖、狀態(tài)圖。期中用例圖是用例建模的產(chǎn)物，它以圖形化的方式將系統(tǒng)描述成用、參與者（用戶）及其之間的關(guān)系。簡單的說就是用直立的小人來表示參與者（用戶），用圓圈來表示用例，他們之間以箭頭的形式來連接。關(guān)系包括了：關(guān)聯(lián)關(guān)系、擴展關(guān)系、使用關(guān)系、依賴關(guān)系、繼承關(guān)系。但是書上沒講到《include》關(guān)系，跟老師的講解有點出路。老師在講義上通過畫圖的方式很好的解釋了《include》和《extend》的關(guān)系。數(shù)據(jù)建模這一章節(jié)中，我了解了數(shù)據(jù)建模的含義，它是一種為數(shù)據(jù)庫定義業(yè)務需求的技術(shù)。數(shù)據(jù)建模中比較重要的概念有實體和屬性之間的關(guān)系，關(guān)系是連接實體的一個時間，或者僅僅是存在于實體之間的邏輯關(guān)系。關(guān)系有很多種類，多對多、一對多、一對一、等等。這些關(guān)系的圖形化符號記起來很不容易，但是我自己想到了一個比較容易記憶的簡單的方法。一個就用 “|”表示，零個就用“0”表示，多個就用“前面說到需求分析是整個軟件項目開發(fā)中最重要的一環(huán)，其實我覺得可行性分析也是跟需求分析一樣的重要。因為信息是一個必須經(jīng)過檢驗的重要資本投入，就像市場要檢驗一個新產(chǎn)品，系統(tǒng)分析員應該考慮投資能夠收回嗎？是否有其他投資能夠帶來比預期更高的回報。要說他們的區(qū)別，我個人覺得是：可行性分析是要決定“做還是不做”。需求分析是要決定“做什么，不做什么”?？尚行苑治鰣蟾嬗辛鶄€準則：運行可行性、文化可行性、技術(shù)可行性、進度可行性、經(jīng)濟可行性。只有進行了可行性分析報告，才能夠確定企業(yè)是否要 做這個項目。如果說在可行性報告中顯示沒有成功的可能，那么就沒有必要再做需求分析了，整個項目就不會做下去了。進行可行性分析報告可以避免項目中途告終的結(jié)果，在系統(tǒng)開發(fā)過程中舉足輕重。數(shù)據(jù)庫開發(fā)與設計這章，感覺書上講解的沒有老師講的詳細。書上并沒有提到范式，但是在課堂上我了解到數(shù)據(jù)庫設計的范式。有第一范式、第二范式、第三范式、BC范式等。等級越高，數(shù)據(jù)冗余越少，對系統(tǒng)調(diào)用數(shù)據(jù)庫更方便。數(shù)據(jù)庫的核心是DBMS，DBMS的核心是數(shù)據(jù)庫引擎，引擎響應專門的命令以創(chuàng)建數(shù)據(jù)庫結(jié)構(gòu)，然后創(chuàng)建、讀取、修改和刪除數(shù)據(jù)庫中的記錄。DBMS使用數(shù)據(jù)定義語言（DDL）創(chuàng)建記錄類型、字段和結(jié)構(gòu)化關(guān)系，還定義了數(shù)據(jù)庫視圖；DBMS還是用數(shù)據(jù)處理語言（DML）用來創(chuàng)建、讀取、修改和刪除數(shù)據(jù)庫中的記錄。但是并非所有數(shù)據(jù)庫的DBMS都被要求使用DDL和DML?？赐赀@章，總結(jié)了一下建立關(guān)系數(shù)據(jù)庫模式的步驟，首先要為每個實體類型建立一張表，然后為每張表選擇一個主鍵，同時增加外鍵來表示一對多的關(guān)系，接著還可以建立幾個新表來表示多對多的關(guān)系，然后還得定義參照完整性約束，評價模式質(zhì)量，并且進行必要的改進，最后為每個字段選擇適當?shù)臄?shù)據(jù)類型和取值約束。數(shù)據(jù)庫在系統(tǒng)開發(fā)的過程中是必不可少的，幾乎所有框架類型都得用到數(shù)據(jù)庫，它也是MVC框架的底層核心。對于本書的還有一個比較映像深刻的就是UI（user interface），用戶界面設計。一個良好的用戶界面應該為用戶提供友好的使用方式，通過用戶界面用戶可以同應用程序打交道，處理輸入并且獲得輸出。Galitz曾經(jīng)提出過用戶界面設計的原則：理解你的用戶及任務、讓用戶參與界面設計、在實際用戶中測試系統(tǒng)、進行迭代設計。記得以前大二的時候?qū)W習JAVA的時候，我曾經(jīng)開發(fā)過基于圖形用戶界面（GUI）的聊天軟件，不過當時的界面設計完全設計的是隨心所欲，并沒有理論作為指導。在學習VB課程的時候?qū)W過UAR，簡單的了解了一些關(guān)于界面友好化設計的原則。這本書也給出了用戶界面設計過程的幾個步驟：；；；，回到1步或者2步。最后總結(jié)下，雖然我沒用把這本書的每一個地方都認真精讀，有些地方略讀的，但是看完整本書后我收獲很大。讀完《系統(tǒng)分析與設計方法》這本書再加上老師在課堂上的一些講解以及以前學習事件過程中的收獲，我對于系統(tǒng)分析與設計有了進一步的理解，能高屋建瓴的看待系統(tǒng)分析與設計整個過程的步驟以及增加了一些開發(fā)設計中的重要事件的理論知識。對于系統(tǒng)分析的心得第三篇：信息系統(tǒng)分析與設計心得報告信息系統(tǒng)分析與設計專 業(yè)：信息與計算科學班 級：姓 名：學 號：指導老師：—認知實習報告 信122河北建筑工程學院數(shù)理系二零一五年七月《信息系統(tǒng)分析與設計》《信息系統(tǒng)分析與設計》這門課程是我們在大三下半學期開設的一門學科。它主要從信息系統(tǒng)的基本概念出發(fā)，按照信息系統(tǒng)的生命周期，系統(tǒng)、詳細地闡述了信息系統(tǒng)分析與設計的理論、方法和工具。是計算機專業(yè)類學生所要學的一門必不可少的課程?！缎畔⑾到y(tǒng)分析與設計》一書通過信息系統(tǒng)基礎(chǔ)、信息系統(tǒng)概論、信息系統(tǒng)建設、信息系統(tǒng)模型、信息系統(tǒng)規(guī)劃、領(lǐng)域分析、需求分析、信息系統(tǒng)體系結(jié)構(gòu)設計、詳細設計、實現(xiàn)與測試、信息系統(tǒng)管理、信息系統(tǒng)的應用等十二章的內(nèi)容讓我們對這門課程有了一個初步的認知。并且通過不斷地學習逐步加深我們對這一學科的認識。信息系統(tǒng)是利用現(xiàn)代信息技術(shù)，處理組織中的信息、業(yè)務、管理和決策等問題，并為組織目標服務的綜合系統(tǒng)。在長達16周的學習之后，我們迎來了期待已久課程設計。在平時，我們每堂課都有認真的在聽講，并且從不遲到、不早退，更沒有逃過課。因此，我們有些自大的認為自己已經(jīng)對這門課有了一定的了解，所學的東西都很扎實了，已經(jīng)可以獨立地解決一些簡單的問題了。但是通過這一次課程設計，徹底地暴露了我們學習中的不足。做一個管理信息系統(tǒng)，并沒有我們以為的那么簡單。在開始設計之前，我們要進行一些系統(tǒng)調(diào)查，要了解這一系統(tǒng)是否滿足大眾的需要，確定我們的設計切實可行而不是在做無用功。同時也要考慮經(jīng)濟、技術(shù)、社會等多方面的因素，才能確定是否應設計這一系統(tǒng)。因為自己對知識的了解不夠深