第一篇:太湖學院軟件工程課程設計指導書2012
江南大學太湖學院 軟件工程課程設計指導書
2012年6月
目錄一、二、三、四、五、六、課程設計基本目的與可能收獲............................................................................1 設計主題............................................................................................................1 課程設計過程與具體要求...................................................................................2 文檔大綱............................................................................................................3 課程設計交付成果說明.......................................................................................4 主要參考文獻與網址..........................................................................................5
一、課程設計基本目的與可能收獲
1.通過本課程設計的實踐及其前后的準備與總結,復習、領會、鞏固和運用軟件工程課堂上所學的軟件開發方法和知識。
2.為學生適應畢業后團隊合作開發規模稍大項目和綜合應用本專業所學習的多門課程知識(例如,軟件工程、程序設計語言、操作系統、數據庫、網絡編程等)創造實踐機會。為學生提供主動學習(比如,對Web網頁設計、ASP或ASP交互網頁技術、Java開發環境、商用數據庫應用、電子商務、客戶機/服務器技術、Visio軟件工具等內容的學習)、積極探索與大膽創新的機會。
3.使學生通過參加小組團隊的開發實踐,了解項目管理、團隊合作、文檔編寫、口頭與書面表達的重要性。
4.使每個學生了解軟件工具與環境對于項目開發的重要性,并且重點深入掌握好
一、兩種較新或較流行的軟件工具或計算機應用技術、技能(比如,網頁設計技術與常見工具;基于Java(ASP、PHP等)技術的Web編程;軟件開發文檔編制工具Office、Visio等;商用數據庫Access(或SQL Server、Oracle、MySql等)設計與實現;客戶機/服務器結構)。5.通過“稍大的”富有挑戰性的軟件實驗項目開發實踐,為學生提供主動學習(比如,對Web網頁設計、ASP或ASP交互網頁技術、Java開發環境、商用數據庫應用、電子商務、客戶機/服務器技術、Visio軟件工具等內容的學習)、深入實踐的機會,并且通過課程設計實踐中,提高學生的自學能力、書面與口頭表達能力、創造能力和與團隊其他成員交往和協作開發軟件的能力,提高學生今后參與開發稍大規模實際軟件項目和探索未知領域的能力和自信心。
二、設計主題
“高校固定資產管理系統” A、系統簡介
每學年要對固定資產使用情況進行統計、更新。其中:
(1)對于已徹底損壞的做報廢處理,同時詳細記錄有關信息。(2)對于由嚴重問題(故障)的要及時修理,并記錄修理日期、設備名、編號、修理廠家、修理費用、責任人等。
(3)對于急需修改但又缺少的設備,需以“申請表”的形式送交上級
江南大學太湖學院
領導請求批準購買。新設備購入后要立即進行設備登記(包括類別、設備名、編號、型號、規格、單價、數量、購置日期、生產廠家、保質期和經辦人等信息),同時更新申請表的內容。
(4)隨時對現有設備及其修理、報廢情況進行統計、查詢,要求能夠按類別和時間段等查詢。
B、技術要求及限制條件
(1)所有工作由專門人員負責完成,其他人不得任意使用。(2)每件設備在做入庫登記時均由系統按類別加自動順序號編號,形成設備號;設備報廢時要及時修改相應的設備記錄,且有領導認可。
(3)本系統的數據存儲至少包括:設備記錄、修理記錄、報廢記錄、申請購買記錄。
(4)本系統的輸入項至少包括:新設備信息、修理信息、申請購買信息、具體查詢統計要求。
(5)本系統的輸出項至少包括:設備購買申請表、修理/報廢設備資金統計表。
三、課程設計過程與具體要求
1.學習課程設計指導書和分組
學習研究課程設計指導書,進行分組(3人一小組),確定組長,由組長安排每個成員的具體工作。
2.確定目標、初步方案,準備、試用開發環境與工具
每個小組初步方案;選擇、準備、試用開發平臺、數據庫、交互網頁開發技術、網頁設計工具及其他有關開發工具。
3.學習與搜集素材,借閱、購置必要的書籍與材料
開發小組根據自己承擔的任務利用各種途徑(圖書館、因特網、書店、同學親友等)進行針對性的學習并收集相關素材,包括精選、購置必要的書籍。4.課堂與課下結合開發項目
因為需要自學和探索的內容與軟件較多,工作量較大,每個學生要特別發揮積極主動精神投入課程設計和開發活動。除了實驗室正式安排的課程設計時間之外,學生需要充分利用好課余時間,自己有計算機的學生更要充分利用有利條件以取
軟件工程課程設計指導書
得盡可能好的開發成果,力爭獲得最大收益。
四、文檔大綱
見《軟件工程》課程設計報告模板.doc 每個小組由3人組成,課程設計最終提交文檔為個人課程設計報告)。組長負責總的協調。個別不足3人的小組分工與老師商議后確定。
江南大學太湖學院
五、課程設計交付成果說明
1.軟件與電子文檔
軟件源碼、可執行程序及小組報告的電子文檔。不需要提交打印稿。2.提交時間
文檔提交截止時間:20周周五
注1.在老師未審核和未給出成績之前,個人和小組均應當有完整的程序與文檔的備份。限于時間,軟件只需要作出原型,實現基本功能即可,對軟件的輸入合法性、數據合法性、美工等方面都不作要求。
注2.每個班級把本班中所有小組設計成果(其中含有課程設計小組報告、可運行程序、源代碼)刻錄在一張CD-ROM光盤中交給老師。
注3.參加軟件工程課程設計的各個班級、小組建立目錄時按照如下統一命名規則建立目錄名,“班級子目錄名/小組子目錄名”,比如,“計科0703/G1陳鋒”,其中計科0703表示計科0703班級,G1陳鋒表示第一小組(組長陳鋒)。小組的所有設計成果放在該小組子目錄名下。注4.每個小組必須獨立完成,發現雷同,零分處理
軟件工程課程設計指導書
六、主要參考文獻與網址
1.張海藩,軟件工程導論(第三版),清華大學出版社,1998 2.鄭人杰等,實用軟件工程(第二版),清華大學出版社,1997 3.Software Engineering——A Practitionaer’s Approach,Roger S.Pressman,(英文版,第4版),機械工業出版社&McGraw-Hill,1997 4.軟件工程:Java語言實現,Stephen R.Schach著,袁兆山等譯,機械工業出版社,1999 5.[美]Herbert Schildt著,史光華譯,Java 2:編程起步,人民郵電出版社,2001 6.[美]Watts S.Humphrey著,袁昱譯,小組軟件開發過程,人民郵電出版社,2000 7.[]Jacquie Barker著,韓柯等譯,Java面向對象編程指南, 電子工業出版社,2001 8.張龍祥編著,UML與系統分析設計,人民郵電出版社,2001年8月 9.[美]I.Jacobson,G.Booch,J.Rumbaugh著,周伯生等譯,統一軟件開發過程,機械工業出版社,2002 10.[美]Joseph Schmuller著,李虎等譯,UML基礎、案例與應用,人民郵電出版社,2002 11.飛思科技產品研發中心編著,JSP教程,電子工業出版社,2002 12.楊學瑜等編著,JSP入門與提高,清華大學出版社,2002 13.Donny著,JSP與網站開發編程實戰,科學出版社,2001 14.覃劍鋒 張鋼編著,ASP網站建設專家,機械工業出版社,2001 15.武延軍 趙彬編著,精通ASP網絡編程,人民郵電出版社,2000 16.徐國平等編著,JSP網絡開發務實,電子工業出版社,2001年9月 17.宋玲主編,電子商務21世紀的機遇與挑戰(第二版),電子工業出版社,2000 18.曹建 編,Flash5 Dreamweaver 4 與Fireworks4網頁設計尖鋒,電子工業出版社,2001
江南大學太湖學院
19.庫博工作室,中文ACCESS 2000實用教程,中國水利電力出版社,1999 20.李赫雄等,SQL SERVER 2000應用程序開發,郵電出版社,2001 21.劉育楠著,動態網頁設計培訓教程,清華大學出版社,2001 22.擺渡人工作室,我的第一個主頁,機械工業出版社,2001 23.天藍工作室,網站架構與美工黃金組合,郵電出版社,2000 24.田首瑞著,網頁制作夢幻組合,清華出版社,2001 25.Grady Booch,Ivar Jacobson,James Rumbaugh著,邵維忠等譯,UML用戶指南,機械工業出版社,2001 26.JDK1.3.1(Java開發開發工具包)及JDK1.3.1文檔下載網址 http://java.sun.com/products/JDK/1.2/dowlowd-Windows.html http://java.sun.com/products/JDK/1.2/dowlowd-docs.html 27.Resin軟件開發包下載網址:
http://www.tmdps.cn)
海淀圖書城電子科技書店(www.tmdps.cn)新華書店(www.tmdps.cn)人民圖書時空圖書站點(www.tmdps.cn/quickstart/ http://www.tmdps.cn/usa/webcasts http://msdn.microsoft.com/net http://msdn.microsoft.com/vstudio/ http://www.tmdps.cn http://www.tmdps.cn http://p2p.wrox.com http://www.tmdps.cn/traincert/training/roadmap/default.asp http://www.csdn.net 7
第二篇:《軟件工程》課程設計指導書
《軟件工程》課程設計指導
課程設計名稱 :軟件工程
課程設計周(時)數: 2014.03.12-2014.06.10(3個月)
一、課程設計教學目的及基本要求: 1.課程設計教學目的
按照關系型數據庫的基本原理,綜合運用所學的知識,以小組為單位,設計開發一個小型的數據庫管理系統。通過對一個實際問題的分析、設計與實現,將原理與應用相結合,使學生學會如何把書本上學到的知識用于解決實際問題,培養學生的動手能力;另一方面,使學生能深入理解和靈活掌握教學內容。2.課程設計基本要求:
3-4人為一個小組,小組成員既要有相互合作的精神,又要分工明確。每個學生都必須充分了解整個設計的全過程。
從開始的系統需求分析到最后的軟件測試,都要有詳細的計劃。系統中的數據表設計應合理、高效,盡量減少數據冗余。軟件界面要友好、安全性高。軟件要易于維護、方便升級。
參考使用的語言有: VB、SQL_Server
二、課程設計的時間安排
第1周需求分析 第2周總體設計 第3周詳細設計
第4周------第6周編程 第7周上機調試、測試
第8周書寫實驗報告及驗收
三、課程設計的考核方法及成績評定
學生完成一個管理系統的設計方案和程序設計,以此作為考核依據。本課程設計成績分為:優秀、良好、中等、及格、不及格五個等級。本課程設計成績由集中指導出勤情況、完成設計質量、答辯效果、綜合表現等方面綜合評定。
四、課程設計的內容
題目一 學生學籍管理系統
1、實驗內容:(1)主要的數據表
學生基本情況數據表,學生成績數據表,課程表等等。(2)主要功能模塊
1)實現學生基本情況的錄入、修改、刪除等基本操作。2)對學生基本信息提供靈活的查詢方式。3)完成一個班級的學期選課功能。
4)實現學生成績的錄入、修改、刪除等基本操作。5)能方便的對學生的個學期成績進行查詢。6)具有成績統計、排名等功能。7)具有留級、休學等特殊情況的處理功能。8)能輸出常用的各種報表。
9)具有數據備份和數據恢復功能。
2、實驗要求:
(1)學生成績表的設計,要考慮到不同年級的教學計劃的變化情況。
(2)對于新生班級,應該首先進行基本情況錄入、選課、然后才能進行成績錄入。
題目二 圖書管理系統
1、實驗內容:(1)主要的數據表
圖書基本信息表,借書卡信息表,借閱信息表,圖書分類信息表等等。(2)主要功能模塊
1)圖書基本情況的錄入、修改、刪除等基本操作。2)辦理借書卡模塊。3)實現借書功能。4)實現還書功能。
5)能方便的對圖書進行查詢。
6)對超期的情況能自動給出提示信息。7)具有數據備份和數據恢復功能。
2、實驗要求:
圖書編號可參考國家統一的圖書編碼方法,再完成基本功能模塊的情況下,盡量使系統能具有通用性。
題目三 銀行儲蓄系統
1、實驗內容:(1)主要的數據表
定期存款單,活期存款帳,存款類別代碼表等等。(2)主要功能模塊
1)實現儲戶開戶登記。2)辦理定期存款帳。3)辦理定期取款手續。4)辦理活期存款帳
5)辦理活期取款手續。6)實現利息計算。7)輸出明細表。
8)具有數據備份和數據恢復功能。
2、實驗要求:
(1)要進行實際調研,系統功能在實現時參照實際的儲蓄系統的功能。(2)同時要考慮銀行系統數據的安全與保密工作。
題目四 設備管理系統
1、實驗內容:(1)主要的數據表
設備明細帳表,設備使用單位代碼表,國家標準設備分類表等等。(2)主要功能模塊
1)實現設備的錄入、刪除、修改等基本操作。2)實現國家標準設備代碼的維護。3)能夠對設備進行方便的檢索。4)實現設備折舊計算。
5)能夠輸出設備分類明細表。
6)具有數據備份和數據恢復功能。
2、實驗要求:
具體設備編碼參考國家統一編碼方法,功能實現也要考慮通用性。
題目五 醫院藥品進銷存系統
1、實驗內容:(1)主要的數據表
藥品分類代碼表,藥品庫存表,供貨商信息表,采購信息表等等。(2)主要功能模塊
1)新藥品的入庫。
2)過期藥品的出庫登記、處理記錄。3)藥品庫存檢索。4)供貨商信息檢索。5)藥品采購記錄管理。
6)藥品用藥說明信息管理。7)輸出相應的數據報表。
8)具有數據備份和數據恢復功能。
2、實驗要求:
具體項目內容去醫院進行調研,藥品編碼也應參考國家統一編碼方法。
題目六 英語學習助手
1、實驗內容:(1)主要的數據表
英語分級單詞表,常用單詞例句表,短文分級表等等。(2)主要功能模塊
1)實現英語單詞的錄入、修改、刪除等基本操作。
2)實現常用英語單詞例句的錄入、修改、刪除等基本操作。3)實現英語單詞檢索、翻譯等。4)常用英語單詞例句檢索。
5)根據難度隨機生成一份單詞測試題目。6)能夠檢索出短文極其翻譯對照表。7)具有數據備份和數據恢復功能。
2、實驗要求:
系統要考慮實用性,盡量實現英漢互譯。英語單詞和短語可以考慮加上聲音。
題目七 大學生就業咨詢系統
1、實驗內容:(1)主要的數據表
用人單位基本信息表,專業信息表,地區代碼表等等。(2)主要功能模塊
1)對用人單位的基本信息進行錄入、修改、刪除等。2)實現畢業生專業信息的維護。
3)定時發布用人單位的畢業生需求信息。4)方便的實現對人才需求信息的檢索。5)對用人單位的級別能夠自動進行變更。
6)能夠對歷年的畢業需求信息進行統計、分析。7)具有數據備份和數據恢復功能。
2、實驗要求:
方便畢業生進行就業信息檢索,可考慮將就業信息在網上進行發布。
題目八 教務輔助管理系統
1、實驗內容:(1)主要的數據表
教師基本信息表,課程表,教室資源表等等。(2)主要功能模塊
1)對上課教師基本信息進行管理。2)對全院開設的課程進行管理。3)錄入教師基本上課信息。4)實現自動排課功能。5)簡單計算工作量。
6)能夠進行各種數據統計。7)能夠輸出相應的報表。
8)具有數據備份和數據恢復功能。
2、實驗要求:
軟件功能主要考慮實用,具體功能模塊一定要先進行調研。
題目九 賓館客房管理系統
1、實驗內容:(1)主要的數據表
顧客信息表,客房信息表,訂房信息表等等。(2)主要功能模塊
1)對顧客信息進行登記、結帳以及預訂管理。2)對管理人員信息進行管理。3)添加、刪除和修改客房信息。
4)實現訂房信息的添加、修改和查詢功能。5)能夠進行剩余客房的統計。6)能夠輸出結算報表。
7)具有數據備份和數據恢復功能。
2、實驗要求:
軟件功能主要考慮實用,具體功能模塊一定要先進行調研。
題目十 醫院門診掛號系統
1、實驗內容:(1)主要的數據表
醫生信息表,科室信息表,收費信息表,預約掛號信息表等等。(2)主要功能模塊
1)對醫生信息進行添加、刪除和修改管理。2)對科室信息進行添加、刪除和修改管理。3)所掛號醫生信息的查詢。4)對科室信息檢索。5)掛號收費管理。
6)預約掛號信息管理。7)輸出相應的數據報表。
8)具有數據備份和數據恢復功能。
2、實驗要求:
軟件功能主要考慮實用,具體功能模塊一定要先進行調研。
題目十一 實驗室管理系統
各種APP程序
各種網站等
第三篇:《軟件工程導論》《軟件工程》課程設計指導書
《軟件工程導論》《軟件工程》課程設計指導書
課程代號:31110630,31110510 總學時(或周數):1周
適用專業:軟件工程,計算機科學與技術
先修課程:程序設計語言、數據結構、離散數學等
一、課程設計(實踐)目的
《軟件工程》是計算機專業學生的專業必修課,通過學習,可以使學生對軟件系統的設計思想、開發方法和具體過程有一完整的了解,為今后參加工作、適應環境的要求,開發出滿足各種需要的軟件系統打下一定的基礎。本課程設計的主要目的是:
(1)使學生更好地理解該課程介紹的概念、原理等內容。
(2)加深對開發過程中所涉及的各種圖形工具的認識和理解。
(3)學會利用現有的計算機輔導工具獨立完成軟件系統的設計工作。
二、課程設計(實踐)要求
具備軟件開發的各種開發環境和常用的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%,以強化學生掌握軟件設計全過程的方法。
七、本指導書編寫參照系、編寫根據、編制人
參照清華大學、福州大學、中國廣播電視大學的相關大綱。
編寫人:陳雄峰
審核人:劉燕
2010.7.10
第四篇:軟件工程課程設計指導書及選題
軟件工程課程設計指導書
《軟件工程》課程設計任務書 一.目的
軟件工程課程設計是軟件工程專業一個綜合性的實踐教學環節,其目的在于促進學生復習和鞏固計算機軟件設計知識,加深對軟件設計方法、軟件設計技術和設計思想的理解,并能運用所學軟件設計知識和面向對象技術進行綜合軟件設計,提高學生的綜合應用能力。通過這次課程設計,要掌握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.進行檢查,并提交設計報告。三.報告要求: 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基礎教程》 清華大學出版社
五.設計內容
可自選題目,但須經過指導教師審查。
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)客戶資料管理:主要實現客戶資料的錄入、修改、保存、刪除、以及查詢等功能。客戶資料的主要內容包括:用戶編碼、用戶單位名稱、用戶單位法人代表、郵政編碼、用戶單位的聯系地址、用戶單位的聯系部門、用戶單位的代理人、用戶單位的銀行賬號、電話掛號、相關銷售員編碼、聯系電話、開戶行、稅號、用戶單位所在區域、購買產品類型、購買日期、購買合同編號等資料。客戶資料的
第五篇:軟件工程課程設計指導書
2012-2013-1學期
《軟件工程課程設計》指導書
一、設計課題:
本次課程設計,歷時三周,旨在鍛煉學生對所學知識的綜合應用能力。課題下發時間提前一個月,以利于學生提前準備相關資料,較好完成課程設計任務。
主要設計課題為以下8個,由學生自由選題。
無線電通聯卡片錄入與打印系統開發
基于WEB的無線電通聯管理系統開發
無線電通聯卡片收發管理系統開發
無線電會員信息管理系統開發
莫爾斯電碼聽力訓練系統開發
集郵管理信息系統開發
個人藏酒管理系統開發
計算機維修管理信息系統開發
其中,前四題主要圍繞無線電通聯管理系統展開,其實為一個系統的四個模塊;后四個系統較為簡單,主要以管理信息系統的開發為主。
二、課題指導:
1.無線電通聯卡片錄入與打印系統開發
主要完成無線電通聯卡片的錄入界面開發及其相關基礎設計工作。主要要求了解無線電通聯卡片的主要錄入內容,據此設計數據庫系統,作好數據字典規劃。主要錄入內容有:序列號(可每年設置好起始號碼后自動生成)、通聯日期(注意根據通聯時間完成日期計算,主要是是否跨日期的計算)、通聯時間(UTCBJT)、頻率、模式(主要有LSBUSBCWCW-RSTTYFM等模式)、對方呼號、收發信號報告、通聯簡要記錄等內容,有些內容可有默認值,如7M頻率通聯,默認模式為LSB,14M頻率通聯,默認模式為USB,29M以上,默認為FM模式通聯;信號強度則默認為59,另有可選值599,其它可自由錄入等。界面錄入方式靈活、簡便,人機交互良好,相關文檔齊全。(此組完成無線電通聯管理信息系統開發可行性分析)
在無線電通聯卡片錄入系統基礎上,作好卡片查詢、卡片打印及信封打印工作。主要難點是打印的定位問題,包括卡片套打、信封的套打等,卡片的簡單查詢、組合查詢功能也要求較好實現,卡片、信封可批量打印,亦可單獨打印,或指定條件打印等。卡片模板可預先設置,可以有許多種模板,不同用戶模板不同,或者所有用戶使用相同模板;信封打印可設置幾種不同規格的信封,并允許自定義打印名稱,如明信片、信卡打印等;查詢主要是根據日期范圍、呼號等進行的查詢。設計界面力求簡潔,功能齊全,人機交互良好,相關文檔齊
全。
2.基于WEB的無線電通聯管理系統開發
了解無線電通聯的主要內容,對通聯卡片、通聯過程及通聯確認等有初步了解,參照及網站,完成基于WEB的無線電通聯管理系統的開發工作。主要包括呼號查詢、會員管理、卡片管理等內容,具體可參照相關網站,要求系統具有一定的創新性,不可照搬以上兩網站內容。要求網站結構合理,功能較為齊全,簡便易用,創新性較好。
3.無線電通聯卡片收發管理系統開發
主要是收卡、發卡的管理工作。包括未發卡、已收未回卡、已發未收卡等。其中主要包括發卡日期、收卡日期、收發卡的管理、卡片的發送方式(直接寄發、協會轉卡、當面交換等各種方式)等,包括相關簡單及組合收發卡查詢功能,如某一日發卡的信息,或卡在哪一日發出信息,所有已收未回卡、已發未收卡、未發卡等。界面力求簡潔,功能齊全,人機交互良好,相關文檔齊全。
4.無線電會員信息管理系統開發
此部分主要完成無線電會員的管理工作。每個中國無線電協會的會員,都有一個全球唯一的呼號,通過對呼號、姓名及其它會員資料的管理,完成對會員會費管理、設備管理工作。(每個會員每年交50元會費,可以一次交清幾年,也可以交清一年,余款不夠一年存協會,來年交時扣除)相關會費、會員的查詢功能要求同時完成。會員設備可列為會員管理的一部分,會員的其它資料可參閱相關網站:,界面力求簡潔,功能齊全,人機交互良好,相關文檔齊全,系統可基于WEB方式或單機運行皆可。
5.莫爾斯電碼聽力訓練系統開發
主要是配合無線電會員、部隊報務員培訓等工作,完成莫爾斯電碼的聽力訓練。系統包括定碼練習(主要練習某一個或幾個字符,或某一類字符、某一個詞組等)、隨機聽力訓練、測試等,發碼速度、音調最好可調,并可指定內容進行聽力訓練,聽力訓練時的錄入,可要求直接在鍵盤上完成,并在一定延時后或即時顯示對錯并進行評分。界面力求簡潔,功能齊全,人機交互良好,相關文檔齊全。
6.集郵管理信息系統開發
本系統主要用于個人郵票收藏的管理,可以是單機模式,亦可以基于WEB的模式,開發語言不限。系統主要完成藏品管理(這里要對郵票進行分類,如新中國郵票,外國郵票或其它分類方式,郵票又有新舊、面值、齒孔度數、印刷廠、設計者、志號等屬性),可參照相關類似軟件進行需求分析,但禁止抄襲。界面力求簡潔,功能齊全,人機交互良好,相關文檔齊全。郵票的主要參數(主要是與集藏有關的參數,如齒孔數、面值、發行日期、主題、設計者、印刷廠等),可參照相關網站資料,自行設置,基本齊全即可。
7.個人藏酒管理系統開發
本系統主要完成對個人藏酒的管理工作,可以是單機單用戶模式,亦可以基于WEB的多用戶模式。藏酒主要內容有酒的名稱、生產廠家、保質期、度數、香型、相關圖片及關于此酒的的簡要介紹等,亦可有收藏日期、購買價格、容量或規格等相關內容,可參照酒類收藏的相關內容進行設計,開發語言不限,界面力求簡潔,功能齊全,人機交互良好,相關文檔齊全。藏酒管理,沒有多少成品軟件可供借鑒,對酒的一些參數,要仔細分析,如生產廠名稱、廠址、出廠日期、商標、酒精度、容量、包裝、價格、購入日期、來源、數量、價格、圖片等。
8.計算機維修管理信息系統開發
本系統主要完成計算機維修管理工作。可只針對筆記本維修或臺式機維修,或者二者兼顧。要求完成從接修、檢測、維修確認單、維修單、確認檢測、收費管理、質保等整個流程的計算機化管理。具體接修時需要記錄的計算機故障現象、計算機附件、客戶的相關信息等等,具體內容自行設計。可參照相關系統做好需要分析,但不得簡單抄襲,要求有所創新。開發語言不限,界面力求簡潔,功能齊全,人機交互良好,相關文檔齊全。
三、設計要求:
各系統應完成的文檔材料:
1.可行性分析報告(第2,3,4組不需完成)
2.項目開發計劃
3.需求分析說明書
4.概要設計說明書
5.詳細設計說明書
6.測試報告
7.用戶手冊
8.項目開發總結
應認真準備相關課程設計資料,密切配合,完成課程設計工作。禁止抄襲,工作量分配應合理,合項資料符合院關于課程設計的相關要求,具體見課程設計任務書。
2012-9-1