第一篇：軟件工程(應用專業)課程設計_...

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

一．目的

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

二．要求：

1.一人一組。

2.熟悉Rose開發環境。

3.掌握UML的基本模型元素(如角色、用例、類等)。4.熟悉UML，主要了解UML中的9大圖：Use case diagram(用例圖)、Class diagram(類圖)、Sequence diagram(序列圖)、Collaboration diagram(協作圖)、Statechart diagram(狀態圖)、Activity diagram(活動圖)、Component diagram(組件圖)、Deployment diagram(配置圖)、datamodel diagram（數據模型圖）。

5.進行系統需求分析與系統功能模塊設計，繪出系統詳細的業務流程圖和數據流程圖，建立完整的系統數據庫的邏輯模型。6.完成對系統的建模實現。

7.期末進行檢查，并提交設計報告。

三．題目及時間、地點安排

2010-2011第一學期第18周星期五進行課程設計成果的演示與檢查（具體地點另行通知），同時提交源程序和課程設計報告。

四．報告要求：

1.實驗題目 2.實驗目的 3.實驗要求

4.實驗內容

5.系統設計的源程序和文檔（包括說明）6.心得體會

五．參考資料：

1.Wendy Boggs & Michael Boggs 著 邱仲潘譯《UML與Rational Rose2002從入門到精通》

電子工業出版社 2.Martin Fowler & Kendall Scott：UML Distilled Second Edition A Brief Guide to the Standard Object Modeling Language 3.UML參考手冊

4.Jason T.Roff 著 張瑜 楊繼萍 等 譯《UML基礎教程》 清華大學出版社 5.參見本中心服務器ftp:s@172.16.38.223軟件開發基礎或《軟件工程課程設計》 目錄下的相關文檔。

六．設計內容

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

簡單題目

1.房產管理系統：

在我國住房管理是一個關系到每個人切身利益的大問題。某大學擬開發一個用計算機進行房產管理的系統，要求系統具有分房、調房、退房和咨詢統計等功能。

房產科把用戶申請表輸入系統后，系統首先檢查申請表的合法性，對不合法的申請表系統會拒絕接受；對合法的申請表則根據其類型分別進行處理。

如果是分房申請，則根據申請者的情況（年齡、工齡、職稱、職務、家庭人口等）計算其分數，當分數高于閾值分數時，按分數高低將申請表插到分房隊列的適當位置。每月最后一天進行一次分房活動：從空房文件中讀出空房信息（房號、面積、等級、單位面積房租等）；把好房優先分配給排在前面的符合該等級住房條件的申請者，從空房文件中刪除這個房號的信息，從分房隊列中刪除該申請者；把此房號的信息和住房信息一起寫入住房文件中，輸出住房分配單給住戶，同時計算房租寫入房租文件中。

如果是退房申請，則從住房文件和房租文件中刪除有關信息，再把此房號的信息寫到空房文件中。

如果是調房申請，則根據申請者的情況確定其住房等級，然后在空房文件中查找屬于該等級的空房，退掉原住房，再進行與分房類似的處理。

住戶可向系統詢問分房的閾值分數，居住某類房屋的條件，某房號的單位面積房租等信息。房產科可要求系統打印出住房情況的統計表，或更改某類房屋的居住條件、單位面積房租等信息。

2.選票統計系統：

某學會下屬的各個專業委員會經常需要改選或補選，因此希望開發一個選票統計系統。

一次選舉最多有10組選票，每組用于一個委員會的選舉。一個組內的所有選票都在第61至80列穿有該委員會的名字，以及該委員會候選人的名字。每個委員會最多可有25名候選人。選舉人欲投某候選人的票，就在選票的第21至45列（對應候選人1~25號）的相應列上穿一個減號。一張選票上允許有多個減號，因為一個委員會可能有多個空缺名額。一包選票由若干張選票組成（一個委員會一張）。選舉人每人一包選票，穿好記號后交給系統去統計票數。系統首先讀入基本信息（委員會名、候選人數、該委員會需補選的人數），然后讀入一張選票。若選票無效時則打印出選票內容。繼續下一張選票的讀取；若選票有效則處理該選票，然后繼續下一張選票的讀取。選票全部處理完后，打印出每個委員會的每名候選人的得票數。

選票的有效性判斷步驟如下：

① 核對委員會名字（61至80列），若有此名則繼續； ② 檢查21至45列，若只有減號或空白，則繼續；

③ 檢查在最后一個候選人后面還有無記號，若無則繼續；

④ 統計選票上記號的總數，若不超過允許的記號數，則此張選票有效。

若上述4項有一項不合格，則此張選票無效。

3.旅館客房管理系統：

某旅館有客房若干，客房房間朝向分南、北兩種，朝南的房間又分兩人間、三人間兩種；朝北的房間分三人間、四人間兩種。每天住宿費因房間類型而異。每個房間、床位分別有房間號、床號。

系統根據房間已住旅客性別分配性別相同的旅客住進去，若是空房間則可分配給任意同一性別的旅客住。旅客住宿登記時需登記姓名、身份證號、住址、性別、住進日期；旅客退房時根據居住天數和住房規格結算住宿金額。

4.自動售貨機系統：

自動售貨機系統是一種無人售貨系統。售貨時，顧客把硬幣投入機器的投幣口中，機器檢查硬幣的大小、重量、厚度及邊緣類型。有效的硬幣是一元幣、五角幣、一角幣、五分幣和一分幣。其它貨幣都被認為是假幣。機器拒收假幣，并將其從退幣孔退出。當機器接收了有效的硬幣之后，將之送入硬幣儲藏器。顧客支付的貨幣根據硬幣的面值進行累加。

自動售貨機裝有貨物分配器，每個分配器中包含0 個或多個價格相同的貨物。顧客通過選擇貨物分配器來選擇貨物。如果有貨，且顧客支付的貨幣值不小于該貨物的價格，貨物將被分配到貨物傳送孔送給顧客，并將找零返回到退幣孔。如果無貨，則和顧客支付的貨幣值相等的硬幣將被送到退幣孔。如果顧客支付的貨幣值小于所選貨物的價格，機器將等待顧客投進更多的貨幣。如果顧客決定不買所選擇的貨物，他投放進的硬幣將從退幣孔中退出。5.學校醫療費管理系統：

要求數據庫中存放每個職工的職工號、姓名、所屬部門。職工報銷醫療費時需填寫所屬部門、職工號、姓名、日期。醫療費分校內門診費、校外門診費、住院費、子女醫療費四種。該校規定，每年每個職工的醫療費有一個限額，在年初時確定，一年內醫療費不超過限額時可全部報銷；超額部分報銷90%，其余10%由職工個人負擔。職工子女的醫療費也另有限額。

系統每天記錄當天報銷的若干職工或職工子女的醫療費類別、金額，在當天下班前自動結賬，統計當天報銷的醫療費總額，供出納員核對。每筆賬要保存備查。每天報銷的費用要和各個職工已報銷的金額累計起來，以便檢查哪些職工已超額。系統要配有適當的查詢功能。年終結算后，下一年度開始時要對數據庫文件進行初始化。職工調離、調入本單位、或在本單位內部部門間調動，數據庫文件要及時修改。

6.路障跟蹤與維修系統：

某市政部門欲開發計算機控制的路障與維修系統（PHTRS）。路障被發現上報后，系統賦予該路障一個識別號碼，并存入其所在街道地址、大小（按1比10的比例）、位置（路中、人行道上等等）、所屬街區（根據街道地址得出）、以及維修優先級（根據其大小確定）。對每個路障有一個施工命令，包括路障位置、大小、施工隊編號、施工人數、配備工具、維修的工時數，路障狀態（施工中、已修復、臨時修復、未修復）、材料用量、維護費用（根據維修工時、人數、材料及工具等計算得出）。最后，系統建立一個損失報告文件，記錄此路障造成的損失，包括市民的姓名、地址、電話、損失類型、以及損失量（以元為單位）。PHTRS是一個在線系統，可隨時查詢。

7.網上超市系統：NetSuperMarket

主要功能描述：用戶通過瀏覽器訪問網上超市系統，系統以分類的形式顯示所有商品，幫助用戶逐步找到所要的商品；系統也提供關鍵詞檢索功能；用戶在瀏覽商品目錄是可以點擊察看商品的具體信息和價格；如果滿意，用戶可以將商品暫時放入“購物車“；也可以隨時從“購物車“中取出商品。當用戶選完后可以進行付款處理，這時用戶輸入信用卡號，系統聯系對應的銀行支付系統，開始支付。最后系統應能夠向管理員提供查詢界面和各類報表，統計商品的銷售情況。

8.網上選課系統：

主要功能描述：系統首先維護校內所有課程的信息；課程分為研究生、本科生；也可以分為必修、選修、輔修。用戶以學號和密碼登陸，系統顯示用戶以選的課程、用戶有權選但未選的其他課程，并顯示具體信息（如學分）。用戶選擇后，系統根據規則檢查用戶是否進行正確的選課（如時間沖突、跨專業選課等）；如果錯誤提示用戶改，否則修改選課數據庫。最后系統應能夠向管理員提供查詢界面和各類報表，統計每門課的選課情況。

9.電子郵件客戶端產品：MailAgent

主要需求描述：為連接到Internet 的網絡用戶提供簡便快捷的電子郵件收發系統。用戶建立加密賬號，并且一個賬號可以對應多個pop3服務器的賬號；信件輸入時應該對輸入的文本進行自動的語法檢查；對所寫的e-mail地址也有合法性檢查；允許有多個附件；信件可以存儲在硬盤上，并壓縮、加密，連線時隨時可以發出，收件人可以是一個人也可以是一個組；連線時可以一次性收取多封郵件，隨時可以閱讀。設有地址本功能，包括人、組的設置。安全與保密要求：同一臺pc機上的不同用戶，可以為自己建立賬號，設定密碼，互相之間不能訪問。

10．在線數字圖書館系統：OnlineDigiLib

主要功能描述：用戶通過瀏覽器遠程登陸到服務器，通過身份認證后并且用戶有足夠的余額，進入系統。系統根據用戶已有的愛好記錄和查詢權限，在界面上列出被允許查閱書以及具體信息和狀態。用戶可以點擊具體書籍，從服務器中取得書本內容、解碼顯示。用戶便可以察看該書的摘要信息以及具體內容。點擊現實具體內容后，系統開始計費（按書的價格*系數記費），并且能夠根據一段時間的借書紀錄，統計出查閱的統計信息（如查閱書排行榜）。系統還應提供用戶查詢記費的界面。11.機器人足球比賽中機器人的決策控制軟件: FootballPlayer

主要功能描述：在輪式機器人足球比賽中，需要你開發一個機器人行為控制軟件。該軟件通過由機器人眼睛中的攝像機傳來的圖像，解碼、分析后判斷出當前場上的局勢（如同伴的位置、對手的位置、球的位置），并向馬達控制器發出行為信號（如前進）。對違反規則的行為應該能夠識別。該軟件也可以連上主機，灌輸有關比賽規則、進攻策略等知識。12.防止黑客和病毒攻擊的防火墻軟件：FireWall

主要功能描述：該系統實時監控本主機的各個ip端口，監視每個端口的訪問模式；并且維護一個攻擊模式數據庫；如果發現某個端口出現與攻擊模式數據庫相匹配的攻擊時，報警，并且在2分鐘后，自動關閉改端口，并保留攻擊信息（如ip地址、mac地址）以備追查。用戶可以通過控制面板設定對該系統更新攻擊模式數據庫、設置對各端口的屏蔽、對系統的開關、報警參數等；也可以察看指定時間段中的攻擊行為信息。

13.機票預訂系統：

為方便旅客，某航空公司擬開發一個機票預訂系統。旅行社把預訂機票的旅客信息（姓名、工作單位、身份證號碼、旅行時間、旅行目的地等）輸入該系統，系統為旅客安排航班，印出取票通知和賬單。旅客在飛機起飛的前一天憑取票通知和賬單到旅行社交款取票，系統校對無誤即出機票給旅客。

14.患者監護系統：

目前住院病人主要由護士護理，這樣做不僅需要大量護士，而且由于不能隨時觀察危重病人的病情變化，還會延誤搶救時機。某醫院擬開發一個以計算機為中心的患者監護系統，基本要求是隨時接收每個病人的生理信號（脈搏、體溫、血壓、心電圖等），定時記錄病人情況以形成患者日志。當某個病人的生理信號超出醫生規定的安全范圍時，向值班護士發出警告信息。此外，護士在需要時還可以要求系統打印出某個指定病人的病情報告。15.技術資料管理系統：

某大學軟件工程研究中心的資料室中目前大約存有1000份技術報告、論文、圖書和雜志，每份資料在目錄柜中都有一張索引卡。預計資料室中最終會增加到有10000份資料。為改善對資料的管理工作，打算為每份資料建立兩張穿孔卡片，并且開發一個程序以完成各種檢索、排序和輸出的工作。

數據結構要求：為每份資料建立的一對穿孔卡片上都有4個固定格式的字符域，Ⅰ、Ⅱ域在第一張卡片上，Ⅲ、Ⅳ域在第二張卡片上。第Ⅰ域寬30個字符，包含作者（們）的姓名；第Ⅱ域寬50個字符，包含完整的或縮寫的標題；第Ⅲ域寬50個字符，包含此份資料的關鍵字；第Ⅳ域寬30個字符，指明此份資料的出處（雜志或會議錄的名字、期數、出版社等）。

功能要求：

① 讀入不定長的一疊資料卡并儲存它們； ② 按第一作者名字的字母順序排列讀入的數據； ③ 印出上述數據；

④ 根據卡片第Ⅲ域的內容建立關鍵字表，刪除重復的關鍵字，按字母順序排列并打印； ⑤ 在作者名字域中搜索給定的作者名字，印出此作者的著作清單； ⑥ 搜索關鍵字域，找出包含指定的1個、2個、或3個關鍵字的資料；

⑦ 對標題域中的字提供與第⑥項類似的檢索功能。

輸入的卡片疊中的第一張卡片指明系統應該完成的任務（可能是一串任務），因此，這張卡片實際上是程序的控制卡。程序應能在一次運行中完成多個任務。

16.房產經營管理系統：

系統中存放經營公司現有房產的地點、樓房名稱、樓房總層次、房間的層次、朝向、規格（一室一廳或二室一廳或三室一廳）、面積。房間可以出售或租用，分別寫出每平方米的單價和總價。客戶可能隨時查詢未出售或未出租的房間的上述基本情況。房產經營商可隨時查詢已售出或出租的房產的資金回收情況及未出售或未出租的房產的資金占用情況。17.航空交通控制系統

某小島國決定為自己的一個飛機場建一個航空交通控制（ACT）系統。系統描述如下：

所有在該機場降落的飛機都須配有一部自動應答器，將該機的機型和航行數據以高密度打包的格式發送至ATC地面站。ATC地面站可向飛機進行信息查詢。ATC地面站收到數據后，即進行解包并存入飛機數據庫，系統可根據貯存信息向航空交通控制員進行計算機圖形顯示，該顯示每10秒更新一次。所有信息經分析以確定是否存在“危險性”。航空交通控制員可就熒屏上顯示的任何飛機向數據庫查詢有關信息。

18.文檔管理系統

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

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

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

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

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

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

“以客戶為中心”的客戶關系管理成為網絡時代電子商務制勝的重要因素，愈來愈受到企業的重視。客戶關系管理系統，簡稱CRM(Customer Relationship Management)，是指公司在做營銷策略時關注于顧客發展，給客戶以最優的管理：通過完善的客戶支持平臺、客戶交互平臺、企業生產平臺、最大限度地實現顧客支付價值、顧客終身價值，這樣讓公司的潛在客戶變成現實客戶、現實客戶變成忠誠客戶，通過滿足每個客戶特殊需求，與客戶建立長期穩定的關系。項目擬研制一個基于B/S架構的客戶關系管理系統，實現對客戶數據的管理，系統提供的主要功能如下：

1）客戶資料管理：主要實現客戶資料的錄入、修改、保存、刪除、以及查詢等功能。客戶資料的主要內容包括：用戶編碼、用戶單位名稱、用戶單位法人代表、郵政編碼、用戶單位的聯系地址、用戶單位的聯系部門、用戶單位的代理人、用戶單位的銀行賬號、電話掛號、相關銷售員編碼、聯系電話、開戶行、稅號、用戶單位所在區域、購買產品類型、購買日期、購買合同編號等資料。客戶資料的查詢功能提供根據客戶名稱、地域、客戶代碼、客戶的單位地址等屬性進行查詢的功能。

2）客戶支持管理：由客戶使用支持、技術服務培訓及顧客聯系提醒兩個部分。技術支持：將公司對產品使用培訓文檔轉換成電子文檔，由客戶自己上網了解產品的性能。技術服務培訓：實現公司的培訓計劃、培訓對象的錄入、修改、刪除、保存功能以及將公司對公司技術人員的培訓內容作成電子文檔，在局域網內由公司的技術人員自由閱讀，除此之外還提供培訓提醒功能。顧客聯系提醒：根據服務部門的條件設定實現服務人員對顧客的聯系的定期提醒。

3）售后服務管理：由服務質量檢查考核管理、走訪顧客管理二個部分組成。服務質量檢查考核管理：實現服務質量檢查考核單的生成、錄入、刪除、存檔等功能。走訪顧客管理：實現走訪顧客記錄單的生成、錄入、刪除、存檔等功能，并根據提供的測評方法自動產生測評結果。

4）投訴管理子模塊由正常信息反饋、客戶投訴、信息處理三個部分組成。正常信息反饋：根據客戶的信息反饋生成信息反饋單，并實現對客戶的信息反饋單的維護功能。客戶投訴：根據基礎數據管理中對投訴的分類生成顧客投訴單，并實現對顧客投訴單的維護功能。信息處理：根據公司的規定，對顧客的反饋信息及客戶投訴進行處理，并生成信息處理單，以及實現對信息處理單的保存、刪除、存檔等維護功能。

5）新品市場反饋：結合客戶新品開發檔案，輸入市場反饋情況，并通過量化來對比所有新品的反饋分，進而分析新品的市場銷售趨勢。

20.設備管理系統

生產型企業中存在大量的設備，如何對這些設備進行全面管理是企業管理的重要內容。項目擬研發基于B/S架構的設備管理系統，包括設備申購、設備臺賬、車間設備使用、使用狀況查詢分析四部分組成。其中設備申購是一個過程，包括設備申請采購、啟用和封存、報廢過程。設備臺賬是對所有的設備建立的一個臺賬，并提供設備查詢功能。車間設備使用主要是記錄設備使用過程中的各種情況，包括日常維修、設備交接班記錄等。使用狀況查詢分析是根據設備臺賬，來查詢車間設備使用的各種情況，進行一定的分析。

設備管理涉及多個表單，其中主要表單如下：

1）設備的基本信息表：設備名稱、規格/型號、產地、價格、原臺賬數、購入時間、是否在建、整機、使用時間、折價年限、設備存放車間、現臺賬數、車間號、新開發、性能、憑證號數、設備原號、備注。

2）設備購置申請表：設備名稱、型號規格、數量、要求進貨時間、申請理由、申請部門、申請時間、主要技術要求。

3）設備啟用和封存表：設備名稱、設備編號、型號/規格、封存地點、封存日期、啟封日期、技術狀況隨機附件、備注，申請設備封存理由（啟封）原因、使用部門意見、設備科意見、制造部意見、副總經理批準、申請單位負責人。4）設備報廢表：設備名稱、設備編號、型號/規格、安裝地點、申請設備報廢原因、備注，報廢設備處置方案、使用部門負責人、設備科、制造部、副總經理審批。

5）日常維修表：日期、機床編號、責任人、檢查人。輸入完成后，自動生成上月21日到本月20日的監督內容子表，并逐條輸入每日監督內容，分成包潔區衛生（生產區域衛生）類：地面、墻壁、玻璃、工具箱；設備類：機床外表、導軌絲桿清潔無拉傷加油、其他；定置擺放類：工裝刀量具擺放、余料擺放、其他；及其他規章制度遵守情況、處置措施、檢查人、監督人。

6）設備交接記錄：輸入設備編號，自動根據設備檢查項目表中得到所有項目及分數生成多條記錄，自動記錄日期、設備編號、檢查項目及狀況、標準、分數，選擇班次（兩班制的，1表示白班，2表示夜班；三班制的，1表示白班1，2表示白班2，3表示夜班），輸入各項目的班組自查結果，自動生成每日評分，記錄交班人、接班人，如果每日評分低于合格分數的，需要輸入車間處理結果和監督抽查結果。

21.寵物醫院

為寵物主人和寵物醫院間建立一個溝通的平臺，主要提供如下功能。

醫院管理：醫院的注冊申請需要提供營業執照、資質證書等材料，經由管理員審核通過后，該醫院才能成為網站的會員，并且根據醫院的醫療條件，醫院會被評定有不同的星級水平。醫院申請的時候需提供一個密碼，以后醫生要申請成為該醫院的醫生必須輸入該密碼。

醫生管理：可以申請某個醫院的醫生，申請加入時需輸入該醫院的密碼，當成為醫生之后，就可以對用戶提出的問診進行診斷。用戶可以通過網站，查找到所以醫生的信息

在線問診：每個個人會員都可以進行問診，用戶輸入病癥的一些基本描述，這個描述有一個特定格式，類似于病歷。醫生對每一個為診斷的問診都可以做出診斷。對于之前的一些問診，用戶都可以查詢得到。

22.基于B/S架構的網絡論壇

為各類門戶網站提供一個可定時開放的、安全高效的BBS論壇系統，使之成為公眾就關心的重大問題和疑難問題交流的平臺。論壇具有以下功能：

1）用戶注冊登陸：用戶可自定義用戶名、密碼、密碼提示問題和答案、個人頭銜、門派、簽名、自我簡介等信息，可以自定義個性頭像和登陸風格；

2）發帖回復功能：可以發新信息（新帖）、回復（跟隨）等，可以發起投票統計并自動統計調查結果，可提供圖形化顯示功能；

3）短消息功能：用戶可以在論壇內部相互發送短消息，系統自動提示未讀短消息； 4）論壇公告功能：管理員可以發布各類論壇公告，最新公告以滾動條的形式出現在論壇最上方；

5）設定分論壇功能：管理員可自由設定分論壇的主題，可同時設置多個論壇，每個分論壇都具有定時開通功能。可為每個分論壇配置版主（分論壇管理員）； 6）內容安全過濾：系統對網友的發言進行過濾，系統可設定某些關鍵字（例如“法輪功”）進行報警或自動用“*”號替換，系統對報警的信息自動添加特別記號重點標明；

7）人工審核功能：所有的網友發言信息必須經過管理員審核通過才能發布，提供“控制開關”，即如果審核通過，點“通過”按鈕即可，需要刪除的點“刪除”按鈕即可；

8）論壇檢索功能：可以根據發帖的主題、內容關鍵字、作者、分論壇等信息搜索論壇內已有的文章；

9）定時開通功能：管理員可控制論壇的開通和關閉，可設定關閉后不可再發帖或不可再訪問；

10）用戶系統檢測：系統可自動檢測在線用戶IP地址、操作系統、瀏覽器版本并可顯示所有在線用戶； 11）生日提醒功能：根據注冊用戶填寫的注冊信息，在用戶生日到來時自動提醒； 12）論壇在線統計：自動統計在線用戶數并列表顯示在線用戶；自動統計用戶的發帖數、跟帖數（回復數）、訪問次數和點擊量。

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

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

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

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

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

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

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

三、激發了學習的積極性

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

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

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

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

第三篇：軟件工程課程設計封面

淮南師范學院 計算機與信息工程系

《軟件工程》課程設計

工資管理項目軟件工程報告

專業班級： 計算機科學與技術08（1）班 項目組號： 組

長：程亮

組

員：吳騰、徐羅敬 指導老師：孫淮寧（教授）

2011年6月24日

工資管理軟件工程分工安排

1、需求分析

負責人：程亮

參與人：吳騰

2、軟件設計

負責人：吳騰

參與人：

3、編碼工作

負責人：

參與人：

4、測試工作

負責人：

參與人：

工資管理項目軟件需求分析報告

負 責 人： 參 與 人： 功能模型： 數據模型： 行為模型： 數據詞典： 審 核 人：

2011年6月24日

工資管理項目軟件結構設計報告

負 責 人： 參 與 人： 總體結構： 內部結構： 數據結構： 借 接 口： 界

面： 審 核 人：

2011年6月24日

工資管理軟件編碼工作報告

負 責 人： 參 與 人： 主控模塊： 子控模塊： 原子模塊： 審 核 人：

2011年6月24日

工資管理軟件系統測試報告

負 責 人： 參 與 人：, 單元測試： 組裝測試： 確認測試： 審 核 人：

2011年6月26日

第四篇：《軟件工程》課程設計要求

《軟件工程》課程設計要求

一、課程設計目的

《軟件工程》是一門實踐性極強的課程。課程設計通過一個實際的項目，培養學生分析問題和解決實際問題的能力，培養學生綜合應用軟件工程的基本原理，方法和技術的能力，做到學以致用。

在教師的指導下，以實際應用中自選的中、小型題目為主，根據不同的題目類型選擇一種開發模式，完成從系統定義、可行性研究、軟件需求分析、軟件設計、軟件實現（編程）、軟件測試，直到運行的軟件生存周期各階段的任務。

要求學生能把軟件工程的基本原理和方法應用到軟件的實際開發中。強化軟件開發的團隊協作意識，合作完成一個項目的開發過程。

二、課程設計基本要求

1、由學生自行選定題目。

2、根據學生的意愿，兩人組成一個小組，也可單獨完成。

3、采用學生自主完成項目為主，教師輔導答疑為輔的教學方式。

4、嚴格按照時間要求和進度安排，獨立完成各階段的任務。

5、課程設計的工作量，因選題不同，可以略有不同。

6、開發工具和程序設計語言自行確定。

7、要求每個小組的設計報告不少于50頁。

三、課程設計報告的驗收

每個小組必須提交一份完整的報告文檔，包含如下八個方面的內容：

1、系統規格說明書

2、可行性分析報告

3、軟件需求規格說明書

4、軟件設計說明書

5、模塊開發卷宗（源代碼清單）和單元測試

6、軟件測試計劃和測試分析報告

7、軟件安裝手冊、用戶操作手冊

8、項目開發總結報告

四、排版要求

1、文檔內容完善，格式規范，基本符合國家標準。

2、課程設計報告的各級標題為黑體三號，正文為小四號宋體字，默認A4紙，行距為固定值22磅。

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

抽獎程序設計說明書 概述

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)考試管理

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