第一篇：信息系統(tǒng)分析與設(shè)計心得報告

信息系統(tǒng)分析與設(shè)計

專 業(yè)：信息與計算科學(xué)班 級：姓 名：學(xué) 號：指導(dǎo)老師：

—認(rèn)知實習(xí)報告 信122

河北建筑工程學(xué)院數(shù)理系

二零一五年七月

《信息系統(tǒng)分析與設(shè)計》

《信息系統(tǒng)分析與設(shè)計》這門課程是我們在大三下半學(xué)期開設(shè)的一門學(xué)科。它主要從信息系統(tǒng)的基本概念出發(fā)，按照信息系統(tǒng)的生命周期，系統(tǒng)、詳細(xì)地闡述了信息系統(tǒng)分析與設(shè)計的理論、方法和工具。是計算機(jī)專業(yè)類學(xué)生所要學(xué)的一門必不可少的課程。

《信息系統(tǒng)分析與設(shè)計》一書通過信息系統(tǒng)基礎(chǔ)、信息系統(tǒng)概論、信息系統(tǒng)建設(shè)、信息系統(tǒng)模型、信息系統(tǒng)規(guī)劃、領(lǐng)域分析、需求分析、信息系統(tǒng)體系結(jié)構(gòu)設(shè)計、詳細(xì)設(shè)計、實現(xiàn)與測試、信息系統(tǒng)管理、信息系統(tǒng)的應(yīng)用等十二章的內(nèi)容讓我們對這門課程有了一個初步的認(rèn)知。并且通過不斷地學(xué)習(xí)逐步加深我們對這一學(xué)科的認(rèn)識。

信息系統(tǒng)是利用現(xiàn)代信息技術(shù)，處理組織中的信息、業(yè)務(wù)、管理和決策等問題，并為組織目標(biāo)服務(wù)的綜合系統(tǒng)。在長達(dá)16周的學(xué)習(xí)之后，我們迎來了期待已久課程設(shè)計。在平時，我們每堂課都有認(rèn)真的在聽講，并且從不遲到、不早退，更沒有逃過課。因此，我們有些自大的認(rèn)為自己已經(jīng)對這門課有了一定的了解，所學(xué)的東西都很扎實了，已經(jīng)可以獨立地解決一些簡單的問題了。但是通過這一次課程設(shè)計，徹底地暴露了我們學(xué)習(xí)中的不足。做一個管理信息系統(tǒng)，并沒有我們以為的那么簡單。在開始設(shè)計之前，我們要進(jìn)行一些系統(tǒng)調(diào)查，要了解這一系統(tǒng)是否滿足大眾的需要，確定我們的設(shè)計切實可行而不是在做無用功。同時也要考慮經(jīng)濟(jì)、技術(shù)、社會等多方面的因素，才能確定是否應(yīng)設(shè)計這一系統(tǒng)。

因為自己對知識的了解不夠深刻，使得我在課程設(shè)計中走了很多彎路，好多東西自己都不是很了解，只有通過不斷地翻閱書籍和上網(wǎng)查詢才能夠的已解決。不過我很珍惜這些彎路，它們使我的不足點充分的表露了出來。正所謂人在年輕時所犯的錯誤都會是今后寶貴的經(jīng)驗。現(xiàn)在在學(xué)校中犯錯誤，總要好過今后在工作中犯錯誤。同時，我在知道了自己的這些不足之后，盡自己所能的有針對性的對自己學(xué)習(xí)中的缺陷進(jìn)行彌補(bǔ)，這樣也能夠更好地完善自己的知識體系。

在課程設(shè)計后，老師還給我們安排了一周的課程實習(xí)，實習(xí)范圍很廣，不限時間、不限地點，給了我們一個充分發(fā)揮的空間。不過要求對實習(xí)過程有一個深刻的思考、總結(jié)。在我看來，僅一周的時間用來實習(xí)是不夠的。例如在大型企業(yè)的一個比較復(fù)雜的部門實習(xí)，一周的時間僅夠我們熟悉業(yè)務(wù)，根本不能對所實習(xí)的項目有一個更深入的了解，更不要說是有所感悟了。所以，在這周內(nèi)我并沒有專門的尋找實習(xí)單位，而是針對我以前就從事的家教工作進(jìn)行了深入的思考。

隨著信息技術(shù)日新月異的發(fā)展，互聯(lián)網(wǎng)已經(jīng)涉及到了人們生活的方方面面，成為人們工作和生活中必不可少的組成部分。而我的家教工作也是在互聯(lián)網(wǎng)上的中介系統(tǒng)找到的，通過教一定的押金給管理者，然后負(fù)責(zé)聯(lián)系學(xué)生，給我們安排工作。不過，我發(fā)現(xiàn)這樣的安排雖然減少了我們尋找工作的時間，但是卻不能了解我們的服務(wù)對象的狀況。我們不知道學(xué)生的具體情況，無法針對性的制定教學(xué)計劃；學(xué)生對老師也不熟悉，不知道老師的教學(xué)路線。這樣會加長師生的磨合期，不利于家教工作的進(jìn)行。

因此，在學(xué)習(xí)了《信息系統(tǒng)分析與設(shè)計》這門課程后，在信息系統(tǒng)已經(jīng)廣泛應(yīng)用于國民經(jīng)濟(jì)和人們生產(chǎn)生活的各個方面的今天，我覺得我們可以設(shè)計一個家教信息管理系統(tǒng)。

當(dāng)今時代的兩個顯著特點就是世界經(jīng)濟(jì)一體化和以計算機(jī)為代表的信息技術(shù)的快速發(fā)展。我要設(shè)計的家教信息管理系統(tǒng)要經(jīng)得起環(huán)境的挑戰(zhàn)，可以隨著計算機(jī)軟件和網(wǎng)絡(luò)技術(shù)不斷地前進(jìn)而前進(jìn)，隨著環(huán)境不斷地變化而變化的。家教信息管理系統(tǒng)要逐步發(fā)展，能更好地適應(yīng)社會的發(fā)展需求。

這個家教信息管理系統(tǒng)應(yīng)是建立在互聯(lián)網(wǎng)基礎(chǔ)上的一種信息交流平臺，面向所有網(wǎng)民提供服務(wù)。無論是找家教的學(xué)生還是做家教的教師，都可以通過該平臺進(jìn)行信息方面的交流。任何網(wǎng)友都可以自由地查看、搜索、發(fā)布該家教信息平臺的信息。這個系統(tǒng)是區(qū)別于傳統(tǒng)的家教中介的系統(tǒng)。

我計劃開發(fā)家教管理系統(tǒng)是為了可以更好的了解家教教師、學(xué)生的特點。對系統(tǒng)的初步要求為：

1、系統(tǒng)可以管理家教教師的基本情況。

2、家教老師可以在網(wǎng)站上注冊，發(fā)布自己的基本信息，然后想要尋找家教的學(xué)生就可以看到教師發(fā)布的信息。在家教信息管理系統(tǒng)上，想要輔導(dǎo)的學(xué)生可以根據(jù)自己的需求尋找與自己最貼合家教。

3、學(xué)生也可以在網(wǎng)站注冊，發(fā)布一些自己的對老師的需求，而同時老師也可以通過這些需求尋找學(xué)生。

4、系統(tǒng)也提供了聊天功能，師生可以先通過交談再確定兩人之間是否合適。

5、注冊的學(xué)生可以發(fā)表帖子，討論話題，發(fā)表評論，也可以找到志同道合的朋友，共同學(xué)習(xí)。

針對系統(tǒng)功能我設(shè)計了功能模塊圖：

這只是我的一個初步的想法。具體的實現(xiàn)還要經(jīng)過仔細(xì)調(diào)查之后才能開始。家教信息管理系統(tǒng)是我在學(xué)習(xí)了《信息系統(tǒng)分析與設(shè)計》之后，結(jié)合自己的家教體驗所設(shè)計的。通過對實習(xí)的深入思考，對家教信息管理系統(tǒng)的思考，我對《信息系統(tǒng)分析與設(shè)計》這門課不僅僅是了解的更深入了，而且也有了一定的興趣。并不像以前只是為了學(xué)習(xí)而學(xué)習(xí)，而是為了興趣而學(xué)習(xí)。因此，我為自己今后的學(xué)習(xí)做了一個簡單的規(guī)劃，希望通過這些規(guī)劃能夠更好地充實自己，提高自己的能力。1、2、3、4、5、6、熟練掌握信息系統(tǒng)分析與設(shè)計的基本理論知識。熟練掌握信息系統(tǒng)的分析方法、設(shè)計方法和實現(xiàn)技術(shù)。培養(yǎng)學(xué)習(xí)組織、分析研究的基本能力。

培養(yǎng)綜合運用所學(xué)知識分析和解決問題的基本能力。了解本專業(yè)發(fā)展前景以及與本專業(yè)相關(guān)領(lǐng)域的發(fā)展動態(tài)。尋找一些實習(xí)機(jī)會，培養(yǎng)實際工作的能力。

7、深入了解信息系統(tǒng)設(shè)計及開發(fā)方法的實際應(yīng)用，掌握軟件工具及其應(yīng)用情況；了解本專業(yè)業(yè)務(wù)范圍內(nèi)的計算機(jī)運用生產(chǎn)與應(yīng)用方法、信息組織形式、軟件開發(fā)紀(jì)實過程及常用技術(shù)方法。

8、了解所學(xué)專業(yè)在國民經(jīng)濟(jì)建設(shè)中的地位、作用和發(fā)展趨勢,重點掌握一些信息管理技術(shù)的發(fā)展前沿。

第二篇：信息系統(tǒng)分析與設(shè)計

《信息系統(tǒng)分析與設(shè)計》考試題目及評分標(biāo)準(zhǔn)

下周一（11月26日）中午12點之前由班長或?qū)W習(xí)委員收齊各班紙質(zhì)版本作業(yè)，周二收齊交給任課老師。

請注意論文封面、格式以及老師強(qiáng)調(diào)的論文重點，打印并裝訂好交給班長或?qū)W習(xí)委員?？荚囶}目：（任選其一）

設(shè)計一個銀行存取款管理信息系統(tǒng)。

要求具有下面的功能：①儲戶憑身份證在銀行開戶，銀行賬戶中保存儲戶姓名、聯(lián)系電話、家庭住址等基本信息，并保存儲戶每筆存取款業(yè)務(wù)數(shù)據(jù)。②儲戶存款時，需提交存折/卡號，由業(yè)務(wù)員在銀行賬戶及存折/卡上登記存款信息。③儲戶取款時，還需提交密碼，以確認(rèn)身份，在驗證取款合法性后，更新銀行賬戶。④統(tǒng)計員每日統(tǒng)計存、取款情況，形成日存取款匯總表，提供給信貸管理部作為信貸主要依據(jù)。

設(shè)計一個物資采購及庫存管理業(yè)務(wù)管理信息系統(tǒng)。

要求具有下面的功能：①車間填寫領(lǐng)料單到倉庫領(lǐng)料，庫長根據(jù)用料計劃審批領(lǐng)料單，未批準(zhǔn)的退回車間。②庫工收到已批準(zhǔn)的領(lǐng)料單后，首先查閱庫存賬，若有貨，則通知車間前來領(lǐng)取所需物料，并登記用料流水賬；否則將缺貨通知采購人員。③采購人員根據(jù)缺貨通知，查閱訂貨合同單，若已訂貨，則向供貨單位發(fā)出催貨請求，否則就臨時申請補(bǔ)充訂貨。④供貨單位發(fā)出貨物后，立即向訂貨單位發(fā)出提貨通知。采購人員收到提貨通知單后，就可辦理入庫手續(xù)。接著是庫工驗收入庫，并通知車間領(lǐng)料。⑤此外，倉庫庫工還要依據(jù)庫存賬和用料流水賬定期生成庫存報表，呈送有關(guān)部門。

考核內(nèi)容：

熟練掌握信息系統(tǒng)分析與設(shè)計的方法。具體考核的內(nèi)容是：

1、編寫信息系統(tǒng)可行性報告。

2、編寫信息系統(tǒng)需求分析報告，繪制數(shù)據(jù)流圖。

3、編寫信息系統(tǒng)設(shè)計報告，繪制功能結(jié)構(gòu)層次圖，數(shù)據(jù)庫設(shè)計，界面設(shè)計和硬件和軟件設(shè)計。

評分標(biāo)準(zhǔn)：

1、編寫信息系統(tǒng)可行性報告。（20分）

2、編寫信息系統(tǒng)需求分析報告，繪制數(shù)據(jù)流圖。（30分）

3、編寫信息系統(tǒng)設(shè)計報告，繪制功能結(jié)構(gòu)層次圖。（20分）

4、數(shù)據(jù)庫設(shè)計（10分）

5、界面設(shè)計。（10分）

6、簡單的硬件和軟件設(shè)計。（10分）

第三篇：系統(tǒng)分析與設(shè)計心得

讀《系統(tǒng)分析與設(shè)計方法》一書有感

作為一個軟件專業(yè)的學(xué)生，理解和掌握系統(tǒng)分析與設(shè)計的知識是必不可少的。在閱讀《系統(tǒng)分析與設(shè)計方法》一書中以及加上老師教導(dǎo)，我學(xué)到了很多東西，收獲不少。

系統(tǒng)就是由若干可以相互區(qū)別、由相互聯(lián)系并且各自獨立的單元組成各個子系統(tǒng)之間同樣是獨立而又相互聯(lián)系的。系統(tǒng)具有集合性、相關(guān)性、目的性、整體性和環(huán)境適應(yīng)性。在開發(fā)完成一個軟件項目的過程中，系統(tǒng)工程必須經(jīng)過開發(fā)階段、建造階段、運行階段、更新階段、維護(hù)階段。

系統(tǒng)分析與設(shè)計的方法主要包括結(jié)構(gòu)化生命周期法（又稱瀑布法）、原型化方法（迭代法）、面向?qū)ο蠓椒ā?/p>

按時間過程來分，開發(fā)方法分為生命周期法和原型法，實際上還有許多處于中間狀態(tài)的方法。原型法又按照對原型結(jié)果的處理方式分為試驗原型法和演進(jìn)原型法。試驗原型法只把原型當(dāng)成試驗工具，試了以后就拋掉，根據(jù)試驗的結(jié)論做出新的系統(tǒng)。演進(jìn)原型法則把試好的結(jié)果保留，成為最終系統(tǒng)的一部分。

按照系統(tǒng)的分析要素，可以把開發(fā)方法分為三類：

①面向處理方法（Processing Oriented，簡稱PO）。

②面向數(shù)據(jù)方法（Data Oriented，簡稱DO）。

③面向?qū)ο蟮姆椒ǎ∣bject Oriented，簡稱OO）。

系統(tǒng)分析和設(shè)計應(yīng)遵循的原則有：

系統(tǒng)開發(fā)是面向客戶的，應(yīng)從客戶的角度考慮。

諸如系統(tǒng)開發(fā)生命周期之類的產(chǎn)品更新?lián)Q代機(jī)構(gòu)應(yīng)該在所有的信息系統(tǒng)開發(fā)項目中建立起來。

信息系統(tǒng)開發(fā)的過程并不是一個順序的過程，它允許步驟的重疊和倒轉(zhuǎn)等。

如果系統(tǒng)的成功可能性受到很大限制時，應(yīng)取消整個項目。文檔材料是系統(tǒng)開發(fā)生命周期中重要的可遞交成果，應(yīng)加以重視。在本書的第一部分中，主要集中于系統(tǒng)分析和設(shè)計的整體描述，包括系統(tǒng)分析和設(shè)計方法的環(huán)境，信息系統(tǒng)構(gòu)件，信息系統(tǒng)開發(fā)，項目管理。期中印象比較深刻的是系統(tǒng)開發(fā)過程的能力成熟度模型（CMMI）。信息系統(tǒng)和軟件的CMM框架用來幫助改善其系統(tǒng)開發(fā)過程的成熟度。CMM包括了五個成熟度等級：初始級、可重復(fù)級、已定義級、已管理級、優(yōu)化級。期中，每個等級都是下一個等級的必須條件。

在軟件開發(fā)過程中需求分析階段是至關(guān)重要的一個階段，需求分析階段可能被稱為定義階段或者邏輯設(shè)計階段。需求分析階段的第一個任務(wù)是確定需求，在這個階段至少將目標(biāo)轉(zhuǎn)換成為滿足其需要的功能需求和非功能需求的框架。在這個階段需要交付的成果是功能需求和非功能需求的草稿。在初步定義完了功能需求和非功能需求后，得排列需求的優(yōu)先次序。如果一個項目落后于進(jìn)度或者超出預(yù)算，知道哪個需求比其他需求更重要可能是很有用的。在排列需求的優(yōu)先次序中可以使用到時間盒的技術(shù)。需求分析并不會真正的技術(shù)，因為企業(yè)需要具有快速適應(yīng)不斷變化的需求和機(jī)會的能力。信息系統(tǒng)不能比企業(yè)自身的響應(yīng)技術(shù)還慢。

在學(xué)習(xí)本書第二部分的時候，我了解到了需求分析在整個項目開發(fā)中的作用以及成為整個項目主導(dǎo)的因素。只要好的需求才能設(shè)計開發(fā)出好的軟件項目。在項目開發(fā)過程中，我們還可以利用圖表的形式來簡化方便人員的開發(fā)設(shè)計。期中有五種圖表是系統(tǒng)分析師常用的：類圖、用例圖、協(xié)作圖、順序圖、狀態(tài)圖。期中用例圖是用例建模的產(chǎn)物，它以圖形化的方式將系統(tǒng)描述成用、參與者（用戶）及其之間的關(guān)系。簡單的說就是用直立的小人來表示參與者（用戶），用圓圈來表示用例，他們之間以箭頭的形式來連接。關(guān)系包括了：關(guān)聯(lián)關(guān)系、擴(kuò)展關(guān)系、使用關(guān)系、依賴關(guān)系、繼承關(guān)系。但是書上沒講到《include》關(guān)系，跟老師的講解有點出路。老師在講義上通過畫圖的方式很好的解釋了《include》和《extend》的關(guān)系。

數(shù)據(jù)建模這一章節(jié)中，我了解了數(shù)據(jù)建模的含義，它是一種為數(shù)據(jù)庫定義業(yè)務(wù)需求的技術(shù)。數(shù)據(jù)建模中比較重要的概念有實體和屬性之間的關(guān)系，關(guān)系是連接實體的一個時間，或者僅僅是存在于實體之間的邏輯關(guān)系。關(guān)系有很多種類，多對多、一對多、一對

一、等等。這些關(guān)系的圖形化符號記起來很不容易，但是我自己想到了一個比較容易記憶的簡單的方法。一個就用 “|”表示，零個就用“0”表示，多個就用“<”表示，然后根據(jù)相應(yīng)的說明來選擇。比如零個或一個（0|），一個或多個（|<）。過程建模是一種組織和記錄數(shù)據(jù)的結(jié)構(gòu)和流向的技術(shù)，它記錄系統(tǒng)的“過程”和有系統(tǒng)的“過程”實現(xiàn)的邏輯、策略和程序。期中也介紹到了數(shù)據(jù)流圖（DFD），數(shù)據(jù)流圖是一種描述通過系統(tǒng)的數(shù)據(jù)流以及系統(tǒng)實施的工作或處理過程的工具。我覺得數(shù)據(jù)流圖DFD的最大的優(yōu)點就是容易閱讀，因為數(shù)據(jù)流圖僅有三種符號和一種連接：圓角矩形表示要完成的過程或者工作，正方形表示外部代理（系統(tǒng)的邊界），開放的方框表示數(shù)據(jù)存儲（可以是文件或者數(shù)據(jù)庫），箭頭表示數(shù)據(jù)流（可以是輸入和輸出，或者是表示到過程和來自過程）。統(tǒng)一建模語言UML的目的就是對面向?qū)ο笙到y(tǒng)進(jìn)行可視化、評述、和文檔化。它適用于系統(tǒng)開發(fā)從需求規(guī)格描述道系統(tǒng)完成后測試的不同階段（需求分析階段、分析階段、設(shè)計階段、編程階段、測試階段）。UML2.0的模型主要圖包括了：用例圖、活動圖、類圖、對象圖、狀態(tài)機(jī)圖、組合結(jié)構(gòu)圖、交互圖、定時圖、組件圖、部署圖和包圖。在理解這章的過程中，我感覺比較輕松，但是把一些關(guān)系，事件，實體等等用圖形化的形式表示出來還是非常難的。用UML設(shè)計面向?qū)ο笙到y(tǒng)時候，我們得準(zhǔn)確的找到實體類、接口類、控制類、持續(xù)類、系統(tǒng)類和設(shè)計關(guān)系。在面向?qū)ο笤O(shè)計的過程中，主要包括了一下活動：對用例模型加以精煉以反映實現(xiàn)環(huán)境；建模支持用例情景的對象交互、行為和狀態(tài)；修改對象模型以反映實現(xiàn)環(huán)境。

前面說到需求分析是整個軟件項目開發(fā)中最重要的一環(huán)，其實我覺得可行性分析也是跟需求分析一樣的重要。因為信息是一個必須經(jīng)過檢驗的重要資本投入，就像市場要檢驗一個新產(chǎn)品，系統(tǒng)分析員應(yīng)該考慮投資能夠收回嗎？是否有其他投資能夠帶來比預(yù)期更高的回報。要說他們的區(qū)別，我個人覺得是：可行性分析是要決定“做還是不做”。需求分析是要決定“做什么，不做什么”。可行性分析報告有六個準(zhǔn)則：運行可行性、文化可行性、技術(shù)可行性、進(jìn)度可行性、經(jīng)濟(jì)可行性。只有進(jìn)行了可行性分析報告，才能夠確定企業(yè)是否要 做這個項目。如果說在可行性報告中顯示沒有成功的可能，那么就沒有必要再做需求分析了，整個項目就不會做下去了。進(jìn)行可行性分析報告可以避免項目中途告終的結(jié)果，在系統(tǒng)開發(fā)過程中舉足輕重。

數(shù)據(jù)庫開發(fā)與設(shè)計這章，感覺書上講解的沒有老師講的詳細(xì)。書上并沒有提到范式，但是在課堂上我了解到數(shù)據(jù)庫設(shè)計的范式。有第一范式、第二范式、第三范式、BC范式等。等級越高，數(shù)據(jù)冗余越少，對系統(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ù)庫模式的步驟，首先要為每個實體類型建立一張表，然后為每張表選擇一個主鍵，同時增加外鍵來表示一對多的關(guān)系，接著還可以建立幾個新表來表示多對多的關(guān)系，然后還得定義參照完整性約束，評價模式質(zhì)量，并且進(jìn)行必要的改進(jìn)，最后為每個字段選擇適當(dāng)?shù)臄?shù)據(jù)類型和取值約束。數(shù)據(jù)庫在系統(tǒng)開發(fā)的過程中是必不可少的，幾乎所有框架類型都得用到數(shù)據(jù)庫，它也是MVC框架的底層核心。

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

最后總結(jié)下，雖然我沒用把這本書的每一個地方都認(rèn)真精讀，有些地方略讀的，但是看完整本書后我收獲很大。讀完《系統(tǒng)分析與設(shè)計方法》這本書再加上老師在課堂上的一些講解以及以前學(xué)習(xí)事件過程中的收獲，我對于系統(tǒng)分析與設(shè)計有了進(jìn)一步的理解，能高屋建瓴的看待系統(tǒng)分析與設(shè)計整個過程的步驟以及增加了一些開發(fā)設(shè)計中的重要事件的理論知識。

對于系統(tǒng)分析的心得

第四篇：系統(tǒng)分析與設(shè)計心得

系統(tǒng)分析與設(shè)計心得(精選多篇)

系統(tǒng)分析師對考生的綜合素質(zhì)要求較高，考查的知識面很廣。但分析歷年考題可以發(fā)現(xiàn)，雖然考試知識面廣但考試內(nèi)容并不是很深。因此，這就要求我們注意平時積累，經(jīng)常通過網(wǎng)絡(luò)、講座、學(xué)術(shù)會議等途徑及時了解一些流行技術(shù)熱點和業(yè)界最新動態(tài)。

2、多做項目，在實踐中鍛煉提高

如果說平時積累的各個知識點是一粒粒寶貴的珍珠的話，那么項目經(jīng)歷則是將這些珍珠串聯(lián)起來的一根紅線?！凹埳系脕斫K覺淺，絕知此事要躬行”。軟件工程是一門實踐性、綜合性非常強(qiáng)的專業(yè)，如果沒有參加過完整的實際項目，就難以從根本上理解書本上所學(xué)的

理論知識，就難以真正領(lǐng)會軟件工程的思想精髓。同時，在做項目時還要勤于思考，無論是作為主持者還是作為一個普通的程序員，都應(yīng)該去潛心思考為什么要這樣設(shè)計、這樣設(shè)計的優(yōu)點是什么、有哪些不足，如果你是設(shè)計師的話你又會怎樣設(shè)計？經(jīng)常做這樣的換位思考，會不自覺地提高自己的系統(tǒng)分析和設(shè)計能力，積累豐富的項目經(jīng)驗，這對下午一的考試來說是非常有益的。

3、注意提高個人文檔編寫能力

一些軟件工程師有個不好的習(xí)慣，那就是只喜歡鉆研具體的技術(shù)點而不注重提高文檔編寫能力。他們的一個通病是做得多、寫得少，在某一個具體的技術(shù)領(lǐng)域上往往表現(xiàn)得非常優(yōu)秀，但寫出的文檔質(zhì)量實在難以恭維。作為一個合格的系統(tǒng)分析師文檔編寫能力是必不可少的基本素質(zhì)，也是下午二考試的考查重點。

文檔編寫能力不僅對于應(yīng)試是十分必要的，而且在實際工作也是非常重

要的。因此，我們應(yīng)當(dāng)在平時多做這方面的訓(xùn)練，多思考、多動筆，努力提高自己文檔編寫能力。

4、掌握評卷專家心理，注意論文寫作技巧

在下午二的考試中，應(yīng)注意把握評卷專家的心理狀況。根據(jù)希賽it教育研發(fā)中心的著名軟考專家張友生所說的，評卷專家不可能把你的論文一字一句地精讀，要讓他短時間內(nèi)了解你的論文內(nèi)容并認(rèn)可你的能力，必須把握好主次關(guān)系，論文的組織一定要條理清晰。一般說來，項目概述部分評卷專家會較認(rèn)真看，為讓評卷專家對你所做的項目產(chǎn)生興趣，這里可適當(dāng)吹捧。在論文陳述部分應(yīng)當(dāng)按主次關(guān)系分條進(jìn)行陳述，首先最好開門見山指出你所采取的措施，然后指出你為什么這樣做，這樣做有何優(yōu)點，克服了以前做法的哪些缺點等等。在分條陳述時最好一個問題一個自然段，在每個自然段首先要有一個主題句，主題句簡明扼要地描述本段的中心思

想。

在論文撰寫中，切忌大談空洞的理論知識或不懂裝懂，以專家的姿態(tài)高談闊論。應(yīng)當(dāng)將重點放在匯報你自己在項目中所做的與論題相關(guān)的工作，讓評卷專家相信你確實做過這方面的項目而且達(dá)到了相應(yīng)水平。

在下午二考試時間的分配上，建議首先花3--5分鐘根據(jù)個人特長選定題目，然后花10—15分鐘左右整理一下所掌握的素材，列出提綱，即你打算談幾個方面，每個方面你是怎么做的，收效如何等等，簡明扼要地寫在草稿紙上。

5、張友生的書，不能不讀

要想通過系統(tǒng)分析師考試，不但需要多做項目，而且有關(guān)全國著名的軟考輔導(dǎo)專家張友生老師的書是不可不讀的。

學(xué)習(xí)電子商務(wù)系統(tǒng)分析與設(shè)計的心得體會

《電子商務(wù)系統(tǒng)分析與設(shè)計》系統(tǒng)地介紹了電子商務(wù)系統(tǒng)的規(guī)劃、分析、設(shè)計、實施與運行管理的基本概念、方法、技術(shù)和相關(guān)案例。從結(jié)構(gòu)上可以進(jìn)一步分為4個部分：概述部分，主要說明電子商務(wù)系統(tǒng)分析設(shè)計的基本概念、內(nèi)容、過程與方法；系統(tǒng)規(guī)劃、分析與設(shè)計部分，主要說明系統(tǒng)規(guī)劃、分析、設(shè)計的方法、內(nèi)容和工具；系統(tǒng)實施與維護(hù)部分，涵蓋電子商務(wù)系統(tǒng)的開發(fā)與集成、測試、部署、維護(hù)、審計與評價；案例部分，給出了兩個完整的案例，從背景、規(guī)劃、分析、設(shè)計角度幫助我們進(jìn)一步理解電子商務(wù)系統(tǒng)的規(guī)劃、分析與設(shè)計。圍繞電子商務(wù)系統(tǒng)開發(fā)過程的各個階段，系統(tǒng)地闡述了電子商務(wù)系統(tǒng)開發(fā)的思想、方法和技術(shù)，包括系統(tǒng)的規(guī)劃、分析、設(shè)計、實現(xiàn)與維護(hù)等內(nèi)容，重點介紹了采用uml進(jìn)行系統(tǒng)的分析與設(shè)計的方法；并從企業(yè)管理者和電子商務(wù)應(yīng)用實踐的角度，對國內(nèi)外一些典型的企業(yè)電子商務(wù)解決方案進(jìn)行了介紹；最后結(jié)合實例闡述了運用struts、javaee1.5等新技術(shù)進(jìn)行電子商務(wù)系統(tǒng)的

設(shè)計與開發(fā)的過程，使我們能很好地把理論學(xué)習(xí)與實踐訓(xùn)練更好地結(jié)合起來。

本課程結(jié)合電子商務(wù)系統(tǒng)領(lǐng)域的最新技術(shù)、方法和實踐，以及電子商務(wù)系統(tǒng)應(yīng)用成果，從理論基礎(chǔ)、方法運用、技術(shù)基礎(chǔ)和實踐4個維度對電子商務(wù)系統(tǒng)做了較深入、全面的闡述。教科書共十章，第一章介紹電子商務(wù)系統(tǒng)的基礎(chǔ)概念和知識；第二章介紹電子商務(wù)系統(tǒng)建設(shè)的過程與方法；第三章介紹電子商務(wù)系統(tǒng)規(guī)劃的內(nèi)容、方法和步驟；第四章介紹電子商務(wù)系統(tǒng)的分析方法與工具，重點利用uml進(jìn)行了系統(tǒng)分析；第五章闡述了電子商務(wù)系統(tǒng)設(shè)計基礎(chǔ)與思想方法；第六章介紹電子商務(wù)支付系統(tǒng)、電子商務(wù)系統(tǒng)安全體系設(shè)計的思想方法；第七章介紹了電子商務(wù)系統(tǒng)的開發(fā)技術(shù)與模式，并結(jié)合實例完整介紹struts2框架web應(yīng)用開發(fā)的基本過程；第八章介紹電子商務(wù)系統(tǒng)運行、維護(hù)與評價的知識和方法；第九章結(jié)合我國實際，介紹了國內(nèi)外的電子商務(wù)系統(tǒng)解決方案；

第十章結(jié)合實例和具體技術(shù)，系統(tǒng)的闡述了一個電子商務(wù)系統(tǒng)從分析、設(shè)計到實現(xiàn)的過程，讓我們通過一個電子商務(wù)系統(tǒng)的設(shè)計實踐和操作，消化和理解所學(xué)的理論知識。

本課程在繼承軟件工程和信息系統(tǒng)分析與設(shè)計的思想,方法,技術(shù)和工具的基礎(chǔ)上,從系統(tǒng)化的思想及結(jié)構(gòu)化開發(fā)方法入手,全面介紹電子商務(wù)系統(tǒng)特色,規(guī)劃方法,系統(tǒng)分析及設(shè)計,并依據(jù)電子商務(wù)自身的特點,著重針對網(wǎng)站設(shè)計,支付系統(tǒng)設(shè)計及安全系統(tǒng)設(shè)計進(jìn)行分析和介

紹。本實驗課程使學(xué)生進(jìn)一步理解和掌握所學(xué)各種電子商務(wù)系統(tǒng)分析和設(shè)計的方法.熟練掌握系統(tǒng)分析和設(shè)計建模軟件.。

本課程目的是為了讓我們能夠全面了解應(yīng)用系統(tǒng)的整個電子商務(wù)系統(tǒng)的開發(fā)建設(shè)流程，并掌握電子商務(wù)系統(tǒng)開發(fā)的相關(guān)技術(shù)：

掌握電子商務(wù)系統(tǒng)的分析方法；

掌握電子商務(wù)系統(tǒng)的總體設(shè)計方法；

學(xué)會使用visio軟件構(gòu)建電子商務(wù)系統(tǒng)數(shù)據(jù)流程圖,use case圖以及活動圖；

體會應(yīng)用軟件工程的設(shè)計思想進(jìn)行電子商務(wù)系統(tǒng)開發(fā)的過程與方法。

通過本課程設(shè)計，便于我們?nèi)胬斫怆娮由虅?wù)系統(tǒng)規(guī)劃、分析與設(shè)計知識，并掌握操作方法，而不是獨立地學(xué)習(xí)某單方面的操作技術(shù)；另一方面實用性較強(qiáng)，我們認(rèn)真完成本書實驗后，基本上可以勝任電子商務(wù)系統(tǒng)規(guī)劃、分析、設(shè)計及實現(xiàn)工作。

學(xué)習(xí)這門課程，使我對電子商務(wù)網(wǎng)站的開發(fā)有了一定的了解。掌握了電子商務(wù)系統(tǒng)的基本概念、特征及其結(jié)構(gòu)。了解電子商務(wù)系統(tǒng)開發(fā)技術(shù)和發(fā)展方向，理解電子商務(wù)生命周期的概念、特征及其作用。能夠按要求撰寫電子商務(wù)系統(tǒng)規(guī)劃報告，基本掌握uml需求分析思路和方法，能結(jié)合運用實際撰寫系統(tǒng)分析報告。熟悉電子商務(wù)平臺技術(shù)，包

括操作系統(tǒng)、應(yīng)用服務(wù)器、中間件技術(shù)等?；玖私怆娮由虅?wù)支付系統(tǒng)與安全系統(tǒng)。初步掌握一些電子商務(wù)網(wǎng)站客戶端技術(shù)。能正確理解電子商務(wù)系統(tǒng)評價的作用，并掌握評價指標(biāo)體系設(shè)計的思路等等。

通過一系列的實驗讓我知道了基礎(chǔ)的電子商務(wù)分析的方法，掌握對電子商務(wù)系統(tǒng)進(jìn)行系統(tǒng)總體結(jié)構(gòu)設(shè)計及應(yīng)用系統(tǒng)設(shè)計的內(nèi)容及方法。加深理解了在課程中、書本上學(xué)到的知識和理論，并使其在課題研究中得到運用而且讓我得到了實踐的收獲。

希望在以后的實習(xí)實踐中多接觸、對比一些案例能夠增長對網(wǎng)上電子商務(wù)系統(tǒng)設(shè)計的一些知識。

0911061237

朱寶

信息系統(tǒng)分析與設(shè)計學(xué)習(xí)心得

通過近10周的學(xué)習(xí)，我覺得信息系統(tǒng)分析與設(shè)計這門課程收獲還是挺大的。我覺得，如果我們決定要做一件事，就得對這個系統(tǒng)有一個整體得把握，首先要進(jìn)行系統(tǒng)的規(guī)劃和選擇，接著就是系統(tǒng)的設(shè)計，其中系統(tǒng)設(shè)計包括三個部分：1.確定系統(tǒng)需求；2.系統(tǒng)需求結(jié)構(gòu)化：過程建模，這一步驟主要就是畫數(shù)據(jù)流圖；3.系統(tǒng)需求結(jié)構(gòu)化：概念數(shù)據(jù)建模，這一過程主要是畫實體—關(guān)系圖。然后就是進(jìn)行系統(tǒng)設(shè)計，系統(tǒng)設(shè)計包括設(shè)計人機(jī)界面和數(shù)據(jù)庫設(shè)計。最后一步就是系統(tǒng)的實現(xiàn)與運行。

在做信息系統(tǒng)分析與設(shè)計的大作業(yè)的時候，我和我們的小組成員曾經(jīng)去實地考察過，雖然最后并沒有被接待，但還是小有收獲的。通過實地考察，我們能更清晰地了解我們系統(tǒng)所要實現(xiàn)的功能，甚至說讓它比現(xiàn)有系統(tǒng)更加完善。當(dāng)然，我們做東西，也是要追求進(jìn)步，如果說做出來的東西和以前的系統(tǒng)都沒什么兩樣，這樣意義也不大。不過，這也得是在我們能力所及的范圍內(nèi)，我們得適當(dāng)?shù)匕盐蘸米约旱臅r間和現(xiàn)有資源進(jìn)行適當(dāng)?shù)脑O(shè)計。相信自己的努力還是

能有一個很好的結(jié)果的，我們得對自己的發(fā)展有一個好的概括。信息系統(tǒng)分析與設(shè)計的大作業(yè)從第一周到第九周一直伴隨著我們，說實在話，一直覺得自己有做不完的作業(yè)，剛開始還有些抱怨，但隨著作業(yè)的進(jìn)行，我們慢慢看到了自己的小小成果，覺得付出有了回報，并開始樂在其中。在這期間，徐老師也一直鼓勵我們，他告訴我們，只要堅持做下去，我們會收獲到成功的喜悅的！

現(xiàn)在，我們已基本完成了大作業(yè)分析階段，在我和小組成員的協(xié)作下，總算按時完成了。在分析階段，我們也遇到了很多問題，比如剛開始畫數(shù)據(jù)流圖時，visio用的不是很熟練，數(shù)據(jù)流圖中的數(shù)據(jù)流、數(shù)據(jù)存儲、過程、源點和宿點不知

道怎樣連接，層與層之間也不知如何區(qū)分，有時候甚至想要放棄。還好有老師的鼓勵與指導(dǎo)加上小組一起努力，我們克服了這一難關(guān)。在畫er圖的時候遇到的問題就相對少了一點，因為以前

學(xué)習(xí)數(shù)據(jù)庫的時候就畫過er圖了，所以在畫的過程中就相對輕松一點。接下來就是系統(tǒng)的設(shè)計了，時間還蠻緊迫的，我們?nèi)孕枧Α?/p>

我作為小組的組長，從中真的學(xué)習(xí)到不少知識。老師說過，組長應(yīng)該做的比別人更加多，才能夠勝任。我們現(xiàn)在還沒有達(dá)到“喝茶看報紙”的層次，那得等到我們具備了足夠的能力，所以要想達(dá)到那個高度，我們現(xiàn)在應(yīng)該更加努力。負(fù)責(zé)的整個過程中，我必須把握好進(jìn)度，如果一步跟不上，可能就會步步跟不上。我們小組成員也很配合，基本不需我太多督促。在對我們所要實現(xiàn)的功能有了個整體的把握的情況下，我們制作出了令自己還算滿意的圖形?，F(xiàn)在我覺得自己基本可以熟練運用visio了，這也算是一大收獲吧！

總的來說，這次這次信息系統(tǒng)分析與設(shè)計的課程設(shè)計讓我獲益匪淺，以前只是紙上談兵，沒有親自實踐，不知道理論上升到實踐路程的艱辛。通過這次

自己親自選題、實地考察、繪制dfd、er圖到完成分析，我體驗了其中的不容易，也嘗到了其中的甜頭。我們還會繼續(xù)努力，更好的完成下面的工作。

0963710205 秦曉雅

《信息系統(tǒng)分析與設(shè)計》考試題目及評分標(biāo)準(zhǔn)

下周一中午12點之前由班長或?qū)W習(xí)委員收齊各班紙質(zhì)版本作業(yè)，周二收齊交給任課老師。

請注意論文封面、格式以及老師強(qiáng)調(diào)的論文重點，打印并裝訂好交給班長或?qū)W習(xí)委員?？荚囶}目：

設(shè)計一個銀行存取款管理信息系統(tǒng)。

要求具有下面的功能：①儲戶憑身份證在銀行開戶，銀行賬戶中保存儲戶姓名、聯(lián)系電話、家庭住址等基本信息，并保存儲戶每筆存取款業(yè)務(wù)數(shù)據(jù)。②儲戶存款時，需提交存折/卡號，由業(yè)務(wù)員在銀行賬戶及存折/卡上登記存款信息。③儲戶取款時，還需提交密碼，以確認(rèn)

身份，在驗證取款合法性后，更新銀行賬戶。④統(tǒng)計員每日統(tǒng)計存、取款情況，形成日存取款匯總表，提供給信貸管理部作為信貸主要依據(jù)。

設(shè)計一個物資采購及庫存管理業(yè)務(wù)管理信息系統(tǒng)。

要求具有下面的功能：①車間填寫領(lǐng)料單到倉庫領(lǐng)料，庫長根據(jù)用料計劃審批領(lǐng)料單，未批準(zhǔn)的退回車間。②庫工收到已批準(zhǔn)的領(lǐng)料單后，首先查閱庫存賬，若有貨，則通知車間前來領(lǐng)取所需物料，并登記用料流水賬；否則將缺貨通知采購人員。③采購人員根據(jù)缺貨通知，查閱訂貨合同單，若已訂貨，則向供貨單位發(fā)出催貨請求，否則就臨時申請補(bǔ)充訂貨。④供貨單位發(fā)出貨物后，立即向訂貨單位發(fā)出提貨通知。采購人員收到提貨通知單后，就可辦理入庫手續(xù)。接著是庫工驗收入庫，并通知車間領(lǐng)料。⑤此外，倉庫庫工還要依據(jù)庫存賬和用料流水賬定期生成庫存報表，呈送有關(guān)部門。

考核內(nèi)容：

熟練掌握信息系統(tǒng)分析與設(shè)計的方法。具體考核的內(nèi)容是：

1、編寫信息系統(tǒng)可行性報告。

2、編寫信息系統(tǒng)需求分析報告，繪制數(shù)據(jù)流圖。

3、編寫信息系統(tǒng)設(shè)計報告，繪制功能結(jié)構(gòu)層次圖，數(shù)據(jù)庫設(shè)計，界面設(shè)計和硬件和軟件設(shè)計。

評分標(biāo)準(zhǔn)：

1、編寫信息系統(tǒng)可行性報告。

2、編寫信息系統(tǒng)需求分析報告，繪制數(shù)據(jù)流圖。

3、編寫信息系統(tǒng)設(shè)計報告，繪制功能結(jié)構(gòu)層次圖。

4、數(shù)據(jù)庫設(shè)計

5、界面設(shè)計。

6、簡單的硬件和軟件設(shè)計。

系統(tǒng)分析與設(shè)計方法讀書筆記

《系統(tǒng)分析與設(shè)計方法》，顧名思義，是論述軟件開發(fā)過程中涉及到的分析與設(shè)計過程的方法論。作者依照軟件

開發(fā)過程將書劃分為四個部分：系統(tǒng)開發(fā)項目環(huán)境、系統(tǒng)分析方法、系統(tǒng)設(shè)計方法、系統(tǒng)分析和設(shè)計完成后的工作。同其他美國作者一樣，作者通過一個貫穿全書的案例--音階公司系統(tǒng)項目，向我們詳細(xì)地講解了開發(fā)一個軟件系統(tǒng)過程中設(shè)計到的知識。

第一部分“系統(tǒng)開發(fā)項目環(huán)境”介紹信息系統(tǒng)開發(fā)的概念和過程。第二部分“系統(tǒng)分析方法”涵蓋了生命周期前期活動、工具和技術(shù)，這些內(nèi)容用于分析業(yè)務(wù)問題、說明信息系統(tǒng)業(yè)務(wù)需求以及制定業(yè)務(wù)和系統(tǒng)方案。第三部分“系統(tǒng)設(shè)計方法”涵蓋了生命周期中期活動、工具和技術(shù)，特別強(qiáng)調(diào)應(yīng)用架構(gòu)的概要設(shè)計和詳細(xì)設(shè)計、快速開發(fā)和原型設(shè)計、外部設(shè)計、內(nèi)部設(shè)計以及面向?qū)ο笤O(shè)計。第四部分“系統(tǒng)分析和設(shè)計完成后的工作”通過縱覽生命周期后期活動，透視系統(tǒng)分析和設(shè)計工作。

《系統(tǒng)分析與設(shè)計方法》這本書圍繞軟件開發(fā)這一中心，詳細(xì)講解了從需

求分析到后期維護(hù)各個階段中，如何運用文檔與周圍的人員進(jìn)行有效溝通和協(xié)作。文檔，作為各類人員之間的橋梁和紐帶，如使用得當(dāng)，有以下幾個好處：

1.提高軟件開發(fā)過程的能見度。把開發(fā)過程中發(fā)生的事件以某種可閱讀的形式記錄在文檔中。管理人員可把這些記載下來的材料作為檢查軟件開發(fā)進(jìn)度和開發(fā)質(zhì)量的依據(jù)，實現(xiàn)對軟件開發(fā)的工程管理。

2.提高開發(fā)效率。軟件文檔的編制，使得開發(fā)人員對各個階段的工作都進(jìn)行周密思考、全盤權(quán)衡、從而減少返工。并且可在開發(fā)早期發(fā)現(xiàn)錯誤和不一致性，便于及時加以糾正。

3.作為開發(fā)人員在一定階段的工作成果和結(jié)束標(biāo)志。

4.記錄開發(fā)過程中的有關(guān)信息，便于協(xié)調(diào)以后的軟件、開發(fā)、使用和維護(hù)。

5.提供對軟件的運行、維護(hù)和培訓(xùn)的有關(guān)信息，便于管理人員、開發(fā)人員、操作人員、用戶之間的協(xié)作、交流和了

解。使軟件開發(fā)活動更科學(xué)、更有成效。

6.便于潛在用戶了解軟件的功能、性能等各項指標(biāo)，為他們選購符合自己需要的軟件提供依據(jù)。

也正是基于這樣的好處，軟件行業(yè)才會定義、開發(fā)各種溝通表達(dá)工具和建模語言來統(tǒng)一溝通方法，從而便于各種人員的團(tuán)結(jié)合作。以uml為例。從1989

年到1994年,建模語言數(shù)量從不到十種增加到了五十多種。90年代中,又一批新方法出現(xiàn),其中最引人注目的是booch 1993、oose和omt-2等。但到目前為止，uml這一統(tǒng)一建模語言脫穎而出，它貫穿軟件開發(fā)周期中的每一個階段，并被omg采納作為業(yè)界的標(biāo)準(zhǔn)。就如書中所講，uml是一個標(biāo)準(zhǔn)的圖形表示法，它不是面向?qū)ο蟮姆治龊驮O(shè)計，也不是一種方法，它僅僅是一組符號。uml是在開發(fā)階段，說明，可視化，構(gòu)建和書寫一個面向?qū)ο筌浖芗到y(tǒng)的制品的開放方法。作為一種模型語言，它使開發(fā)人員專注于建立產(chǎn)品的模型和結(jié)構(gòu)，而不是選用什么程序語言和算法實現(xiàn)。當(dāng)模型建立之后，模型可以被uml工具轉(zhuǎn)化成指定的程序語言代碼。所以說，運用優(yōu)秀的溝通工具與各種角色進(jìn)行有效地溝通在一定程度上決定著系統(tǒng)能否保質(zhì)保量的成功完成。在這個崇尚團(tuán)結(jié)與合作的社會，作為新一代的軟件開發(fā)人員，我們更應(yīng)該認(rèn)真學(xué)習(xí)書中說講的各種文檔編寫方法，更好的運用到實際開發(fā)中去。

首先，需求分析人員從接觸到深入了解客戶業(yè)務(wù)有一個漸進(jìn)的過程，如果一開始就深入到業(yè)務(wù)的細(xì)節(jié)中去，不但容易迷失方向，而且很容易顯露出你對業(yè)務(wù)的無知，客戶會因此而失去與你溝通的興趣。

其次，溝通雙方都有自己習(xí)慣的溝通方式。所以在雙方能夠達(dá)成默契之前，不要急于深入業(yè)務(wù)細(xì)節(jié)，而是圈定范圍，先就一些大框框進(jìn)行溝通，借此了解客戶的溝通方式。客戶是喜歡開放型問題還是封閉型問題？客戶是很健談還是很

含蓄？客戶是主導(dǎo)型溝通者還是被動型溝通者？客戶是具有很強(qiáng)邏輯思維的人，可以將一個問題有條不穩(wěn)地講清楚，還是一個發(fā)散型思維的人，總是沒有什么目的地想到什么就講什么？如果雙方的溝通方式不能切合 rf4ss，必定會造成溝通的障礙。

再次，客戶的時間是有限的，很多時候不能有整塊的時間來配合需求調(diào)研。由于項目的周期也是有限的，因此每一次會面都需要爭分奪秒，用最快的時間把問題搞清楚。另一方面，客戶通常不會為需求調(diào)研做好準(zhǔn)備，往往是等著回答問題的。如果需求分析人員寄希望于客戶能有條不理的把一套業(yè)務(wù)都能講解很清楚，整個業(yè)務(wù)形成閉環(huán)往往是很不現(xiàn)實的。這就要求需求分析人員根據(jù)經(jīng)驗提前要做好調(diào)研計劃和內(nèi)容，逐個進(jìn)行落實。

系統(tǒng)分析與設(shè)計的方法主要包括結(jié)構(gòu)化生命周期法、原型化方法、面向?qū)ο蠓椒ā?/p>

按時間過程來分，開發(fā)方法分為生命周期法和原型法，實際上還有許多處于中間狀態(tài)的方法。原型法又按照對原型結(jié)果的處理方式分為試驗原型法和演進(jìn)原型法。試驗原型法只把原型當(dāng)成試驗工具，試了以后就拋掉，根據(jù)試驗的結(jié)論做出新的系統(tǒng)。演進(jìn)原型法則把試好的結(jié)果保留，成為最終系統(tǒng)的一部分。按照系統(tǒng)的分析要素，可以把開發(fā)方法分為三類：

①面向處理方法。

②面向數(shù)據(jù)方法。

③面向?qū)ο蟮姆椒?/p>

系統(tǒng)分析和設(shè)計應(yīng)遵循的原則有：

系統(tǒng)開發(fā)是面向客戶的，應(yīng)從客戶的角度考慮。

諸如系統(tǒng)開發(fā)生命周期之類的產(chǎn)品更新?lián)Q代機(jī)構(gòu)應(yīng)該在所有的信息系統(tǒng)開發(fā)項目中建立起來。

信息系統(tǒng)開發(fā)的過程并不是一個順序的過程，它允許步驟的重疊和倒轉(zhuǎn)等。如果系統(tǒng)的成功可能性受到很大限

制時，應(yīng)取消整個項目。

文檔材料是系統(tǒng)開發(fā)生命周期中重要的可遞交成果，應(yīng)加以重視

最后總結(jié)下，學(xué)完《系統(tǒng)分析與設(shè)計方法》這門課程再加上老師在課堂上的一些講解以及以前學(xué)習(xí)過程中的收獲，我對于系統(tǒng)分析與設(shè)計有了進(jìn)一步的理解，能高屋建瓴的看待系統(tǒng)分析與設(shè)計整個過程的步驟以及增加了一些開發(fā)設(shè)計中的重要事件的理論知識。

第五篇：《信息系統(tǒng)分析與設(shè)計》教學(xué)大綱

《信息系統(tǒng)分析與設(shè)計》教學(xué)大綱

課程代碼：NR4002

學(xué) 分：4

學(xué) 時：72（理論學(xué)時：36，實驗學(xué)時：36）

先修課程：辦公軟件、計算機(jī)網(wǎng)絡(luò)、面向?qū)ο缶幊碳夹g(shù)、數(shù)據(jù)庫原理

適用專業(yè)：信息管理與信息系統(tǒng)專業(yè)

課程性質(zhì)：必修

開課單位：網(wǎng)絡(luò)技術(shù)系

一、課程的性質(zhì)和任務(wù)

《信息系統(tǒng)分析與設(shè)計》是信息管理與信息系統(tǒng)專業(yè)的專業(yè)必修課程，是課程體系中專注于系統(tǒng)分析、設(shè)計、實施和管理等能力培養(yǎng)的綜合性骨干課程。本課程以信息系統(tǒng)建設(shè)要求為背景，通過案例教學(xué)、實踐及工程化訓(xùn)練，著重培養(yǎng)學(xué)生（中大型）信息系統(tǒng)分析與設(shè)計的工程能力，特別是軟件工程制圖和文檔編寫能力，從而初步具備（本科生）初級系統(tǒng)分析師和軟件設(shè)計師的能力。

二、課程教學(xué)目標(biāo)

（一）知識目標(biāo)

目標(biāo)1：掌握信息系統(tǒng)分析與設(shè)計的基本理論知識；

目標(biāo)2：熟悉信息資源管理與相關(guān)的工程技術(shù)知識；

目標(biāo)3：了解信息資源管理與信息系統(tǒng)前沿和發(fā)展動態(tài)；

（二）能力目標(biāo)

目標(biāo)4：具有信息的采集、組織和分析處理的能力；

目標(biāo)5：具有企業(yè)業(yè)務(wù)數(shù)據(jù)分析的基本能力；

目標(biāo)6：掌握信息系統(tǒng)業(yè)務(wù)流程的理解、識別與優(yōu)化能力；

目標(biāo)7：掌握信息系統(tǒng)項目分析與設(shè)計的能力；

目標(biāo)8：掌握信息系統(tǒng)開發(fā)和測試的能力；

目標(biāo)9：掌握信息系統(tǒng)實施和運維的能力；

（三）素質(zhì)目標(biāo)

目標(biāo)10：具有科學(xué)、務(wù)實的態(tài)度,具有嚴(yán)謹(jǐn)治學(xué)、求真務(wù)實、艱苦奮斗、團(tuán)結(jié)協(xié)作的品質(zhì)

目標(biāo)11：具有創(chuàng)新精神和良好的職業(yè)道德；

三、課程思政目標(biāo)及安排

由于信息系統(tǒng)工程涉及的領(lǐng)域較為寬泛，因此需要對課程內(nèi)容進(jìn)一步明確和聚焦，通過信息系統(tǒng)項目的完整實施流程，在培養(yǎng)學(xué)生的職業(yè)能力和工作態(tài)度的過程中，實現(xiàn)態(tài)度、思維與學(xué)習(xí)幾個方面的培養(yǎng)。具體目標(biāo)包括：

1、具有在面對不確定性時做決策的主動性和意愿

2、毅力、完成任務(wù)的緊迫感和決心、變通的智慧

3、批判性思維

4、創(chuàng)造性思維

5、自我認(rèn)識、認(rèn)知構(gòu)成及終身自我學(xué)習(xí)

6、職業(yè)道德、公平和責(zé)任感

具體實施過程見教學(xué)內(nèi)容與要求中的相關(guān)章節(jié)教學(xué)設(shè)計

四、課程教學(xué)內(nèi)容、要求及學(xué)時分配

（一）教學(xué)內(nèi)容與學(xué)時分配

（二）教學(xué)內(nèi)容與要求

第1章 緒論

教學(xué)目標(biāo)：（按了解、理解、掌握等不同層次寫明本章應(yīng)達(dá)到的教學(xué)要求）

（1）了解數(shù)據(jù)、信息、系統(tǒng)與信息系統(tǒng)的概念

（2）理解軟件開發(fā)聲明周期的各個階段的目標(biāo)與任務(wù)

（3）理解結(jié)構(gòu)化方法與面向?qū)ο蠓椒ǖ幕靖拍?/p>

教學(xué)內(nèi)容：（圍繞教學(xué)目標(biāo)，寫出各節(jié)應(yīng)該講授的主要內(nèi)容）

（1）數(shù)據(jù)與信息的概念

（2）系統(tǒng)與信息系統(tǒng)的概念

（3）軟件開發(fā)生命周期（SDLC）

（4）結(jié)構(gòu)化方法與面向?qū)ο蠓椒?/p>

教學(xué)重點：（介紹為了達(dá)到教學(xué)目標(biāo)而必須著重講解和分析的內(nèi)容）

（1）數(shù)據(jù)與信息關(guān)系

（2）系統(tǒng)與系統(tǒng)的性質(zhì)

（2）三個世界：現(xiàn)實世界、概念世界、數(shù)字世界

（3）三個空間：環(huán)境空間、問題空間、解空間

教學(xué)難點：（學(xué)生在學(xué)習(xí)過程中理解有困難的知識、內(nèi)容）

（1）兩種生命周期模型：瀑布模型與敏捷模型

（2）兩種軟件開發(fā)方法論：結(jié)構(gòu)化方法與面向?qū)ο蠓椒?/p>

作業(yè)要求：

分析某現(xiàn)有信息系統(tǒng)的功能與結(jié)構(gòu)，并回答以下問題：

（1）系統(tǒng)輸入、處理和存儲哪些數(shù)據(jù)？

（2）系統(tǒng)應(yīng)該劃分為哪幾個子系統(tǒng)？子系統(tǒng)之間有哪些數(shù)據(jù)和流程方面的聯(lián)系？

（3）系統(tǒng)存在哪些不足？

成立3-5人組成的項目團(tuán)隊，明確各成員的崗位與職責(zé)。

第2章 系統(tǒng)規(guī)劃與可行性分析

教學(xué)目標(biāo)：

（1）了解系統(tǒng)規(guī)劃的目的、任務(wù)和方法

（2）理解可行性研究的目的和任務(wù)

（3）掌握可行研究的方法、技術(shù)與工具

教學(xué)內(nèi)容：（圍繞教學(xué)目標(biāo)，寫出各節(jié)應(yīng)該講授的主要內(nèi)容）

（1）系統(tǒng)規(guī)劃的目的、任務(wù)和方法

（2）企業(yè)系統(tǒng)規(guī)劃法、關(guān)鍵成功因素法和戰(zhàn)略集成轉(zhuǎn)換法

（3）可行性分析的目標(biāo)與任務(wù)

（4）技術(shù)可行性分析

（5）經(jīng)濟(jì)可行性分析

（6）組織可行性分析

教學(xué)重點：（介紹為了達(dá)到教學(xué)目標(biāo)而必須著重講解和分析的內(nèi)容）

（1）系統(tǒng)規(guī)劃的目的和方法

（2）可行性分析的目標(biāo)與任務(wù)

教學(xué)難點：

（1）企業(yè)系統(tǒng)規(guī)劃法、關(guān)鍵成功因素法和戰(zhàn)略集成轉(zhuǎn)換法

（2）技術(shù)可行性分析

作業(yè)要求：

對上個階段分析的現(xiàn)有系統(tǒng)進(jìn)行總體戰(zhàn)略規(guī)劃，通過市場調(diào)研、文獻(xiàn)閱讀、小組討論的形式完成該工作，并形成新系統(tǒng)的立項報告和可行性分析報告。

第3章 需求分析

教學(xué)目標(biāo)：

（1）了解需求分析的目的和任務(wù)

（2）掌握用例分析的方法和工具

（3）掌握業(yè)務(wù)對象分析的方法

（4）掌握業(yè)務(wù)流程分析技術(shù)和業(yè)務(wù)流程圖（TFD）的繪制方法；

教學(xué)內(nèi)容：

（1）需求分析的目的和任務(wù)

（2）功能性需求和非功能性需求

（3）需求獲取技術(shù)

（4）用例分析與用例圖

（5）需求變更與管理

（6）業(yè)務(wù)對象的分析與提取

（7）業(yè)務(wù)流程分析與TFD

教學(xué)重點：（介紹為了達(dá)到教學(xué)目標(biāo)而必須著重講解和分析的內(nèi)容）

（1）用例分析與用例圖

（2）業(yè)務(wù)流程分析與TFD

教學(xué)難點：

（1）需求獲取技術(shù)

（2）業(yè)務(wù)對象分析技術(shù)

作業(yè)要求：

通過市場調(diào)研、文獻(xiàn)閱讀、客戶訪談、小組討論等形式完成新系統(tǒng)的需求獲取與提煉，以用例圖的形式描述新系統(tǒng)的功能需求，通過需求驗證答辯評審。

第4章 結(jié)構(gòu)化方法

教學(xué)目標(biāo)：

（1）了解結(jié)構(gòu)化分析與設(shè)計的思想、原則與方法

（2）掌握數(shù)據(jù)流程分析技術(shù)和數(shù)據(jù)流程圖（DFD）的繪制方法；

（3）熟悉數(shù)據(jù)字典的編寫方法；

（4）掌握數(shù)據(jù)的實體聯(lián)系（ER）模型及實體聯(lián)系圖（ERD）的繪制方法；

教學(xué)內(nèi)容：（圍繞教學(xué)目標(biāo)，寫出各節(jié)應(yīng)該講授的主要內(nèi)容）

（1）業(yè)務(wù)流程分析（TFD）

（2）數(shù)據(jù)流程分析（DFD）

（3）數(shù)據(jù)字典

（4）實體關(guān)系模型（ERD）

（5）模塊的耦合與內(nèi)聚

教學(xué)重點：（介紹為了達(dá)到教學(xué)目標(biāo)而必須著重講解和分析的內(nèi)容）

（1）業(yè)務(wù)流程圖（TFD）的繪制

（2）數(shù)據(jù)流程圖（DFD）的繪制

教學(xué)難點：

（1）數(shù)據(jù)流圖（DFD）與實體聯(lián)系圖（ERD）之間的數(shù)據(jù)校驗

（2）模塊化設(shè)計過程中的耦合與內(nèi)聚

作業(yè)要求：

繪制目標(biāo)系統(tǒng)的數(shù)據(jù)流圖（DFD）和實體聯(lián)系圖（ERD），并驗證雙方之間的數(shù)據(jù)完整性，即所有數(shù)據(jù)流圖中出現(xiàn)的數(shù)據(jù)項，在實體聯(lián)系圖中需要有相應(yīng)的實體或?qū)傩詳?shù)據(jù)相對應(yīng)，反之亦然。

第5章 面向?qū)ο蠓椒?/p>

教學(xué)目標(biāo)：

（1）理解類與對象的基本概念

（2）理解面向?qū)ο蟮娜兀悍庋b、繼承和多態(tài)

（3）熟悉數(shù)據(jù)庫的對象關(guān)系映射（ORM）

（4）掌握UML建模方法和技術(shù)

教學(xué)內(nèi)容：（圍繞教學(xué)目標(biāo)，寫出各節(jié)應(yīng)該講授的主要內(nèi)容）

（1）類與對象的基本概念

（2）封裝與繼承的概念和用途

（3）接口與多態(tài)的概念和用途

（4）包（Package）的作用與意義

（5）面向?qū)ο蠓治龊驮O(shè)計的過程（歸納與演繹）和方法

（6）數(shù)據(jù)庫與對象關(guān)系映射（ORM）

（7）UML類圖和對象圖的繪制方法

（8）UML活動圖、狀態(tài)圖和協(xié)作圖等的繪制方法

教學(xué)重點：（介紹為了達(dá)到教學(xué)目標(biāo)而必須著重講解和分析的內(nèi)容）

（1）類與對象的概念

（2）對象關(guān)系映射（ORM）

教學(xué)難點：

（1）接口與多態(tài)

（2）UML建模

作業(yè)要求：

對目標(biāo)系統(tǒng)進(jìn)行面向?qū)ο蟮姆治雠c設(shè)計，從特殊性的業(yè)務(wù)對象歸納出一般性的類，再從一般性的類演繹出對象實例。使用UML類圖描述分析結(jié)果，使用UML過程性模型（活動圖、狀態(tài)圖和協(xié)作圖）描述對象的動態(tài)變化，以及對象與對象之間的交互。實踐數(shù)據(jù)庫的對象關(guān)系映射過程。

第6章 交互設(shè)計與原型方法

教學(xué)目標(biāo)：

（1）理解交互設(shè)計理論與原則

（2）掌握交互設(shè)計的過程與方法

（3）理解原型的作用與目的（4）熟悉常用原型設(shè)計方法與工具

教學(xué)內(nèi)容：（圍繞教學(xué)目標(biāo)，寫出各節(jié)應(yīng)該講授的主要內(nèi)容）

（1）交互設(shè)計的指導(dǎo)思想與基本原則

（2）交互設(shè)計過程與方法

（3）導(dǎo)航設(shè)計

（4）輸入、輸出設(shè)計

（5）原型的作用與目的（6）原型的分類：水平原型（行為模型）/垂直原型（切片）；拋棄原型/演進(jìn)原型

（7）常用的原型方式：圖紙、位圖、可執(zhí)行文件

（8）常用的交互式原型設(shè)計工具

教學(xué)重點：（介紹為了達(dá)到教學(xué)目標(biāo)而必須著重講解和分析的內(nèi)容）

（1）交互設(shè)計過程

（2）原型方法

教學(xué)難點：

（1）交互設(shè)計指導(dǎo)思想

（2）交互式原型工具與技術(shù)

作業(yè)要求：

根據(jù)《軟件需求規(guī)格說明書》，遵循交互設(shè)計基本原則，使用交互式原型工具，完成新系統(tǒng)的原型設(shè)計任務(wù)。

第7章 系統(tǒng)架構(gòu)設(shè)計

教學(xué)目標(biāo)：

（1）了解常用的軟件架構(gòu)與模式

（2）熟悉Web開發(fā)技術(shù)與開發(fā)框架

（3）了解大前端與多端開發(fā)

教學(xué)內(nèi)容：

（1）軟件架構(gòu)的基本組成部分

（2）不同風(fēng)格的架構(gòu)示例

（3）C/S架構(gòu)、B/S架構(gòu)、多層架構(gòu)、事件驅(qū)動架構(gòu)、微核架構(gòu)、微服務(wù)架構(gòu)、Serverless架構(gòu)等

（4）Web開發(fā)技術(shù)棧

（5）MVC設(shè)計模式與Web開發(fā)框架

（6）大前端與多端開發(fā)技術(shù)

教學(xué)重點：

（1）Web開發(fā)技術(shù)

（2）常用Web開發(fā)框架

教學(xué)難點：

（1）MVC設(shè)計模式

（2）大前端與多端開發(fā)技術(shù)

作業(yè)要求：

在前階段《軟件需求規(guī)格說明書》、《業(yè)務(wù)對象與業(yè)務(wù)流程設(shè)計》、《數(shù)據(jù)模型設(shè)計》、《原型設(shè)計》等各項工作的基礎(chǔ)上，綜合考慮系統(tǒng)的功能、技術(shù)能力、性能與經(jīng)濟(jì)性等各方需求，選擇合適的軟件架構(gòu)，明確各部分的硬件、軟件組成，完成《系統(tǒng)架構(gòu)設(shè)計說明書》。

第8章 Serverless架構(gòu)與云計算

教學(xué)目標(biāo)：

（1）了解Serverless架構(gòu)的概念

（2）理解Serverless通信方式與接口

（3）了解云計算的基本概念

（4）掌握常見云計算平臺的基本開發(fā)技術(shù)

教學(xué)內(nèi)容：（圍繞教學(xué)目標(biāo)，寫出各節(jié)應(yīng)該講授的主要內(nèi)容）

（1）Serverless架構(gòu)的基本概念和目標(biāo)

（2）Serverless與傳統(tǒng)開發(fā)模式的區(qū)別

（3）常用的Serverless通信方式與接口

（4）API 網(wǎng)關(guān)（API Gateway）的的基本功能

（5）云計算的基本概念和目標(biāo)

（6）云計算類型：IaaS、PaaS和SaaS

（7）常用云計算平臺的開發(fā)技術(shù)：云托管、云函數(shù)、云存儲等

教學(xué)重點：（介紹為了達(dá)到教學(xué)目標(biāo)而必須著重講解和分析的內(nèi)容）

（1）Serverless架構(gòu)

（2）云計算

教學(xué)難點：

（1）Serverless接口

（2）云計算開發(fā)技術(shù)

作業(yè)要求：

根據(jù)前面階段完成的分析與設(shè)計報告，選擇適當(dāng)?shù)南到y(tǒng)架構(gòu)，為后續(xù)階段的工作做好準(zhǔn)備。了解、調(diào)研行業(yè)中常見的云計算平臺，選擇一個合適的云計算平臺，實現(xiàn)一個簡單、完整的微型Web應(yīng)用。

第9章 系統(tǒng)詳細(xì)設(shè)計

教學(xué)目標(biāo)：

（1）了解系統(tǒng)詳細(xì)設(shè)計的任務(wù)與目標(biāo)

（2）熟悉詳細(xì)設(shè)計的原則與常用方法

（3）理解關(guān)系型數(shù)據(jù)庫與文檔型數(shù)據(jù)庫的區(qū)別

教學(xué)內(nèi)容：

（1）系統(tǒng)詳細(xì)設(shè)計的任務(wù)與目標(biāo)

（2）系統(tǒng)詳細(xì)設(shè)計的原則與方法

（2）子系統(tǒng)劃分

（3）組件設(shè)計

（4）接口設(shè)計

（5）關(guān)系型數(shù)據(jù)庫與文檔型數(shù)據(jù)庫（MangoDB）

教學(xué)重點：

（1）系統(tǒng)詳細(xì)設(shè)計方法

（2）子系統(tǒng)劃分

（3）組件設(shè)計

教學(xué)難點：

（1）接口設(shè)計

（2）關(guān)系型數(shù)據(jù)庫與文檔型數(shù)據(jù)庫的區(qū)別

作業(yè)要求：

完成目標(biāo)系統(tǒng)的《系統(tǒng)詳細(xì)設(shè)計說明書》，完成各子系統(tǒng)劃分，完成數(shù)據(jù)庫設(shè)計的物理模型，明確各子系統(tǒng)與組件的接口規(guī)范，并完成對應(yīng)的API接口規(guī)格設(shè)計文檔。

第10章 系統(tǒng)實現(xiàn)與運維

教學(xué)目標(biāo)：

（1）了解軟件項目管理的基本方法與工具

（2）理解瀑布模型與迭代式開發(fā)各自的優(yōu)缺點

（3）熟悉軟件測試的方法與工具

（4）了解軟件發(fā)布的流程與內(nèi)容

教學(xué)內(nèi)容：（圍繞教學(xué)目標(biāo)，寫出各節(jié)應(yīng)該講授的主要內(nèi)容）

（1）軟件項目管理的內(nèi)容與工具

（2）原型設(shè)計與原型驗證（技術(shù)性）

（3）里程碑與版本控制工具

（4）瀑布模型與迭代式開發(fā)

（5）測試驅(qū)動開發(fā)

（6）軟件系統(tǒng)測試

（7）系統(tǒng)安裝、部署與用戶文檔

（8）系統(tǒng)運行與維護(hù)

教學(xué)重點：（介紹為了達(dá)到教學(xué)目標(biāo)而必須著重講解和分析的內(nèi)容）

（1）瀑布模型與迭代式開發(fā)

（2）軟件測試方法與工具

教學(xué)難點：

（1）軟件項目管理

（2）測試驅(qū)動開發(fā)

作業(yè)要求：

根據(jù)前階段《系統(tǒng)架構(gòu)設(shè)計》、《子系統(tǒng)API接口設(shè)計》等文檔，選擇適當(dāng)?shù)钠脚_和工具實現(xiàn)各子系統(tǒng)的接口與功能，并依據(jù)《軟件需求規(guī)格說明書》進(jìn)行功能性和非功能性測試，形成系統(tǒng)測試報告。

五、課程實驗內(nèi)容及要求

（一）實驗安排（演示性/驗證性/設(shè)計性/綜合性）（課內(nèi)必做/課余必做/課余選做）

（二）實驗內(nèi)容與要求

實驗1 項目分組與任務(wù)布置

實驗?zāi)康模海ò戳私狻⒗斫?、掌握等不同層次寫明本實驗?yīng)達(dá)到的教學(xué)要求）

（1）了解信息系統(tǒng)項目全生命周期；

（2）理解信息系統(tǒng)項目中對應(yīng)工作崗位及職責(zé)；

（3）掌握項目團(tuán)隊組建及開題流程

實驗內(nèi)容：

（1）成立項目小組

（2）選取項目組長

（3）選取項目開發(fā)題目

（4）確定項目人員分工與對應(yīng)工作崗位

（4）為自己的團(tuán)隊起名

（5）制作團(tuán)隊LOGO

（6）制定團(tuán)隊標(biāo)語口號

（7）制定團(tuán)隊規(guī)則、規(guī)范

（8）開展一次團(tuán)建活動（線上）

實驗要求：

（1）分組：每小組4~6人

（2）人員角色：項目組長、系統(tǒng)分析師、軟件工程師、運維工程師、甲方代表、監(jiān)理工程師

（3）分組及工作實施原則：按照角色分配任務(wù)，可以多兼，互相協(xié)調(diào)、互相補(bǔ)充、強(qiáng)調(diào)協(xié)作、強(qiáng)調(diào)組織。

實驗報告要求：（包括實驗報告內(nèi)容、格式、提交等要求）

實驗報告內(nèi)容需包括：撰寫相關(guān)項目文檔，制作匯報PPT（5張以下），簡要介紹團(tuán)隊章程，以及項目基本情況，下周實驗課進(jìn)行論證，組長作匯報，組員亮相。提交以上文檔。

實驗2 現(xiàn)有教務(wù)管理系統(tǒng)的功能與結(jié)構(gòu)分析

實驗?zāi)康模海ò戳私?、理解、掌握等不同層次寫明本實驗?yīng)達(dá)到的教學(xué)要求）

（1）了解系統(tǒng)分析的基本方法

（2）理解業(yè)務(wù)流程與數(shù)據(jù)流的基本概念

（3）掌握功能結(jié)構(gòu)圖的繪制方法

實驗內(nèi)容：（圍繞實驗?zāi)康?，簡述實驗主要?nèi)容）

（1）與用戶溝通，了解他們對現(xiàn)有系統(tǒng)的認(rèn)識和評價

（2）了解現(xiàn)有系統(tǒng)的組織結(jié)構(gòu)，輸入輸出，資源利用情況和數(shù)據(jù)處理過程

（3）分析現(xiàn)有系統(tǒng)的優(yōu)缺點

（4）從現(xiàn)有系統(tǒng)的物理模型出發(fā)，通過研究，分析建立起較高層次的邏輯模型描述

實驗要求：

（1）制訂討論：現(xiàn)有系統(tǒng)分析報告

（2）討論過程控制：組長把控

（3）討論工具：錄音筆、筆、紙、word、思維導(dǎo)圖

（4）結(jié)果匯總

實驗報告要求：（包括實驗報告內(nèi)容、格式、提交等要求）

實驗報告內(nèi)容需包括：階段成果為包含系統(tǒng)功能結(jié)構(gòu)圖等要素的系統(tǒng)分析報告。

實驗3 新教務(wù)管理系統(tǒng)的規(guī)劃與可行性分析

實驗?zāi)康模海ò戳私?、理解、掌握等不同層次寫明本實驗?yīng)達(dá)到的教學(xué)要求）

（1）了解系統(tǒng)規(guī)劃的基本方法

（2）掌握可行性分析的基本方法

（3）掌握系統(tǒng)流程圖和數(shù)據(jù)流圖的繪制方法

實驗內(nèi)容：（圍繞實驗?zāi)康模喪鰧嶒炛饕獌?nèi)容）

（1）掌握企業(yè)系統(tǒng)規(guī)劃法、關(guān)鍵成功因素法和戰(zhàn)略集成轉(zhuǎn)換法等常用規(guī)劃方法

（2）重新定義問題，確定新系統(tǒng)的規(guī)模和目標(biāo)

（3）確定新系統(tǒng)的總體結(jié)構(gòu)，明確子系統(tǒng)組成和開發(fā)子系統(tǒng)的先后順序

（4）對數(shù)據(jù)進(jìn)行統(tǒng)一規(guī)劃、管理和控制

（5）經(jīng)濟(jì)可行性評審、技術(shù)可行性評審、法律可行性評審

（6）導(dǎo)出新系統(tǒng)的高層邏輯模型

實驗要求：

（1）小組討論，導(dǎo)出和評價所給出的方案

（2）推薦一個方案并說明理由，并推薦行動方針

（4）書寫可行性分析研究報告并提交審查

實驗報告要求：（包括實驗報告內(nèi)容、格式、提交等要求）

實驗報告內(nèi)容需包括：需提交包含核心業(yè)務(wù)說明、邏輯數(shù)據(jù)模型、新系統(tǒng)規(guī)劃的可行性分析報告。

實驗4 新教務(wù)系統(tǒng)的需求分析與評審

實驗?zāi)康模?/p>

（1）了解需求分析的基本方法、技術(shù)和工具；

（2）掌握需求獲取、提煉、分析和建模的方法與技術(shù)；

（3）熟悉實用UML工具進(jìn)行用例建模的基本技術(shù)

實驗內(nèi)容：

（1）各項目小組繼續(xù)完成前期未完成的文件歸檔

（2）建議草擬一個需求分析計劃，確認(rèn)工作內(nèi)容與人員分工

（3）針對項目進(jìn)行第一次需求分析獲取，秘書注意記錄需求獲取過程（訪談記錄、手稿等）

（4）進(jìn)行第一次UseCase建模，完成用例圖、系統(tǒng)時序圖的繪制

實驗要求：

（1）系統(tǒng)分析師主導(dǎo)完成軟件需求說明書中的相關(guān)內(nèi)容

（2）監(jiān)理工程師、甲方代表全程確認(rèn)需求的正確性和有效性；

實驗報告要求：（包括實驗報告內(nèi)容、格式、提交等要求）

實驗報告內(nèi)容需包括：需求獲取、需求提煉的原始文件，包括手繪圖，訪談記錄和思維導(dǎo)圖，等文件，完成用例建模。

實驗5 產(chǎn)品指標(biāo)警示程序的結(jié)構(gòu)化設(shè)計

實驗?zāi)康模?/p>

（1）理解結(jié)構(gòu)化方法中的單一抽象機(jī)制

（2）掌握模塊分解的原則：高內(nèi)聚、低耦合（3）掌握結(jié)構(gòu)化分析與設(shè)計方法

實驗內(nèi)容：

某產(chǎn)品有n（設(shè)n=5）個連續(xù)指標(biāo)，每個指標(biāo)皆取值為0到 1之間，記為L0、L1、L2、L3、L4。若指標(biāo)低于閾值y（設(shè)為 0.6），則稱此指標(biāo)低于警戒值。單獨一個指標(biāo)低于警戒值還不足以發(fā)出警報提示，以下為發(fā)出警示的規(guī)則描述：

（1）至少2個連續(xù)指標(biāo)低于警戒值方可發(fā)出警示，例如：0.7、0.8、0.5、0.4、0.66

（2）前三個指標(biāo)L0、L1、L2因為準(zhǔn)確性低，其中任意2個連續(xù)指標(biāo)低于警戒值都不足以發(fā)出警示，必須全部低于警戒值方可發(fā)出警示。

（3）指標(biāo)個數(shù)n和閾值 y皆為變量

請使用結(jié)構(gòu)化方法，設(shè)計出一個解決上述問題的算法與程序框架。

實驗要求：

（1）生產(chǎn)環(huán)境中很有可能還會增加新的預(yù)警規(guī)則，所以需要有良好的抽象，使得增加規(guī)則時無需修改現(xiàn)有模塊

（2）對程序框架進(jìn)行合理的模塊化分解，對各個模塊進(jìn)行函數(shù)化設(shè)計，明確每個函數(shù)的功能、輸入?yún)?shù)和返回結(jié)果。例如，整個程序可以抽象為一個函數(shù)：

warning(double[] data, double y): boolean

參數(shù) data：浮點小數(shù)數(shù)組，n個連續(xù)的產(chǎn)品指標(biāo)

參數(shù) y：浮點小數(shù)，預(yù)警閾值

返回：布爾值，發(fā)出警示返回true，否則返回false

實驗報告要求：（包括實驗報告內(nèi)容、格式、提交等要求）

對總體程序進(jìn)行模塊化分解，繪制出流程圖，編寫偽代碼，形成設(shè)計報告并提交。

實驗6 MUD游戲程序的面向?qū)ο蠼?/p>

實驗?zāi)康模?/p>

（1）了解面向?qū)ο笤O(shè)計的基本方法

（2）理解多態(tài)的概念

（3）熟悉接口（interface）的意義與用法

（4）掌握UML類圖、交互圖的繪制方法

（5）掌握API文檔的編寫方法

實驗內(nèi)容：（圍繞實驗?zāi)康?，簡述實驗主要?nèi)容）

（1）根據(jù)游戲Demo熟悉游戲規(guī)則

（2）分析游戲元素和業(yè)務(wù)對象

（3）提取地圖類與操控類，及其相關(guān)屬性和方法

（4）提取角色類，分析角色類之間的交互過程

（5）分析和設(shè)計角色類的屬性和方法

（6）使用多態(tài)技術(shù)設(shè)計不同的角色類型

實驗要求：

（1）使用UML技術(shù)建立地圖類、操控類、角色類等的抽象模型

（2）使用接口（interface）多態(tài)技術(shù)，使得系統(tǒng)系統(tǒng)能方便地添加新的游戲角色類

（3）編寫所有類（class）的API文檔（包含類名、描述、屬性，以及方法簽名與方法說明）

（4）（*）能夠在Demo代碼的基礎(chǔ)上，進(jìn)行適當(dāng)修改和升級

實驗報告要求：（包括實驗報告內(nèi)容、格式、提交等要求）

實驗報告內(nèi)容需包括：包含類圖和交互圖的UML建模文檔、API文檔，以及升級后的Demo源代碼。

實驗7 新教務(wù)系統(tǒng)的用戶界面設(shè)計與評審

實驗?zāi)康模?/p>

（1）了解交互設(shè)計理論與原則

（2）掌握前端設(shè)計技術(shù)和工具

實驗內(nèi)容：（圍繞實驗?zāi)康?，簡述實驗主要?nèi)容）

（1）交互設(shè)計理論與原則

（2）界面設(shè)計基礎(chǔ)與常用界面元素

（3）前端技術(shù)基礎(chǔ)（html/css/javascript）

（4）新教務(wù)系統(tǒng)各子系統(tǒng)的UI設(shè)計與實現(xiàn)

實驗要求：

（1）根據(jù)前階段分析與設(shè)計的成果，運用交互設(shè)計理論，遵循交互設(shè)計指導(dǎo)思想與原則，完成新教務(wù)系統(tǒng)各子系統(tǒng)的UI交互設(shè)計。

（2）使用原型工具或前端技術(shù)，實現(xiàn)新系統(tǒng)的界面UI。

實驗報告要求：（包括實驗報告內(nèi)容、格式、提交等要求）

實驗報告內(nèi)容需包括：完成新系統(tǒng)UI設(shè)計的前端頁面，以小組形式進(jìn)行演示與講解。

實驗8 金融市場交易數(shù)據(jù)的獲取與實時圖形繪制

實驗?zāi)康模?/p>

（1）復(fù)習(xí)前端設(shè)計的基礎(chǔ)技術(shù)

（2）通過實踐理解分布式與云計算的基本思想

（3）提高使用第三方接口和組件的設(shè)計與集成能力

實驗內(nèi)容：（圍繞實驗?zāi)康?，簡述實驗主要?nèi)容）

（1）獲取數(shù)據(jù)：通過聚寬投資、掘金量化等第三方API免費獲取金融市場的交易數(shù)據(jù)

（2）處理數(shù)據(jù)：在本地或使用云函數(shù)處理交易數(shù)據(jù)

（3）存儲數(shù)據(jù)：在本地或云存儲中保存處理后的市場數(shù)據(jù)

（4）顯示數(shù)據(jù)：將json格式的市場數(shù)據(jù)以 javascript變量的形式保存在 js 文件中，并使用HTML5原生繪圖技術(shù)或第三方繪制組件在網(wǎng)頁中實時顯示

（5）上線發(fā)布：通過云發(fā)布工具，將包含前端腳本和數(shù)據(jù)的html和js文件上傳至云托管平臺

實驗要求：

（1）實時獲取市場的1分鐘成交數(shù)據(jù)，并分別合并為5分鐘、30分鐘、1小時、1日的成交數(shù)據(jù)，并在同一個HTML頁面中分周期分別繪制相關(guān)圖形

（2）數(shù)據(jù)更新后，通過js腳本自動重繪HTML頁面中的圖形

（3）若使用了“靜態(tài)文件托管”，則自動向云服務(wù)器提交更新

實驗報告要求：（包括實驗報告內(nèi)容、格式、提交等要求）

實驗報告內(nèi)容需包括：程序設(shè)計的相關(guān)源代碼，若使用了云服務(wù)，需同時提交能夠訪問的URL地址。

實驗9 新教務(wù)系統(tǒng)的架構(gòu)設(shè)計與評審

實驗?zāi)康模?/p>

（1）了解Web項目常用的系統(tǒng)架構(gòu)

（2）熟悉Web項目常用的開發(fā)框架

（3）熟悉Web項目的基礎(chǔ)開發(fā)技術(shù)

實驗內(nèi)容：（圍繞實驗?zāi)康模喪鰧嶒炛饕獌?nèi)容）

（1）應(yīng)用服務(wù)器

（2）Web服務(wù)器

（3）Web容器

（4）MVC框架

（5）ORM數(shù)據(jù)訪問技術(shù)

（5）傳統(tǒng)的單體架構(gòu)、分布式架構(gòu)、微服務(wù)架構(gòu)、Serverless架構(gòu)

實驗要求：

根據(jù)前階段的“新教務(wù)系統(tǒng)”相關(guān)設(shè)計文檔，選擇熟悉的2種或2種以上不同的架構(gòu)風(fēng)格，完成“新教務(wù)系統(tǒng)架構(gòu)設(shè)計”，并比較不同架構(gòu)的優(yōu)缺點，說明各自所適用的場景。

實驗報告要求：

實驗報告內(nèi)容需包括：系統(tǒng)架構(gòu)設(shè)計報告，要求書面文檔。

實驗10 子系統(tǒng)與組件接口設(shè)計與評審

實驗?zāi)康模?/p>

（1）了解詳細(xì)設(shè)計的基本原則、方法與技術(shù)；

（2）熟悉數(shù)據(jù)庫設(shè)計與實現(xiàn)技術(shù)

（3）掌握詳細(xì)設(shè)計文檔編寫規(guī)范

實驗內(nèi)容：（圍繞實驗?zāi)康?，簡述實驗主要?nèi)容）

（1）完成系統(tǒng)詳細(xì)設(shè)計

（2）完成窗口與菜單設(shè)計

（3）完成子系統(tǒng)與模塊設(shè)計

（4）完成組件API接口設(shè)計

（5）完成API接口文檔編寫

（6）完成詳細(xì)設(shè)計報告與評審

（7）完成數(shù)據(jù)庫物理設(shè)計

（8）完成詳細(xì)設(shè)計報告編寫與評審

實驗要求：

（1）根據(jù)前階段相關(guān)文檔，完成新教務(wù)系統(tǒng)的子系統(tǒng)劃分，設(shè)計數(shù)據(jù)庫的物理模型

（2）明確各子系統(tǒng)與組件的接口規(guī)范，并完成對應(yīng)的API接口規(guī)格設(shè)計文檔

實驗報告要求：

實驗報告內(nèi)容需包括：詳細(xì)設(shè)計報告與評審報告。

實驗11 系統(tǒng)實現(xiàn)與測試

實驗?zāi)康模?/p>

（1）了解系統(tǒng)測試的內(nèi)容、流程和方法；

（2）掌握系統(tǒng)用例設(shè)計的方法；

（3）掌握黑盒測試執(zhí)行的技術(shù)與工具；

實驗內(nèi)容：（圍繞實驗?zāi)康模喪鰧嶒炛饕獌?nèi)容）

（1）使用各種編程技術(shù)全部或部分實現(xiàn)各子系統(tǒng)核心功能

（2）基于《子系統(tǒng)API接口規(guī)范》編寫測試用例

（3）根據(jù)測試流程完成子系統(tǒng)功能測試和非功能測試

（4）完成系統(tǒng)集成（5）集成測試，必要時編寫測試腳本和自動化測試程序

（6）按規(guī)范編寫測試報告

實驗要求：

（1）根據(jù)上階段的“API接口文檔”規(guī)范，測試各接口API的正確性和性能

（2）測試用例的一定要依據(jù)軟件需求規(guī)格說明書來編寫

實驗報告要求：

系統(tǒng)模塊測試報告要求規(guī)范，需要詳細(xì)記錄測試時間與測試人員。實驗報告內(nèi)容需包括：測試用例、測試報告。

實驗12 系統(tǒng)部署與用戶培訓(xùn)

實驗?zāi)康模?/p>

（1）了解系統(tǒng)實施與部署的內(nèi)容、流程和方法；

（2）了解系統(tǒng)的運維、運營及用戶管理等工作的基本內(nèi)容；

（3）掌握用戶使用手冊的編寫防范；

（4）了解軟件著作權(quán)的申請與授權(quán)流程

實驗內(nèi)容：（圍繞實驗?zāi)康?，簡述實驗主要?nèi)容）

（1）系統(tǒng)安裝、配置與版本管理

（2）原始數(shù)據(jù)準(zhǔn)備

（3）系統(tǒng)規(guī)劃與系統(tǒng)集成（4）用戶手冊與幫助文檔的撰寫；演示視頻制作

實驗要求：

（1）系統(tǒng)實施方案除軟件部署方案外應(yīng)包括網(wǎng)絡(luò)、硬件設(shè)備和人員的配備情況

（2）系統(tǒng)實施方案要求規(guī)范，需要詳細(xì)記錄測試時間與測試人員；

（3）按照已開發(fā)的系統(tǒng)模塊和原型設(shè)計編寫用戶手冊

（4）每個功能模塊錄制操作使用視頻及操作指引，每個視頻長度不超過5鐘；

實驗報告要求：

實驗報告內(nèi)容需包括：系統(tǒng)實施方案與計劃、用戶使用手冊、操作視頻教程。

實驗13 系統(tǒng)驗收

實驗?zāi)康模?/p>

（1）了解項目結(jié)題驗收的基本內(nèi)容、流程；

（2）理解項目結(jié)題驗收的關(guān)鍵性問題；

（3）掌握項目結(jié)題評審的流程、內(nèi)容；

實驗內(nèi)容：（圍繞實驗?zāi)康模喪鰧嶒炛饕獌?nèi)容）

（1）項目開發(fā)總結(jié)匯報；

（2）系統(tǒng)功能模塊演示

（3）系統(tǒng)原型演示

（4）答辯

實驗要求：

（1）答辯成績（20%）+原型設(shè)計質(zhì)量（40%）+文檔質(zhì)量（40%）=總評

（2）各小組按照評審安排表的次序進(jìn)行答辯

（3）各小組秘書負(fù)責(zé)在評審報告上記錄問答記錄

（3）答辯完成后對存在問題進(jìn)行整改，并及時更新文檔（詳細(xì)設(shè)計說明書、評審報告）到FTP

實驗報告要求：

實驗報告內(nèi)容需包括：本學(xué)期所有階段產(chǎn)生的文檔，原始資料，源代碼文件，個人工作心得體會。

六、課程教學(xué)方法和手段

（一）課堂講授

（1）采用講授法：系統(tǒng)講解該課程涉的信息系統(tǒng)理論、方法、技術(shù)和工具等，使學(xué)生能夠掌握信息系統(tǒng)分析、設(shè)計和管理的基本理論和專業(yè)技術(shù)。

（2）采用案例演示：重點培養(yǎng)學(xué)生獨立思考、分析問題和解決問題的能力，引導(dǎo)學(xué)生在實踐中平衡各種現(xiàn)實約束，尋找合適的解決方案。

（3）在教學(xué)過程中采用多媒體教學(xué)與傳統(tǒng)板書、教具教學(xué)相結(jié)合的教學(xué)手段，提高課堂教學(xué)信息量，增強(qiáng)教學(xué)的直觀性。

（4）采取項目評審會方式進(jìn)行階段性驗收，采用翻轉(zhuǎn)課堂方法，充分調(diào)動學(xué)生的積極性。

（二）實驗教學(xué)

（1）采用小組、項目組模式的教學(xué)方式，根據(jù)學(xué)生特長組成課題組，以實際問題設(shè)計實驗方案，指定適度目標(biāo)，提高學(xué)生的主觀能動性和協(xié)作能力。

（2）在實驗項目的選擇和方案設(shè)計上，選擇學(xué)生熟悉的真實需求和應(yīng)用場景，加強(qiáng)實驗技術(shù)和方法研究，重視各門課程和知識點的銜接，啟迪學(xué)生的系統(tǒng)思維和創(chuàng)新意識。

（3）注重過程管理與控制，合理規(guī)劃實驗過程和技術(shù)路線，設(shè)置階段性里程碑，明確各個角色責(zé)權(quán)范圍，確保按時按量完成實驗?zāi)繕?biāo)。

（4）評審實驗結(jié)果，規(guī)范各階段實驗結(jié)果的內(nèi)容和形式，總結(jié)優(yōu)點、發(fā)現(xiàn)不足，客觀評價實驗效果。

七、課程考核方式

本課程采用形成性評價方式?？己艘哉n程目標(biāo)的達(dá)成為主要目的，以檢查學(xué)生對各知識點的掌握程度和應(yīng)用能力為重要內(nèi)容。

（一）考核方式和記分制

本課程考核方式為考試；考核成績采用百分制記分。

（二）考核形式和成績構(gòu)成考核成績?yōu)榭傇u成績，由平時成績和期末成績二部分組成，其中平時成績占比50%，期末成績占比50%。

（進(jìn)行工程教育認(rèn)證的專業(yè)，該專業(yè)的課程需在此處加上：課程目標(biāo)達(dá)成度評價方式）

（三）課程目標(biāo)達(dá)成度評價方式

實施多元化、過程化的考核評價體系，重視專業(yè)知識的掌握、專業(yè)工具和技能的使用、項目分析過程、項目設(shè)計過程、創(chuàng)新能力水平等全面素質(zhì)的考察和評價?？己朔秩齻€維度展開，包括：

（1）項目過程重階段性的輸出物（評審報告、代碼、調(diào)查報告）；

（2）項目結(jié)束時交付的信息系統(tǒng)（項目文檔匯總、軟件系統(tǒng)或原型、測試報告）；

（3）項目衍生出的創(chuàng)新成果。

課程中的項目沒有固定的解決方案，學(xué)生團(tuán)隊可以自由發(fā)揮。鼓勵學(xué)生使用不同的系統(tǒng)架構(gòu)與解決方案，并能比較和評判不同解決方案之間的異同、優(yōu)缺點，指出各自所使用的應(yīng)用場景。

八、推薦教材與參考書目

（一）推薦教材

杜娟, 葛斌.信息系統(tǒng)分析與設(shè)計（第2版）.清華大學(xué)出版社, 2014（2019年12月重?。?（二）參考書目

（1）余春龍.軟件架構(gòu)設(shè)計.電子工業(yè)出版社，出版2019年2月.（2）布魯克斯(Brooks, F.P.).人月神話.清華大學(xué)出版社，出版2015年4月.（三）其他參考資源

《信息系統(tǒng)分析與設(shè)計》在線課程.中國大學(xué)MOOC平臺：https://www.icourse163.org/course/BISTU-1206419813

九、其他說明

本教學(xué)大綱制訂（修訂）于2021年9月，適用于2021年修訂的本科人才培養(yǎng)方案。

制訂人：胡軍成審定人：王健

批準(zhǔn)人：（系主任）