系統(tǒng)分析與設(shè)計(jì)心得

1、讀系統(tǒng)分析與設(shè)計(jì)方法一書(shū)有感作為一個(gè)軟件專(zhuān)業(yè)的學(xué)生，理解和掌握系統(tǒng)分析與設(shè)計(jì)的知識(shí)是必不可少的。在閱讀系統(tǒng)分析與設(shè)計(jì)方法一書(shū)中以及加上老師教導(dǎo)，我學(xué)到了很多東西，收獲不少。系統(tǒng)就是由若干可以相互區(qū)別、由相互聯(lián)系并且各自獨(dú)立的單元組成各個(gè)子系統(tǒng)之間同樣是獨(dú)立而又相互聯(lián)系的。系統(tǒng)具有集合性、相關(guān)性、目的性、整體性和環(huán)境適應(yīng)性。在開(kāi)發(fā)完成一個(gè)軟件項(xiàng)目的過(guò)程中，系統(tǒng)工程必須經(jīng)過(guò)開(kāi)發(fā)階段、建造階段、運(yùn)行階段、更新階段、維護(hù)階段。系統(tǒng)分析與設(shè)計(jì)的方法主要包括結(jié)構(gòu)化生命周期法（又稱(chēng)瀑布法）、原型化方法（迭代法）、面向?qū)ο蠓椒ā０磿r(shí)間過(guò)程來(lái)分，開(kāi)發(fā)方法分為生命周期法和原型法，實(shí)際上還有許多處于中間狀態(tài)的方法。

2、原型法又按照對(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)的分析要素，可以把開(kāi)發(fā)方法分為三類(lèi)： 面向處理方法（Processing Oriented ，簡(jiǎn)稱(chēng)PO）。 面向數(shù)據(jù)方法（Data Oriented ，簡(jiǎn)稱(chēng)DO）。 面向?qū)ο蟮姆椒ǎ∣bject Oriented ，簡(jiǎn)稱(chēng)OO）。系統(tǒng)分析和設(shè)計(jì)應(yīng)遵循的原則有：系統(tǒng)開(kāi)發(fā)是面向客戶(hù)的，應(yīng)從客戶(hù)的角度考慮。諸如系統(tǒng)開(kāi)發(fā)生命周期之類(lèi)的產(chǎn)品更新?lián)Q代機(jī)構(gòu)應(yīng)該在所有的信息系統(tǒng)開(kāi)發(fā)項(xiàng)目中建立起來(lái)。信息系統(tǒng)開(kāi)發(fā)的過(guò)程并不

3、是一個(gè)順序的過(guò)程，它允許步驟的重疊和倒轉(zhuǎn)等。如果系統(tǒng)的成功可能性受到很大限制時(shí)，應(yīng)取消整個(gè)項(xiàng)目。文檔材料是系統(tǒng)開(kāi)發(fā)生命周期中重要的可遞交成果，應(yīng)加以重視。在本書(shū)的第一部分中，主要集中于系統(tǒng)分析和設(shè)計(jì)的整體描述，包括系統(tǒng)分析和設(shè)計(jì)方法的環(huán)境，信息系統(tǒng)構(gòu)件，信息系統(tǒng)開(kāi)發(fā)，項(xiàng)目管理。期中印象比較深刻的是系統(tǒng)開(kāi)發(fā)過(guò)程的能力成熟度模型（CMMI）。信息系統(tǒng)和軟件的CMM框架用來(lái)幫助改善其系統(tǒng)開(kāi)發(fā)過(guò)程的成熟度。CMM包括了五個(gè)成熟度等級(jí)：初始級(jí)、可重復(fù)級(jí)、已定義級(jí)、已管理級(jí)、優(yōu)化級(jí)。期中，每個(gè)等級(jí)都是下一個(gè)等級(jí)的必須條件。在軟件開(kāi)發(fā)過(guò)程中需求分析階段是至關(guān)重要的一個(gè)階段，需求分析階段可能被稱(chēng)為定義階段或者

4、邏輯設(shè)計(jì)階段。需求分析階段的第一個(gè)任務(wù)是確定需求，在這個(gè)階段至少將目標(biāo)轉(zhuǎn)換成為滿(mǎ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ū)第二部分的時(shí)候，我了解到了需求分析在整個(gè)項(xiàng)目開(kāi)發(fā)中的作用以及成為整個(gè)項(xiàng)目主導(dǎo)的因素。只要好的需求才能設(shè)計(jì)開(kāi)發(fā)出好的軟

5、件項(xiàng)目。在項(xiàng)目開(kāi)發(fā)過(guò)程中，我們還可以利用圖表的形式來(lái)簡(jiǎn)化方便人員的開(kāi)發(fā)設(shè)計(jì)。期中有五種圖表是系統(tǒng)分析師常用的：類(lèi)圖、用例圖、協(xié)作圖、順序圖、狀態(tài)圖。期中用例圖是用例建模的產(chǎn)物，它以圖形化的方式將系統(tǒng)描述成用、參與者（用戶(hù)）及其之間的關(guān)系。簡(jiǎn)單的說(shuō)就是用直立的小人來(lái)表示參與者（用戶(hù)），用圓圈來(lái)表示用例，他們之間以箭頭的形式來(lái)連接。關(guān)系包括了：關(guān)聯(lián)關(guān)系、擴(kuò)展關(guān)系、使用關(guān)系、依賴(lài)關(guān)系、繼承關(guān)系。但是書(shū)上沒(méi)講到include關(guān)系，跟老師的講解有點(diǎn)出路。老師在講義上通過(guò)畫(huà)圖的方式很好的解釋了include和extend的關(guān)系。數(shù)據(jù)建模這一章節(jié)中，我了解了數(shù)據(jù)建模的含義，它是一種為數(shù)據(jù)庫(kù)定義業(yè)務(wù)需求的技術(shù)

6、。數(shù)據(jù)建模中比較重要的概念有實(shí)體和屬性之間的關(guān)系，關(guān)系是連接實(shí)體的一個(gè)時(shí)間，或者僅僅是存在于實(shí)體之間的邏輯關(guān)系。關(guān)系有很多種類(lèi)，多對(duì)多、一對(duì)多、一對(duì)一、等等。這些關(guān)系的圖形化符號(hào)記起來(lái)很不容易，但是我自己想到了一個(gè)比較容易記憶的簡(jiǎn)單的方法。一個(gè)就用 “|”表示，零個(gè)就用“0”表示，多個(gè)就用“”表示，然后根據(jù)相應(yīng)的說(shuō)明來(lái)選擇。比如零個(gè)或一個(gè)（0|），一個(gè)或多個(gè)（|）。過(guò)程建模是一種組織和記錄數(shù)據(jù)的結(jié)構(gòu)和流向的技術(shù)，它記錄系統(tǒng)的“過(guò)程”和有系統(tǒng)的“過(guò)程”實(shí)現(xiàn)的邏輯、策略和程序。期中也介紹到了數(shù)據(jù)流圖（DFD），數(shù)據(jù)流圖是一種描述通過(guò)系統(tǒng)的數(shù)據(jù)流以及系統(tǒng)實(shí)施的工作或處理過(guò)程的工具。我覺(jué)得數(shù)據(jù)流圖DF

7、D的最大的優(yōu)點(diǎn)就是容易閱讀，因?yàn)閿?shù)據(jù)流圖僅有三種符號(hào)和一種連接：圓角矩形表示要完成的過(guò)程或者工作，正方形表示外部代理（系統(tǒng)的邊界），開(kāi)放的方框表示數(shù)據(jù)存儲(chǔ)（可以是文件或者數(shù)據(jù)庫(kù)），箭頭表示數(shù)據(jù)流（可以是輸入和輸出，或者是表示到過(guò)程和來(lái)自過(guò)程）。統(tǒng)一建模語(yǔ)言UML的目的就是對(duì)面向?qū)ο笙到y(tǒng)進(jìn)行可視化、評(píng)述、和文檔化。它適用于系統(tǒng)開(kāi)發(fā)從需求規(guī)格描述道系統(tǒng)完成后測(cè)試的不同階段（需求分析階段、分析階段、設(shè)計(jì)階段、編程階段、測(cè)試階段）。UML2.0的模型主要圖包括了：用例圖、活動(dòng)圖、類(lèi)圖、對(duì)象圖、狀態(tài)機(jī)圖、組合結(jié)構(gòu)圖、交互圖、定時(shí)圖、組件圖、部署圖和包圖。在理解這章的過(guò)程中，我感覺(jué)比較輕松，但是把一些關(guān)系

8、，事件，實(shí)體等等用圖形化的形式表示出來(lái)還是非常難的。用UML設(shè)計(jì)面向?qū)ο笙到y(tǒng)時(shí)候，我們得準(zhǔn)確的找到實(shí)體類(lèi)、接口類(lèi)、控制類(lèi)、持續(xù)類(lèi)、系統(tǒng)類(lèi)和設(shè)計(jì)關(guān)系。在面向?qū)ο笤O(shè)計(jì)的過(guò)程中，主要包括了一下活動(dòng)：對(duì)用例模型加以精煉以反映實(shí)現(xiàn)環(huán)境；建模支持用例情景的對(duì)象交互、行為和狀態(tài)；修改對(duì)象模型以反映實(shí)現(xiàn)環(huán)境。前面說(shuō)到需求分析是整個(gè)軟件項(xiàng)目開(kāi)發(fā)中最重要的一環(huán)，其實(shí)我覺(jué)得可行性分析也是跟需求分析一樣的重要。因?yàn)樾畔⑹且粋€(gè)必須經(jīng)過(guò)檢驗(yàn)的重要資本投入，就像市場(chǎng)要檢驗(yàn)一個(gè)新產(chǎn)品，系統(tǒng)分析員應(yīng)該考慮投資能夠收回嗎？是否有其他投資能夠帶來(lái)比預(yù)期更高的回報(bào)。要說(shuō)他們的區(qū)別，我個(gè)人覺(jué)得是：可行性分析是要決定“做還是不做”。需求

9、分析是要決定“做什么，不做什么”?？尚行苑治鰣?bào)告有六個(gè)準(zhǔn)則：運(yùn)行可行性、文化可行性、技術(shù)可行性、進(jìn)度可行性、經(jīng)濟(jì)可行性。只有進(jìn)行了可行性分析報(bào)告，才能夠確定企業(yè)是否要做這個(gè)項(xiàng)目。如果說(shuō)在可行性報(bào)告中顯示沒(méi)有成功的可能，那么就沒(méi)有必要再做需求分析了，整個(gè)項(xiàng)目就不會(huì)做下去了。進(jìn)行可行性分析報(bào)告可以避免項(xiàng)目中途告終的結(jié)果，在系統(tǒng)開(kāi)發(fā)過(guò)程中舉足輕重。數(shù)據(jù)庫(kù)開(kāi)發(fā)與設(shè)計(jì)這章，感覺(jué)書(shū)上講解的沒(méi)有老師講的詳細(xì)。書(shū)上并沒(méi)有提到范式，但是在課堂上我了解到數(shù)據(jù)庫(kù)設(shè)計(jì)的范式。有第一范式、第二范式、第三范式、BC范式等。等級(jí)越高，數(shù)據(jù)冗余越少，對(duì)系統(tǒng)調(diào)用數(shù)據(jù)庫(kù)更方便。數(shù)據(jù)庫(kù)的核心是DBMS，DBMS的核心是數(shù)據(jù)庫(kù)引擎，

10、引擎響應(yīng)專(zhuān)門(mén)的命令以創(chuàng)建數(shù)據(jù)庫(kù)結(jié)構(gòu)，然后創(chuàng)建、讀取、修改和刪除數(shù)據(jù)庫(kù)中的記錄。DBMS使用數(shù)據(jù)定義語(yǔ)言（DDL）創(chuàng)建記錄類(lèi)型、字段和結(jié)構(gòu)化關(guān)系，還定義了數(shù)據(jù)庫(kù)視圖；DBMS還是用數(shù)據(jù)處理語(yǔ)言（DML）用來(lái)創(chuàng)建、讀取、修改和刪除數(shù)據(jù)庫(kù)中的記錄。但是并非所有數(shù)據(jù)庫(kù)的DBMS都被要求使用DDL和DML?？赐赀@章，總結(jié)了一下建立關(guān)系數(shù)據(jù)庫(kù)模式的步驟，首先要為每個(gè)實(shí)體類(lèi)型建立一張表，然后為每張表選擇一個(gè)主鍵，同時(shí)增加外鍵來(lái)表示一對(duì)多的關(guān)系，接著還可以建立幾個(gè)新表來(lái)表示多對(duì)多的關(guān)系，然后還得定義參照完整性約束，評(píng)價(jià)模式質(zhì)量，并且進(jìn)行必要的改進(jìn)，最后為每個(gè)字段選擇適當(dāng)?shù)臄?shù)據(jù)類(lèi)型和取值約束。數(shù)據(jù)庫(kù)在系統(tǒng)開(kāi)發(fā)的

11、過(guò)程中是必不可少的，幾乎所有框架類(lèi)型都得用到數(shù)據(jù)庫(kù)，它也是MVC框架的底層核心。對(duì)于本書(shū)的還有一個(gè)比較映像深刻的就是UI（user interface），用戶(hù)界面設(shè)計(jì)。一個(gè)良好的用戶(hù)界面應(yīng)該為用戶(hù)提供友好的使用方式，通過(guò)用戶(hù)界面用戶(hù)可以同應(yīng)用程序打交道，處理輸入并且獲得輸出。Galitz曾經(jīng)提出過(guò)用戶(hù)界面設(shè)計(jì)的原則：理解你的用戶(hù)及任務(wù)、讓用戶(hù)參與界面設(shè)計(jì)、在實(shí)際用戶(hù)中測(cè)試系統(tǒng)、進(jìn)行迭代設(shè)計(jì)。記得以前大二的時(shí)候?qū)W習(xí)JAVA的時(shí)候，我曾經(jīng)開(kāi)發(fā)過(guò)基于圖形用戶(hù)界面（GUI）的聊天軟件，不過(guò)當(dāng)時(shí)的界面設(shè)計(jì)完全設(shè)計(jì)的是隨心所欲，并沒(méi)有理論作為指導(dǎo)。在學(xué)習(xí)VB課程的時(shí)候?qū)W過(guò)UAR，簡(jiǎn)單的了解了一些關(guān)于界面友好化設(shè)計(jì)的原則。這本書(shū)也給出了用戶(hù)界面設(shè)計(jì)過(guò)程的幾個(gè)步驟：1.以圖表形式描述用戶(hù)界面對(duì)話；2.原型化對(duì)話和用戶(hù)界面；3.獲得用戶(hù)反饋；4.如果