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