前言：中文期刊網精心挑選了系統測試分析報告范文供你參考和學習，希望我們的參考范文能激發你的文章創作靈感，歡迎閱讀。
系統測試分析報告范文1
【關鍵詞】 兒童;死亡率;死因順位;死因構成比
【中圖分類號】R771.3【文獻標識碼】B【文章編號】1005-0515(2010)009-0037-01
5歲以下兒童死亡率是衡量一個國家或地區經濟文化發展水平的重要指標。嬰兒及5歲以下兒童死亡監測數據,反映我區5歲以下兒童健康水平。為準確掌握我區5歲以下兒童死亡率和死亡原因的變化趨勢,為降低我區兒童死亡率提出有效的干預措施,現將全區2009年5歲以下兒童死亡監測結果分析如下:
1 資料來源
1.1 監測對象:2008年10月1日~2009年9月30日發生的孕滿28周的活產嬰兒至不滿5歲的兒童為監測對象。
1.2 方法:依據《大連市2009年5歲以下兒童死亡監測要求》進行,由監測醫院、社區使用市統一印制的分娩登記簿、兒童出生死亡監測花名冊、5歲以下兒童死亡報告卡,每季度逐級上報活產數及死亡報告卡。
1.3 質量控制:建立區、街道二級質控體系。街道兒保專干每年對活產、死亡監測數據進行兩次補漏調查。區婦幼保健所對全區各街道和全部有產科、兒科的醫院及派出所、計劃生育部門進行補漏調查,必要時入戶調查核實。
2 監測結果
2.1 死亡率2000年～2009年全區嬰兒及5歲以下兒童死亡率均呈逐年下降趨勢。2009年新生兒死亡率、嬰兒死亡率及5歲以下兒童死亡率分別為3.00‰、4.39‰、6.00‰,新生兒死亡率、嬰兒死亡率分別比2008年降低了0.16‰、0.21‰,5歲以下兒童死亡率較去年有所升高;2009年與2000年相比,新生兒、嬰兒及5歲以下兒童死亡率分別下降了5.3‰、5.3‰、6.0‰。(見圖1)
圖1 2000～2009年各年齡段兒童死亡率變化趨勢
2.2 死亡構成比 2005～2009年各年齡段兒童死亡構成比,5歲以下兒童死亡中以嬰兒死亡為主,2009年嬰兒死亡占5歲以下兒童死亡的73.1 % ;嬰兒死亡中以新生兒死亡為主,新生兒死亡占嬰兒死亡的68.4% ;新生兒死亡以7天內死亡為主,7天內死亡占新生兒死亡的69.2%(見表1)
2.3 死因順位 2005～2009年5歲以下兒童死亡前5位死因順位比較2009年5歲以下兒童前5位死因順位分別為早產低出生體重、先心病、其它先天異常、意外傷害、交通A瘤破裂。早產低出生體重其他先天異常與先心病始終位于近5年前4位。(見表2)
2.4 死因構成比:2009年前5位死因死亡的5歲以下兒童為21人,占5歲以下兒童死亡總數的80.8% ;前3位死因中嬰兒死亡16人,占嬰兒死亡總數的84.2%,說明嬰兒死亡原因主要集中在死因前3位。(見表3、表4)
3 討論
3.1 從近10年的監測結果可見,我區5歲以下兒童死亡率呈逐年下降趨勢。2009年全區嬰兒及5歲以下兒童死亡率分別為4.39‰、6.00‰。婦幼保健工作在我區已經得到各級政府部門的支持,各年齡段兒童死亡率仍有下降的空間,降低死亡率仍然是一項長期而艱巨的任務。
3.2 由2005年~2009年5歲以下兒童各年齡段構成比可見,嬰兒死亡占5歲以下兒童死亡比例較大,嬰兒死亡占73.1%,其中以早期新生兒死亡為主,提示降低5歲以下兒童死亡率重點在于降低早期新生兒死亡。
系統測試分析報告范文2
無線通信系統測量測試設備
無線通信綜合測試儀：是無線通信測試中應用最廣泛的智能儀器儀表，特別是在移動終端生產制造、數字通信基站測試等領域，其可以通過網絡仿真對發射天線進行設計驗證和故障診斷，兼有頻譜分析儀和特定無線通信信號源功能，可進行鄰道功率泄漏比、頻率穩定度、帶寬占用、頻譜輻射、開環功率測試、誤差矢量幅度等多方面的測試。無線通信綜合測試儀以其廣泛的用途和強大的功能得到了通信技術研發實驗室、移動通信運營商以及設備生產商的廣泛關注，國內外的主要無線通信綜合測試儀廠商有Agilent公司、R&S公司、Anritsu公司等等。頻譜分析儀：其基本分析流程：輸入信號通過可變衰減器提供不同的測量范圍；信號經模擬低通濾波器濾除處于不需要分析的高頻分量；經模數轉換后得到需要分析的數字信號（通過頻率抽取式數字濾波器，不但減小了信號帶寬和降低了采樣率，并且改善了頻率分辨率，避免了頻譜混疊）；FFT處理后獲得信號的頻譜圖。頻譜分析儀通常分為基于計算機處理的準實時頻譜分析儀（或軟件頻譜分析儀）和基于通用DSP處理器的實時頻譜分析儀、基于專用FFT處理芯片的頻譜分析系統。在實際工程測試中由于對實時性的需求一般采用嵌入微處理器的便攜設備，對實時性需求不高，但對于計算量和計算精度有較高要求的場合，通常使用基于計算機處理的頻譜分析儀。在無線通信系統中通過頻譜分析儀可以幫助移動通信運營商嚴格把控區分不同頻段的業務類型，防止相互串擾；有效監管無線通信信號傳輸質量，分析噪聲分布情況；降低無線通信系統中的“呼吸效應”和“遠近效應”等[8]。矢量信號分析儀：具有整個微波頻段的測量分析能力，可以進行快速、高分辨率的頻譜測量、解調以及時域分析，通常用于表征復雜信號。矢量信號分析儀可捕獲到信號的幅度與相位信息，因而適合于分析數字調制信號，對復雜數字調制信號進行定性和定量的測試測量，提供矢量圖、星座圖、眼圖、矢量誤差曲線等形式的調制參數分析結果。在無線通信系統中矢量信號分析儀可實現無線通信信號的物理信道數據解調，并對信號輸出功率、峰值誤碼誤差、鄰道泄漏抑制比等參數測試測量。矢量網絡分析儀：分析各種射頻/微波網絡的網絡特性，如S參數、傳輸/反射特性等，分析對象是電路網絡。在無線通信系統中衡量電纜組件質量的指標通常是S參數（電壓駐波比、插入損耗、相位、延時等），通過用矢量網絡分析儀頻域測試可以方便獲取參數情況。例如可通過矢量網絡分析中的時域分析功能，利用激勵信號在電纜傳輸中的反射特性實現同軸電纜故障定位[9]。信令分析儀：具有信令單元的獲取、解碼以及顯示等基本功能，在此基礎上過濾獲取用戶查找的特殊信令消息，并通過實時統計、后臺統計等查詢方式自動識別錯誤信令流程判斷故障、優化網絡。以TD-LTE網絡為例，可通過信令流程結合RRC連接成功率、RSRP參考信號接收功率、CarrierRSSI載波接收機信號場強等參數的方式對網絡覆蓋與傳輸干擾、頻率規劃、時隙配置等問題進行分析和處理[10]。
智能儀器發展與應用
系統測試分析報告范文3
一個班的學生分成若干虛擬的產品團隊，每個產品團隊按照圖1的組織架構搭建。其中開發代表1人，對這個產品團隊負責，代表用戶的利益；質量設計員1人，負責指導各個小組遵守公司的流程規范；開發小組A和B工作完成某個項目，每個小組人數5～7人，設項目經理、配置管理員、度量協調員各1人，程序員若干；測試小組由1名項目經理和3～5位測試員組成。在此基礎上設置變更控制委員會，由指導老師、質量審計員和開發代表組成，負責對軟件開發過程中的變更進行審核和授權。通過這種架構基本虛擬了一個比較完整的項目團隊。
以一個簡單的圖書館圖書管理系統為例，開發小組A完成書刊的借閱歸還管理，開發小組B完成書刊采購入庫管理，兩個小組協同完成一個項目，這樣的項目并沒有標準答案，需要學生積極主動地和開發代表交流完成需求分析，兩個小組之間要協調好接口，同時要和測試團隊配合修改軟件測試發現的缺陷。具體團隊的人選由學生自己討論決定，當然我們在理論教學階段已經把各個角色的職責定義明確，學生可以根據自己的興趣選擇適合自己的角色。為了調動學生的積極性，我們對項目中的關鍵角色：開發代表、質量審計員、項目經理、測試經理、配置管理員、度量協調員采取額外的獎懲措施，即：小組成績在優秀以上的關鍵角色可以獲得加分，否則扣分。在角色選擇時，無法避免地會產生沖突，例如：兩名同學都要爭著當項目經理，這個時候指導老師一般不干預，僅僅規定最后的期限，要求學生在1個小時內組織起團隊，這樣鍛煉學生團隊合作的精神。
1軟件生命周期管理教學
在教學過程中我們需要培養學生軟件生命周期的意識，即讓學生認識到一套軟件不是聽到需求后直接上手寫代碼，代碼寫完就意味著項目結束，而是有一套標準的規范和流程來指導整個軟件的開發過程?？傮w來看，軟件生命周期由軟件定義、軟件開發和運行維護三個階段組成。軟件定義階段詳細來說有問題定義、可行性分析和需求分析三個階段，在教學中我們要求開發代表下發“工作任務書”完成問題的定義，因為項目相對比較明確和簡單，我們忽略可行性分析階段，在需求分析階段我們要求小組輸出最終的經過評審通過的需求規格說明書。這個階段主要培養學生將問題和需求文檔化的能力，這個階段學生往往“蠢蠢欲動”，急于編寫代碼，指導老師要參與每個小組需求評審的過程，指出需求中模糊的不夠明確的地方，引導學生輸出規范的文檔。這個階段同時要輸出系統測試用例，系統測試用例要經過測試小組評審和認可。
開發階段由總體設計、詳細設計、編碼和單元測試、集成測試和系統測試以及驗收測試組成?？紤]到項目的規模，我們把總體設計和詳細設計合并為一個階段，只要求學生輸出一份設計文檔，這個階段指導老師要關注學生的設計方案是否全面覆蓋需求點，一般通過需求跟蹤矩陣可以看出。編碼和單元測試階段除了要求學生的代碼符合約定的編碼規范外，重點是關注單元測試的覆蓋率是否滿足要求，這個階段鍛煉學生設計和執行白盒測試的能力。集成測試和系統測試因項目規模較小，一般綜合為系統測試，由各自的開發小組完成，驗收測試由測試小組完成。系統測試一般進行三輪，測試過程中的每個問題要都要由測試人員填寫缺陷報告并提交項目經理審核，修改后的驗收測試結果也需要提交項目經理審核。質量審計員需要關注每輪測試的缺陷率是否是收斂的趨勢，并和項目經理一起給出測試分析報告。
驗收小組按照項目系統測試用例進行驗收，同時進行發散測試，這個階段鍛煉學生黑盒測試的能力。驗收測試的每個問題也要由測試人員提缺陷報告，測試經理審核后轉開發經理確認是否是問題，由開發經理轉相關開發人員修改，修改后開發經理確認，測試人員回歸測試，這樣保證每個問題都是閉環。
項目的維護階段是一個比較長的階段，在真實項目中，一般占整個軟件生命周期的80％，在miniProject項目中，我們通過軟件的適應性修改來讓學生學習軟件維護階段的相關概念和應該遵守的流程，并強調如何保障軟件維護的質量。
2關鍵軟件過程教學
軟件的質量需要通過一套完整的流程和過程來保障。在教學實踐中，我們把一些軟件中的重要流程固定化，使學生體驗到高質量的軟件項目所必須經歷的過程。評審在軟件工程貫穿項目的需求、設計、編碼的每個階段，評審組織者一般先進行評審講解，使各位評審者對需要評審的工作有一個明確的認識，各個評審人單獨進行評審后，評審組織者需要對評審意見逐一確認。評審組織者一般為項目經理，需求文檔的評審人一般為開發代表、配合小組和測試團隊，設計文檔的評審人一般為小組內部和需要軟件接口配合的小組。通過評審階段的活動使得學生認識到軟件開發不僅是個體行為，而是這個組織的一套有序行為，個人需要在組織規范內行動，通過嚴格執行組織的流程規范保證軟件的質量。
配置管理是軟件項目管理中一項基本內容，是軟件質量保證的重要一環，這一工作主要由配置管理員執行，其主要職責是控制變更、版本標志、配置審計和配置狀態。通過引入配置管理使學生認識到軟件版本變化的可回溯性，可跟蹤性。軟件項目并不僅僅是交付一個產品，其中間的每個階段的歷史、基線和分支對回溯軟件的質量，保證軟件修改的有序進行有重要的作用。試驗中，學生也學會基本軟件版本管理工具（如：SourceSafe、SVN）的使用，掌握Checkin、Checkout、update等基本操作，了解基本的團隊協作開發的環境。
軟件度量是CMM4級的一個關鍵過程域，為了配合本次課程改革，我們設計了軟件度量表，其中包含：需求點的個數、測試例個數、投入人力、測試發現的缺陷等信息，由度量協調員負責這些數據的收集，質量審計員和項目經理在每個階段需要對收集的這些量化數據分析，分析項目進行過程中存在的問題。通過引入軟件度量，我們使學生理解到軟件開發過程是可控的，通過一些量化的指標可以了解軟件項目的運行狀態，為軟件項目的管理提供決策依據。
變更控制是減少軟件開發的隨意性，保障軟件質量的一項關鍵措施。變更控制是指對每個階段文檔基線化后，因為需求的變化、重大缺陷或相互配合導致的軟件變更作評審、授權的管理活動。為模擬現實中的變更控制，在軟件編碼階段我們假設用戶要求追加一個新的小需求。為滿足用戶的這種變化，開發小組需要評審新增需求對現有軟件項目進度的影響、對設計方案的影響，并向變更控制委員會（由指導老師、開發代表、質量審計員組成）提交變更申請，經評審后修改需求文檔和設計文檔并重新基線化然后配置狀態。通過這樣一次變更使得學生認識到軟件項目中的變更是經常存在的，為了使得變更有序和可控，需要一套流程和規范來管理軟件的變更。
教學體會
通過兩個班級一個學期的教學實踐，學生普遍覺得原來枯燥的軟件工程原理在實踐中學來的和由老師灌輸的有很大區別。所謂“紙上得來終覺淺，絕知此事要躬行”，通過一個miniProject可以將軟件工程課程中的很多內容融入到實訓中，讓學生通過項目實踐理解和體會“工程”的思想，并主動規范地執行一些關鍵的軟件過程，一些同學甚至提出了一些對流程優化的小點子，這實際上已經是CMM5級的持續軟件過程改進的一些苗頭，這說明通過這種方式，學生更愿意積極主動地學習。
系統測試分析報告范文4
【關鍵詞】 軟件文檔；軟件工程；設計和實現；管理和維護
一、軟件文檔的作用
（1）管理依據。在軟件開發過程中，管理者必須了解開發進度、存在的問題和預期目標。每一階段計劃安排的定期報告提供了項目的可見性，定期報告還提醒各級管理者注意該部門對項目承擔的責任及該部門效率的重要性。開發文檔規定若干個檢查點和進度表，使管理者可評定項目的進度。如果開發文檔有遺漏、不完善或內容陳舊，管理者將失去跟蹤和控制項目的重要依據。（2）任務之間聯系的憑證。大多數軟件開發項目通常被劃分成若干任務，由不同的小組去完成，學科方面的專家建立項目，分析員闡述系統需求，設計員為程序員制定總體設計，程序員編制詳細的程序代碼，質量保證專家和審查員評價整個系統性能和功能的完整性，負責維護的程序員改進各種操作或增強某些功能。這些人員需要的互相聯系是通過文檔資料的復制、分發和引用而實現的，因而任務之間的聯系是文檔的一個重要功能。大多數系統開發方法為任務的聯系規定了一些正式文檔。分析員向設計員提供正式需求規格說明，設計員向程序員提供正式設計規格說明等等。（3）質量保證。對于負責軟件質量保證和評估系統性能的人員需要程序規格說明、測試和評估計劃、測試該系統用的各種質量標準以及關于期望系統完成什么功能和系統怎樣實現這些功能的清晰說明；必須制訂測試計劃和測試規程，并報告測試結果；還必須說明和評估完全、控制、計算、檢驗例行程序及其他控制技術。這些文檔的提供可滿足質量保證人員和審查人員上述工作的需要。（4）培訓與參考。軟件文檔的另一個功能是使系統管理員、操作員、用戶、管理者和其他有關人員了解系統如何工作，以及為了達到各自的目的，如何使用系統。（5）維護支持。維護人員需要軟件系統的詳細說明書以幫助熟悉系統，盡可能找出并修正錯誤、改進系統，以適應用戶需求的變化或適應系統環境的變化。(6)歷史檔案。軟件文檔可用作未來項目的一種資源。通常文檔記載系統的開發歷史，可使有關系統結構的基本思想為以后的項目所利用。系統開發人員通過審閱以前的系統以查明什么部分已試驗過，什么部分運行的很好，什么部分因某種原因難以運行而被排除。良好的系統文檔有助于把程序移植到新的系統環境中。
二、軟件文檔管理在項目進程中的重要作用
軟件文檔管理，是指在一個系統(軟件)項目開發進程中將提交的文檔進行收集管理的過程。文檔管理在項目開發中不是很受重視，當發現其重要性時，已經為時已晚。整個項目可能因此變得管理混亂，問題無據可查。作為管理完善的項目文檔，管理者完全可依順它的軌跡看清整個項目進展的脈絡，通過對階段性文檔的把握使整個項目質量得到很好的掌控。制定一套完整有序的項目文檔管理規定十分必要，其作用有以下6個方面。（1）它是項目管理者了解開發進度、存在的問題和預期目標的管理依據。（2）大多數軟件開發項目會被劃分成若干個任務，并由不同的組去完成。文檔管理則是不同小組任務之間聯系的重要憑證。（3）可提供完整的文檔，保證項目開發的質量。（4）項目文檔是系統管理員、操作員、用戶、管理者和其他相關人員了解系統如何工作的培訓與參考資料。（5）項目文檔將為系統維護人員提供維護支持。（6）項目文檔作為重要的歷史檔案將成為新項目的開發資源。
現在大多數金融、通信企業為了更好的服務客戶、準確掌握自身數據，都在不遺余力地建立數據倉庫系統。企業數據倉庫(EDW)從籌建項目組到軟件開發建設再到系統上線維護，基本涉及了軟件項目建設的所有環節，對文檔管理提出了較全面的要求。以下就EDW建設為例作了探討，首先，借助VSS軟件建立項目文檔管理服務器以保存所有的項目文檔。其次，項目保存的文檔要涵蓋項目管理、項目調研、項目開發、項目應用、系統管理、系統測試驗收、項目培訓、版本控制、數據質量管理、用戶手冊、系統上線等整個項目周期。從項目管理者的親身體會來講，這些文檔的保存往往是混亂無序、無法快捷地獲得所需信息。究其原因，項目組在系統開發過程中雖然很重視文檔的保存，但是忽視了文檔的管理。文檔歸檔沒有正式的管理要求，缺少文檔提交的依據和規則。最后，建立文檔管理規定。由于項目文檔管理員按照規定對文檔進行管理，因此項目經理及小組成員都能快速得到自己所需的各類文檔。項目經理還可很清晰地透過項目文檔把握項目進展情況。
三、如何建立軟件文檔管理規定
從不同的行業和項目的個性出發，需要管理者結合實際情況制訂出適合自身文檔管理的規定?！盾浖臋n管理指南》和《計算機軟件產品開發文件編制指南》(以下統稱《指南》)給提供了相關的指導。首先要明確關于軟件項目文檔的具體分類?！吨改稀分刑岢鑫臋n從重要性和質量要求方面可分為非正式文檔、正式文檔；從項目周期角度可分為開發文檔、產品文檔、管理文檔；更細致還可分為l4類文檔文件，具體有：可行性研究報告、項目開發計劃、軟件需求說明書、數據要求說明書、概要設計說明書、詳細設計說明書、數據庫設計說明書、用戶手冊、操作手冊、模塊開發卷宗、測試計劃、測試分析報告、開發進度月報、項目開發總結報告。這樣的分類細化了項目進度中各個階段所需管理的文檔。其次需要將項目文檔進行歸類整理。對EDW項目組文檔情況與軟件文檔管理指南進行對比分析，可以看出，沒有規范管理的EDW項目組文檔存在以下4方面問題。（1）項目組在開發初期針對業務部門和科技部門進行了需求及信息調研，可覆蓋部分軟件需求和數據需求說明書的內容，但缺少業務部門對項目需求描述和變更的文檔記錄。這部分文檔需建立相應目錄予以保存。（2）對于設計說明，在系統較復雜的情況下，設計階段應分解成概要設計和詳細設計兩個步驟。目前EDW項目組只對ETL模塊提供了概要設計說明書，并沒有單獨的存放目錄，而是同其他設計文檔混亂地放在一起。對于比較復雜的應用開發項目，應將這兩種設計說明文檔分目錄管理。（3）在項目測試驗收中，項目組沒有要求將測試計劃文檔和測試結果報告進行規檔，只重視了測試過程中的問題文檔，因此無法掌控測試進度與質量。（4）EDW項目組的工作分為模型設計、ETL、集市應用3個工作小組，對應的文檔管理需要圍繞這3個主題進行。其中模型設計和ETL都是數據倉庫項目實施的模塊，集市應用則包括建立在數據倉庫基礎上的小項目開發。因此，文檔管理也應該針對這3個部分不同的性質制定管理規則。
針對EDW文檔管理存在的問題，EDW項目組最終依據通用規則建立了正式的項目文檔管理規定。具體規定有以下5點。（1）將文檔分為兩大部分提交管理。項目常規文檔和項目歸檔文檔。常規文檔的提交和使用根據項目組內部小組成員任務的不同進行權限劃分；項目歸檔文檔由項目管理主管(或項目文檔管理員)將項目中的重要文檔從常規文檔中進行分類歸檔。（2）常規文檔管理目錄分為項目日常管理文檔和項目流程管理文檔。（3）日常管理文檔包括項目報告、會議紀要、項目管理模板、重大問題跟蹤、數據質量管理。項目報告可分為個人周報、小組周報、項目周報、項目簡報，項目簡報。并都按照不同目錄進行分類管理。（4）提交完整的項目開發、應用開發流程文檔。一般包括項目計劃、業務需求說明書、數據需求說明書、模塊、應用開發文檔、系統測試文檔、詳細設計文檔、系統測試文檔、用戶手冊、上線文檔、培訓資料、系統運行維護等。（5）所有項目組成員均建立VSS軟件環境下的對應用戶，各自擁有對以上各類文檔的讀、寫、增加、刪除權限。由各項目小組長保證提交已保存文檔的質量；由文檔管理員或項目經理整體把握項目文檔在各階段的提交情況。
參考文獻
[1]李成大.軟件工程基礎[M].北京:電子工業出版社，2003
系統測試分析報告范文5
課程項目化是突出高職辦學特色、促使課程改革走向優質的一條有效途徑。課程項目化改革，實質上是要盡快擺脫以學科中心的課程模式的影響，倡導以從事現實職業活動的任務要求為課程內容，以現實職業活動過程為組織教學的線索。其實質在于： 全面落實工學結合要求。
【關鍵詞】
課程項目化；高職；職業活動
1 項目化課程內涵
項目化課程的基本內涵是：項目可理解為一件產品的設計與制作，一個故障的排除，一項服務的提供等。項目化課程是以通過對工作體系的系統化分析所獲得的工作項目為單位設置課程，并組織課程內容的職業教育課程模式。它以培養學生能完成實際工作任務的職業能力為目標；明確任務與知識的聯系也是重要課程內容；強調知識與知識、知識與任務、任務與任務之間的復雜、整體聯系；課程結構與工作結構相匹配；項目完成要讓學生獲得一個具有實際價值的“產品”等等，具有綜合性、完整性、相對獨立性的特點。
2 《Java EE框架技術》項目化課程建設
《Java EE框架技術》是長春職業技術學院的第一門國家級精品課程，它是一套系列課程。分為三個階段?！禞ava EE框架技術》是java的基礎課程，主要是培養面向對象的思想，學完可以做一些C/S架構的桌面程序，如聊天室、小游戲、坦克大戰等。《Java EE框架技術》主要介紹JSP、Servlet等技術，可以實現基于互聯網的Java Web應用程序?！禞ava EE框架技術》是主要使用JavaWeb主流框架技術Struts2、Hibernate、Spring等進行企業級項目開發，是對前續課程知識的綜合應用和技能的提升，而且開設在第五學期，后面就面臨著實習和就業，所以我認為很有必要把本門課程建成一門符合Java 程序員崗位要求的項目化課程，為學生積累項目開發經驗，為實習、就業增加砝碼。
2.1課程培養目標
課程以程序員為培養目標，使學生能夠了解項目開發流程和規范、理解SSH2整合開發的工作原理、掌握SSH2整合開發技巧；能根據用戶需求分析報告，進行系統架構、用例詳細設計。能按照軟件開發規范，進行軟件編碼、單元測試和集成；能夠配合好團隊成員，完成指定模塊的研發；有良好的學習能力，喜愛專研新技術；能嚴謹、認真的完成代碼的編寫和測試，并按時提交任務。通過以上的培養目標，使學生真正達到與企業零距離的對接，完成了由學員階段到程序員階段的角色轉換。
2.2面向主要崗位
本課程對應IT企業的軟件開發部門。面向的首次崗位是初級程序員、軟件測試員、軟件實施員。二次崗位是高級程序員、測試工程師、實施工程師。未來發展崗位是系統架構師、系統設計師和項目經理。本課程面向的主要崗位就是java程序員。
2.3典型工作流程
java程序員典型的工作流程是：首先要通過需求分析階段制定好的分析報告，來深入了解客戶需求、業務流程；然后進行方案設計，主要進行用戶界面設計、角色和權限設計、數據模型設計、系統架構設計，在本環節會生成系統詳細設計說明書和測試用例；方案設計以后是系統定制階段，主要完成程序代碼設計和單元測試工作，本環節會生成系統實現的詳細文檔；最后是系統的集成測試和部署實施階段，本環節會生成用戶使用說明書。以上就是java程序員典型的工作流程。
2.4學習型項目
課程采用了與訂單企業共同構建的學習型項目――網上購物管理系統來組織教學。該系統是通過對Java程序員崗位的工作任務、工作過程、工作環境等內容加以分析提煉，確定出該崗位所需的專業技能、職業素養，并按照以項目為載體，以工作任務引領課程內容的原則而構建的典型學習型項目。本課程是采用框架技術對系統的重新架構和設計，最終實現了一個四層架構的網上購物管理系統。
2.5學習情景
確定了課程的教學項目，依據項目開發流程中各個環節對應的企業崗位，并對崗位技術能力進行分析，確定了本課程的學習情境。下面我們具體來分析一下學習情境是如何劃分的：軟件項目開發首先要進行的是系統需求分析，對應的企業崗位是需求分析師，所需要的職業技能是系統分析能力，對職業技能進行知識轉換，從而形成了第一個學習情境：系統設計；然后是系統架構設計、系統編碼實現兩個環節，對應的企業崗位分別是架構設計師、程序員。所需的職業技能分別是系統架構能力、軟件編碼能力，從而形成了第二個學習情境：系統實現；最后是系統整合測試、打包，對應的企業崗位是測試員、實施員，所需職業技能分別是系統測試能力、實施能力，從而形成了第三個學習情境：系統實施。
2.6教學模式
課程采用了“三階段 一體化 雙螺旋”的教學模式。三個階段對應三個學習情境，并分別采用不同的教學組織形式，由教師的在引領中教學、在開發中教學、在應用中教學，到學生的在討論中學習、在探索中學習、在實踐中學習，充分的培養了學生自主、探究、協作等學習能力，完成了由學會到會學的轉變。另外，學生課后獨立完成拓展項目的研發，使學生鞏固了專業技能，積累了項目開發經驗。
2.7考核方式
課程考核采用平時成績考核、拓展項目考核、企業案例考核三種考核方式。
平時成績、拓展項目考核在一定程度上監督學生的平時表現，是保證課堂教學質量及培養學生核心能力的前提。
企業案例考核由學校與企業共同制定，企業案例考核占總成績的60%。學生在進行案例考試的同時，就是在模擬企業實際工作中的項目開發，使考試內容與工作實踐結合更加緊密，考試結果的說明性更強?！捌髽I案例考核”能夠保證以最小的誤差評定學生在Java程序員崗位的工作實踐能力，能夠為IT校企聯盟中的企業提供最精確的人才素質信息。
以上就是《Java EE框架技術》這門課程進行項目化課程改革的基本情況。項目化課程改革的全面推進， 將打破傳統的教學管理模式， 摒棄忽視學生個性發展的傳統教學方法， 為學生自主學習、個性發展和實踐活動提供更多的時間和更廣泛的空間， 為行業和企業培養面向一線的高素質技能型人才。
【參考文獻】
[1]戴士弘.《職教院校整體教改》清華大學出版社，2012.05.
系統測試分析報告范文6
關鍵詞：網絡 設計 實驗 應用
一、引言
隨著計算機技術以及網絡技術的迅速發展，擁有計算機、應用網絡已經成為人們生活中的重要組成部分。網絡應用型人才被社會廣泛歡迎，探索培養網絡應用型人才的有效方法成為擺在計算機相關專業教育部門的課題。
二、社會網絡人才需求狀況
在我國，越來越多的政府機構和行業企業都開始依賴網絡技術進行各自的生產、經營和管理?？梢哉f，沒有網絡，就無法進入真正的計算機時代；沒有網絡，企業就無法實現信息化。由此看來，網絡化已經成為現今社會競爭和發展的關鍵因素，計算機網絡技術人才的培養，也隨之成為當前網絡化建設的當務之急。就目前的狀況來看，實施網絡化建設的部門嚴重缺乏從事網絡系統的構建、運行和維護等工作的專業網絡技術人員。全國的高等院校每年為社會輸送區區幾萬計算機網絡專業的畢業生，而整個社會需要的卻是數以百萬計的具有專業技能的網絡技術人員，人才供應能力遠遠小于實際的社會需求。
三、高校網絡人才培養情況
一直以來，高等院校的學歷教育偏重于網絡技術的基本理論和基礎知識的傳授，缺乏網絡技術應用的實際操作技能和經驗，無法滿足所在單位對網絡技術人員的工作要求。這就造成了一種現象，一方面，用人單位求賢若渴；另一方面，畢業生的就業困難，這已經成為了一種嚴重并且普遍的社會問題。
網絡技術是理論和實踐結合十分緊密的一門學問，網絡技術人才市場，越來越關注技術人員的實際經驗和動手操作能力。學生也有迫切接觸社會、提高工作技能的需求。因此，針對高等院校中普遍存在著理論強、實踐弱的現象，很多高校組建了網絡實驗室，在網絡實驗室里提供了真實的網絡環境，可以讓學生親自動手調試、配置網絡，從而讓學生直觀、全方位地了解各種網絡設備和應用環境，真正加深對網絡原理、協議、標準的認識。通過在網絡實驗室的學習，能真正提高學生的網絡技能和實戰能力，同時具有扎實的理論基礎和較強的實踐動手能力，
（一）開展網絡設計性實驗的意義
網絡實驗室雖然提供了一個很好的實驗平臺，但學校平常上課的時候，是一節實驗課講一個具體的實驗，比如這節課講VLAN劃分，下節課講動態路由。學生可能每節課都學得不錯，可是到了學期結束的時候，他們整體運用所學知識解決問題的能力如何，就不清楚了。開展設計性實驗是解決這一問題的好辦法。
設計性實驗，是指給定實驗目的要求和實驗條件，由學生自行設計實驗方案并加以實現的實驗。在網絡實驗室中開設設計性實驗，能夠綜合以往所學的基礎理論知識和單項實踐技能，通過貼近實際的設計題目，一方面，增強了學生解決實際問題的能力；另一方面，在一定程度上也積累了實踐經驗。
（二）網絡設計性實驗的實施方案
為使網絡設計性實驗達到培養應用型人才的初衷，制定了切實可行的實施方案。
首先，明確實驗目的。即通過了解不同網絡的需求和功能，研究網絡的布線方案等環節，寫出網絡的總體需求分析報告，繪制網絡結構圖，進行布線選型和設備選型，確定IP地址分配方案以及網絡管理方案，并在模擬環境下進行測試。
其次，合理擬定設計題目。經過對目前各行各業網絡應用狀況的認真考察和研究，共設題目五個，分別是：校園網絡設計、智能小區網絡設計、政府辦公網絡設計、企業網絡設計和校園公共機房網絡設計。五個題目的內容大致包括了目前網絡組建的幾種不同的應用形式，學生可以了解各種條件下的網絡在需求上的特點，對建網初期最重要的需求分析有了更深刻的認識。
再次，根據各設計題目的應用特點，分別策劃各設計任務的背景條件。如校園網題目的背景為“一所學校有6棟5層樓宇，平均每棟樓宇有節點150個，具有一般校園網絡的基本需求，其中教務管理節點30，分布在6棟樓宇的不同樓層；另外某臺分布層交換機上連接有提供學習資料的服務器，以及學生宿舍樓和教工宿舍樓，學校規定學生只能訪問學習資料服務器，但不能訪問教工宿舍樓?！钡?，使題目的設計更真實，針對性更強。
最后，完成設計方案。要求學生根據各自題目的具體要求，了解相關網絡的建設情況，寫出網絡的總體需求分析報告，確定網絡邏輯結構并繪制網絡結構圖，進行布線選型和設備選型，根據情況進行IP地址設計（劃分的原則、方法及地址列表），寫出網絡管理方案（要注重網絡安全的考慮），在模擬環境下測試關鍵技術的網絡連通情況，并練習使用專業網絡測試議進行線路測試。
在這個設計性實驗方案中，學生需根據任務背景中的一些特殊組網要求，在網絡實驗室的實驗條件下進行連接配置，由于所設計的關鍵技術實驗內容都是一些網絡建設過程中的常見問題，所以對提高學生解決實際問題的能力有一定益處。整個過程突出了實用性和操作性。
（三）網絡設計性實驗的實施效果
通過網絡設計性實驗的實施，一方面提升了學生的網絡專業技術技能，使學生對各種常見網絡的搭建環境有了直接的認識，掌握了不同環境要求下的組網方法。從學生的反饋可以看出，95%以上的學生認為，通過這樣的設計性實驗達到了理論聯系實際的目的，真正了解了網絡組建的步驟，增強了實踐操作技能。另一方面提高了學生的就業競爭力，比如企業中的網絡技術人員要承擔網絡設計、系統集成、綜合布線、系統測試等類工作，大的企業會設立不同的崗位，各自分派專人負責，而中小企業往往要求一崗或一人身兼數職。經過網絡設計性實驗的學習，學生掌握了網絡建設工程中從需求分析、物理設計、邏輯設計，到設備選型、布線施工、網絡安全設計、網絡管理方案，再到測試驗收等建設網絡各環節的流程及其設計方法，對于未來的求職從業來說，從技能的訓練方面會有更多的優勢，從擇業的范圍上會有更多的適應性。
四、結束語
在社會對于網絡專業人員迫切需求的前提下，在高校相關專業理論教學的基礎上開展網絡設計性實驗，能有效地提高學生的網絡設計和操作技能，對于應用型人才的培養起到了促進作用。
參考文獻
胡勝紅，《網絡工程原理與實踐教程》，人民郵電出版社，2005
張鳳翔，《局域網組建與維護》，上海交通大學出版社，2004
蔣麗，《局域網、企業網實現》，電子工業出版社，2003
