第一篇:軟件工程實訓計劃
《軟件工程》綜合實訓計劃
實訓班級:10軟件1,2班
指導老師:陳偉蓮
一、實訓目的學生能夠針對具體軟件工程項目,全面掌握軟件工程管理,軟件需求分,軟件初步設計,軟件詳細設計,軟件測試等階段的方法和技術。通過該課程設計使學生進一步理解和掌握軟件開發模型、軟件生命周期、軟件過程等理論在軟件項目開發過程中的意義和作用,培養學生按照軟件工程的原理、方法、技術、標準和規范,進行軟件開發的能力,培養學生對技術文檔的編寫能力,從而使學生提高軟件工程的綜合能力,提高軟件項目的管理能力。
二、實訓要求
1. 選題必須考慮“范圍、期限、成本、人員、設備”等條件;
2. 必須按照給定的文檔規范標準提供下列文檔,文檔中必須注明完成者(簽名)和完成日期。文檔包括:可行性研究報告、需求分析規格說明、概要設計規格說明、詳細設計規格說明、編碼清單(部分或全部)、測試清單(部分任務);
3. 根據合理的進度安排,踏踏實實地開展實訓活動,按時完成每部分工作;
4. 綜合實訓集中在機房進行,每天考勤;
5. 實訓過程中,堅持獨立完成。
三、實訓內容
1. 項目可行性研究
學生開展項目可行性研究,完成《項目可行性研究報告》。
2. 需求分析
開展項目的需求分析工作,不得超越前述項目的大小、范圍、復雜程度等,按照《軟件文檔編寫概要》的格式要求完成《項目需求分析規格說明書》。
3. 概要設計
按照《軟件文檔編寫概要》的格式要求完成《項目概要設計規格說明書》。
4. 詳細設計
按照《軟件文檔編寫概要》的格式要求完成《項目詳細設計規格說明書》。
5. 實現
結合Java實訓要求進行代碼的編寫工作
6. 測試
根據《項目需求分析規格說明書》對已實現部分的軟件或模塊進行測試工作,并按
照《軟件文檔編寫概要》的格式要求完成《項目測試報告》。
四、實訓題目選擇
1. 圖書管理系統
2. 學生成績管理系統
3. 物資采購系統
4. 班級事務管理系統
5. 人事管理系統
6. 資料管理系統
7. 自選題目,教師審核
五、綜合實訓時間安排
綜合實訓以上機與查資料為主,時間為1周。具體時間及要求安排如下:
第1天:實訓選題,編寫《項目可行性研究報告》。
第2天:編寫《項目需求分析分析規格說明書》。
第3天:編寫《項目概要設計規格說明書》和《項目詳細設計規格說明書》 第4天:編寫《測試報告》
第5天:學生完成實訓總結,教師對學生的工作進行驗收和考核,綜合實訓結束后,提交實訓報告。
六、軟件綜合實訓的考查
本次實訓必須提交正式的針對特定項目的完整的設計文檔和報告書。軟件綜合實訓的成績評定實行優秀、良好、中等、及格和不及格五個等級。優秀者人數一般不得超過總人數的20%;未完成相關文檔的編制者,實訓成績為不及格。
七、課程設計報告撰寫要求
完成綜合實訓具體內容開發后,每個學生要寫出綜合實訓報告,這是綜合實訓非常重要的環節,也是培養科學作風的重要途徑,綜合實訓報告是對開發過程的總結及升華。
八、須提交文檔
1.《項目可行性研究報告》
2.《項目需求分析分析規格說明書》
3.《項目概要設計規格說明書》
4.《項目詳細設計規格說明書》
5.實訓報告
附文檔規格說明
提交:以學號+姓名為文件夾提交
第二篇:軟件工程實訓
附錄綜合實訓
【實訓目的】
通過綜合實訓進一步鞏固、深化和擴展學生對所學的JSP、Servlet、MVC、Struts框架、Hibernate框架等技術的掌握和運用,鍛煉學生的編程技能,使學生熟悉系統開發的基本流程,掌握系統開發的各個環節的要點,培養學生系統分析和設計的能力,鍛煉團隊合作精神。提高學生的綜合素質,為學生畢業后的實際工作打好基礎。
【實訓內容】
參考題目一網上書店系統
1.系統概述
近年來,電子商務伴隨著IT的成熟,逐漸發展壯大,成為網絡經濟的核心。在電子商務的發展過程中,人們逐漸意識到在線購物的無地域界限、安全、方便快捷及其價格優勢,在線購物的隊伍也隨之擴大。網上書店系統就是在這樣的背景下應運而生的。
網上書店系統是一個基于B/S結構的網站系統。管理員將書籍信息整理歸類發布到網上,用戶登錄該網站后,首先要注冊為會員才能購買書籍。該系統的使用者主要分為三類:瀏覽者、注冊用戶和管理員。瀏覽者可以瀏覽網上書店中的書籍信息;注冊用戶除了可以瀏覽網上書店中的書籍信息外,還可以進行網上購書;管理員可以對網上書店中的書籍信息進行管理、處理客戶的訂單等。
2.系統功能
根據網上書店系統的用戶角色,可將系統分為前臺和后臺,這種分法也是當前網站系統慣用的做法,前臺供給客戶使用,用于展現信息和完成與客戶的交互性處理;后臺供給網站的管理者使用,用于管理網站的內容。詳細功能說明如下:
(1)前臺購書
? 登錄/注冊
客戶在網上購書之前,需要注冊成會員。注冊時系統要求填寫個人資料,注冊后可以使用注冊賬號登錄系統。會員登錄后,可以購書、查看訂單和修改個人資料。? 選購商品
會員在瀏覽書籍信息時可以選擇購買,通過選擇“購買”,可以將購買的書籍放入購物車,購物車是暫存書籍的地方,會員可以在購物車中改變訂購數量、取消想要購買的書籍以及去
“收銀臺”付款。
? 收銀臺結賬
會員在核實購物車中的書籍信息確認無誤后,可以通過選擇“收銀臺”進行付款,系統在結算前首先核實會員個人信息。核實無誤后,要求會員選擇付款方式、交貨時間以及完成相關詳細信息的填寫,并確認該信息。如果發現信息有誤,可單擊“上一步”重新操作,確保信息無誤。系統得到會員關于付款方式的確認信息后,即允許消費者進行網上付款。? 訂單查詢
會員登錄系統后,可以隨時查看自己的訂單信息。
? 搜索書籍
會員登錄系統后,可以根據自己的需要進行書籍信息的搜索。在搜索時,會員需要選擇搜索的方式和填寫搜索的書籍關鍵字,搜索到自己關注的書籍后,可以選擇購買。? 書籍展示
網上書店系統可以根據客戶的需要進行書籍展示,可以設立“新書上架”、“暢銷排行”、“特價專柜”等專區方便用戶選擇書籍。
(2)后臺管理
? 書籍分類管理
供網站管理員對網上書店中的書籍進行管理,可增加、修改、刪除書籍的分類信息。? 書籍管理
供網站管理員增加、修改、刪除網上書店中書籍的基本資料信息。
? 會員管理
管理員可以根據會員的申請或會員的消費情況將相關會員設為VIP 會員,也可以對會員的基本信息進行管理,也有權對一些過期用戶進行刪除。
? 訂單管理
供網站管理員管理客戶提交的訂單,客戶“已確認”的訂單可修改狀態為“正在配貨”,“正在配貨”的訂單可修改狀態為“缺貨”或“已發貨”。
3.技術要求
? 要求系統采用B/S架構;
? 數據庫管理系統可采用Microsoft SQL Server 2000/2005 或 Oracle 9i/10i或MySql5.0;? 系統采用Struts框架或Struts+Hibernate框架技術實現,界面要實現國際化,并且采用Validator驗證框架對輸入數據進行校驗。
參考題目二校園博客系統
1.系統概述
Web技術高速發展,已經到了Web2.0時代,出現了很多新的技術和工具,主要包括:博客(BLOG)、RSS、百科全書(Wiki)、網摘、社會網絡(SNS)、P2P、即時信息(IM)等技術,這些工具和技術的出現,使得人們從原來Web1.0時代作為個人只能看Web內容過渡到了不僅是內容的瀏覽者,同時也是內容的發布者,人們的交流越來越容易,而在國內,博
客這一Web2.0工具應用的非常廣泛,已經深入到網絡的每個角落。
校園博客系統,可以加強學校教師和學生之間的了解和交流、教師與教師之間的教學經驗的分享,學生與學生之間的學習心得的分享,以及更好的展示該學校老師和學生的風采,并且通過博客系統的日志積累,形成豐富的教學資源庫,真正促進學校的教學工作。
校園博客系統面向四類用戶:系統管理員、教師、學生和瀏覽者。其中瀏覽者可以瀏覽博客、查看日志、發布評論;而教師和學生可以注冊申請博客、管理個人博客、管理日志等;系統管理員對申請博客進行審核,還可以管理博客、管理日志以及對一些基礎信息進行維護。
2.系統功能
博客系統的幾類用戶可以通過博客系統進行教學上的交流,而博客系統為用戶提供不同的功能,具體如下:
(1)系統管理員
系統管理員負責整個博客的日常運行和維護,博客系統給管理員提供的主要功能有:
? 審核注冊博客
審核新博客注冊,如果新用戶是本校師生,則通過審核,否則刪除該注冊信息;在日常維護中也可以對已經注冊的用戶進行管理,可以刪除用戶注冊信息,當用戶被刪除時所屬的博客自動刪除,也可以對用戶進行停用設置,當用戶停用后,雖然用戶還是能夠登錄,但系統會返回用戶賬號被鎖定的提示,此時用戶不能夠進行發布日志和管理博客等操作,而只能夠瀏覽其它博客的信息。
? 院系列表管理
管理員可以做增加、修改和刪除院系名稱列表。
? 博客日志審核
管理員可以停止顯示或者刪除非法日志。
? 推薦博客管理
管理員可以把有宣傳價值或者有代表意義的博客設置為推薦狀態,方便瀏覽者第一時間看到。
(2)教師和學生
教師和學生是博客的使用者,可以管理自己的博客,博客系統給他們提供了以下主要功能:
? 用戶注冊與登錄
在博客主頁中輸入個人注冊信息,并完成注冊,個人賬號等待管理員審批;當管理員審批通過后,可以根據自己賬號信息登錄到個人管理中心,進行個人信息管理。
? 博客注冊與登錄
在用戶賬號注冊成功后,可以馬上注冊個人博客,并設置訪問地址、標題、簡介等信息,當用戶注冊博客通過審核后,博客生效,可以進行個人博客管理(如博客注冊信息修改),以及發表日志及其它管理工作。
? 日志分類管理
可以增加、刪除和修改個人日志的分類。
? 日志評論管理
用戶在個人博客管理中心可以發表新日志、修改日志或者刪除日志。也可以修改評論或者刪除評論。
(3)瀏覽者
通過互聯網,任何人通過互聯網都可以訪問校園博客,我們把他們通稱為瀏覽者,系統給瀏覽者提供了以下功能:
? 瀏覽博客
瀏覽者訪問學校博客官方主頁,通過該主頁提供的各種導航鏈接,能瀏覽到每個學生和老師的個人博客,然后在個人博客中查看具體日志內容。
? 查詢日志
瀏覽者可以通過學校博客官方主頁中提供的查詢入口,進行博客或者日志的查詢。? 瀏覽日志和評論
瀏覽者可以查看具體每篇日志的詳細內容,以及對該日志的所有評論。
? 查看博客統計信息
查看博客的注冊時間、日志數、評論數、訪問量等統計信息。
? 發表評論
瀏覽者可以對感興趣的日志進行評論。
3.技術要求
? 要求系統采用B/S架構;
? 數據庫管理系統可采用Microsoft SQL Server 2000/2005 或 Oracle 9i/10i或MySql5.0;? 系統采用Struts框架或Struts+Hibernate框架技術實現,界面要實現國際化,并且采用Validator驗證框架對輸入數據進行校驗。
參考題目三校園二手交易平臺
1.系統概述
校園二手交易平臺是一個基于B/S結構的網站系統,該系統向學校的在校生提供一個二手交易平臺,在校學生可以將自己不用的一些耐用品(學習資料、生活用品等)發布到網上,既可以進行線下交易,也可以借用。為在校生節省不必要的開支,實現資料共享或者舊物品多次利用,創建良好的校園學習氛圍。
網上二手交易系統向所有學生提供在線注冊功能,注冊用戶可以在線模擬開店,即注冊為店長,開店后可發布二手物品信息,供其他用戶在線搜索瀏覽,并可發出借閱請求或下訂單求購,店長收到請求后集中處理借閱或訂單信息,并根據借閱或訂單信息通過線下聯系完成物品交換或買賣活動。因此,該系統不會涉及在線支付處理功能。
2.系統功能
該系統主要有四類用戶:匿名用戶、會員、店長、管理員。每類用戶具有的功能如下:
(1)匿名用戶
所有訪問該系統的未注冊用戶,該類用戶主要包括在校學生,當然也可以是在校老師,匿名用戶可以瀏覽所有網店和商品信息,但不能發出借閱請求或在線下訂單。
(2)會員
會員是注冊為系統的普通認證用戶,除了擁有匿名用戶的功能外,該類用戶可發出借閱請求和在線下訂單和查看訂單等。
(3)店長
所有注冊開店的會員用戶,店長除了擁有一般會員的功能外,還可以管理自己的網店信息,如:發布商品信息,處理請求和訂單等功能。
(4)管理員
管理員負責系統的日常維護工作與系統基本信息的維護工作。該類用戶有很高的計算機應用和網絡管理能力,大多數為學校計算機網絡中心的職工。
3.技術要求
? 要求系統采用B/S架構;
? 數據庫管理系統可采用Microsoft SQL Server 2000/2005 或 Oracle 9i/10i或MySql5.0;? 系統采用Struts框架或Struts+Hibernate框架技術實現,界面要實現國際化,并且采用Validator驗證框架對輸入數據進行校驗。
第三篇:軟件工程實訓指導書
《軟件工程》實訓指導書
班級 :軟件121 指導教師:盛安元 實訓時間:第17周
《軟件工程實訓》課程是教學實踐課程,目的是使學生通過實訓,了解軟件項目開發和維護的一般過程,掌握軟件開發的傳統方法和最新方法,為更深入地學習和今后從事軟件工程實踐打下良好的基礎。通過上機實踐加深學生對軟件工程知識的理解和綜合應用,熟悉并掌握一般系統軟件的設計方法和過程,初步具備比較大型的軟件的設計和開發經驗環節。是為《軟件工程》課程配套設置的,也是《軟件工程》課程的后繼教學環節,是一個重要的實踐環節。
一、實訓課程的基本知識:
1、實訓目的:使學生能夠針對具體軟件工程項目,全面掌握軟件工程管理,軟件需求分析,軟件初步設計,軟件詳細設計,軟件測試等階段的方法和技術。通過該課程設計使學生進一步理解和掌握軟件開發模型、軟件生命周期、軟件過程等理論在軟件項目開發過程中的意義和作用,培養學生按照軟件工程的原理、方法、技術、標準和規范,進行軟件開發的能力,培養學生的合作意識和團隊精神,培養學生對技術文檔的編寫能力,從而使學生提高軟件工程的綜合能力,提高軟件項目的管理能力。同時課程設計應充分體現“教師指導下的以學生為中心”的教學模式,以學生為認知主體,充分調動學生的積極性和能動性,重視學生自學能力的培養。
2、實訓內容:根據具體軟件項目的不同特點,完成設計、開發的完整過程,包括:可行性研究、制定項目開發計劃、需求分析、概要設計、詳細設計、編碼實現、測試。結合《.net高級應用》課程中的項目案例,或自擬課題,以項目小組的形式完成項目。
3、實訓所用設施:PC機,Project、UML設計工具PowerDesigner、.NET、SQL Server、IIS 等。
4、實訓任務及要求:要求學生采用“項目小組”的形式,結合具體的開發項目進行設計和實現。
二、實訓基本操作方法:
1、按項目進行分組,每組不得超過5人;
2、每個項目小組選出項目負責人或項目經理,由項目經理召集項目組成員討論,選定開發項目,項目的選定必須考慮“范圍、期限、成本、人員、設備”等條件;項目經理負責完成“可行性研究報告”,制定“項目開發計劃”,管理項目并根據項目進展情況對項目開發計劃進行調整;對于調整的項目開發計劃必須存檔;
3、項目開發計劃書中每項任務要落實到人且規定該任務的起止日期和時間;明確每個階段提交文檔的日期和時間;每個項目小組必須明確指定文檔的審查小組和審查人員以及審查結果的返回日期;審查小組和審查人員不得是完成被審查內容的完成者;審查結果至少包括:存在的問題、出現問題的所在文檔的位置及頁碼、具體建議等;
4、每個項目小組必須按照給定的文檔規范標準提供下列文檔,文檔中必須注明執筆者,完成者(簽名)和完成日期,其中完成需求分析和設計工作的人員不能相同,完成編碼和審查/測試的人員不能相同;文檔包括: 可行性研究報告、項目開發計劃、需求分析規格說明、概要設計規格說明、詳細設計規格說明、編碼清單(部分或全部)、測試清單;
5、每個項目小組可以選擇完成編碼,測試等階段的部分任務;
6、根據合理的進度安排,一步一步,踏踏實實地開展實訓活動,按時完成每部分工作;
7、綜合實訓過程中,堅持獨立完成,分成小組進行的要有明確的分工,并在報告中給以說明。
三、實訓項目
(一)項目啟動——項目組形成并選題
1.實訓目的
訓練學生的團隊意識及項目的組織管理能力 2.實訓內容
按項目進行分組,每個項目小組選出項目負責人或項目經理,由項目經理召集項目組成員討論,選定開發項目。
3.預習要求
軟件項目管理的相關內容 4.實訓步驟
1)召開項目啟動會,布置實訓任務和要求; 2)完成自由分組,選出項目負責人;
3)由項目經理召集項目組成員討論,選定開發項目。5.注意事項(包括安全教育)
根據小組成員的實際能力,選擇適合的項目,保證在規定時間期限內完成實訓任務。
6.思考題
軟件項目管理中包含哪些方面的內容? 7.實訓小結
(二)項目可行性研究和需求分析
1.實訓目的
訓練學生根據具體軟件項目的特點分析問題的能力。應達到:能夠分析出要解決的關鍵技術問題,找到相應的技術路線或措施,制定出項目的進度安排,明確驗收標準。同時對項目的功能要求和用戶特征進行分析,確定出項目的全面需求。
2.實訓內容
根據具體軟件項目的特點進行可行性研究,完成可行性研究報告和項目開發計劃書的撰寫。進一步深入討論或查找資料,將待開發系統的功能、界面、性能需求等確定下來,形成產品的需求規格說明書。
3.預習要求
明確可行性研究和需求分析過程,掌握可行性分析、項目計劃書及需求規格說明書應包含的內容。
4.實訓步驟
1)熟練掌握軟件項目可行性分析、開發計劃制定及需求分的方法。2)根據待開發系統特點,進行可行性研究并制定有效的開發計劃及驗收標準,如:實現技術上是否存在無法解決的問題、什么樣的實施方案更可行、人員和進度安排是否滿足開發要求等。
3)完成可行性分析和項目計劃文檔
4)討論或借鑒、查找相關資料,深入分析項目需求,撰寫需求規格說明書。5.注意事項(包括安全教育)
進度安排要合理,注意人員分工問題,必須做到責任到人。6.思考題
項目需求分析對整個項目開發的影響如何? 7.實訓小結
(三)項目的完整設計過程
1.實訓目的
訓練學生進行系統設計的能力。應達到:能夠根據需求分析結果,應用PowerDesigner建模工具,設計出項目的系統結構、功能模塊劃分、數據組織、各模塊的接口及處理過程。
2.實訓內容
根據需求分析的結果進行系統設計,完成項目設計規格說明書,其中可以使用系統結構圖、實體—聯系圖、數據流圖、用例圖、類圖、狀態圖等形式化表示方法進行描述。
3.預習要求
熟悉結構化和面向對象程序設計方法。4.實訓步驟
1)根據(1)需求分析結果,確定系統功能模塊及調用關系。可以進行系統功能分解,將細化的數據流圖映射為軟件結構,同時注意數據庫的設計。
2)針對每個模塊給出處理過程陳述、接口描述、設計語言描述、引用模塊及數據組織。3)(2)完成項目設計規格說明書,由小組中評審人員進行評審工作,并給出評審意見。
5.注意事項(包括安全教育)
項目結構框架要設計合理,盡量使用面向對象程序設計方法,注意類的封裝性、多態性的應用。
6.思考題
怎樣理解面向對象的分析和設計活動是一個多次反復迭代的過程? 7.實訓小結
(四)系統實現及測試
1.實訓目的
訓練學生的編程及測試能力。應達到:根據需求分析說明和項目設計說明書,遵循既定技術路線,編碼實現系統的總體框架及關鍵功能,并對實現的系統進行較全面的測試,查找并修改存在的軟件缺陷,將測試過程進行記錄。
2.實訓內容
使用必要的開發和測試工具完成系統編碼實現及測試任務。3.預習要求
掌握一定的編程技巧及測試的基本技術方法,了解如何選擇適合的策略對系統進行測試。
4.實訓步驟
1)根據需求分析說明和項目設計說明書,按照系統實現方案,使用適合的開發工具,編碼實現系統功能。2)針對開發系統進行測試,找出Bug并進行修改。如:可以對關鍵算法使用白盒測試技術實施測試,也可使用等價類劃分法對系統主要功能進行測試。完成測試報告。
3)對開發過程進行總結撰寫綜合實訓報告。5.注意事項(包括安全教育)
測試方法的選擇,盡量以最少的測試工作量找到更多的軟件缺陷。6.思考題
軟件測試一定是在編碼完成后才開始嗎? 7.實訓小結
四、實訓考核標準及方式:
本課程以訓練學生實際動手能力為主,對基本操作、常見錯誤采用針對一個實際案例進行講解演示的方法集體輔導全體學生,對個別問題采用啟發式教學法單獨輔導,鼓勵學生自己通過網絡、討論的方式解決問題。
本課程考核方式包括提交報告、平時成績和平時表現等部分內容。具體如下:
1.實訓報告:思路清晰,格式符合要求,占50%。
2.平時成績:開發設計工具和方法的使用情況。根據具體項目,分析出系統需求,合理設計項目總體結構,編碼實現系統總體框架及主要功能模塊,并能夠通過測試檢測出具體錯誤,占30%。
平時表現:包括出勤、課堂表現、討論等分數,占20%。
五、參考書目
1、何曉蓉.《軟件工程與UML案例解析》.中國鐵道出版社.2011 年11 月
2、張海藩.《軟件工程導論》.清華大學出版社.2009 年9 月
第四篇:軟件工程實訓題目(參考)
軟件工程實訓題目
題目一:“網絡環境下的圖書館管理系統”
學院圖書館需要一個新的圖書館管理系統用于跟蹤和管理圖書館資源。圖書館管理的主要資源是圖書。圖書由讀者借出、還入和預定。圖書可能處于特殊的狀態,如被預留或者僅做參考書。在這些情況下,圖書是不能被借走的。除了圖書,圖書館還有其他可以借出的資源,包括音樂CD、軟件等,這些資源每次只能借出一周。
讀者來圖書館借書,可能先查詢館中的圖書信息。查詢可以按書名、作者、圖書編號、關鍵字查詢。當找到要借的圖書后,讀者交給圖書館管理員,辦理借書手續。如果該書已經被全部借出,可做預訂登記,等待有書時被通知。如果圖書館沒有該書的記錄,可進行缺書登記。
辦理借書手續時先要出示圖書證,沒有圖書證則去圖書館辦公室申辦圖書證。如果借書數量超出規定,則不能繼續借閱。借書時圖書館管理員登記圖書證編號、圖書編號、借出時間和應還書時間。
當讀者還書時,圖書館管理員根據圖書證編號找到讀者的借書信息,查看是否超期。如果已經超期,則處罰。如果圖書有破損、丟失,則進行破損處罰。登記還書信息,做還書處理,同時查看是否有預訂登記,如果有則發出到書通知。
讀者有不同的身份,這些身份影響一本書被借出的時間和決定能獲取何種服務。學生可借閱四周,老師可借閱三個月,圖書館館員可以把書保留整整一年。只要沒有其他讀者要求借閱,任何可借出的圖書館資源都可以續借。
圖書館還需管理收集大量的周刊、月刊和季刊雜志,這些雜志不能被借出,僅作為參考資料之用。這些雜志按年裝訂成卷或錄成微縮膠片。
圖書采購人員采購圖書時,要注意合理采購。如果有缺書登記,則隨時進行采購。采購到貨后,編目人員進行驗收,編目、上架,錄入圖書信息,發到書通知。如果圖書丟失或舊書淘汰,則將該書從書庫中清除,即圖書注銷。
以上是圖書管理系統的基本需求。經過與圖書館工作人員反復交流,他們提出了下列建議:
1.當讀者借閱的圖書到期時,希望能夠提前以一個短信息或電子郵件方式提示讀者。2.讀者希望能夠實現網上查詢和預訂圖書。
3.應用系統的各種參數設置最好是靈活的,由系統管理人員根據需要設定。例如:借閱量的上限,還書提示的時間,預訂圖書的保持時間等參數。
題目二:“機票預定系統”
1.系統簡介
航空公司為給旅客乘機提供方便,需要開發一個機票預定系統。各個旅行社把預定機票的旅客信息(姓名、性別、工作單位、身份證號碼(護照號碼)、旅行時間、旅行始發地和目的地,航班艙位要求等)輸入到系統中,系統為旅客安排航班。當旅客交付了預訂金后,系統打印出取票通知和賬單給旅客,旅客在飛機起飛前一天憑取票通知和帳單交款取票,系統核對無誤即打印出機票給旅客。此外航空公司為隨時掌握各個航班飛機的乘載情況,需要定期進行查詢統計,以便適當調整。
2.技術要求和限制條件
⑴在分析系統功能時要考慮有關證件的合法性驗證(如身份證、取票通知和交款發票)等。
⑵對于本系統還應補充一下功能: ①旅客延誤了取票時間的處理 ②航班取消后的處理 ③旅客臨時更改航班的處理
⑶系統的外部輸入項至少包括:旅客、旅行社和航空公司。
題目三:“實驗室設備管理系統”
1.系統簡介
每學年要對實驗室設備使用情況進行統計、更新。其中: ⑴對于已徹底損壞的做報廢處理,同時詳細記錄有關信息。
⑵對于由嚴重問題(故障)的要及時修理,并記錄修理日期、設備名、編號、修理廠家、修理費用、責任人等。
⑶對于急需修改但又缺少的設備,需以“申請表”的形式送交上級領導請求批準購買。新設備購入后要立即進行設備登記(包括類別、設備名、編號、型號、規格、單價、數量、購置日期、生產廠家、保質期和經辦人等信息),同時更新申請表的內容。
⑷隨時對現有設備及其修理、報廢情況進行統計、查詢,要求能夠按類別和時間段等查詢。
2.技術要求及限制條件
⑴所有工作由專門人員負責完成,其他人不得任意使用。
⑵每件設備在做入庫登記時均由系統按類別加自動順序號編號,形成設備號;設備報廢時要及時修改相應的設備記錄,且有領導認可。
⑶本系統的數據存儲至少包括:設備記錄、修理記錄、報廢記錄、申請購買記錄。⑷本系統的輸入項至少包括:新設備信息、修理信息、申請購買信息、具體查詢統計要求。
本系統的輸出項至少包括:設備購買申請表、修理/報廢設備資金統計表
題目四:酒店管理系統
為了實現酒店日常工作的高效管理,彌補人工管理的不足,開發酒店管理系統。酒店經理可以通過這個系統對整個酒店情況進行掌握,前臺人員可以進行接待和收銀工作,財務人員可以進行賬務統計和報表管理等。
項目目標:
? 提供友好的用戶界面,使操作人員的工作量最大限度地降低。? 有良好的運行效率,能達到提高工作效率的目的。? 有良好的可擴充性,可以容易地加入其它系統的應用。?平臺設計具有一定的超前性和靈活性。
? 通過項目鍛煉小組成員,提高小組軟件開發能力。
應用環境:根據用戶的需求陳述可以確定系統分為前臺和后臺,前臺的主要功能是接待、預訂、收銀等;后臺的主要是管理、統計等。
本系統只能在非網絡模式下運行,無論是服務人員、管理人員還是經理,都要通過系統登錄本系統,服務人員通過用戶界面獲取信息、登記客戶信息;管理人員通過權限對系統進行管理,了解酒店動態。
用戶信息管理系統:主要執行數據庫的運行權限管理。
客房標準管理系統:包括客房的編號、類型、面積、最多容納的人數、價格以及客房的硬件設施,如果空調、電視、網絡、衛生間等。當添加新的客房時,就添加相應的標準信息,可以隨時查看客房的標準信息,根據需要進行修改和刪除等操作。
客房信息管理系統:主要察看客房的入住情況,了解客房的入住率。
訂房信息管理系統:酒店客房管理系統的核心部分。它的主要功能是存儲訂房時的信息,包括登記人姓名、證件號、登記類型、所選的餐飲標準、押金及入住時間等。這些信息直接關系到后續的結算信息管理。
結算信息管理系統:結合訂房的信息進行自動化結賬,并存儲結算信息,包括客房定價、押金、餐飲消費、客房消費、客戶類型、結算時間、入住天數、消費總額等,結算完畢就可以退房。
題目五
醫院住院病人管理系統
基本需求:
1)病人入院登記(如姓名、性別、年齡等)、分配病歷號,安排臨床科室、病房床位、手術、轉科調床及住院醫療費管理的日常業務需求。
2)提供收取病人的住院押金,打印押金收據,及作廢押金單據等功能。
3)統計分析醫院各科床位流動情況、工作量及醫療費用,輸出病案首頁、住院財務報表及住院醫療業務統計報表。
4)住院病人收費管理有催款、欠款處理及中途結帳功能。
5)系統保存住院病人可跟蹤的入、出、轉及費用發生動態,查詢與病人實際動態隨時隨地保持一致,為住院病人費用結算、統計和財務核算分析提供及時、準確、完整的數據。
6)支持全院范圍授權用戶及病人家屬對病人總帳、明細帳及費用使用情況的查詢、咨詢、隨時提供病人住院費用清單。
題目六:人事管理系統
系統主要功能:
1)具有員工基本資料管理、工作變動記錄、職稱評定記錄、培訓記錄、獎懲記錄等人事檔案基本要素,支持員工照片管理。
2)能提供多種查詢方式及瀏覽方式:如按姓名、編號或按身份證號查詢。3)單個記錄和全體記錄瀏覽。
4)可設置多個條件進行搜索,例如可設置年齡段、工齡段來搜索員工記錄。5)能根據當前日期自動計算員工的年齡、工齡,合同到期提醒功能。
6)可方便地統計出各類職稱、各類學歷、各類戶口、男女職工、已婚未婚以及正編、聘用、臨時 的員工人數。
7)各種數據可以打印報表輸出,數據能轉換為EXCEL數據格式。8)提供“數據備份”、“導入備份數據”等功能,保證數據安全。
題目七
物業管理系統
基本需求:房產物業管理系統包括房地產管理、物業收費管理、小區環境管理、小區內部管理四大基本功能。其具體功能模塊如下:
1)地產管理:樓盤資料、樓棟資料、房屋資料(包括房屋類別設置、戶型登記等)、業主資料等信息錄入。
2)物業管理:物業管理制度、房屋維修管理、單元裝修管理、租約管理、業主檔案、業主委員會、客戶投訴管理等。
3)物業收費:水電煤氣抄表記錄、押金登記、記費登記、自動記費、欠費催款及各種報表等。
4)信息查詢:業主押金、費用等交納明細、匯總等。
5)小區環境管理。包括綠化管理(綠化分布、綠化巡查、綠化工程等)、清潔管理(清潔編班、清潔報告、清潔巡查等)、設施管理(維護記錄、維修記錄、設備信息、工程計劃等)6)小區內部管理:
7)內部事務:內部制度、人事檔案、公司事務、辦公文檔、工作安排等。8)日常事務:社區服務、保安編班、保安記錄、出入證管理、消防巡查等。
題目八 旅游自助系統
本旅游自助系統使得旅游資源信息信息化,方便旅游公司以及游客即時的得到所需要的旅游信息,主要功能如下: 旅游局維護景點的信息,位置、游覽項目及價格、景點介紹、開放時間等 每個旅游公司維護本公司開設的旅游線路服務信息,包括景點名稱、餐飲、住宿、交通、游覽時間、價格、聯系方式等等 3 對各種信息的維護包括增加、查詢和刪除 4 旅游者可以查詢景點信息 旅游者可以查詢旅游公司提供的旅游線路信息 旅游者可以自定義查詢條件進行查詢(定義自己的時間安排、旅游費用預算、主要的旅游景點意向),系統返回符合條件的所有旅游公司線路服務信息 旅游者可以通過本系統向特定旅游公司提出旅游線路服務的預約,根據該旅游公司的旅游線路服務能力(每團的人數限制),返回預約是否成功的結果 8 旅游公司可以查詢本公司各線路服務的預約情況以及預約客戶的信息 旅游局可以按照景點查詢旅游線路服務預約中包含該景點的預約數量以及預約游覽的日期 軟件用戶均可以將查詢結果打印為報表保存 11支持軟件用戶通過網絡遠程訪問軟件
要求:B/S結構
題目九 精品課程網站設計與實現
功能模塊:
? 課程介紹:主要包括軟件工程的課程簡介、教學大綱、選用教材、參考文獻等。? 師資隊伍:主要是介紹軟件工程的主講教師、教學專家、教師風采(主要采用視頻播放教師現場授課)、教學成果(包括教改課題、教改論文)
? 教學資源:主要向學生提供豐富的課內和課外知識,使學生可在課外時間預習和復習課程知識,并能根據自己的興趣了解相關的課外知識。這些模塊還提供各類資源的下載功能,如電子課件、閱讀資料、例題習題、課程設計等。
? 在線考試:管理員或教師維護題庫、根據試題的題庫設置考試的試卷規則、錄入允許參加考試的考生名單、考生隨機抽取題庫試題進行考試、教師批卷或計算機自動判卷、統計考試成績、查詢考試結果。在線考試還具備學生的自測功能,即學生可任意選擇自測章節、知識點和難度系數進行組題,以確定測試范圍,系統將根據學生的選項,自動隨機調出相應范圍內的題目。學生答題結束后,系統記錄學生的答題情況,以供學生日后參考復習。系統還會在答題結束后自動給出參考答案,供學
生參考。對于客觀性題目, 系統還會自動打出分數。
? 輔導答疑:是實現“網上答疑”,在網上學生提出問題,教師進行解答,這些提問和解答都被系統記錄,以便其他用戶查看和學習,達到信息的共享目的。
? 用戶管理:主要用于對用戶分角色進行有效的授權管理,系統主要包含三類用戶:學生、教師和系統管理員,每類用戶對本系統有各自不同的使用權限。學生的權限最低,只有一般的使用權。教師和系統管理員具有較高的權限,如教師可以進行作業管理,題庫模塊的維護及答疑等;系統管理員則負責公告,教學資源,試題庫,角色等各種功能的管理。
? 作業管理:該模塊主要是學生在這里提交作業,教師可以在線批改作業,給出成績,學生可以在查看作業批改情況。
題目十 基于WEB的通用試題庫組卷系統的設計與實現
開發網上的通用試題庫組卷系統 ,不僅可以很好的實現教考分離 ,可以提高教學質量 ,而且可以使高校的教學管理質量更上一層樓。它是將系統架設在一個 WEB站 點上運行 ,通過瀏覽器訪問 ,它提供了傳統題庫系統所不能完成的某些功能。充分利用網絡資源 ,教師、專家可以在終端進行試題庫的編輯、更新等操作 ,學生則可以通過動態的選擇不同的類型、數量的試題來進行在線學習和考試來檢測自己的學習效果。
功能模塊:
? 錄入模塊:在教學大綱和考試大綱的指導下 ,可以向組卷庫里添加符合要求的試題和試卷。
? 查詢模塊:系統中的所有用戶可以查詢試卷、試題、用戶等信息。
? 組卷模塊:是通用試題庫組卷系統的一個核心模塊 ,這部分的設計的優劣能夠反映其試卷質量的高低。就目前而言 ,為了滿足不同人的需求 ,組卷的形式大概可以分為以下兩種。手工組卷是指系統根據一些條件后調出一定范圍的試題,然后出題人員在這個范圍的試題內逐個地通過復選來形成試卷的方法。出題者可以利用現有的試題庫 ,按照條件查詢 ,可以在查詢結果中對每一試題進行率選, 順序也可以進行調整 ,出題人員不斷重復這個步驟 ,并可以依據每題的難易程度來控制整份試卷的難易。自動組卷是指出題人員向系統只提供一些很簡潔的計劃,完全由系統自動按照一定的算法和規則在試題庫里自動 ,系統根據一些參數的設定 ,比如: 試
題的考試時間 ,按題型比例出卷,隨機抽取試題并試題不重復等等, 靈活地抽取各類型的試題組成試卷 ,那么就會導致試卷的內容隨著庫中的試題的變化而變化。? 考試模塊:本系統的另一個核心模塊。其主要功能是為學生提供一個考試平臺 ,根據對出題方式的設定 ,輸入試卷編號,如果試卷確實存在 ,那就可以調出試卷進行在線測試 ,考生在頁面上進行答題, 最后將答案提交給服務器 ,為了規范考試紀律,該系統采用了自愿交卷和自動交卷。
? 刪除模塊:只有管理員才具有權限去刪除,可以選擇刪除試題、科目等信息。
需提交的材料
1、系統的源代碼,可以附加的數據庫文件,數據庫建庫腳本,編譯完后的可執行文件或安裝程序包,用戶使用說明書。
2、設計說明書,說明書主要由以下幾部分組成:(1)系統概述:對開發的系統作簡要描述
(2)需求模型:給出系統用例圖,類圖,必要時給出活動圖、泳道圖、狀態圖、數據流圖、數據字典等。
(3)數據庫設計:列出系統的數據表,并對每個數據表的含義作說明,畫出E-R圖,有使用存儲過程的給出存儲過程的名字、參數及具體代碼。
(4)設計模型:給出設計類、體系結構設計、構件設計、界面設計等設計元素。(5)系統實現與測試:給出系統的主要界面,關鍵算法的流程圖及關鍵類的代碼,如果有使用類繼承的,請給出類繼承關系圖。給出測試計劃,測試用例等。
(6)系統安裝與使用:介紹系統的安裝與使用方法。也可根據自己設計的系統增加或補充其他內容。
第五篇:軟件工程實訓心得體會
軟件工程實訓心得體會
軟件工程實訓心得體會一:軟件工程實訓心得體會
這次軟件工程實訓是從2010.12.26號開始的,截至2010.12.31號。實訓內容是用java相關知識(主要是jsp)做一個物流配送系統。下面談談對這次實訓的看法。
因為自己平時對java知識儲備不足,特別是jsp這一塊基本不了解怎么回事,所以一拿到這個項目,我心里都是沒有底的,再加上我被分到的那個組,我知道就意味著是我一個人在戰斗了。呵呵,26號,實訓開始了,我們的老師是來自中軟國際公司的程序員,一個是周褀,一個是朱映,都是一身樸素的著裝,讓我感覺做軟件的也沒什么兩樣。老師介紹了自己之后,就直接切入正題了,分析了下我們各個組的系統,即將用到的知識,然后就總體把覺得需要補充的知識(jsp和數據庫連接等這幾塊)給我們實際操作了下,因為當時看到用jsp,還講的那么認真,當時我就后悔了,平時要是多聽點,現在老師這么認真的給我們講,這是一個多么難得的機會啊。后悔也沒用啊,開始還勉強能理解一點,后來就直接暈了。然后再給大家介紹了一些即將用到的工具,比如rationalRose,SVN,MyEclipse等等。接下來的幾天就不再細講了。下面談談通過這次實訓的心得體會吧。
通過這次實訓,讓我了解到工程開發的過程,可行性分析——>需求分析——>概要設計——>詳細設計——>代碼編寫——>測試——>驗收。從技術方面上,我開始jsp基礎基本上就是零的,在老師和syz2(另外一個物流小組,我一個人基本上是跟她們做的,或者說是看著她們做的)的幫助下,對jsp有了一個大概的認識。其實實訓開始前,我還以為做個系統沒什么大不了,可是當真正拿到一個項目,我卻真的無從下手了,而且就是在知道需求分析和詳細設計,在代碼編寫時,一樣寸步難行。通過這個實訓,也讓我了解到,團隊協作是多么的重要。一個人的精力是多么的有限。進一步理解到,企業為什么如此重視團隊協作。同時借用老師的話就是團隊協作固然重要,但是是建立在個人素質的基礎上,假設你個人素質不行,將會影響到整個團隊,就別提對團隊作更多貢獻了。**老師說這幾句話的時候,朝向了我,估計是有特殊意義的吧,所以,我將謹記老師的教導。
還有一個收獲是從一個同學(小胖)那里得到的,他的那組成員跟我的這組大體一樣,我倒是覺得沒什么了,不過他倒是很重視這個問題吧。然后他說出來,我也覺得這個問題確實其實是個大的問題。就是不管你會不會這門技術,會不會做這個東西,態度要正確才好,就算你不會做,你也應該認真的對待,將來 出身到社會,就不是說像你現在,不會做就不做,跑去玩游戲了。小胖說出了這段話,也在我身上有了一個印證,雖然我jsp技術知識為0,但我也還是在認真的跟著他們一起做,不會做,就多問,畢竟現在我們是學生,可以毫不顧忌的詢問各種問題,老師也會盡力為你回答。將來出身社會就不一樣了。雖然,我就算個打醬油的水平,但是這個醬油也要打得有涵量啊。不管怎么樣,我能對自己有個交待,雖然我不會,但是這次實訓我確實是認真對待了,六天的實訓,除了晚上加班外,還花了2個通宵來完成不同階段的任務,完成與否也不重要了,我至少我做了,這點,是這次我應該對自己的一個肯定。
這次實訓的心得基本上就是這些了,最后特別感謝中軟國際帶我們的那兩個老師(周褀,朱映),這兩個老師對待我們很平易近人,對我們提出的問題,總是不光解決了,還進行了擴展,晚上也跟我們一起加班加到很晚,印象尤其深刻就是朱映老師為了給小胖解決一個問題,臉都變紅了,還在繼續努力,這點我并不會覺得老師知識儲備不夠,我想應該是這個問題的突發吧,一時沒想到怎么處理。相反讓我感覺更多的就是老師很認真,很負責。還要感謝就是syz2小組的傾力支持,輔導。
>軟件工程實訓心得體會二:軟件工程實踐學習心得>>(2607字)
這學期學習了軟件工程實踐這門課,我覺得這是對上學期的軟件工程課程學習的檢驗,上學期學習軟件工程只是我們淺顯的認識,相比之下,這學期就更加全面的說明了開發一個項目所需要的步驟以及開發項目過程中所需要注意的諸多細節。如果說上學期的課程注重理論基礎的話,那么這學期的軟工實踐,顧名思義,就是側重我們動手操作的能力。
原來我認為開發一個項目最重要的就是寫代碼,似乎整個軟件都是編代碼,因為自己動手能力不強所以就很排斥做項目。可是經過我們學習軟工課程到團隊做項目再到學習軟件工程實踐課程之后,我才真正意識到實施一個軟件工程項目并不是說簡單的會編碼就能夠解決問題的,因為一個軟件的生命周期分為三個時期:軟件定義時期、開發時期、維護時期,而這三個時期整體又分為七個階段,他們分別是:問題定義、可行性研究、需求分析、總體設計、詳細設計、編碼和單元測試、綜合測試,由此可看出,當我們開發一個項目時,更多的精力不是放在編碼上,編碼只是一個很小的模塊,而是項目的整體結構上。
在寫軟工實踐體會之前,我想在這里總結一下上學期三人團隊做 項目的相關事宜。上學期我們三人團隊根據軟件開發的步驟開發一個名為“西大老鄉‘薈’”的社交系統,主要是為西大學子提供一個找老鄉的平臺。雖然只進行到詳細設計階段,沒有進一步實現,但是我還是從中學到很多東西的。首先要先確定項目主題,也就是這個項目用來做什么,可以解決什么問題。接著就是這個項目是否有研究的必要以及是否有解決的辦法,針對我們的項目,我們對西大的一些學生做了問卷調查,并從調查中繼續完善系統本身的做用戶。第三步根據我們確定的項目主題進行需求分析,這一步驟當時做的不是很好,比如所畫E-R圖、數據流圖等都有考慮不周的問題,導致接下來的概要設計、詳細設計進行的很困難,有些步驟甚至還需要返工。
從我們在需求分析中出現的問題,使我們明白了軟件定義階段對于一個項目的開發是至關重要的,當軟件定義階段完成時必須要用正式的文檔準確的地記錄目標系統的需求。只有前期的準備工作做得好,后面的工作才能順利進行。雖然項目最后沒有完全實現,但是起碼我們已經初步體會到軟件項目開發的步驟,以及每一步所需要完成的文檔等內容。
這學期的軟件工程實踐雖然不是親自動手開發一個系統,但是張元平老師以“物聯網物流倉儲管理系統”為主給我們講解了一個真實系統的開發過程,從計劃到項目系統的發布實施,以及每一步必須生成的文檔。我主要從以下五個方面談一下我的心得體會。
第一、行業背景說明方面
對于一個軟件系統的開發,第一步就是問題定義,了解所開發系統的行業背景,制定計劃。當我們計劃確定以后就要對項目系統本身進行可行性研究,主要從技術可行性、經濟可行性和操作可行性三個方面著手。就比如《物聯網物流倉庫管理系統》的行業背景說明文檔中非常詳細地分析了當下物聯網物流行業的整體業務說明、應用背景、未來發展趨勢以及相關應用案例等四個方面,項目團隊中系統分析員就可以根據這份文檔以及相關的調查資料對將要開發系統的進行定義等工作。
原來我們寫這類文檔的時候就是草草了事,不會做得這么詳細,而這次看到大型項目的行業背景說明也是這么詳細,也讓自己認識到不管是軟件開發的那個階段都要認真對待,這些瑣碎的文檔都是后期開發項目的支撐,只要它們做的透徹,后面的開發工作才能更順利的進行。
第二、項目需求說明方面
這部分項目需求說明就是軟件定義時期中需求分析階段,而該階段的主要目的就是了解用戶的需要,根據用戶的需要確定系統必須完成那些工作,并對目標系統提出完整、準確、清晰、具體的要求。在需求分析結束之前系統分析人員要寫出一份需求規格說明,即為《物聯網物流倉儲管理系統》項目需求說明文檔。我們可以看出該文檔也是非常詳細,相比之下我們之前做項目時寫的需求規格說明書就非常不合格,不僅格式不正確內容也是少之又少。
在這方面,這篇文檔給我啟發很大。首先就是文檔的格式,要美觀整齊,讓人看著舒服方便。其次就是文檔的內容,原來它不是很重要,寫文檔的時候也不知道怎么寫就借鑒下網上的內容,結果根本就沒有把自己項目的需求寫明白,以至于自己最后都有些糊涂,所以根據以前的經驗教訓我會對這部分更加重視。
第三、系統概要設計方面
這部分內容分說的是軟件設計時期的概要設計階段,該階段的主要目的就是實現系統的功能、設計軟件的結構、模塊組成以及模塊之間的關系。在概要設計階段,我們可以站在全局的高度上,花較少的成本,從抽象的層次上分析對比多種可能的系統實現方案和軟件結構,從中選出最佳方案和最合理的結構。在這個階段還會具體畫出E-R圖、數據流圖等方面的設計。
比如《物聯網物流倉庫管理系統》的系統概要設計從項目概述、設計約束、功能單元與功能模塊設計、數據E-R圖設計、總體設計、界面設計等六個方面介紹,通過讀這個文檔,我覺得最重要的還是總體設計,分別從邏輯架構設計、物理架構設計、技術架構設計設計系統。在這個階段中模塊要做到高內聚低耦合,這樣開發出來的系統才會具有更高的獨立性。
在原來做項目時沒有編寫過這類文檔,在該階段只是畫了結構圖、層次圖以及相關的模塊劃分,對該類文檔尚未重視。通過張老師的講解和自己的學習,我相信在以后做項目的時候一定會注意到這類文檔的編寫。
第四、詳細設計與分析方面
詳細設計階段就是把概要設計階段的每個模塊進一步設計,確定每個模塊所需要的算法和數據結構。在這個階段還是需要我們設計出程序的詳細規格說明,而不是編寫程序。在詳細設計階段,系統設計人員可以通過使用程序流程圖、盒圖、PAD圖等過程設計的工具和Jackson圖等面向數據結構的設計工具進一步設計系統相關接口,主要包括界面設計接口、業務單設計接口、單元模塊設計接口等,這些對于以后的編碼工作都是極其重要的。
第五、編碼和測試方案方面
關于編碼,我認為編碼要想做的完美必備條件就是前面的軟件定義和軟件設計時期要按部就班的做,文檔一定要按要求書寫,不能偷懶也不能草草書寫。對于編碼也要有相應的文檔書寫規范,要使源程序代碼的邏輯簡明清晰、易讀易懂。這樣盡管我們不是設計系統的人員,當看到源程序代碼的時候也能容易讀懂代碼的意思。
其次就是測試的內容,從測試的文檔中我們可以得出,其實測試在軟件開發中同樣占據了重要的地位,它主要就是盡可能多的找到問題并排除其中的潛藏的錯誤,最終把一個高質量的軟件系統交給用戶使用。它要求測試人員也要有很高的技術水平。
>軟件工程實訓心得體會三:軟件公司工程實訓心得體會>>(1300字)
我們是20XX年3月7號進入宏天實訓公司參加軟件開發實訓的,在此次實訓中,除了讓我明白工作中需要能力,素質,知識之外,更重要的是學會了如何去完成一個任務,懂得了享受工作。當遇到問題,冷靜,想辦法一點一點的排除障礙,到最后獲取成功,一種自信心就由然而生,這應該就是工作的樂趣。有時候不懂的就需要問別人了,虛心請教,從別人的身上真的能學到自己沒有的東西,每一次的挫折都會使我更接近成功。還有學會了在工作中與人的合作與交流,同樂同累,合作互助,這是團體的精神,也是必須學習的東西。
經過之前的在校學習,對程序設計有了一定的認識與理解。在校期間,一直都是學習理論知識,沒有機會去參與項目的開發。所以說實話,在實訓之前,軟件項目開發對我來說是比較抽象的,一個完整的項目要怎么分工以及完成該項目所要的步驟也不是很明確。而經過這次實訓,讓我明白了一個完整項目的開發,必須由團隊來分工合作,并在每個階段中進行必要的總結與論證。
一個完整項目的開發它所要經歷的階段包括:遠景范圍規劃和用例說明、項目結構和風險評估、業務功能說明書、詳細設計說明書、代碼實現、測試和安裝包等等。一個項目的開發所需要的財力、人力都是很多的,如果沒有一個好的遠景規劃,對以后的開發進度會有很大的影響,甚至會出現在預定時間內不能完成項目或者完成的項目跟原來預想的不一樣。一份好的項目結構、業務功能和詳細設計說明書對一個項目的開發有明確的指引作用,它可以使開發人員對這個項目所要實現的功能在總體上有比較明確的認識,還能減少在開發過程中出現不必要的麻煩。代碼的實現是一個項目開發成功與否的關鍵,也就是說,前期作業都是為代碼的實現所做的準備。
我深刻的認識到要成為一名優秀的軟件開發人員不是一件容易的事情,不僅要有足夠的干勁和熱情,還要有扎實的編寫代碼基礎,必須要有事先對文檔進行可靠性報告,功能說明書,詳細設計說明書等的編寫和一些風險評估的編寫的能力。
除了圖書館,最能讓我感覺到身在大學的就是實訓機房,在匆匆過去的兩個月內,我往返于實訓機房與宿舍之間,使我享受了一個充實的學習時期,讓我感受到了大學的魅力,對自己充滿信心,對大學充滿信心,以積極的心態迎接明天挑戰。
實訓中要求有扎實的理論基本知識,操作起來才順心應手,我這時才明白什么是“書到用時方恨少”。這就激發了學習的欲望。
“學以致用”,就是要把學來的知識能運用到實際操作當中,用實踐來檢驗知識的正確性。我想,這是實訓的最根本目的。
“紙上得來終覺淺,絕知此事要躬行!”,在短暫的實訓過程中,讓我深深感受到自己在實際運用中專業知識的匱乏。以前總以為自己學的還不錯,一旦應用到實際就大不一樣了,這時才真正領悟“學無止境”的含義。
經過為期兩個月的電子政務服務平臺系統開發的實訓,我對Visual 軟件開發平臺有了更深一步的了解,對微軟基礎類庫的認識與使用也有了大大的提高。以及如何使用SQL Server數據庫進行連接操作方面有了本質的提高。
短短的實訓結束了,為我將來的就業打下了良好的基礎,也提高了我的軟件開發的水平,今后我將會更加努力的學習,不斷提高自身素質,開拓創新,與時俱進,做一個優秀的軟件開發工程師。