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

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

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

—認知實習報告 信122

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

二零一五年七月

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

《信息系統(tǒng)分析與設計》考試題目及評分標準

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

請注意論文封面、格式以及老師強調(diào)的論文重點，打印并裝訂好交給班長或學習委員。考試題目：（任選其一）

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

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

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

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

考核內(nèi)容：

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

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

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

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

評分標準：

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

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

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

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

5、界面設計。（10分）

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

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

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

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

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

系統(tǒng)分析與設計的方法主要包括結構化生命周期法（又稱瀑布法）、原型化方法（迭代法）、面向對象方法。

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

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

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

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

③面向對象的方法（Object Oriented，簡稱OO）。

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

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

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

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

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

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

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

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

一、等等。這些關系的圖形化符號記起來很不容易，但是我自己想到了一個比較容易記憶的簡單的方法。一個就用 “|”表示，零個就用“0”表示，多個就用“<”表示，然后根據(jù)相應的說明來選擇。比如零個或一個（0|），一個或多個（|<）。過程建模是一種組織和記錄數(shù)據(jù)的結構和流向的技術，它記錄系統(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的目的就是對面向對象系統(tǒng)進行可視化、評述、和文檔化。它適用于系統(tǒng)開發(fā)從需求規(guī)格描述道系統(tǒng)完成后測試的不同階段（需求分析階段、分析階段、設計階段、編程階段、測試階段）。UML2.0的模型主要圖包括了：用例圖、活動圖、類圖、對象圖、狀態(tài)機圖、組合結構圖、交互圖、定時圖、組件圖、部署圖和包圖。在理解這章的過程中，我感覺比較輕松，但是把一些關系，事件，實體等等用圖形化的形式表示出來還是非常難的。用UML設計面向對象系統(tǒng)時候，我們得準確的找到實體類、接口類、控制類、持續(xù)類、系統(tǒng)類和設計關系。在面向對象設計的過程中，主要包括了一下活動：對用例模型加以精煉以反映實現(xiàn)環(huán)境；建模支持用例情景的對象交互、行為和狀態(tài)；修改對象模型以反映實現(xiàn)環(huán)境。

前面說到需求分析是整個軟件項目開發(fā)中最重要的一環(huán)，其實我覺得可行性分析也是跟需求分析一樣的重要。因為信息是一個必須經(jīng)過檢驗的重要資本投入，就像市場要檢驗一個新產(chǎn)品，系統(tǒng)分析員應該考慮投資能夠收回嗎？是否有其他投資能夠帶來比預期更高的回報。要說他們的區(qū)別，我個人覺得是：可行性分析是要決定“做還是不做”。需求分析是要決定“做什么，不做什么”。可行性分析報告有六個準則：運行可行性、文化可行性、技術可行性、進度可行性、經(jīng)濟可行性。只有進行了可行性分析報告，才能夠確定企業(yè)是否要 做這個項目。如果說在可行性報告中顯示沒有成功的可能，那么就沒有必要再做需求分析了，整個項目就不會做下去了。進行可行性分析報告可以避免項目中途告終的結果，在系統(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ù)庫結構，然后創(chuàng)建、讀取、修改和刪除數(shù)據(jù)庫中的記錄。DBMS使用數(shù)據(jù)定義語言（DDL）創(chuàng)建記錄類型、字段和結構化關系，還定義了數(shù)據(jù)庫視圖；DBMS還是用數(shù)據(jù)處理語言（DML）用來創(chuàng)建、讀取、修改和刪除數(shù)據(jù)庫中的記錄。但是并非所有數(shù)據(jù)庫的DBMS都被要求使用DDL和DML。看完這章，總結了一下建立關系數(shù)據(jù)庫模式的步驟，首先要為每個實體類型建立一張表，然后為每張表選擇一個主鍵，同時增加外鍵來表示一對多的關系，接著還可以建立幾個新表來表示多對多的關系，然后還得定義參照完整性約束，評價模式質(zhì)量，并且進行必要的改進，最后為每個字段選擇適當?shù)臄?shù)據(jù)類型和取值約束。數(shù)據(jù)庫在系統(tǒng)開發(fā)的過程中是必不可少的，幾乎所有框架類型都得用到數(shù)據(jù)庫，它也是MVC框架的底層核心。

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

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

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

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

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

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

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

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

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

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

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

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

要的。因此，我們應當在平時多做這方面的訓練，多思考、多動筆，努力提高自己文檔編寫能力。

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

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

想。

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

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

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

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

學習電子商務系統(tǒng)分析與設計的心得體會

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

設計與開發(fā)的過程，使我們能很好地把理論學習與實踐訓練更好地結合起來。

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

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

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

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

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

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

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

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

體會應用軟件工程的設計思想進行電子商務系統(tǒng)開發(fā)的過程與方法。

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

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

括操作系統(tǒng)、應用服務器、中間件技術等。基本了解電子商務支付系統(tǒng)與安全系統(tǒng)。初步掌握一些電子商務網(wǎng)站客戶端技術。能正確理解電子商務系統(tǒng)評價的作用，并掌握評價指標體系設計的思路等等。

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

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

0911061237

朱寶

信息系統(tǒng)分析與設計學習心得

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

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

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

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

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

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

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

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

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

0963710205 秦曉雅

《信息系統(tǒng)分析與設計》考試題目及評分標準

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

請注意論文封面、格式以及老師強調(diào)的論文重點，打印并裝訂好交給班長或學習委員。考試題目：

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

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

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

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

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

考核內(nèi)容：

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

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

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

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

評分標準：

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

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

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

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

5、界面設計。

6、簡單的硬件和軟件設計。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

系統(tǒng)分析與設計的方法主要包括結構化生命周期法、原型化方法、面向對象方法。

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

①面向處理方法。

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

③面向對象的方法

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

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

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

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

制時，應取消整個項目。

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

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

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

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

課程代碼：NR4002

學 分：4

學 時：72（理論學時：36，實驗學時：36）

先修課程：辦公軟件、計算機網(wǎng)絡、面向對象編程技術、數(shù)據(jù)庫原理

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

課程性質(zhì)：必修

開課單位：網(wǎng)絡技術系

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

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

二、課程教學目標

（一）知識目標

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

目標2：熟悉信息資源管理與相關的工程技術知識；

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

（二）能力目標

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

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

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

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

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

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

（三）素質(zhì)目標

目標10：具有科學、務實的態(tài)度,具有嚴謹治學、求真務實、艱苦奮斗、團結協(xié)作的品質(zhì)

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

三、課程思政目標及安排

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

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

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

3、批判性思維

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

5、自我認識、認知構成及終身自我學習

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

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

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

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

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

第1章 緒論

教學目標：（按了解、理解、掌握等不同層次寫明本章應達到的教學要求）

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

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

（3）理解結構化方法與面向對象方法的基本概念

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

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

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

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

（4）結構化方法與面向對象方法

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

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

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

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

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

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

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

（2）兩種軟件開發(fā)方法論：結構化方法與面向對象方法

作業(yè)要求：

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

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

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

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

成立3-5人組成的項目團隊，明確各成員的崗位與職責。

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

教學目標：

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

（2）理解可行性研究的目的和任務

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

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

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

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

（3）可行性分析的目標與任務

（4）技術可行性分析

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

（6）組織可行性分析

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

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

（2）可行性分析的目標與任務

教學難點：

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

（2）技術可行性分析

作業(yè)要求：

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

第3章 需求分析

教學目標：

（1）了解需求分析的目的和任務

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

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

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

教學內(nèi)容：

（1）需求分析的目的和任務

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

（3）需求獲取技術

（4）用例分析與用例圖

（5）需求變更與管理

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

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

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

（1）用例分析與用例圖

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

教學難點：

（1）需求獲取技術

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

作業(yè)要求：

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

第4章 結構化方法

教學目標：

（1）了解結構化分析與設計的思想、原則與方法

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

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

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

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

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

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

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

（4）實體關系模型（ERD）

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

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

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

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

教學難點：

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

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

作業(yè)要求：

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

第5章 面向對象方法

教學目標：

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

（2）理解面向對象的三要素：封裝、繼承和多態(tài)

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

（4）掌握UML建模方法和技術

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

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

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

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

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

（5）面向對象分析和設計的過程（歸納與演繹）和方法

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

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

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

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

（1）類與對象的概念

（2）對象關系映射（ORM）

教學難點：

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

（2）UML建模

作業(yè)要求：

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

第6章 交互設計與原型方法

教學目標：

（1）理解交互設計理論與原則

（2）掌握交互設計的過程與方法

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

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

（1）交互設計的指導思想與基本原則

（2）交互設計過程與方法

（3）導航設計

（4）輸入、輸出設計

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

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

（8）常用的交互式原型設計工具

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

（1）交互設計過程

（2）原型方法

教學難點：

（1）交互設計指導思想

（2）交互式原型工具與技術

作業(yè)要求：

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

第7章 系統(tǒng)架構設計

教學目標：

（1）了解常用的軟件架構與模式

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

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

教學內(nèi)容：

（1）軟件架構的基本組成部分

（2）不同風格的架構示例

（3）C/S架構、B/S架構、多層架構、事件驅動架構、微核架構、微服務架構、Serverless架構等

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

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

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

教學重點：

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

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

教學難點：

（1）MVC設計模式

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

作業(yè)要求：

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

第8章 Serverless架構與云計算

教學目標：

（1）了解Serverless架構的概念

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

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

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

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

（1）Serverless架構的基本概念和目標

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

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

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

（5）云計算的基本概念和目標

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

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

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

（1）Serverless架構

（2）云計算

教學難點：

（1）Serverless接口

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

作業(yè)要求：

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

第9章 系統(tǒng)詳細設計

教學目標：

（1）了解系統(tǒng)詳細設計的任務與目標

（2）熟悉詳細設計的原則與常用方法

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

教學內(nèi)容：

（1）系統(tǒng)詳細設計的任務與目標

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

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

（3）組件設計

（4）接口設計

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

教學重點：

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

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

（3）組件設計

教學難點：

（1）接口設計

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

作業(yè)要求：

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

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

教學目標：

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

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

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

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

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

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

（2）原型設計與原型驗證（技術性）

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

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

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

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

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

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

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

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

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

教學難點：

（1）軟件項目管理

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

作業(yè)要求：

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

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

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

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

實驗1 項目分組與任務布置

實驗目的：（按了解、理解、掌握等不同層次寫明本實驗應達到的教學要求）

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

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

（3）掌握項目團隊組建及開題流程

實驗內(nèi)容：

（1）成立項目小組

（2）選取項目組長

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

（4）確定項目人員分工與對應工作崗位

（4）為自己的團隊起名

（5）制作團隊LOGO

（6）制定團隊標語口號

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

（8）開展一次團建活動（線上）

實驗要求：

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

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

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

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

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

實驗2 現(xiàn)有教務管理系統(tǒng)的功能與結構分析

實驗目的：（按了解、理解、掌握等不同層次寫明本實驗應達到的教學要求）

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

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

（3）掌握功能結構圖的繪制方法

實驗內(nèi)容：（圍繞實驗目的，簡述實驗主要內(nèi)容）

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

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

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

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

實驗要求：

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

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

（3）討論工具：錄音筆、筆、紙、word、思維導圖

（4）結果匯總

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

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

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

實驗目的：（按了解、理解、掌握等不同層次寫明本實驗應達到的教學要求）

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

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

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

實驗內(nèi)容：（圍繞實驗目的，簡述實驗主要內(nèi)容）

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

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

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

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

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

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

實驗要求：

（1）小組討論，導出和評價所給出的方案

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

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

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

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

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

實驗目的：

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

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

（3）熟悉實用UML工具進行用例建模的基本技術

實驗內(nèi)容：

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

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

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

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

實驗要求：

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

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

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

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

實驗5 產(chǎn)品指標警示程序的結構化設計

實驗目的：

（1）理解結構化方法中的單一抽象機制

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

實驗內(nèi)容：

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

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

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

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

請使用結構化方法，設計出一個解決上述問題的算法與程序框架。

實驗要求：

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

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

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

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

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

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

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

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

實驗6 MUD游戲程序的面向對象建模

實驗目的：

（1）了解面向對象設計的基本方法

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

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

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

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

實驗內(nèi)容：（圍繞實驗目的，簡述實驗主要內(nèi)容）

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

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

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

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

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

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

實驗要求：

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

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

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

（4）（*）能夠在Demo代碼的基礎上，進行適當修改和升級

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

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

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

實驗目的：

（1）了解交互設計理論與原則

（2）掌握前端設計技術和工具

實驗內(nèi)容：（圍繞實驗目的，簡述實驗主要內(nèi)容）

（1）交互設計理論與原則

（2）界面設計基礎與常用界面元素

（3）前端技術基礎（html/css/javascript）

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

實驗要求：

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

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

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

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

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

實驗目的：

（1）復習前端設計的基礎技術

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

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

實驗內(nè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原生繪圖技術或第三方繪制組件在網(wǎng)頁中實時顯示

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

實驗要求：

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

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

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

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

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

實驗9 新教務系統(tǒng)的架構設計與評審

實驗目的：

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

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

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

實驗內(nèi)容：（圍繞實驗目的，簡述實驗主要內(nèi)容）

（1）應用服務器

（2）Web服務器

（3）Web容器

（4）MVC框架

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

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

實驗要求：

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

實驗報告要求：

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

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

實驗目的：

（1）了解詳細設計的基本原則、方法與技術；

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

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

實驗內(nèi)容：（圍繞實驗目的，簡述實驗主要內(nèi)容）

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

（2）完成窗口與菜單設計

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

（4）完成組件API接口設計

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

（6）完成詳細設計報告與評審

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

（8）完成詳細設計報告編寫與評審

實驗要求：

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

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

實驗報告要求：

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

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

實驗目的：

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

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

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

實驗內(nèi)容：（圍繞實驗目的，簡述實驗主要內(nèi)容）

（1）使用各種編程技術全部或部分實現(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ī)范，需要詳細記錄測試時間與測試人員。實驗報告內(nèi)容需包括：測試用例、測試報告。

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

實驗目的：

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

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

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

（4）了解軟件著作權的申請與授權流程

實驗內(nèi)容：（圍繞實驗目的，簡述實驗主要內(nèi)容）

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

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

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

實驗要求：

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

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

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

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

實驗報告要求：

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

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

實驗目的：

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

（2）理解項目結題驗收的關鍵性問題；

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

實驗內(nèi)容：（圍繞實驗目的，簡述實驗主要內(nèi)容）

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

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

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

（4）答辯

實驗要求：

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

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

（3）各小組秘書負責在評審報告上記錄問答記錄

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

實驗報告要求：

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

六、課程教學方法和手段

（一）課堂講授

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

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

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

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

（二）實驗教學

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

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

（3）注重過程管理與控制，合理規(guī)劃實驗過程和技術路線，設置階段性里程碑，明確各個角色責權范圍，確保按時按量完成實驗目標。

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

七、課程考核方式

本課程采用形成性評價方式。考核以課程目標的達成為主要目的，以檢查學生對各知識點的掌握程度和應用能力為重要內(nèi)容。

（一）考核方式和記分制

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

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

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

（三）課程目標達成度評價方式

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

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

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

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

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

八、推薦教材與參考書目

（一）推薦教材

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

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

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

九、其他說明

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

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

批準人：（系主任）