時間:2022-10-24 20:18:20
序論:速發表網結合其深厚的文秘經驗,特別為您篩選了11篇人員需求分析報告范文。如果您需要更多原創資料,歡迎隨時與我們的客服老師聯系,希望您能從中汲取靈感和知識!
軟件產品,特別是行業解決方案軟件產品不同于一般的商品,用戶購買軟件產品之后,不能立即進行使用,需要軟件公司的技術人員在軟件技術、軟件功能、軟件操作等方面進行系統調試、軟件功能實現、人員培訓、軟件上線使用、后期維護等一系列的工作,我們將這一系列的工作稱為軟件項目實施。大量的軟件公司項目實施案例證明,軟件項目是否成功、用戶的軟件使用情況是否順利、是否提高了用戶的工作效率和管理水平,不僅取決于軟件產品本身的質量,軟件項目實施的質量效果也對后期用戶應用的情況起到非常重要的影響。項目實施規范主要包括項目啟動階段、需求調研確認階段、軟件功能實現確認階段、數據標準化初裝階段、系統培訓階段、系統安裝測試及試運行階段、總體驗收階段、系統交接階段等八個階段工作內容,每個階段下面有不同的工作事項,各個階段之間都是承上啟下關系,上一階段的順利完成是保證下一階段的工作開展的基礎。下面將按照每個項目實施階段分別介紹。
二、項目實施方案介紹
(一)項目啟動階段
此階段處于整個項目實施工作的最前期,由成立項目組、前期調研、編制總體項目計劃、啟動會四個階段組成。
此階段主任務:
公司:在合同簽定后,指定項目經理,成立項目組,授權項目組織完成項目目標。
公司項目組:進行前期項目調研,與用戶共同成立項目實施組織,編制《總體項目計劃》,召開項目啟動會。
商務經理:配合公司項目組,將積累的項目和用戶信息轉交給項目組。將項目組正式介紹給用戶,配合項目組建立與用戶的聯系。
用戶:成立項目實施組織,配合前期調研和召開啟動會,簽署《總體項目計劃》和《項目實施協議》。
1、成立項目組
部門經理接到實施申請后,任命項目經理,指定項目目標,由部門經理及項目經理一起指定項目組成員及成員任務,并報總經理簽署《項目任務書》。
2、前期調研
項目經理及項目組成員,在商務人員配合下,建立與用戶的聯系,對合同、用戶進行調研。填寫《用戶及合同信息表》。在項目商務談判中,商務經理積累了大量的信息,項目組首先應收集商務和合同信息,并與商務經理一起識別那些個體和組織是項目的干系人,確定他們的需求和期望,如何滿足和影響這些需求、期望以確保項目能夠成功。
3、編制《項目總體計劃》
《項目總體計劃》是一個文件或文件的集合,隨著項目信息不斷豐富和變化,會被不斷變更,主要介紹項目目標、主要項目階段、里程碑、可交付成果。通常包括以下幾方面內容:
項目描述,項目目標、主要項目階段、里程碑、可交付成果。所計劃的職責分配(包括用戶的);
溝通管理計劃,確定項目干系人對信息和溝通的需要:即什么人何時需要什么信息以及通過什么方式將信息提供給他們。質量管理計劃,確定適合于項目的質量標準和如何滿足其要求。如果有必要,可以包括上述每一個計劃,詳細程度根據每個具體項目的要求而定。未解決事宜和未定的決策。
4、啟動會
項目組與用戶共同召開的宣布項目實施正式開始的會議。
會程安排如下:
共同組建項目實施組織,實施組織的權利和職責;雙方簽署《項目實施協議》。
項目組介紹《項目總體計劃》和《項目實施協議》,包括以下內容:
項目目標、主要項目階段、里程碑、可交付成果。所計劃的職責分配(包括用戶的);
項目實施中項目管理的必要性和如何進行項目管理,項目的質量如何控制;
項目實施中用戶的參與和領導的支持的重要作用;
階段驗收、技術交接和項目結束后如何對用戶提供后續服務。
(二)需求調研確認階段
此階段的主要工作是軟件公司的項目實施人員向用戶調查用戶對系統的需求,包括管理流程調研、功能需求調研、報表要求調研、查詢需求調研等,實施人員調研完成后,會編寫《需求調研分析手冊》,并交付用戶進行確認,待用戶對《需求調研分析手冊》上所提到的需求確認完畢后,項目實施人員將以此為依據進行軟件功能的實現。如果用戶又提出新的需求,實施人員將分析需求的難度及對整個系統的影響程度來確定是否給予實現。需求調研階段具體包括如下內容:
1、進行需求調研準備
2、編制《需求調研計劃》
3、內部評審是否通過《需求調研計劃》,項目組、部門經理、商務等人員根據合同要求和項目實際情況對《需求調研計劃》草稿進行評審,如評審通過,則在稍后的時間內簽署,如評審不通過則重新修改。
4、用戶是否簽署《需求調研計劃》,如用戶簽署《需求調研計劃》,則作為以后需求調研工作的指南。否則重新修改。
5、《需求調研計劃》是否有變更,如果計劃存在變更,則執行變更控制流程,否則按計劃進行后續工作。
6、編寫及發出《需求調研通知》,項目組編寫《需求調研通知》,確定進行需求調研的相關事宜,發給用戶,為順利完成需求調研工作做準備
7、需求調研,項目組以《需求調研手冊》為依據,從業務流程、單據使用、打印格式、報表查詢幾個方面展開深入和全面的調研,并搜集用戶的個性化需求。
8、需求調研分析根據調研的結果,項目組和公司其他技術部門將進一步進行分析,確定合理、可行的需求,將分析結果形成《需求分析報告》草稿。
9、內部評審是否通過《需求分析報告》。項目組、部門經理、公司其他技術部門的人員對《需求分析報告》草稿進行評審,如評審通過,則在稍后由用戶簽署,如評審不通過則重新修改,直至內部評審通過。
10、編寫及發出《需求分析報告確認通知》。項目組編寫《需求分析報告確認通知》,發給用戶,確定進行需求確認的相關事宜,告之相關部門及人員安排好工作,準時參與需求確認工作,為順利完成需求確認工作做準備。
11、用戶是否確認《需求分析報告》。如果用戶確認,并簽署了《需求分析報告》,則需求調研階段工作結束,進行后續的軟件功能實現的工作;如沒有確認,則進一步進行調研、分析,直至用戶最終確認并簽署《需求分析報告》。雙方簽署了《需求分析報告》,需求調研工作結束之后,如果用戶提出新的需求或是變更已有的需求,則執行需求新增及變更流程。
(三)軟件功能實現確認階段
此階段的主要工作是項目實施人員根據需求調研階段確認的《需求調研分析手冊》中的用戶需求內容進行具體軟件功能的實現工作。在軟件功能實現的過程中,項目實施人員將記錄軟件實現的詳細過程。便于公司售后服務之用。每一個實施技術人員必須嚴格按照要求記錄、存檔。按照調研要求的所有功能實現完畢后,項目實施人員將編制《軟件功能確認表》,將定制好軟件功能待用戶確認,用戶根據《軟件功能確認表》上的功能逐一確定軟件功能是否達到要求,對不滿足要求的功能,項目實施人員將會記錄下來并進行功能修改,直到滿足用于要求。
(四)數據標準化初裝階段
此階段的主要工作是項目實施人員指導用戶進行系統標準化資料的準備工作,并對用戶進行初裝資料的軟件操作培訓,以便用戶能夠及時的將標準資料錄入系統,初裝完成后,項目實施人員會對資料初裝的情況進行核查,為以后具體業務功能的開展做好基礎。
(五)系統培訓階段
系統培訓階段工作是整個項目實施工作中比較重要的工作,用戶對軟件的操作功能是否熟練將直接影響到后面的軟件應用效果,所以軟件公司和用戶雙方要對此階段的工作給予足夠的重視。要充分認識培訓的重要性和艱巨性。在項目實施之前對用戶的相關人員進行系統和規范的產品培訓是非常必要的,達到讓用戶了解軟件產品,最終自己能夠解決使用中的具體的問題。
此階段的培訓工作中將用戶參加產品培訓的人員劃分為三個層次:決策層、技術層、操作層,對不同層次的用戶參加產品培訓人員的培訓內容分別是:
決策層:領導在實施中的作用與重要性、決策查詢。
維護層:系統維護知識、操作方法。
操作層:操作方法。
具體的培訓工作流程為:
1、調研培訓信息:在培訓開始前3天由用戶實施負責人,將參加培訓的部門和人員情況填入《受訓部門匯總表》、《受訓人員情況一覽表》。
2、編制培訓計劃:結合調研結果,與用戶實施負責人商議具體培訓內容、時間,場地,人員等。項目組編制《培訓計劃》。
3、簽署培訓計劃:用戶簽署《培訓計劃》,進一步確認培訓安排。
4、發培訓通知:培訓開始前2天,按照簽署的《培訓計劃》,將培訓內容、時間,場地,人員等信息通知用戶實施負責人。
5、搭建培訓環境:公司項目組在培訓開始前,將培訓環境搭建及檢查妥當,將培訓提綱及培訓手冊準備好。
6、組織培訓:公司項目組培訓負責人與用戶實施負責人組織相關人員參加培訓,按培訓制度嚴格考核。由用戶將考勤情況填入《培訓人員簽到表》。
7、培訓考核:公司項目組培訓負責人與用戶實施負責人組織受訓人員參加上機及理論考試。
8、培訓總結:公司項目組培訓負責人與用戶實施負責人一起將出勤情況及考核情況做出總結,填入《培訓及考核統計表》,及時向相關負責人
匯報。
(六)系統安裝測試及試運行階段
此階段的主要工作是在用戶真實環境下,對用戶網絡及硬件設備進行測試,對軟件系統進行容量、性能壓力等測試測試及試運行的目的在于確保系統各項功能均能正常使用,并且符合用戶簽署的《需求分析報告》中描述的需求,同時把盡可能多的潛在問題在正式運行之前發現并改正;同時目的還在于在正式運行前用戶的有關人員能進一步提高操作水平,掌握操作規范。此階段的主要工作內容為:
1、 編制計劃:與用戶實施負責人商議具體測試及試運行時間,地點,人員等安排,項目組編制《測試及試運行計劃》。
2、簽署計劃:用戶簽署《測試及試運行計劃》,進一步確認測試及試運行安排。
3、發測試及試運行通知:在測試及試運行開始前2天,按照簽署的《測試及試運行計劃》,將時間,地點,人員等信息通知用戶實施負責人。
4、搭建環境及數據準備:在試運行開始前搭建好軟件環境、硬件環境、網絡環境、調通線路;檢查軟件、硬件、網絡、線路等各個環節是否有問題;
5、組織測試及試運行:用戶相關各級領導給予全面配合,組織相關人員進行測試及試運行。
6、測試及試運行總結:測試及試運行完成,總結試運行中設備、軟件的運行情況,總結試運行中業務流程和操作環節的情況,以書面總結形式將測試及試運行結果通知相關負責人。
公司項目組負責擔當指揮,檢查用戶人員組織情況并給予指導,跟蹤檢查如下情況:
跟蹤單據流轉狀況。
跟蹤新資料登錄環節。
觀察業務流程執行狀況。
觀察操作人員操作表現。
觀察系統運行速度及異常表現。
觀察關鍵數據的正確性。
及時糾正錯誤操作、對于新發生的問題及時與相關人員溝通,確定解決辦法。
(七)總體驗收階段。
此階段是對項目總體的完成情況進行驗收。驗收分階段進行,在每一項目階段結束時,用戶對這一階段的可交付成果進行驗收,在測試及試運行結束后,對系統進行總體驗收。
需要驗收的可交付成果:
主要項目階段
階段組成
主要里程碑
軟件產品,特別是行業解決方案軟件產品不同于一般的商品,用戶購買軟件產品之后,不能立即進行使用,需要軟件公司的技術人員在軟件技術、軟件功能、軟件操作等方面進行系統調試、軟件功能實現、人員培訓、軟件上線使用、后期維護等一系列的工作,我們將這一系列的工作稱為軟件項目實施,軟件項目計劃書。大量的軟件公司項目實施案例證明,軟件項目是否成功、用戶的軟件使用情況是否順利、是否提高了用戶的工作效率和管理水平,不僅取決于軟件產品本身的質量,軟件項目實施的質量效果也對后期用戶應用的情況起到非常重要的影響。項目實施規范主要包括項目啟動階段、需求調研確認階段、軟件功能實現確認階段、數據標準化初裝階段、系統培訓階段、系統安裝測試及試運行階段、總體驗收階段、系統交接階段等八個階段工作內容,每個階段下面有不同的工作事項,各個階段之間都是承上啟下關系,上一階段的順利完成是保證下一階段的工作開展的基礎。下面將按照每個項目實施階段分別介紹。
二、項目實施方案介紹
(一)項目啟動階段
此階段處于整個項目實施工作的最前期,由成立項目組、前期調研、編制總體項目計劃、啟動會四個階段組成。
此階段主任務:
公司:在合同簽定后,指定項目經理,成立項目組,授權項目組織完成項目目標。
公司項目組:進行前期項目調研,與用戶共同成立項目實施組織,編制《總體項目計劃》,召開項目啟動會。
商務經理:配合公司項目組,將積累的項目和用戶信息轉交給項目組。將項目組正式介紹給用戶,配合項目組建立與用戶的聯系。
用戶:成立項目實施組織,配合前期調研和召開啟動會,簽署《總體項目計劃》和《項目實施協議》。
1、成立項目組
部門經理接到實施申請后,任命項目經理,指定項目目標,由部門經理及項目經理一起指定項目組成員及成員任務,并報總經理簽署《項目任務書》。
2、前期調研
項目經理及項目組成員,在商務人員配合下,建立與用戶的聯系,對合同、用戶進行調研。填寫《用戶及合同信息表》。在項目商務談判中,商務經理積累了大量的信息,項目組首先應收集商務和合同信息,并與商務經理一起識別那些個體和組織是項目的干系人,確定他們的需求和期望,如何滿足和影響這些需求、期望以確保項目能夠成功。
3、編制《項目總體計劃》
《項目總體計劃》是一個文件或文件的集合,隨著項目信息不斷豐富和變化,會被不斷變更,主要介紹項目目標、主要項目階段、里程碑、可交付成果。通常包括以下幾方面內容:
項目描述,項目目標、主要項目階段、里程碑、可交付成果。所計劃的職責分配(包括用戶的);
溝通管理計劃,確定項目干系人對信息和溝通的需要:即什么人何時需要什么信息以及通過什么方式將信息提供給他們。質量管理計劃,確定適合于項目的質量標準和如何滿足其要求。如果有必要,可以包括上述每一個計劃,詳細程度根據每個具體項目的要求而定。未解決事宜和未定的決策。
4、啟動會
項目組與用戶共同召開的宣布項目實施正式開始的會議。
會程安排如下:
共同組建項目實施組織,實施組織的權利和職責;雙方簽署《項目實施協議》。
項目組介紹《項目總體計劃》和《項目實施協議》,包括以下內容:
項目目標、主要項目階段、里程碑、可交付成果。所計劃的職責分配(包括用戶的);
項目實施中項目管理的必要性和如何進行項目管理,項目的質量如何控制;
項目實施中用戶的參與和領導的支持的重要作用;
階段驗收、技術交接和項目結束后如何對用戶提供后續服務。
(二)需求調研確認階段
此階段的主要工作是軟件公司的項目實施人員向用戶調查用戶對系統的需求,包括管理流程調研、功能需求調研、報表要求調研、查詢需求調研等,實施人員調研完成后,會編寫《需求調研分析手冊》,并交付用戶進行確認,待用戶對《需求調研分析手冊》上所提到的需求確認完畢后,項目實施人員將以此為依據進行軟件功能的實現,工作計劃《軟件項目計劃書》。如果用戶又提出新的需求,實施人員將分析需求的難度及對整個系統的影響程度來確定是否給予實現。需求調研階段具體包括如下內容:
1、進行需求調研準備
2、編制《需求調研計劃》
3、內部評審是否通過《需求調研計劃》,項目組、部門經理、商務等人員根據合同要求和項目實際情況對《需求調研計劃》草稿進行評審,如評審通過,則在稍后的時間內簽署,如評審不通過則重新修改。
4、用戶是否簽署《需求調研計劃》,如用戶簽署《需求調研計劃》,則作為以后需求調研工作的指南。否則重新修改。
5、《需求調研計劃》是否有變更,如果計劃存在變更,則執行變更控制流程,否則按計劃進行后續工作。
6、編寫及發出《需求調研通知》,項目組編寫《需求調研通知》,確定進行需求調研的相關事宜,發給用戶,為順利完成需求調研工作做準備
7、需求調研,項目組以《需求調研手冊》為依據,從業務流程、單據使用、打印格式、報表查詢幾個方面展開深入和全面的調研,并搜集用戶的個性化需求。
8、需求調研分析根據調研的結果,項目組和公司其他技術部門將進一步進行分析,確定合理、可行的需求,將分析結果形成《需求分析報告》草稿。
9、內部評審是否通過《需求分析報告》。項目組、部門經理、公司其他技術部門的人員對《需求分析報告》草稿進行評審,如評審通過,則在稍后由用戶簽署,如評審不通過則重新修改,直至內部評審通過。
10、編寫及發出《需求分析報告確認通知》。項目組編寫《需求分析報告確認通知》,發給用戶,確定進行需求確認的相關事宜,告之相關部門及人員安排好工作,準時參與需求確認工作,為順利完成需求確認工作做準備。
11、用戶是否確認《需求分析報告》。如果用戶確認,并簽署了《需求分析報告》,則需求調研階段工作結束,進行后續的軟件功能實現的工作;如沒有確認,則進一步進行調研、分析,直至用戶最終確認并簽署《需求分析報告》。雙方簽署了《需求分析報告》,需求調研工作結束之后,如果用戶提出新的需求或是變更已有的需求,則執行需求新增及變更流程。
(三)軟件功能實現確認階段
此階段的主要工作是項目實施人員根據需求調研階段確認的《需求調研分析手冊》中的用戶需求內容進行具體軟件功能的實現工作。在軟件功能實現的過程中,項目實施人員將記錄軟件實現的詳細過程。便于公司售后服務之用。每一個實施技術人員必須嚴格按照要求記錄、存檔。按照調研要求的所有功能實現完畢后,項目實施人員將編制《軟件功能確認表》,將定制好軟件功能待用戶確認,用戶根據《軟件功能確認表》上的功能逐一確定軟件功能是否達到要求,對不滿足要求的功能,項目實施人員將會記錄下來并進行功能修改,直到滿足用于要求。
(四)數據標準化初裝階段
此階段的主要工作是項目實施人員指導用戶進行系統標準化資料的準備工作,并對用戶進行初裝資料的軟件操作培訓,以便用戶能夠及時的將標準資料錄入系統,初裝完成后,項目實施人員會對資料初裝的情況進行核查,為以后具體業務功能的開展做好基礎。
(五)系統培訓階段
系統培訓階段工作是整個項目實施工作中比較重要的工作,用戶對軟件的操作功能是否熟練將直接影響到后面的軟件應用效果,所以軟件公司和用戶雙方要對此階段的工作給予足夠的重視。要充分認識培訓的重要性和艱巨性。在項目實施之前對用戶的相關人員進行系統和規范的產品培訓是非常必要的,達到讓用戶了解軟件產品,最終自己能夠解決使用中的具體的問題。
此階段的培訓工作中將用戶參加產品培訓的人員劃分為三個層次:決策層、技術層、操作層,對不同層次的用戶參加產品培訓人員的培訓內容分別是:
決策層:領導在實施中的作用與重要性、決策查詢。
維護層:系統維護知識、操作方法。
操作層:操作方法。
具體的培訓工作流程為:
1、調研培訓信息:在培訓開始前3天由用戶實施負責人,將參加培訓的部門和人員情況填入《受訓部門匯總表》、《受訓人員情況一覽表》。
2、編制培訓計劃:結合調研結果,與用戶實施負責人商議具體培訓內容、時間,場地,人員等。項目組編制《培訓計劃》。
3、簽署培訓計劃:用戶簽署《培訓計劃》,進一步確認培訓安排。
4、發培訓通知:培訓開始前2天,按照簽署的《培訓計劃》,將培訓內容、時間,場地,人員等信息通知用戶實施負責人。
5、搭建培訓環境:公司項目組在培訓開始前,將培訓環境搭建及檢查妥當,將培訓提綱及培訓手冊準備好。
6、組織培訓:公司項目組培訓負責人與用戶實施負責人組織相關人員參加培訓,按培訓制度嚴格考核。由用戶將考勤情況填入《培訓人員簽到表》。
7、培訓考核:公司項目組培訓負責人與用戶實施負責人組織受訓人員參加上機及理論考試。
將軟件開發周期從幾年縮短到一個月甚至兩個星期,這需要制定詳盡的軟件開發和交付流程。而詳盡的軟件開發和交付流程也是實現Scrum所必須遵守的。在Scrum中一個交付周期被稱為一個Sprint。在每個Sprint開始之前,要有一個Sprint的計劃會議(Sprintplanmeeting)。Sprint計劃會議是在業務分析師和用戶確定好當前階段的需求分析之后,將可以進行開發的部分按照需求的優先級順序排列好開發任務(Story),再由開發人員對任務進行難度評分,最后團隊根據可變因素如團隊成員情況,開發環境狀態等確定下一個Sprint的任務。為了加強團隊內部的溝通和及時掌握開發交付情況,Scrum要求團隊每日開站立會議(Standupmeeting),站立會議通常1到2分鐘每人,主要說明前一天的工作內容,存在什么問題,以及今天的工作計劃。當然在每個Sprint快結束的前一天,要開評審會議,來報告進度,通常情況下是軟件會議制定軟件當前Sprint的軟件計劃。中國有句古話叫做“吾日三省吾身”,每個Sprint結束還有一個最為重要的會議就是回顧會議(Retrospectivemeeting)。回顧會議主要是總結上一個Sprint,保持優點,克服缺點。確保每個會議的有效性是Scrum實現的基礎。
中圖分類號:G642文獻標識碼:B
文章編號:1672-5913(2007)05-0023-04
對于IT院校常出現的問題是教育與實踐脫節,常常是培養出的學生到IT企業后不能適應公司的工作環境,所學的知識與應用存在距離,公司還要對他們進行特殊培訓。在IT院校開設項目實訓課,模擬公司的工作環境,把學生組織成項目小組,按照公司的項目開發流程指導學生對真實項目的開發,能夠很好地解決這個問題。為此,本文提供了一個項目實訓課的實現案例。學生通過項目實訓課的學習鍛煉,使其達到具有一定IT領域項目開發經驗,體驗、了解公司的工作環境,熟悉公司的項目開發及項目管理流程,成為上手快、實戰能力強、技術過硬、基本功較扎實、具有較強的團隊精神和創業能力、用人單位搶手的人才。如果條件允許項目實訓課程可采用雙語教學,指導教師可盡量用英語指導學生。
1 項目團隊組成
教師指導學生以一個虛擬公司為背景,組織成多個項目小組,每個學生在項目小組中承擔一個或若干開發角色。進入項目小組后不得無故退出。項目小組有以下角色:
項目經理:負責本小組的人員協調和安排,制定項目開發計劃,按照開發計劃控制進度,在負責整體的同時,開發好屬于自己的模塊。
產品經理:主要使命是提高客戶的滿意度,在項目開發過程中代表為項目付款的系統擁有者的利益。
用戶體驗角色:代替實際用戶使用產品,排除用戶在使用產品過程中遇到的問題和障礙。
文檔人員:協助項目經理、系統分析員完成要提交的文檔,并敦促小組成員提交他們所負責的模塊相應的文檔,并整理后按照存儲路徑和格式及項目開發計劃任務書中的時間段提交給導師。
系統分析員:負責本小組項目開發技術支持(軟件配置管理、培訓等),協助項目經理帶領小組成員完成需求分析、概要設計、詳細設計、編碼、測試等一系列工作。
開發人員:按照項目經理和系統分析員以及項目開發計劃任務書的要求,完成相應的工作任務,提交自己所負責的模塊或者子系統的文檔給文檔負責人。
測試人員:負責系統測試。
2 實施流程
實施流程如圖1所示。
圖1 實施流程
3 項目管理
為了使同學們更好地熟悉掌握軟件項目開發流程及項目管理規范,項目管理通過適當精簡,主要包括以下活動:
(1)項目進度跟蹤與監控
①項目周報制度:項目團隊每周總結項目進度情況,撰寫《項目周報》。
②周例會制度:導師每周召開項目例會,探討問題,總結工作。
③項目計劃跟蹤:老師指導下各項目小組由項目經理根據項目開發計劃對實際項目進展情況進行跟蹤,作好項目跟蹤記錄。
④控制偏差:老師指導下項目經理根據項目的需求及設計文檔對項目的功能實現進行監控,如果出現偏差應及時更正。確保項目的各功能與需求文檔所要求的一致。
⑤指導教師應該給學生作適當的項目管理方面的培訓,讓學生了解軟件工程及項目管理方面的知識。
(2)項目各階段評審
①項目開發計劃評審:由指導教師主持,由該虛擬公司的所有項目小組參加,對各項目小組制定的開發計劃進行評審,學生可以提出自己的觀點,進行辯論。老師進行講評總結,然后各小組對項目開發計劃進行修改、提交,作為考核項目小組工作的文檔。
②項目需求分析報告評審:由指導教師主持,由該虛擬公司的所有項目小組參加,對各項目小組作的需求分析報告進行評審,學生可以提出自己的觀點,進行辯論。老師進行講評總結,各小組對需求分析報告進行修改、提交,作為考核項目小組工作的文檔。
③項目設計報告評審:由指導教師主持,由該虛擬公司的所有項目小組參加,對各項目小組作的設計報告進行評審,學生可以提出自己的觀點,進行辯論。老師進行講評總結,各小組設計報告進行修改、提交,作為考核項目小組工作的文檔。
④項目實施與測試指導評審:由指導教師主持,由該虛擬公司的所有項目小組參加,對各項目小組演示所做項目的功能,講解項目實現原理,對認為好的算法或使用先進技術解決問題,應進行說明。其他學生對系統進行評審,學生可以提出自己的觀點,進行辯論。老師進行講評總結,各小組對項目系統作進一步進行修改,然后提交,作為考核項目小組工作的文檔。
⑤項目總結與評審:由指導教師主持,由該虛擬公司的所有項目小組參加,以項目小組為單位對項目進行總結,指導學生寫出項目總結報告。
(3)里程碑成果提交
①評審確認的各階段文檔。包括:項目開發計劃、需求分析報告、設計報告等文檔。
②項目總結報告。
③程序代碼。
④最終成果物。
可以按照需求達到設計標準的可運行系統。
(4)管理文件及表格
項目開發進度表等。
4 項目質量保證
(1)執行研發中心質量管理體系
①依據ISO9001:2000質量保證體系要素
②適當加入特定文件及質量表格
③嚴格風險控制
④嚴格設計及測試環節
(2)加強預防和糾正措施
(3)加強管理評審
(4)加強問題跟蹤
5 配置管理
軟件配置管理分為版本管理和配置庫管理,配置管理軟件SourceSafe。
版本管理包括以下主要任務:
* 建立項目;
* 重構任何修訂版的某一項或某一文件;
* 利用加鎖技術防止覆蓋;
* 當增加一個修訂版時要求輸入變更描述;
* 提供比較任意兩個修訂版的使用工具;
* 采用增量存儲方式;
* 提供對修訂版歷史和鎖定狀態的報告功能;
* 提供歸并功能;
* 允許在任何時候重構任何版本;
* 權限的設置;
* 晉升模型的建立;
* 提供各種報告。
6 項目考核
平時成績與項目結項答辯成績的比例為1∶1。
平時成績考核:由考勤、程序代碼及整個項目實施過程中所產生的所有文檔的評審結果的綜合。
項目結項答辯成績考核:
(1)檢查項目的系統運行是否正常,各項功能是否按照需求要求實現。
(2)項目結項后組織對項目的答辯會。
7 項目培訓
指定項目實訓課指導計劃,設計流程,按計劃對學生進行培訓。
(1)指導教師在指導學生從事項目實施過程中,將“軟件工程與項目管理”課程融入到項目的立項管理、需求開發與需求管理、系統概要設計等各個過程當中。同時將進行二次集中的知識講授,講授內容包含:項目場景的描述、分析項目;項目實施與測試指導、評價。
(2)指導教師根據學生的特點及項目的特點對項目實現過程中所要使用的一些關鍵技術進行培訓。
(3)在項目的實現階段,對學生項目開發工具的使用、項目開發環境的設置等方面進行指導??蓪ο到y的整體框架,根據每個學生的具體情況,對一兩個比較典型的模塊進行剖析,讓學生有一個開發參照模式,可以避免學生開發時無從下手的問題。
8 項目研討
實訓課的項目研討分為三部分內容:
答疑解問:導師集中對同學在項目開發過程中出現的各種問題進行解答。
技術預研:是指在項目立項之后到項目開發工作完成之前的這段時間內,對項目所采用的關鍵技術提前學習和研究 ,以便盡可能早地發現并解決開發過程中將遇到的技術障礙。
項目階段性研討會議:實訓課分為項目說明會、項目小組確定;項目需求分析研討;項目設計研討。其中項目小組成員對評審中的問題可以發表自己的意見,可以進行相互辯論,最后指導教師進行點評。
9 項目評審
由指導老師組成項目評審小組,聽取項目團隊的匯報并進行評審。包括項目開發計劃評審、項目需求分析報告評審、項目設計報告評審、項目實施與測試指導評審、項目總結與評審。
評審目標如下:
* 發現任何形式表現的軟件功能、邏輯或實現方面的錯誤;
* 通過評審驗證軟件的需求;
* 保證軟件按預先定義的標準表示;
* 使項目更容易管理。
通過評審使項目小組成員真正掌握項目開發流程、了解軟件工程及項目管理在項目開發過程中的作用。同時解決項目開發中一些問題,也起到對項目小組成員工作考核作用。
(1)評審過程
召開評審會議:一般應有3-5人參加。會議結束導師給予評審分數。
評審報告與記錄:所提出的問題都要進行記錄,在評審會結束前產生一個評審問題表,另外必須完成評審簡要報告。
(2)評審準則
對每個正式技術評審分配資源和時間進度表;
對全部評審人員進行必要的培訓。
10 結束語
本文中所論述的實訓課的設計及實施方法已在我院的大學生創業中心實施,并收到了明顯的效果,經過實訓課培訓后學生的項目能力有了明顯的增強,完全可以在我們的創業中心參與各虛擬公司的項目開發工作并從中得到更多的工作經驗。
參考文獻:
[1] 林銳,唐勇,黃曙江,石志強. IT企業項目管理:問題、方法和工具[M].北京:電子工業出版社.2005.
軟件開發模型是計算機應用開發迅速發展形成的產物,目的是為了更快更好的開發出符合用戶需求的軟件。我們所熟知的軟件開發模型有,瀑布模型、快速原型模型、增量模型、螺旋模型、混合模型等等。而近年來,敏捷軟件開發模式被越來越多的大公司所采用,我們所熟知的,Google、Facebook、Youtube、Baidu、Amazon、Taobao等眾多知名公司,無一例外。本文將介紹敏捷開發模式的特點及其在web開發中的應用。
1 敏捷開發模式的意義
眾所周知,敏捷(Agile)一詞來自于2001年初美國猶他州雪鳥滑雪圣地的一次敏捷方法發起者和實踐者的聚餐。而早在1990年起,人們就開始尋求一種可以應對迅速變化的需求的軟件開發方式。敏捷開發模式能夠使得團隊頻繁交付新軟件,減少快速變化的需求帶來的困擾,并且迅速提高團隊成員的編程能力。
2 敏捷開發模式的原則和方法
敏捷開發模式之所以能夠應對快速變化的需求,依賴于以下幾個必要原則。
2.1 盡早獲取用戶需求并不斷交付有價值的軟件
在一個項目組中,會有不同的角色承擔不同的任務。首先是項目經理(Project manager),其主要負責確定用戶需求,制定項目開發計劃,協調團隊成員在規定期限內完成項目開發和交付。當項目經理與用戶溝通獲取項目目標并制定項目開發計劃之后,就需要業務分析師(Business analyst)與用戶進行溝通,獲得項目開發的具體需求,用戶體驗設計師(User experience designer)根據需求分析設計界面,軟件開發者(Developer)進行軟件開發,軟件開發完成后交給測試人員(Tester)進行軟件測試,從而交付軟件。在以前的軟件開發模式中,普遍依賴業務分析師和用戶溝通所完成的需求分析報告而進行軟件開發和交付。這樣做的弊端在于,用戶在提出需求和得到交付軟件之間對需求本身可能發生變化,業務分析師在與用戶溝通并創建需求分析報告時對需求本身也可能產生誤解,而開發者本身對需求分析也會產生誤解。這就使得花費大量人力物力所開發的軟件最終不能被用戶所接受。而采用敏捷開發可以避免這種情況。
敏捷開發中有一種叫做Scrum的迭代增量式開發過程。其目的在于縮短交付周期,不斷交付有價值的軟件,使得在軟件最終交付時最大程度滿足用戶需求。這就需要改變傳統的軟件交付模式,當項目經理和用戶溝通時,需要設定階段行的目標和任務,由業務分析師和用戶就已經確定的需求進行需求分析并且在制定需求分析的同時與開發人員及時溝通,避免軟件過度開發,這樣就可以縮短軟件交付期限。將原本一年甚至幾年的開發周期縮短至兩個星期到一個月,每次交付部分有價值的軟件,這樣用戶可以盡早體驗并及時提出問題和調整需求。
2.2 制定詳盡的開發和交付流程
將軟件開發周期從幾年縮短到一個月甚至兩個星期,這需要制定詳盡的軟件開發和交付流程。而詳盡的軟件開發和交付流程也是實現Scrum所必須遵守的。
在Scrum中一個交付周期被稱為一個Sprint。在每個Sprint開始之前,要有一個Sprint的計劃會議(Sprint plan meeting)。Sprint計劃會議是在業務分析師和用戶確定好當前階段的需求分析之后,將可以進行開發的部分按照需求的優先級順序排列好開發任務(Story), 再由開發人員對任務進行難度評分,最后團隊根據可變因素如團隊成員情況,開發環境狀態等確定下一個Sprint的任務。為了加強團隊內部的溝通和及時掌握開發交付情況,Scrum要求團隊每日開站立會議(Stand up meeting),站立會議通常1到2分鐘每人,主要說明前一天的工作內容,存在什么問題,以及今天的工作計劃。當然在每個Sprint快結束的前一天,要開評審會議,來報告進度,通常情況下是軟件會議制定軟件當前Sprint的軟件計劃。中國有句古話叫做“吾日三省吾身”,每個Sprint結束還有一個最為重要的會議就是回顧會議(Retrospective meeting)?;仡檿h主要是總結上一個Sprint,保持優點,克服缺點。確保每個會議的有效性是Scrum實現的基礎。
2.3 結對編程,提高軟件開發效率
一、網站管理與維護的必要性
1.1網站項目建設的特點
1)設計者與客戶層次與認識存在差異,容易導致項目建設目標的不確定性。
2)網站項目涉及領域廣,對參與項目的人員理解和研發項目提出高要求。
3)網站建設屬智力密集、勞動密集型項目,受人力資源影響大。
4)開發技術的快速發展使得網站項目的開發具有多模式的特征。
5)網站項目底層編程較為專業,要有友好界面對項目各參數進行配置。
1.2網站管理與維護的作用
結合網站項目建設特點,網站項目需要以下幾個步驟:首先業務員與客戶接洽了解,確認立項,從客戶代表那里獲得需求后,形成需求報告;業務流程分析員分析需求報告,生成項目模型報告;界面工程師得到項目模型后設計制作相應的模板和用戶界面原型,并最終由客戶代表確認??梢钥闯?,作為項目開端的需求分析直接保障了整個項目的正確性、可行性和必要性,對項目最終的檢測性和簡明性至關重要,也可以這么說,做好需求分析才能有的放矢,項目才有成功的可能性。
二、網站項目建設需求分析策略
不同行業客戶的特殊要求(比如開發稅務相關網站項目,就需要設計人員有一定的稅務知識)也對參與項目管理的人員和研發人員提出了很高的要求,這就要求接洽業務員要加強客戶所在領域的知識積累,能夠將客戶的需求轉化成實際的程序輸出,也能夠將項目中的個模塊以客戶易于理解的方式進行說明,深度挖掘客戶需求,并最終明晰項目建設目的,完成必要的管理與維護。在項目組的準備工作完成后,我認為采集客戶需求應該按照以下二個階段進行:
1)第一階段
目標:完成調查報告和業務流程報告,搞清供求關系。
采取方法:項目組采取主動“問答”方式,指定有經驗的業務員和需求方進行溝通。
具體實施:項目中涉及的經理、頁面設計員、程序設計員、測試員,文檔起草等人員必須到場,通過訪談、調查表、填寫意向表等方式從宏觀上把握客戶具體需求方向和趨勢,了解現有的組織架構、業務流程、硬件環境、軟件環境、現有的運行系統等客觀信息,與客戶建立起良好的溝通渠道和方式。建設團隊經理對搜集的信息進行匯總,各參與人員就獲取的知識進行進一步的歸類分析,頁面設計員制定大略的視覺模版;程序員就網站功能進行拆解分析,列出網站需要的程序模塊并就各功能實現的可行性對照現有的軟硬件環境進行評估;文檔起草準備完成調查報告和業務流程報告,進一步明細項目思路。
2)第二階段
目標:完成調研分析報告,完成業務流程設計,進一步確認客戶需求。
采取方法:項目組采取“聯想啟發”方式,對第一階段的調查進行完善和修改。
具體實施:項目涉及人員的要通過“聯想啟發”方式經一步與客戶進行溝通,消除由網站項目建設的特點導致的眾多不確定性??蛻舻男枨笸腔\統的、分散的,第二階段要對第一階段的對網站項目的總體設計方向進行進一步的確認,可以通過展示企業以往開發的相似類別的產品實例、對網站項目的開發方法及運行方式和要求進一步說明,讓客戶等非專業人員對整站系統從前臺到后臺,從頁面到代碼,從架構到管理有一定的認識,從而是客戶對自己的最終需求進行具體的描述。
三、網站管理與維護的注意事項
在整個項目實施過程中需求不明確、業務流程不合理往往是項目面臨的最大風險,直接導致項目的開發失敗或是客戶不接受,因此必須做到細致了解客戶意愿,明晰客戶需求,采用必要措施來強化需求調研,需要注意以下幾點:
3.1深化溝通,強化需求分析
1)在實際項目建設中,客戶由于種種原因很難在分析階段全面而準確的描述所有問題,項目實施者可以引導客戶講所有想到的需求全部闡述清楚,然后歸納整理后逐條篩選,將客戶的模糊要求明晰化。得到初步項目目標后,由于客戶與研發人員知識的不對等,有可能導致理解的不對稱,項目業務員要了解客戶所在行業的需求情況,采取多次協商的方式,逐步強化需求分析。
2)很多情況下客戶并非專業人士,有的描述很難凸現重點和技術難關,有些客戶甚至描述的需求軟件實現難度極大,客戶需求概念的模糊,導致項目目標籠統而且尺度難以控制,這就要求業務人員認真傾聽客戶說明,充分利用圖表、結構圖以及簡單直白打比方的方式與客戶溝通,讓客戶理解開發流程和開發注重的要點,對自己預期目標進行整理和分析,使得項目實施者可以發現客戶在開發過程中的潛在需求。
3.2細致分析,增強功能擴展
通過與客戶的深入溝通,將客戶預期及反饋信息一條條的羅列出來,逐條歸納、分析,發掘用戶最原始、最完整的要求,完成業務流程,劃分各功能模塊,充分考慮客戶基本要求基礎上的潛在需求,增強模塊功能擴展,方便在開發過程中隨時增加模塊功能,滿足客戶多重需要。如政務系統在接收公文的同時,也許就需要為客戶預留各公文接收單位溝通的通道;郵件系統設計的時候可能會需要考慮廣告管理、超大附件、或許還要有郵件賀卡等應用;電子商務網站也許需要熱賣排行榜、年終銷售統計報表等等。限于各方面的因素,客戶通常能夠接受分階段的開發過程,但是隨著網站項目的逐步成形,客戶就會不斷提出很多改進需求,因此在需求分析時,承建放要提早為客戶設想到今后的需求變更,增加模塊功能的可擴展性,可以使項目開發更加順利。
3.3強化管理,提高團隊效率
一個好的團隊,才有好的協作,才有好的效率,才能作出好的項目,這就體現了團隊管理的重要性,在作為網站項目重中之重的需求分析階段尤為重要。
1)要有清晰的需求目標。
需求分析階段團隊中的項目經理、系統分析員、開發經理、交互設計師、測試人員、文檔人員包括客戶代表都應參與需求調研,共同討論客戶反饋意見,根據團隊分工不同,分項實施,達成一致意見。全體人員要對項目需求有統一清晰的認識,在開發過程中遇到問題及時與客戶溝通修訂,避免業務人員與開發人員、承建方和客戶方之間發生不必要的糾紛。
2)要有緊密的溝通協作。
加強團隊成員的溝通協作,使項目信息通道暢通,建立健全反饋機制。項目進行中,項目的需求變更是無法避免的,在有類似情況發生時,各成員之間良好的溝通可以以最短的時間作出反應,將變更信息轉化為項目模塊的修改加強,并能及時將變更信息傳遞給客戶,便于下一步項目的研發。
二、項目管理在中國IT外包服務應用現狀
項目管理在中國IT外包服務的過程中,其應用價值主要集中在對中國IT行業的集中管理和資源協調方面。根據組織中存在的矩陣形式展開組合,按照傳統的行政部分構成,將主導地位的工作和項目管理的基礎內容進行整合,對于不同部門的人員組成和項目組的工作分配進行詳細劃分,并進行控制。在若矩陣項目組織的特點中,主要包括:項目經理的權力有限,全職項目組工作人員的比例在25%以下,項目管理的行政人員也處于兼職狀態。在一些行政部門的發展和IT企業內部組成的各個部門之間的工作配合中,受到一系列的影響,項目管理的基礎內容會因為各個部門工作協調和控制的不均衡導致一系列的問題產生。例如,在生產IT產品的過程中,立項的各項基本要素都需要將財務部門的信息與生產部門的信息進行協調和整合,形成一種全新的項目開發模式,注重對項目管理本身的開發協助,改善項目管理能力,提高辦事效率,通過項目管理改善中國IT企業的發展狀況,協調各項資源的支出與管理。項目管理活動中,企業的發展通過項目管理各項因素的整合而不斷加強,項目管理中各項內容需要不斷改善控制機制,利用企業的管理模式創新與項目管理理念的轉變,提高企業文化的深邃發展。利用企業的項目管理模式,提高項目管理理念的全新應用,讓項目管理的時間充分利用,資源充分利用。在項目管理的當前狀況中,注重對項目管理和活動的質量管理,通過質量管理項目完成質量控制,通過設定質量標準,提高標準的適用性,采取必要的手段和方法,在質量管理體系中設定有利的計劃方案,有組織有策略的開展工作。在項目管理中監控特定的項目成果,判斷未來的質量標準情況,并找出方法消除造成項目成果不令人滿意的原因。在項目管理過程中,IT企業的推廣方法要與項目管理相互結合,當前的IT企業正是因為沒有樹立好項目管理的定位,才導致了項目管理的長期規劃變得更為有效。但是在項目定位中很多IT企業自身的發展水平和能力沒有按照質量標準進行控制,項目本身的獲取經驗和項目發展能力也都受到了束縛。
三、項目管理在中國IT外包服務中的應用
1.項目管理在意向提出時的應用
項目管理的使用和實施在意向階段就可以得到應用,業務部門的信息整合和資源應用可以通過信息化技術來實現,在業務的需求和實施過程中,信息化系統的建設和發展,都可以在意向提出過程中運用項目管理方法得到有效實現。在意向統籌管理與規劃過程中,信息化的部門管理能力處理環節,信息化部門的資源整合與處理是一個難題,只有幾種業務規劃時間和信息資源,才能保證意向的產生和使用,正常情況下處理好生產與經營模式下的改進和改革工作,這樣可以將項目管理中信息化工具產生的需求問題進行解決。在這段項目管理的使用時間間斷內,產生的業務模式和改進方法對項目意向的使用需求產生了影響,信息化工作下的需求問題也產生了很多無法預期的風險。根據初步形成的項目建設發展情況和具體的項目戰略重點資源投入與建設方案,項目管理與排序方法需要確定好項目建設重點,并在工作規劃中確定好整體發展路線,根據整體規劃和計劃方案的論證內容更加謹慎小心的確定案例中存在的各項競爭因素,在項目管理和使用中要將全部資源和信息集中處理,意向管理階段就需要正確處理好各個內容。例如項目的必要性、投入的合理性、資源到位的可能性,對已建和在建系統的影響等等。信息化管理部門可以通過建立一些制度與流程,對業務需求的意向進行引導,盡量使意向在集中規劃時期提出。意向提出作為項目啟動的一個階段來管理,其意義就在于:對意向進行統籌規劃,保證系統建設的整體合理性。
2.項目管理在需求分析階段的應用
項目管理本身的工作在意向管理后期,還需要再需求分析階段進行應用和分析,提出具體的需求分析方案,解決好預期存在的問題。再需求分析階段的應用是要將人員、資金、信息各項基礎內容進行綜合分析,提出確實可行的應用和執行方案,這樣才能更好地處理項目管理中需求分析的具體內容,更好地解決IT企業項目管理的需求內容,處理好外包服務的具體包含內容,降低未來的風險。在受理了項目的意向以后,就進入對項目需求的分析階段。這一階段需要有信息化人員與業務人員組成的小組,對業務需求進行詳細的調研與分析。采用的方法主要包括各業務層次人員訪談、會議。在這一階段,往往出現案例中的情況,信息化人員可能認為業務的需求不清晰,而業務認為自己的需求已經十分清晰。解決這個矛盾的關鍵在于要有詳細的管理控制方法,引導業務人員進行需求的細化。例如,制定需求分析報告的框架,針對關鍵點形成文檔。根據項目管理的需求分析階段產生的問題,采用項目管理階段方法進行合理地處理,有效規避項目管理期間存在的問題,降低未來的風險,選擇合適的機會處理好各項工作。例如,需求分析包括以下內容:當前業務流程分析、未來業務流程分析、當前業務與未來業務的差異分析、信息化功能點需求、對將來系統的非功能需求,如性能需求,環境需求,安全需求等、需求的優先次序、需求分析報告形成以后,還需要組織對需求的評審,以達成項目關系人對需求的一致認可。
3.可行性方案論證階段項目管理論壇
可行性方案的論證是項目啟動階段的關鍵活動,它的質量直接影響項目的實施效果。論證小組一般由企業內部的業務與IT技術兩方面的人員組成,視項目的重要程度、難度與規模,可能還需要企業外部的專業顧問資源??尚行苑桨刚撟C的目的是通過確認管理體系和系統技術構架,從而確認未來的管理和技術方案是否有效。它立足于項目從管理上、技術上、實現上的難點進行闡述,逐步理清楚客戶的需求。并在需求的基礎上,規劃總體解決方案,以作為項目投入產出評估的依據、產品選型的依據,以及后續實施方案的約束。產品選型的依據:可行性方案的制定是建立在業務需求的基礎上,是不受任何產品影響的。因而它是后續產品選型的依據,它使得企業可以在產品選型過程中始終堅持從自身的需求和規劃為原則選擇產品與方案,而不至于受到供應商解決方案的誤導。
中圖分類號:TB文獻標識碼:A文章編號:1672-3198(2012)19-0183-01
目前,我臺所有前期拍攝設備和后期制作設備都歸技術中心統一調配、管理,但由于臺內對節目生產成本沒有進行考核管理,各部室人員使用設備沒有直接和經濟效益掛鉤,導致記者領用設備外出采訪結束不能及時歸還,以及在節目制作中長時間占用、使用編輯設備等現象發生,這樣一是設備磨損嚴重,二是設備利用率不高,我臺本身缺少制作設備,經常出現人等設備的情況,極大影響整個生產流程。2008年,我臺進行了數字化改造,搭建了制播局域網,但由于經費緊缺,沒有搭建TVS設備管理系統便于對全臺設備進行統一管理。隨著電視事業的發展壯大,采訪制作量不斷增加,現在的設備管理模式已經表現出它的不合理、不完善。
2009年,阿拉善盟隨著新傳媒大樓的建設項目啟動,阿拉善盟廣播電視臺面臨著實現全臺網的機遇,由臺領導班子牽頭成立了項目設計小組,并抽調臺內技術骨干和寧夏電視臺技術人員與中廣電設計院工程技術人員多次討論完成全臺網設計大綱,為新傳媒大樓制定我臺新的技術方案。
作為一名技術骨干,我們深知責任的重大,將決定節目生產流程,進而影響到我臺發展規模和管理體制。本著對阿拉善廣播電視臺未來高度負責的精神于2010年6月開始這項重要工作,工作分為以下四個階段進行。
1需求調研階段
1.1發放調查問卷
我們根據需要了解各部門的情況和將來發展需求,例如總編室主要了解節目編排和各部門的接口關系,對新聞中心將重點了解網絡化制作的安全性和穩定性,對各欄目制作模式度進行詳細了解。
1.2分析調查問卷
收回問卷后,我們馬上進行調查問卷的分析工作,歸納總結出節目共性需求和個性需求,將調查問卷中回答的不詳細和需要進一步深入了解的問題歸類。
1.3深入各部門進行調研工作和節目流程跟蹤工作
重點進行了總編室、新聞中心、蒙編部、欄目、播控中心等的調研工作,由于領導重視、工作人員積極配合,在項目小組成員耐心細致的工作下,這項工作在兩周內完成,得到了十分詳細的資料,為下一步工作提供了準確的數據。
1.4分析歸納各種調查數據,形成《需求調研報告》
根據得到的各部門現實狀況和自辦節目的種類、設備使用情況、成片比、未來發展方向、未來需求等數據,最后制定出五年后阿拉善盟廣播電視臺節目規模和設備規模的《需求調研報告》。
2需求分析報告階段
2010年3月5日至16日是聯合設計工作的第二階段。該階段臺內技術小組成員和寧夏電視臺的工程技術人員及中廣電設計院的工程技術人員通力合作,在《需求調研報告》的基礎上,對各主體業務的數據信息進行周密細致的統籌分析考慮,形成《需求分析報告》,該報告囊括了臺內主體業務的流程、功能、規模、接口四個方面的匯總分析,為下一階段的設計大綱和設計方案的編寫提供了必要的分析數據和整體設計依據。
3設計大綱階段
2010年4月10日至16日是聯合設計工作的第三階段。該階段歷史7天,聯合設計小組按照“整體規劃”的設計原則,具體采用“先總體后分系統、先設計圖后文字描述”的循序漸進工作方式,不斷充實和完善形成了圖集和文字方案組成的《設計大綱》。
4設計方案階段
集團公司積極落實國資委對各中央企業開展全面預算管理工作的要求,2013年按計劃、分步驟地推動全面預算管理工作,并已經完成以業務預算為基礎、以投資預算為重點、以費用預算為抓手、以資金預算為主線的全面預算管理平臺搭建工作。結合集團公司全面預算管理信息化項目建設及個人十多年來的信息化建設經驗,現將全面預算管理信息化建設經驗予以分享,不妥之處歡迎批評指正。
一、實施準備及項目啟動階段
實施準備及項目啟動階段主要工作包括有:項目目標及前期需求溝通、項目選型、成立項目組、制定實施策略及質量和風險策略、制定項目總體實施計劃、召開項目啟動會等。
(一)全面預算管理信息化建設項目目標
全面預算管理旨在保證集團公司戰略落地,通過優化全面預算體系,制定全面預算標準、規范全面預算工作流程,建立起科學的全面預算模型。集團公司以信息化為手段,以規范費用審批流程及預算控制為切入點,實現預算數據的高效流動和有效共享,真正做到全面預算管理的“全員、全過程、全方位”,實現費用控制從單一的“事后控制”向“事前、事中、事后”三種控制手段結合的費用控制模式轉變,加強集團公司對所屬二、三級企業的管控力度,完善預算分析體系,為集團戰略目標和績效考核提供管理基石。
(二)項目選型
集團公司全面預算管理信息化項目選型主要是根據集團公司全面預算管理目標及預算管理需求,對軟件系統及服務廠商開展深入的調研及綜合評價,最終通過正式的招投標流程完成項目的選型。
集團公司與多家軟件服務商就集團公司全面預算管理理念及初步需求進行深入細致的溝通,初步選定幾家系統服務商。同時為了能夠制定更符合集團公司實際的全面預算管理系統實施方案,在項目選型期間,集團公司組織各服務廠商對集團部分領導進行訪談,并根據訪談情況,出具相對細化的實施方案。同時組織各服務廠商對集團公司全面預算管理項目實施方案進行了投標講解,預算管理委員會委員根據集團公司全面預算管理信息化評分辦法和評價表,從綜合實力、產品與技術、解決方案、項目實施、售后服務、商務價格等六方面對方案進行了綜合評標。根據綜合評標得分情況確定了全面預算管理信息化系統軟件及系統的實施方。集團公司與系統實施方就有關實施具體事宜及商務合同報價進行反復磋商,達成一致后,簽訂了商務合同。
(三)成立項目工作組織
為保證項目順利實施,集團公司成立包括項目領導小組和項目實施小組兩個層面的項目組,并明確了具體責任及分工。項目領導小組由集團公司項目領導組長、項目負責人及實施方項目總監和項目經理組成。項目領導小組負責管理控制項目實施的整個過程,調控解決實施中出現的重大問題,監督合同執行情況,協調相關部門之間的關系。而項目實施小組由應用分析組和系統實施組組成。應用分析組由雙方的業務專家組成,主要負責完成詳細的需求調研和分析報告并配合技術實施人員解決應用模型和應用需求方面問題;系統實施組由雙方技術及相關實施人員組成,主要負責跟進需求分析報告對軟件系統進行定制、開發等實施工作,并共同解決系統軟件、硬件、網絡、操作系統及后臺數據庫等方面的問題。
(四)制定實施策略和項目總體計劃等
集團公司根據各所屬企業業務特點,在征求各級領導及各企業意見情況下,確定出項目的組織范圍為集團公司及所有合并范圍內企業,同時挑選出數家涵蓋集團主要業務的企業作為試點企業,確定出試點企業以單位+部門為預算編制主體,非試點企業以單位為預算編制主體。
集團公司根據國資委要求及企業自身管理需求,項目組反復溝通后制定出符合集團實際的項目總體實施計劃,并商妥各階段工作任務、工期及交付成果。同時為規范項目管理,保證項目順利推進,項目組制定出項目管理章程,嚴格執行周計劃及周例會制度等。
(五)召開項目啟動會
項目啟動會是項目正式開始的標志。集團公司組織召開項目啟動會,集團公司董事長、黨委書記、總會計師等集團領導、總部職能部門負責人、所屬京內二級企業總經理和財務負責人、集團公司項目組等各方成員參加會議。集團公司通過召開項目啟動會內部上下進一步統一思想,明確目標,為項目成功實施做好宣傳動員工作。
二、藍圖設計階段
藍圖設計階段主要工作包括需求調研與業務流程梳理、特殊業務處理研討、系統環境部署方案制定、關鍵用戶培訓、需求分析報告及實施方案制定,以及應用接口方案及二次開發方案落實等。
(一)需求調研及業務流程梳理
集團公司項目小組認真分析,根據試點企業經營特點,制定出適合各試點企業的需求調研提綱,并開展了現場實地調研,同時針對個別采礦、選礦企業不具備現場調研條件,采用電話會議調研的形式開展調研。現場調研后,集團公司項目組對收集到的各企業調研資料進行了細致的整理,并及時給各企業進行了反饋。集團公司結合不同企業業務特點,找出各所屬企業的共性和個性,并把共性的需求落實到全面預算管理系統需求方案中,滿足通用業務流程及共性需求的情況下,盡力滿足企業個性的需求,并落實好企業特殊業務需求及業務流程。
需求調研過程中,為更好地實現業務預算與財務預算的有效銜接,集團公司項目小組在預算管理委員會的指導下,統一梳理完成類100小類商品分類,加強了業務預算的管控。
(二)制定系統環境部署方案并予以落實
集團公司根據全面預算上線企業戶數,業務審批流程及各企業具體應用范圍,認真分析集團現有網絡帶寬、新增VPN賬號數量、服務器硬件配置及數據庫版本等情況。集團公司按系統持續服務3-5年,本著厲行節約的原則,對現有網絡進行了整體改造,同時增擴了網絡帶寬,增加了VPN用戶許可數量,并增配了系統服務器,升級了集團的備份系統,為整個系統的順利上線實施提供了扎實的技術保障。
(三)關鍵用戶培訓
集團公司根據現場調研,深入了解所屬企業業務特點及預算管理工作流程后,有針對性地組織開展了項目組及試點企業關鍵用戶的預算產品培訓。關鍵用戶培訓以產品講解為主,以各企業預算管理流程為切入點,涵蓋預算系統登錄、年度目標分解、預算編制和上報、預算分析、預算調整及預算考評等預算管理全過程的產品培訓。關鍵用戶培訓讓大家直接面對系統,直接操作預算系統,大大地提升了大家對預算系統的認知度。
(四)制定需求分析報告和實施方案
按照《全面預算管理實施工作方案》,集團公司全面預算是以業務預算為基礎、以投資預算為重點、以費用預算為抓手、以資金預算為主線的全面預算管理平臺。根據調研情況,集團公司在滿足國資委預算編報基礎上,結合集團公司預算管理要求,梳理出涵蓋業務預算、投資預算、人工成本預算、生產預算及財務預算為一體的各類預算表單共計200多張,同時明確各業務表單取數關系、表內審核公式、數據校驗公式及表間勾稽關系。集團公司根據各預算表單及預算管理流程,集團制定出符合集團實際的詳細需求分析報告,并把制定出與財務系統接口、久其平臺等系統接口的二次開發方案及集團公司系統實施方案進行無縫銜接。
三、系統建設階段
系統建設階段主要工作包括權限管理與權限設定、預算原型設計、業務流程測試、二次開發、實施方案完善及執行等。
(一)權限管理與權限設定
全面預算管理系統的權限管理需與預算的流程相匹配。集團公司下發通知收集了各級企業預算編制人員、預算審核人員、企業法人及預算查看人員名單,同時按相應權限嵌入全面預算管理系統,實現按業務、投資、人工成本、財務四條業務線進行預算編報、審批,財務人員進行公司全面預算的匯總、合并,企業法人完成公司預算的全面上報。
(二)預算原型設計
首先,預算原型設計完成了集團公司預算單位、預算科目、期間、年度、幣種、版本、用戶、部門、商品大類、計量單位及數量等基礎預算維度,同時預留三個預算維度。
其次,本著直觀、清晰的原則,完成預算系統任務列表設計;重點完成了90多戶企業平均每戶40多張預算編制表單設計;完成預算系統國資委口徑及集團管理口徑輸出報表表單設計。
最后,完成集團公司預算系統計算規則定義;同時完成企業合并報表規則定義及不同層級合并單位表單設計。在預算系統中完成了所有企業的審批流程設計及個別企業特殊業務審批流程設計。
(三)預算系統業務流程測試
完成試點企業和非試點企業預算目標分解、預報、預算編制、逐級審批、預算上報、合并、預算分析、預算調整等全流程測試。
(四)二次開發及實施方案完善
預算系統二次開發主要是系統與財務系統取數接口的功能開發,系統與久其系統數據交互。目前集團公司已完成全面預算管理系統與財務及業務系統、久其報表系統的數據無縫銜接,實現數據的互聯互通。并且集團公司在流程測試的基礎上總結完善實施方案,最終嵌入預算系統。
四、系統上線推廣階段
集團公司在本階段主要完成用戶手冊的編寫和系統上線培訓。集團公司組織并完成用戶操作手冊、系統管理員手冊、系統應用手冊等手冊的編寫。同時,集團公司組織開展了合并范圍內全級次近90戶企業的財務編報、審核人員的系統培訓。全面預算系統上線培訓采取分期分批方式開展,是集團成立以來涉及面最廣、參加人數最多的一次全員培訓。集團公司完成全面預算系統上線試運行及全面上線工作。
五、系統持續支持
1.引言
軟件質量是指與軟件產品滿足明確或隱含需求的能力有關的特性,由于軟件產品是邏輯體,不具有實體的可見性,因而其質量也就更加難以把握。軟件產品的質量是通過軟件開發活動和軟件開發過程構造入軟件的,所以軟件開發管理者和軟件開發者必須了解每一個開發活動對軟件產品質量可能產生的影響,及時掌握每一個開發活動對軟件質量所產生的影響,并且對在開發過程中可能產生的或已經產生的質量問題,能夠及時發現并加以控制。要做到這些必須實現軟件開發的工程化。軟件全生命周期質量管理實際上就是工程化管理。它的主要任務就是使軟件開發活動規范化、程序化、標準化。軟件質量管理的基本方法就是根據軟件開發活動的各階段,將質量管理目標分解為若干可實現并可管理的部分,并采用相應的技術和方法進行管理,并對其階段性產品的質量進行驗證,確保最終軟件產品質量滿足用戶的要求。下圖是一個軟件開發過程的主要階段分解圖。
2.需求分析階段
2.1 任務及目標
軟件需求分析階段的任務是確定所開發軟件的運行環境、功能和性能要求,編寫開發計劃。軟件需求分析是由軟件開發方根據委托方提出的軟件任務書以及其它文件,詳細確定軟件需求并編制出一個需求完整、詳細的軟件需求規格說明。
2.2 實施步驟
1)分析和確定軟件開發和運行的環境;2)明確操作者的要求,經分析后將任務書中的技術指標條文擬定成相應的軟件需求規格說明的條文;3)確定人機界面;4)編制項目開發計劃,確定項目質量要求,并將它分解為對軟件開發各階段的質量要求,給出檢查準則;5)確定本項目的質量保證、配置管理工作,并寫入項目開發計劃;6)編寫軟件需求規格說明;7)初步編寫軟件測試工作計劃,明確計劃安排。軟件測試工作計劃一般由軟件項目組編寫。如要求獨立測試,則測試計劃應由獨立測試單位在本階段評審通過后根據需求規格說明另行編寫;8)開始編寫軟件使用說明;9)評審;10)安排測試工作。若需要開發專門的測試軟件或研制專門的軟件測試設備,則應在本階段評審通過后與軟件開發并行地進行此項工作,以保證軟件測試工作按時順利進行。軟件測試的測試軟件開發和測試設備的研制工作按計劃由軟件項目組或獨立測試單位承擔。
2.3 階段產品
1)項目開發計劃;2)軟件需求規格說明;3)軟件測試工作計劃;4)軟件項目計劃數據表。
2.4 技術要求
1)軟件需求規格說明應對軟件的主要功能、性能、技術指標進行定義,其內容應全面、可檢查;2)項目開發計劃中應給出階段評審及配置管理計劃,并明確人員。
2.5 配置管理要求
軟件任務書、開發計劃、軟件需求規格說明、軟件項目計劃數據表、軟件需求分析階段評審表、軟件測試工作計劃進入受控庫。
2.6 評審要求
在軟件需求分析階段,必須進行軟件需求評審,以保證軟件需求的完整性、一致性和準確性。提交軟件任務書、項目開發計劃、軟件需求規格說明、軟件項目計劃數據等,針對項目開發計劃及軟件需求規格說明,對任務和需求分析、可行性分析、質量保證、標準化、配置管理等進行評審,以決定是否開展下階段工作。
3.軟件設計階段
3.1 任務
軟件設計階段的任務是根據軟件需求規格說明進行軟件的總體結構和功能模塊間的設計,初步編制軟件集成測試計劃。定義各功能模塊的接口并設計數據結構,對功能模塊進行過程描述設計,設計功能模塊的內部細節,包括算法和數據結構,為編寫源代碼提供必要的說明。
3.2 實施步驟
1)總體結構設計;2)設計該軟件系統的數據結構,給出所需的模型及所采用的算法原理;3)設計高層模塊的數據流和控制關系;4)給出各個功能模塊的功能描述、數據接口描述及全局數據定義;5)根據軟件可靠性要求,對各功能模塊進行可靠性指標的分配和相應的可靠性設計;6)進行安全性分析,使安全性關鍵的軟件設計符合安全性要求;7)初步編制軟件集成測試計劃;8)確定所有模塊的功能及詳細的接口信息;9)對構成軟件系統的各功能模塊逐步細化,形成若干個可編碼的程序模塊或程序單元。
3.3 階段產品
1)軟件設計說明;2)軟件集成測試計劃(初步)。
3.4 技術要求
1)各功能模塊間應具有低耦合度及高內聚度,功能模塊的作用范圍應在其控制范圍之內;2)各模塊功能單一,模塊接口的復雜度低;3)軟件設計說明和軟件需求規格說明要保持一致,并具有良好的可追蹤性;4)各子項目、模塊的功能和接口要求必須完整、正確。
3.5 配置管理要求
集成測試計劃(初步)、軟件設計說明進入受控庫。
3.6 評審要求
評審軟件設計是否實現了軟件需求規格說明的要求;評審設計方案與主要算法的可行性和先進性;并針對集成的單元之間的信息流和控制流的可追溯性、數據加工處理與數據結構的一致性、并發性信息處理的正確性、可靠性和安全性技術應用的程度及正確性等進行評審,并最終做出本階段工作是否完成、是否轉入下階段工作的評審結論。
4.代碼開發階段
4.1 任務
根據軟件設計說明對各程序單元進行編碼、調試、靜態分析和單元測試,驗證程序單元與設計說明的一致性,并將經過單元測試的模塊逐步集成和調試,完成軟件系統集成,
4.2 實施步驟
1)對每個程序單元用指定的程序設計語言進行編碼和測試;2)對完成編碼的源程序進行靜態分析;3)補充和完善單元測試用例并依此產生測試輸入數據,開發單元測試程序;4)進行程序單元測試;5)將經過單元測試和調試的程序逐步集成和調試,直至集成為相對獨立的軟件功能模塊;6)及時清除程序中用于調試等項工作的多余語句和程序“垃圾”;7)在集成調試后,對經過修改的模塊應進行單元回歸測試;8)編寫軟件使用說明初稿;9)評審。
4.3 階段產品
1)修改了的軟件設計文檔及相應的修改報告單;2)程序單元的編碼;3)程序單元的測試結果、測試用數據及測試輔助程序;4)軟件使用說明初稿。
4.4 技術要求
1)用指定的編程語言進行編碼;2)編碼符合規定語言的編碼格式約定;3)每個程序單元實現的功能、性能和接口應該滿足設計說明的要求;4)必須進行程序靜態分析;5)按要求應分別采用自檢、互檢、專檢等方式檢測軟件,以提高軟件質量和可靠性;6)被測試單元中的每項軟件特性和功能都必須被至少一個測試用例所覆蓋;7)采用必要的安全性設計措施,保證安全性設計需求的實現;8)對在單元測試中發現錯誤的程序應進行修改,修改后的程序單元必須進行回歸測試;9)不僅要考慮對合法的輸入產生測試用例,而且要對非法的、非預期的輸入產生測試用例,既要對正常的處理路徑進行測試,也要考慮對出錯的處理路徑進行測試; 10)程序單元的測試用例需加明確的注釋,并和測試輔助程序一起納入測試集,存檔保留。
4.5 配置管理要求
修改的文檔和相應的修改報告單、軟件使用說明、程序單元的代碼、單元測試數據和測試程序、軟件實現階段評審表進入受控庫。
4.6 評審要求
評審編碼、單元測試的正確性和完整性,在完成文檔、程序編碼、程序單元調試及單元測試的前提下,提供程序單元的編碼、程序單元測試的結果和測試用例、程序開發卷宗等,對程序代碼與詳細設計的一致性、代碼格式與規定要求的一致性、程序代碼調試結果的正確性、靜態分析過程的正確性和合理性、單元測試用例的充分性和合理性、單元測試數據的產生和測試過程的正確性、合理性和完整性、軟件實現過程中若修改了軟件詳細設計或概要設計,則應多途徑審查從被修改階段開始到軟件實現階段為止所有改動部分的正確性等進行審查,做出軟件實現階段是否完成、是否將程序和文檔提交,以便進行軟件集成測試的結論。
5.集成測試階段
5.1 任務
根據集成測試計劃,在將底層程序單元逐步集成到子項目、直至整個開發項目的過程中對軟件進行測試。在進入集成測試前,各程序單元必須完成代碼靜態分析和逐步審查、無錯誤地通過編譯或匯編、完成單元測試、滿足軟件質量要求、程序單元已置于軟件配置管理之下等。
5.2 實施步驟
1)補充、修改和完善軟件集成測試計劃;2)校訂集成順序,編制軟件集成測試程序并核對其正確性;3)建立軟件集成測試環境;4)對集成軟件功能模塊進行測試;5)對集成軟件子項目進行測試;6)對集成軟件產品總體進行測試;7)分析測試結果,找出產生錯誤的原因;8)提交軟件集成測試分析報告,以便盡快修改錯誤;9)完成軟件使用說明的編寫工作;10)評審。
5.3 階段產品
1)修改后的軟件集成測試計劃;2)修改后的軟件設計文檔及相應的修改報告單;3)軟件集成測試分析報告;4)通過集成測試的代碼;5)集成測試用例集和集成測試輔助程序;6)軟件使用說明。
5.4 技術要求
1)軟件集成測試應保證模塊間無錯誤地連接;2)應測試軟件系統或子系統對數據的正確處理能力和經受錯誤的能力;3)在軟件集成測試中,在找出錯誤后,程序應送回編碼者進行修改、調試和單元測試,然后再重新進行軟件集成測試;4)通過軟件集成測試的軟件應滿足各模塊無錯誤地連接、滿足各項設計要求、對錯誤輸入有正確的處理能力、人機界面正確無誤、滿足全部操作要求等。
5.5 配置管理要求
軟件集成測試計劃、修改的軟件設計文檔及相應的修改報告單、軟件集成測試分析報告、最后集成完成的程序代碼、集成測試用例集和集成測試輔助程序、軟件使用說明、軟件集成測試的評審報告進入受控庫。
5.6 評審要求
評審集成測試結果的有效性、軟件的結構和接口間的協調性;評審在軟件集成測試中對所發現的問題進行軟件設計修改、程序代碼修改的正確性。在完成測試、測試分析和文檔提供軟件集成測試計劃、軟件集成測試分析報告、軟件問題報告單的前提下,對軟件集成測試的恰當性、測試用例集的完整性和恰當性、測試結果和測試用例集的一致性、測試環境和正式運行環境的相容性、測試分析過程和結論的正確性等進行評審。
6.確認測試階段
確認測試主要是針對軟件的全部功能和性能要求的黑盒測試。軟件項目開發單位的質量管理部門的測試人員負責測試過程的實施和測試結果的確認,技術管理部門的有關人員與業務部門及項目組成員共同組成確認測試小組,完成確認測試任務。
6.1 任務
1)根據軟件需求規格說明中定義的全部功能和性能要求及確認測試計劃,測試整個軟件,確認其是否符合軟件需求規格說明的要求;2)軟件確認的依據是軟件需求規格說明、概要設計說明及詳細設計說明等,測試對象為通過了軟件集成測試的源程序代碼;3)軟件確認測試工作包括測試環境的建立和測試計劃的編制兩項,此兩項工作在軟件需求分析階段就應開始。
6.2 實施步驟
1)組織和確定軟件確認測試組成員;2)修訂確認測試計劃,對確認測試計劃進行評審,經批準后實施;3)建立和確認軟件測試環境;4)接口測試;5)根據軟件需求規格說明中規定的功能對軟件逐項進行測試;6)根據軟件需求規格說明中規定的性能要求,如精度、速度、適應性等,對軟件逐項進行測試;7)逐條運用軟件使用說明進行測試,以進一步證實該說明的適應性和有效性,并改正其中的錯誤;8)分析測試結果,找出產生錯誤的原因;9)編寫確認測試報告;10)評審。
6.3 階段產品
1)確認測試計劃;2)確認測試分析報告;3)確認測試用例集及有關測試輔助程序;4)通過確認測試的程序代碼。
6.4 技術要求
1)關鍵軟件部件或測試項目的確認測試應由與該軟件項目組無關的技術人員進行,以保證測試的客觀性;2)應在正常輸入數據和合理的異常輸入數據的條件下,考查被測軟件功能和性能的完備性;3)確認測試的測試環境必須與軟件真實運行環境一致或相容;4)全部測試結果、預期結果及測試數據應當存檔保留;5)個別功能和接口要求只能在系統聯試后才能確認的,必須在確認測試分析報告中寫明;6)軟件項目組應積極配合確認測試組的測試工作。
6.5 配置管理要求
確認測試計劃、確認測試分析報告、確認測試用例集及有關測試輔助程序、通過確認測試的程序代碼、確認測試計劃評審表和確認測試階段評審表進入受控庫。
6.6 評審要求
在本階段應進行兩次評審,軟件確認測試計劃評審和軟件確認測試階段評審。
1)確認測試計劃評審
評審確認測試計劃的合理性、完備性以及與軟件需求規格說明的一致性。提供軟件確認測試計劃,確認測試計劃安排的合理性;確認測試環境選擇的合適性;確認測試計劃中功能測試的合理性、齊全性;確認測試計劃中性能測試的合理性、齊全性;確認測試用例、測試數據、測試方案的合理性、正確性和全面性;確認測試結果分析的合適性;確認測試組人員組成和安排的恰當性。該評審應得出的結論是該確認測試計劃是否可行,是否批準實施。
2)確認測試階段評審
評審確認測試結果的有效性;評審軟件功能、性能與軟件需求規格說明的相容性;評審確認測試分析結果的正確性。完成確認測試后提供軟件確認測試分析報告、確認測試用例集,對確認測試用例集的完備性和恰當性、確認測試用例集和確認測試結果的一致性、確認測試環境和運行環境的相容性、確認測試分析過程和結論的正確性進行評審,最終確認該軟件是否實現了軟件需求規格說明所要求的技術指標,對確認測試過程不正確或不完整,需改進測試過程后重做或另外組織確認測試組重做。
7.系統聯試階段
7.1 任務
系統聯試是大系統開發的一個重要階段。系統聯試應由大系統的開發部門主持,軟件項目組參加,以保證軟件與大系統的對接。
7.2 技術要求
1)軟件與所屬大系統的接口應重點測試,不允許有不協調之處;2)對軟件向所屬大系統輸出的信息以及從所屬大系統向軟件輸入的信息,都應仔細歸類進行測試,并注意邊緣測試;3)測試應在軟件和大系統的正式工作環境下進行;4)對存在的問題應分析其產生的原因并給出修改意見;5)全部預期結果、測試結果及測試數據應存檔保留。
8.總結
軟件生命周期質量管理就是使軟件開發過程規范化、程序化和標準化。它通過將復雜的問題分解為若干可實現并可管理的部分,對軟件生命周期的各階段采取相應有效的方法,對其階段性產品的質量進行驗證,以保證軟件的質量。
參考文獻
對于現存的微電子設計軟件進行大量分析調查后,我們發現現存的微電子設計軟件都不能滿足印刷微電子的設計要求,因為印刷微電子與傳統微電子在生產工藝上存在很大的區別。我們計劃在傳統微電子設計軟件的基礎上,增加印刷微電子設計的個性化的軟件,這就要求我們向軟件開發人員提供明確的軟件功能需求報告,這對大部分微電子工作人員來說,都是一項極具挑戰性的工作,這就要求我們具備相當完善的知識體系,掌握計算機應用等相關學科的知識。如果缺乏對印刷微電子的全面、深入的認識,就不可能提交高質量的印刷微電子設計軟件的需求分析報告。缺乏準確、全面的需求分析報告,必然會成為制約軟件設計的因素,以至于軟件設計人員只能借由自己對印刷微電子的主觀認識和有限了解來構建軟件,最終導致設計的軟件并不適合于實際生產應用。為了解決這一問題,筆者在閱讀大置有關印刷微電子方面資料的基礎上,結合需求分析的相關知識,總結得出了,印刷微電子設計的主要流程,確定了印刷微電子設計軟件的基本功能,并對印刷微電子的設計流程以及軟件的功能需求做出了詳細、全面的描述。
一、確定印刷微電子設計流程
如果使用傳統的微電子設計軟件,勢必不能滿足全印刷微電子設計的需求,要實現微電子全印刷,就需要在傳統微電子設計軟件中將印刷微電子設計的功能就加入到軟件中,實現傳統微電子設計與全印刷微電子設計的集成,從系統論的角度對微電子設計的流程進行整體規劃,使軟件的功能更加全面、強大。印刷微電子,顧名思義就是基于印刷原理的電子學。既然是以印刷的方式實現微電子制造,在電路設計之初就要考慮到印刷方面的問題:哪些器件可以由印刷的方式實現,由哪種印刷工藝實現印刷,以及印刷參數設置等。所以印刷微電子設計與傳統的微電子設計存在很多不同之處,傳統的微電子設計軟件并不能滿足印刷微電子設計。
傳統PCB板的設計流程是:
1、設計目標,比如草圖、器件的資料準備。
2、原理圖封裝準備,如果庫里有的可以直接用,沒有的直接繪制圖形,也可以建立自己的庫文件。
3、原理圖繪制,將所需器件都擺好,然后根據電路要求連線。
4、原理圖檢查,比如連線是否正確、標號調整、封裝制定等等,或使用DRC功能檢查。
5、檢查無誤進行下一步。
6、PCB封裝準備,這一步也可與第2步同時進行。
7、板框準備,將器件從原理圖或網絡表里導入到PCB軟件里面,并設置設計規則。
8、布局,然后布線。
9、敷銅,檢査。
10、生產文檔準備,如器件列表,貼裝圖等。
而全印刷微電子的電路全部利用印刷方式來實現,原理圖設計部分與傳統PCB的原理圖設計基本相同。與傳統PCB所不同的是,在PE圖設計的過程中,就要對元器件的材料、打印時序、線寬、印刷工藝、固膜方式等進行設置,無需敷銅的檢查。
所以,全印刷微電子的設計流程是:
1、設計目標,比如草圖、器件的資料準備。
2、原理圖封裝準備,如果庫里有的可以直接用,沒有的直接繪制圖形,也可以建立自己的庫文件。
3、原理圖繪制,將所需器件都擺好,然后根據電路要求連線。
4、原理圖檢查,比如連線是否正確、標號調整、封裝制定等等,或使用DRC功能檢查。
5、檢查無誤進行下一步。
6、元件封裝與放置,元件參數設置,包括材料選擇,印刷時序,印刷方式和固化工藝等。
7、導線參數設置,包括材料,線寬,印刷時序,印刷方式和固化工藝等。
8、線路檢查。
.9、電路仿真。
10、生產文檔生成,驅動印刷設備。
與傳統的生產工藝相比,全印刷微電子在生產過程中更具有連貫性,效率更高。全印刷微電子設計軟件與傳統的PCB設計軟件相比,更方便,將電路設計的大部分工作交由軟件完成,電路設計完成之后,剩下的工作就可以由打印機自動完成,省去了人力。
二、印刷微電子設計軟件功能需求分析
1.印刷微電子設計軟件功能需求報告是在印刷微電子需求分析的基礎上結合微電子設計的特點提出來的,主要用于提交給軟件開發人員來直接指導軟件設計和開發的文檔。印刷電子既然要以印刷的方式實現,再設計的過程中必然要考慮印刷制造的因素。以導線為例進行說明,在連接導線的過程中,除了傳統微電子設計時需要的相應的參數設置外,還要對導線的印刷參數進行設罝,包括:印刷材料選擇,導線的印刷尺寸(長、寬、后),印刷溫度,印刷方式以及固膜方式等,同時還要考慮到印刷對導線的電性能可能造成的影響因素,并盡可能選擇影響最小的印刷制造方式。
2.目前,國內有關印刷微電子設計軟件功能需求的分析還不夠成熟更完善具體的軟件功能需求分析需要在實踐中不斷的總結升華。筆者主要以本研究團隊的實踐,以及微電子和印刷方面的知識為基礎,將印刷微電子設計除去傳統微電子設計的功能之外的部分概括如下:印刷材料參數設置,印刷尺寸的確定,印刷工藝設置,打印時序設置。
3.材料參數設置是在電路圖設計過程中,元器件可以選擇庫中存在的并根據數據自己配》,也可以自己配置且滿足參數要求,其中材料參數設置主要包括:材料的組成,材料的印刷尺寸以及材料的使用溫度范圍。
印刷工藝可以由系統根據前面材料參數的設置自動給出,用戶也可以根據方便性原則手動設置,但是所選印刷方式一定要符合材料的要求。印刷工藝選擇是的主要內容是:印刷方式、固化方式。其中印刷方式可以是:噴墨印刷、絲網印刷、ro11-2-roll、柔印、熱轉印等印刷方式。固化方式可以是UV固化或高溫煅燒。不管是印刷工藝還是固化方式都回對最終電路的性能產生影響,可以將印刷和固化對電路的影響以影響因子的方式給出,已選擇最合適的印刷和固化方式。