時間：2022-03-07 18:16:03
開篇：寫作不僅是一種記錄，更是一種創(chuàng)造，它讓我們能夠捕捉那些稍縱即逝的靈感，將它們永久地定格在紙上。下面是小編精心整理的12篇人員需求分析報告，希望這些內(nèi)容能成為您創(chuàng)作過程中的良師益友，陪伴您不斷探索和進步。
一、項目實施方案概述
軟件產(chǎn)品，特別是行業(yè)解決方案軟件產(chǎn)品不同于一般的商品，用戶購買軟件產(chǎn)品之后，不能立即進行使用，需要軟件公司的技術人員在軟件技術、軟件功能、軟件操作等方面進行系統(tǒng)調試、軟件功能實現(xiàn)、人員培訓、軟件上線使用、后期維護等一系列的工作，我們將這一系列的工作稱為軟件項目實施，軟件項目計劃書。大量的軟件公司項目實施案例證明，軟件項目是否成功、用戶的軟件使用情況是否順利、是否提高了用戶的工作效率和管理水平，不僅取決于軟件產(chǎn)品本身的質量，軟件項目實施的質量效果也對后期用戶應用的情況起到非常重要的影響。項目實施規(guī)范主要包括項目啟動階段、需求調研確認階段、軟件功能實現(xiàn)確認階段、數(shù)據(jù)標準化初裝階段、系統(tǒng)培訓階段、系統(tǒng)安裝測試及試運行階段、總體驗收階段、系統(tǒng)交接階段等八個階段工作內(nèi)容，每個階段下面有不同的工作事項，各個階段之間都是承上啟下關系，上一階段的順利完成是保證下一階段的工作開展的基礎。下面將按照每個項目實施階段分別介紹。
二、項目實施方案介紹
（一）項目啟動階段
此階段處于整個項目實施工作的最前期，由成立項目組、前期調研、編制總體項目計劃、啟動會四個階段組成。
此階段主任務：
公司：在合同簽定后，指定項目經(jīng)理，成立項目組，授權項目組織完成項目目標。
公司項目組：進行前期項目調研，與用戶共同成立項目實施組織，編制《總體項目計劃》，召開項目啟動會。
商務經(jīng)理：配合公司項目組，將積累的項目和用戶信息轉交給項目組。將項目組正式介紹給用戶，配合項目組建立與用戶的聯(lián)系。
用戶：成立項目實施組織，配合前期調研和召開啟動會，簽署《總體項目計劃》和《項目實施協(xié)議》。
1、成立項目組
部門經(jīng)理接到實施申請后，任命項目經(jīng)理，指定項目目標，由部門經(jīng)理及項目經(jīng)理一起指定項目組成員及成員任務，并報總經(jīng)理簽署《項目任務書》。
2、前期調研
項目經(jīng)理及項目組成員，在商務人員配合下，建立與用戶的聯(lián)系，對合同、用戶進行調研。填寫《用戶及合同信息表》。在項目商務談判中，商務經(jīng)理積累了大量的信息，項目組首先應收集商務和合同信息，并與商務經(jīng)理一起識別那些個體和組織是項目的干系人，確定他們的需求和期望，如何滿足和影響這些需求、期望以確保項目能夠成功。
3、編制《項目總體計劃》
《項目總體計劃》是一個文件或文件的集合，隨著項目信息不斷豐富和變化，會被不斷變更，主要介紹項目目標、主要項目階段、里程碑、可交付成果。通常包括以下幾方面內(nèi)容：
項目描述，項目目標、主要項目階段、里程碑、可交付成果。所計劃的職責分配（包括用戶的）；
溝通管理計劃，確定項目干系人對信息和溝通的需要：即什么人何時需要什么信息以及通過什么方式將信息提供給他們。質量管理計劃，確定適合于項目的質量標準和如何滿足其要求。如果有必要，可以包括上述每一個計劃，詳細程度根據(jù)每個具體項目的要求而定。未解決事宜和未定的決策。
4、啟動會
項目組與用戶共同召開的宣布項目實施正式開始的會議。
會程安排如下：
共同組建項目實施組織，實施組織的權利和職責；雙方簽署《項目實施協(xié)議》。
項目組介紹《項目總體計劃》和《項目實施協(xié)議》，包括以下內(nèi)容：
項目目標、主要項目階段、里程碑、可交付成果。所計劃的職責分配（包括用戶的）；
項目實施中項目管理的必要性和如何進行項目管理，項目的質量如何控制；
項目實施中用戶的參與和領導的支持的重要作用；
階段驗收、技術交接和項目結束后如何對用戶提供后續(xù)服務。
（二）需求調研確認階段
此階段的主要工作是軟件公司的項目實施人員向用戶調查用戶對系統(tǒng)的需求，包括管理流程調研、功能需求調研、報表要求調研、查詢需求調研等，實施人員調研完成后，會編寫《需求調研分析手冊》，并交付用戶進行確認，待用戶對《需求調研分析手冊》上所提到的需求確認完畢后，項目實施人員將以此為依據(jù)進行軟件功能的實現(xiàn)，工作計劃《軟件項目計劃書》。如果用戶又提出新的需求，實施人員將分析需求的難度及對整個系統(tǒng)的影響程度來確定是否給予實現(xiàn)。需求調研階段具體包括如下內(nèi)容：
1、進行需求調研準備
2、編制《需求調研計劃》
3、內(nèi)部評審是否通過《需求調研計劃》，項目組、部門經(jīng)理、商務等人員根據(jù)合同要求和項目實際情況對《需求調研計劃》草稿進行評審，如評審通過，則在稍后的時間內(nèi)簽署，如評審不通過則重新修改。
4、用戶是否簽署《需求調研計劃》，如用戶簽署《需求調研計劃》，則作為以后需求調研工作的指南。否則重新修改。
5、《需求調研計劃》是否有變更，如果計劃存在變更，則執(zhí)行變更控制流程，否則按計劃進行后續(xù)工作。
6、編寫及發(fā)出《需求調研通知》，項目組編寫《需求調研通知》，確定進行需求調研的相關事宜，發(fā)給用戶，為順利完成需求調研工作做準備
7、需求調研，項目組以《需求調研手冊》為依據(jù)，從業(yè)務流程、單據(jù)使用、打印格式、報表查詢幾個方面展開深入和全面的調研，并搜集用戶的個性化需求。
8、需求調研分析根據(jù)調研的結果，項目組和公司其他技術部門將進一步進行分析，確定合理、可行的需求，將分析結果形成《需求分析報告》草稿。
9、內(nèi)部評審是否通過《需求分析報告》。項目組、部門經(jīng)理、公司其他技術部門的人員對《需求分析報告》草稿進行評審，如評審通過，則在稍后由用戶簽署，如評審不通過則重新修改，直至內(nèi)部評審通過。
10、編寫及發(fā)出《需求分析報告確認通知》。項目組編寫《需求分析報告確認通知》，發(fā)給用戶，確定進行需求確認的相關事宜，告之相關部門及人員安排好工作，準時參與需求確認工作，為順利完成需求確認工作做準備。
11、用戶是否確認《需求分析報告》。如果用戶確認，并簽署了《需求分析報告》，則需求調研階段工作結束，進行后續(xù)的軟件功能實現(xiàn)的工作；如沒有確認，則進一步進行調研、分析，直至用戶最終確認并簽署《需求分析報告》。雙方簽署了《需求分析報告》，需求調研工作結束之后，如果用戶提出新的需求或是變更已有的需求，則執(zhí)行需求新增及變更流程。
（三）軟件功能實現(xiàn)確認階段
此階段的主要工作是項目實施人員根據(jù)需求調研階段確認的《需求調研分析手冊》中的用戶需求內(nèi)容進行具體軟件功能的實現(xiàn)工作。在軟件功能實現(xiàn)的過程中，項目實施人員將記錄軟件實現(xiàn)的詳細過程。便于公司售后服務之用。每一個實施技術人員必須嚴格按照要求記錄、存檔。按照調研要求的所有功能實現(xiàn)完畢后，項目實施人員將編制《軟件功能確認表》，將定制好軟件功能待用戶確認，用戶根據(jù)《軟件功能確認表》上的功能逐一確定軟件功能是否達到要求，對不滿足要求的功能，項目實施人員將會記錄下來并進行功能修改，直到滿足用于要求。
（四）數(shù)據(jù)標準化初裝階段
此階段的主要工作是項目實施人員指導用戶進行系統(tǒng)標準化資料的準備工作，并對用戶進行初裝資料的軟件操作培訓，以便用戶能夠及時的將標準資料錄入系統(tǒng)，初裝完成后，項目實施人員會對資料初裝的情況進行核查，為以后具體業(yè)務功能的開展做好基礎。
（五）系統(tǒng)培訓階段
系統(tǒng)培訓階段工作是整個項目實施工作中比較重要的工作，用戶對軟件的操作功能是否熟練將直接影響到后面的軟件應用效果，所以軟件公司和用戶雙方要對此階段的工作給予足夠的重視。要充分認識培訓的重要性和艱巨性。在項目實施之前對用戶的相關人員進行系統(tǒng)和規(guī)范的產(chǎn)品培訓是非常必要的，達到讓用戶了解軟件產(chǎn)品，最終自己能夠解決使用中的具體的問題。
此階段的培訓工作中將用戶參加產(chǎn)品培訓的人員劃分為三個層次：決策層、技術層、操作層，對不同層次的用戶參加產(chǎn)品培訓人員的培訓內(nèi)容分別是：
決策層：領導在實施中的作用與重要性、決策查詢。
維護層：系統(tǒng)維護知識、操作方法。
操作層：操作方法。
具體的培訓工作流程為：
1、調研培訓信息：在培訓開始前3天由用戶實施負責人，將參加培訓的部門和人員情況填入《受訓部門匯總表》、《受訓人員情況一覽表》。
2、編制培訓計劃：結合調研結果，與用戶實施負責人商議具體培訓內(nèi)容、時間，場地，人員等。項目組編制《培訓計劃》。
3、簽署培訓計劃：用戶簽署《培訓計劃》，進一步確認培訓安排。
4、發(fā)培訓通知：培訓開始前2天，按照簽署的《培訓計劃》，將培訓內(nèi)容、時間，場地，人員等信息通知用戶實施負責人。
5、搭建培訓環(huán)境：公司項目組在培訓開始前，將培訓環(huán)境搭建及檢查妥當，將培訓提綱及培訓手冊準備好。
6、組織培訓：公司項目組培訓負責人與用戶實施負責人組織相關人員參加培訓，按培訓制度嚴格考核。由用戶將考勤情況填入《培訓人員簽到表》。
7、培訓考核：公司項目組培訓負責人與用戶實施負責人組織受訓人員參加上機及理論考試。
8、培訓總結：公司項目組培訓負責人與用戶實施負責人一起將出勤情況及考核情況做出總結，填入《培訓及考核統(tǒng)計表》，及時向相關負責人匯報。
軟件開發(fā)模型是計算機應用開發(fā)迅速發(fā)展形成的產(chǎn)物，目的是為了更快更好的開發(fā)出符合用戶需求的軟件。我們所熟知的軟件開發(fā)模型有，瀑布模型、快速原型模型、增量模型、螺旋模型、混合模型等等。而近年來，敏捷軟件開發(fā)模式被越來越多的大公司所采用，我們所熟知的，Google、Facebook、Youtube、Baidu、Amazon、Taobao等眾多知名公司，無一例外。本文將介紹敏捷開發(fā)模式的特點及其在web開發(fā)中的應用。
1 敏捷開發(fā)模式的意義
眾所周知，敏捷(Agile)一詞來自于2001年初美國猶他州雪鳥滑雪圣地的一次敏捷方法發(fā)起者和實踐者的聚餐。而早在1990年起，人們就開始尋求一種可以應對迅速變化的需求的軟件開發(fā)方式。敏捷開發(fā)模式能夠使得團隊頻繁交付新軟件，減少快速變化的需求帶來的困擾，并且迅速提高團隊成員的編程能力。
2 敏捷開發(fā)模式的原則和方法
敏捷開發(fā)模式之所以能夠應對快速變化的需求，依賴于以下幾個必要原則。
2.1 盡早獲取用戶需求并不斷交付有價值的軟件
在一個項目組中，會有不同的角色承擔不同的任務。首先是項目經(jīng)理(Project manager)，其主要負責確定用戶需求，制定項目開發(fā)計劃，協(xié)調團隊成員在規(guī)定期限內(nèi)完成項目開發(fā)和交付。當項目經(jīng)理與用戶溝通獲取項目目標并制定項目開發(fā)計劃之后，就需要業(yè)務分析師(Business analyst)與用戶進行溝通，獲得項目開發(fā)的具體需求，用戶體驗設計師(User experience designer)根據(jù)需求分析設計界面，軟件開發(fā)者(Developer)進行軟件開發(fā)，軟件開發(fā)完成后交給測試人員(Tester)進行軟件測試，從而交付軟件。在以前的軟件開發(fā)模式中，普遍依賴業(yè)務分析師和用戶溝通所完成的需求分析報告而進行軟件開發(fā)和交付。這樣做的弊端在于，用戶在提出需求和得到交付軟件之間對需求本身可能發(fā)生變化，業(yè)務分析師在與用戶溝通并創(chuàng)建需求分析報告時對需求本身也可能產(chǎn)生誤解，而開發(fā)者本身對需求分析也會產(chǎn)生誤解。這就使得花費大量人力物力所開發(fā)的軟件最終不能被用戶所接受。而采用敏捷開發(fā)可以避免這種情況。
敏捷開發(fā)中有一種叫做Scrum的迭代增量式開發(fā)過程。其目的在于縮短交付周期，不斷交付有價值的軟件，使得在軟件最終交付時最大程度滿足用戶需求。這就需要改變傳統(tǒng)的軟件交付模式，當項目經(jīng)理和用戶溝通時，需要設定階段行的目標和任務，由業(yè)務分析師和用戶就已經(jīng)確定的需求進行需求分析并且在制定需求分析的同時與開發(fā)人員及時溝通，避免軟件過度開發(fā)，這樣就可以縮短軟件交付期限。將原本一年甚至幾年的開發(fā)周期縮短至兩個星期到一個月，每次交付部分有價值的軟件，這樣用戶可以盡早體驗并及時提出問題和調整需求。
2.2 制定詳盡的開發(fā)和交付流程
將軟件開發(fā)周期從幾年縮短到一個月甚至兩個星期，這需要制定詳盡的軟件開發(fā)和交付流程。而詳盡的軟件開發(fā)和交付流程也是實現(xiàn)Scrum所必須遵守的。
在Scrum中一個交付周期被稱為一個Sprint。在每個Sprint開始之前，要有一個Sprint的計劃會議(Sprint plan meeting)。Sprint計劃會議是在業(yè)務分析師和用戶確定好當前階段的需求分析之后，將可以進行開發(fā)的部分按照需求的優(yōu)先級順序排列好開發(fā)任務(Story)， 再由開發(fā)人員對任務進行難度評分，最后團隊根據(jù)可變因素如團隊成員情況，開發(fā)環(huán)境狀態(tài)等確定下一個Sprint的任務。為了加強團隊內(nèi)部的溝通和及時掌握開發(fā)交付情況，Scrum要求團隊每日開站立會議(Stand up meeting)，站立會議通常1到2分鐘每人，主要說明前一天的工作內(nèi)容，存在什么問題，以及今天的工作計劃。當然在每個Sprint快結束的前一天，要開評審會議，來報告進度，通常情況下是軟件會議制定軟件當前Sprint的軟件計劃。中國有句古話叫做“吾日三省吾身”，每個Sprint結束還有一個最為重要的會議就是回顧會議(Retrospective meeting)。回顧會議主要是總結上一個Sprint，保持優(yōu)點，克服缺點。確保每個會議的有效性是Scrum實現(xiàn)的基礎。
2.3 結對編程，提高軟件開發(fā)效率
當需求明確且計劃詳細之后，對于軟件開發(fā)最重要的就是提高開發(fā)效率。只有提高開發(fā)效率才能在短時間內(nèi)向用戶提供有價值的交付軟件。對于提高軟件開發(fā)效率，敏捷開發(fā)有一個很好的方式叫做結對編程(Pair programming)。所謂結對編程，就是一個任務交給兩個開發(fā)人員，兩個開發(fā)人員同時坐在一臺電腦前面，一個人編程，另一個人實時檢查，然后互換角色。當然，也可以和測試驅動設計(Test Driven Design)相結合，一個寫測試用例，另一個通過實現(xiàn)代碼使測試通過，然后互換角色。結對編程的好處在于，與傳統(tǒng)開發(fā)一個人一個任務相比，兩個人一起協(xié)作，可以盡快確定測試用例和程序接口，實時檢查代碼減少代碼調試時間，互相學習軟件開發(fā)設計技術，避免因成員變動阻礙開發(fā)進度。對于結對編程的兩個人，只要兩個人有互補，就可以在一起結對編程。例如，一個開發(fā)人員可以和一個需求分析師一起結對編程，需求分析師了解任務需求，可以負責編寫測試用例，開發(fā)人員實現(xiàn)測試用例，從而使開發(fā)更滿足需求。用戶體驗師也可以和開發(fā)人員結對編程，開發(fā)人員每實現(xiàn)一個功能塊，用戶體驗師都可以進行實時的檢查，從而更滿足用戶的體驗。結對編程，看似浪費人員，因為同一時間做的任務變少，但是卻能夠大大提高編程效率和開發(fā)質量，是敏捷開發(fā)中重要的實現(xiàn)方法之一。
關鍵詞：全臺網(wǎng);技術管理;人員管理;節(jié)目資源共享
中圖分類號：TB文獻標識碼：A文章編號：1672-3198（2012）19-0183-01
目前,我臺所有前期拍攝設備和后期制作設備都歸技術中心統(tǒng)一調配、管理,但由于臺內(nèi)對節(jié)目生產(chǎn)成本沒有進行考核管理,各部室人員使用設備沒有直接和經(jīng)濟效益掛鉤,導致記者領用設備外出采訪結束不能及時歸還,以及在節(jié)目制作中長時間占用、使用編輯設備等現(xiàn)象發(fā)生,這樣一是設備磨損嚴重,二是設備利用率不高,我臺本身缺少制作設備,經(jīng)常出現(xiàn)人等設備的情況,極大影響整個生產(chǎn)流程。2008年,我臺進行了數(shù)字化改造,搭建了制播局域網(wǎng),但由于經(jīng)費緊缺,沒有搭建TVS設備管理系統(tǒng)便于對全臺設備進行統(tǒng)一管理。隨著電視事業(yè)的發(fā)展壯大,采訪制作量不斷增加,現(xiàn)在的設備管理模式已經(jīng)表現(xiàn)出它的不合理、不完善。
2009年,阿拉善盟隨著新傳媒大樓的建設項目啟動,阿拉善盟廣播電視臺面臨著實現(xiàn)全臺網(wǎng)的機遇,由臺領導班子牽頭成立了項目設計小組,并抽調臺內(nèi)技術骨干和寧夏電視臺技術人員與中廣電設計院工程技術人員多次討論完成全臺網(wǎng)設計大綱,為新傳媒大樓制定我臺新的技術方案。
作為一名技術骨干,我們深知責任的重大,將決定節(jié)目生產(chǎn)流程,進而影響到我臺發(fā)展規(guī)模和管理體制。本著對阿拉善廣播電視臺未來高度負責的精神于2010年6月開始這項重要工作,工作分為以下四個階段進行。
1需求調研階段
1.1發(fā)放調查問卷
我們根據(jù)需要了解各部門的情況和將來發(fā)展需求,例如總編室主要了解節(jié)目編排和各部門的接口關系,對新聞中心將重點了解網(wǎng)絡化制作的安全性和穩(wěn)定性,對各欄目制作模式度進行詳細了解。
1.2分析調查問卷
收回問卷后,我們馬上進行調查問卷的分析工作,歸納總結出節(jié)目共性需求和個性需求,將調查問卷中回答的不詳細和需要進一步深入了解的問題歸類。
1.3深入各部門進行調研工作和節(jié)目流程跟蹤工作
重點進行了總編室、新聞中心、蒙編部、欄目、播控中心等的調研工作,由于領導重視、工作人員積極配合,在項目小組成員耐心細致的工作下,這項工作在兩周內(nèi)完成,得到了十分詳細的資料,為下一步工作提供了準確的數(shù)據(jù)。
1.4分析歸納各種調查數(shù)據(jù),形成《需求調研報告》
根據(jù)得到的各部門現(xiàn)實狀況和自辦節(jié)目的種類、設備使用情況、成片比、未來發(fā)展方向、未來需求等數(shù)據(jù),最后制定出五年后阿拉善盟廣播電視臺節(jié)目規(guī)模和設備規(guī)模的《需求調研報告》。
2需求分析報告階段
2010年3月5日至16日是聯(lián)合設計工作的第二階段。該階段臺內(nèi)技術小組成員和寧夏電視臺的工程技術人員及中廣電設計院的工程技術人員通力合作,在《需求調研報告》的基礎上,對各主體業(yè)務的數(shù)據(jù)信息進行周密細致的統(tǒng)籌分析考慮,形成《需求分析報告》,該報告囊括了臺內(nèi)主體業(yè)務的流程、功能、規(guī)模、接口四個方面的匯總分析,為下一階段的設計大綱和設計方案的編寫提供了必要的分析數(shù)據(jù)和整體設計依據(jù)。
3設計大綱階段
2010年4月10日至16日是聯(lián)合設計工作的第三階段。該階段歷史7天,聯(lián)合設計小組按照“整體規(guī)劃”的設計原則,具體采用“先總體后分系統(tǒng)、先設計圖后文字描述”的循序漸進工作方式,不斷充實和完善形成了圖集和文字方案組成的《設計大綱》。
4設計方案階段
從2010年4月17日起,阿拉善盟電視臺全臺網(wǎng)項目聯(lián)合設計工作已經(jīng)進入最后階段,在設計方案階段,聯(lián)合設計工作小組重點是以《設計說明書》為框架指導和內(nèi)容基礎,通過內(nèi)容補充完善和修訂的方式來形成最終的《設計方案》。在啟動具體的編寫工作之前,聯(lián)合設計工作小組進行了內(nèi)部的多次溝通和討論,形成了補充完善和修訂的要點,為后續(xù)的具體編寫工作指明了方向。
對于現(xiàn)存的微電子設計軟件進行大量分析調查后，我們發(fā)現(xiàn)現(xiàn)存的微電子設計軟件都不能滿足印刷微電子的設計要求，因為印刷微電子與傳統(tǒng)微電子在生產(chǎn)工藝上存在很大的區(qū)別。我們計劃在傳統(tǒng)微電子設計軟件的基礎上，增加印刷微電子設計的個性化的軟件，這就要求我們向軟件開發(fā)人員提供明確的軟件功能需求報告，這對大部分微電子工作人員來說，都是一項極具挑戰(zhàn)性的工作，這就要求我們具備相當完善的知識體系，掌握計算機應用等相關學科的知識。如果缺乏對印刷微電子的全面、深入的認識，就不可能提交高質量的印刷微電子設計軟件的需求分析報告。缺乏準確、全面的需求分析報告，必然會成為制約軟件設計的因素，以至于軟件設計人員只能借由自己對印刷微電子的主觀認識和有限了解來構建軟件，最終導致設計的軟件并不適合于實際生產(chǎn)應用。為了解決這一問題，筆者在閱讀大置有關印刷微電子方面資料的基礎上，結合需求分析的相關知識，總結得出了，印刷微電子設計的主要流程，確定了印刷微電子設計軟件的基本功能，并對印刷微電子的設計流程以及軟件的功能需求做出了詳細、全面的描述。
一、確定印刷微電子設計流程
如果使用傳統(tǒng)的微電子設計軟件，勢必不能滿足全印刷微電子設計的需求，要實現(xiàn)微電子全印刷，就需要在傳統(tǒng)微電子設計軟件中將印刷微電子設計的功能就加入到軟件中，實現(xiàn)傳統(tǒng)微電子設計與全印刷微電子設計的集成，從系統(tǒng)論的角度對微電子設計的流程進行整體規(guī)劃，使軟件的功能更加全面、強大。印刷微電子，顧名思義就是基于印刷原理的電子學。既然是以印刷的方式實現(xiàn)微電子制造，在電路設計之初就要考慮到印刷方面的問題：哪些器件可以由印刷的方式實現(xiàn)，由哪種印刷工藝實現(xiàn)印刷，以及印刷參數(shù)設置等。所以印刷微電子設計與傳統(tǒng)的微電子設計存在很多不同之處，傳統(tǒng)的微電子設計軟件并不能滿足印刷微電子設計。
傳統(tǒng)PCB板的設計流程是：
1、設計目標，比如草圖、器件的資料準備。
2、原理圖封裝準備，如果庫里有的可以直接用，沒有的直接繪制圖形，也可以建立自己的庫文件。
3、原理圖繪制，將所需器件都擺好，然后根據(jù)電路要求連線。
4、原理圖檢查，比如連線是否正確、標號調整、封裝制定等等，或使用DRC功能檢查。
5、檢查無誤進行下一步。
6、PCB封裝準備，這一步也可與第2步同時進行。
7、板框準備，將器件從原理圖或網(wǎng)絡表里導入到PCB軟件里面，并設置設計規(guī)則。
8、布局，然后布線。
9、敷銅，檢査。
10、生產(chǎn)文檔準備，如器件列表，貼裝圖等。
而全印刷微電子的電路全部利用印刷方式來實現(xiàn)，原理圖設計部分與傳統(tǒng)PCB的原理圖設計基本相同。與傳統(tǒng)PCB所不同的是，在PE圖設計的過程中，就要對元器件的材料、打印時序、線寬、印刷工藝、固膜方式等進行設置，無需敷銅的檢查。
所以，全印刷微電子的設計流程是：
1、設計目標，比如草圖、器件的資料準備。
2、原理圖封裝準備，如果庫里有的可以直接用，沒有的直接繪制圖形，也可以建立自己的庫文件。
3、原理圖繪制，將所需器件都擺好，然后根據(jù)電路要求連線。
4、原理圖檢查，比如連線是否正確、標號調整、封裝制定等等，或使用DRC功能檢查。
5、檢查無誤進行下一步。
6、元件封裝與放置，元件參數(shù)設置，包括材料選擇，印刷時序，印刷方式和固化工藝等。
7、導線參數(shù)設置，包括材料，線寬，印刷時序，印刷方式和固化工藝等。
8、線路檢查。
.9、電路仿真。
10、生產(chǎn)文檔生成，驅動印刷設備。
與傳統(tǒng)的生產(chǎn)工藝相比，全印刷微電子在生產(chǎn)過程中更具有連貫性，效率更高。全印刷微電子設計軟件與傳統(tǒng)的PCB設計軟件相比，更方便，將電路設計的大部分工作交由軟件完成，電路設計完成之后，剩下的工作就可以由打印機自動完成，省去了人力。
二、印刷微電子設計軟件功能需求分析
1.印刷微電子設計軟件功能需求報告是在印刷微電子需求分析的基礎上結合微電子設計的特點提出來的，主要用于提交給軟件開發(fā)人員來直接指導軟件設計和開發(fā)的文檔。印刷電子既然要以印刷的方式實現(xiàn)，再設計的過程中必然要考慮印刷制造的因素。以導線為例進行說明，在連接導線的過程中，除了傳統(tǒng)微電子設計時需要的相應的參數(shù)設置外，還要對導線的印刷參數(shù)進行設罝，包括：印刷材料選擇，導線的印刷尺寸(長、寬、后)，印刷溫度，印刷方式以及固膜方式等，同時還要考慮到印刷對導線的電性能可能造成的影響因素，并盡可能選擇影響最小的印刷制造方式。
2.目前，國內(nèi)有關印刷微電子設計軟件功能需求的分析還不夠成熟更完善具體的軟件功能需求分析需要在實踐中不斷的總結升華。筆者主要以本研究團隊的實踐，以及微電子和印刷方面的知識為基礎，將印刷微電子設計除去傳統(tǒng)微電子設計的功能之外的部分概括如下：印刷材料參數(shù)設置，印刷尺寸的確定，印刷工藝設置，打印時序設置。
3.材料參數(shù)設置是在電路圖設計過程中，元器件可以選擇庫中存在的并根據(jù)數(shù)據(jù)自己配》，也可以自己配置且滿足參數(shù)要求，其中材料參數(shù)設置主要包括：材料的組成，材料的印刷尺寸以及材料的使用溫度范圍。
印刷工藝可以由系統(tǒng)根據(jù)前面材料參數(shù)的設置自動給出，用戶也可以根據(jù)方便性原則手動設置，但是所選印刷方式一定要符合材料的要求。印刷工藝選擇是的主要內(nèi)容是：印刷方式、固化方式。其中印刷方式可以是：噴墨印刷、絲網(wǎng)印刷、ro11-2-roll、柔印、熱轉印等印刷方式。固化方式可以是UV固化或高溫煅燒。不管是印刷工藝還是固化方式都回對最終電路的性能產(chǎn)生影響，可以將印刷和固化對電路的影響以影響因子的方式給出，已選擇最合適的印刷和固化方式。
打印時序主要是根據(jù)材料的印刷層次先后結合溫度、印刷方式，給出最快捷、最高效的印刷制造順序，系統(tǒng)可根據(jù)之前的參數(shù)設置給出可選項，設計人員也可以自行設定或在系統(tǒng)給出的可選項中選擇并修改。
【關鍵詞】人事檔案；身份證讀卡器；數(shù)據(jù)庫【中圖分類號】R132
【文獻標識碼】A
【文章編號】1672-5158（2012）10-0002-02
1 引言
隨著信息技術的不斷發(fā)展，以計算機技術為主體的各類高新技術已經(jīng)將觸角深入到國民經(jīng)濟的方方面面。以往，我們的檔案系統(tǒng)主要通過初辦時個人獲得的檔案號，或者通過姓名來查找個人信息。這些方法，在檔案數(shù)量較少或個人辦理初期，弊端尚不明顯，而一旦庫容量達到一定的數(shù)量級，或者隨著時間的推移，其不足就顯現(xiàn)了出來。主要表現(xiàn)在兩個方面：
同一份檔案重復力理，造成數(shù)據(jù)冗余。隨著人才的頻繁流動，很多人會把轉出的檔案重新轉回，從而會重新辦理，這樣就會造成同一份檔案在數(shù)據(jù)庫里有多條記錄。目前系統(tǒng)中這樣的冗余數(shù)據(jù)很多。
一無法迅速定位。由于檔案數(shù)量巨大，通過姓名查找存在重名問題。目前系統(tǒng)中經(jīng)常有這樣的情況出現(xiàn)：錄入姓名，一下子跳出幾十條同名數(shù)據(jù)，需要工作人員再次核對生日，院校等信息才能確認某檔案，大大影響效率。
隨著社會的進步和發(fā)展，二代身份證在我們的生活中起到越來越重要的作用，二代身份證具有唯一性。本文作者根據(jù)自己多年的檔案工作經(jīng)驗和一定的計算機知識，提出了在當前的人事系統(tǒng)中增加使用二代身份證讀卡器來完成數(shù)據(jù)的采集、查詢的新方法，徹底解決了這一難題。
2 系統(tǒng)設計
系統(tǒng)設計是本系統(tǒng)開發(fā)的重要階段，它直接影響到目標系統(tǒng)的安全和穩(wěn)定，是整個系統(tǒng)開發(fā)工作的核心。
2.1 系統(tǒng)體系結構設計
原應用系統(tǒng)采用的是兩層C／S計算機結構體系，由客戶端和數(shù)據(jù)庫服務器組成。身份證讀卡器系統(tǒng)配有SDK軟件開發(fā)包，對原有的業(yè)務系統(tǒng)可以做到良好兼容，將證件識別采集程序嵌入到原來各種應用系統(tǒng)中即可進行數(shù)據(jù)采集。其模式結構圖見圖1。
2.2 系統(tǒng)流程設計
根據(jù)中心業(yè)務的工作方式，針對二代身份證可進行機讀識別的特點，借助二代身份證讀卡器，采用“聯(lián)機模式方案”，實現(xiàn)中心對客戶身份證信息的采集及有效性驗證。簡單地講，就是將身份證讀卡器與PC通過串口或USB口直接相連，PC上加載加密模式的讀卡器驅動軟件及身份識別應用程序，應用程序將二代身份證中IC的信息（公民身份號碼、姓名、性別、民族、出生日期、住址、簽發(fā)單位、簽發(fā)日期、有效期截止日期、照片）傳輸?shù)絇C中。同時，柜臺工作人員通過PC的顯示來核對機讀的信息與身份證印刷信息是否一致。針對中心的需求實現(xiàn)二次應用程序開發(fā)，如將已識別的用戶身份信息的保存、查詢和索引等。
2.3 系統(tǒng)功能模塊設計
系統(tǒng)主要包含信息讀取、身份驗證、將采集到的信息和原系統(tǒng)進行匹配從而實現(xiàn)數(shù)據(jù)查詢等功能。
2.3.1 自動查詢
工作人員進入客戶端應用程序后，程序自動檢測身份證讀卡器工作狀態(tài)，如果感應到有身份證靠近，會直接將身份證號碼這一唯一信息讀入系統(tǒng)，免去手工操作，提高了錄入速度和準確性。系統(tǒng)通過網(wǎng)內(nèi)線路將采集到的身份證號碼上傳到檔案數(shù)據(jù)庫，與庫里的信息進行對比查詢，如果查詢到庫中無該客戶記錄，則提示檔案庫不存在此人檔案，可再通過姓名查詢的方式進行二次核查，防止數(shù)據(jù)庫中身份證數(shù)據(jù)信息有誤；如果查詢到庫中有該客戶記錄，如果只有一條則直接顯示，如果有重復數(shù)據(jù)（此檔案重復在該中心辦理），只需選擇正確的一條即可。
2.3.2 雙重驗證
身份真?zhèn)瓮ㄟ^視讀和機讀雙重驗證，確保用戶身份真實準確。具體講就是系統(tǒng)會通過身份證讀卡器獲取照片信息，然后和事人員進行比對，即可一目了然斷定身份真?zhèn)巍?/p>
2.3.3 信息采集
對于初次辦理的人員，只有將將身份證放在讀卡器上，應用程序會自動采集芯片中的用戶身份信息，從而實現(xiàn)保存、查詢和索引等功能。在采集的過程中，系統(tǒng)會自動判斷檔案數(shù)據(jù)庫中是否有重復的身份證號碼，如果存在則提示工作人員，以防重復辦理。這樣既能保證數(shù)據(jù)真實有效，同時又能防止產(chǎn)生冗余數(shù)據(jù)。
3 關鍵技術分析
人才檔案系統(tǒng)的服務內(nèi)容繁多，涵蓋了，戶籍，保險公積金等各項業(yè)務，業(yè)務流程不盡相同，根據(jù)各業(yè)務特點，在開發(fā)期間擬解決以下幾個關鍵問題。
3.1 需求分析與功能抽象技術
通過深入調研，首先弄清楚人才中心檔案管理和檔案服務的基本需求，完成系統(tǒng)功能分析，初步確定體系結構，包括對原系統(tǒng)的改進和待實現(xiàn)功能的定義。在這一過程中要需要整理出詳盡的需求分析報告，盡可能做到完備。根據(jù)需求分析報告設計業(yè)務系統(tǒng)流程、劃分具體功能，并通過系統(tǒng)信息需求分析的結論，設計本系統(tǒng)的E-R模型，即將業(yè)務的需求與表述轉化為數(shù)據(jù)庫設計專用語言與流程，清晰反映數(shù)據(jù)及數(shù)據(jù)之間的聯(lián)系與傳遞關系，這個階段是整個系統(tǒng)開發(fā)的基礎。在以后的開發(fā)過程中還需要根據(jù)實際需求變化不斷更改。
3.2 主要技術分析
3.2.1 圖像采集
通過二代身份證讀卡器，可將二代身份證中的加密照片信息讀取到本地指定目錄并存放成圖片文件zp.bmp，應用程序可以顯示改照片信息，并且保存到數(shù)據(jù)庫中，完成照片的采集。
3.2.2 封裝對象
在PowerBuilder中我們還可以創(chuàng)建自己的用戶對象。我們可以利用面向對象方法中的對象的封裝性、繼承性、多態(tài)性等特點使得我們開發(fā)的應用程序具有極大的可重用性和可擴展性，而這一點正是軟件工程中對應用程序所提出的重要目標。
在原有的信息管理系統(tǒng)中，多個業(yè)務（檔案查詢，初辦，戶籍查詢，戶籍辦理等）需要調用身份證讀卡器供應商提供的動態(tài)鏈接文件，為了提高系統(tǒng)的開發(fā)效率，使得開發(fā)人員無須重復編碼，直接定義了一個不可視控件，將相關函數(shù)封裝在該對象中，這樣開發(fā)人員使用時只需要聲明變量，系統(tǒng)將自動調用相應的服務例程處理，使用起來簡潔高效。
4 結語
使用身份證讀卡器信息技術輔助人事檔案管理，可有效地解決管理弊端，使數(shù)據(jù)庫與身份證信息準確。這一技術首先被應用在南京某人才服務機構的檔案管理中，取得了良好的效果。近年來，該技術被迅速推廣到全國其它近二十家人才服務機構，信息管理部門借助“客戶身份證自動采集設備+電子數(shù)據(jù)庫”的方案對原辦事流程進行改造，從而實現(xiàn)對初辦、后續(xù)服務等關鍵環(huán)節(jié)一勞永逸的立體化管理。通過使用該技術手段，實現(xiàn)了大容量檔案庫房的有序管理，極大的提高了單位的工作效率和服務質量。
參考文獻
計算機專業(yè)英語是一門交叉的學科，把英語這一工具運用到計算機專業(yè)這一領域，解決計算機的問題。目前多數(shù)高校計算機專業(yè)英語的教學僅停留在課文閱讀與翻譯層次，對口語表達、文獻撰寫等能力普遍缺乏培養(yǎng)。根據(jù)課程的教學定位和專業(yè)人才培養(yǎng)目標，在張新紅等人提出的虛擬情景教學的基礎上進一步改革和提高，為每個授課環(huán)節(jié)模擬一個實際工作環(huán)境，結合軟件工程的一般過程，提出一種提高學生的語言應用能力的可行解決方案。
關鍵詞：
計算機專業(yè)英語；虛擬情境；語言應用能力；口語表達；軟件工程
1概述
軟件開發(fā)人員為跟上軟件開發(fā)技術的發(fā)展節(jié)奏，需要閱讀大量英語文獻和代碼；軟件外包服務企業(yè)，要求軟件工程師能夠用專業(yè)英語書寫諸如需求分析報告、設計說明書、測試報告等各類軟件項目中常見的文檔。外企的要求則更高，如索尼、微軟等公司要求招聘的員工能夠用英語進行技術交流討論。國內(nèi)各高校雖普遍開設了計算機專業(yè)英語課程，卻普遍停留在課文閱讀與翻譯層次。這就迫切需要一種兼顧文獻閱讀、文獻撰寫、口語交流等各個不同應用領域的專業(yè)英語實踐教學模式。本文模擬計算機專業(yè)新人進入職場后的各個階段并參考軟件工程一般過程設置情境，每個情境自然地引入文獻閱讀、文獻撰寫和口語交流等實際任務，不同情境各有側重點，真正做到面向實際應用的綜合性的專業(yè)英語能力培養(yǎng)。
2教學內(nèi)容和教學情境設計
教學內(nèi)容包括情境介紹、交流環(huán)節(jié)、教材講授、新文獻閱讀環(huán)節(jié)。教學中的情境設計以一個大學生從剛應聘到外企工作到他成為獨當一面的開發(fā)人員的成長歷程為線索。情境介紹主要是營造一個學生容易融入的背景，讓他們明白學習的內(nèi)容可以運用到工作中的什么地方。交流環(huán)節(jié)包括與同事、客戶的對話以及需求分析報告、設計說明書、測試報告等專業(yè)文檔的寫作；教材講授部分即教師根據(jù)所選的教材，摘取其中典型的內(nèi)容進行簡略的講解，重點引入專業(yè)英語中使用的大量專業(yè)術語，并與其他領域的釋義進行比較，加深學生的印象。新文獻閱讀是在教師的指導下，學生閱讀與情境和教學內(nèi)容相關的最新專業(yè)文獻。各情境的劃分與主要內(nèi)容見表1。
3情境教學的具體實施
3.1新人第一天情境介紹：剛剛進入公司，新人充滿了緊張與期待，與同事合作的第一步，讓他們了解自己。交流環(huán)節(jié)：學生自我介紹的重點是講解自己學習過的專業(yè)課程和專業(yè)知識，掌握的專業(yè)技能。涉及到大量的計算機專業(yè)術語。學生交流中肯定會存在很多問題，正好讓他們在接下來的教材講授環(huán)節(jié)帶著目的去學習，提升學習效果。教材講授：重點講解計算機專業(yè)學科分類和各學科的主要研究內(nèi)容，把整本教材各個章節(jié)聯(lián)系到一起，也給學生一個計算機專業(yè)的總體印象。
3.2新人培訓情境介紹：軟件公司對于軟件應用有著比學校更高的要求和針對性，通常都會對新人進行針對性的培訓。交流環(huán)節(jié)：學生扮演部門經(jīng)理，簡略講解C++語言的相關知識點。這一過程綜合考驗了學生專業(yè)知識的掌握程度、計算機語言相關術語的掌握情況和英語表達能力，讓學生充分發(fā)揮又認識到自己的不足。提升學生的學習欲望。教材講授：以C++語言為例，講解計算機語言的發(fā)展簡史和各主要知識點，以及編程的一些策略和原則。既是講授專業(yè)英語知識，也是對學生專業(yè)知識的一種擴展。
3.3項目需求分析情境介紹：軟件永遠都是要服務用戶的，因此弄清楚用戶的需求至關重要，這也是需求分析的目的。交流環(huán)節(jié)：學生分別扮演用戶與開發(fā)人員，用戶從自身使用的角度用非專業(yè)的語言描述自身的需求。開發(fā)人員在聽取用戶需求之后盡可能引導用戶把功能描述放入軟件工程的框架，將用戶的功能需求轉換成能指導軟件開發(fā)的專業(yè)需求。教材講授：講解軟件工程的第一階段需求分析，要求學生結合學過的專業(yè)知識來聽課，既學習了新的術語也鞏固了專業(yè)知識，達到雙贏的目標。
3.4軟件設計情境介紹：將用戶的需求細化之后會形成一個整體的大系統(tǒng)，但大系統(tǒng)不利于開發(fā)，需要經(jīng)由軟件設計將大系統(tǒng)拆分成一個個小系統(tǒng)，明確每個小系統(tǒng)的功能，才能進行后續(xù)的開發(fā)過程。交流環(huán)節(jié)：學生扮演項目經(jīng)理，將軟件項目的拆分情況、每個模塊的詳細功能和各開發(fā)小組的分工布置下去。這樣的過程不僅訓練了學生軟件工程方面的專業(yè)技能，對于英語口語表達也有較高的要求。學生總結自身在過程中存在的問題，自然會要求自己在兩方面都有所提高。教材講授：講解軟件設計過程，也即是總體任務細化為每個模塊的過程。對于每個模塊自身的功能和輸入輸出如何用專業(yè)的語言去描述。
3.5數(shù)據(jù)庫設計情境介紹：任何大型軟件系統(tǒng)都離不開數(shù)據(jù)庫系統(tǒng)，用于存儲每天產(chǎn)生的大量數(shù)據(jù)，方便日常的快速檢索和使用。交流環(huán)節(jié)：學生扮演項目組中的數(shù)據(jù)庫設計人員，向組員們講解自己設計的數(shù)據(jù)庫，包括E-R模型、關系表、關系設計等等內(nèi)容。將自身所熟悉的數(shù)據(jù)庫知識用英語表達出來，提升自身的專業(yè)英語能力。教材講授：講解數(shù)據(jù)庫相關知識點。讓學生們學會用英語來表達熟悉的數(shù)據(jù)庫知識。
3.6網(wǎng)絡設計情境介紹：大型軟件為使用方便，通常都需要應用于網(wǎng)絡環(huán)境（互聯(lián)網(wǎng)或公司局域網(wǎng)），網(wǎng)絡方面的優(yōu)化尤其是網(wǎng)絡安全策略更是重中之重。交流環(huán)節(jié)：學生扮演項目組中的網(wǎng)絡安全設計人員，向組員們講解自己的設計，采用了哪些可行的安全策略和加密手段來保證所有用戶都在權限范圍內(nèi)操作系統(tǒng)，避免非法用戶進入系統(tǒng)。用英語進行網(wǎng)絡安全策略描述難度較大，事先可以召集負責的學生與教師一起討論，在教師的指導下完成。教材講授：講解互聯(lián)網(wǎng)相關的網(wǎng)絡層次結構、協(xié)議、安全策略等知識。
3.7軟件測試情境介紹：軟件各模塊功能是否正常，軟件總體是否達到用戶的需求，如何改進，這些問題都需要軟件測試來回答。交流環(huán)節(jié)：此環(huán)節(jié)分成兩個部分，第一部分學生扮演測試人員與開發(fā)人員，測試人員向開發(fā)人員描述軟件存在的錯誤和問題，開發(fā)人員則基于描述詢問一些問題的細節(jié)；第二部分學生扮演開發(fā)人員和用戶，開發(fā)人員向用戶描述目前軟件的所有功能，用戶通過詢問了解軟件設計的不足并提出改進意見。教材講授：講解軟件的單元測試和整體測試等知識點，向學生們強調軟件測試的重要性。
3.8軟件維護情境介紹：軟件維護通常是軟件生命周期中時間最長、成本最高的一個階段，其中的關鍵則是開發(fā)人員與用戶之間的有效溝通。交流環(huán)節(jié)：學生扮演用戶和開發(fā)人員，用戶提出使用過程中出現(xiàn)的問題和對軟件進一步的功能需求，開發(fā)人員則通過詢問進一步明確問題和需求，并整理成專業(yè)需求，用以指導后續(xù)工作。接下來可以讓雙方各自描述自己所理解的需求，明確有哪些理解上的偏差。讓學生們直觀的感受用戶與開發(fā)人員的相互理解難在哪里，今后學習和工作中針對性的去解決。教材講授：講解軟件測試相關策略和技術。擴大學生的眼界和知識儲備。
4結論
本文從提高學生專業(yè)英語聽說讀寫全方面能力這一目標出發(fā)，通過設置情境的方式展開教學，讓學生學習的過程有參與感、有面向實際工作的感覺也得到全方位的鍛煉。此教學方法可以讓學生們學習起來有樂趣，也能讓他們充分認識到自身的不足，從而調動學生們的學習積極性，學習的過程也更有目的性。通過這種學習過程，學生們能學習到真正的專業(yè)英語知識，為將來的工作尤其是到外包企業(yè)和外企工作做好準備。
參考文獻：
[1]張新紅,白艷玲,陳利國.計算機專業(yè)英語課程的教學研究與改革[J].電子商務,2013(10):91-92.
[2]劉藝,王春生.計算機英語[M].北京:機械工業(yè)出版社,2013.
[3]金志權,張幸兒,張景祥.計算機專業(yè)英語教程[M].6版.北京:電子工業(yè)出版社,2015.
[4]楊濤.對計算機專業(yè)英語教學的幾點思考[J].計算機時代.2015(1):62-63.
[5]劉洋.計算機專業(yè)英語教學改革分析[J].商品與質量：消費研究,2015(7):170-170.
[6]易叢琴,周汝雁.計算機專業(yè)英語教學改革探索[J].教育教學論壇,2015(48):97-98.
[7]崔玉寶.談計算機專業(yè)英語的學與教[J].華北航天工業(yè)學院學報,2003,13(4):60-62.
關鍵詞:軟件質量;ISO9001;質量控制;見證點
中圖分類號:TP311文獻標識碼:A文章編號:1009-3044(2010)09-2142-03
Software Development Process's Quality Management
LIU Yun-jie
(Beris Engineering and Research Corporation, Baotou 014010, China)
Abstract: Although the growth of demand for software is very fast during the information-based process in the current society,every walk of life is carrying out the development and production of application software. But many developed softwares have not been integrated flexibly and effectively with the habits of manual operation;Some software can not be able to realize the function of regulatory business and enhance the efficiency;And some software cannot be applied after huge development costs and let the matter rest. Therefore, improving the software quality management level is a pressing problem for interrelated enterprises, and the use of quality control method used is an effective way to solve the problem.
Key words: software quality; quality control; witness point
ISO9001:是指由國際標準化組織(ISO)所屬的質量管理和質量保證技術委員會ISO/TC176工作委員會制定并頒布的關于質量管理體系的族標準的統(tǒng)稱。ISO9001是ISO9000族標準所包括的一組質量管理體系核心標準之一。
質量控制:為達到規(guī)范或規(guī)定對數(shù)據(jù)質量要求而采取的作業(yè)技術和措施。 這就是說,質量控制是為了通過監(jiān)視質量形成過程,消除質量環(huán)上所有階段印起不合格或不滿意效果的因素。
1 概述
軟件質量,概括地說就是“軟件與明確地和隱含地定義的需求相一致的程度”。具體地說,軟件質量是軟件符合明確敘述的功能和性能需求、文檔中明確描述的開發(fā)標準、以及所有專業(yè)開發(fā)的軟件都應具有的隱含特征的程度。
在現(xiàn)代社會中,隨著計算機技術的發(fā)展,軟件規(guī)模越來越大,復雜性越來越高,而軟件的開發(fā)能力卻遠遠跟不上應用需求的速度擴展,出現(xiàn)了所謂的“軟件危機”。時至今日,計算機在在工業(yè)控制、醫(yī)療、通訊、交通、航空、航天、經(jīng)濟、金融等領域的應用中,對軟件的質量提出了前所未有的挑戰(zhàn),軟件失效逐漸成為系統(tǒng)癱瘓的主要原因。因此,軟件質量成為人們越來越關注的問題。
目前,國內(nèi)大多數(shù)軟件企業(yè)首先選擇了ISO9001質量管理體系標準,作為提高軟件產(chǎn)品的質量和提高生產(chǎn)率的過程改進框架,都取得了一定的成效。
ISO9001用于證實組織具有提供滿足顧客要求和適用法規(guī)要求的產(chǎn)品的能力,目的在于增進顧客滿意。隨著商品經(jīng)濟的不斷擴大和日益國際化,為提高產(chǎn)品的信譽、減少重復檢驗、削弱和消除貿(mào)易技術壁壘、維護生產(chǎn)者、經(jīng)銷者、用戶和消費者各方權益,這個第三認證方不受產(chǎn)銷雙方經(jīng)濟利益支配,公證、科學,是各國對產(chǎn)品和企業(yè)進行質量評價和監(jiān)督的通行證;作為顧客對供方質量體系審核的依據(jù);企業(yè)有滿足其訂購產(chǎn)品技術要求的能力。
2 問題分析
影響軟件質量的主要因素,這些因素是從管理角度對軟件質量的度量。可劃分為三組,分別反應用戶在使用軟件產(chǎn)品時的三種觀點。正確性、健壯性、效率、完整性、可用性、風險(產(chǎn)品運行);可理解性、可維修性、靈活性、可測試性(產(chǎn)品修改);可移植性、可再用性、互運行性(產(chǎn)品轉移)。
通常所理解的軟件開發(fā),大部分是指編碼。而實際工作中,一般將軟件開發(fā)周期劃分了六個階段――計劃、需求分析、設計、編碼、測試、運行維護。各個階段都有獨立的人任務,也就涉及到了任務完成得質量。也就是說,軟件系統(tǒng)表現(xiàn)的程序中的錯誤,并不一定是編碼引起的,很可能是在設計過程中或者需求分析階段產(chǎn)生的問題引起的。這樣,對軟件質量的度量決不能限于程序本身,而編碼以前所完成的各個階段的工作質量同樣至關重要。
3 解決策略
那么如何在控制風險,提高軟件開發(fā)質量,提高軟件開發(fā)過程的透明度?這就要求在開發(fā)過程中的各個階段,嚴格按照相關規(guī)范和標準中的“質量控制”進行操作和管理。
在國際上,質量控制對象根據(jù)它們的重要程度和監(jiān)督控制要求不同,可以設置“見證點”或“停止點”。“見證點”和“停止點”都是質量控制點,由于它們的重要性或其質量后果影響程度有所不同,它們的運作程序和監(jiān)督要求也不同。為了方便理解,就“見證點”和“停止點”做以下說明。
見證點的運作程序和監(jiān)督要求如下:
1) 施工單位應在到達某個見證點之前的一定時間,書面通知監(jiān)理工程師,說明將到達該見證點準備施工的時間,請監(jiān)理人員屆時現(xiàn)場進行見證和監(jiān)督。
2) 監(jiān)理工程師收到通知后,應在“施工跟蹤檔案”上注明收到該通知的日期并簽字。
3) 監(jiān)理人員應在約定的時間到現(xiàn)場見證。監(jiān)理人員應對見證點實施過程進行監(jiān)督、檢查,并在見證表上作詳細記錄后簽字。
4) 如果監(jiān)理人員在規(guī)定的時間未能到場見證,施工單位可以認為已獲監(jiān)理工程師認可,有權進行該項施工。
5) 如果監(jiān)理人員在此之前已到現(xiàn)場檢查,并將有關意見寫在“施工跟蹤檔案”上,則施工單位應寫明已采取的改進措施,或具體意見。
停止點:
停止點是重要性高于見證點的質量控制點,它通常是針對“特殊過程”或“特殊工藝”而言。凡列為停止點的控制對象,要求必須在規(guī)定的控制點到來之前通知監(jiān)理方派人對控制點實施監(jiān)控,如果監(jiān)理方未能在約定的時間到現(xiàn)場監(jiān)督、檢查,施工單位應停止進入該控制點相應的工序,并按合同規(guī)定等待監(jiān)理方,未經(jīng)認可不能越過該點繼續(xù)活動。通常用書面形式批準其繼續(xù)進行,但也可以按商定的授權制度批準其繼續(xù)進行。
在軟件開發(fā)周期中,該方法同樣適用。
4 過程分析
下面就各個軟件開發(fā)周期的各個階段,如何進行質量控制所所設置的見“見證點”或“停止點”。
4.1 計劃
計劃也是總體規(guī)劃。軟件系統(tǒng)的規(guī)劃是軟件系統(tǒng)開發(fā)的起始階段,它的基礎是需求分析計劃的作用主要有:
1) 指明軟件系統(tǒng)在企業(yè)經(jīng)營戰(zhàn)略中的作用和地位;
2) 指導軟件系統(tǒng)的開發(fā);
3) 優(yōu)化配置和利用各種資源,包括內(nèi)部和外部資源;
4) 通過規(guī)劃過程規(guī)范企業(yè)的業(yè)務流程。
一個比較完整的計劃,應當包括軟件系統(tǒng)開發(fā)的目標,軟件系統(tǒng)的總體框架、軟件系統(tǒng)的組織結構和管理流程、軟件系統(tǒng)的實施計劃和相關的技術規(guī)范等。
本階段在確定軟件實施計劃時,需要確認一個見證點――可行性報告。也就是說,在確定軟件開發(fā)的實施計劃過程中,需要相關領導和該軟件系統(tǒng)的策劃人員和設計人員分別依據(jù)各自所掌握的業(yè)務信息,評估并確認該軟件系統(tǒng)實施計劃的客觀性和可行性。一旦發(fā)現(xiàn)該計劃風險過高,例如:工期過緊或復雜度過高,需重新審議,決定是否實施該項目或者改變實施計劃。
4.2 需求分析
軟件系統(tǒng)需求分析階段的目標是為軟件設計極端提供系統(tǒng)的邏輯模型,是以企業(yè)的業(yè)務流程分析為基礎,規(guī)劃即將建設的軟件系統(tǒng)的基本架構。它是企業(yè)的管理流程和信息流程的交匯點。
需求分析的內(nèi)容主要包括:組織結構分析、業(yè)務流程分析、數(shù)據(jù)和數(shù)據(jù)流程分析、系統(tǒng)初步方案等。
在需求分析階段,主要是和顧客交流溝通,充分掌握顧客基本信息,準確理解顧客需求,客觀分析業(yè)務流程和數(shù)據(jù)流,結合軟件系統(tǒng)開發(fā)特點,形成詳細的嚴謹?shù)念櫩托枨蠓治鑫臋n。形成文檔后,需要顧客的確認,保證調研人員理解的正確性和描述的準確性。如果該文檔不能得到顧客確認,后續(xù)的軟件開發(fā)工作即存在巨大風險。所以,該需求分析文檔即是客戶的“見證點”。
本階段,在軟件開發(fā)過程中,是至關重要的。很多軟件后期無法繼續(xù)運作或者后期開發(fā)修改量過大,基本都是由于在需求分析階段不充分或者不精準,造成了人力、物力和財力上的過多浪費。如果,在后續(xù)開發(fā)過程中,需求不明確、新增需求或者需求發(fā)生變更,要及時與顧客溝通并確認。
4.3 設計
軟件系統(tǒng)設計階段是根據(jù)系統(tǒng)分析的結果,設計出軟件系統(tǒng)的實施方案。軟件系統(tǒng)設計的主要內(nèi)容包括系統(tǒng)架構設計、數(shù)據(jù)庫設計、處理流程設計、功能模塊設計、安全控制方案設計、系統(tǒng)管理流程設計等等。
在設計階段,需要全面理解需求分析報告的內(nèi)容,進行合理化、科學化設計是保證后續(xù)軟件編碼高效、系統(tǒng)運行通暢的保證。
因為本階段所涉及的軟件設計分類內(nèi)容很多,在此,以功能模塊設計和數(shù)據(jù)庫設計加以說明。
1) 功能模塊設計分概要設計和詳細設計。概要設計,主要是根據(jù)需求分析文檔,劃分出軟件系統(tǒng)所需要完成的功能模塊。而詳細設計,就是該模塊在軟件實現(xiàn)中所需要的細節(jié)。通常,概要設計是由調研人員完成或參與完成;而詳細設計實在該概要設計的指導下,參照需求分析文檔完成。這時候,“見證點”是,概要設計文檔和詳細設計文檔,需要調研人員、設計人員、編碼人員的確認。當設計文檔不符合需求分析文檔的內(nèi)容時,需重新設計;當設計出來的模塊功能,編碼人員無法從技術上實現(xiàn)時,需要設計人員重新從技術立場更改設計方案。
2) 數(shù)據(jù)庫是依照某種數(shù)據(jù)模型組織起來并存放二級存儲器中的數(shù)據(jù)集合。這種數(shù)據(jù)集合具有如下特點:盡可能不重復,以最優(yōu)方式為某個特定組織的多種應用服務,其數(shù)據(jù)結構獨立于使用它的應用程序,對數(shù)據(jù)的增、刪、改和檢索由統(tǒng)一軟件進行管理和控制。
在我們進行數(shù)據(jù)庫設計中,首先設計的是邏輯數(shù)據(jù)庫。也就是根據(jù)需求報告,設計數(shù)據(jù)庫的結構和整體性能。然后根據(jù)邏輯數(shù)據(jù)庫實現(xiàn)數(shù)據(jù)庫物理設計,包括選擇數(shù)據(jù)庫產(chǎn)品,確定數(shù)據(jù)庫實體屬性(字段)、數(shù)據(jù)類型、長度、精度等。
數(shù)據(jù)庫邏輯設計決定了數(shù)據(jù)庫及其應用的整體性能,調優(yōu)位置。如果數(shù)據(jù)庫邏輯設計不好,則所有調優(yōu)方法對于提高數(shù)據(jù)庫性能的效果都是有限的。為了使數(shù)據(jù)庫設計的方法走向完備,數(shù)據(jù)庫的規(guī)范化理論必須遵守。規(guī)范化理論為數(shù)據(jù)庫邏輯設計提供了理論指導和工具,在減少了數(shù)據(jù)冗余的同時節(jié)約了存儲空間,同時加快了增、刪、改的速度。
另外,在規(guī)范的數(shù)據(jù)庫邏輯設計時,還應考慮適當?shù)仄茐囊?guī)范規(guī)則,即反規(guī)范化設計,來降低索引、表的數(shù)目,降低連接操作的數(shù)目,從而加快查詢速度。常用的反規(guī)范技術有增加冗余列、增加派生列、重新組表等。
增加冗余列:有時要進行查詢的列分布在不同的表中,如果這個連接查詢的頻率比較高,那就可以根據(jù)需要,把其它表中的這一列加進來,從而使得多個表中具有相同的列,它常用來在查詢時避免連接操作。但它的壞處就是需要更多的磁盤空間,同時因為完整性問題需要增加維護表的工作量。
此時,“見證點”在數(shù)據(jù)字典上。需要確認的人員是軟件開發(fā)過程中所涉及的各個人員。因為數(shù)據(jù)庫設計,是整個軟件系統(tǒng)的基礎,數(shù)據(jù)庫設計質量好壞,直接關系到軟件系統(tǒng)的質量,所以,該處也可以設置“停止點”。
4.4 編碼
軟件編碼是將上一階段的詳細設計得到的處理過程的描述轉換為基于某種計算機語言的程序,即源程序代碼。
編碼是實現(xiàn)系統(tǒng)功能的階段。在本階段中,代碼錯誤是每個程序員都會遇見的問題,可以在編碼調試中解決。而算法錯誤的檢查,在后續(xù)的測試或者編碼人員自測中發(fā)現(xiàn)并解決。
在整個軟件系統(tǒng)中,個人認為,編碼階段是最單純的階段,完全由編碼人員根據(jù)詳細設計文檔,結合數(shù)據(jù)庫設計文檔,實現(xiàn)模塊乃至系統(tǒng)功能。編碼過程的功能過程實現(xiàn)代碼“見證點”,由編程人員個人設定。在檢查編碼的規(guī)范性、可讀性性、效率時,“見證點”可由相關檢查人員設定。如果在編碼過程中發(fā)現(xiàn)某些設計功能過于復雜時,需要向設計人員提出申請,設計人員可以設定改模塊的代碼實現(xiàn)過程的“見證點”。
4.5 測試
軟件測試就是利用測試工具按照測試方案和流程對產(chǎn)品進行功能和性能測試,甚至根據(jù)需要編寫不同的測試工具,設計和維護測試系統(tǒng),對測試方案可能出現(xiàn)的問題進行分析和評估。執(zhí)行測試用例后,需要跟蹤故障,以確保開發(fā)的產(chǎn)品適合需求。
使用人工或者自動手段來運行或測試某個系統(tǒng)的過程,其目的在于檢驗它是否滿足規(guī)定的需求或弄清預期結果與實際結果之間的差別。
通常軟件測試的目的如下:
1) 測試是為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程;
2) 好的測試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯誤的測試方案;
3) 成功的測試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯誤的測試。
不過,這種觀點指出測試是以查找錯誤為中心,而不是為了演示軟件的正確功能。只從字面意思理解,可能會產(chǎn)生誤導,認為發(fā)現(xiàn)錯誤是軟件測試的唯一目的,查找不出錯誤的測試就是沒有價值的測試,實際上并非如此。我們其實應該這樣理解:
1) 測試并不僅僅是為了找出錯誤,通過分析錯誤產(chǎn)生的原因和錯誤的發(fā)生趨勢,可以幫助項目管理者發(fā)現(xiàn)當前軟件開發(fā)過程中的缺陷,以便及時改進;
2) 這種分析也能幫助測試人員設計出有針對性的測試方法,改善測試的效率和有效性;
3) 沒有發(fā)現(xiàn)錯誤的測試也是有價值的,完整的測試是評定軟件質量的一種方法。
測試的“見證點”是測試報告。
4.6 運行維護
軟件系統(tǒng)運行維護是在指軟件產(chǎn)品交付后,進行的活動。這個階段主要是以顧客為主導地位,軟件開發(fā)人員輔助該使用軟件系統(tǒng)。這時,一份完好軟件系統(tǒng)驗收報告,無疑是最好的“見證點”。當然,該階段一本詳實的使用說明文檔同樣很重要。
通過質量控制,對軟件開發(fā)質量加以管理,在一定的程度上可以規(guī)范開發(fā)流程、節(jié)約開發(fā)成本、提高開發(fā)效率。通過質量控制,提高軟件開發(fā)過程的科學性、客觀性、可控性和追溯性,保證軟件開發(fā)產(chǎn)品的可靠性和可適用性,已成為越來越多的軟件公司管理軟件開發(fā)質量的重要和有效手段。
參考文獻:
[1] 黃庭滿.國內(nèi)商企應加快發(fā)展“信息流”[J].經(jīng)濟參考報.2004,11(6).
[2] 王洪海,周祖德,陳幼平,等.基于Agent 的虛擬企業(yè)信息集成技術的研究[J].中國機械工程,2006,2(4):372-375.
[4] 翁佳.信息生命周期管理[J]情報科學,2005(6) .
關鍵詞：軟件需求分析；二義性；建模工具；快速需求分析方法；需求獲取
0 引言
需求分析是軟件工程的首要階段，軟件工程失敗與需求分析在完整性、準確性、可驗證性及一致性等方面的缺陷有較高相關性。需求分析不足可能表現(xiàn)在以下幾個方面：①用戶對自身需求比較模糊；②非核心需求過度膨脹；③需求完整度較難把握，用戶需求經(jīng)常變動；④需求分析不夠詳細，需求文檔描述的多義性，使后續(xù)工程理解偏離；⑤忽視用戶的行業(yè)特點與文化程度，沒有挖掘用戶的核心需求；⑥需求分析的時間不足，等等。
常見的需求分析方法有3種：問題分析法、界面原型法以及可運行原型系統(tǒng)法。按方法的特點來分，有形式化的、非形式化的和基于知識表示的需求分析和規(guī)格說明技術。形式化方法可以嚴格地描述所開發(fā)的軟件功能，既減少二義性，又可以自動對需求分析進行推理驗證，實現(xiàn)軟件分析的自動化。但形式化方法往往難以掌握,且不易理解以及難以和用戶溝通,目前應用還有局限性。非形式化方法采用了易于掌握的分割、抽象、投影等適合處理復雜問題的策略,盡管還存在某些不足或缺陷, 但在當前軟件開發(fā)中仍然是廣為使用的需求描述機制。基于知識表示的分析和規(guī)格說明方法是專家系統(tǒng)在軟件需求工程中的一項應用，但是前期要由專家組進行知識的整理和合理表達，對一般軟件工程準備期較長。每種方法都有其優(yōu)缺點，很多情況下，軟件開發(fā)項目組會根據(jù)項目的具體情況主要使用一種或同時幾種分析方法。如趙占梁等在中采用嘗試通過自然語言邏輯形式和語言形式加以一定的限制來減少其歧義性，增強其準確表達能力；羅慧慧結合自然語言處理技術,對需求分析輔助生成方法進行了研究,給出了一個能將受限漢語書寫的需求分析報告自動轉換成符合國家標準的軟件需求規(guī)格說明書的系統(tǒng)；倪世道在中提出一個系統(tǒng)的基于知識支持和面向目標建模分析方法GONFR。
1 快速需求分析方法概述
針對上節(jié)提到的需求分析不足的幾類表現(xiàn)，結合國內(nèi)軟件開發(fā)業(yè)的實際，本文從實踐的角度提出了一種快速需求分析方法。這種方法旨在消除使用自然語言的需求分析說明書的二義性，又避免了一些工具軟件偏向軟件開發(fā)人員的缺點。其核心思想是使用包含專業(yè)術語的自然語言和原形界面設計相結合的模式，快速完成需求分析，縮短整個軟件開發(fā)周期。該方法分為四個階段，分別是需求預獲取階段、初次交流階段、擴充交流階段和需求驗證階段。需求預獲取階段先了解用戶行業(yè)需求和單位特點，提出預想需求；然后與開發(fā)團隊內(nèi)部交流。初次交流階段則是把預想需求與用戶代表面對面交流，取得用戶的修正意見；接著把用戶意見反映到需求說明書和原型界面運行系統(tǒng)中，與開發(fā)團隊內(nèi)部交流，同時開展后續(xù)設計、開發(fā)。擴充交流階段是把用戶意見、團隊的取舍加入需求分析中，再次與用戶進行詳細交流。需求驗證階段由用戶、項目組、評審人員參加，確定用戶最終需求，并對需求合理性進行驗證。至此，在短時間內(nèi)完成了2～3次需求分析的迭代，需求分析完成，部分模塊已經(jīng)進入設計或開發(fā)階段。
2 具體實現(xiàn)
2.1 需求預獲取階段
（1）需求分析員以項目開發(fā)意向為基礎，了解用戶所屬的行業(yè)、單位初步情況、用戶單位的高層次及一些特定需求。根據(jù)用戶所屬行業(yè)查閱該行業(yè)的相關規(guī)范，了解該行業(yè)業(yè)務流程，查找該行業(yè)成功的軟件開發(fā)案例及需求分析說明書。這樣就從內(nèi)外兩個方面粗略地獲取該單位的工作運行模式和企業(yè)部分特色。從系統(tǒng)完整性設計思路出發(fā)，將用戶行業(yè)、單位的一般性需求作為骨架，根據(jù)用戶特色需求合理地補充、預想用戶可能的需求細節(jié)，把這兩方面結合起來，形成一個與用戶行業(yè)標準或規(guī)范匹配的《用戶需求分析說明書》，并根據(jù)該說明書制作一個可演示的原型界面系統(tǒng)。
（2）與項目團隊進行交流。目的有兩個，一是讓項目團隊的經(jīng)理、系統(tǒng)分析師（架構師）、程序員等對用戶項目有前期的了解，二是根據(jù)《用戶需求分析說明書》和原型界面運行系統(tǒng)，探討項目難點、人員、工期、可利用模塊等問題，還要涉及可能遺漏的功能性和非功能性需求。完善后進入第二階段。
2.2 初次交流階段
（1）需求分析員與用戶代表（最好包含決策者），就原型界面運行系統(tǒng)和《用戶需求分析說明書》初稿進行面對面交流。首先概述系統(tǒng)的整體功能、結構層次、特色，接著主要通過原型界面運行系統(tǒng)的圖形化展示，分層次地講解系統(tǒng)各項功能和性能指標，可邊講邊討論，重點記錄用戶對軟件系統(tǒng)的理解、修改意見及補充要求。同時收集用戶方的相關文檔。交流結束前，整理出用戶的修改意見和補充要求文檔，并取得用戶的認可。
（2）了解了用戶需求的細節(jié)情況后，經(jīng)整理和提煉，把形成的修改意見分別加入到原型界面運行系統(tǒng)和《用戶需求分析說明書》，再次與項目團隊交流。實現(xiàn)3個目的，一是讓項目團隊成員對用戶項目有進一步的理解；二是在人員和工期確定的情況下，去除無法完成的功能和部分非重點需求，并給出合適的理由，以利于取得用戶方理解；三是促使項目團隊根據(jù)修正的《用戶需求分析說明書》和原型界面運行系統(tǒng)，進行后續(xù)設計，開展技術攻關和部分模塊開發(fā)。把內(nèi)部會議的結果完善，反映到《用戶需求分析說明書》和原型界面運行系統(tǒng)，然后進入第三階段。
2.3 擴充交流階段
（1）需求分析員及相關人員再次與用戶代表（包含上次參加者），就補充了用戶意見和項目團隊理解的原型界面運行系統(tǒng)和《用戶需求分析說明書》進行交流。著重闡述開發(fā)后系統(tǒng)的整體功能、結構層次等方面的修改情況和各項功能、性能指標的變化，然后誠懇地向用戶解釋去除的部分模塊和功能，取得用戶方理解，進一步挖掘用戶的細節(jié)需求，記錄用戶對軟件系統(tǒng)的補充修改意見，整理成文檔，取得用戶認可。
（2）經(jīng)過此次交流，用戶需求細節(jié)基本掌握，用戶修改意見分別加入到原型界面運行系統(tǒng)和《用戶需求分析說明書》，然后與項目團隊進行交流，確定項目的大部分細節(jié)需求，進行詳細設計、編程。
2.4 需求驗證階段
（1）整理好《用戶需求分析說明書》，編寫《需求分析規(guī)格說明書》，完善原型界面運行系統(tǒng)。與用戶進行第三次交流，包括需求的驗證與確認，除用戶方、項目開發(fā)方之外，還需邀請評審人員。原型界面運行系統(tǒng)形象反映了軟件系統(tǒng)部署后的功能和性能指標，《用戶需求分析說明書》和《需求分析規(guī)格說明書》作為原型界面運行系統(tǒng)的輔助發(fā)揮作用。需求驗證的關鍵是需求分析有沒有真正反映用戶的需求、完不完整，而不是某些學者強調的需求分析與詳細設計是否一致，后者是項目團隊內(nèi)部的事。圖文并茂的模式能夠較好地驗證用戶的需求，也有助于雙方就需求達成一致，從而在完成需求驗證的同時，確定用戶最終需求。
（2）按照需求驗證的規(guī)范，完善驗證文檔需求。驗證文檔經(jīng)三方簽字認可，需求分析階段就基本結束了。《用戶需求分析說明書》、《需求分析規(guī)格說明書》和原型界面運行系統(tǒng)作為需求分析的最終材料伴隨軟件的設計、開發(fā)、測試與集成。
另外，如果在第二階段交流中用戶提出的補充需求較少，那么第三階段和第四階段可以合并。上半段進一步挖掘用戶的細節(jié)需求，快速完善進原型界面運行系統(tǒng)和相關文檔，下半段邀請評審人員進行需求驗證。
3 舉例
某單位做商務公開網(wǎng)站，項目組首先收集與該單位相關的文件和網(wǎng)站信息，利用UIDesigner設計如圖1的第一版功能界面（由于篇幅所限只展示首頁面），該界面可進行模擬操作，同時配以《用戶需求分析說明書》。然后與單位用戶代表結合，用戶代表由單位分管領導、紀委、組織科、職工代表組成。項目組充分采納了各方建議，比如黨務公開等欄目在首頁面取消tab頁、主要顯示更新及重要內(nèi)容、詳細分類移至二級頁面等。項目組迅速做出第二版（如圖2），經(jīng)第二次討論，當場修改首、二、三級頁面和具體功能、性能指標，取得用戶單位認可。接著就進入了實際開發(fā)。
4 特點及合理性分析
軟件工程逐漸從順序的過程向開發(fā)過程的流水線（如敏捷開發(fā)方法）過渡，快速需求分析方法實現(xiàn)了需求分析、設計與編程的部分并行。本方法還有以下三個特點：①既有效去除自然語言的二義性，又有利于雙方交流；②原型界面運行系統(tǒng)一直作為軟件開發(fā)的參考，減少轉換環(huán)節(jié)中理解的走形；③兼容性強，可以與多種設計或開發(fā)方法結合。下面就方法的合理性進行分析。
4.1 去除自然語言的二義性
一般用戶對軟件工程比較生疏，這也造成用戶方很難拿出項目的完整需求。一些軟件工程行業(yè)的需求分析及設計工具對需求分析的挖掘和合理細化相當有效，但它們對一些程序員新手來說都有難度，讓用戶在短時間內(nèi)掌握基本不可行。即使經(jīng)過培訓，用戶也無法像軟件工程設計人員那樣熟練使用工具、完整地表述自己的需求。問題產(chǎn)生了：用戶不愿使用特定工具，傾向于使用自然語言，項目組為了去除自然語言的二義性而推薦使用特定工具。這將引起交流不暢，導致需求分析的反復、拖延。能不能找出一種方法既能讓用戶積極參與，又能去除自然語言的二義性呢？［3］和［5］討論的方法都需要進一步的規(guī)范，取得行業(yè)的認可，并取得用戶和項目組的認可，這對于一般的軟件開發(fā)項目前期準備工作難度較大。本文提出的方法從可運行的圖形和文字及流程說明文檔兩方面出發(fā)，兩方面相互限制、相互驗證。可運行的圖形有利于用戶的參與，文字及流程說明文檔便于后續(xù)的設計與開發(fā)。由于圖文并茂，二義性產(chǎn)生的概率大大降低。經(jīng)少數(shù)幾次迭代后，就能快速、較完整地引導挖掘出用戶實際需求。避免了用戶學習特定工具產(chǎn)生的延期和表達的不準確，同時也降低了項目團隊成員對項目理解和把握的難度。
4.2 預測用戶需求的可行性
用戶所在行業(yè)有成熟的行業(yè)規(guī)范，用戶單位也有規(guī)定的業(yè)務流程，這些都是需求要抓的共性。用戶的合理需求不會偏離共性太多。項目合作意向中提供的高層次及一些特定需求給預測用戶的需求提供了更細節(jié)的信息。在工作、生活實際中我們處處面臨決策，都是依據(jù)少量信息作出預判。因此需求分析員能根據(jù)共性、個性加上自己的經(jīng)驗與預想，做出第一版需求分析。項目團隊對項目需求的理解和對軟件系統(tǒng)的形象化描述，有利于引導和激發(fā)用戶的需求。從認知角度看，一個人愿意與知音進行交流，沒人樂意對牛彈琴；對一個成型的東西，特別是圖形圖像，讓合作者去指出哪些地方要不要、應該如何改，比讓他自己設計難度要低得多；用戶看到了接近最終交付物的界面系統(tǒng)，心中有底。
4.3 促進軟件工程的并行
需求分析員每一次與用戶、與項目團隊的交流，都是圍繞著原型界面運行系統(tǒng)《用戶需求分析說明書》和《需求分析規(guī)格說明書》進行，也就是圍繞逐步接近用戶實際需求的材料來進行。由于原型界面運行系統(tǒng)是用戶和項目團隊越來越認可的對最終交付物的描述，而前述論證中提到的行業(yè)共性使得部分功能模塊可以提早進行設計，并便一些技術難點能夠盡早懂到確定和攻克。在需求分析進程中，逐步地深入設計和編程基本不會造成時間的浪費，因為用戶需求是在需求分析員和項目團隊引導下形成的，框架和基本需求在項目團隊的掌控中。如果以前開發(fā)過類似的項目，則可復用部分設計及代碼。
4.4 原型界面運行系統(tǒng)避免軟件走形
由于始終有原型界面運行系統(tǒng)作為參照，又有需求分析相應文檔的指引，從系統(tǒng)設計、編程、測試到集成、交付，最終交付物必須完整地實現(xiàn)原型界面運行系統(tǒng)，并且要從功能、性能上有提升，也就是最終交付物“≥” 原型界面運行系統(tǒng)。相當于需求分析一直伴隨軟件開發(fā)的全過程，這正是軟件工程最核心的要求，也是許多軟件開發(fā)項目中容易忽略的地方。
4.5 與多種設計或開發(fā)方法結合
本方法沒有限定詳細設計、編程等具體方法，因此在軟件開發(fā)實踐中，只要遵循本方法的基本原理，通過《用戶需求分析說明書》、《需求分析規(guī)格說明書》和原型界面運行系統(tǒng)使用大多數(shù)設計與開發(fā)工具均可。
5 結論
本文提出的方法既消除了需求分析中使用自然語言造成的二義性，又避免了一些工具軟件偏向軟件開發(fā)人員的缺點，促進了軟件開發(fā)過程的部分并發(fā)，有效縮短了需求分析和軟件開發(fā)周期，在規(guī)范性自然語言未取得編程行業(yè)及專業(yè)領域普遍認可的情況下，成為一種較為實用的快速需求分析方法。本方法在一定程度上吸收了敏捷開發(fā)的思想，又可以應用于傳統(tǒng)開發(fā)模式和面向對象程序設計模式。但該方法把任務更多地壓在了需求分析員身上，需要這個角色具有從用戶角度思考問題的立場、積極獲取并理解用戶行業(yè)規(guī)范的能力、一定的預測能力、較高的溝通水平、奉獻精神。該方法也有待于在實踐中繼續(xù)完善。
參考文獻：
\[1\] 蔣海昌.降低軟件需求分析風險之探索［J］.計算機時代，2010（10）.
［2］ 王曉寧.關于如何做好軟件需求分析的探討.科技資訊［J］.2010（34）.
［3］ 王迅冉，王春霞.基于Z語言的形式化需求分析［J］.商丘師范學院學報,2007(3).
［4］ 蔡文青,常浩娟,秦懷斌.軟件需求分析作為過程實現(xiàn)［J］.福建電腦,2007（10）.
［5］ 羅慧慧.需求分析輔助生成系統(tǒng)的探討與構建［J］.仲愷農(nóng)業(yè)技術學院學報,2006(4).
【關鍵詞】醫(yī)保 信息 系統(tǒng)
銅川市在1996年被確定為“兩江經(jīng)驗”擴大試點城市之一，市本級醫(yī)療保險管理信息系統(tǒng)于1997年4月1日正式啟動運行。隨著社會保障事業(yè)的不斷發(fā)展，經(jīng)辦機構承擔的業(yè)務從原來單一的職工醫(yī)療保險擴大到工傷保險、生育保險，尤其是2008年啟動實施的城鎮(zhèn)居民基本醫(yī)療保險和城鎮(zhèn)職工基本醫(yī)療保險市級統(tǒng)籌，老的系統(tǒng)已不能適應新的業(yè)務需求，更新?lián)Q代勢在必行。
經(jīng)過與項目建設單位的精誠協(xié)作，建成了以兩臺IBM小型機和五臺應用服務器、VPN服務器、負載均衡為基礎的數(shù)據(jù)中心，采用ORACLE數(shù)據(jù)庫和C/S/S三層架構的新系統(tǒng)于2008年7月1日正式上線。新系統(tǒng)涵蓋了職工醫(yī)保、居民醫(yī)保、工傷保險、生育保險的所有經(jīng)辦業(yè)務，并全部實現(xiàn)市級統(tǒng)籌；7個經(jīng)辦機構、97個社區(qū)醫(yī)療保險經(jīng)辦點、140多家雙定單位或光纖或寬帶全部聯(lián)網(wǎng)、一卡結算，形成了基礎資料共享、業(yè)務經(jīng)辦并網(wǎng)、數(shù)據(jù)向上集中、服務向下延伸的網(wǎng)絡體系。
本文結合銅川市在醫(yī)療保險管理信息系統(tǒng)建設過程中遇到的難點問題進行分析，并就這些問題進行思考，提出解決方案，供各位同行參考。
1 醫(yī)療保險管理信息系統(tǒng)建設面臨的難點分析
1.1 醫(yī)療保險政策體系繁雜，經(jīng)辦業(yè)務眾多
醫(yī)療保險政策體系涉及三大目錄管理、基金收支余管理、待遇支付政策管理等多個方面，政策體系繁雜。
1.2 醫(yī)療保險政策體系面臨不斷完善和改良的情況
銅川市基本醫(yī)療保險制度改革自1996年被納入“兩江經(jīng)驗”擴大試點之后，已經(jīng)陸續(xù)建立了城鎮(zhèn)職工基本醫(yī)療保險、大額醫(yī)療補助、城鎮(zhèn)居民基本醫(yī)療保險等制度。
1.3 基本醫(yī)療保險涉及面廣
基本醫(yī)療保險涉及到廣大參保單位和參保群眾的切身利益，同時所實行的定點醫(yī)療機構、定點零售藥店管理進一步擴大了基本醫(yī)療保險的業(yè)務經(jīng)辦覆蓋面。2008年起實施的城鎮(zhèn)居民基本醫(yī)療保險試點和城鎮(zhèn)職工基本醫(yī)療保險市級統(tǒng)籌更進一步地將區(qū)縣及社區(qū)經(jīng)辦服務機構納入了基本醫(yī)療保險管理信息系統(tǒng)的覆蓋范圍。
1.4 基本醫(yī)療保險業(yè)務數(shù)據(jù)量龐大
在各項業(yè)務經(jīng)辦過程中，基本醫(yī)療保險將形成政策參數(shù)、三大目錄、基金收支余、待遇發(fā)放等數(shù)據(jù)，而保證這些數(shù)據(jù)的安全、有序運行并能被應用于各項分析、監(jiān)控是基本醫(yī)療保險管理信息系統(tǒng)需要解決的首要問題。
2 基本醫(yī)療保險管理信息系統(tǒng)建設的建議
2.1 準確到位的需求分析是信息化建設的前提
（1）經(jīng)辦機構應在對全市各級經(jīng)辦機構信息化建設現(xiàn)狀進行認真調研的基礎上，根據(jù)醫(yī)療保險信息化建設的特性，對工作人員按照決策成員、業(yè)務骨干、一般經(jīng)辦人員、技術人員進行分類，組織相關專業(yè)人員展開具有不同針對性的需求分析培訓，要求各類人員根據(jù)各自的關注點結合多年來的業(yè)務經(jīng)辦實踐，提出各自對于管理信息系統(tǒng)建設的要求，并明細到業(yè)務經(jīng)辦需采集的數(shù)據(jù)資料、經(jīng)辦程序、最終實現(xiàn)的目標以及對于操作界面的要求。通過培訓，使各級工作人員對系統(tǒng)建設目標、方法、步驟能夠做到統(tǒng)一認識，形成人人參與、人人建言的良好局面。
（2）在全員培訓、全員參與的基礎上，應組織部分業(yè)務骨干和相關專業(yè)人員對各類人員有關管理信息系統(tǒng)建設的需求進行準確分析、提煉，以基本醫(yī)療保險基金流向為主線，根據(jù)參保登記、費用征繳、基金管理、待遇支付等進行相關業(yè)務劃分，對各項業(yè)務經(jīng)辦進行認真的歸納、拆分、整理，最終形成科學規(guī)范、標準統(tǒng)一的需求分析說明。
（3）在做好需求分析報告的基礎上，經(jīng)辦機構也應加強與項目建設單位的充分溝通，必要時應組織業(yè)務骨干、技術人員與項目建設單位的技術人員進行座談，力求使項目建設單位能夠充分準確地理解業(yè)務需求。
2.2 科學規(guī)范的業(yè)務經(jīng)辦規(guī)程是信息化建設的基礎
面對龐雜的政策體系和業(yè)務經(jīng)辦范圍，制訂一個科學規(guī)范的業(yè)務經(jīng)辦規(guī)程是基本醫(yī)療保險各項工作包括信息化建設的基礎。
經(jīng)辦機構應對現(xiàn)有業(yè)務經(jīng)辦規(guī)程進行認真梳理，同時抽調業(yè)務骨干對政策執(zhí)行、業(yè)務開展、待遇項目等情況進行調研，通過召開業(yè)務經(jīng)辦座談會、專項業(yè)務培訓會等多種形式，全面了解和掌握了業(yè)務經(jīng)辦現(xiàn)狀。
2.3 準確安全的數(shù)據(jù)質量是信息化建設的生命線
信息化建設就其本質而言就是對數(shù)據(jù)的操作，無論是數(shù)據(jù)的采集、加工處理以至數(shù)據(jù)的輸出，整個過程都圍繞數(shù)據(jù)這一核心展開。因此保證數(shù)據(jù)的可用性、可信性、安全性就成為信息化建設成敗的關鍵。
（1）在系統(tǒng)建設過程中應從建立規(guī)范的數(shù)據(jù)標準入手，加強數(shù)據(jù)的可用性。在需求分析階段，經(jīng)辦機構可組織專業(yè)人員按照部頒LB101-2000標準及全省統(tǒng)一的指標體系對醫(yī)療保險數(shù)據(jù)標準及定義加以明確，并按照統(tǒng)一的標準和定義制作數(shù)據(jù)采集表格、輸出表格及處理流程，確保入庫數(shù)據(jù)的真實性和準確性。
（2）在制訂科學規(guī)范的醫(yī)療保險操作規(guī)程基礎上，對數(shù)據(jù)加工處理過程應提出明確規(guī)定，保證數(shù)據(jù)的可信性。管理信息系統(tǒng)操作實踐的經(jīng)驗證明，僅靠軟件不能完全保證數(shù)據(jù)的可信性。為此，經(jīng)辦機構在建設信息系統(tǒng)時應結合業(yè)務開展情況，對各業(yè)務操作的所需資料、辦理程序、時限要求、權限設置提出明確規(guī)定。
2.4 靈活方便的參數(shù)設置是醫(yī)保信息化建設的重要基石
醫(yī)療保險政策性強，同時由于醫(yī)療保險制度目前仍處于改革和完善階段，且還將持續(xù)相當長一段時間，政策需要不斷調整、完善，覆蓋人群還需要不斷擴大，而各項保障制度也在逐漸完善。
2.5 實時高效的系統(tǒng)性能是信息化建設需要考慮的重點環(huán)節(jié)
醫(yī)療保險需要建立的個人賬戶和需要處理的數(shù)據(jù)特別多，支付、按比例劃分等業(yè)務都比較復雜，特別是數(shù)據(jù)實時傳輸?shù)囊螅瑢︶t(yī)療保險管理信息系統(tǒng)的高效運行提出了較高的要求。
3 結束語
醫(yī)療保險管理信息系統(tǒng)是一項復雜的系統(tǒng)工程。隨著醫(yī)療保險制度改革的繼續(xù)深入，醫(yī)療保險政策的不斷完善，參保覆蓋范圍的持續(xù)擴大，以及信息技術發(fā)展的日新月異，特別是社會保險法的實施，都將對醫(yī)療保險管理信息系統(tǒng)提出更多更高的要求。經(jīng)辦機構也應結合自身工作實際，科學規(guī)劃，精心組織，努力打造規(guī)范實用的醫(yī)療保險管理信息系統(tǒng)。
1 信息系統(tǒng)實施過程中的項目管理
項目管理指的就是有效地將相關的專業(yè)知識、技術、工具及方法等等應用到項目活動中，促使項目在有限的資源條件下，實現(xiàn)甚至是超過項目預期的需求和期望。項目管理包括：范圍管理，時間管理，成本管理，質量管理，人力資源管理，溝通管理，風險管理，采購管理，集成管理。
項目管理從本質上看來，它是一項系統(tǒng)整合工作，項目生命周期就是項目管理中的各個邏輯階段組合而成的整體。而信息系統(tǒng)中的項目管理指的就是要運用正確的項目管理方法，進一步地提高正在運行中的信息系統(tǒng)項目的成功率。信息系統(tǒng)的實施過程是按照生命周期法進行分階段實施，它主要分為以下六個階段：項目準備——分析需求——設計方案——系統(tǒng)實現(xiàn)——系統(tǒng)上線——項目驗收、上線評估。下文針對每個階段的工作任務以及工作所要達到的成效進行簡單的分析：
1.1 項目準備
工作任務：在項目準備階段當中，工作人員需要明確項目組織、宣傳項目、制定項目總體計劃、明確項目章程、培訓項目相關工作人員，這些都是信息系統(tǒng)實施所必須的工作，是保證信息系統(tǒng)實施成功的必要前提。
工作成效：制定合理的項目總體計劃；建立合理的項目總體章程；有效地培養(yǎng)項目工作人員，并收集記錄他們的培訓資料。
1.2 分析需求
工作任務：在分析需求這個階段當中，最主要的任務就是認真地調查分析項目實施有關方面的現(xiàn)狀以及各級用戶的需求，最后再將調查分析內(nèi)容整理成報告。
工作成效：撰寫項目業(yè)務需求分析的報告。
1.3 設計方案
工作任務：在設計方案階段中，工作人員需要依據(jù)所選定的系統(tǒng)，并要是在“分析需求”的基礎之上，進一步地明確細化設計信息系統(tǒng)實施的一切細節(jié)，這些細節(jié)中主要包括業(yè)務的流程、數(shù)據(jù)架構、運用架構等等，最后認真撰寫系統(tǒng)設計的說明書。
工作成效：形成標準模板的流程定義文件；撰寫方案設計說明書。
1.4 系統(tǒng)實現(xiàn)
工作任務：在系統(tǒng)實現(xiàn)階段中，工作人員務必要根據(jù)前幾個階段中所形成的需求分析報告以及方案設計說明書的內(nèi)容，認真地配置、研發(fā)、測驗已經(jīng)選定好的信息系統(tǒng)，以此來明確信息系統(tǒng)的功能等是否能滿足企業(yè)的相關業(yè)務所需，并且要保證其能正常運行。另外，工作人員不應該過問生產(chǎn)環(huán)境，因為配置、研發(fā)工作應該是在開發(fā)環(huán)境中進行。
工作成效：建立系統(tǒng)配置文檔；撰寫開發(fā)功能說明書；記錄系統(tǒng)測驗案例；建立權限設計；建立測試文檔；撰寫系統(tǒng)單元及集成測驗報告；完成最終用戶的培訓手冊。
1.5 系統(tǒng)上線
工作任務：在系統(tǒng)上線階段中，工作人員需要依據(jù)全新的組織結構和相關的管理流程，要求企業(yè)單位進行最終用戶的培訓活動，并且還要明確各個用戶授權與崗位責任是否一致。另外在所有相關數(shù)據(jù)明確之后，工作人員才能轉換數(shù)據(jù)，才能切換系統(tǒng)。
工作成效：完成系統(tǒng)運行的切換計劃；明確用戶的系統(tǒng)帳號以及與之相應的操作權限；建立系統(tǒng)的運行支持策略。
1.6 項目驗收、上線評估
工作內(nèi)容：項目驗收、上線評估是整個項目的最后階段，這個階段的主要任務就是記錄各種成果的記錄，例如項目各個階段中所產(chǎn)生的相關文檔、在項目管理過程中的各個文檔等等。
工作成效：填寫系統(tǒng)的驗收報告；完善系統(tǒng)的評估報告。
2 如何在信息系統(tǒng)實施過程進行正確的項目管理
2.1 重視信息系統(tǒng)，進而提高對項目管理的重視度
前文已經(jīng)有所提到，信息系統(tǒng)在企業(yè)單位中處于非常重要的地位，它可以完整地建立關于企業(yè)的正確數(shù)據(jù)，然后企業(yè)就可以依據(jù)這些數(shù)據(jù)進行更加正確的決策，進而提高企業(yè)單位的管理水平以及經(jīng)濟效益。但是由于諸多主客觀緣由，某些企業(yè)單位對信息系統(tǒng)的實施不加以重視，在無形中喪失了提高自身競爭力和經(jīng)濟效益的機會。所以企業(yè)務必要意識到信息系統(tǒng)實施的重要性，增加對其人力、物力、財力的投入，按時、按需保障信息系統(tǒng)在實施過程中所需要的各種資源。只有提高了信息系統(tǒng)實施的重要性，才能進一步重視信息系統(tǒng)實施過程中的項目管理，加大項目管理中所需的各種資源的投入，保障其更加完美地進行。
2.2 建立健全項目管理制度
俗話說：“無方圓不成規(guī)矩”，想要在信息系統(tǒng)實施過程中進行更加正確的項目管理，就必須進一步地建立健全項目管理制度，將相關制度更加細化、完美化。為此相關的工作人員可以依據(jù)項目管理原則、企業(yè)的獨特之處、項目的性質、企業(yè)的文化底蘊等等來制定項目管理制度，必要之時，也要學會靈活變通，針對性地制定相應的項目管理制度，并可以通過培訓、試行、修改來貫徹落實項目管理制度。
一個單位發(fā)展所需的人才，不僅是靠人才引進，更重要的是來自單位有意識有計劃的培養(yǎng)。而培養(yǎng)方式，除了單位業(yè)務實踐的鍛煉之外，培訓無疑是提高員工素質和人力資源增值的重要途徑，是提高企業(yè)核心競爭力的重要手段。“經(jīng)營之神”松下幸之助認為：“企業(yè)中各方面的錢都可以省，惟獨研發(fā)費和培訓費絕對不能省。”
本文根據(jù)二所培訓現(xiàn)狀及培訓模型的應用，就如何確保培訓效果提出意見。
一、二所培訓現(xiàn)狀與分析
近幾年，二所的科研任務飽滿，縱橫向任務相比以前有較大增長。為適應業(yè)務工作開展需要和發(fā)展要求，開展了大量的試驗前培訓、重點崗位資質培訓，以及新員工入職培訓、質量程序、環(huán)境安全、保密等管理培訓。
根據(jù)從事培訓管理的實際情況，及統(tǒng)計顯示可見：
第一，培訓計劃數(shù)和執(zhí)行數(shù)逐年提高。
2011年培訓計劃數(shù)接近2008年培訓計劃數(shù)的兩倍，說明隨著科研任務的增多，配套的培訓也在逐年增多，滿足了業(yè)務發(fā)展的需要。
第二，培訓需求調查分析合理性逐步提高，但還不夠清晰。
2009年起，培訓計劃變動率從43.2%逐步下降到32.8%，說明依據(jù)培訓需求調查制定的培訓計劃與實際需求地符合程度，在逐年提高，但仍需改進。
目前二所培訓需求調查主要是基于開展本年度科研任務的強制性質量管理要求提出，從各科室收集、整理、匯總而來，員工個人、項目主管、職能部門、所領導較少參與培訓需求調研分析與計劃制定，渠道比較單一，導致了每年至少有1/3以上的培訓與計劃不相吻合。
第三，培訓渠道還需要進一步拓寬。
送外培訓從2008年到2011年數(shù)量幾乎沒有增加，占培訓總數(shù)比例不斷下降；同時，內(nèi)培主要采取課題講授式培訓，更為靈活、實用的基于業(yè)務或專業(yè)的互動式團隊學習型培訓較少。
培訓工作光是靠內(nèi)部培訓是不夠的，需要吸取專業(yè)培訓機構的先進理念和專業(yè)知識，才能向專業(yè)化方向邁進。目前二所的培訓以內(nèi)培為主，外培所占比例較低。
第四，員工素質培訓所占比例較低，結構有失衡傾向。
培訓內(nèi)容結構主要是知識技能培訓和強制性管理規(guī)章制度培訓兩大類，基于員工綜合素質提升的培訓一直不多。
素質培訓包括員工的學習力、企業(yè)文化的傳承、單位內(nèi)聚力的加強、員工工作熱情的激發(fā)、員工壓力管理等等。二所近四年的培訓實施主要是滿足眼前需求和短期需求，即科研活動需要的知識技術和管理技能培訓，但長期規(guī)劃較少，對員工的素質培訓缺乏系統(tǒng)安排。
第五，培訓成果缺乏轉化機制與環(huán)境。
要促使培訓效果有效轉化到實際工作中去，需要上級領導的支持，同事間的溝通、互助，資金、配套設施及時間等因素的共同作用。單位因為時間緊迫、科研項目進度緊張等情況，培訓后常常沒有對員工提出更高的崗位工作要求，沒有后續(xù)轉換的機制安排與環(huán)境，導致培訓效果轉化率低。
第六，培訓管理與單位管理體系脫節(jié)。
所管理體系沒有對培訓結果的指標達成情況進行評估與考量，也沒有對評估結果實施獎懲等措施。目前，我所的培訓工作與員工業(yè)績和晉升影響不大，因此培訓對員工沒有形成有效的激勵。
二、影響培訓效果的主要因素及模型
第一，培訓需求分析的準確度。
培訓需求分析是整個培訓管理工作的第一個環(huán)節(jié)，其準確度直接影響了培訓的有效性。
目前學術界普遍認同的培訓需求分析經(jīng)典模型是Goldstein分析模型，如圖1所示。
圖1 Goldstein分析模型
第二，培訓方法的多樣性。
培訓方法是調動學員興趣，確保培訓達到預期效果的關鍵環(huán)節(jié)。目前流行的培訓方法體系從培訓主題和培訓方式兩個維度進行劃分，將培訓方法方式歸為四類，如圖2所示。
圖2 培訓方法坐標圖
第三，培訓成果的轉化。
員工培訓后，需要將培訓所學到的知識、技能及行為等內(nèi)容應用到實際工作中。Timothy Baldwin和Kevin Ford提出了培訓轉化過程模型的基礎模型，如圖3所示。
圖3 培訓轉化過程基礎模型
第四，培訓結果的評估。
培訓效果評估是通過一系列的信息、資料、數(shù)據(jù)對培訓的效果進行定性定量的評價，以提高培訓質量的過程。威斯康辛大學的唐納德.L.柯克帕特里克（Donald.L.Kirkpatrick）教授提出的柯氏四級評估模型是目前世界上應用最廣泛的培訓評估工具，如表1所示。
表1 柯氏四級評估模型
三、提升培訓效果的途徑
根據(jù)目前我們所的培訓現(xiàn)狀，想要達到較理想的培訓效果，有必要參照影響培訓效果的主要因素的相關理論模型，具體應用到培訓實踐中去，從培訓目的到培訓成果轉換的各階段進行精心設計和嚴謹實施。
第一，詳細進行培訓需求分析。
圍繞整個單位戰(zhàn)略發(fā)展的需要，對組織內(nèi)各部門及員工的目標、任務、知識、技能等方面進行系統(tǒng)的調查與分析，從而確定是否需要培訓、誰需要培訓、何時需要培訓、需要何種培訓。
常用的收集培訓需求方法包括：申報法、問卷法、訪談法、檔案法、集體座談法、測試法。申報法針對方向是單位總體需求，如質量管理規(guī)程、環(huán)境安全體系培訓等；問卷法針對方向是員工個人需求；訪談法針對方向是崗位技能培訓等；檔案資料法是根據(jù)崗位職責和任職資格確定培訓需求的，針對方向是員工崗位授權、特種作業(yè)操作培訓等；集體座談法針對方向是項目試驗前培訓等；測試法針對方向是員工綜合素質培訓等。
根據(jù)具體情況交叉使用一些方法，來明確培訓需求。針對個體需求，可采用訪談法、問卷法和測試法，針對項目任務需求，可采用集體座談法，針對部門需求，可采用申報法等。
明確培訓需求后，需要結合單位人力資源年齡結構、人員類別結構情況、人員培訓狀況對收集的需求數(shù)據(jù)進行定性和定量的分析，制定出詳細的員工需求分析表和較準確的員工培訓需求分析報告。
第二，明確培訓目的。
培訓目的是衡量培訓工作效果的標準。每個培訓項目都有明確目的。培訓目的要簡潔，具有可操作性，并明確地記錄下來，以便有效檢查人員培訓的效果和培訓效果評估。
記錄內(nèi)容應明確各類人員參加相應培訓的學時、培訓的原因、預期達到的培訓效果等。同時培訓管理應與整個管理體系聯(lián)系在一起，有明確的管理規(guī)定強制要求特定人員的培訓內(nèi)容和學時。比如人員晉升前必須經(jīng)過相應崗位資質培訓，培訓合格后才能頒證上崗、提干，新的項目投入試驗研究前必須進行試驗前培訓，可優(yōu)化人崗匹配度。
第三，精心設計培訓內(nèi)容。
員工培訓內(nèi)容包括知識培訓、技能培訓和素質培訓。知識培訓是員工培訓中的第一個層次，應占全部培訓的50%。知識培訓有利于理解概念，增強對新環(huán)境、新技術、新知識的掌握能力。技能培訓是第二個層次，應占全部培訓的30%。招進新員工、采用新設備、引進新技術等都要求進行技能培訓。素質培訓是最高層次，應占全部培訓的20%。
選擇針對性強的培訓內(nèi)容，分層次地為不同部門、不同層次、不同崗位的員工培訓。即使是同一個員工，在不同的時間點，需要接受的培訓也是不相同的。以知識和技能培訓為例，針對高層管理者的培訓內(nèi)容是經(jīng)營理念、企業(yè)文化、領導力等，針對中層管理者的培訓內(nèi)容是人際關系、指導工作和解決問題的能力等，針對研究室員工的培訓內(nèi)容是崗位相關的科學技術知識、崗位技能和實際操作等，針對機關職能部門的培訓內(nèi)容是專業(yè)技能培訓，如財務管理、人力資源管理、項目管理等。
第四，不斷優(yōu)化培訓方法。
培訓的方法有很多種，我們應根據(jù)不同的培訓對象、不同的培訓內(nèi)容選擇不同的培訓方法。
講授法。培訓師系統(tǒng)地向學員傳授知識、重要觀念，有利于培訓學員系統(tǒng)地學習掌握新的技術知識。適合技術知識類培訓。
演示法。運用實物和教具進行演示，通過示范和學員試做，使學員掌握工作技能方法。適合崗位技能類培訓。
研討法。通過培訓師與培訓學員之間或培訓學員之間討論解決疑難問題，引發(fā)培訓學員積極思考，開發(fā)培訓學員的能力。適合學術研究類的培訓。
視聽法。使用幻燈、電影、錄像等視聽教材進行培訓。目前我所新員工入職培訓主要采用這個方法。
角色扮演法。設定一個培訓環(huán)境，指定參加者扮演某種角色，借助角色演練來理解培訓內(nèi)容，提高學員的觀察能力、溝通能力和解決問題能力。可用于管理類培訓。
案例分析法。利用書或影片描述實際或想象的情況，主要是對過去所發(fā)生的事情作診斷或解決特別的問題。質量管理程序培訓、環(huán)境與安全培訓、保密培訓等培訓可使用這種方法。
為提高培訓效果，可根據(jù)培訓內(nèi)容的特點將各種方法配合運用，充分調動培訓學員參與的積極性。
第五，深入開展培訓效果評估。
應用柯氏四級評估模型的四個層次進行評估，如表3所示。對整個部門或整個單位進行的培訓，運用第一層評估；要求培訓學員掌握的知識或技能的培訓進行第二層評估；對培訓周期較長、企業(yè)投入較大、旨在解決企業(yè)內(nèi)部關鍵問題、企業(yè)決策層比較重視或關注的、培訓效果對企業(yè)發(fā)展很關鍵的等培訓項目進行第三、第四層評估。
表2 四級評估表
培訓效果評估需要撰寫評估報告，完整的培訓效果評估報告包括：培訓實施過程、培訓學員出勤率與表現(xiàn)、評估方式、評估結果、總結并提供參考意見等。
第六，重視培訓成果轉化。
培訓后，員工所學的知識并沒有直接轉化成單位或團隊的知識，我們要盡量轉化培訓獲得的知識技能來提高工作績效，因此在培訓后要完成以下工作：
首先，完成培訓總結。總結內(nèi)容包括提煉培訓的關鍵內(nèi)容、關鍵理念、心得體會及工作改進計劃，工作改進計劃要切合實際并且具體化。
其次，可持續(xù)的工作行動。要求員工按照書面的工作改進計劃，采取行動落實下來，培訓組織部門在培訓結束后的一段時間內(nèi)，對培訓改進計劃的落實情況進行檢查總結。
最后，培訓成果的認定和表彰。定期將員工培訓總結在我所內(nèi)網(wǎng)進行評選，評選和表彰培訓成果轉化得最好的員工。培訓成果的認定和表彰要有組織、有制度、定期進行，并與績效考核掛鉤，可提高員工參與培訓的積極性，培養(yǎng)整個單位良好的學習培訓風氣。
在軟件開發(fā)的每一個階段中，人員的參與都是離不開的部分，而人的工作以及人們之間的通信質量有很難做到完美無缺，這就導致了錯誤是不可避免的。另外，伴隨著計算機控制對象越來越復雜，且軟件的功能及規(guī)模也在不斷的提升，這也使得錯誤相對而言更容易發(fā)生，比如對于WindowsNT操作系統(tǒng)來說，其代碼約為3200萬行。總體來看，在軟件設計階段，人們所犯的錯位是引起軟件失效的主要原因，而軟件缺陷的根源則在于軟件的復雜性。在確保軟件可靠性以及質量的過程中，軟件測試屬于最為主要的手段，以當前的軟件工程來看，多以結構化分析及設計作為核心，因此在開發(fā)階段，需求分析以及設計都是以工程管理以及技術評審作為質量的保障手段，而工程管理以及技術評審又存在著主觀上的缺陷，很容易遺漏錯誤使其延續(xù)至開發(fā)階段。客觀來說，軟件測試在發(fā)掘軟件中隱藏缺陷的過程中的確有著很好的效果，以英國的SHOLIS項目來看，這一項目使用形式化方法對軟件規(guī)約進行描述及證明，而且利用程序正確性證明方法對前期的很多缺陷進行排除，但是通過軟件測試卻依舊發(fā)現(xiàn)了整個過程15.175%的缺陷。此外，隨著人們對軟件測試重要性的認識越來越深，其所在軟件開發(fā)周期中所占的比例也越來越高，當前很多軟件開發(fā)機構已經(jīng)將其40%的研制力量投放到了軟件測試中，而對一些比較重要的軟件來說，其測試的費用往往會高達其他階段費用的3至5倍，由此可見，不管從哪個角度出發(fā)，軟件測試都是非常重要的。
2軟件測試分類
當前的軟件測試技術主要可以分為動態(tài)測試以及靜態(tài)測試，其中，靜態(tài)測試主要是指在不執(zhí)行程序代碼的情況下找到程序中有可能存在的缺陷或者對程序代碼進行評估的過程中，廣義上看，靜態(tài)測試還包括軟件需求分析以及技術評審。至于動態(tài)測試，則是通過抽樣測試數(shù)據(jù)對程序進行運行以起到檢查程序中存在的缺陷。在動態(tài)測試的過程中，其核心內(nèi)容主要包括測試用例、運行正與以及對于程序運行結果進行驗證這3部分內(nèi)容，此外還包括一些數(shù)據(jù)管理、文檔編制、操作規(guī)程等輔助方面的工作。
3軟件測試的對象
在軟件測試的過程中，不單單進行一些比較簡單的程序測試，也就是說僅對程序能否運行進行測試是遠遠不夠的。具體來看，軟件測試要貫穿在軟件定義以及開發(fā)的整個過程中，因此軟件測試的對象包括需求分析、系統(tǒng)設計、程序編碼以及各階段說明文檔。此外，因軟件開發(fā)過程中各個階段之間有著非常金敏的銜接，因此如果前一階段出現(xiàn)問題必然會對下一階段段的工作造成影響，所以為了確保每一個階段的正確性，我們要做好確認及驗證工作。具體來看，確認主要是對需求規(guī)格以及程序進行確認，這既含有靜態(tài)確認，又有動態(tài)確認，其中靜態(tài)確認大多數(shù)是由人工進行分析，而動態(tài)確認則是利用動態(tài)分析以及程序測試對程序執(zhí)行的情況進行檢查。至于驗證，則主要是采取一定手段對程序執(zhí)行情況進行檢查，進而證明軟件各階段中的完備性、正確性以及邏輯協(xié)調性。舉例來說，我們驗證的對象包括測試用戶需求和系統(tǒng)分析員報告是否想和、設計說明書和測試需求說明書是否匹配等。
4軟件測試目的及原則
4.1軟件測試目的
測試目前因立場的不同又可以分為兩種，從客戶角度來看，總是會希望通過測試來發(fā)現(xiàn)軟件中的缺陷及隱蔽錯誤。而從軟件開發(fā)者角度來看的話，則是希望產(chǎn)品少出現(xiàn)錯誤，對軟件已經(jīng)符合客戶需求進行驗證，在這種思路下，測試人員會使用一些導致程序失效概率小的測試模塊進行測試，并對容易導致錯誤暴露的測試用例進行回避，而且對于有可能出現(xiàn)副作用的語句也并不會去刻意的檢查。基于此，在程序中，還存在很多預料不到的問題，而這類問題往往要在一些比較特殊的環(huán)境之下才能夠表現(xiàn)出來。從以上分析我們可以看出，在對軟件進行測試的過程中還是要更多的站在用戶角度對問題進行考慮。
4.2軟件測試原則
（1）“盡早和不斷的進行軟件測試”，只有時刻牢記這一原則才能夠降低軟件開發(fā)中由于工作多樣化、人員配置復雜化所帶來的不利影響。具體實踐的時候，我們首先要端正態(tài)度，對各階段技術審核要認真進行，另外，我們還要將軟件測試貫徹到每一個環(huán)節(jié)中，進而早對錯誤進行發(fā)現(xiàn)和預防。
（2）測試用例選擇的過程中要有輸入數(shù)據(jù)和以及和輸入數(shù)據(jù)相對應的預期輸出結果，具體來看，在我們進行軟件測試的過程中要選擇比較適合程序段的測試用例，這些用例可以對程序員所編制的程序是否存在錯誤進行分析，而給出預期的輸出結果則可以對程序段是否存在錯誤進行更為快捷的判斷。
（3）要避免程序員對自己的程序進行測試，在軟件測試的過程中，冷靜的情緒以及客觀的態(tài)度是不可避免的，而人又很難對自己的勞動成果進行否定，因此在程序員對自己程序進行檢查的過程中會從主觀上出現(xiàn)偏差，導致測試結果不準確、不客觀。
（4）設計測試用例的過程中要注意使用不合理輸入套件，所謂不合理輸入條件主要包括輸入異常或者會導致異變的條件。在軟件正常使用的過程中，不合理輸入是不可避免的，輕則會導致運算錯誤，嚴重的時候甚至會使軟件失效。
（5）對測試工作中的群集現(xiàn)象進行注意，針對測試過程中錯誤較多的程序段，要對其進行詳細認真的檢查，這是因為從經(jīng)驗上看，程序段中殘存的錯誤于已發(fā)現(xiàn)的錯誤往往會成正比。
（6）對測試要認真執(zhí)行，這是指我們要做好一個詳細的規(guī)劃，具體來說，規(guī)劃主要包括：軟件功能、輸入、輸出以及每一功能測試的進度安排等。
（7）對測試計劃、用例、出錯統(tǒng)計以及分析報告等進行妥善的保管，進而為日后的軟件維護提供更為便捷的服務。總體來看，在我們的工作中如果能夠把握住以上原則必然能夠對提升測試工作的效果起到很強促進作用。
5結語
