第一篇：0.《軟件工程基礎課程》課程大作業要求及規范

《軟件工程基礎》大作業要求

執筆人：董元和（2017年9月20日）

一、總體要求

1.本次大作業要求各同學按原先選定項目題目，按照軟件生命周期進行軟件各類分析與設計，并撰寫相關文檔。各文檔會隨著課程地進行，按章節分步完成，期末結束進行集中修訂和匯總，作為本課程大作業的主要材料。2.軟件分析與設計可參考教材第13章“一體化開發方法應用實例”及教材各章節的相關內容，文檔撰寫可參考“《計算機軟件文檔編制規范》GB-T8567-2006”、“GBT 9385-2008 計算機軟件需求規格說明規范”等，并需要根據教材內容繪制規范的相應的圖表。3.軟件分析與設計統一采用面向對象方法，要求各階段文檔所采用的分析與設計方法一致。4.項目設計應該有相應的項目軟件代碼，并可以簡單演示。

5.各文檔除注明執筆人，可以請其它同學協助，但須說明協作人員，并注明協作人員的工作內容。6.課程結束，各文檔在老師檢查合格后，統一裝訂成冊，交由老師存檔。

二、具體完成內容

1.可行性分析及開發計劃

1）對所選項目的系統進行可行性分析，寫出“可行性分析報告”；

2）對所選項目，制訂出初步的軟件開發計劃，寫出“軟件開發計劃書”。

2.軟件需求分析

1）對所選項目進行認真詳細的需求分析，并撰寫需求分析報告。文檔需要有詳細的相關需求分析圖表，如分析出業務流程圖（TFD）、再根據TFD抽象出數據流程圖（DFD），也可以結合面向對象的分析方法（OOA）完成項目需求分析，如用例圖等，還需包含數據庫的需求分析。

3.軟件設計

1）對所選項目進行認真詳細的軟件概要設計，并撰寫概要設計文檔。文檔要求有詳盡的相關概要設計圖表，如總體結構圖、模塊結構圖、數據庫及人機界面的總體設計等，也可以結合面向對象的設計方法（OOD）完成概要設計，如類圖等。

2）對所選項目進行認真詳細的軟件詳細設計，并撰寫詳細設計文檔。文檔要求有詳盡的相關詳細設計圖表，如總體流程圖、模塊流程圖、數據庫及人機界面的詳細設計等，也可以結合面向對象的設計方法（OOD）完成概要設計，如類圖、活動圖、狀態圖等。3）數據庫的設計應該按照概念設計、邏輯設計、物理設計的過程來完成設計，并有相應的圖表或文字描述，應該有采用Viso、PowerDesigner、Enterprise Architect、ERStudio等建模軟件完成的建模圖表。4）軟件設計應該有人機界面的設計，包括人機界面的概要設計與詳細設計。可借用Axure、DreamWaver等協作軟件。

4.軟件實現

1）對所選項目進行初步的軟件實現，并撰寫相應的軟件實現文檔，如軟件規格說明、總結報告、用戶手冊等，各文檔可分章節合成一個文檔。

2）需說明開發環境及框架、開發的前臺及后臺語言、數據庫管理平臺、采用的軟件工具、基本的核心代碼等。軟件應該能基本運行演示。

5.軟件測試、部署與維護（1人主筆完成）

1）結合小組項目進行軟件測試、調試、部署及維護，開撰寫相應的測試報告文檔。要求說明軟件測試方法、測試用例、測試工具等。

三、考核評定

1.項目整體評分。根據各同學項目完成情況，給予總體評分，占個人大作業成績的40%； 2.各部分分步評分。根據各部分的難易程度及完成情況，給予分步評分，各部分成績總和占個人大作業成績的60%；

四、考核班級及學期

1.班級：計算機學院1505班； 2.學期：2017-2018學年上學期

第二篇：軟件工程課程

軟件工程專業本科生課程設置

時間：2009-03-22 08:47 來源： 作者： 點擊：1059

學院在課程體系制定、課程計劃安排上制定了嚴格的規定與規范的操作程序。課程體系、教學計劃由學院主管院長負責，對國內外大學、大型IT企業進行調研、分析，確定社會對人才的需求和人才知識、能力、素質的構成，而后由主管院長召集相關教師起草方案，再經學院教學指導委員會專家和企業專家進行論證，并報學校教務處審核、批準，由此形成本科生、碩士研究生的培養方案。同時，根據學科發展和社會需求的變化，學院通過增加或變更選修課、開設講座等方式動態調整。目前，軟件學院主要課程設置按課程體系關鍵域分類如下。

1)數學基礎(本科)：大學數學I、概率論與數理統計、數值分析、離散數學等。

2)軟件基礎(本科)：數據結構、匯編語言程序設計、面向對象編程與設計、可視化程序設計基礎、操作系統、數據庫系統、C/C++程序設計、算法分析與設計、編譯原理、軟件工程等。

3)硬件基礎(本科)：數字電子技術、計算機系統基礎、數字通信原理、微機原理與技術、計算機網絡原理等。

4)專業技術(本科)：大型數據庫技術、軟件體系結構、系統級編程技術、數據挖掘、嵌入式系統、J2EE應用開發、.NET架構軟件開發、設計模式、建模與測試、信息安全、軟件開發案例分析、并行程序設計、多媒體技術及應用、網絡與分布式計算、計算機圖形學等。

5)工程管理(本科)：軟件開發項目管理、軟件質量管理與控制、企業管理、網絡營銷、商務談判技巧、軟件度量及應用、心理學、商務英語等。

6)數學基礎(雙證碩士)：應用統計、組合數學、應用數學方法等。

7)軟件理論基礎(雙證碩士)：現代軟件工程、面向對象與構件技術、高等計算機算法、移動計算等。

8)數學基礎(工程碩士)：運籌學、工程數學基礎、應用數學方法等。

9)軟件理論基礎(工程碩士)：分布式系統、現代軟件工程、軟件重用與構件技術、軟件工程實例分析等。

第三篇：景觀設計課程作業要求

景觀設計課程成果作業要求說明：

1.作業成果為ppt文件（高版本請轉存為較低版本），內容充實，不少于30頁。

2.作業針對景觀設計案例的調研分析，請把重點放在景觀設計分析上，不要做成景點旅游介紹。

3.分析從整體布局出發，把握好從整體到局部的原則，條理清楚，逐級進行分析。

4.可參考結構：背景資料介紹——整體布局——空間序列及結構關系——游覽路線（主要道路交通）——主要建筑風格——景觀小品——景觀設施（休息類、衛生類、照明類）——專項（水景設計、綠化設計、夜景燈光設計、雕塑設計）這個順序只供大家參考，因為每個同學調研對象不同，涉及到的內容就會不同。

5.針對所調研對象的性質，找出其設計側重點，展開分析。

6.請大家認真完成，發現內容相似度30％以上，以及不滿足上述要求者重修。

第四篇：就業指導課程作業要求

福建水利電力職業技術學院《就業指導》課程期末作業要求

一、內容要求

根據自己的實際情況，針對自己心儀的崗位擬寫一封求職信和制作一份簡歷，并編撰一份職業生涯規劃書，規劃書包括五個方面內容：自我分析（性格、愛好、優勢、劣勢）、環境分析（專業前景、社會環境、家庭環境）、職業目標（可行性分析）、行動計劃（未來的職業規劃，注意：不要對在校期間進行規劃）、評估反饋（定期對職業規劃進行評估，并根據將來的環境變化進行規劃調整）。

二、格式要求

1.封面：版面圖案可自行設計，須寫明班級、姓名、專業（班級、姓名、專業均豎排居中）。

2.目錄：須標注各部分內容對應的頁碼。

3.正文按求職信、簡歷、職業生涯規劃書順序編排。求職信、簡歷力求控制在一頁內；職業生涯規劃書內容較多，須另外設計封面、目錄，規劃書正文的每部分要另起一頁。

4.統一使用小四號宋體；采用1.5倍行距；字體顏色為黑色。

5.一律用A4紙打印，并左側裝訂。

三、其他

1.獨立完成作業，不得抄襲他人和網上下載，凡發現作業抄襲或雷同，本課程成績為不合格。

2.作業上交時間由各科任老師自行確定。

3.作業須全批全改，并評定成績（按百分制）。

4.作業按班級座號順序由小到大排列，并分班存檔。

文秘教研室

二〇一三年四月二十三日

第五篇：軟件工程課程心得

軟件工程項目總結

在我們整個軟件工程過程中，我體會到了許多，也學到了許多。

在項目要進行自由分組后，我們的項目小組便誕生了。我們小組由七個成員組成，在相互商量后我們也確定了我們組的項目，是做一個校園 b2c電子商務網站。我們也隨即做了分工，由于我們團隊只有我和另一名成員有類似的項目開發經驗，所以我們便要擔負起更重的任務。最后由于在整個團隊中，對于界面開發這一塊只有我的開發經驗較深，所以我便擔任了主要的界面設計人員。我們的項目也正式開始了。

需求調研和分析對于軟件開發過程至關重要。我們在開發時如果不進行調研和分析，那么對于后來的項目進展將產生致命的后果。我們在項目的開發中便遇到了這樣的問題。老師作為我們的客戶，他對這個校園 b2c電子商務網站的要求便是我們必須了解的，我們也必須以客戶的要求為根本構建我們的這個系統。我們開始自己隨意的計劃整個網站的設計，然后報給老師，老師作為一個客戶并不是全部認同，隨后我們也必須按著客戶的要求更改我們的設計報告。我也明白了，再做一個系統時，必須隨時和客戶保持溝通，隨時了解他們需要什么，他們想要什么功能。如果我們不去和客戶溝通，不去調研客戶的需求，做出來的系統即使在我們看來是一個很好，很完美的產品，但是如果客戶不認同，那么我們所做的一切都是徒勞，還要返工去修改，費時費力。所以在做任何一個項目時，前期的需求調研和需求分析都是必須的，這是在做一個項目的基本，是關系成敗的重要一環。

對于一個項目，它的需求設計也非常重要。在我們的校園 b2c電子商務網站開發的過程中，遇到了一些問題，如客戶提交購買確認后，我們如何確定應該以什么方式將貨物給客戶，還有以什么確定貨物的送達地點，客戶的訂單在哪里處理，訂單以什么方式驚醒處理，在管理員應該實現的功能上反復增刪等，這些問題很多都是由于設計不夠清晰，不夠完善而導致的。出現的這些問題很多都是非常棘手的，我們為了解決這些棘手的問題浪費了大量的時間，我們不得不在工程代碼上改了又改，在數據庫里增表、刪表、加數據、減數據，當然，在文檔里也要做出相應的修改以適應新的功能。還好，我們能及時地發現問題，通過相互

溝通討論，問題也得到了解決。通過總結，我們也意識到，我們大家在做需求分析和進行需求了解時僅僅考慮了一些基本的功能，而至于管理員和客戶之間的聯系，以及具體的一些流程我們都沒有深究，而導致我們到后期花費了大量的時間用于修復之前沒有考慮周全而帶來的問題。如果我們的需求設計能夠比較清晰和完善，那么我們在開發過程中便會很明白的知道我們應該實現什么樣的功能，在數據庫里應該怎樣建表，以什么方式插入數據，從而可以避免反復修改工程的問題，也能避免出現可能毀壞整個工程的問題。整個工程的需求設計對于一個項目的順利進展至關重要。

對于文檔在軟件工程中的作用，我在這次項目開發過程中有了更加深刻的理解。文檔在軟件開發過程中是很有用的，文檔是一項必不可少的東西，但文檔也不能太多，太過繁瑣，如果是那樣就不太好了。首先我們要明確開發過程中為什么要寫這些文檔，文檔的最根本的作用是為了更好的溝通。一個項目或產品可能需要延續很長的時間，開發過程中可能需要很多的環節，可能會遇到很多的問題和很多的解決的方法，這時，我們需要文檔的幫助，我們需要有一個東西來記錄，我們需要有一個共同的聲音。文檔只不過是一個準繩，將開發中的各個樹枝樹葉扶正。如果，這個準繩太多太緊，大樹可能會發育的很高很直，但是就是有些畸形，如果這個準繩太少太松，大樹可能就會變成灌木叢。文檔的多少、繁簡是有度的，絕對不能說越多越好。我覺得，文檔需要說明解決問題的方法而不是解決問題的理論，因為解決問題的理論是在文檔形成中做到的。文檔完整即可，每一份文檔說明一個問題，無需將多個文檔的內容放在一個文檔的里面。除了重要階段形成文檔，其它部分都只是討論或者說是想法。不要讓文檔成為累贅，如果真是這樣，我認為就是該考慮寫這些文檔的必要性的時候了。我們在文檔的時候，一定要明白為什么要寫這些。

在整個項目開發過程中，我們也同時遇到了許多程序接口問題，頁面和功能相結合的問題，數據庫建表的問題，這些問題都是源于我們項目小組成員之間的溝通不足。我深刻認識到，在項目開發時，項目小組中各個成員之間的相互溝通是非常重要的。如果我們要在功能方面作出修改，那么程序人員和頁面人員及數據庫人員就必須相互溝通，共同對整個程序作出相應的修改，這樣才能避免最終整合時出現問題。

在這十個周里，我還對軟件工程有了新的理解。在我以前的理解當中，軟件工程，無非就是一個人或者幾個人或一個團隊集中在一起進行編寫代碼的工作，以實現開發出所用的軟件。但現在我明白了，軟件工程的作用，就是告訴人們怎樣去開發軟件和管理軟件。具體地講，它表現在與軟件開發和管理有關的人員和過程上。所以，軟件工程就不僅僅是單一的編程過程了。它包括了系統分析->建模->概要設計->詳細設計->編碼->測試->維護。編碼可以理解為編程，這個只占總時間的20％左右。編程只是其中的一小部分。

在這次項目里我完成了許多工作，在界面設計上我完成了，首頁、全部的商品頁面、全部的用戶頁面及部分管理員頁面的制作，在后期項目整合過程中修改了功能和界面結合時出現的bug，還有數據庫插入數據及解決數據庫集中整合時出現的問題。這些工作我都順利完成了，雖然并不能算是非常的出色，但也算是盡力了。現在看到自己辛勞的成果，我感到很欣慰。

當然，在這次項目過程中我也發現了自己的一些問題。如現在的網站開發技術還不夠強，在和小組成員相互溝通上還不夠積極等。我希望以此為契機，在將來的項目開發中能做得更好。