第一篇：軟件工程課程設計任務書

《軟件工程》課程設計任務書

一．目的軟件工程課程設計是軟件工程專業一個綜合性的實踐教學環節，其目的在于促進學生復習和鞏固計算機軟件設計知識，加深對軟件設計方法、軟件設計技術和設計思想的理解，并能運用所學軟件設計知識和面向對象技術進行綜合軟件設計，提高學生的綜合應用能力。通過這次課程設計，要掌握UML（統一建模語言），并能運用UML在Visio中建模。

二．要求：

1.兩人一組。

2.熟悉Visio開發環境，認真分析題目。

3.掌握UML的基本模型元素(如角色、用例、類、數據模型等)，準確把握所要開發系統的功能需求，認真完成系統前期的需求分析，繪制出系統的業務流程圖。

4.建立完善的角色與用例的關系，繪制出系統的用例圖。

5.分析用例為完成業務目標而進行的各項任務或活動及執行順序，繪制出用例要求所要進行的活動以及活動間的約束關系的活動圖。

6.分析各用例的可能狀態及狀態間的轉移，描述狀態變化序列的起點和終點，繪制出系統的狀態圖。

7.進行業務流的分析，根據系統所要完成的功能和所要處理的數據，畫出反映系統邏輯模型的數據流程圖。

8.通過分析系統的功能要求，抽象出系統的實體類，描述各實體類的屬性，建立各個實體類及它們之間的關聯，繪制系統的實體類圖。

9.總結分析出系統的各功能模塊，繪制系統各子模塊的結構圖。

10.模塊的結構設計完成后，進行功能模塊的界面風格和要求規范的設計，實現變量命名規范和模塊命名規范的設計，根據設計結果撰寫各模塊說明書

11.進行檢查，并提交設計報告。

三．報告要求：

1.實驗題目

2.需求分析

3.系統總體設計：包括角色、用例關系說明與描述，用例狀態流程的說明與描述等內容。

4.系統詳細設計：包括詳細的業務流程的設計和數據流程圖的設計、相關實體類圖的設計與說明等。

5.心得體會

四．參考資料：

1.Martin Fowler & Kendall Scott：UML Distilled Second Edition A Brief Guide to

the Standard Object Modeling Language

2.UML參考手冊

3.Jason T.Roff 著 張瑜 楊繼萍 等 譯《UML基礎教程》 清華大學出版社

4.參見本中心服務器ftp:s@172.16.38.100《軟件工程》 目錄下的相關文檔。

五．設計內容

可自選題目，但須經過指導教師審查。

可選題目：

18.文檔管理系統

面向企業用戶，研制開發一套文檔管理系統，實現企業文檔的存儲、分類、維護、檢索、授權等過程的全面管理。為用戶主要提供如下功能：

1）登陸：用戶通過瀏覽器登陸到系統，輸入用戶名和密碼，登陸到系統，看到本用戶所能看到的各類信息，包括文檔分類樹、文檔的基本信息等。

2）人員組織角色管理與授權管理：創建和維護企業的人員、組織和角色，人員具有登陸名、名稱、密碼、郵件、手機等一些基本的屬性，人員從屬與一個或多個組織，具有一個或多個角色，組織間具有層次關系。提供文檔按照人員與角色兩種方式的授權模式。

3）文檔分類管理：用戶可以增刪改文檔的分類，文檔分類間可以建立層次關系。

4）文檔維護：用戶可以增刪改文檔，文檔包括基本的描述信息（如文檔編號、文檔名、文檔創建時間、創建人、大小等）及文檔對應的文件列表。

5）文檔檢索：用戶可以方便的按照文檔的名稱、編號、創建時間、創建人等信息進行檢索。

第二篇：軟件工程課程設計任務書

抽獎程序設計說明書 概述

1.1 系統簡述

學院將舉行慶元旦暨迎新春聯歡晚會，其中有抽獎活動，需要一個抽獎程序。首先將班級同學分發抽獎券，獎券號碼與學號、姓名綁定，聯歡會上由抽獎活動主持人輸入獎票號碼范圍，并指定獲獎等級后，在給定的號碼范圍內產生一個隨機號碼，作為該獲獎等級的一個中獎號碼。如果產生的中獎號碼與已產生的中獎號碼重復，則給出明確的提示“無效”（即不允許一個獎票重復獲獎）。可隨時顯示或打印抽獎結果。1.2 軟件設計目標 1．2．

1、程序功能：

1.輸入獎票號碼范圍：輸入最小獎票號碼，輸入最大獎票號碼。

2.產生中獎號碼：產生一個界于最小獎票號和最大獎票號之間的數。并且判定該數是 否為一個有效的中獎號。

3.顯示中獎信息：顯示到目前為止所有抽出的中獎獎票號碼、姓名、學號和中獎等級。4.更新中獎記錄：將中獎信息寫入表格文件。5.查看中獎記錄：可隨時查看中獎記錄的內容。1．2．2非功能性需求：

從安全性、美觀性等角度入手。

任務

2.1 文檔類

2．1．

1、可行性報告 2．1．

2、需求說明書 2.2 建模類

2．2．1 用例圖 2．2．2 時序圖 2．2．3 類圖 2.3 設計類

2．3．1 軟件平臺設計 2．3．2 程序流程圖設計 2．3．3 界面設計 2.4 源程序 2.5測試記錄

附錄：文檔規格

系統可行性分析

可行性研究主要分析要開發的系統是否具有必要性、可能性，從技術上、經濟上、操作上、社會各個方面對所開發系統進行分析和研究，減少可能發生的投資失誤概率，確保開發的順利完成。在最短時間內用最低的成本解決盡量多的問題是可行性分析的意義所在。

1.技術可行性

在技術上主要是分析當前所用軟件以及開發人員所使用的技術對系統開發是否可行，硬件、軟件等等能不能滿足開發人員的需要。該系統為B/S模式，采用J2EE體系和JAVA技術開發，開發平臺是Eclipse，使用SQL Server數據庫，相關的技術都已相當成熟。同時，計算機硬件技術也越來越先進，且性價比高，可以滿足系統的需求。所以系統在技術上完全可行。

2.經濟可行性

在經濟可行性方面，主要考慮使用成本、開發成本、回報三方面的因素。首先，開發成本主要使用 Windows 操作系統，Eclipse，在數據庫方面主要使用 SQL Server進行數據操作，這些軟件是開發系統所需成本。開發成員主要一人負責。回報主要是系統開發成功，可以實現項目管理系統的所有功能，通過項目管系統的應用，企業可以提高員工的工作效率和項目完成的效率，從而為企業帶來經濟效益。因而在經濟上完全可行。

3.操作可行性

操作可行性重點了解系統的操作流程、運行方式在組織內部是否可以有效，順利實施等問題。計算機技術、網絡技術的發展，使得人們的日常辦公和生活的諸多方面都使用計算機辦公，這已經成為現代辦公的必備技能。此外，人們對于操作對于工作是否簡潔而方便越來越重視，本系統的設計就能夠做到這一點，它很好地解決了人工操作的不便，在實踐上具備了可行性。本系統的設計明晰，用戶界面良好，簡潔的操作，有完善的異常處理機制和驗證提示信息，因此操作方面可行。

4.社會可行性

首先，本系統從功能模塊的提出到各個界面的設計再到每個功能模塊的開發與實現到后期的測試過程，全部由本人獨立完成，開發過程參考，借鑒過網上資料和所學課程，因此不存在侵權的法律問題。其次，在開發過程中，各部門配合將現有的人員，項目等相關信息導入到系統中。完成這些工作后，項目管理會變得更加簡便。最后，系統的大部分功能模塊都是根據需求分析提出的要求完成的，并且在開發過程中對需求分析的介紹進行了深入的研究，因此，已經熟悉業務流程。因此本系統在社會方面也是可行的。

所以，系統在技術上、經濟上操作上、社會方面都是可行的，系統的設計和開發可以順利進行。

需求分析

系統采用面向對象的分析方法，從管理員、教師用戶、學生用戶對系統的需求分析來建立本系統的需求。

具體定義如下：(1)用戶管理

① 用戶注冊：注冊功能相當于系統的入口，注冊功能用戶體驗的良好性直接影響的用戶的使用心理，注冊功能簡單、明快便于操作，會大大吸引用戶對成為系統會員的興趣。同時，友好型的使用體驗也促使用戶樂于分享。② 登錄：驗證用戶所提供的登錄信息，從而判斷是否準許該用戶進入系統。

③ 驗證信息主要有：賬號或密碼是否為空、驗證碼正確與否、庫中是否存在此用戶、賬號和密碼匹配與否。

可以對用戶相關信息預覽，對多余的用戶進行刪除等管理操作。(2)教師管理

教師登錄后臺，驗證教師提供的登錄信息正確與否。

驗證信息主要有：賬號或密碼是否為空、驗證碼正確與否、庫中是否存在此教師用戶、教師名和密碼是否匹配。

管理員具有對教師相關信息的預覽，教師信息的維護等操作。(3)試卷管理

教師具有相關信息的預覽，錄入新的試卷，修改試卷，刪除試卷等功能。(4)考試管理

用戶登錄考試系統后進行選擇試卷，然后正式進入模擬考試系統進行做題，選完試卷后接下來就是在線答題，按照漢語水平考試的題型，第一部分為聽力理解。

第三篇：09級《軟件工程》課程設計任務書1

09級軟件工程專業《軟件工程導論》課程設計任務書

1．通過本次課程設計，訓練課程所學的軟件系統分析、系統設計、編碼規范、測試方法與用例設計等知識點，編寫個人課程設計報告和軟件開發文檔，并提交紙質文檔一份、電子文檔一份、軟件作品一份。

2．設計題目：

題目一：“教務管理系統之子系統——學院課程安排” 1． 系統簡介

每個學期的期中，學校教務處向各個學院發出下各學期的教學計劃，包括課程名稱、課程代碼、課時、班級類別（本科、專科、成人教育、研究生）、班號等；學院教學主管人員根據教學任務和要求給出各個課程的相關限制（如：任課教師的職稱、上課的班數、最高和最低周學時數等）；任課教師自報本人授課計劃，經所在教研室協調任可，將教學計劃上交學院主管教學計劃的人員，批準后上報學校教務處，最終由教務處給出下個學期全學院教師的教學任務書。

假設上述排課過程全部由人工操作，現要求為上述過程實現計算機自動處理過程。2． 限定條件

（1）每位教師的主講課程門數不超過2門/學期：講師以下職稱的教師不能承擔學院定主課的主講任務。

（2）學院中層干部的主講課時不能超過4學時/周。

（3）本學期出現嚴重教學事故的教師不能承擔下各學期的主講任務。

（4）本系統的輸入項至少包括：教務處布置的教學計劃，學院教師自報的授課計劃和學院定的有關授課限制條件。（5）本系統的輸出項至少包括：教務處最終下達全院教師的教學任務書和學院各個班級下各學期的課程表（可以不含上課地點）。

題目二：“學校教材定購系統” 1． 系統簡介

本系統可以細化為兩個子系統：銷售系統和采購系統

銷售系統的主要工作過程為：首先由教師或學生提交購書單，經教材發行人員審核是有效購書單后，開發票、登記并返給教師或學生領書單，教師或學生可以到書庫領書。采購系統的主要工作過程為：若是教材脫銷，則登記缺書，發缺書單給書庫采購人員；一旦新書入庫后，即發進書通知給教材發行人員。以上功能要求在計算機上實現。

2． 技術要求和限制條件

（1）當書庫中的各種書籍數量發生變化（包括進書和出書）時，都應修改相關的書庫記錄，如庫存表或進/出庫表。

（2）在實現上述銷售和采購的工作過程時，需考慮有關的合法性驗證。（3）系統的外部項至少包括：教師、學生和教材工作人員。

（4）系統的相關數據存儲至少包括：購書表、庫存表、缺書登記表、待購教材表、進庫表和出庫表。題目三：“機票預定系統”

1． 系統簡介

航空公司為給旅客乘機提供方便，需要開發一個機票預定系統。各個旅行社把預定機票的旅客信息（姓名、性別、工作單位、身份證號碼（護照號碼）、旅行時間、旅行始發地和目的地，航班艙位要求等）輸入到系統中，系統為旅客安排航班。當旅客交付了預訂金后，系統打印出取票通知和帳單給旅客，旅客在飛機起飛前一天憑取票通知和帳單交款取票，系統核對無誤即打印出機票給旅客。此外航空公司為隨時掌握各個航班飛機的乘載情況，需要定期進行查詢統計，以便適當調整。2． 技術要求和限制條件

（1）在分析系統功能時要考慮有關證件的合法性驗證（如身份證、取票通知和交款發票）等。

（2）對于本系統還應補充一下功能：

1． 旅客延誤了取票時間的處理 2． 航班取消后的處理

3． 旅客臨時更改航班的處理

（3）系統的外部輸入項至少包括：旅客、旅行社和航空公司。

題目四：“學校內部工資管理系統” 1． 系統簡介

假設學校共有教職工約1000人，10個行政部門和8個系。每個月20日前各個部門（包括系和部門）要將出勤情況上報人事處，23日前人事處將出勤工資、獎金及扣款清單送到財務處。財務處于每個月月底將教職工的工資表做好并將數據送銀行。每個月3日將工資條發給每個單位。若由員工調入或調出、校內調動、離退休變化，則由人事處通知相關部門和財務處。2． 技術要求和限制條件

（1）本系統的數據存儲至少包括：工資表、部門匯總表、扣稅款表、銀行發放表等。（2）除人事處、財務處外，其他職能部門和系名稱可以簡化表示。（3）工資、獎金、扣款細節由學生自定義。

題目五：“實驗室設備管理系統”

1． 系統簡介

每學年要對實驗室設備使用情況進行統計、更新。其中：

（1）對于已徹底損壞的做報廢處理，同時詳細記錄有關信息。

（2）對于由嚴重問題（故障）的要及時修理，并記錄修理日期、設備名、編號、修理廠家、修理費用、責任人等。

（3）對于急需修改但又缺少的設備，需以“申請表”的形式送交上級領導請求批準購買。新設備購入后要立即進行設備登記（包括類別、設備名、編號、型號、規格、單價、數量、購置日期、生產廠家、保質期和經辦人等信息），同時更新申請表的內容。

（4）隨時對現有設備及其修理、報廢情況進行統計、查詢，要求能夠按類別和時間段等查詢。2． 技術要求及限制條件

（1）所有工作由專門人員負責完成，其他人不得任意使用。

（2）每件設備在做入庫登記時均由系統按類別加自動順序號編號，形成設備號；設備報廢時要及時修改相應的設備記錄，且有領導認可。

（3）本系統的數據存儲至少包括：設備記錄、修理記錄、報廢記錄、申請購買記錄。（4）本系統的輸入項至少包括：新設備信息、修理信息、申請購買信息、具體查詢統計要求。

（5）本系統的輸出項至少包括：設備購買申請表、修理/報廢設備資金統計表。同學們也可根據自己曾經參與的競賽、實習、興趣訓練，自行制定課設題目 針對以上問題定義，數據庫設計、程序流程設計、GUI設計、報表設計由各位同學自行發揮。

3.軟件工程導論課程設計個人報告格式（注：要求用A4紙打印，不少于10頁）[封面]（注：每個同學的報告都要有封面，獨占一頁。封面自行設計，可以用不同字體或者美術字體，并加上適當的小圖形）

《軟件工程導論》課程設計報告

課程設計題目：

長安大學 信息工程學院 班級：

報告人姓名： 學號： 承擔角色：

同組組長： 同組其他成員：

課程教師： 實驗指導教師：

實驗地點：

完成起止日期：

[目錄] [正文]

一、課程設計概述(目的、任務、開發環境、參考資料)

二、項目的可行性研究與需求分析

三、項目設計的基本原理和采用的主要方法與技術

四、本人實現項目的過程與步驟

五、個人遇到的困難與獲得的主要成果(本節內容不得少于3頁)

六、測試與運行記錄

七、課程設計完成結果分析與個人小結

八、附錄（軟件配置、個人完成的程序模塊和文檔清單）注：此部分在打印文檔可只含一頁列出有關文檔目錄即可，但在交付的個人電子文檔中應當含有所有應當完成的具體文檔內容。

注：個人課程設計報告著重說明個人所做工作、成果和體會(要求四、五、六、七部分不少6頁)，報告不得與他人雷同，否則影響成績，嚴重者無成績。

4．要求

以上設計單人獨立完成或組隊完成，每組人員不得多于5人，完成時間截止到17周，第17周由班長或學委收齊，與教師聯系，教師來收取。每個人上交個人課程設計一份，小組上交完整軟件設計文檔一份。另外，每人必須單獨完成設計報告，嚴禁互相抄襲，如果發現有完全相同的設計報告，則抄襲者與被抄襲者均記〇分。對組隊成員，每人必須在報告中顯著位置注明本團隊名單及本人所承擔的工作。

第四篇：《軟件工程導論》《軟件工程》課程設計任務書

《軟件工程導論》《軟件工程》課程設計任務書

課程代號：31110630，31110510 總學時（或周數）：1周

適用專業：軟件工程，計算機科學與技術

先修課程：程序設計語言、數據結構、離散數學等

一、課程設計（實踐）目的

《軟件工程》是計算機專業學生的專業必修課，通過學習，可以使學生對軟件系統的設計思想、開發方法和具體過程有一完整的了解，為今后參加工作、適應環境的要求，開發出滿足各種需要的軟件系統打下一定的基礎。本課程設計的主要目的是：

（1）使學生更好地理解該課程介紹的概念、原理等內容。

（2）加深對開發過程中所涉及的各種圖形工具的認識和理解。

（3）學會利用現有的計算機輔導工具獨立完成軟件系統的設計工作。

二、課程設計（實踐）內容與要求

要求分組協作開發一個小型系統，一般為5人左右一組。每組學生可以自選題目（需經教師同意）或從以下題目中任選一個。盡量要求每一學生能獨立完成各自的任務。

? 進行系統的可行性分析、需求分析、軟件設計、編碼、調試及簡單的項目管理。

? 提交符合標準的可行性分析報告、項目計劃書、需求分析報告（規格說明書）、軟件設計報告（說明書）和項目總結報告，安排模擬技術審查，馬上評定成績等級；

? 進行編碼和調試。提交可運行或演示的程序和源程序。人工審查編碼要結構化和文檔化（注釋）的情況，馬上評定成績等級。? 根據課時情況要求制定測試計劃和測試報告。評定等級。

明確告知學生以上成績綜合作為課程設計成績，以強化學生掌握軟件設計全過程的方法。

具備軟件開發的各種開發環境和常用的CASE工具均可，硬件只要流行配置和網路即可，軟件包括如Windows、SQL Server、Oracle、PWS、IIS、VC、VB、Delphi、Power Bhulder、JAVA、Net、Asp/Jsp等，CASE如 JUDE,Project,Rational Rose, Office等等各種流行工具。另外，在本課程實驗之前要求學生具備如下的知識和操作經驗：

（1）系統學習過《數據結構》、《程序設計技術》、《面向對象程序設計語言》、《數據庫原理與應用》等課程。（2）熟悉windows環境并能熟練操作。

掌握軟件工程的基本思想和軟件系統的設計方法。要求分組協作開發一個小型系統，一般為5人左右一組。每組學生可以自選題目（需經教師同意）或從以下題目中任選一個。課程設計以實際應用中的小型題目為主，盡量要求每一學生能獨立完成各自的任務。設計的題目既可以由指導教師根據學生的實際程度指 定，也可以由學生自己提出，經教師審核裁定。題目的規模適中，在一個學期內完成，不宜過大，算法不宜過于復雜，應以能在規定的時間內完成為準。選題的范圍和類型應盡量選擇有意義的實際題目，過大過于復雜的題目應經過適當的簡化，突出主要功能要求，舍棄次要細節。

要求學生能根據不同的題目類型選擇一種或兩種開發模式，完成從系統定義，軟件系統可行性分析，需求分析，軟件設計，編碼／測試，直至運行／維護的軟件生存期的全過程。具體要求如下： 1）強調過程的完整性

依據軟件生存期的原理開發軟件是保證軟件產品質量的行之有效的方法。要把小問題當作大任務來看待，一步一個腳印進行，從而積累開發大工程的經驗和方活。

2）強調模型的明確性

生存期模型是系統開發項目總貌的一種描述，同時給出軟件開發項目的一個降低分險的結構。不同的開發模型有不同的特點和不同的適用范圍。因此，根據實際問題的類型，要求能選用正確的軟件開發模型進行開發。3）強調文檔的完整性

文檔是與程序開發，維護和使用有關的圖文資料，它是軟件的重要組成部分。在軟件開發的各個階段所產生的各類文檔既是該階段的主要工作成果和總結，也是下一階段實施的重要依據。

各階段具體要求： 1）系統可行性分析

計算機系統的開發是指從項目提出開始，經過論證決策，設訓，實施直到交付使用的全過程。系統可行性分析中確定的目標，作用范圍是軟件開發的依據。系統分析的結果是寫出系統的規格說明和可行性分析報告．

軟件計劃同任何工程一樣，開發一個軟件項目，首先要制定一個軟件計劃，其任務是向管理者提出關于項目的經費預算，人力，物力的需要量，進度的初步安排等。軟件計劃的具體任務有兩項：研究軟件的作用范圍：估算需要的資源，經費和進度。這兩項任務的實現是建立在經驗推斷和歷史數據統計分析的基礎之上。完成軟件計劃工作的標志，是提供一份軟件項目計劃書。

2）軟件需求分析

在軟件計劃階段確定的軟件工作范隊進一步對P標對象和環境作深入細致的調查，了解現實的各種可能解法 以分析評價，作出抉擇，配置各個軟件元素，建立一個目標系統的邏輯模型并寫出軟件需求規格說明書。

3）軟件設計之一：軟件體系結構設計

一個工程產品或一個系統的“設計”，實際上是一個“過程”，是一個對“怎么做”的求解過程。一般把設計過程分為兩個階段：概要設計和詳細設H。

計從軟件的需求規格說明出發，將設計對象用數據流或數據結構的形式表達成完整的抽象實體。這一步要編寫概要設計說明書．

4）軟件設計之二：詳細設計

這個階段主要是對模塊過程是實現的說明，可以使用圖形，表格，公式或者文字來描述。要給編碼人員提供足夠準確的信息，以便根據它可以很快地寫出源程序。注意詳細設計說明書應逐個模塊進行編寫。要對每一個模塊寫出詳細設計說明書。5）軟件編碼

軟件開發的各個階段的最終目標．就是將詳盡的軟件設計轉換成程序設計語言的實現。必須仔細評價和選擇性能理想的程序設計語言，培養和掌握好的編程風格，在編程階段上確保程序的可讀性，可測試性和可維護性，改善軟件的質量和可靠性。作為這一階段的文檔就是源程序的清單。

6）軟件測試

軟件測試應貫穿于軟件開發的整個期間。這樣需求分析，概要設計，詳細設計以及程序編碼等各個階段所得到的文檔，包括需求規格說明，概要設計說明，詳細設計說明以及源程序都應成為軟件測試的對象。測試過程一般按4個步驟進行，即單元測試，組裝測試，確認測試和系統測試。

測試計劃和測試分析報告的編寫。

7）對項目開發過程中的經驗和教訓進行總結，編寫項目總結報告。

三、課程設計（實踐）題目

要求分組協作開發一個小型系統，一般為5人左右一組。每組學生可以自選題目（需經教師同意）或從以下題目中任選一個。

題目一 ：“教務管理系統之子系統——系內課程安排”（1）系統簡介

每學期的期中，學院教務處分別向各個系發出下學期的教學計劃，包 括課程名、課時、班級類別（本科、專科、高職）、班號等；系教學主管人員根據教學任務和要求給出各課程的相關限制（如：任課教師職稱、和班數、最高周學時數等）；任課教師自報本人授課計劃，經所在教研室協調確認，將教學計劃上交系主管教學計劃的主任，批準后上報學院教務處，最終有教務處給出下學期全系教師的教學任務書。

假設上述排課過程全部為人工操作，現要求改造為能利用計算機實現的自動處理過程。（2）限定條件

? 每位教師的主講門數不超過3門/學期：講師以下職稱的教師不能承擔系定主課的主講任務。

? 系級干部的主講課時不能超過10學時/周。

? 本學期出現嚴重教學事故的教師不能承擔下學期的主講任務。

? 本系統的輸入項至少應包含3個：教務處布置的教學計劃、系教師自報的講課計劃和系定的有關講課限制條件。

? 本系統的輸出項至少應包含2個：教務處最終下達的全系教師教學任務書和系各教學班一學期的課程表（可不包含上課地點）。

題目二：“學校教材訂購系統”（1）系統簡介

本系統可細化為兩個子系統：銷售系統和采購系統

銷售系統的工作過程為：首先由教師或學生提交購書單，經教材發行人員審核是有效購書單后，開發票、登記并返給教師或學生領書單，教師或學生即可去書庫領書。采購系統的主要工作過程為：若是脫銷教材，則登記缺書，發缺書單給書庫采購人員；一旦新書入庫后，即發進書通知給教材發行人員

以上的功能要求在計算機上實現。（2）技術要求和限制條件

? 當書庫中的各種書籍數量發生變化（包括領書和進書時），都應修改相關的書庫記錄，如庫存表或進/出庫表。

? 在實現上述銷售和采購的工作過程時，需考慮有關單據的合法性驗證 ? 系統的外部項至少包含三個：教師、學生和教材工作人員。

? 系統的相關數據存儲至少包含6個：購書表、庫存表、缺書登記表、待購教材表、進/出庫表。

題目三：“機票預訂系統”（1）系統簡介

航空公司為給旅客乘機提供方便，需開發一機票預定系統。各旅行社把預定機票的旅客信息（姓名、性別、工作單位、身份證號碼、旅行時間、旅行目的地等）輸入到該系統，系統為旅客安排航班。當旅客交付了預定金后，系統印出取票通知和帳單給旅客，旅客在飛機起飛的前一天憑取票通知和帳單交款取票，系統核對無誤即印出機票給旅客。此外航空公司為隨時掌握各航向飛機的乘載情況，需定期進行查詢統計，以便適當調整。（2）技術要求及限定條件

? 在分析系統功能時要考慮有關證件的合法性驗證（如身份證、取票通知、交款發票等）。

? 對于本系統還應補充以下功能：

? 旅客延誤了取票時間的處理 ? 班機取消后的處理

? 旅客臨時更改機票班次的處理

? 系統的外部項至少包含三個：旅客、旅行社和航空公司。題目四：“學校內部工資管理系統”（1）系統簡介

假設學校共有教職工約1000人，10個行政部門和8個系部。每個月20日前各部門（包括系、部）要將出勤情況上報人事處，23日前人事處將出勤工資、獎金及扣款清單送財務處。財務處于每月月底將教職工的工資表做好并將數據送銀行。每月初（3日前）將工資條發給各單位。若有員工調入、調出、校內調動、離退休等數據變化，則由人事處通知相關部門和財務處。（2）技術要求及限定條件

? 本系統的數據存儲至少包含：工資表、部門匯總表、扣稅款表、銀行發放表

? 除人事處、財務處外，其他只能部門和系部名稱可簡化，如系1，系2?..等

? 工資、獎金、扣款細節可由學生自定

題目五：“實驗室設備管理系統”（1）系統簡介

每學年要對實驗室設備使用情況進行統計、更新，其中： ? 對于已徹底損壞的作報廢處理，同時詳細記錄有關信息。? 對于有嚴重問題（故障）的要即使修理，并記錄修理日期、設備名、修理廠家、修理費、責任人等。

? 對于急需但又缺少的設備需以“申請表”的形式送交上級領導請求批準購買。新設備購入后要立即進行設備登記（包括類別、設備名、型號、規格、單價、數量、購置日期、生產廠家、購買人等），同時更新申請表的內容。

? 隨時對現有設備及其修理、報廢情況進行統計、查詢，要求能夠按類別和時間段（某日期之前）查詢。

（2）技術要求及限定條件

? 所有工作由專門人員負責完成，其他人不得任意使用。

? 每件設備在作入庫登記時均由系統按類別自動順序編號，形成設備號；設備報廢時要及時修改相應的設備記錄，且有領導認可。

? 本系統的數據存儲至少應包含：設備記錄、修理記錄、報廢記錄、購買申請。

? 本系統的輸入項至少包含：新設備信息、修理信息、申請購買信息、報廢信息、具體查詢統計要求。

? 本系統的輸出項至少包含：設備購買申請表、修理/報廢注銷/設備資金統計表。

題目六：圖書管理系統 題目七：科研管理系統

題目八：外貿企業訂單與生產管理系統 題目九：商品交易系統 題目十：小區監控系統 題目十一：客房管理系統 題目十二：旅游管理系統

四、課程設計（實踐）步驟與進度安排

主要分析與設計的工作應在教學過程中以課外作業形式完成，根據教學進度（一般再相應教學內容結束后兩周內）提交符合標準的可行性分析報告、項目計劃書、需求分析報告（規格說明書）、軟件設計報告（說明書）和項目總結報告，運行或演示的程序和源程序，教師先人工審查文檔和源代碼，編碼要結構化和文檔化（注釋）的情況。

集中式一周課程設計的時間，安排為模擬技術審查、修改，各文檔和程序分別評定成績等級。

五、設計（實踐）成果要求

? 每組提交符合標準的可行性分析報告、項目計劃書、需求分析報告（規格說明書）、軟件設計報告（說明書）和項目總結報告的電子文檔各一份；

? 每組提交可運行或演示的程序、源程序的電子文檔各一份。

六、使用教材與參考資料

（一）教材

1.陳雄峰.實用軟件工程教程，北京：機械工業出版社.2009

（二）參考書

1.錢樂秋，趙文耘，牛軍鈺.軟件工程.北京：清華大學出版社.2007 2.張海藩.軟件工程導論.北京：清華大學出版社.2005 3.鄭人杰，殷人昆，陶永雷.實用軟件工程.第二版.北京：清華大學出版社.2002

七、考核方式與成績評定標準

（1）設計成果： ? 按課程和實驗進度每一組提交符合文檔標準的《可行研究報告》、《項目計劃書》、《需求分析規格說明書》、《軟件設計規格說明書》、《項目總結報告》和“可運行軟件的源程序”電子文檔各一份。（2）考核方式

a 實驗課考核方式： ? 針對要提交的文檔或程序模擬技術審查，設計者簡要介紹要點，教師和其他學生模擬專家提問，隨機指定某個組員回答。馬上評定成績等級，整組成績相同等級。? 由教師人工審查程序運行情況和源代碼的結構化和文檔化（注釋）的情況，評定成績等級，整組成績相同等級。b 實驗課成績確定：

以上成績綜合作為本課程設計成績（沒有筆試），占總評成績的80%，在小組內的參與程度和出勤情況占總評成績的其余20%,以強化學生掌握軟件設計全過程的方法。

八、注意事項

提供案例，在教師指導下，要求分組協作開發一個小型系統，一般為5人左右一組。每組學生可以自選題目（需經教師同意）或從在指導書的題目中任選一個，班級內原則上不重復。盡量要求每一學生能獨立完成各自的任務。

2010.7.10

第五篇：軟件工程課程設計

軟件工程課程設計實驗心得

經過一個星期的軟件工程課程設計，本人在老師的指導下，順利完成該課程設計。通過該課程設計，收獲頗多。

一、對實驗原理有更深的理解

通過該課程設計，掌握了什么是軟件程序，軟件程序工作的基本過程及其各階段的基本任務，熟悉了軟件程序總流程框圖，了解了軟件程序的生成過程、構造工具及其相關的技術對課本上的知識有了更深的理解，課本上的知識師機械的，表面的。通過把該算法的內容，算法的執行順序在計算機上實現，把原來以為很深奧的書本知識變的更為簡單，對實驗原理有更深的理解。

二、對該理論在實踐中的應用有深刻的理解

通過把該算法的內容，算法的執行順序在計算機上實現，知道和理解了該理論在計算機中是怎樣執行的，對該理論在實踐中的應用有深刻的理解。

三、激發了學習的積極性

通過該課程設計，全面系統的理解了軟件工程程序構造的一般原理和基本實現方法。把死板的課本知識變得生動有趣，激發了學習的積極性。把學過的軟件工程的知識強化，能夠把課堂上學的知識通過自己設計的程序表示出來，加深了對理論知識的理解。以前對與計算機操作系統的認識是模糊的，概念上的，現在通過

自己動手做實驗，從實踐上認識了操作系統是如何處理命令的，如何協調計算機內部各個部件運行，對軟件工程的認識更加深刻。課程設計中程序比較復雜，在調試時應該仔細，在程序調試時，注意指針，將不必要的命令去除。在這次課程設計中，我就是按照實驗指導的思想來完成。加深了理解文件系統的內部功能及內部實現，培養實踐動手能力和程序開發能力的目的。

四、理解了該知識點以及學科之間的融合滲透

本次課程設計程序部分是用C語言編寫的，把《計算機操作系統》，《軟件工程》，《算法分析與設計》《C語言》四門學科聯系起來，把各個學科之間的知識融合起來，把各門課程的知識聯系起來，對計算機整體的認識更加深刻。使我加深了對《計算機操作系統》，《軟件工程》，《算法分析與設計》《C語言》四門課程的認識。