時間：2023-02-21 02:05:48
導(dǎo)語：在測試項目總結(jié)的撰寫旅程中，學(xué)習(xí)并吸收他人佳作的精髓是一條寶貴的路徑，好期刊匯集了九篇優(yōu)秀范文，愿這些內(nèi)容能夠啟發(fā)您的創(chuàng)作靈感，引領(lǐng)您探索更多的創(chuàng)作可能。
一、 測試組組成測試組由測試組長和測試工程師組成。
二、 測試組工作職責(zé)負(fù)責(zé)理解軟件產(chǎn)品的功能要求，搭建配套的測試環(huán)境，然后 對其進行系統(tǒng)測試，檢查軟件有沒有錯誤 (Bug)，決定軟件是否 具有穩(wěn)定性 (Robustness)，并寫出相應(yīng)的測試用例、各階段測試 報告。
（一） 測試組長工作職責(zé)：
1、 協(xié)調(diào)測試組與各個項目組之間的流程及工作關(guān)系；
2、 對各個項目的測試工作進行統(tǒng)籌安排，并對各個項目的 測試工作進行計劃、分工和管理；
3、 定期或不定期與各個項目負(fù)責(zé)人溝通項目進度，隨時了 解項目進展情況；
4、 對測試組成員的日常工作進行評審考核；
5、 定期或不定期向部門總監(jiān)匯報工作情況；
6、 參與日常的軟件測試工作。
（二） 測試工程師工作職責(zé)：
1、 仔細(xì)閱讀項目規(guī)格說明、設(shè)計文檔、使用說明書等，充 分掌握軟件的性能、特點、使用方法、業(yè)務(wù)流程等，協(xié) 助測試組長制定項目的測試計劃；
2、 依據(jù)項目要求，搭建相應(yīng)的測試環(huán)境，維護測試設(shè)備；
3、按照測試計劃編寫測試用例，保證測試用例合理有效；
4、 根據(jù)測試計劃及測試案例，執(zhí)行測試，并根據(jù)產(chǎn)品特點 及測試要求，實施集成測試、系統(tǒng)測試等，及時發(fā)現(xiàn)軟 件缺陷，評估軟件的特性與缺陷；
5、 詳細(xì)記錄測試過程，編寫測試報告和對測試結(jié)果進行分 析，通過測試，掌握軟件具有的能力、缺陷、局限等， 對軟件質(zhì)量給出評價性的結(jié)論與意見，整理測試文檔， 填寫軟件測試報告,編寫測試總結(jié)，為軟件開發(fā)成果提供 總結(jié)性意見；
6、 配合研發(fā)部門各項軟件產(chǎn)品，并詳細(xì)編寫產(chǎn)品 通知單；
7、 完成上級及部門其他領(lǐng)導(dǎo)交辦的臨時任務(wù)。
三、 測試組工作流程測試組的工作與項目開發(fā)進度緊密相關(guān)，所以測試的工作流 程依據(jù)開發(fā)進度分階段進行大致分為以下幾個階段：
（一） 計劃和設(shè)計階段
1、 項目組成立時，確定項目需求及項目設(shè)計方案，了解軟 件產(chǎn)品的主體功能及實現(xiàn)目的；
2、 項目經(jīng)理下發(fā)測試預(yù)通知，通知內(nèi)容包括：正式交接測 試時間、測試規(guī)模預(yù)計估算等信息；
3、 召開測試啟動會議，會議內(nèi)容包括：開發(fā)團隊與測試組 交接測試內(nèi)容，對測試目標(biāo)達成一致，商討測試計劃，
統(tǒng)一項目組的目標(biāo)和測試的工作重點；
4、 編寫測試計劃及相關(guān)文檔，依據(jù)測試啟動會議中確定的 目標(biāo)和重點，結(jié)合項目經(jīng)理下發(fā)的《測試任務(wù)書》，編寫
《測試計劃書》（見附件一）。計劃書的內(nèi)容應(yīng)該包括：
l測試需求：需要測試組測試的范圍，估算出測試所花 費的人力資源和各個測試需求的測試優(yōu)先級；
l測試方案：整體測試的測試方法和每個測試需求的測 試方法；
l測試資源：本次測試所需要的人力、軟件、硬件及技 術(shù)資源；
l 測試組角色：明確測試組人員的工作內(nèi)容及相關(guān)職責(zé)；
l里程碑：明確項目進行過程中的測試組應(yīng)該關(guān)注的里 程碑；
l文檔報告：確定在項目測試過程中需要提交的測試計 劃，測試報告等；
l測試計劃編寫完畢后，需提交給全體項目組成員，由 項目成員綜合評審后，確定最終《測試計劃書》（見 附件二）。項目經(jīng)理要以此為依據(jù)，跟蹤監(jiān)控項目測 試進度，評估測試計劃的可行性，完整性，并且在項 目結(jié)束后評估測試質(zhì)量。
5、 設(shè)計測試用例，依據(jù)《測試計劃書》相關(guān)內(nèi)容，根據(jù)每 一步測試計劃編寫全部的測試用例，測試用例必須能滿
足全部的測試需求。
（二） 測試實施階段
1、 實施測試用例，測試工程師依據(jù)《測試計劃書》中分配 的測試任務(wù)和測試用例，實施相應(yīng)的測試工作，并詳細(xì) 記錄測試過程及結(jié)果。
2、 提交測試報告，在實施測試用例的過程中，依據(jù)記錄的 測試過程和結(jié)果，填寫《測試報告書》，并由測試組長審 批后，上報項目經(jīng)理。項目經(jīng)理安排開發(fā)組修改相應(yīng)的 軟件產(chǎn)品。測試報告內(nèi)容包括：測試產(chǎn)品版本、測試人 員、測試時間、測試過程、產(chǎn)品運行BUG、產(chǎn)品缺陷狀態(tài)、 急待解決的問題。
3、 回歸測試，接到開發(fā)組的回歸測試通知后，測試組重新 拷貝修改后的最新版本，進行回歸測試?；貧w測試的用 例屬于測試用例的一部分或者全部測試用例，但不能超 出測試用例的范圍。
（三） 測試總結(jié)階段
1、 編寫測試總結(jié)報告：回歸測試全部通過完成后，由測試 組長整理填寫《測試總結(jié)報告》，報告主要內(nèi)容包括： 測試資源描述——參與測試人數(shù)，耗用測試時間； 測試結(jié)果摘要——描述各個測試需求的測試結(jié)果和功能 實現(xiàn)情況； 缺陷分析——按照缺陷的屬性分類進行分析；
測試需求覆蓋率——如果在測試過程中未覆蓋到的測試 需求，在此應(yīng)詳細(xì)說明原因； 測試評估——對此次項目質(zhì)量進行評估； 測試組建議——從測試組角度為項目組提出工作建議。
2、 測試驗收：項目經(jīng)理收到測試組長提交的測試總結(jié)報告 后，對此次測試工作進行驗收。驗收內(nèi)容包括：測試效 果驗收、測試文檔驗收、測試工作評估、測試工作建議， 簽字驗收后，宣布此次測試結(jié)束。
3、 測試文檔歸檔：測試驗收結(jié)束后，對測試過程中涉及到 的各種標(biāo)準(zhǔn)文檔進行歸類、存檔。相關(guān)文檔包括：測試 任務(wù)書、測試計劃書、測試用例、測試報告書、測試總 結(jié)報告、測試驗收報告等。
（四） 產(chǎn)品階段
一流的軟件公司，關(guān)注的不止是在技術(shù)方面的復(fù)用，實際上軟件開發(fā)過程中幾乎所有的東西都可以復(fù)用！
你有復(fù)用習(xí)慣嗎？
你是程序員嗎？我們經(jīng)常要寫數(shù)據(jù)庫連接的代碼，這些代碼都類似，無非是new一個connection，然后配置connection的參數(shù)，然后open。很多編碼新手，常常會在不同的地方編寫這段類似的代碼。其實很簡單，這段代碼應(yīng)該抽取出來供每個地方調(diào)用。如果你編寫的代碼中發(fā)現(xiàn)很多類似的甚至相同的代碼到處都是，應(yīng)該好好考慮重構(gòu)一下了。
讀小學(xué)的時候，老師要求我們寫日記，當(dāng)時覺得很難寫，也不想寫。后來讀高中的時候，我的思想來了個大轉(zhuǎn)變，突然寫起日記來，一寫就是幾年。寫日記并不是記下每天干了啥，而是每天都總結(jié)一下當(dāng)天的得失，看看有什么東西是可以“復(fù)用”的。現(xiàn)在寫文章對我來說并不是什么很難的事情，我也比較容易觀察出周圍一些事物的閃光點，并學(xué)習(xí)它，供自己“復(fù)用”。
復(fù)用其實不復(fù)雜，從小處做起，養(yǎng)成一種習(xí)慣，這種好的習(xí)慣會讓你的成功速度加倍！
你的企業(yè)有復(fù)用習(xí)慣嗎？
你們公司有組件庫、類庫或者是共享代碼庫嗎？每次你們做項目，有沒有之前的一些東西可直接供本項目使用的，還是需要全部重新開發(fā)的？
A項目遇到一個問題，而這個問題B項目已經(jīng)解決了，但A項目的人還不知道，這種情況多見嗎？
你們做項目，是不是時間壓力非常大，公司有沒有要求你們完成項目的時候要提交一些可復(fù)用的組件出來？
很多公司可能不太注意“復(fù)制成功”，每天都在干救火的事情，老員工陸續(xù)離職，新員工陸續(xù)入職，公司一直沒有什么積累。一流的軟件企業(yè)，都有一套“復(fù)用”機制，能不斷地積累知識和成功經(jīng)驗，不斷地保持公司的競爭優(yōu)勢。
一切皆可復(fù)用！
一說到軟件復(fù)用，很多人可能只想到技術(shù)方面的復(fù)用，我們應(yīng)該把復(fù)用的范圍再擴大。我們?yōu)槭裁匆獜?fù)用呢？因為我們想利用別人或者自己之前的成果，加快進步的步伐。正是因為我們這個目的，所以只要有利于進步的東西，都可以復(fù)用。
軟件企業(yè)之間的競爭說到底是人才的競爭、智力的競爭和知識的競爭，每個公司都想網(wǎng)羅最優(yōu)秀的人才。但“千軍易得，良將難求”，企業(yè)有什么辦法把優(yōu)秀人才的優(yōu)秀做法“固化”下來，讓整個企業(yè)都具備優(yōu)秀人才的特點呢？優(yōu)秀的人才包括很多方面的人才，技術(shù)人才、管理人才、行業(yè)知識專家等等，通過一套“復(fù)用管理辦法”，可以讓這些專家的先進的做法，貫徹到整個企業(yè)中去。這樣就相當(dāng)于企業(yè)復(fù)制了很多個這樣的優(yōu)秀人才，企業(yè)的戰(zhàn)斗力就會達到超強的境界。
技術(shù)復(fù)用
我們公司的某個項目，要通過網(wǎng)頁的方式展示一些列表，并且要把列表的內(nèi)容導(dǎo)出成Excel。開發(fā)人員經(jīng)常抱怨客戶的需求在變，列表及導(dǎo)出成Excel的表格，客戶經(jīng)常修改對列的要求，什么列要顯示什么列不需要、不顯示，列的順序、寬度、列標(biāo)題等經(jīng)常要修改。很多時候客戶確實不是無理取鬧的，業(yè)務(wù)是發(fā)生變化的，人的認(rèn)識也是不斷加深的，這是一種合理的變化要求，軟件應(yīng)該滿足這樣的要求，只是我們的技術(shù)能力還不過關(guān)，每次這樣的修改都需要去改代碼，修改成本高，開發(fā)人員不高興，客戶也不高興，因為每次修改我們都要跟他討價還價。
當(dāng)時我就問開發(fā)人員，能不能把這部分的做成可定制的呢？客戶想顯示什么列就讓自己去配制，我們不需要改代碼，客戶也不會來“騷擾”我們。但開發(fā)人員就以難度大，時間緊為由而不同意。
很多公司都會出現(xiàn)類似這樣的情形，一般情況下指望項目組內(nèi)能解決這些問題是不太可能的，原因有二:一是項目所有人基本都是進度優(yōu)先的，基本上對于這樣的改進都是聽不進去的;二是項目中的人沒有能力去做這個技術(shù)改進，或者是項目中利害的人沒有時間來處理這個問題。
如果我告訴開發(fā)人員，公司組件庫中有這樣的一個組件，能做到可定制的，能完滿滿足要求，我想項目組會毫不猶豫地使用這個組件。項目組其實并不否認(rèn)這樣的做法的好處，只是沒有時間做或者是自己做不出來。
公司應(yīng)成立專門的部門，管理整個公司的技術(shù)復(fù)用，技術(shù)復(fù)用包括設(shè)計復(fù)用、組件復(fù)用、類庫復(fù)用、代碼復(fù)用等。該部門有兩大任務(wù):一、不斷地研究能為公司使用的先進技術(shù);二、關(guān)注每個項目，提取項目中可重用的內(nèi)容，并為項目提供可重用的組件，為項目解決技術(shù)難題，從技術(shù)上加快項目的進度和保證質(zhì)量。這個部門是很重要的，優(yōu)秀的技術(shù)人才放到這里，會使他的作用成倍地放大。
關(guān)于技術(shù)復(fù)用，這里僅做簡單介紹。
項目管理復(fù)用
為什么有項目經(jīng)理管項目就比較好，沒有項目經(jīng)理就做得不太好了？優(yōu)秀項目經(jīng)理的管理經(jīng)驗?zāi)懿荒苤赜媚兀?/p>
微軟總結(jié)了很多項目的成功經(jīng)驗，總結(jié)出MSF(Microsoft Solution Framework),并向整個微軟甚至是全世界的軟件公司推薦MSF。MSF的原理以及MSF的團隊模型，對提高業(yè)界項目管理水平發(fā)揮了不可估量的作用。除了MSF，業(yè)界還有RUP、敏捷、XP等各種方法供大家參考，這些東西都不妨“拿來主義”，為我所用。
除了復(fù)用別人成功的管理經(jīng)驗，更重要的是要復(fù)用具有自己企業(yè)特色的項目管理經(jīng)驗。把優(yōu)秀的做法寫成過程，“固化”下來，讓全部的項目遵照執(zhí)行，并不斷地完善此過程。
過程必須是經(jīng)過公司實踐的提煉出來的，而不要“照搬”外部的一套過程來實施。我們公司剛建立過程的時候，是通過兩個試點項目各自的實踐摸索出來的，我們總結(jié)了這兩個項目的成功經(jīng)驗，建立了過程的初稿。以后所有過程的修改，都不是憑空構(gòu)思，而是“復(fù)用”了實踐中的成功經(jīng)驗。
管理這東西是有點虛的，不能照搬理論，一定要通過實踐來總結(jié)經(jīng)驗，把最佳實踐寫成過程，讓整個公司學(xué)習(xí)和執(zhí)行這個過程，這樣優(yōu)秀項目管理者的成功經(jīng)驗就會被“復(fù)用”到每個項目中去。
行業(yè)知識復(fù)用
你們做行業(yè)軟件嗎？比方說財務(wù)軟件、房地產(chǎn)、股票交易軟件、建筑預(yù)算軟件、醫(yī)院系統(tǒng)。有位項目經(jīng)理負(fù)責(zé)一個醫(yī)院的管理系統(tǒng)，做完后他頗有感觸地說，現(xiàn)在就連那個醫(yī)院的院長也不比我對醫(yī)院的業(yè)務(wù)熟悉了！
行業(yè)知識不精，最直接后果就是難以把握好需求，被動地響應(yīng)客戶的變化，難以做出客戶真正想要的東西。如果你們公司是專注于某個行業(yè)的軟件的，如果行業(yè)知識不精，很容易被競爭對手超越。
作為客戶，他們除了關(guān)注軟件公司技術(shù)水平，可能更關(guān)注軟件公司能不能幫助他們重整業(yè)務(wù)流程，實現(xiàn)更大的業(yè)務(wù)價值。很多大型的ERP系統(tǒng)、MIS系統(tǒng)實施不成功，很可能是因為對業(yè)務(wù)的理解不夠，難以推動客戶重整業(yè)務(wù)流程。
為了保證在行業(yè)知識方面的優(yōu)勢，很多公司會招聘熟悉該行業(yè)的人士，甚至用即懂該行業(yè)又懂軟件開發(fā)的人來負(fù)責(zé)項目。除此以外，我們應(yīng)該關(guān)注行業(yè)知識的復(fù)用，公司只有少數(shù)幾個業(yè)務(wù)精英是不夠的，我們希望每個人都是業(yè)務(wù)精英。要做到業(yè)務(wù)知識復(fù)用并不復(fù)雜，關(guān)鍵做好以下的事情。
首先是安排業(yè)務(wù)高手講業(yè)務(wù)知識文檔化，如寫出產(chǎn)品的需求規(guī)格說明書、使用手冊等。其次是由業(yè)務(wù)高手安排一些培訓(xùn)，讓負(fù)責(zé)該行業(yè)軟件的項目經(jīng)理、開發(fā)、測試、實施都接受培訓(xùn)和考核，保證項目組全部成員都具備相應(yīng)的知識。最后是持續(xù)地更新業(yè)務(wù)知識文檔，并持續(xù)地進行培訓(xùn)。
軟件公司除了要關(guān)注技術(shù)積累，也要注重行業(yè)知識積累，其實應(yīng)該首先關(guān)注行業(yè)知識積累，行業(yè)知識就是需求的根源，而技術(shù)是為實現(xiàn)需求服務(wù)的。
估算復(fù)用
要做準(zhǔn)確的估算，對估算者的要求很高，要考慮的問題很全面和深入。
以前筆者所在的公司做項目估算很不準(zhǔn)，一個開始估計是10萬的項目，最后可能要20萬。如果每次估算，都有一些資深的項目高手來估算就好了，這樣能比較全面充分地考慮問題，于是筆者想到了這樣的一個辦法:
通過集中全公司的資深項目經(jīng)理，一起來對項目估算進行總結(jié)，一起列出做估算需要考慮的內(nèi)容，并加上詳細(xì)的說明。最后做出了一個估算用的模板，這既是一個模板也是一個指南，列出了項目整個周期需要考慮的工作，并給出詳細(xì)的說明。這個模板“固化”很多人的智慧，項目組使用這個模板進行估算，就相當(dāng)于“復(fù)用”了大家的智慧。采用此模板后，估算準(zhǔn)確率提高了很多，估算的偏差由原來50%以上，控制在20%以內(nèi)。
業(yè)界有很多估算辦法，如功能點法、代碼行數(shù)法，倒不是說這些方法不好，不過很多公司都沒有辦法很好地掌握這些方法，也沒有讓這些方法發(fā)揮作用。估算這個事情也不是什么方法就能搞定的，是很依賴于估算人的智慧、經(jīng)驗、判斷能力的，想辦法“復(fù)用”他們的智慧，這可能才是解決估算問題的有效辦法。
測試復(fù)用
發(fā)現(xiàn)了一個缺陷，如何保證以后測試不會遺漏？軟件了新功能，進行測試的時候如何保證老功能不會有問題？
測試復(fù)用對于提高測試質(zhì)量、保證軟件質(zhì)量和降低測試工作量太重要了。凡發(fā)現(xiàn)缺陷的測試用例都需要重視，這個測試用例以后要復(fù)用！進行新功能測試的時候，我們還需要跑一下測試?yán)瞎δ艿臏y試用例，檢驗做新功能有沒有導(dǎo)致老功能出問題。測試中其實是非常關(guān)注復(fù)用的，也有很多公司在研究自動化測試工具，特別是功能自動化測試工具，以便更好地復(fù)用。
但實際上很多公司并沒有做得那么理想，測試時間經(jīng)常被壓縮，測試人員得不到重視，測試自動化工具一直也沒辦法用上，測試工程師們周而復(fù)始地進行原始的手工測試，軟件還是持續(xù)地遺留大量的缺陷給客戶。
要做好測試復(fù)用，可以先從簡單做起:
例如規(guī)范測試的過程，保證缺陷都被準(zhǔn)確地記錄下來，并且詳細(xì)地記錄發(fā)現(xiàn)缺陷的測試步驟。每次測試都需要總結(jié)經(jīng)驗教訓(xùn)供以后使用。
為了讓測試的水平能持續(xù)地提高，我們針對我們的產(chǎn)品編寫了功能樹，列出了全部的測試點，以及測試時的注意事項，測試時要按照此樹進行測試，要覆蓋全部的點。如果發(fā)現(xiàn)測試有遺漏，或者軟件功能調(diào)整，我們馬上更新功能樹。這樣即使我們安排不同的人去測試，都基本能保證測試的效果，測試工程師通過功能樹“復(fù)用”了前人的經(jīng)驗教訓(xùn)，避免了重犯。
把復(fù)用發(fā)揮到極致
說到底，復(fù)用就是一個實踐、總結(jié)、學(xué)習(xí)、應(yīng)用的過程。每個公司都應(yīng)該有持續(xù)培訓(xùn)的制度，把公司各方面的復(fù)用推向極致。
培養(yǎng)知識共享、樂于交流、追求進步的企業(yè)文化
不少軟件公司的技術(shù)人員，都或多或少的有一些技術(shù)保留的想法。但持續(xù)培訓(xùn)機制，讓每個人都很熱衷把自己研究的成果與大家分享，樂于解答別人在工作上遇到的困難和問題，樂于與大家爭論技術(shù)問題，每個人都急于吸收新知識、新技術(shù)，每個人每天都會覺得自己有很多東西要學(xué)、想學(xué)。
員工與公司共同進步
公司是由每位員工組成了，每位員工進步了，公司也就進步了。持續(xù)培訓(xùn)機制是每位員工個人發(fā)展的加速器，員工通過不斷的學(xué)習(xí)，甚至是自己親自做講師，個人水平得到了全面地提高。伴隨著員工水平的提高，公司的生產(chǎn)力也不斷地提升。
打破部門界限、項目組界限
持續(xù)培訓(xùn)制度，徹底打碎部門界限、項目界限，所有人不分部門、不分項目組地坐在一起上課、討論，不同部門的人、不同項目的人輪流上臺講課，講授各自的經(jīng)驗和知識。不同部門、不同項目組之間的員工關(guān)系將非常融洽，彼此了解對方正在什么工作，也非常樂意提供跨部門、跨項目的幫助。
新技術(shù)、新過程迅速轉(zhuǎn)化成生產(chǎn)力
采用新技術(shù)，實施新過程是公司不斷革新的重要方法。新技術(shù)、新過程的順利實施并轉(zhuǎn)化成生產(chǎn)力的周期越短越好，持續(xù)培訓(xùn)制度，大大縮短了這個周期。所有新技術(shù)、新過程將會很快地被“復(fù)制”，大家會在培訓(xùn)上熱烈討論，加深了對新技術(shù)、新過程的理解，從而加速了新技術(shù)、新過程的實施。
新制度迅速落實
一個管理嚴(yán)格的公司一定會有嚴(yán)格的日常管理制度，而日常管理制度應(yīng)該根據(jù)實際情況及時調(diào)整，持續(xù)培訓(xùn)制度對新的制度的迅速順利落實起到了很大的作用。
成功迅速復(fù)制，錯誤不會重犯
持續(xù)培訓(xùn)制度，可以讓每一個人的成功經(jīng)驗迅速“復(fù)制”給每一個人，而任何一個人的失敗教訓(xùn)，可以迅速讓每一個人體會，避免錯誤重現(xiàn)。
打造金牌講師
每位講師，由準(zhǔn)備講課到經(jīng)歷講課，是對自己各方面能力的考驗，每一次講課就是一次能力提升的過程。持續(xù)培訓(xùn)制度，“復(fù)制”了大量的金牌講師。
打造品牌課程
持續(xù)培訓(xùn)制度積累了大量的課程，所有的課程的資料全部保存到培訓(xùn)網(wǎng)站，可供所有后來的員工查閱和學(xué)習(xí)。而不少系列課程，經(jīng)過多次的改版以及重講，慢慢了形成了公司的經(jīng)典課程，這些經(jīng)典課程被不斷地“復(fù)用”，教育著一批又一批的新員工。
打造卓越團隊
持續(xù)培訓(xùn)制度，鍛煉了大量的項目經(jīng)理、部門經(jīng)理，他們成為了公司的中堅力量，“復(fù)制”出一個又一個的卓越團隊。
打造企業(yè)的復(fù)用庫
能復(fù)用的東西非常，如:風(fēng)險識別辦法和緩解辦法、設(shè)計方案的復(fù)用、缺陷的解決辦法等等，復(fù)用思想的本質(zhì)其實就是要不斷地總結(jié)經(jīng)驗教訓(xùn)為今后所用。要做到這點，除了在公司倡導(dǎo)總結(jié)和學(xué)習(xí)的企業(yè)文化外，需要制度化地管理復(fù)用工作。
CMMI中提到資產(chǎn)庫，資產(chǎn)庫的重要組成部分就是復(fù)用庫，復(fù)用庫可以包含組件、代碼、設(shè)計方案、各種工作模板、工作指導(dǎo)書等等，然實有利于以后更好地工作的，這些內(nèi)容都可以納入復(fù)用庫中。
每個公司都應(yīng)該好好規(guī)劃自己的復(fù)用庫，持續(xù)地更新這個庫，持續(xù)地推動項目使用復(fù)用庫中的知識。
試想一下，如果每個項目開展之前，能在復(fù)用庫中得到大量的幫助，對于提高項目速度、保證質(zhì)量是有多么重大的意義。一個公司也只有通過這樣的方式，才能讓公司具備越來越強的競爭力。
關(guān)鍵詞：系統(tǒng)集成；項目分類；管理要點；標(biāo)準(zhǔn)化
計算機硬件系統(tǒng)集成項目在日常的信息系統(tǒng)建設(shè)中處于“基礎(chǔ)”的地位，有單一設(shè)備的建設(shè)項目（譬如網(wǎng)絡(luò)設(shè)備的更新?lián)Q代、單項設(shè)備采購）、也有多種設(shè)備的集成、還有系統(tǒng)總體的設(shè)計及實施、機房設(shè)計與裝修、硬件系統(tǒng)的服務(wù)與維護等。做為計算機系統(tǒng)服務(wù)供應(yīng)商或系統(tǒng)集成商，對這些項目的管理就面臨一些挑戰(zhàn)和問題。根據(jù)我十多年來對數(shù)千個計算機硬件集成項目的長期跟蹤和分析，總結(jié)了計算機硬件系統(tǒng)集成項目的幾個管理經(jīng)驗，簡稱計算機硬件系統(tǒng)集成項目管理的“3456”，也就是3種分類，4個要點，5大方案，6類報表，下面詳細(xì)闡述，以供大家參考，也請各位專家批評指正。
一、3種分類
根據(jù)計算機硬件集成項目建設(shè)的特點，可將項目建設(shè)分為：計算機硬件設(shè)備集成與安裝、計算機硬件設(shè)備的技術(shù)與服務(wù)、計算機硬件系統(tǒng)總體設(shè)計與工程管理服務(wù)等三類。仔細(xì)甄別這三類項目，有利于針對性的進行項目管理，獲得客戶的滿意度，這種分類的定義分別如下：
1. 計算機硬件設(shè)備集成與安裝類（以下簡稱“設(shè)備集成與安裝類”）
這是最常見的一種計算機硬件集成項目，也是大多數(shù)購買方習(xí)慣采用的一種計算機硬件系統(tǒng)項目建設(shè)模式。在此類項目建設(shè)中，計算機系統(tǒng)中涉及的設(shè)備性能、系統(tǒng)架構(gòu)等已經(jīng)由購買方進行了全面的論證并進行了定型或定性選擇，設(shè)備供應(yīng)商只需按照購買方的合同要求進行采購、供貨和安裝即可。
2. 計算機硬件設(shè)備的技術(shù)與服務(wù)類（以下簡稱“技術(shù)與服務(wù)類”）
這類項目是以IT技術(shù)與服務(wù)為主的計算機硬件系統(tǒng)建設(shè)項目，往往是為了某種特定的技術(shù)需求和服務(wù)為標(biāo)的的。采購方針對某種設(shè)備的技術(shù)存在疑慮、問題或困惑需要提供服務(wù)一方的技術(shù)支持、技術(shù)培訓(xùn)和技術(shù)服務(wù)。這類項目需要提供方進行方案的科學(xué)論證和選擇，并提交相關(guān)技術(shù)的解決方案。
3. 計算機硬件系統(tǒng)總體設(shè)計與工程管理服務(wù)類（以下簡稱“總體設(shè)計與工程管理類”）
這是一種采購方“放權(quán)式”的計算機硬件集成項目，通常情況下，采購方對自身建設(shè)的系統(tǒng)在架構(gòu)設(shè)計、規(guī)模分布、性能指標(biāo)等有一定的了解，但基于各種原因，采購方需要服務(wù)提供方全面負(fù)責(zé)計算機硬件系統(tǒng)的總體設(shè)計、架構(gòu)、以及新老系統(tǒng)的融合，進行采購和集成，在整個過程中進行技術(shù)指導(dǎo)培訓(xùn)，并進行工程實施的全面組織和管理。這類項目越來越多的出現(xiàn)在即將采購的系統(tǒng)集成項目中來，也是計算機系統(tǒng)集成項目發(fā)展的一個主要方向。這類項目需要服務(wù)供應(yīng)商涉獵全面的計算機系統(tǒng)領(lǐng)域，涵蓋盡可能多的計算機系統(tǒng)范圍，同時對技術(shù)人員、管理人員的要求也是最高的。
三種分類的項目有各自的特點，在項目管理中應(yīng)該針對其特點采取不同的項目管理措施，其項目管理的要點也各不相同。
二、4個項目管理要點
項目管理涉及多個管理知識領(lǐng)域，在此不想涉及太多項目管理理論的內(nèi)容，下面主要就服務(wù)提供方在項目管理方面，從項目管理過程、項目經(jīng)理選擇、集成設(shè)備管理、客戶溝通四個方面的要點做一個簡單的總結(jié)。
1. 項目管理過程要點
“設(shè)備集成與安裝類”項目管理的要點在于要及時按期到貨，交付設(shè)備，并盡快組織安裝和提供相關(guān)的部署圖等。
“技術(shù)與服務(wù)類”項目管理的要點在于實施前要告知客戶全面的實施思路和過程，實施中要提醒客戶備份相關(guān)信息和歷史資料，實施后要出具報告并說明解決了相關(guān)問題或堵塞了漏洞等。
“總體設(shè)計與工程管理類”項目管理的要點在于要根據(jù)客戶的需求全面考慮設(shè)計方案并組織專家（外部及客戶方內(nèi)部）論證通過；在實施過程中對總體設(shè)計思想進行講解與落實，監(jiān)督服務(wù)提供方（二級服務(wù)方或分集成商）按照設(shè)計進行實施并驗證其實施的準(zhǔn)確與正確性；組織整個系統(tǒng)的聯(lián)調(diào)測試，驗證總體設(shè)計思想；組織工程的驗收和后期服務(wù)維護。
2. 選派項目經(jīng)理要點
針對“設(shè)備集成與安裝類”項目選擇項目經(jīng)理時，人選通常不是什么問題，各承建單位都有很多熟悉計算機硬件系統(tǒng)的管理人員，選擇對供應(yīng)設(shè)備性能熟悉的人員即可。
針對“技術(shù)與服務(wù)類”項目選派項目經(jīng)理時，應(yīng)該考慮一個能夠?qū)⒓夹g(shù)性問題簡單化，思路清晰，善于講解，思維敏捷的人員來擔(dān)當(dāng)項目經(jīng)理。
“總體設(shè)計與工程管理類”項目在選派項目經(jīng)理時一定要考慮到項目經(jīng)理的技術(shù)經(jīng)驗和組織能力，而組織管理能力是首選。最好是具備系統(tǒng)性的項目管理知識、了解用戶的行業(yè)特點并熟悉服務(wù)供應(yīng)方的組織機構(gòu)、具備2個以上類似項目管理經(jīng)驗的人員。
3. 集成設(shè)備的管理要點
針對計算機硬件集成項目在集成設(shè)備的管理中，可分為采購管理、到貨管理、安裝測試管理、交付管理、集成測試管理等過程要點，在每一個過程中都要得到采購方負(fù)責(zé)人員的簽字確認(rèn)。特別要注意的是到貨管理并不等于交付管理，很多時候供應(yīng)方項目經(jīng)理或技術(shù)人員誤認(rèn)為設(shè)備已經(jīng)到達用戶指定現(xiàn)場，交付自然已經(jīng)完成，其實存在著很大的認(rèn)識偏差。交付管理是設(shè)備加電測試合格、資料齊全、性能指標(biāo)滿足采購方需要的設(shè)備移交，是集成設(shè)備管理最關(guān)鍵的一個環(huán)節(jié)，也是對單一設(shè)備的驗收交付。集成測試指的是多個設(shè)備集成在一起的要進行的集成工作，并不是每個項目都會做集成測試，而要看項目涉及到得的設(shè)備類型及相關(guān)性，根據(jù)項目的類型進行裁剪。
4. 客戶溝通管理要點
針對計算機硬件集成項目這三種分類來講，客戶溝通管理的重要性與復(fù)雜性程度由高到低依次是：“總體設(shè)計與工程管理類”項目、“技術(shù)與服務(wù)類”項目、“設(shè)備集成與安裝類”項目；但這并代表“溝通”在重要性和復(fù)雜度低的分類項目管理中不重要，恰恰相反成功的項目管理基于溝通。
在面對客戶溝通時，首先一定要分清楚有哪些干系人，哪些人是關(guān)鍵干系人，有針對性的對不同類型的關(guān)鍵干系制定不同的溝通策略。要仔細(xì)判別：哪些關(guān)鍵干系人愿意聽取匯報？哪些關(guān)鍵干系人愿意看材料？哪些關(guān)鍵干系人注重技術(shù)？哪些關(guān)鍵干系人對項目的實施效果比較關(guān)心？了解關(guān)鍵干系人的關(guān)注點和喜好，了解清楚客戶的組織結(jié)構(gòu)和層級，了解該行業(yè)的組織關(guān)系“特點”，針對其特點采取不同的有效措施。制定溝通計劃。
其次要確切的知道服務(wù)供應(yīng)方能夠提供的服務(wù)和級別，有哪些可用資源？哪些可調(diào)配資源？這些資源什么時候可投入到項目中？投入后客戶是否滿意？了解組織在本項目中的實施策略以及如何去管理關(guān)鍵干系人的期望。
接下來就要采取有效的措施對關(guān)鍵干系人的期望進行梳理和引導(dǎo)，密切關(guān)注關(guān)鍵干系人的關(guān)注點的變化，在和干系人溝通的過程中適時調(diào)整針對關(guān)鍵干系人的溝通措施和計劃。在資源和技術(shù)、時間、質(zhì)量、成本、范圍等可控的前提下盡可能的滿足干系人的期望，并對干系人的期望進行有效管理，以期提高客戶滿意度。
項目執(zhí)行過程中適時的對客戶溝通進行總結(jié)。
根據(jù)計算機硬件系統(tǒng)集成項目的特點，總結(jié)出了在項目實施管理過程中的關(guān)鍵性成果物（文檔）的模版，將其分為兩大類：一類為方案，另一類為表格，羅列如下供大家參考。
三、5大方案
在計算機硬件系統(tǒng)集成項目實施中，項目方案對項目的執(zhí)行和管理至關(guān)重要，這些基本的項目方案包括五個：計算機系統(tǒng)集成總體設(shè)計方案、計算機系統(tǒng)集成實施方案、計算機系統(tǒng)集成集成測試方案、計算機系統(tǒng)集成培訓(xùn)方案、計算機系統(tǒng)集成維護方案。在這五大方案的基礎(chǔ)上，根據(jù)客戶的需要，可以演變出其他的項目管理方案來，但它們也隸屬于這五大方案之中。
這五大方案所包括的內(nèi)容分別如下：
1. 計算機系統(tǒng)集成總體設(shè)計方案的內(nèi)容
《總體設(shè)計方案》的內(nèi)容包括業(yè)務(wù)應(yīng)用需求、現(xiàn)有系統(tǒng)架構(gòu)、集成后的總體設(shè)計、架構(gòu)、性能、實施安裝、測試、驗收、維護等的要求內(nèi)容等。
2. 計算機系統(tǒng)集成實施方案的內(nèi)容
《實施方案》的內(nèi)容包括各方職責(zé)與組織架構(gòu)（組織、分工及溝通管理等）、實施環(huán)境要求、實施的組織與宣傳、實施計劃及主要內(nèi)容（含里程碑）、工作實施、風(fēng)險列表與風(fēng)險應(yīng)對、實施風(fēng)險緊急應(yīng)對方案、實施過程報表、實施檢查、實施培訓(xùn)方案等。
3. 計算機系統(tǒng)集成集成測試方案的內(nèi)容
《集成測試方案》的內(nèi)容包括測試要求、測試目標(biāo)、測試范圍、單項測試內(nèi)容及報告、測試計劃、測試人員安排與組織、集成測試的內(nèi)容（聯(lián)通性、性能、指標(biāo)等）、集成測試的實施、集成測試的結(jié)論等。
4. 計算機系統(tǒng)集成培訓(xùn)方案的內(nèi)容
《培訓(xùn)方案》的內(nèi)容包括培訓(xùn)目標(biāo)、培訓(xùn)人員要求（教師與學(xué)員）、培訓(xùn)的課程安排（時間、地點、環(huán)境設(shè)備等）、形式及教材準(zhǔn)備、課程說明、培訓(xùn)實施、培訓(xùn)效果檢查等。
5. 計算機系統(tǒng)集成維護方案的內(nèi)容
《維護方案》的內(nèi)容包括運行維護的流程和機制（流程、時間、問題單格式、維護報告內(nèi)容模板、現(xiàn)場工作流程等）、運行維護的人員安排、運行維護手冊、日常維護注意事項、常見問題及應(yīng)對措施等。
四、6類表格
計算機硬件系統(tǒng)集成項目在實施過程中的所有報表看似很多，且格式各異，用戶的要求也各不相同，但仔細(xì)歸納后可以將其分為六類，它們是：計算機集成設(shè)備采購?fù)ㄖ獑?、計算機集成設(shè)備到貨驗貨單、計算機集成設(shè)備安裝記錄單、計算機集成設(shè)備交付單、計算機集成設(shè)備系統(tǒng)集成測試報告單、計算機系統(tǒng)集成設(shè)備驗收報告單。
從項目管理的角度來分析，若是管理好這六類表單，項目就成功了一半。
六類報表的所有報表一式多份，不足以說明相關(guān)工作時可加附表或文檔說明，報表可根據(jù)項目類型和客戶特點進行裁剪。
五、結(jié)束語
由于IT技術(shù)更新變化發(fā)展快，實施人員隊伍年輕，計算機硬件系統(tǒng)集成項目執(zhí)行起來復(fù)雜，如何更好高效的執(zhí)行項目和進行管理一直以來都是供需雙方在考慮的問題。本文單純從項目管理的角度去思考，沒有考慮到實施隊伍人員的技術(shù)培訓(xùn)，組織與管理等細(xì)節(jié)性問題，總結(jié)的“3456”難免會有些偏頗，還請各位專家給予指正并探討。
【關(guān)鍵詞】NESTOR；軟件工程化；過程管理
0引言
核電設(shè)計分析以及運行支持軟件是開展核電工程設(shè)計以及維護核電廠運行的重要技術(shù)手段之一，對核電工程設(shè)計科研工作的質(zhì)量、研發(fā)效率以及核電廠的運行安全起到了至關(guān)重要的作用。由于核電設(shè)計分析以及運行支持軟件具有很強的核安全相關(guān)性，多年以來，國外核發(fā)達國家對核電軟件設(shè)計研發(fā)以及運行管理都是高度重視的，相關(guān)軟件研發(fā)的各個流程環(huán)節(jié)、軟件適用性、可靠性、過程質(zhì)量管理以及后續(xù)的應(yīng)用均受到核安全監(jiān)管機構(gòu)的高度關(guān)注。與此同時，在國內(nèi)，核電相關(guān)的安全也受到了核安全監(jiān)管機構(gòu)的高度關(guān)注。針對核安全相關(guān)軟件，國家核安全監(jiān)管機構(gòu)也制定了相關(guān)的軟件評價實施辦法。根據(jù)相關(guān)實施辦法，核安全相關(guān)軟件的認(rèn)證過程不僅重視軟件的重要物理現(xiàn)象識別、物理模型建立、驗證計算模型的合理性以及不確定性和敏感性等評價，對軟件的研發(fā)過程、研發(fā)體系以及質(zhì)量保證體系的建立也同樣重視。在中核集團龍騰自主創(chuàng)新科研項目的支持下，由中國核動力研究設(shè)計院牽頭，中國核電工程有限公司、中核武漢核電運行技術(shù)股份有限公司參與共同完成了成體系的核電設(shè)計與分析軟件包NESTOR（NuclearPowerPlantEngineeringSoftwareTechnologyResearchProject)）。NESTOR軟件包包含了核電設(shè)計與分析所需要的相關(guān)專業(yè)軟件，涉及核反應(yīng)堆物理設(shè)計、屏蔽與源項設(shè)計、熱工水力與安全分析、燃料元件相關(guān)設(shè)計、系統(tǒng)與設(shè)備設(shè)計、儀控設(shè)計、軟件共性技術(shù)等相關(guān)領(lǐng)域。NESTOR軟件項目自2011年立項以來便高度重視軟件研發(fā)體系建設(shè)，并針對“軟件開發(fā)過程質(zhì)量保證體系與開發(fā)規(guī)范”成立單獨的課題進行研究。該項目致力于將核電工程設(shè)計與軟件工程化相結(jié)合，貫穿研發(fā)全生命周期，覆蓋需求管理、模型研究、軟件設(shè)計、VV流程等各個環(huán)節(jié)，建立健全核電軟件工程化研發(fā)體系，并在NESTOR項目中的各個軟件開展軟件工程化實施流程。長期以來，建立適應(yīng)核電工程特色的軟件工程化研發(fā)體系，并將體系融入工程設(shè)計、科研及管理工作中，一直是NESTOR項目的重要研究方向之一。
1核電軟件工程化體系建立
核電設(shè)計分析軟件以及運行支持軟件具有高可靠性、高安全性、高經(jīng)濟性的特殊要求。在國家核安全導(dǎo)則、GJB5000A、CMMI等軟件工程化的總體指導(dǎo)要求下，遵循軟件工程化思想，建立一套具有核電工程特點的完善的核電軟件工程化研發(fā)管理體系，對確保研發(fā)團隊開發(fā)出高質(zhì)量、滿足核電核動力工程需求的軟件產(chǎn)品起到重要的保障作用。中國核動力研究設(shè)計院經(jīng)過多年的研究及實踐應(yīng)用，制定了覆蓋軟件工程化研發(fā)中的重要過程域的指導(dǎo)性文件《軟件工程化體系文件》。
2NESTOR軟件工程化實施過程
軟件工程化研發(fā)的實施主要覆蓋軟件開發(fā)過程和軟件管理過程。針對NESTOR軟件，主要分為工程化主機平臺類軟件以及嵌入式軟件。軟件的開發(fā)過程依據(jù)軟件的類型以及規(guī)模等屬性，選擇適用的軟件生存周期模型，并定義軟件開發(fā)的階段及階段中的活動。軟件管理過程主要包括需求管理、項目策劃、項目監(jiān)督與控制、過程和產(chǎn)品質(zhì)量保證、配置管理、測量與分析等過程，軟件項目的管理過程中的活動可根據(jù)軟件的自身特點進行裁剪。
2.1核電軟件的管理過程實施
2.1.1項目初始管理策劃
在接受核電軟件研制任務(wù)后，應(yīng)落實項目組主要成員，并組織各階段工作安排。項目負(fù)責(zé)人根據(jù)《軟件研制能力等級要求》，組織對項目軟件的重要性等級和規(guī)模等級進行確定。最終形成《項目軟件工程化策劃書》，作為開展核電軟件工程化研發(fā)的輸入。
2.1.2研發(fā)過程規(guī)范制定
NESTOR項目結(jié)合自身的特點，建立了一系列的研發(fā)過程規(guī)范，規(guī)范由項目部批準(zhǔn)后應(yīng)用于本項目所承擔(dān)的所有核電軟件研發(fā)中。
2.1.3項目監(jiān)督與控制
核電軟件項目的監(jiān)督與控制是將軟件項目的實際執(zhí)行情況與相關(guān)計劃要求進行對比分析，如超出偏差范圍，則采取必要的糾正措施。如軟件需求發(fā)生重大變化，則修訂計劃以滿足相關(guān)要求，從而確保項目研發(fā)工作有序、正常的實施。
2.1.4核電軟件項目過程和產(chǎn)品質(zhì)量保證
開展質(zhì)量管理的策劃工作，主要目的是識別NESTOR項目及其最終交付成果的質(zhì)量要求及規(guī)范標(biāo)準(zhǔn)。通過有計劃地、定期地對NESTOR相關(guān)軟件全生存周期的開發(fā)與管理活動進行符合性檢查，對各階段工作產(chǎn)品與活動進行審核來判斷研發(fā)工作是否按照軟件工程化體系的要求實施，從中發(fā)現(xiàn)不符合項并實施相應(yīng)的糾正措施。
2.1.5項目配置管理
配置管理是結(jié)合配置管理工具對開發(fā)的軟件進行版本管理與變更控制，對軟件開發(fā)過程的各階段工作產(chǎn)品進行有效保護，維護階段工作產(chǎn)品和軟件產(chǎn)品的完整性和可追溯性的管理過程。NESTOR項目相關(guān)軟件的配置管理貫穿于軟件研發(fā)活動的全生命周期以及各個流程環(huán)節(jié)。NESTOR項目采用專門的軟件配置管理工具，對程序源代碼、版本、各階段文檔、工況數(shù)據(jù)及流程進行有效的配置，實現(xiàn)了研發(fā)過程的自動化配置和動態(tài)管理，增加了軟件研發(fā)人員對設(shè)計流程的能見度。NESTOR項目在配置管理實施中建立了軟件開發(fā)庫、受控庫以及產(chǎn)品庫，并限定配置項在不同庫之間的流轉(zhuǎn)的權(quán)限及流程的控制。通過實施配置管理有效地保證了軟件的正確性、完整性及可追溯性。
2.1.6測量與分析
測量與分析是NESTOR軟件項目各軟件設(shè)置有專門的測量分析工程師，該人員負(fù)責(zé)依據(jù)既定的測量目標(biāo)、測量項、數(shù)據(jù)采集和存儲規(guī)程、分析規(guī)程等相關(guān)要求采集和分析測量數(shù)據(jù)，在合適的控制點/項目結(jié)題時采集并匯總相關(guān)數(shù)據(jù)，形成測量分析信息。項目執(zhí)行的過程中，相關(guān)的測量分析信息及時專遞到項目組團隊成員內(nèi)以及利益相關(guān)方。通過測量與分析活動，有效的監(jiān)督了項目績效，并為后續(xù)活動做出有根據(jù)的管理和技術(shù)決策，以便在出現(xiàn)問題時及時采取相應(yīng)的糾正措施，實現(xiàn)項目監(jiān)督控制的可視性、及時性
2.1.7項目評審
在軟件開發(fā)與管理過程中，針對重要節(jié)點或者里程碑組織軟件項目組內(nèi)部及外部人員對NESTOR軟件產(chǎn)品、研發(fā)活動及工作進展情況的符合性、合理性和正確性進行驗證。通過評審活動，可以高效率、盡早發(fā)現(xiàn)并消除問題，從而保證軟件產(chǎn)品的最終質(zhì)量。
2.1.8記錄控制
為滿足軟件工程化體系要求，NESTOR項目實施工程化研發(fā)過程中所產(chǎn)生的記錄、以及能夠證明體系文件有效運行的記錄、作為可追溯性依據(jù)的記錄均進行了有效的控制。通過核電管理平臺，對項目實施中產(chǎn)生的所有過程記錄文檔進行分發(fā)、流轉(zhuǎn)等控制，過程記錄包括技術(shù)傳遞單、技術(shù)聯(lián)系單、備忘錄、會議紀(jì)要、設(shè)計評審報告、項目周報、QA核查單、質(zhì)量保證報告、配置管理報告等。同時，通過檔案管理系統(tǒng)，對項目所產(chǎn)生的所有設(shè)計文件進行有效的歸檔及控制。
2.1.9軟件的鑒定與應(yīng)用
研發(fā)完成的軟件，在未經(jīng)過專業(yè)鑒定前僅可用于學(xué)習(xí)、科研，不能直接應(yīng)用于工程設(shè)計。軟件的鑒定是專業(yè)設(shè)計人員對入庫歸檔的軟件產(chǎn)品進行專業(yè)分類及篩選后，由軟件鑒定專家委員會對篩選后的軟件進行鑒定。鑒定軟件的功能、性能、工程適用范圍、可靠性等各方面能夠滿足相關(guān)工程使用需求。NESTOR所研發(fā)的軟件只有通過鑒定才能夠歸入工程可用軟件庫。當(dāng)工程項目產(chǎn)生軟件應(yīng)用需求時，即可從工程軟件庫中選擇合適的軟件。
2.2核電軟件的開發(fā)過程實施
2.2.1核電軟件研制策劃
NESTOR軟件研制策劃工作是估計NESTOR軟件包中每個軟件的規(guī)模、開發(fā)工作量，并根據(jù)估計結(jié)果，結(jié)合進度要求來制定合理的開發(fā)計劃，提出必要保障條件的管理過程。本項工作主要由項目軟件負(fù)責(zé)人組織，對所負(fù)責(zé)軟件的根據(jù)各項軟件的開發(fā)和管理工作進行全面的策劃，并安排相關(guān)角色依據(jù)既定的分工制定所需研制軟件的各項計劃，最終以書面的形式形成《軟件開發(fā)計劃》、《軟件配置管理計劃》、《軟件質(zhì)量保證計劃》、《軟件測量分析計劃》、《軟件驗證和確認(rèn)計劃》、《文件清單》以及估計記錄等相關(guān)文檔，文檔經(jīng)過評審后生效執(zhí)行。相關(guān)文檔是軟件開發(fā)過程中各項活動的重要依據(jù)文件，并將隨著軟件研發(fā)過程而細(xì)化或調(diào)整.
2.2.2核電軟件需求分析
NESTOR項目結(jié)合核電工程軟件特點，在需求階段開展了詳細(xì)的需求理解、需求確認(rèn)、需求跟蹤等需求分析活動，需求包括功能需求以及非功能的需求。需求分析是軟件生存周期中最重要的一步。只有通過需求分析，才能準(zhǔn)確地將軟件的功能以及非功能的需求從概念描述轉(zhuǎn)換為具體的可測量的規(guī)格說明形式。NESTOR項目的各個軟件在需求分析階段都依據(jù)軟件的相關(guān)需求完成對應(yīng)軟件的需求分析活動，并以書面的形式形成《需求說明書》/《需求分析報告》，同時建立并維護需求跟蹤矩陣。NESTOR項目在開發(fā)的過程中持續(xù)跟蹤維護需求矩陣，確保了需求與項目策劃的一致性，并在必要時進行變更。
2.2.3核電軟件設(shè)計與實現(xiàn)
軟件的設(shè)計是在需求的基礎(chǔ)上，對軟件開展計算部分的設(shè)計以及界面設(shè)計工作，計算部分包括系統(tǒng)結(jié)構(gòu)設(shè)計、數(shù)據(jù)設(shè)計、接口設(shè)計、算法以及過程設(shè)計，界面部分的設(shè)計工作包括界面原型設(shè)計以及界面設(shè)計，軟件設(shè)計即是把需求轉(zhuǎn)換成表達的過程。在設(shè)計活動完成后，軟件的設(shè)計工程師需要依據(jù)體系文件以及相關(guān)規(guī)范編制相關(guān)的《軟件設(shè)計說明書》，設(shè)計說明書可依據(jù)軟件規(guī)模或者復(fù)雜程度拆分成《概要設(shè)計說明書》以及分模塊的《設(shè)計說明書》。在軟件的實現(xiàn)階段，按照對應(yīng)的編碼規(guī)范，依據(jù)設(shè)計結(jié)果實現(xiàn)軟件編制、編譯和調(diào)試，編制《軟件編碼報告》以及《用戶手冊》?！盾浖幋a報告》主要對軟件的數(shù)值計算及界面模塊的目錄結(jié)構(gòu)、模塊結(jié)構(gòu)、全局?jǐn)?shù)據(jù)、各模塊的功能和數(shù)據(jù)，以及軟件的編譯運行方式、集成方式進行描述《用戶手冊》主要對軟件的功能、性能、運行環(huán)境、安裝以及操作說明進行描述，給最終軟件使用對象對軟件的使用有直觀的了解。
2.2.4核電軟件測試及驗證
軟件測試是由人工或自動方法來執(zhí)行或評價系統(tǒng)或系統(tǒng)部件的過程，以驗證它是否滿足規(guī)定的需求。測試活動由軟件測試工程師負(fù)責(zé)，在測試的策劃階段形成《軟件測試計劃》并開展測試設(shè)計，包括測試用例說明等相關(guān)文檔。NESTOR項目的測試計劃以及測試說明文檔均經(jīng)過評審，以確保測試工作的有效性。測試工作嚴(yán)格按照計劃及測試說明執(zhí)行，對測試過程發(fā)現(xiàn)的缺陷應(yīng)進行報告、確認(rèn)、修正和驗證，并形成缺陷記錄單，通過多輪測試及回歸，確保缺陷全部關(guān)閉或得到妥善處置。測試完成后編制《軟件測試報告》。通過測試的軟件，由獨立于開發(fā)團隊的驗證工程師，通過確認(rèn)用例對軟件進行驗證，確認(rèn)用例包括基準(zhǔn)題、實測數(shù)據(jù)（試驗數(shù)據(jù)或電廠運行數(shù)據(jù)）等，通過驗證確保軟件的功能、性能以及計算精度滿足預(yù)期。采用第三方驗證的方式對所開發(fā)軟件的正確性進行確認(rèn)
2.2.5核電軟件
VV驗證和確認(rèn)遵循GJB5000A要求以及軟件工程化體系執(zhí)行，從VV的過程、過程中包含的VV活動，再到具體的VV任務(wù)，多層次全方位地定義驗證和確認(rèn)流程。N開展VV活動是確保NESTOR軟件的質(zhì)量和可靠性的重要措施，通過VV活動確認(rèn)各項需求以及設(shè)計要求正確實施，識別期望的結(jié)果和實際結(jié)果之間有無差別，有效地提高軟件計算的精度并保證軟件的正確性，確保NESTOR軟件質(zhì)量。除了項目團隊內(nèi)的VV團隊，NESTOR項目還創(chuàng)新的采用軟件研發(fā)合作模式，邀請了高校測試組、專業(yè)測試公司以及第三方驗證團隊，針對開發(fā)的核電軟件根據(jù)相關(guān)行業(yè)內(nèi)規(guī)范開展了第三方獨立的測試和驗證。通過有效利用外部資源，對軟件的功能、性能進行全面的測試驗證分析，有效地摒除了內(nèi)部團隊在相關(guān)工作中的“程式”思維、思路局限性而帶來的漏洞，更多的發(fā)現(xiàn)軟件運行中的問題，進一步提高所開發(fā)核電軟件VV的全面性和客觀性。
2.2.6核電軟件結(jié)項
軟件研制完成后，項目軟件負(fù)責(zé)人組織對軟件的測試驗證情況進行分析，根據(jù)項目目標(biāo)要求，組織總結(jié)分析工作。就軟件的研發(fā)工作進行總結(jié)，組織編制《軟件開發(fā)總結(jié)報告》，另外，還有軟件開發(fā)過程中的相關(guān)配置管理情況、質(zhì)量管理情況進行總結(jié)，編制《配置管理總結(jié)報告》以及《質(zhì)量保證總結(jié)報告》。相關(guān)總結(jié)文檔完成后，組織項目結(jié)項評審，軟件具備結(jié)項條件后，提交驗收申請并組織驗收，形成驗收報告。
3結(jié)語
NESTOR軟件包通過結(jié)合廣泛的工程經(jīng)驗，依托科學(xué)理論和軟件工程化技術(shù)的進步，形成了重要的自主創(chuàng)新能力，成功應(yīng)用于華龍一號工程設(shè)計與校核，并正在進一步應(yīng)用于其他核電工程開發(fā)中。部分運行支持軟件也已在國內(nèi)多個核電廠推廣應(yīng)用，發(fā)揮了良好的經(jīng)濟效益。通過工程化管理體系的建立以及對軟件工程化的過程管理實施，NESTOR軟件包的研發(fā)工作以及運行管理實現(xiàn)了流程精細(xì)化管控以及監(jiān)督可視化、可控化。確保了NESTOR軟件在滿足工程需求同時，提升了研發(fā)效率、縮短了研發(fā)周期，提高了軟件的質(zhì)量，大大減輕了運行管理成本，提升了軟件研發(fā)精細(xì)化管理水平。
【參考文獻】
［1］張曉龍.現(xiàn)代軟件工程[M].清華大學(xué)出版社,2011.
［2］林銳,彭國明.CMMI和集成化軟件研發(fā)管理[M].北京:電子工業(yè)出版社,2008.
［3］姜霄雪,嚴(yán)建平,蔣劍偉.基于CMMI的過程和產(chǎn)品質(zhì)量保證過程研究與應(yīng)用[J].廣東通信技術(shù),2017,37(04):77-79.
關(guān)鍵詞：航天型號；技術(shù)評審；有效性
中圖分類號：F273 文獻標(biāo)識碼：A
引言
2011年衛(wèi)星發(fā)射將取得新的突破，在現(xiàn)有資源條件下對評審進行優(yōu)化勢在必行。在不降低評審把關(guān)作用的前提下，基于提高評審有效性的航天型號評審項目進行研究具有重要的意義。
目前各單位進行的評審涉及預(yù)先研究、產(chǎn)品化、型號研制等方面，本次調(diào)研針對航天型號評審進行。下文中論述的評審如無特殊說明均指型號研制技術(shù)評審。本文對調(diào)研情況進行了總結(jié)和分析，并基于提高評審的有效性提出了航天型號評審工作的改進措施。
1.航天型號評審現(xiàn)狀
1.1評審的定義和目的
技術(shù)評審是在航天器型號研制過程中由型號內(nèi)、外的同行專家對型號產(chǎn)品的設(shè)計、制造、總裝、測試和試驗工作進行的評議審查活動。技術(shù)評審是為型號技術(shù)決策和行政系統(tǒng)管理決策提供評審意見的一項必須進行的工作，評審不改變型號原有的技術(shù)責(zé)任和管理責(zé)任。
1.2型號技術(shù)評審分類
型號技術(shù)文件類型一般有設(shè)計類、產(chǎn)品保證類、工藝類、總結(jié)類、技術(shù)狀態(tài)更改類、質(zhì)量問題歸零類、出廠評審類等。
設(shè)計類細(xì)分為：方案論證報告類、初樣設(shè)計報告類、正樣設(shè)計報告類、任務(wù)書／技術(shù)要求類、產(chǎn)品規(guī)范／技術(shù)條件類、接口類、研制技術(shù)流程類、研制計劃流程類、可靠性和安全性分析設(shè)計報告類、測試覆蓋性分析報告類、計算文件類、材料，元器件選用清單類、關(guān)重件及目錄外材料／元器件清單類、軟件產(chǎn)品類。
產(chǎn)品保證類文件包括產(chǎn)品保證要求、產(chǎn)品保證計劃。
工藝類細(xì)分為：工藝文件、大綱文件(試驗大綱、測試大綱和驗收大綱)、細(xì)則文件(測試細(xì)則、驗收細(xì)則)、測試程序文件。
總結(jié)類文件細(xì)分為：測試總結(jié)報告／試驗總結(jié)報告類、技術(shù)攻關(guān)報告類、研制總結(jié)類、復(fù)核復(fù)審／復(fù)核復(fù)算類。
技術(shù)狀態(tài)更改類文件指以技術(shù)狀態(tài)管理相關(guān)內(nèi)容為主的技術(shù)文件，如技術(shù)狀態(tài)更改論證報告、技術(shù)狀態(tài)更改專項報告等。
質(zhì)量問題歸零類文件包括質(zhì)量問題技術(shù)歸零、質(zhì)量問題管理歸零。
出廠評審類文件包括元器件出廠專項評審、軟件出廠專項評審、可靠性與安全性出廠專項評審、質(zhì)量問題歸零出廠專項評審、技術(shù)狀態(tài)更改出廠專項評審、風(fēng)險分析與控制出廠專項評審、系統(tǒng)級出廠評審。
1.3型號技術(shù)評審的管理
目前型號承制各單位按照型號評審的要求，技術(shù)文件均開展室級、車間級審查或評審。型號技術(shù)評審實行分級管理，單機文件經(jīng)過研究室和廠、所級技術(shù)把關(guān)，分系統(tǒng)文件經(jīng)過廠、所級和總體技術(shù)把關(guān)、總體文件經(jīng)過總體和項目辦把關(guān)。為確保質(zhì)量，部分分系統(tǒng)文件也由項目辦進行了評審。院負(fù)責(zé)的型號評審工作主要是出廠評審、轉(zhuǎn)階段評審、共性問題歸零評審。技術(shù)評審工作程序一般包括準(zhǔn)備、評議審查和問題跟蹤管理三個階段。
1.4型號技術(shù)評審調(diào)研情況
本次調(diào)研的單位涵蓋了總體、分系統(tǒng)和單機單位。總體以XX星總體為例，分系統(tǒng)以XX星熱控分系統(tǒng)為例，單機以XX星用二次電源為例。調(diào)研采取會議、座談、書面問卷等形式進行，調(diào)查的對象既有型號總設(shè)計師又有一線設(shè)計人員，既有機關(guān)部領(lǐng)導(dǎo)又有基層管理人員。
各單位調(diào)研的結(jié)果存在很多共性的表現(xiàn)。這里對單機、分系統(tǒng)、總體進行舉例說明。涉及到的所有文件均開展室級、車間級審查或評審，開展的形式多樣，評審形式包括：會議評審、函審和審查。
單機產(chǎn)品以XX星二次電源為例。整個研制周期共編寫152份，全部進行了研究室和所級評審。其中初樣階段89份；正樣階段63份。軟件以XX衛(wèi)星帆板驅(qū)動機構(gòu)LTU軟件為例。整個研制階段共編寫29份文件，全部進行了研究室和所級評審。其中初樣階段9份，1份進行了所、廠級評審；正樣階段20份，其中1份進行了所、廠級評審。
分系統(tǒng)以XX星熱控分系統(tǒng)為例。整個研制階段共編寫108份文件，全部進行了研究室和所級評審。其中初樣階段43份文件，所級評審8份，項目辦級評審8份；正樣階段65份，其中所級評審6份，項目辦級評審6份。
總體文件以XX星為例。整個研制階段共編寫560份文件，全部進行了研究室和所級評審。其中初樣階段211份文件，項目辦評審57份，院級評審8次；正樣階段339份文件，項目辦評審78份，院級評審13份。
2.存在的問題及原因
調(diào)研過程中發(fā)現(xiàn)：型號研制過程中進行的大量評審確保了研制質(zhì)量，起到了專家咨詢把關(guān)、協(xié)同設(shè)計、各方認(rèn)可、集思廣益的作用，但其中也存在一些問題。
2.1會議評審工作量大，參會人員多
技術(shù)責(zé)任制不充分落實，導(dǎo)致大量文件進行會議評審。目前大量評審會議進行的不是真正意義的評審，不符合評審的定義，而是在進行技術(shù)協(xié)調(diào)、設(shè)計優(yōu)化、狀態(tài)確認(rèn)。會議評審數(shù)量多，導(dǎo)致項目辦、總體人員、技術(shù)專家參會頻次大。參會人員沒有嚴(yán)格限制，導(dǎo)致參會人員多。
存在用評審會議代替集同設(shè)計、技術(shù)協(xié)調(diào)、復(fù)核復(fù)算的現(xiàn)象；報告編寫者在編寫報告過程中僅僅同各專業(yè)、各系統(tǒng)進行了局部的技術(shù)協(xié)調(diào)。利用評審會議進行充分的各專業(yè)和系統(tǒng)之間的協(xié)調(diào)和集同設(shè)計，導(dǎo)致同一份文件多次評審。真正意義上的集同設(shè)計是可以同時完成多份文件的技術(shù)協(xié)調(diào)和多個設(shè)計指標(biāo)的優(yōu)化。對于計算分析類文件更好的技術(shù)把關(guān)形式是復(fù)核復(fù)算。
存在用評審證明書代替文件簽署責(zé)任、技術(shù)問題處理單的現(xiàn)象；有些文件無需專家評議審查，完全可以通過文件簽署責(zé)任制保證其正確性，但仍然進行評審。造成參會人員多的原因也是多方面的，例如：型號利用評審會議爭奪人力資源，調(diào)動員工工作積極性；研究室領(lǐng)導(dǎo)利用評審會議進行員工培訓(xùn)。
2.2評審有效性不夠，管理不規(guī)范
用戶對航天器的要求不斷提高，型號周期短，技術(shù)難度大。需要評審的項目數(shù)量大同，有限的專家資源和緊張的研制周期之間存在矛盾。評審策劃不夠，評審文件準(zhǔn)備不充分，提交到評委的時間太晚，導(dǎo)致評委無法認(rèn)真仔細(xì)的審查。會議時間較短，報告時間較長，評委發(fā)言時間不充分等。評審組組成不夠合理。會議組織者沒有充分分析評審要點，沒有根據(jù)評審內(nèi)容確定相關(guān)專業(yè)的專家。目前，院沒有專業(yè)齊全的評審專家名庫。被評審方對評委提出的建議和問題沒有進行充分的分析，并進行落實和解決。評審會議待辦事項缺乏閉環(huán)管理。
3.解決措施
3.1落實技術(shù)責(zé)任制，嚴(yán)格進行兩級技術(shù)把關(guān)
所有的技術(shù)文件必須開展室級、車間級的技術(shù)把關(guān)，把關(guān)的形式可以是靈活多樣的，但必須形成技術(shù)把關(guān)的記錄。嚴(yán)格執(zhí)行“單機文件經(jīng)過研究室和所、廠級技術(shù)把關(guān)，分系統(tǒng)文件經(jīng)過所、廠級和總體技術(shù)把關(guān)，總體文件經(jīng)過總體和項目辦把關(guān)。”目前的產(chǎn)品保證隊伍體系設(shè)置有：項目辦產(chǎn)品保證經(jīng)理(副總師)、分系統(tǒng)產(chǎn)品保證經(jīng)理(副主任設(shè)計師)、各研究室或產(chǎn)品中心產(chǎn)品保證經(jīng)理(副主任)，確保所負(fù)責(zé)產(chǎn)品質(zhì)量。確實落實各級產(chǎn)品保證經(jīng)理在技術(shù)文件把關(guān)中的職責(zé)，由各級產(chǎn)品保證經(jīng)理提出評審項目建議，并分析評審項目的評審要點，作為評審會議邀請相關(guān)專家的依據(jù)。各級產(chǎn)品保證經(jīng)理根據(jù)文
件內(nèi)容分解技術(shù)責(zé)任，并對技術(shù)責(zé)任分解的正確性負(fù)責(zé)，填寫“技術(shù)分解表單”，作為技術(shù)文件的一部分進行歸檔。相關(guān)技術(shù)責(zé)任人均需對報告進行會簽。會簽的過程中可以自行組織小范圍的技術(shù)協(xié)調(diào)等活動。各級產(chǎn)品保證經(jīng)理提出復(fù)核復(fù)算項目的建議，組織工藝集中審查、會簽。
3.2改變重要評審組織模式，提高評審有效性
重要技術(shù)評審采取復(fù)核復(fù)審與評審相結(jié)合的工作模式，在相對充裕的時間內(nèi)，對整個設(shè)計過程進行集同復(fù)核復(fù)審，并將專家提出的意見、建議和設(shè)計師的反饋意見集中匯總，形成最終的評審結(jié)論。重要技術(shù)評審全過程所產(chǎn)生的所有質(zhì)量記錄須經(jīng)設(shè)計師匯總、整理形成“XX專題總結(jié)報告”，并掃描歸檔。
3.3優(yōu)化型號評審工作，提高評審有效性
(1)評審項目的設(shè)置，控制評審級別
由各級產(chǎn)品保證經(jīng)理編制單機、分系統(tǒng)、系統(tǒng)級評審項目清單，相應(yīng)管理部分審查評審項目的必要性。評審項目應(yīng)該是技術(shù)上確有評議審查必要或管理程序要求。評審項目內(nèi)容要避免重復(fù)，內(nèi)容類似盡可能合并。控制評審會議級別，在充分地進行兩級技術(shù)把關(guān)的基礎(chǔ)上，能夠一級完成的評審項目。盡可能不進行兩級評審。
型號方案轉(zhuǎn)初樣前，進行產(chǎn)品保證策劃和技術(shù)狀態(tài)基線2個專項院級評審；可靠性和安全性、元器件2個專項只進行項目辦級評審，不再進行院級評審，其內(nèi)容在型號轉(zhuǎn)初樣評審總報告中反映，同時在總報告中要包含“九新”分析、FPGA產(chǎn)品選用及風(fēng)險控制措施策劃內(nèi)容。直接進入正樣研制階段的型號按照方案轉(zhuǎn)初樣模式進行評審。
型號初樣轉(zhuǎn)正樣前，進行產(chǎn)品保證策劃專項院級評審；可靠性和安全性、元器件2個專項只進行項目辦級評審，不再進行院級評審，其內(nèi)容在型號轉(zhuǎn)正樣評審總報告中反映，同時在總報告中要包含“九新”分析、FPGA產(chǎn)品選用及風(fēng)險控制措施落實情況。對于型號出廠評審，按照首飛型號、國家重大工程型號、非首飛型號、批產(chǎn)的裝備型號等類別，采取不同的評審策略。
對于首飛型號，型號出廠前，進行在軌故障預(yù)案、地面測試設(shè)備、元器件、可靠性和安全性、軟件、質(zhì)量問題歸零、技術(shù)狀態(tài)更改、風(fēng)險分析與控制8個專項院級評審；重要分系統(tǒng)出廠專項評審只進行項目辦級評審，不再進行院級評審，其內(nèi)容在風(fēng)險分析與控制專項報告中反映。國家重大工程型號的評審方式按照首飛型號進行。
對于非首飛的型號(不包括批產(chǎn)的裝備星)，型號出廠前，進行元器件、可靠性和安全性、軟件、質(zhì)量問題歸零、技術(shù)狀態(tài)更改、風(fēng)險分析與控制6個專項院級評審；重要分系統(tǒng)出廠專項評審只進行項目辦級評審，不再進行院級評審，其內(nèi)容在風(fēng)險分析與控制專項報告中反映；在軌故障預(yù)案、地面測試設(shè)備2個專項不再進行項目辦和院級評審，其內(nèi)容在風(fēng)險分析與控制專項報告中反映。
對于批產(chǎn)的裝備型號，型號出廠前，進行質(zhì)量問題歸零、技術(shù)狀態(tài)更改、風(fēng)險分析與控制3個專項院級評審，若批產(chǎn)的裝備型號同時出廠，可分別和型號對應(yīng)相同專項合并進行(如xx衛(wèi)星02、03、04星可合并進行3顆星質(zhì)量問題歸零專項院級聯(lián)合評審)；元器件、可靠性和安全性、軟件3個專項可分別和型號對應(yīng)相同專項合并進行院級聯(lián)合評審；重要分系統(tǒng)出廠專項評審可分別和型號對應(yīng)相同專項合并進行項目辦級聯(lián)合評審，不再進行院級評審，其內(nèi)容在風(fēng)險分析與控制專項報告中反映；在軌故障預(yù)案、地面測試設(shè)備2個專項不再進行項目辦和院級評審，其內(nèi)容在風(fēng)險分析與控制專項報告中反映。
型號發(fā)射場加注暨轉(zhuǎn)場前評審報告中要包含型號進場后風(fēng)險分析與控制工作情況，并積極研究更加適合航天新形勢的型號發(fā)射場加注暨轉(zhuǎn)場前評審管理模式，引導(dǎo)和推行視頻會議評審等方式。進一步提高評審有效性。
(2)采取多種審查手段
嚴(yán)格按《航天產(chǎn)品設(shè)計文件管理制度設(shè)計文件的簽署規(guī)定》落實三級審簽制度的責(zé)任制，提高技術(shù)文件設(shè)計、校對、審核、工藝、標(biāo)審、會簽、批準(zhǔn)工作的有效性。
發(fā)揮集同設(shè)計會、技術(shù)協(xié)調(diào)會在研制工作中的作用，發(fā)揮技術(shù)問題通知單、更改單、現(xiàn)場問題處理單、技術(shù)狀態(tài)更改單等的作用。
研究函審等其他專家評議審查的方式。
(3)控制參會人員數(shù)量
在確保各方認(rèn)可的前提下，按照會議議題杜絕無關(guān)各方人員參會，同時嚴(yán)格控制相關(guān)方參會人員數(shù)量。
(4)評審時機的選擇
在軌故障預(yù)案、地面測試設(shè)備、元器件、可靠性和安全性4個專項的評審時機提前到型號總裝測試開始后至型號力學(xué)和熱試驗開始前期間進行；軟件專項的評審時機提前到型號軟件落焊前進行；質(zhì)量問題歸零、技術(shù)狀態(tài)更改、風(fēng)險分析與控制3個專項的評審時機在型號完成力學(xué)和熱試驗完成后至出廠前期間進行，其中地面測試設(shè)備、元器件、軟件等專項評審后若再次發(fā)生質(zhì)量問題，在質(zhì)量問題歸零專項報告中反映。
隨著通信服務(wù)公司信息化要求不斷提高，信息化項目也越來越多,整個第一季度都是在緊張和忙碌中度過的，回首這三個月的工作，繁忙與欣喜同在（），感謝信息中心全體成員在工作上的配合和生活上的照顧，現(xiàn)就具體工作總結(jié)如下：
1．提交“移動信息中心內(nèi)部考試系統(tǒng)”概要設(shè)計說明書和需求分析報告。根據(jù)修改意見完成代碼開發(fā)，并將其部署在信息中心服務(wù)器上使用（此文來源）。
2．按信息中心內(nèi)部要求，開發(fā)一套“論壇系統(tǒng)”并將其部署在信息中心服務(wù)器上使用。
3．提交“輔助辦公系統(tǒng)（公文有約免費提供）”概要設(shè)計說明書。根據(jù)反饋信息和指導(dǎo)意見完成代碼開發(fā)。并將其部署在信息中心服務(wù)器上使用。
4．參與集團彩鈴項目小組，按分工進行代碼開發(fā)工作。主要負(fù)責(zé)投訴模塊，鈴音庫模塊開發(fā)。開發(fā)完成后，參與集團彩鈴系統(tǒng)的鏈調(diào)，并按新的要求對各個模塊進行調(diào)整，并將其部署在信息中心服務(wù)器上使用。
5．參加adc管理平臺技術(shù)交流（此文來源）。
6．提交“績效管理系統(tǒng)”，“在線培訓(xùn)考試系統(tǒng)”概要設(shè)計說明書和需求分析報告。
7．參與面試出題工作，提交c語言測試題。
8．參與全省彩鈴平臺的測試工作，模擬縣級大客戶經(jīng)理的角色。對個人信息，工單處理，投訴，留言等模塊進行測試，并提交測試報告（公文有約免費提供）。
9．參與自主研發(fā)信息化項目與oa系統(tǒng)接口討論會議，并按會議討論結(jié)果提交系統(tǒng)接口申請報告。
10．提交“在線培訓(xùn)考試系統(tǒng)”項目開發(fā)設(shè)計，設(shè)計整體框架，并按此對項目組成員進行分工。
論文關(guān)鍵詞：測試技術(shù),教學(xué)研究,實驗,實踐能力,創(chuàng)新能力
長期以來，機械測試技術(shù)課程實驗教學(xué)存在以下問題：綜合性實驗項目少，設(shè)計性更無從談起；實驗內(nèi)容不夠豐富；實驗指導(dǎo)方法缺乏新意，被動式指導(dǎo)，缺乏理論聯(lián)系實際的指導(dǎo)；科研項目與實驗教學(xué)融入不夠；實驗內(nèi)容缺乏活力，學(xué)生學(xué)習(xí)缺乏熱情。
為了解決實驗教學(xué)中存在的問題，多年來對實驗課進行教學(xué)改革，通過強化實驗教學(xué)，更好地培養(yǎng)學(xué)生工程實踐能力和創(chuàng)新能力，以適應(yīng)市場對人才的要求。
1 科研項目融入到實驗教學(xué)中
充分發(fā)揮20多年來從事測試技術(shù)科研工作的優(yōu)勢，將科研成果轉(zhuǎn)化為實驗教學(xué)資源，提升教學(xué)質(zhì)量。信號分析處理是難點，不太容易掌握，更無法應(yīng)用。為此，在采用將科研項目融入到實驗中的方法，取得好的效果。例如連鑄結(jié)晶器振動臺振動曲線測量與分析科研項目、軋鋼機、減速機、風(fēng)力發(fā)電機等工業(yè)現(xiàn)場大型關(guān)鍵設(shè)備的振動測試，科研項目積累了豐富的現(xiàn)場實測信號和資料，以及使用過的傳感器、測試裝置、軟件，把這些內(nèi)容融入實驗教學(xué)中。選擇一部分現(xiàn)場實測工程信號，放在工程信號分析實驗項目中，學(xué)生面對真實的現(xiàn)場工程信號和資料，用信號分析方法提取信號時域頻域特征，目的意義清晰明確，理論聯(lián)系實際，開闊學(xué)生的視野，提高工程實踐和創(chuàng)新能力。實驗分析中需要運用信號分析傅里葉變換等基本原理，可以先在實驗臺上豐富的時域頻域分析軟件中學(xué)習(xí)，再去解決實際工程問題。這樣做的優(yōu)點是學(xué)生帶著解決實際問題去做實驗，突出工程性和綜合性特點。
振動臺振動曲線測量實驗項目，為設(shè)計性實驗，同時具有綜合性特點。提供條件：振動臺、差動式電感位移傳感器及調(diào)理器、壓電式加速度傳感器及調(diào)理器、電渦流傳感器及調(diào)理器、速度傳感器、數(shù)據(jù)采集器、信號采集分析軟件、計算機等。振動臺振動方向為垂直，振動幅度、頻率可調(diào)，模擬實際結(jié)晶器振動臺的振動，實驗設(shè)備全部是科研工作的積累。學(xué)生通過以上設(shè)備，搭建振動臺振動曲線測量系統(tǒng)，記錄不同振動幅值和頻率下曲線，在時域頻域方面分析振動臺特性；并且采用不同類型傳感器測量振動臺的振動，比較振動曲線測量結(jié)果差異。該項實驗在培養(yǎng)學(xué)生創(chuàng)新能力和實踐能力方面發(fā)揮較大作用。
20多年科研工作積累，豐富了實驗教學(xué)內(nèi)容，為實驗教學(xué)增添了活力。為加強工程實踐能力的培養(yǎng)，近距離接觸現(xiàn)場實際，將歷年來科研工作中使用的多種傳感器（如：壓力傳感器、扭矩傳感器、振動傳感器等）、測試裝置實物、產(chǎn)品性能資料、項目結(jié)題報告等陳列在展臺中，實驗教學(xué)中輔以講解，引導(dǎo)學(xué)生認(rèn)識學(xué)習(xí)。并根據(jù)現(xiàn)代測試技術(shù)的發(fā)展，結(jié)合實際需要，不斷在修改、補充和完善實驗內(nèi)容。
2 強化綜合性和創(chuàng)新性實驗教學(xué)
根據(jù)實驗室條件精選實驗項目，所選實驗項目內(nèi)容涵蓋該課程的主要知識點。紅色文化論文調(diào)整實驗項目，將所有實驗改造成綜合性、創(chuàng)新性、設(shè)計性實驗項目，開闊學(xué)生的思路，提高學(xué)生的實踐能力和創(chuàng)新能力。
經(jīng)過20多年的教學(xué)實踐和實驗室建設(shè)，精選6個必做實驗項目，分別是：現(xiàn)場實測信號時域頻域分析、力參數(shù)測試、電渦流傳感器位移測量、動態(tài)應(yīng)變測試與分析、機械振動測試分析、軸心軌跡測試分析。實驗內(nèi)容涵蓋信號分析、測試系統(tǒng)特性、傳感器原理、機械參數(shù)測試等方面內(nèi)容，每一項實驗突出工程實踐能力的培養(yǎng)，使學(xué)生得到系統(tǒng)和全面的訓(xùn)練。以科研項目為導(dǎo)向，每個實驗項目進行一個或幾個非電量參數(shù)的測試，實驗指導(dǎo)書中提出擬解決的實際測試問題，通過給定的設(shè)備及條件來完成任務(wù)。結(jié)合現(xiàn)場實際布置思考題，要求按科技總結(jié)報告形式撰寫實驗報告。實驗中學(xué)生帶著問題思考、討論、動手實驗，并按科技報告撰寫測試目的意義、測試內(nèi)容、方法、步驟、結(jié)果分析等，使學(xué)生得到綜合性訓(xùn)練，培養(yǎng)了工程實踐能力和創(chuàng)新能力。為拓展學(xué)生的視野，還開設(shè)了轉(zhuǎn)速測量、溫度測量、噪聲測試、沖擊測試等選做實驗。
設(shè)立了一個學(xué)分的開放性實驗，學(xué)生預(yù)約登記，選做基于虛擬儀器的轉(zhuǎn)速、液位、溫度等實驗，從系統(tǒng)組建、到軟件編制都要求學(xué)生自己完成，提高學(xué)生設(shè)計測試系統(tǒng)的能力。在實驗教學(xué)環(huán)節(jié)中，根據(jù)該校的教學(xué)特色，組織課程組教師，在學(xué)校申報與測試技術(shù)相關(guān)的科研訓(xùn)練課題，供學(xué)生選做。組織學(xué)生參加企業(yè)課題，在教師的指導(dǎo)下，在課題中承擔(dān)相應(yīng)的任務(wù)。
通過實踐性訓(xùn)練，學(xué)生既掌握必要的工程測試?yán)碚摚终莆找欢ǖ膶嶒灱寄?，增強了學(xué)生的動手能力。實踐性訓(xùn)練課已逐步成為學(xué)生理解、消化、吸收、升華、轉(zhuǎn)化《機械測試技術(shù)》理論基礎(chǔ)不可缺少的步驟。
3 主動及時指導(dǎo)，引導(dǎo)學(xué)生積極思考問題
實驗指導(dǎo)中教師不僅答疑解惑，更重要是啟發(fā)學(xué)生思考。在指導(dǎo)中用聯(lián)系的觀點將相關(guān)知識有機聯(lián)系起來，將書本知識與工業(yè)現(xiàn)場實際聯(lián)系起來。從而使知識構(gòu)成網(wǎng)狀結(jié)構(gòu)，達到融會貫通效果。其次，延伸實驗教學(xué)，緊密結(jié)合生產(chǎn)實際，不僅鞏固課堂所學(xué)內(nèi)容，而且架起實驗教學(xué)與生產(chǎn)實際的橋梁。
在實驗中指導(dǎo)老師主動多了解各組實驗情況，發(fā)現(xiàn)實驗中出現(xiàn)的具有共性問題，及時為全體學(xué)生點撥相關(guān)知識。如懸臂梁振動測試實驗中，安裝在工字鋼上的懸臂梁因沒有與實驗臺固定，在沖擊懸臂梁自由端時懸臂梁響應(yīng)輸出波形中疊加了工字鋼晃動信號，即頻率較高的衰減振動信號被頻率較低的信號調(diào)幅，絕大多數(shù)學(xué)生沒有在意甚至看不出來，及時引導(dǎo)學(xué)生觀察、思考，分析頻譜圖包涵信息非常必要。提示學(xué)生將懸臂梁裝置放在桌子中間、邊沿和地面不同位置，分別測量沖擊波形，結(jié)合頻譜分析軟件，解釋原因。
實驗指導(dǎo)需要創(chuàng)新改革，從被動轉(zhuǎn)變?yōu)橹鲃又笇?dǎo)，用聯(lián)系和系統(tǒng)的方法發(fā)現(xiàn)問題，及時引導(dǎo)學(xué)生思考學(xué)習(xí)。實驗應(yīng)該與實際生產(chǎn)實踐相結(jié)合。
4 結(jié)語
機械測試技術(shù)課程實驗教學(xué)中綜合性、設(shè)計性，教學(xué)改革實踐促進教學(xué)質(zhì)量提高，科研項目融入到實驗中，為教學(xué)增添了活力。實驗過程中主動及時指導(dǎo)，引導(dǎo)學(xué)生積極思考問題，有利于學(xué)生全面系統(tǒng)地掌握知識，有助于建立與實際生產(chǎn)的聯(lián)系。實驗教學(xué)中充分體現(xiàn)以學(xué)生為本、教師為魂的教學(xué)理念，培養(yǎng)具有工程實踐能力和創(chuàng)新能力的人才。
參考文獻
[1] 曾娣平.機械工程測試技術(shù)課程教學(xué)改革探討[J].當(dāng)代教育理論與實踐，2015，7（7）：59-61.
[2] 康燦，楊敏官.測試技術(shù)課程改革與卓越工程師能力培養(yǎng)[J].中國現(xiàn)代教育裝備，2012（1）：47-49.
關(guān)鍵詞:團隊軟件過程;TSP;PSP;CMM;氣象信息系統(tǒng)
中圖分類號:TP391文獻標(biāo)識碼:A文章編號:1009-3044(2010)01-111-02
The Study of TSP in the System of Meteorlogical Information
ZHAN Xiang
(Nanjing University of Information Science & Technology, Nanjing 210044, China)
Abstract: Team Software Process is used on how to plan and manage a team,besides guiding a team to develop intensive software.This paper describes the application of TSP on Meteorlogical Information,and analyze the relationship of PSP,TSP and CMM.It’s illustrate the concrete practice process in the development of Meteorlogical Information system,and summarized the experience and problem of the development of system.
Key words: team software process; TSP; PSP; CMM; meteorlogical information system
當(dāng)前,幾乎所有的商業(yè)化管理軟件都是由小組開發(fā)的,在規(guī)定的時間內(nèi)按照進度表交付高質(zhì)量的軟件產(chǎn)品,團隊的協(xié)同工作是主,軟件的生產(chǎn)過程為輔。因此,1987年,美國卡內(nèi)基梅隆大學(xué)軟件工程研究所的Humphrey等人開發(fā)了軟件能力成熟度模型CMM,并后繼提出了PSP,但對于大型項目中的團隊如何協(xié)同工作、共同保證團隊的整體產(chǎn)品質(zhì)量沒有給出任何指導(dǎo)性的原則。個人能力的提高同時需要一個有效地工作在一個團隊環(huán)境,并知道如何交付高質(zhì)量的產(chǎn)品。為了提高團隊的質(zhì)量及生產(chǎn)能力,更加精確地達到規(guī)定的時間和費用,結(jié)合PSP的原則提出來TSP。TSP能夠指導(dǎo)團隊中的成員如何有效的規(guī)劃和管理所面臨的開發(fā)任務(wù),并且告訴管理人員如何指導(dǎo)團隊成員始終以最佳的狀態(tài)來完成。
1 TSP概述
TSP是繼PSP后提出的又一種軟件過程改進方法,它和PSP為企業(yè)提供了規(guī)范軟件過程的一整套方案,又通過與CMM的結(jié)合,TSP定義了一個面向小組的軟件工程框架,強調(diào)在過程、產(chǎn)品和小組協(xié)同工作之間的平衡。TSP主要面向中小型的開發(fā)團隊,它開拓了一個對于個人和團隊都能高效率工作的環(huán)境,并在這個環(huán)境中不斷生產(chǎn)并交付高質(zhì)量的軟件產(chǎn)品。
1.1 TSP設(shè)計原則
對于一個軟件的研制,粗略的分為:計劃、開發(fā)和維護三個階段,如果要在規(guī)定的時間和費用下交付高質(zhì)量的產(chǎn)品,則在軟件開發(fā)或者維護的過程中,就要遵循TSP以下幾個設(shè)計原則:
提供一個基于PSP的簡單框架,然后逐步完善。
選用增量式迭代開發(fā)的方法,通過若干個循環(huán)開發(fā)一個產(chǎn)品。
對按照TSP開發(fā)的軟件產(chǎn)品,建立質(zhì)量和性能上的度量標(biāo)準(zhǔn)。
對實施TSP的群組及其成員的工作效果提供準(zhǔn)確的度量標(biāo)準(zhǔn)。
在TSP的實施過程中,對角色和群組進行定期的評價。
對每一個項目的TSP規(guī)定明確的過程規(guī)范。
對實施TSP中可能遇到的問題提供解決問題的指南。
1.2 TSP實施原則
在實施群組軟件過程TSP的過程中,應(yīng)該至始至終貫徹集體管理與自我管理相結(jié)合的原則。具體地說,應(yīng)該實施以下六項原則:
計劃工作原則,在每一階段開始時要制定工作計劃,規(guī)定明確的目標(biāo)。
實施求是原則,目標(biāo)不應(yīng)過高也不應(yīng)過低而應(yīng)實事求是,在檢查計劃時如果發(fā)現(xiàn)未能完成或者已經(jīng)超越規(guī)定的目標(biāo),應(yīng)分析原因,并根據(jù)實際情況對原有計劃做必要的修改。
動態(tài)監(jiān)控原則,一方面應(yīng)定期追蹤項目進展?fàn)顟B(tài)并向有關(guān)人員匯報,另一方面應(yīng)經(jīng)常評審自己是否按PSP原理進行工作。
自我管理原則,開發(fā)小組成員如發(fā)現(xiàn)過程不合適,應(yīng)主動、及時地進行改進,以保證始終用高質(zhì)量的過程來生產(chǎn)高質(zhì)量的軟件,任何消極埋怨或坐視等待的態(tài)度都是不對的。
集體管理原則,項目開發(fā)小組的全體成員都要積極參加和關(guān)心小組的工作規(guī)劃、進展追蹤和決策制訂等項工作。
獨立負(fù)責(zé)原則,按照TSP原理進行管理,每個成員都要擔(dān)任一個角色。軟件開發(fā)小組角色大致有客戶界面、設(shè)計方案、實現(xiàn)技術(shù)、工作規(guī)劃、軟件過程、產(chǎn)品質(zhì)量、工程支持和產(chǎn)品測試等。如果小組成員較少,則可將某些角色合并,如果成員較多,也可將其中的某些角色拆分,總之,每個成員都要獨立擔(dān)當(dāng)一個角色。
2 TSP運用于氣象信息系統(tǒng)中
TSP運用于氣象信息系統(tǒng)中,每一步都進行信息記錄,項目結(jié)束后得到,如表1所示。
2.1 氣象信息系統(tǒng)的計劃和跟蹤
在氣象信息系統(tǒng)進行大規(guī)模整改之初,需要對氣象信息系統(tǒng)的整改工作、整改涉及的范圍、完成整改需要的時間進行估計,也就是TSP流程的第一步――項目啟動。通過對整個任務(wù)進行全面地規(guī)劃和組織,可以明確項目組的目標(biāo)、項目組各成員的明確角色、項目開發(fā)計劃、每個成員的詳細(xì)工作計劃、項目的風(fēng)險分析結(jié)果及項目的狀態(tài)報告,具體TSP應(yīng)用到氣象信息系統(tǒng)中的啟動過程如圖1。
在氣象信息系統(tǒng)開發(fā)過程中,對設(shè)計的實際開發(fā)時間進行跟蹤記錄,在設(shè)計結(jié)束后,可以對計劃和跟蹤數(shù)據(jù)進行分析,找出出現(xiàn)偏差的原因,以便在后續(xù)項目中制訂更加詳細(xì)準(zhǔn)確的項目計劃。
2.2 建立例會制度
在氣象信息系統(tǒng)設(shè)計完成的過程中,設(shè)計小組需要定期開會,例會的周期為周,在例會中小組成員匯報上一周的工作情況,提交上一周的工作數(shù)據(jù),并分析工作中存在的問題,對于較難解決的問題小組成員共同商討解決方案,在例會最后布置下一周的工作任務(wù)。同時,設(shè)計小組每天都通過網(wǎng)絡(luò)或者面對面的方式進行有異議問題、突發(fā)疑難問題等進行溝通,這樣就可以有效地管理氣象信息系統(tǒng)設(shè)計的進度,并且在軟件產(chǎn)品質(zhì)量上有一定的保證,在此基礎(chǔ)上能再一步提高。
2.3 氣象信息系統(tǒng)設(shè)計職責(zé)的劃分
在TSP運用于氣象信息系統(tǒng)具體的實踐過程中,按照TSP的創(chuàng)始人Humphrey的建議,將小組成員定義了大概七個角色:客戶界面管理者、項目具體設(shè)計管理者、具體技術(shù)實現(xiàn)管理者、規(guī)劃管理者、產(chǎn)品質(zhì)量管理者、技術(shù)支持者、產(chǎn)品測試者等。在氣象信息系統(tǒng)的設(shè)計過程中,由于小組人員較少,各個成員都要從事開發(fā)工作,但是又為每一個小組成員賦予了一定的角色,負(fù)責(zé)一個或者多個方面的項目管理工作,這樣可以保障信息系統(tǒng)的設(shè)計工作在規(guī)定的時間內(nèi)保質(zhì)保量的高效完成。在氣象信息系統(tǒng)設(shè)計中設(shè)有項目負(fù)責(zé)人、程序員、測試員、美工、數(shù)據(jù)庫設(shè)計者、文檔編輯者、項目規(guī)劃監(jiān)督者等,每個成員均擔(dān)任兩項以上角色的任務(wù),在TSP實施的過程中,小組成員本身嚴(yán)格按照PSP的規(guī)范性進行每一步的操作,從根本上保證TSP順利實施,最終交付高質(zhì)量的產(chǎn)品。
2.4 需求管理
氣象信息系統(tǒng)是實際的項目設(shè)計,在項目整改之前需求工作沒有做到位,導(dǎo)致現(xiàn)在氣象信息系統(tǒng)的整改。在整改啟動后,首先與局方進行互動聯(lián)系,爭取獲得及時準(zhǔn)確的需求信息,由于信息系統(tǒng)是為局方開發(fā)的管理軟件,必須得到用戶的配合和認(rèn)可。在整改設(shè)計的過程中,增加了與用戶交流這一流程,在交流的過程中理解用戶真正的意圖,尊重用戶提出的每一項需求,每做出一個重大的轉(zhuǎn)折性的決定都要得到用戶的認(rèn)可,這樣才能保證設(shè)計工作按部就班的實施。在設(shè)計的過程中,對于局方提出的無法實現(xiàn)或者難以實現(xiàn)的需求,要雙方平心靜氣的進行溝通,尋求變通解決的方案,這樣才能使得局校合作力求完美。作為項目的開發(fā)方,我們充分考慮到局方的操作便捷、通俗易懂、美觀大方等,在技術(shù)層次上也力求在國內(nèi)現(xiàn)有水平上的更大突破。
2.5 設(shè)計測試和項目評審
按照TSP的角色劃分,小組內(nèi)成員均承擔(dān)相關(guān)的角色任務(wù),在信息系統(tǒng)設(shè)計的測試階段進行白盒測試,嚴(yán)格按照軟件測試流程,制作相應(yīng)的測試方案,編寫測試用例,在具體執(zhí)行測試的過程中進行單元測試、集成測試、系統(tǒng)測試等,并做測試總結(jié)。根據(jù)TSP的實施計劃,采用日志和周報審核制度,做到進度不滯后于計劃。
項目評審在TSP實施的過程中是一個非常重要的環(huán)節(jié),項目評審是保證軟件質(zhì)量的一項強有力的手段,在氣象信息系統(tǒng)的設(shè)計中,分為項目組內(nèi)部評審和氣象局內(nèi)部評審。小組在設(shè)計系統(tǒng)的過程中每完成一個階段的任務(wù)后,由項目負(fù)責(zé)人組織召開項目組內(nèi)評審,針對具體情況做出總結(jié),然后由氣象局內(nèi)部人員組織召開局內(nèi)項目評審會議,驗證階段工作在各個層面上是否符合預(yù)定的標(biāo)準(zhǔn),做出評審總結(jié)表。
3 總結(jié)
TSP能夠指導(dǎo)項目組中的成員如何有效地規(guī)劃和管理所面臨的項目開發(fā)任務(wù),并且告訴管理人員如何指導(dǎo)軟件開發(fā)隊伍始終以最佳狀態(tài)來完成工作,讓每個項目組成員充分體驗到每個角色在軟件開發(fā)過程中的重要性。從長遠的眼光來看,在軟件企業(yè)中將PSP、CMM和TSP有機地結(jié)合起來,才能發(fā)揮最大的效力,生產(chǎn)并交付高質(zhì)量的產(chǎn)品。
參考文獻:
[1] 李越.關(guān)于PSP、TSP和CMM(CMMI)相結(jié)合的探討[J].鐵路計算機應(yīng)用,2006(9).
[2] 徐紅.軟件質(zhì)量保障體系在中國的實施--CMM/TSP/PSP[C].1999年863專題論壇,1999.
[3] 鄧良松.軟件工程[M].西安:西安電子科技出版社,2000.
[4] Jacobson I,Booch G,Rumbaugh J.統(tǒng)一軟件開發(fā)過程[M].北京:機械工業(yè)出版社,2002.
[5] Mackey K.Stages of Team Development[J].IEEE Software,1999.
[6] Davis N,Mullaney J.The Team Software ProcessSM (TSPSM) in Practice: A Summary of Recent Results[R].CMU /SEI2003-TR-014ESC-TR-2003-014,2003.
日子在彈指一揮間就毫無聲息的流逝，就在此時需要回頭總結(jié)之際才猛然間意識到日子的匆匆。下面是小編給大家整理的關(guān)于程序員試用期工作總結(jié)2022范文，歡迎大家來閱讀。
程序員試用期工作總結(jié)1光陰如梭，半年的工作轉(zhuǎn)瞬即將成為歷史，伴隨著新年鐘聲的臨近，我們依依惜別碩果累累的20__年，滿懷熱情的迎來即將到來的20__年。在這年終之際，現(xiàn)對來公司6個月的試用期里所作的工作匯報如下：
一、erp項目的編碼工作。
從了解新疆正義項目的背景、及計劃安排，熟悉正義公司制度及業(yè)務(wù)流程，再到熟悉新能開發(fā)模式，之后我根據(jù)需求調(diào)研報告，從基本的數(shù)據(jù)庫創(chuàng)建，到編碼，完成了銷售部、生產(chǎn)部、采購部、質(zhì)檢部四個模塊的基本單據(jù)的制單、審核、選單、查詢、打印等系列的編碼工作;完成了正義項目的模塊測試及流程測試。
通過這段時間的努力，使我個人的耐心、細(xì)心程度及對工作的合理安排得到了鍛煉，學(xué)會了在繁忙之中找條理，危難之中找希望。同時自己也有一些不足之處，一些細(xì)節(jié)地方技術(shù)上還不太成熟，還需加以學(xué)習(xí)與鉆研。
二、erp項目的實施工作。
從十一月初開始進行正義項目的實施，每天早起趕在企業(yè)上班前趕到企業(yè)進行erp的實施。實施期間主要是軟件的安裝實施及對企業(yè)的erp系統(tǒng)的使用人員進行軟件使用培訓(xùn);紀(jì)錄客戶使用過程中出現(xiàn)的問題，晚上下班后加班加點將每天的小錯誤及客戶變更修改完畢。
通過這項工作，使我原本欠缺的業(yè)務(wù)能力得到了很大的提高，并學(xué)到了很多與客戶交流的技巧及業(yè)務(wù)上的知識，更加明晰了erp系統(tǒng)的流程。但離一個成功程序開發(fā)人員的標(biāo)準(zhǔn)還差得很遠，在今后工作中，定會多多注意，加以改善。
三、幫助和使用手冊文檔的編寫。
幫助的編寫使我熟悉了dreameweaver和fireworks的使用，為后期的oa開發(fā)也奠定一定的基礎(chǔ)，使用說明的編寫，使我更加加深了項目開發(fā)的整體思路與技術(shù)要點，總結(jié)了前期開發(fā)和實施中碰到的問題，并又一次的對軟件整體進行了測試，對暴露出的小bug進行了最后的修改。
四、利用工作之余的休息時間加強學(xué)習(xí)。
平時注意收集有關(guān)pb方面的資料文件，提高自己的處理新問題和解決新問題的能力，并加強學(xué)習(xí)java及oa方面的知識(現(xiàn)轉(zhuǎn)為學(xué)習(xí))，為后期的工作打好基礎(chǔ)。
展望臨近的20__年，我會更加努力、工作上認(rèn)真負(fù)責(zé)，再接再厲，更上一層樓。相信自己會完成新的任務(wù)，能迎接新的挑戰(zhàn)。
程序員試用期工作總結(jié)2我于年_月_日成為本公司技術(shù)部的一名程序員，三個月的試用期轉(zhuǎn)眼就過去了。這段我人生中彌足珍貴的經(jīng)歷，給我留下了精彩而美好的回憶。在這段時間里您們給予了我足夠的關(guān)懷、支持和幫助，讓我充分感受到了領(lǐng)導(dǎo)們海納百川的胸襟，在對您們肅然起敬的同時，也為我有機會成為影響力在線的一員而驚喜萬分。
這段時間，在領(lǐng)導(dǎo)和同事們的關(guān)懷和指導(dǎo)下，我通過不懈努力，各方面均取得一定的進步，現(xiàn)將我的工作情況做如下匯報：
一、通過理論學(xué)習(xí)和日常工作積累經(jīng)驗我的各方面有了很大的進步
剛到公司不久，我便開始負(fù)責(zé)net方面的網(wǎng)站開發(fā)和廣告平臺開發(fā)和維護，剛開始的時候?qū)ξ襾碚f確實壓力很大，因為各方面都還不熟悉，而且與之前的公司相比，節(jié)奏也有點快，不過我慢慢的習(xí)慣了環(huán)境，和同事相處的比較融洽，領(lǐng)導(dǎo)對我也比較關(guān)心，在公司里工作就像是在一個幸福的大家庭里一樣，我很快喜歡上了這里。
我到公司不久，第一個項目是___公司網(wǎng)站，做這個項目的時候我遇到了幾個問題，我在以前公司做的時候沒有在這么短的時候完成一個項目的，在效率上提高了我的能力。做這個項目的時候我也遇到了許多以前沒有遇到過的問題，我請教同事和朋友，還有借助網(wǎng)絡(luò)一一解決了難題。
之后，我將b2b廣告招商平臺進行了改版，開發(fā)了___智能建站廣告平臺以及以后網(wǎng)站的維護工作。
接下來，我又做了一個比較棘手的項目___在線咨詢系統(tǒng)。為什么說棘手呢，因為我以前沒有做過這方面的項目，而且我問遍了所有認(rèn)識的朋友，搜遍了網(wǎng)絡(luò)也沒有找到如何解決的方法，之后我翻書籍，接著搜索網(wǎng)絡(luò)。功夫不負(fù)有心人，終于我找到一個聊天室的小例子，但是功能差的太遠，于是我把
這個示例一點點的研究，從一點也不懂到后來慢慢看懂，從對aja_技術(shù)一無所知到基本熟練運用。接下來我就開始自己開發(fā)，到最后終于把它開發(fā)了出來，雖然不是很完美，功能不是很強大，但是它是我辛苦的勞動結(jié)晶，我相信以后會把它開發(fā)的'更強大，更完美。
二、明確崗位職能，認(rèn)識個人技術(shù)能力不足
經(jīng)過三個多月的工作，雖然完成了一些項目的開發(fā)，我的技能也提高了很多，但是感覺我的技術(shù)還有待提高，所以我會在以后的工作中更加努力，努力提高自己的技術(shù)和各種不足，努力使自己成為一名稱職的職員。
三、提出自己努力計劃
1、學(xué)無止鏡，時代的發(fā)展瞬息萬變，各種學(xué)科知識日新月異。
我將堅持不懈地努力學(xué)習(xí)各種技術(shù)知識，并用于指導(dǎo)實踐。
2、業(yè)精于勤而荒于嬉，在以后的工作中不斷學(xué)習(xí)知識，通過多看、多學(xué)、多練來不斷的提高自己的各項技能。
3、不斷鍛煉自己的膽識和毅力，提高自己解決實際問題的能力，并在工作過程中慢慢克服急躁情緒，積極、熱情、細(xì)致地的對待每一項工作。
4、努力提高自己的日常交際能力。
時光流轉(zhuǎn)間，我已到公司工作三個多月。非常感謝公司領(lǐng)導(dǎo)對我的信任，給予我體現(xiàn)自我、提高自我的機會。這三個多月的試用期工作經(jīng)歷，使我的工作能力得到了由校園步入社會后幅度的提高。
程序員試用期工作總結(jié)3進公司以來，本人尊敬領(lǐng)導(dǎo)，與同事關(guān)系融洽。為盡快進入工作角色，本人自覺認(rèn)真學(xué)習(xí)本公司、本部門、本崗位的各項制度、規(guī)則，嚴(yán)格按照公司里制定的工作制度開展工作。在這近三個月的工作和學(xué)習(xí)中，接觸了不少人和事，在為自己的成長歡欣鼓舞的同時，我也明白自己尚有許多缺點需要改正。工作以來，在領(lǐng)導(dǎo)的教導(dǎo)和培養(yǎng)下，在同事們的關(guān)心和幫助下，自己的思想、工作等各方面都取得了一定的成績，個人綜合素質(zhì)也得到了一定的提高，現(xiàn)將這三個月來的個人工作情況匯報如下：
一、工作情況
懷著對生活的無限憧憬，我進入了__公司。
在試用期的工作中，一方面我嚴(yán)格遵守公司的各項規(guī)章制度，不遲到、不早退、嚴(yán)于律己，自覺的遵守各項工作制度;另一方面，吃苦耐勞、積極主動、努力工作;在完成領(lǐng)導(dǎo)交辦工作的同時，積極主動的協(xié)助其他同事開展工作，并在工作過程中虛心學(xué)習(xí)以提高自身各方面的能力;工作細(xì)節(jié)中，我看到公司正逐步做大做強，以目前的趨勢，我可以預(yù)見公司將有一個輝煌的明天。作為新員工，目前我所能做的就是努力工作，讓自己在平凡的崗位上揮灑自己的汗水，煥發(fā)自己的熱情;使自己在基層得到更多的鍛煉。
二、學(xué)習(xí)情況
現(xiàn)在是我努力學(xué)習(xí)的階段。"三人行，必有我?guī)?，公司中的每一位同事都是我的老師，他們的豐富經(jīng)驗和工作行為對于我來說就是一筆寶貴的財富。記得我剛到公司的時候，對生產(chǎn)線上的一切都感到陌生而新奇。因為我之前沒有過類似的工作經(jīng)驗，所以知道的也有限，但是在領(lǐng)導(dǎo)和同事的的熱心幫助下，我受益頗多。帶著飽滿的工作熱情，我逐漸熟悉了設(shè)備的操作。盡管我只是入門，而且相對而言年齡要大一點，但是我和其他年輕人一樣對工作充滿著熱情。為盡快提高自己在本職方面的知識和能力，充分發(fā)揮自己的主觀能動性，我利用業(yè)余時間多和同事交流學(xué)習(xí)，在短短三個月中理論結(jié)合實踐讓我對IT技術(shù)有了真正的認(rèn)識，這為今后的工作打下了基礎(chǔ)。
作為新員工，我經(jīng)常思考的問題就是如何避免失誤，特別是在試用期間，嚴(yán)謹(jǐn)?shù)墓ぷ鲬B(tài)度決定了自身的工作效率，為此我經(jīng)常向同事請教。
在公司呆了三個月，我接觸了很多同事，就在接觸他們的同時，我才知道在集體和諧相處是快樂工作的保證。無論是社會還是單位"為人處事"都是一門高深的學(xué)問。對于這門高深的學(xué)問，我目前首要做的是誠實做人、努力工作!
三、思想情況
作為一名新員工，我今后的職業(yè)生涯還很長，學(xué)習(xí)的機會還很多。為此我將盡我所能地對我的工作進行開拓，做出成績。為早日實現(xiàn)目標(biāo)，我要求自己：努力工作，保持優(yōu)點，改正缺點，充分體現(xiàn)自己的人生價值，為企業(yè)美好的明天盡一份力。我更希望通過公司全體員工的努力可以把公司推向一個又一個的顛峰。
程序員試用期工作總結(jié)420__年2月2日，我有幸成為北京超圖一員，應(yīng)聘為公司的java軟件工程師。入任職以來，在部門領(lǐng)導(dǎo)的帶領(lǐng)下，自己感覺無論學(xué)習(xí)、技術(shù)、生活等方面都有很大的提升。20__年里我主要完成的工作有三方面：
1、荊門石油石化巡檢系統(tǒng)的調(diào)研和開發(fā)。
該項目是我工作以來第一次涉及到調(diào)研，對我來說算是一個不小的挑戰(zhàn)。在調(diào)研過程中，讓我學(xué)會了如何通過和客戶的溝通來了解客戶的需求。由于自己的工作經(jīng)驗不足，在調(diào)研工作中體現(xiàn)出一些問題。不能很直接的在和客戶溝通中非常準(zhǔn)確的了解客戶的更多需求，有很多需要和客戶交流溝通多次才能明白客戶的最終需求，也沒有把自己作為最終用戶并站在用戶的角度上來考慮問題，這些都是我在以后的工作中需要提高和改進的地方。在巡檢系統(tǒng)的開發(fā)工作中，讓我進一步鞏固和加強了自己的開發(fā)能力。
2、電信12530增值業(yè)務(wù)的開發(fā)與維護。
從5月以來我就開始接手公司的主要業(yè)務(wù)之一，12530電信增值業(yè)務(wù)。由于前面負(fù)責(zé)這個項目的同事突然離職，導(dǎo)致這個項目的交接工再做得不夠好，對我順利接手這個項目造成很大的困難。而剛一接手這個項目，馬上就需要新上一個投票活動，并要對一些主要代碼進行修改，讓我倍感壓力，幾乎都快放棄。最后在金總的指導(dǎo)和鼓勵下，順利的完成這次活動。在完成這次投票活動后，為了避免下一個接手這個項目同事與我遇到同樣困難，我第一時間將這個項目的相關(guān)技術(shù)文檔補充完全，保證別人能夠順利的進行該項目工作。通過這個項目，讓我加強了自己在高強高壓下工作的能力，也讓我找到更多自信。
3、襄樊、鄂州家政網(wǎng)絡(luò)服務(wù)中心的開發(fā)與實施。
在這兩個項目中，除了承擔(dān)開發(fā)工作以外，也逐漸涉及到項目管理的職責(zé)，讓我在個人能力上有所提高。為了這兩個項目能夠順利完成，除了完成自己的工作外，還主動關(guān)心其他同事的工作完成情況。讓我在項目管理和項目進度的把控能力有很大的提高。將襄樊、鄂州家政網(wǎng)絡(luò)服務(wù)中心順利實施，為我公司拿下湖北省其他市的家政網(wǎng)絡(luò)服務(wù)中心奠定基礎(chǔ)。在工作之外，我也注重個人能力的提高。工作之余，主動學(xué)習(xí)一些新技術(shù)，與同事溝通配合，搭建一個ssh的開發(fā)框架。也學(xué)習(xí)springsecurity知識，這些新知識的積累，對我以后的工作有很大幫助。
程序員試用期工作總結(jié)5伴隨著充實緊湊的工作生活，兩個月的時間已經(jīng)過去了。這一段時間里有工作上的收獲，知識的豐富，經(jīng)驗的增長，同時也暴露出很多問題和不足。總結(jié)經(jīng)驗，吸取教訓(xùn)，本文將主要從幾個方面來對工作進行總結(jié)：
工作的主要內(nèi)容;其中的失敗和教訓(xùn)以及成功和經(jīng)驗;展望下一階段的工作，確定自己的目標(biāo)。以此作為懲前毖后的記錄。
1、工作的主要內(nèi)容
在這兩個月的工作中，我的總體任務(wù)是協(xié)助同事__做好___礦業(yè)權(quán)管理系統(tǒng)的后期測試，編碼，修改，文檔編寫的工作，分解開來之后，我主要做了三件事：
(1)編寫礦業(yè)權(quán)系統(tǒng)的各類文檔;
(2)礦業(yè)權(quán)系統(tǒng)的編碼及bug勘誤工作;
(3)礦業(yè)權(quán)系統(tǒng)的測試工作。
下面依照時間來對我的工作進行介紹：
初踏入職場，進入專業(yè)的軟件制造公司，對我，一個沒有接觸過標(biāo)準(zhǔn)軟件制作過程的新人來說，起步就是一個很大的難題。若直接做開發(fā)，則業(yè)務(wù)不熟練，代碼不規(guī)范，弊大于利;若僅做學(xué)習(xí)，則不能跟上項目的步伐，不能以最快的速度融入工作中去。
在我還在忐忑自己到底要做什么工作的時候，任務(wù)已經(jīng)下達了，首先進行礦業(yè)權(quán)系統(tǒng)的測試工作。這樣的好處在于能夠在測試的過程中，了解項目的整體布局，了解項目中的業(yè)務(wù)邏輯，了解項目中尚未完成的工作并以此作為下個階段的工作目標(biāo)。至此，入職工作順利起步。
在對礦業(yè)權(quán)系統(tǒng)進行測試之后，暴露了系統(tǒng)的諸多問題，測試過程中發(fā)現(xiàn)礦權(quán)系統(tǒng)沒有進行輸入限定，為了解決這個問題需要對整個系統(tǒng)的數(shù)據(jù)進行整理，我的下一個任務(wù)就是編寫礦業(yè)權(quán)系統(tǒng)的數(shù)據(jù)需求文檔。在編寫該文檔的過程中，對礦權(quán)系統(tǒng)進行了更深入的了解，為之后的bug勘誤工作奠定了一定的基礎(chǔ)。
完成了礦業(yè)權(quán)系統(tǒng)的數(shù)據(jù)需求文檔的編寫之后，新的任務(wù)是對整個礦權(quán)的輸入數(shù)據(jù)進行輸入限定，在任務(wù)開始之處是極為困難的，幸而得到了同事們的幫助才得以順利完成任務(wù)。任務(wù)雖然完成，但是對輸入限定實現(xiàn)方法的一知半解以及任務(wù)完成過程中的不仔細(xì)，為之后發(fā)生的問題也埋下了苦果。
在對礦業(yè)權(quán)系統(tǒng)添加輸入限定完成之后，進入了解決程序小問題的階段，對礦權(quán)系統(tǒng)進行細(xì)微的縫補工作。這段時間是學(xué)習(xí)多于工作的，不同的問題督促我要每天和百度親密接觸數(shù)百次，又要勞煩諸位在百忙中的同事抽出時間來給我?guī)兔?。雖然辛苦一點，但收獲卻是滿滿。
完成了系統(tǒng)的修補之后，我們的程序送到了四惠進行第一輪測試，在測試的一周里，我主要是補充網(wǎng)絡(luò)編程的基礎(chǔ)知識。
第一輪測試結(jié)果出來之后，我們項目組開始了緊張的第一輪礦業(yè)權(quán)系統(tǒng)bug勘誤工作。拿到bug列表之后，發(fā)現(xiàn)有一小半錯誤皆是因我而起，輸入限定問題很多，我也主動承擔(dān)了輸入限定部分的bug勘誤工作。
第一輪bug勘誤工作完成后，進行了第一輪了回歸測試，測試結(jié)果已然不盡人意，仍然存在大量的問題需要修改，而且很多問題還是因我而起，輸入限定仍然存在大量問題，再一次進行修改之后，我們的程序送到了十五所進行所檢。
在進行所檢之余，我又接到了新的任務(wù)，完成礦權(quán)系統(tǒng)的概要設(shè)計以及詳細(xì)設(shè)計文檔的編寫。這兩份文檔已于9月2號編寫完畢。
現(xiàn)階段我的任務(wù)是根據(jù)所檢的bug列表，對礦權(quán)系統(tǒng)進行回歸測試。
2、工作中失敗的教訓(xùn)以及成功的經(jīng)驗
對于失敗的教訓(xùn)要吸取，成功的經(jīng)驗要進行總結(jié)。我對成功的定義是：在保證質(zhì)量的前提下完成既定的計劃或目標(biāo)就是成功。其他的所有結(jié)果都是失敗。
成功的經(jīng)驗：
(1)、敢于接受任務(wù)并想盡一切辦法完成
入職兩個月的收獲就是敢于接受任務(wù)并想盡辦法完成，每一個任務(wù)對于初入職場的我都是一個挑戰(zhàn)，如何保質(zhì)保量完成任務(wù)是最基本的要求。這兩月的成功在于沒有一次任務(wù)是拖沓的，每次都盡努力完成了任務(wù)。
(2)、勇于承擔(dān)錯誤，正視自身的問題
在這兩個月的工作中可謂是錯誤不斷，從文檔的錯別字這種小問題到礦權(quán)系統(tǒng)bug修改不正確導(dǎo)致崩潰這種大錯誤，暴露出來了很多的問題，我秉承著有錯即改，下不為例的思想，正視自己的錯誤并積極改正，因此這也算是一個成功。
失敗的教訓(xùn)：
(1)重視每一個細(xì)節(jié)，不要忽視小問題
在最初進行礦業(yè)權(quán)系統(tǒng)數(shù)據(jù)需求文檔的編寫的過程中，對某些頁面的數(shù)據(jù)在數(shù)據(jù)庫中沒有存儲的情況沒有加以重視，在后期進行數(shù)據(jù)限定的時候，還要重新修改數(shù)據(jù)需求文檔，造成了不必要的時間浪費。從這個事情上得到教訓(xùn)就是不要放過任何一個小問題，這個小問題可能導(dǎo)致之后的大問題。
(2)進行重復(fù)工作也不能大意
在對礦權(quán)系統(tǒng)進行輸入限定的方法熟悉之后，都是重復(fù)性的工作，給每個頁面，每個字段進行輸入控制語句的添加，在進行了數(shù)個頁面之后，出現(xiàn)了有的頁面沒有添加完整，或者提示語句不正確的情況，在后續(xù)的bug勘誤中出現(xiàn)了大量此類問題，浪費了大量的時間和精力修改。從這個事情上得到的教訓(xùn)就是工作不能大意，重復(fù)性的工作更要完成好。一般重復(fù)性的工作第一次做不好，后續(xù)檢查修改是非常浪費時間的。
(3)考慮問題要嚴(yán)謹(jǐn)
在對礦權(quán)系統(tǒng)bug勘誤的過程中，對輸入限定條件的判斷出了問題，我想當(dāng)然的按照我的主觀思路對數(shù)據(jù)進行了限定，而在回歸測試的時候出了問題，這些都是考慮不嚴(yán)謹(jǐn)?shù)暮蠊?。這個事情的教訓(xùn)就是考慮不嚴(yán)謹(jǐn)直接導(dǎo)致問題推倒重來，影響了工作效率，而且很容易埋下隱患。
(4)、注重用戶體驗
在礦權(quán)系統(tǒng)bug勘誤的過程中，修改最多的在于坐標(biāo)系統(tǒng)的提示語句，因為坐標(biāo)系統(tǒng)不僅要求數(shù)據(jù)必須填入，而且每一個數(shù)據(jù)都有嚴(yán)格的格式限定，因此每一個錯誤提示的彈出都要本著如何讓用戶知道哪里錯了為原則進行設(shè)置。在最初的限定里面，語句粗糙，彈出語句不明確，造成了用戶使用的不方便，還得重新進行改造。這個問題的教訓(xùn)是一定要從用戶的角度出發(fā)考慮問題，注重用戶體驗從簡單的提示語句做起。
3、展望下一階段的工作
下一階段短期內(nèi)我們的工作主要針對礦權(quán)系統(tǒng)的使用的數(shù)據(jù)庫變更來對我們的系統(tǒng)進行修改。我的工作任務(wù)主要是學(xué)習(xí)oracle數(shù)據(jù)庫和sql數(shù)據(jù)庫的使用上的區(qū)別，做好從sql數(shù)據(jù)庫向oracel數(shù)據(jù)庫的遷移工作。