word格式，下載后可自由編輯PAGEPAGE32標準的軟件開發過程正文第一篇：標準的軟件開發過程標準的軟件開發過程軟件開發的標準過程包括六個階段，而六個階段需要編寫的各類文件達14種之多，在每個階段需要編寫哪些文件，以及這些文件的主要內容見下：1.可行性與計劃研究階段可行性研究報告：在可行性研究與計劃階段內，要確定該軟件的開發目標和總的要求，要進行可行性分析、投資一收益分析、制訂開發計劃，并完成應編制的文件。項目開發計劃：編制項目開發計劃的目的是用文件的形式，把對于在開發過程中各項工作的負責人員、開發進度、所需經費預算、所需軟、硬件條件等問題作出的安排記載下來，以便根據本計劃開展和檢查本項目的開發工作。2.需求分析階段軟件需求說明書：軟件需求說明書的編制是為了使用戶和軟件開發者雙方對該軟件的初始規定有一個共同的理解，使之成為整個開發工作的基礎。內容包括對功能的規定對性能的規定等。數據要求說明書：數據要求說明書的編制目的是為了向整個開發時期提供關于被處理數據的描述和數據采集要求的技術信息。初步的用戶手冊：用戶手冊的編制是要使用非專門術語的語言，充分地描述該軟件系統所具有的功能及基本的使用方法。使用戶（或潛在用戶）通過本手冊能夠了解該軟件的用途，并且能夠確定在什么情況下，如何使用它。3.設計階段概要設計說明書：概要設計說明書又可稱系統設計說明書，這里所說的系統是指程序系統。編制的目的是說明對程序系統的設計考慮，包括程序系統的基本處理流程、程序系統的組織結構、模塊劃分、功能分配、接口設計。運行設計、數據結構設計和出錯處理設計等，為程序的詳細設計提供基礎。詳細設計說明書：詳細設計說明書又可稱程序設計說明書。編制目的是說明一個軟件系統各個層次中的每一個程序（每個模塊或子程序）的設計考慮，如果一個軟件系統比較簡單，層次很少，本文件可以不單獨編寫，有關內容合并入概要設計說明書。數據庫設計說明書：數據庫設計說明書的編制目的是對于設計中的數據庫的所有標識、邏輯結構和物理結構作出具體的設計規定。測試計劃初稿：這里所說的測試，主要是指整個程序系統的組裝測試和確認測試。本文件的編制是為了提供一個對該軟件的測試計劃，包括對每項測試活動的內容、進度安排、設計考慮、測試數據的整理方法及評價準則。4.實現階段模塊開發卷宗（開始編寫）：模塊開發卷宗是在模塊開發過程中逐步編寫出來的，每完成一個模塊或一組密切相關的模塊的復審時編寫一份，應該把所有的模塊開發卷宗匯集在一起。編寫的目的是記錄和匯總低層次開發的進度和結果，以便于對整個模塊開發工作的管理和復審，并為將來的維護提供非常有用的技術信息。用戶手冊完工操作手冊：操作手冊的編制是為了向操作人員提供該軟件每一個運行的具體過程和有關知識，包括操作方法的細節。測試計劃終稿：5.測試階段模塊開發卷宗(此階段內必須完成)測試分析報告：測試分析報告的編寫是為了把組裝測試和確認測試的結果、發現及分析寫成文件加以記載。項目開發總結報告：項目開發總結報告的編制是為了總結本項目開發工作的經驗，說明實際取得的開發結果以及對整個開發工作的各個方面的評價。6.運行與維護階段開發進度月報的編制目的是及時向有關管理部門匯報項目開發的進展和情況，以便及時發現和處理開發過程中出現的問題。一般地，開發進度月報是以項目組為單位每月編寫的。如果被開發的軟件系統規模比較大，整個工程項目被劃分給若干個分項目組承擔，開發進度月報將以分項目組為單位按月編寫。對于一項軟件而言，有些文件的編寫工作可能要在若干個階段中延續進行。鑒于軟件開發是具有創造性的腦力勞動，也鑒于不同軟件在規模上和復雜程度上差別極大，本指南認為在文件編制工作中應允許一定的靈活性，并不是14種文件每種都必須編寫。文件編制的衡量因素◆在因素總和較低的情況下,項目開發總結報告的內容應包括：程序的主要功能、基本流程、測試結果和使用說明。◆測試分析報告應該寫，但不必很正規。◆數據要求說明和數據庫設計說明是否需要編寫應根據所開發軟件的實際需要來決定。例2：為了避免在軟件開發中文件編制的不足或過分，一個簡便的辦法是把對軟件文件的編制要求同軟件的規模大小聯系起來，這就是本例的出發點。軟件的規模不妨分為四級：1．小規模軟件源程序行數小于5000的軟件；2．中規模軟件源程序行數為10000～50000的軟件；3．大規模軟件源程序行數為100000?500000的軟件；4．特大規模軟件源程序行數大于500000的軟件。對上述的四級軟件的文件編制要求分別列于表O3。至于源程序行數為5000～10000，50000～100000的軟件，其文件編制要求介于兩級之間，可根據一個軟件產品的具體情況，由項目負責人參照表O3的規定，確定需要編制的文件種類。對于源程序行數大于500000的特大規模軟件，可進一步把本指南規定的十四種文件按實際需要擴展成更多種類。第二篇：軟件開發過程規范（模版）軟件開發過程規范1目的為了規范軟件研發各個階段的開發行為，特制定此規范。2適用范圍本規范適用于研發中心軟件產品研發從立項，到開發實施、測試、結項的各個階段，規定了各開發階段的文檔編制、代碼編寫和資料備份內容與要求。3術語和縮寫研發項目干系人：公司內部與研發項目有關聯的任何人。項目計劃周期：從項目立項到計劃完成時間的實際工作日數。項目實際周期：從項目立項到實際完成時間的實際工作日數。項目質量目標：項目允許出現的總的缺陷數的加權平均值。項目實際質量：項目實際出現的總的缺陷數的加權平均值。軟件缺陷：在測試過程中被發現的軟件bug，按照不同的嚴重程度分為四級；一級，系統崩潰，無法自動恢復，加權系數為100。二級，系統功能無法實現或性能指標無法達到，但不影響其他功能的使用，加權系數為2。三級，系統功能實現不完整，加權系數為1。四級，不影響系統功能和性能的小錯誤，忽略此錯誤系統可正常運行，加權系數為0.5。加權缺陷數量：測試中出現的各種缺陷的數量乘以其對應的加權系數，求和。4內容和要求4.1研發立項4.1.1立項申請，產品研發經過申請后才能立項，立項申請人可以是公司員工，也可以是公司各職能部門。4.1.2立項申請人或委托其部門負責人召集相關人員討論通過，確定項目經理并初步確定項目組成員。《研發立項申請書》由項目經理負責編制。項目編號規則為，軟件項目：PS+編制日期；（硬件項目：PH+編制日期）。如：PS20XX0902。《研發立項申請書》要規定開發的產品的具體名稱，以及所屬各個系列的規格型號定義。《研發立項申請書》規定開發的產品的屬性，包括功能詳細描述，性能要求詳細描述和穩定性要求詳細描述。《研發立項申請書》明確項目經理和項目組成員。《研發立項申請書》明確項目的開始日期和計劃完成日期。《研發立項申請書》概要說明項目開發的資源需求，包括硬件設備、軟件工具、場地環境等。《研發立項申請書》確定項目的質量目標，包括各級缺陷的數量和測試周期，所制定的質量目標不允許有一級缺陷。《研發立項申請書》的編制格式參照《研發立項申請書模板》。4.1.3《研發立項申請書》由研發項目經理、主管軟件的研發經理、營銷中心經理認可，主管研發副總經理最終確認。4.1.4內容變更：研發項目干系人可對申請對《研發立項申請書》的內容進行變更，變更后按申請的流程進行簽字確認，變更后的內容重新填寫《研發立項申請書》并附在原申請書后。項目組成員的變更由研發內部掌握，不必進行變更申請。變更可在結項前的任何階段提出。4.1.5項目撤銷，如遇重大變故造成所研發的項目已經無實際意義或其他原因需要立即停止，可申請撤銷，申請人需是項目干系人，并具有中心經理以上的級別，申請人負責編寫《研發項目撤銷申請書》,說明撤銷原因，撤銷申請需得到項目經理、主管軟件的研發經理、營銷中心經理和主管研發副中經理認可，經由總經理批準后生效。撤銷申請可在結項前的任何階段提出。4.2研發4.2.1研發立項確定后，項目經理需編寫《項目研發計劃書》。《項目研發計劃書》初步制定項目開發的任務列表和模塊劃分，以及項目組人員的模塊歸屬和工作時間安排。《項目研發計劃書》可以用通用的項目管理工具來完成，編制格式由項目經理確定，推薦使用MicrosoftProject。《項目研發計劃書》由項目組成員認可。項目經理可根據實際情況和設計的深入，隨時變更《項目研發計劃書》。主管軟件的研發經理可抽查《項目研發計劃書》的編制和實施情況，并給出改進建議。4.2.2研發設計《軟件需求分析說明書》.1軟件項目需編制《軟件需求分析說明書》。.2《軟件需求分析說明書》由項目經理或其委托人編制。.3《軟件需求分析說明書》確定整個系統的物理結構和部署要求，并根據系統的物理結構進行模塊劃分，確定各個模塊的功能范圍和模塊間的接口方式。詳細說明系統規模要求和運行環境限制，并指出系統運行所需資源的要求。明確開發和系統運行所需軟硬件資源的要求。確定項目進行一次全面測試所需要的測試人員人數和測試周期。《軟件項目需求分析說明書》的格式參照《軟件項目需求分析說明書模板》。在軟件需求分析過程中，如果軟件有用戶界面，要在此階段進行界面的初步設計，為了提高效率，界面草圖的繪制不限定形式和格式。.4《軟件需求分析說明書》由項目組全體成員認可，主管軟件的研發經理最終確認。.5《軟件需求分析說明書》的變更，在開發過程中，項目組成員可提出對《軟件需求分析說明書》的變更申請，變更的范圍限于不能違背《研發立項申請書》的要求，即不能有涉及到《研發立項申請書》變更的內容，如果有，需要做《研發立項申請書》變更的流程。《軟件需求分析說明書》變更的主要目的是修正其中的錯誤，或者經過變更可提高產品的品質或性能指標或縮短產品的研發周期。《軟件需求分析說明書》的變更需得到項目經理的同意，必要時由項目經理召集相關技術人員和項目組成員召開簡短的技術會議進行論證。項目經理將變更后的內容形成新版本的《軟件項目需求分析說明書》，由主管軟件的研發經理最終確認。《軟件概要設計說明書》.1軟件項目需編制《軟件概要設計說明書》。.2《軟件概要設計說明書》由項目經理或其委托人編制。.3《軟件概要設計說明書》確定整個系統的邏輯結構，并對需求分析中各物理模塊進行邏輯模塊劃分，詳細描述各邏輯模塊的業務規則和模塊之間的接口以及重要的內部接口，確定系統級的全局變量和數據結構，確定各邏輯模塊所包含的程序文件名稱和使用的開發工具，描述每個文件中所包含的函數功能。確定數據庫的類型和所有數據表名稱及數據表的用途，確定數據庫的訪問方式。詳細描述系統的配置方式。如果軟件有用戶界面，要對界面進行詳細設計，確定所有界面的名稱、規格及界面上的元素類型及功能，界面設計可在開發工具中直接繪制，也可采用其他繪圖方式，但在概要設計文檔中要保留圖示并進行詳細說明。格式參照《軟件項目概要設計說明書模板》。.4《軟件概要設計說明書》由項目組全體成員認可，主管軟件的研發經理最終確認。.5《軟件概要設計說明書》的變更，在開發過程中，項目組成員可提出對《軟件概要設計說明書》的變更申請，變更范圍限于不得違背《研發立項申請書》和《軟件需求分析說明書》的要求，所涉及的變更不至于影響到《研發立項申請書》和《軟件需求分析說明書》的變更，如果有，需要做《研發立項申請書》的變更流程或者《軟件需求分析說明書》的變更流程。《軟件概要設計說明書》變更的主要目的是修正其中的錯誤，或者經過變更可提高產品的品質或性能指標或縮短產品的研發周期。概要設計說明書的變更需得到項目經理的同意，必要是由項目經理召集相關技術人員和項目組成員召開簡短的技術會議進行論證。項目經理將變更后的內容寫入新版本的《軟件項目概要設計說明書》，主管軟件的研發經理最終簽字確認。軟件詳細設計.1軟件詳細設計由項目經理指派，項目組成員分擔完成。.2軟件項目詳細設計的內容及格式要求，軟件項目的詳細設計根據《軟件概要設計說明書》劃分的各個邏輯模塊包含的程序文件，確定每個程序文件中所包含的函數的詳細描述，要求有函數的功能描述、輸入輸出說明、使用規則和限制，如有必要，還可以描述函數的實現流程。詳細描述軟件中所有全局變量的格式、初始值、用途和使用規則。詳細描述軟件中所有的數據結構和類結構。詳細描述數據庫中的數據表，確定數據表的的每個字段，以及數據表之間的關系，確定所有的視圖、觸發器和存儲過程。詳細設計文檔不做具體的格式要求，為了提高研發效率，可以把詳細設計作為代碼的一部分，直接在程序中編寫，編寫時要遵循《研發中心軟件編碼標準》的規定。.3項目經理負責組織對詳細設計進行審核，審核方式可采用項目經理主審和項目成員互審相結合的方式，主要審核詳細設計和概要設計及需求分析的符合性，及詳細設計的正確性。主管軟件的研發經理可組織相關技術人員對詳細設計情況進行抽查。.4詳細設計的變更，可在項目開發的任何時段進行，由項目成員在得到項目經理的口頭同意后進行，要在變更處做好變更記錄。質量控制.1項目組內部互審，在項目的開發過程中，項目經理可組織項目組成員對編制的代碼進行互相審核，目的是審查代碼是否符合《研發中心軟件編碼標準》的要求，并在聯調前找到代碼中的缺陷，審核時要做好審核記錄，內容為代碼的編寫人、審核人、缺陷位置、缺陷描述和改進建議，格式由項目經理決定。根據項目的具體情況，項目經理有權決定不進行代碼的互審。.2研發中心內部抽查審核，在項目的開發過程中，主管軟件的研發經理可組織相關人員對項目組的開發質量進行抽查審核，被審核的代碼模塊由研發經理確認，審核的主要目的是驗證的代碼書寫的規范性和與設計的符合性。在評審中發現問題，主管軟件的研發經理可口頭通知項目經理進行整改，問題嚴重時，可對項目組下達《軟件整改通知單》，通知項目組進行整改。具體使用何種方式由主管軟件的研發經理確定。《軟件整改通知單》下達后，按比例扣除項目組的項目獎金，扣除辦法參見《研發軟件項目獎金發放制度》。.3項目組內部集成驗證測試，項目經理可在代碼完成后組織內部集成測試，并同時指派項目組成員進行《軟件使用說明書》的編制，在內部集成測試結束，《軟件使用說明書》完成后，項目經理可申請提交軟件的a測試。.4《a測試申請書》，項目經理負責編制《a測試申請書》，格式參照《a測試申請書模板》。編制完畢后，與《軟件使用說明書》一起提交給主管軟件的研發經理進行審核確認，主管軟件的研發經理簽字同意后，指定項目的測試人員，進行a測試。.5測試人員根據《研發立項申請書》和《軟件使用說明書》的要求與內容，編制《軟件測試大綱》，確定要測試的具體項目以及對這些項目的要求，《軟件測試大綱》編制完成后要由項目經理認可，主管軟件的研發經理確認。同時項目組負責協助測試環境的搭建。.6在一輪測試結束后，測試人員出具《項目測試報告》。項目組對測試出的問題進行修改，然后再申請新一輪的測試，新的一輪測試由項目經理決定是進行驗證性測試還是完整測試，如果是驗證性測試，可由項目經理確定測試內容范圍并和測試經理協商測試周期，循環上述過程直到項目經理認為可以結束測試。為了保證測試質量，要求最后一次測試必須是完整測試。測試結束后，測試人員要編制《測試過程總結報告》。4.3研發結項4.3.1測試結束后，項目經理可決定對項目進行結項提交。4.3.2項目經理負責編制《研發結項申請書》，格式參照《研發結項申請書模板》。4.3.3《研發結項申請書》要對所存留的問題進行詳細描述。4.3.4《研發結項申請書》說明項目的實際開發周期，與計劃周期的差異將作為項目獎金的評定依據。4.3.5《研發結項申請書》要說明項目質量目標的實現情況，根據《測試過程總結報告》統計出項目的實際質量，與計劃質量目標的差異將作為項目獎金的評定依據。4.3.6《研發結項申請書》中所存留問題部分的內容需由此項目的實際測試人員進行確認。4.3.7《研發結項申請書》由項目經理、主管軟件的研發經理、營銷中心經理、技服中心經理認可后，由主管研發副總經理最終確認。4.3.4項目提交后，項目經理出具《軟件項目信息統計表》，由主管軟件的研發經理認可，主管研發副總經理最終確認，作為項目獎金分配的依據。4.4技術資料的管理與備份4.4.1項目經理負責技術資料的管理與備份，備份內容包括項目所涉及的文檔、代碼和其他相關技術資料。4.4.2項目立項后，項目組要在代碼管理服務器上建立專門的項目目錄。4.4.3在研發過程中，項目組不定期的向代碼管理服務器進行代碼備份，備份時機由項目經理決定。4.4.4項目提交測試前要進行一次完整備份。4.4.5項目結項后，要進行一次完整備份，并將最終項目內容刻錄光盤備檔。4.4.6備檔后的光盤由主管軟件的研發經理統一管理。4.4.7在研發過程中，紙質文檔由項目經理負責管理，項目結項后提交到主管軟件的研發經理備檔。4.4.8由于項目組備份不及時和備份管理不到位造成項目資料丟失，致使開發周期延誤的，每發生一次按比例扣發項目經理的項目獎金，造成重大損失的，全部扣發項目經理項目獎金，并根據具體情況追究其責任,是否為重大損失由主管軟件的研發經理確認。獎金的扣發辦法參照《研發軟件項目獎金發放制度》。5職責和權限5.1主管研發副總經理負責本規范的編制、發布、維護與解釋。5.2主管軟件的研發經理負責推動和監督本規范的實施。5.3公司所有員工可對本規范提出修改意見。6歷史記錄本規范于20XX年9月25日編制完成，形成V1.0版。V1.0于20XX年11月1日開始施行第三篇：規范軟件開發過程——軟件配置管理實踐規范軟件開發過程——軟件配置管理實踐20XX-05-19來源：網絡隨著軟件系統的規模、復雜度日益上升，軟件開發過程管理已經成為保證軟件系統開發效率、質量、成本的關鍵性因素。作為軟件開發過程中質量保障的重要組成部分，行之有效的軟件配置管理（以下簡稱SCM，SoftwareConfigurationManagement）能夠顯著提高軟件開發組織的自身能力、提高軟件開發過程的完整性，以及降低軟件開發的風險。軟件配置管理的概念ISO9000、CMM、ISO/IEC1220XX7、IEEE729-1983對SCM的定義有不同的描述。ISO9000定義SCM為“一個管理學科，它對配置項的開發和支持生命周期給予技術上和管理上的指導。配置管理取決于項目的規模、復雜程度和風險大小”。CMM2將SCM定義為一個關鍵過程域KPA，是“貫穿于整個軟件過程中的保護性活動，它被設計來（1）標識變化，（2）控制變化，（3）保證變化被適當的發現（4）向其他可能有興趣的人員報告變化。”。SCM包括了配置項識別、工作空間管理、版本控制、變更控制、狀態報告、配置審計等活動，其中以版本控制最為核心和關鍵。數據集中工程軟件配置管理策略1、數據集中工程項目背景中國建設銀行數據集中工程的目標是通過建立總行級的數據中心，向全行38個一級分行、20XX0多個網點提供完整的核心金融服務。其核心應用系統DCC-CCBS包括主機、前置、前端三大部分。主機應用部分部署在總行級數據中心，前置應用部分部署在數據中心前置通信網關、各一級分行業務大前置，前端部分部署在網點。DCC-CCBS項目的SCM需要實現開發、發布、部署的全過程軟件配置管理。開發過程SCM的核心是系統源碼版本管理；發布過程的SCM核心是系統目標碼版本管理；部署過程以確保系統目標碼版本在數據中心、一級分行、網點和外系統的正確部署為首要目標。2、開發過程軟件配置管理系統源碼版本除系統源程序、參數外，還包括需求規格說明書、系統總體架構設計說明書、主機/前置/前端系統結構設計說明書、各子系統的詳細設計說明書、各子系統的對外接口規范、業務操作手冊、系統使用手冊、系統安裝維護手冊等文檔。根據配置項的不同屬性，經過評審，形成需求基線、設計基線和源代碼基線等不同的基線。開發過程SCM按照子系統的性質，分為主機、前置、前端三部分獨立管理。DCC-CCBS項目總體組負責整個需求和變更的控制。通過審批的需求按照功能分布分解為主機、前置、前端的子需求，再由各部門分別管理和實現。環境及版本控制小組負責向各部門提出形成“系統基線”的要求，以同步主機、前置、前端的源碼版本。3、發布過程軟件配置管理發布過程的系統目標碼版本包括系統目標碼（執行碼）、系統參數及相關文檔等。按照用途，系統目標碼版本可分為測試版和正式版。以前置平臺為例，發布過程SCM的主要活動包括：構建環境管理，保證編譯環境的純凈性和正確性；構建過程管理，保證構建過程的自動化操作，及其正確性和完整性；版本編號管理，統一版本命名規則，確保目標碼版本號的唯一性和可追蹤性；目標碼版本生成管理，從各版本管理工具系統收集、整理、打包相應的目標碼、參數和文檔，形成完整的或部分（補丁）的目標碼版本；配置狀態檢查，檢查目標碼版本包中內容的正確性、完整性和一致性；4、部署過程軟件配置管理部署過程SCM的主要任務是：建立安全、可靠和迅速的傳輸流程和傳輸渠道；建立目標碼版本記錄和追蹤機制、版本運行時刻檢查機制和版本恢復機制；確保正確的版本、按照正確的渠道、在規定時間遞交到正確的用戶并生效。在DCC-CCBS生產環境中，軟件開發中心將通過數據中心版本管理系統發布各單位所需的目標碼版本，各單位在版本管理系統和數據傳輸通道的支持下，實現版本/補丁的主動分發、查詢、下載和生效。軟件配置管理實施經驗1、樹立正確的企業配置管理意識SCM是一門管理學科。歸根結底，其關鍵是“管理”，然后才是“軟件配置”。項目級SCM能否成功實施，與企業的軟件配置管理目標、策略、能力、組織和資源息息相關。2、提高全員的配置管理素質SCM是規則和流程的集合，需要依靠流程中所有部門和人員共同的支持和努力。任何環節上的疏忽和懈怠，都將直影響SCM的實施效果。3、采用合適的工具功能強大的或昂貴的工具未必是合適的工具。往往20XX功能即可解決80％的配置管理問題。目前比較流行的版本管理工具包括CVS、PVCS、ClearCase、Harvest、VSS、Endeavor等。在選擇具體工具時，往往需要考慮以下因素：（1）工具將要使用的范圍；（2）工具自身的功能、穩定性、擴展行，以及對環境的要求；（3）工具使用的復雜度；（4）工具與其他流程和工具的集成度和交互性；（5）工具的投資和維護費用。4、及時的檢查和梳理大系統開發過程中，配置管理往往采用分步離散管理方式，因此保證整個系統配置管理的完整性成為一件精密細致的工作，需要投入大量人力及時修訂基線，防微杜漸，避免混亂，以滿足對配置管理正確性、完整性和及時性的要求。5、系統化思考、分步實施、持續改進SCM不是一項孤立的管理活動。企業的戰略目標、管理能力、文化背景、組織結構，項目的規模、性質、技術、人員等都是影響SCM決策的重要因素。因此需要在項目乃至企業的整體環境中系統的考慮SCM的實施策略和方法。通過分階段實施量化的、漸進的配置管理目標，可以避免由于引入復雜管理流程所造成的混亂，有利于方便靈活地優化配置管理流程。同時，階段性目標的實現將有助于整個團隊提高士氣、增強信心，并逐步提高開發隊伍的配置管理素質。第四篇：軟件開發過程及崗位職責軟件開發過程及崗位職責本文主要講述如何組織開發軟件項目，使之更加快速、有效的完成。并分成以下幾個階段進行詳細講述：項目計劃階段、需求分析階段、軟件開發階段、測試階段、管理軟件開發過程、各參與角色的具體職責描述及對人員的要求。最后提供了一些文檔標準參考。本開發過程可以作為中小型（3-7人）軟件項目的開發指南，而大型軟件項目使用RUP會更好。總體流程如下：計劃階段－》需求分析階段－》軟件開發階段－》測試階段－》完成一、項目計劃階段項目計劃草案和風險管理計劃作為第一步，當有一個商業機會后，根據公司高層負責制定的初步商業計劃書來完成項目的計劃草案，確定、分析項目風險并確定其優先級，還要制定風險解決方案。本階段的目的是確立產品開發的經濟理由。當確定開發之后則制定軟件開發計劃、人員組織結構定義及配備、過程控制計劃。（1）項目計劃草案項目計劃草案應包括產品簡介、產品目標及功能說明、開發所需的資源、開發時間和里程碑。（2）風險管理計劃也就是把有可能出錯或現在還不能確定的東西列出來，并制定出相應的解決方案。風險發現得越早對項目越有利。（3）軟件開發計劃軟件開發計劃的目的是收集控制項目時所需的所有信息，項目經理根據項目計劃來安排資源需求并根據時間表跟蹤項目進度。項目團隊成員根據項目計劃以了解他們的工作任務、工作時間以及他們所依賴的其他活動。可將計劃分成總體計劃和詳細計劃，總體計劃中每個任務為一個里程碑，詳細計劃中必須將任務落實到個人。軟件開發計劃還應包括產品的應收標準及應收任務（包括確定需要制訂的測試用例）。（4）人員組織結構定義及配備常見的人員組織結構有垂直方案、水平方案、混合方案。垂直方案中每個成員充當多重角色。水平方案中每個成員充當一到兩個角色。混合方案則包括了經驗豐富的人員與新手相互融合。具體選擇根據人員實際技能情況進行選擇。（5）過程控制計劃過程控制計劃的目的是收集項目計劃正常執行所需的所有信息，用來指導項目進度的監控、計劃的調整，確保項目按時完成。二、需求分析階段需求分析階段的目的是在系統工作方面與用戶達成一致。（1）軟件需求規約詳細說明系統將要實現的所有功能。（2）用戶界面原型可以有三種表示方法：圖紙（在紙上）、位圖（繪圖工具）、可執行文件（交互式）。三、軟件開發階段本階段從物理上實現目標系統。采用了面向對象方法。（1）軟件架構說明軟件的組織結構、部署結構及運行環境。（2）類設計定義類之間的關聯和類的屬性、方法。（3）數據庫設計定義數據庫表之間的關聯和各個表的字段。（4）編碼和單元測試按照設計文檔進行編碼，每完成一個模塊應進行單元測試。（5）集成系統按軟件組織結構的要求將各個子系統組合起來。四、測試階段測試的目的是在發布之前找出程序的錯誤。包括：核實每個模塊是否正常運行（參考設計文檔）、核實需求是否被正確實施（參考需求文檔）。（1）測試計劃收集和組織測試信息，為測試工作提供指導。（2）測試數據盡量使用真實數據。（3）測試報告記錄測試結果，詳細描述問題，提出解決辦法。（4）幫助文件和用戶操作手冊五、管理軟件開發過程有以下幾方面地工作：（1）組織會議討論會議、總結會議等。（2）評審程序對各個階段的工作結果進行審核。（3）協調人員（4）配置管理使用一些配置管理工具進行開發文檔管理，如：VisualSourcesafe，Teamsouce等六、各參與角色的具體職責描述及對人員的要求（1）項目經理職責：1、制定產品的目標。2、制定各個工作的詳細任務表，跟蹤這些任務的執行情況，進行控制。3、組織會議對程序進行評審。4、綜合具體情況，對各種不同方案進行取舍并做出決定。5、協調各項目參與人員之間的關系。人員要求：對產品有激情，具有領導才能。對問題能正確而迅速地做出確定。能充分利用各種渠道和方法來解決問題。能跟蹤任務，有很好地日程觀念。能在壓力下工作。（2）系統分析員職責：1、了解用戶需求，寫出《軟件需求規約》。2、建立用戶界面原型。人員要求：擔任系統分析員的人員應該善于協調，并且具有良好的溝通技巧。擔任此角色的人員中必須要有具備業務和技術領域知識的人才。（3）設計員職責：1、定義類的方法和屬性以及各個類之間的關聯，畫出類圖。2、進行數據庫設計。人員要求：掌握面向對象分析與設計技術，統一建模語言(UML)。（4）程序員職責：按項目的要求進行編碼和單元測試。人員要求：良好的編程技能和測試技術。（5）測試員職責：執行測試，描述測試結果，提出問題解決方案。人員要求：了解被測試的系統，具備診斷和解決問題的技能，編程技能根據每個人的特長來擔任其中的一個或多個角色。最好是每個人都能參與設計和編碼工作，每個人都能夠建立起系統的全局觀。第五篇：軟件開發過程認識實習報告軟件開發過程認識實習報告(卓越工程)一、認識實習的意義和目的時間如白駒過隙，一轉眼大一上學期已經過去了，雖然參加工作對于大一新身似乎很遙遠，但光陰荏苒，如果我們不珍惜時間，畢業后就只能提出“時間都去哪兒了？”的疑問。學校為增強學生的課外實踐能力和對軟件開發過程的認知，在大一下學期開展了為期一周的實習，實習地點為863中部軟件園，位于鄭州市高新區翠竹街6號。IT行業的發展往往需要大量人才的聚集，河南國家863中部軟件園是鄭州高新區規劃的80萬㎡國家863中部軟件基地的核心部分，自20XX年起我國軟件業持續高速發展，20XX-20XX年我國軟件產業收入增長44倍，近年來鄭州市軟件行業經濟增長迅猛，863中部園區周邊有多所高校環繞，如鄭州大學，信息工程大學,河南工業大學、中原工學院、鄭州輕工業學院。這些大學能為鄭州軟件行業輸送大量IT人才，而河南地處交通要道，軟件信息行業能與交通行業結合，隨著互聯網+的時代到來，河南必定展現一面繁華景象。我學的是計算機類，希望通過本次實習，對軟件行業能有實質性的了解。同時，在實習過程中注意培養自己的觀察能力，理解能力，動手能力以及思維能力等。雖然專業知識還未學很多，希望通過本次實習能對接下來的專業學習能有指導性的作用，培養和提高理論學習與實際聯系的能力，對將來自己所從事的行業有所概念。二、認識實習再認識國家863中部軟件園是鄭州高新區規劃的80萬㎡國家863中部軟件基地的核心部分，園區占地面積133畝，由多層、小高層、聚集了以河南卓奇計算機科技有限公司為首的眾多高新技術企業，為河南企業發展起到了重要作用。在本次實習中學校安排依次參觀認識了捷安高科，精華教育，騰訊大豫網，河南省863軟件孵化器，正信科技，約克動漫，新星教育，并安排了多次講座。我很感謝學校組織的這次難得的軟件認識實習，讓我有機會更加深入地了解軟件行業的現狀與前景，接觸了行業最前沿的技術與產品。同時，我也由衷地感謝863軟件園職員為我們無微不至的幫助。20XX年2月13日-2月17日，我主要通過參觀與聽講座來了解軟件開發過程。通過本次實習，我得以親生體驗軟件開發過程，學到了很多課堂上學不到的知識，并獲得了把課堂教學的理論知識與社會實踐相結合的機會。在這次實習中，我對軟件開發行業的經營管理，行業現狀，主營業務，公司理念有了初步的了解，并認識到軟件開發行業對人民生活，社會進步，國家全面發展的的重要性。三、實習單位介紹及過程安排本次在863軟件園的每個企業參觀流程基本一致，每個小組負責人先帶我們參觀公司部門，工作環境，然后向我們介紹各部門的職能，接著向我們展示了公司的主要產品，如捷安高科的模擬駕駛，模擬電焊，之后會有公司管理層對公司概況的一次講座，如公司的主營業務，產品理念，以及IT行業現狀，對人才能力的要求等。下面我介紹幾個參觀實習的公司。捷安高科，捷安高科的主營業務為模擬駕駛，模擬焊接，虛擬仿真培訓，目的在于通過軟硬件結合，讓即將上崗的工作人員有實際操作經驗，公司于20XX年成立，其中軌道交通，按揭焊接的軟件業務開發團隊有350人，軟件開發50人，在北京軍工子公司有100人的開發團隊，20XX在新三板上市，目前正向老三板轉板，公司核心競爭力:janvr模擬仿真引擎與開發平臺，所需技術為虛擬現實，三維動畫，系統仿真。騰訊·大豫網成立于20XX年8月26日，是由騰訊科技（深圳）有限公司和河南日報報業集團聯合打造的河南第一網。騰訊以其強大的用戶基礎和品牌影響力，以其優秀的網絡媒體運營經驗和技術產品研發運營能力，以其卓越的用戶體驗和人才理念，協同河南日報報業集團暨《大河報》社在本土以最權威的公信力、最廣泛的社會影響力、卓越的媒體實力、斐然的商業能力共同服務于河南。正信科技以研發方向為主，1996年公司成立，該公司以java為主進行軟件開發、系統集成，成為河南有名的軟件提供商，通信運維管理提供商，行業云服務提供商等。公司主要業務為通信運維管理，行業云服務等。并且在講座中提到人才挑選的要求，對于研發人員，專業課程學習扎實，對軟件開發有濃厚興趣，溝通能力，協調能力，并且重點提到了團隊協作精神，軟件開發是一個團隊工作，協作能力與研發能力同等重要。講座人還提到研發，測試，實施，需求分析是軟件開發必不可少的環節。新星科技有限公司負責人首先帶我們參觀了文化長廊，了解了公司近年的重大活動，如公司被評為數字化醫院工程研究中心和醫療信息化工程技術研究中心，并且開展了醫療信息化技能提升培訓，醫療數據安全管理研討會，數字化醫院數據中心建設專題會議，數字化醫院評審交流會。在接下來的講座中，演講人談到了軟件行業發展現狀:軟件行業發展快，市場增長率高，社會需求高，產品技術穩定，而且競爭激烈。由于軟件行業發展迅猛，形成了“互聯網在前，法律政策在后”的局面，例如近幾年的滴滴打車最開始在法律上是不認同的，但通過幾年的運行，大眾普遍認可，之后便出臺了相關的政策，接受了打車軟件的實行，這啟發我要關注國家對軟件行業公司的最新政策，挖掘大眾需求，勇于創新，關注市場。新星科技90%是技術人員，他們利益一致，更是夢想共同體。四、實習心得體會接下來我介紹實習期間的幾次印象深刻的講座和個人認識。周二的河南省863軟件講座是發展前景講坐，闡述了IT行業現狀。IT行業滲透各方各面，潛移默化改變生活方式。互聯網+的時代正在到來，互聯網+是指以傳統方式為核心，添加上互聯網方式，把互聯網和傳統行業結合能夠在新的領域發展新天地。IT行業廣義上計算機和電子通信技術，狹義是指計算機軟件開發。我覺得IT行業也有不為人知的一面，水漲船高的薪水伴隨著腦力負擔重，技術更新快，員工壓力大。目前行業發展趨勢:計算機語言主流:c語言，java。這啟示我在大學要把這兩門語言的基礎打扎實，為將來進入軟件行業做準備。周四的863軟件講座指向職業規劃，而規劃的主觀條件是自身興趣能力，專業方向，客觀條件則是市場環境，國家政策，要做好職業規劃首先要做好定位，我理解為我要在哪個城市發展?把精力放在哪個城市?因為換工作平臺確實不易。然后要規劃理想的職業，理想的職業是是自己喜歡，自己能干，社會需要三者的交集。接著談到了職業技能，技能分兩種，一是專業技能通過學習途徑獲得；一是可轉換技能，比如溝通能力，時間管理能力，對市場的敏感度，學習能力等。職業規劃發展的階段與活動:探索期（20XX6歲），職業前期（26~30歲），職業中期（30~50歲），職業后期（50歲~），不同的職業發展階段要做好變現，變現一定要聚焦，如方向聚焦、心聚焦、平臺聚焦，根據我的工作方向規劃自己的發展方向，比如我將來的一項工作是對歐美地區的外包，那么大學期間英語就一定要學好。制定職業規劃的方法:目標分解和倒退法，既從最遠的規劃到最近幾年的規劃，再到進幾個月幾周的規劃，對職業規劃實與調整。最后還講了一會兒商務禮儀，禮儀的核心是尊重為本，設計站姿，坐姿，微笑，握手，擁抱的方式，穿著也十分講究，感覺特別有意思。周五上午是863軟件孵化園關于CMMI基礎的講座，CMMI既能力成熟度模型綜合，階級式分為初始級，已管理級，已定義級，定義管理級，持續優化級。目前863軟件孵化園已經達到了CMMI3，計劃20XX年達到CMMI5。CMMI每一級都有幾個到十幾個PA域（processarea）,每隔3年CMMI復評一次并且支持企業的商業目標。下面簡單介紹CMMI各等級的達到要求。1.初始級。軟件過程是無序的，有時甚至是混亂的，對過程幾乎沒有定義，成功取決于個人努力。管理是反應式的。2.可管理級。建立了基本的項目管理過程來跟蹤費用、進度和功能特性。制定了必要的過程紀律，能重復早先類似應用項目取得的成功經驗。3.已定義級。已將軟件管理和工程兩方面的過程文檔化、標準化，并綜合成該組織的標準軟件過程。所有項目均使用經批準、剪裁的標準軟件過程來開發和維護軟件，軟件產品的生產在整個軟件過程是可見的。4.量化管理級。分析對軟件過程和產品質量的詳細度量數據，對軟件過程和產品都有定量的理解與控制。管理有一個作出結論的客觀依據，管理能夠在定量的范圍內預測性能。5.優化管理級。過程的量化反饋和先進的新思想、新技術促使過程持續不斷改進。周五下