




版權(quán)說(shuō)明:本文檔由用戶(hù)提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡(jiǎn)介
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ū)ο蠓椒ā0磿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.如果
溫馨提示
- 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶(hù)所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶(hù)上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶(hù)上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶(hù)因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。
最新文檔
- 創(chuàng)新型創(chuàng)業(yè)公司股權(quán)代持與轉(zhuǎn)讓合同
- 股東預(yù)先墊資與公司經(jīng)營(yíng)決策權(quán)讓渡協(xié)議合同樣本
- 網(wǎng)絡(luò)游戲道具購(gòu)銷(xiāo)及虛擬貨幣合作協(xié)議
- 股份轉(zhuǎn)讓與重組合作框架協(xié)議
- 文化產(chǎn)業(yè)股權(quán)質(zhì)押債權(quán)轉(zhuǎn)讓合作協(xié)議
- 股東會(huì)決議執(zhí)行與公司決策流程規(guī)范協(xié)議
- 電子商務(wù)股份制合伙協(xié)議模板
- 2025-2030中國(guó)不銹鋼鍛件行業(yè)需求潛力與發(fā)展行情走勢(shì)監(jiān)測(cè)報(bào)告
- 室內(nèi)清潔保潔方案
- 車(chē)主宣傳方案么
- 《中國(guó)噬血細(xì)胞綜合征診斷與治療指南(2022年版)》解讀
- 生活飲用水管道分質(zhì)直飲水衛(wèi)生規(guī)范
- 人教版六年級(jí)數(shù)學(xué)上冊(cè)《全冊(cè)完整》課件
- 奇瑞汽車(chē)在線測(cè)評(píng)題庫(kù)
- 《SVG原理與應(yīng)用》課件
- 開(kāi)展電力登桿培訓(xùn)課件
- 初中英語(yǔ)語(yǔ)法、詞匯及固定搭配專(zhuān)題訓(xùn)練100題(含參考答案)
- 2024年浙江寧波市水務(wù)環(huán)境集團(tuán)有限公司招聘筆試參考題庫(kù)含答案解析
- 能效對(duì)標(biāo)管理制度范文
- 麻醉晉升述職報(bào)告
- PE管生產(chǎn)記錄單
評(píng)論
0/150
提交評(píng)論