第一篇：軟件開發(fā)過程與管理實驗1

軟件開發(fā)過程與管理實驗報告

實驗1軟件開發(fā)生命周期的設計

專業(yè)班級_____軟件技術___學號_____201227030109______姓名___陳鴻濤_____

題目1軟件開發(fā)生命周期有幾個階段？各有什么含義？

1.啟動階段。通過可行性研究，確定是否接受項目。

2.計劃階段。是進行需求分析和構造問題解決方的過程，并向客戶提交各種文檔。

3.實施階段。按項目計劃完成用戶需求及實現(xiàn)解決方案的過程，在各種因素的制約下，實現(xiàn)項目的目標。

4.結束階段。正式驗收項目，使項目圓滿完成。

題目2 軟件開發(fā)難以管理的原因是什么？

智力密集、可見性差。單件生產。勞動密集、自動化程度低。使用方法煩瑣、維護困難。軟件工作參透了人的因素。

題目3 CMMI的含義是什么？它對軟件開發(fā)有什么幫助？

CMMI是英文Capacity Matu-rity Model Integrated的簡稱。中文的譯意是能力成熟度集成模型。CMMI 是CMM模型的最新版本。早期的CMMI（CMMI-SE/SW/IPPD）1.02版本是應用于軟件業(yè)項目的管理方法，SEI在部分國家和地區(qū)開始推廣和試用。隨著應用的推廣與模型本身的發(fā)展，演繹成為一種被廣泛應用的綜合性模型

目的是幫助軟件企業(yè)對軟件工程過程進行管理和改進，增強開發(fā)與改進能力，從而能按時地、不超預算地開發(fā)出高質量的軟件。

第二篇：軟件開發(fā)過程規(guī)范（模版）

軟件開發(fā)過程規(guī)范

1目的為了規(guī)范軟件研發(fā)各個階段的開發(fā)行為，特制定此規(guī)范。

2適用范圍

本規(guī)范適用于研發(fā)中心軟件產品研發(fā)從立項，到開發(fā)實施、測試、結項的各個階段，規(guī)定了各開發(fā)階段的文檔編制、代碼編寫和資料備份內容與要求。3術語和縮寫

研發(fā)項目干系人：公司內部與研發(fā)項目有關聯(lián)的任何人。

項目計劃周期：從項目立項到計劃完成時間的實際工作日數(shù)。

項目實際周期：從項目立項到實際完成時間的實際工作日數(shù)。

項目質量目標：項目允許出現(xiàn)的總的缺陷數(shù)的加權平均值。

項目實際質量：項目實際出現(xiàn)的總的缺陷數(shù)的加權平均值。

軟件缺陷：在測試過程中被發(fā)現(xiàn)的軟件bug，按照不同的嚴重程度分為四級；一級，系統(tǒng)崩潰，無法自動恢復，加權系數(shù)為100。

二級，系統(tǒng)功能無法實現(xiàn)或性能指標無法達到，但不影響其他功能的使用，加權系數(shù)為2。

三級，系統(tǒng)功能實現(xiàn)不完整，加權系數(shù)為1。

四級，不影響系統(tǒng)功能和性能的小錯誤，忽略此錯誤系統(tǒng)可正常運行，加權系數(shù)為0.5。

加權缺陷數(shù)量：測試中出現(xiàn)的各種缺陷的數(shù)量乘以其對應的加權系數(shù)，求和。4內容和要求

4.1研發(fā)立項

4.1.1立項申請，產品研發(fā)經過申請后才能立項，立項申請人可以是公司員工，也可以是公司各職能部門。

4.1.2立項申請人或委托其部門負責人召集相關人員討論通過，確定項目經理并初步確定項目組成員。

4.1.2.1《研發(fā)立項申請書》由項目經理負責編制。

4.1.2.2項目編號規(guī)則為，軟件項目：PS+編制日期；（硬件項目：PH+編制日期）。如：PS20070902。

4.1.2.3《研發(fā)立項申請書》要規(guī)定開發(fā)的產品的具體名稱，以及所屬各個系列的規(guī)格型號定義。

4.1.2.4《研發(fā)立項申請書》規(guī)定開發(fā)的產品的屬性，包括功能詳細描述，性能要求詳細描述和穩(wěn)定性要求詳細描述。

4.1.2.5《研發(fā)立項申請書》明確項目經理和項目組成員。

4.1.2.6《研發(fā)立項申請書》明確項目的開始日期和計劃完成日期。

4.1.2.7《研發(fā)立項申請書》概要說明項目開發(fā)的資源需求，包括硬件設備、軟件工具、場地環(huán)境等。

4.1.2.8《研發(fā)立項申請書》確定項目的質量目標，包括各級缺陷的數(shù)量和測試周期，所制定的質量目標不允許有一級缺陷。

4.1.2.9《研發(fā)立項申請書》的編制格式參照《研發(fā)立項申請書模板》。

4.1.3《研發(fā)立項申請書》由研發(fā)項目經理、主管軟件的研發(fā)經理、營銷中心經理認可，主管研發(fā)副總經理最終確認。

4.1.4內容變更：研發(fā)項目干系人可對申請對《研發(fā)立項申請書》的內容進行變更，變更后按申請的流程進行簽字確認，變更后的內容重新填寫《研發(fā)立項申請書》并附在原申請書后。項目組成員的變更由研發(fā)內部掌握，不必進行變更申請。變更可在結項前的任何階段提出。

4.1.5項目撤銷，如遇重大變故造成所研發(fā)的項目已經無實際意義或其他原因需要立即停止，可申請撤銷，申請人需是項目干系人，并具有中心經理以上的級別，申請人負責編寫《研發(fā)項目撤銷申請書》,說明撤銷原因，撤銷申請需得到項目經理、主管軟件的研發(fā)經理、營銷中心經理和主管研發(fā)副中經理認可，經由總經理批準后生效。撤銷申請可在結項前的任何階段提出。

4.2研發(fā)

4.2.1研發(fā)立項確定后，項目經理需編寫《項目研發(fā)計劃書》。

4.2.1.1《項目研發(fā)計劃書》初步制定項目開發(fā)的任務列表和模塊劃分，以及項目組人員的模塊歸屬和工作時間安排。

4.2.1.2《項目研發(fā)計劃書》可以用通用的項目管理工具來完成，編制格式由項目經理確定，推薦使用Microsoft Project。

4.2.1.3《項目研發(fā)計劃書》由項目組成員認可。

4.2.1.5項目經理可根據實際情況和設計的深入，隨時變更《項目研發(fā)計劃書》。

4.2.1.6主管軟件的研發(fā)經理可抽查《項目研發(fā)計劃書》的編制和實施情況，并給出改進建議。

4.2.2研發(fā)設計

4.2.2.1《軟件需求分析說明書》

4.2.2.1.1軟件項目需編制《軟件需求分析說明書》。

4.2.2.1.2《軟件需求分析說明書》由項目經理或其委托人編制。

4.2.2.1.3《軟件需求分析說明書》確定整個系統(tǒng)的物理結構和部署要求，并根據系統(tǒng)的物理結構進行模塊劃分，確定各個模塊的功能范圍和模塊間的接口方式。詳細說明系統(tǒng)規(guī)模要求和運行環(huán)境限制，并指出系統(tǒng)運行所需資源的要求。明確開發(fā)和系統(tǒng)運行所需軟硬件資源的要求。確定項目進行一次全面測試所需要的測試人員人數(shù)和測試周期。《軟件項目需求分析說明書》的格式參照《軟件項目需求分析說明書模板》。在軟件需求分析過程中，如果軟件有用戶界面，要在此階段進行界面的初步設計，為了提高效率，界面草圖的繪制不限定形式和格式。

4.2.2.1.4《軟件需求分析說明書》由項目組全體成員認可，主管軟件的研發(fā)經理最終確認。

4.2.2.1.5《軟件需求分析說明書》的變更，在開發(fā)過程中，項目組成員可提出對《軟件需求分析說明書》的變更申請，變更的范圍限于不能違背《研發(fā)立項申請書》的要求，即不能有涉及到《研發(fā)立項申請書》變更的內容，如果有，需要做《研發(fā)立項申請書》變更的流程。《軟件需求分析說明書》變更的主要目的是修正其中的錯誤，或者經過變更可提高產品的品質或性能指標或縮短產品的研發(fā)周期。《軟件需求分析說明書》的變更需得到項目經理的同意，必要時由項目經理召集相關技術人員和項目組成員召開簡短的技術會議進行論證。項目經理將變

更后的內容形成新版本的《軟件項目需求分析說明書》，由主管軟件的研發(fā)經理最終確認。

4.2.2.2《軟件概要設計說明書》

4.2.2.2.1軟件項目需編制《軟件概要設計說明書》。

4.2.2.2.2《軟件概要設計說明書》由項目經理或其委托人編制。

4.2.2.2.3《軟件概要設計說明書》確定整個系統(tǒng)的邏輯結構，并對需求分析中各物理模塊進行邏輯模塊劃分，詳細描述各邏輯模塊的業(yè)務規(guī)則和模塊之間的接口以及重要的內部接口，確定系統(tǒng)級的全局變量和數(shù)據結構，確定各邏輯模塊所包含的程序文件名稱和使用的開發(fā)工具，描述每個文件中所包含的函數(shù)功能。確定數(shù)據庫的類型和所有數(shù)據表名稱及數(shù)據表的用途，確定數(shù)據庫的訪問方式。詳細描述系統(tǒng)的配置方式。如果軟件有用戶界面，要對界面進行詳細設計，確定所有界面的名稱、規(guī)格及界面上的元素類型及功能，界面設計可在開發(fā)工具中直接繪制，也可采用其他繪圖方式，但在概要設計文檔中要保留圖示并進行詳細說明。格式參照《軟件項目概要設計說明書模板》。

4.2.2.2.4《軟件概要設計說明書》由項目組全體成員認可，主管軟件的研發(fā)經理最終確認。

4.2.2.2.5《軟件概要設計說明書》的變更，在開發(fā)過程中，項目組成員可提出對《軟件概要設計說明書》的變更申請，變更范圍限于不得違背《研發(fā)立項申請書》和《軟件需求分析說明書》的要求，所涉及的變更不至于影響到《研發(fā)立項申請書》和《軟件需求分析說明書》的變更，如果有，需要做《研發(fā)立項申請書》的變更流程或者《軟件需求分析說明書》的變更流程。《軟件概要設計說明書》變更的主要目的是修正其中的錯誤，或者經過變更可提高產品的品質或性能指標或縮短產品的研發(fā)周期。概要設計說明書的變更需得到項目經理的同意，必要是由項目經理召集相關技術人員和項目組成員召開簡短的技術會議進行論證。項目經理將變更后的內容寫入新版本的《軟件項目概要設計說明書》，主管軟件的研發(fā)經理最終簽字確認。

4.2.2.3軟件詳細設計

4.2.2.3.1軟件詳細設計由項目經理指派，項目組成員分擔完成。

4.2.2.3.2軟件項目詳細設計的內容及格式要求，軟件項目的詳細設計根據《軟件概要設計說明書》劃分的各個邏輯模塊包含的程序文件，確定每個程序文件中所包含的函數(shù)的詳細描述，要求有函數(shù)的功能描述、輸入輸出說明、使用規(guī)則和限制，如有必要，還可以描述函數(shù)的實現(xiàn)流程。詳細描述軟件中所有全局變量的格式、初始值、用途和使用規(guī)則。詳細描述軟件中所有的數(shù)據結構和類結構。詳細描述數(shù)據庫中的數(shù)據表，確定數(shù)據表的的每個字段，以及數(shù)據表之間的關系，確定所有的視圖、觸發(fā)器和存儲過程。詳細設計文檔不做具體的格式要求，為了提高研發(fā)效率，可以把詳細設計作為代碼的一部分，直接在程序中編寫，編寫時要遵循《研發(fā)中心軟件編碼標準》的規(guī)定。

4.2.2.3.3項目經理負責組織對詳細設計進行審核，審核方式可采用項目經理主審和項目成員互審相結合的方式，主要審核詳細設計和概要設計及需求分析的符合性，及詳細設計的正確性。主管軟件的研發(fā)經理可組織相關技術人員對詳細設計情況進行抽查。

4.2.2.3.4詳細設計的變更，可在項目開發(fā)的任何時段進行，由項目成員在得到項目經理的口頭同意后進行，要在變更處做好變更記錄。

4.2.2.4質量控制

4.2.2.4.1項目組內部互審，在項目的開發(fā)過程中，項目經理可組織項目組成員對編制的代碼進行互相審核，目的是審查代碼是否符合《研發(fā)中心軟件編碼標準》的要求，并在聯(lián)調前找到代碼中的缺陷，審核時要做好審核記錄，內容為代碼的編寫人、審核人、缺陷位置、缺陷描述和改進建議，格式由項目經理決定。根據項目的具體情況，項目經理有權決定不進行代碼的互審。

4.2.2.4.2研發(fā)中心內部抽查審核，在項目的開發(fā)過程中，主管軟件的研發(fā)經理可組織相關人員對項目組的開發(fā)質量進行抽查審核，被審核的代碼模塊由研發(fā)經理確認，審核的主要目的是驗證的代碼書寫的規(guī)范性和與設計的符合性。在評審中發(fā)現(xiàn)問題，主管軟件的研發(fā)經理可口頭通知項目經理進行整改，問題嚴重時，可對項目組下達《軟件整改通知單》，通知項目組進行整改。具體使用何種方式由主管軟件的研發(fā)經理確定。《軟件整改通知單》下達后，按比例扣除項目組的項目獎金，扣除辦法參見《研發(fā)軟件項目獎金發(fā)放制度》。

4.2.2.4.3項目組內部集成驗證測試，項目經理可在代碼完成后組織內部集成測試，并同時指派項目組成員進行《軟件使用說明書》的編制，在內部集成測試結束，《軟件使用說明書》完成后，項目經理可申請?zhí)峤卉浖腶測試。

4.2.2.4.4《a測試申請書》，項目經理負責編制《a測試申請書》，格式參照《a測試申請書模板》。編制完畢后，與《軟件使用說明書》一起提交給主管軟件的研發(fā)經理進行審核確認，主管軟件的研發(fā)經理簽字同意后，指定項目的測試人員，進行a測試。

4.2.2.4.5測試人員根據《研發(fā)立項申請書》和《軟件使用說明書》的要求與內容，編制《軟件測試大綱》，確定要測試的具體項目以及對這些項目的要求，《軟件測試大綱》編制完成后要由項目經理認可，主管軟件的研發(fā)經理確認。同時項目組負責協(xié)助測試環(huán)境的搭建。

4.2.2.4.6在一輪測試結束后，測試人員出具《項目測試報告》。項目組對測試出的問題進行修改，然后再申請新一輪的測試，新的一輪測試由項目經理決定是進行驗證性測試還是完整測試，如果是驗證性測試，可由項目經理確定測試內容范圍并和測試經理協(xié)商測試周期，循環(huán)上述過程直到項目經理認為可以結束測試。為了保證測試質量，要求最后一次測試必須是完整測試。測試結束后，測試人員要編制《測試過程總結報告》。

4.3研發(fā)結項

4.3.1測試結束后，項目經理可決定對項目進行結項提交。

4.3.2項目經理負責編制《研發(fā)結項申請書》，格式參照《研發(fā)結項申請書模板》。

4.3.3《研發(fā)結項申請書》要對所存留的問題進行詳細描述。

4.3.4《研發(fā)結項申請書》說明項目的實際開發(fā)周期，與計劃周期的差異將作為項目獎金的評定依據。

4.3.5《研發(fā)結項申請書》要說明項目質量目標的實現(xiàn)情況，根據《測試過程總結報告》統(tǒng)計出項目的實際質量，與計劃質量目標的差異將作為項目獎金的評定依據。

4.3.6《研發(fā)結項申請書》中所存留問題部分的內容需由此項目的實際測試人員進行確認。

4.3.7《研發(fā)結項申請書》由項目經理、主管軟件的研發(fā)經理、營銷中心經理、技服中心經理認可后，由主管研發(fā)副總經理最終確認。

4.3.4項目提交后，項目經理出具《軟件項目信息統(tǒng)計表》，由主管軟件的研發(fā)

經理認可，主管研發(fā)副總經理最終確認，作為項目獎金分配的依據。

4.4技術資料的管理與備份

4.4.1項目經理負責技術資料的管理與備份，備份內容包括項目所涉及的文檔、代碼和其他相關技術資料。

4.4.2項目立項后，項目組要在代碼管理服務器上建立專門的項目目錄。

4.4.3在研發(fā)過程中，項目組不定期的向代碼管理服務器進行代碼備份，備份時機由項目經理決定。

4.4.4項目提交測試前要進行一次完整備份。

4.4.5項目結項后，要進行一次完整備份，并將最終項目內容刻錄光盤備檔。

4.4.6備檔后的光盤由主管軟件的研發(fā)經理統(tǒng)一管理。

4.4.7在研發(fā)過程中，紙質文檔由項目經理負責管理，項目結項后提交到主管軟件的研發(fā)經理備檔。

4.4.8由于項目組備份不及時和備份管理不到位造成項目資料丟失，致使開發(fā)周期延誤的，每發(fā)生一次按比例扣發(fā)項目經理的項目獎金，造成重大損失的，全部扣發(fā)項目經理項目獎金，并根據具體情況追究其責任,是否為重大損失由主管軟件的研發(fā)經理確認。獎金的扣發(fā)辦法參照《研發(fā)軟件項目獎金發(fā)放制度》。5職責和權限

5.1主管研發(fā)副總經理負責本規(guī)范的編制、發(fā)布、維護與解釋。

5.2主管軟件的研發(fā)經理負責推動和監(jiān)督本規(guī)范的實施。

5.3公司所有員工可對本規(guī)范提出修改意見。

6歷史記錄

本規(guī)范于2007年9月25日編制完成，形成V1.0版。

V1.0于2007年11月1日開始施行

第三篇：標準的軟件開發(fā)過程

標準的軟件開發(fā)過程

軟件開發(fā)的標準過程包括六個階段，而六個階段需要編寫的各類文件達14種之多，在每個階段需要編寫哪些文件，以及這些文件的主要內容見下：

1.可行性與計劃研究階段

可行性研究報告：在可行性研究與計劃階段內，要確定該軟件的開發(fā)目標和總的要求，要進行可行性分析、投資一收益分析、制訂開發(fā)計劃，并完成應編制的文件。

項目開發(fā)計劃：編制項目開發(fā)計劃的目的是用文件的形式，把對于在開發(fā)過程中各項工作的負責人員、開發(fā)進度、所需經費預算、所需軟、硬件條件等問題作出的安排記載下來，以便根據本計劃開展和檢查本項目的開 發(fā)工作。

2.需求分析階段

軟件需求說明書：軟件需求說明書的編制是為了使用戶和軟件開發(fā)者雙方對該軟件的初始規(guī)定有一個共同的理解，使之成為整個開發(fā)工作的基礎。內容包括對功能的規(guī)定對性能的規(guī)定等。

數(shù)據要求說明書：數(shù)據要求說明書的編制目的是為了向整個開發(fā)時期提供關于被處理數(shù)據的描述和數(shù)據采集要求的技術信息。

初步的用戶手冊：用戶手冊的編制是要使用非專門術語的語言，充分地描述該軟件系統(tǒng)所具有的功能及基本的使用方法。使用戶（或潛在用戶）通過本手冊能夠了解該軟件的用途，并且能夠確定在什么情況下，如何使用它。

3.設計階段

概要設計說明書：概要設計說明書又可稱系統(tǒng)設計說明書，這里所說的系統(tǒng)是指程序系統(tǒng)。編制的目的是說明對程序 系統(tǒng)的設計考慮，包括程序系統(tǒng)的基本處理流程、程序系統(tǒng)的組織結構、模塊劃分、功能分配、接口設計。運行設計、數(shù)據結構設計和出錯處理設計等，為程序的詳細設計提供基礎。

詳細設計說明書：詳細設計說明書又可稱程序設計說明書。編制目的是說明一個軟件系統(tǒng)各個層次中的每一個程序（每個模塊或子程序）的設計考慮，如果一個軟件系統(tǒng)比較簡單，層次很少，本文件可以不單獨編寫，有關 內容合并入概要設計說明書。

數(shù)據庫設計說明書：數(shù)據庫設計說明書的編制目的是對于設計中的數(shù)據庫的所有標識、邏輯結構和物理結構作出具體的設計規(guī)定。

測試計劃初稿：這里所說的測試，主要是指整個程序系統(tǒng)的組裝測試和確認測試。本文件的編制是為了提供一個對該軟件的測試計劃，包括對每項測試活動的內容、進度安排、設計考慮、測試數(shù)據的整理方法及評價準則。

4.實現(xiàn)階段

模塊開發(fā)卷宗（開始編寫）：模塊開發(fā)卷宗是在模塊開發(fā)過程中逐步編寫出來的，每完成一個模塊或一組密切相關的模塊的復審時編寫一份，應該把所有的模塊開發(fā)卷宗匯集在一起。編寫的目的是記錄和匯總低層次開發(fā)的進度和結果，以便于對整個模塊開發(fā)工作的管理和復審，并為將來的維護提供非常有用的技術信息。

用戶手冊完工

操作手冊：操作手冊的編制是為了向操作人員提供該軟件每一個運行的具體過程和有關知識，包括操作方法的細節(jié)。

測試計劃終稿：

5.測試階段

模塊開發(fā)卷宗(此階段內必須完成)

測試分析報告：測試分析報告的編寫是為了把組裝測試和確認測試的結果、發(fā)現(xiàn)及分析寫成文件加以記載。

項目開發(fā)總結報告：項目開發(fā)總結報告的編制是為了總結本項目開發(fā)工作的經驗，說明實際取得的開發(fā)結果以及對整個開發(fā)工作的各個方面的評價。

6.運行與維護階段

開發(fā)進度月報的編制目的是及時向有關管理部門匯報項目開發(fā)的進展和情況，以便及時發(fā)現(xiàn)和處理開發(fā)過程中出現(xiàn)的問題。一般地，開發(fā)進度月報是以項目組為單位每月編寫的。如果被開發(fā)的軟件系統(tǒng)規(guī)模比較大，整個工程項目被劃分給若干個分項目組承擔，開發(fā)進度月報將以分項目組為單位按月編寫。

對于一項軟件而言，有些文件的編寫工作可能要在若干個階段中延續(xù)進行。

鑒于軟件開發(fā)是具有創(chuàng)造性的腦力勞動，也鑒于不同軟件在規(guī)模上和復雜程度上差別極大，本指南認為在文件編制工作中應允許一定的靈活性，并不是14種文件每種都必須編寫。文件編制的衡量因素

◆在因素總和較低的情況下,項目開發(fā)總結報告的內容應包括：程序的主要功能、基本流程、測試結果和使用說明。

◆測試分析報告應該寫，但不必很正規(guī)。

◆數(shù)據要求說明和數(shù)據庫設計說明是否需要編寫應根據所開發(fā)軟件的實際需要來決定。

例2：為了避免在軟件開發(fā)中文件編制的不足或過分，一個簡便的辦法是把對軟件文件的編制要求同軟件的規(guī)模大小聯(lián)系起來，這就是本例的出發(fā)點。軟件的規(guī)模不妨分為四級：

1．小規(guī)模軟件源程序行數(shù)小于5 000的軟件；

2．中規(guī)模軟件源程序行數(shù)為 10 000～ 50 000的軟件；

3．大規(guī)模軟件源程序行數(shù)為 100 000?500 000的軟件；

4．特大規(guī)模軟件源程序行數(shù)大于500 000的軟件。

對上述的四級軟件的文件編制要求分別列于表O3。

至于源程序行數(shù)為 5 000～ 10 000，50 000～ 100 000的軟件，其文件編制要求介于兩級之間，可根據一個軟件產品的具體情況，由項目負責人參照表O3的規(guī)定，確定需要編制的文件種類。

對于源程序行數(shù)大于500 000的特大規(guī)模軟件，可進一步把本指南規(guī)定的十四種文件按實際需要擴展成更多種類。

第四篇：軟件開發(fā)過程及崗位職責

軟件開發(fā)過程及崗位職責

本文主要講述如何組織開發(fā)軟件項目，使之更加快速、有效的完成。并分成以下幾個階段進行詳細講述：項目計劃階段、需求分析階段、軟件開發(fā)階段、測試階段、管理軟件開發(fā)過程、各參與角色的具體職責描述及對人員的要求。最后提供了一些文檔標準參考。

本開發(fā)過程可以作為中小型（3-7人）軟件項目的開發(fā)指南，而大型軟件項目使用RUP會更好。

總體流程如下：

計劃階段－》需求分析階段－》軟件開發(fā)階段－》測試階段－》完成一、項目計劃階段

項目計劃草案和風險管理計劃作為第一步，當有一個商業(yè)機會后，根據公司高層負責制定的初步商業(yè)計劃書來完成項目的計劃草案，確定、分析項目風險并確定其優(yōu)先級，還要制定風險解決方案。本階段的目的是確立產品開發(fā)的經濟理由。

當確定開發(fā)之后則制定軟件開發(fā)計劃、人員組織結構定義及配備、過程控制計劃。

（1）項目計劃草案

項目計劃草案應包括產品簡介、產品目標及功能說明、開發(fā)所需的資源、開發(fā)時間和里程碑。

（2）風險管理計劃

也就是把有可能出錯或現(xiàn)在還不能確定的東西列出來，并制定出相應的解決方案。風險發(fā)現(xiàn)得越早對項目越有利。

（3）軟件開發(fā)計劃

軟件開發(fā)計劃的目的是收集控制項目時所需的所有信息，項目經理根據項目計劃來安排資源需求并根據時間表跟蹤項目進度。項目團隊成員根據項目計劃以了解他們的工作任務、工作時間以及他們所依賴的其他活動。

可將計劃分成總體計劃和詳細計劃，總體計劃中每個任務為一個里程碑，詳細計劃中必須將任務落實到個人。

軟件開發(fā)計劃還應包括產品的應收標準及應收任務（包括確定需要制訂的測試用例）。

（4）人員組織結構定義及配備

常見的人員組織結構有垂直方案、水平方案、混合方案。垂直方案中每個成員充當多重角色。水平方案中每個成員充當一到兩個角色。混合方案則包括了經驗豐富的人員與新手相互融合。具體選擇根據人員實際技能情況進行選擇。

（5）過程控制計劃

過程控制計劃的目的是收集項目計劃正常執(zhí)行所需的所有信息，用來指導項目進度的監(jiān)控、計劃的調整，確保項目按時完成。

二、需求分析階段

需求分析階段的目的是在系統(tǒng)工作方面與用戶達成一致。

（1）軟件需求規(guī)約

詳細說明系統(tǒng)將要實現(xiàn)的所有功能。

（2）用戶界面原型

可以有三種表示方法：圖紙（在紙上）、位圖（繪圖工具）、可執(zhí)行文件（交互式）。

三、軟件開發(fā)階段

本階段從物理上實現(xiàn)目標系統(tǒng)。采用了面向對象方法。

（1）軟件架構

說明軟件的組織結構、部署結構及運行環(huán)境。

（2）類設計

定義類之間的關聯(lián)和類的屬性、方法。

（3）數(shù)據庫設計

定義數(shù)據庫表之間的關聯(lián)和各個表的字段。

（4）編碼和單元測試

按照設計文檔進行編碼，每完成一個模塊應進行單元測試。

（5）集成系統(tǒng)

按軟件組織結構的要求將各個子系統(tǒng)組合起來。

四、測試階段

測試的目的是在發(fā)布之前找出程序的錯誤。包括：核實每個模塊是否正常運行（參考設計文檔）、核實需求是否被正確實施（參考需求文檔）。

（1）測試計劃

收集和組織測試信息，為測試工作提供指導。

（2）測試數(shù)據

盡量使用真實數(shù)據。

（3）測試報告

記錄測試結果，詳細描述問題，提出解決辦法。

（4）幫助文件和用戶操作手冊

五、管理軟件開發(fā)過程

有以下幾方面地工作：

（1）組織會議

討論會議、總結會議等。

（2）評審程序

對各個階段的工作結果進行審核。

（3）協(xié)調人員

（4）配置管理

使用一些配置管理工具進行開發(fā)文檔管理，如：Visual Sourcesafe，Teamsouce等

六、各參與角色的具體職責描述及對人員的要求

（1）項目經理

職責：

1、制定產品的目標。

2、制定各個工作的詳細任務表，跟蹤這些任務的執(zhí)行情況，進行控制。

3、組織會議對程序進行評審。

4、綜合具體情況，對各種不同方案進行取舍并做出決定。

5、協(xié)調各項目參與人員之間的關系。

人員要求：

對產品有激情，具有領導才能。

對問題能正確而迅速地做出確定。

能充分利用各種渠道和方法來解決問題。

能跟蹤任務，有很好地日程觀念。

能在壓力下工作。

（2）系統(tǒng)分析員

職責：

1、了解用戶需求，寫出《軟件需求規(guī)約》。

2、建立用戶界面原型。

人員要求：

擔任系統(tǒng)分析員的人員應該善于協(xié)調，并且具有良好的溝通技巧。擔任此角色的人員中必須要有具備業(yè)務和技術領域知識的人才。

（3）設計員

職責：

1、定義類的方法和屬性以及各個類之間的關聯(lián)，畫出類圖。

2、進行數(shù)據庫設計。

人員要求：

掌握面向對象分析與設計技術，統(tǒng)一建模語言(UML)。

（4）程序員

職責：

按項目的要求進行編碼和單元測試。

人員要求：

良好的編程技能和測試技術。

（5）測試員

職責：

執(zhí)行測試，描述測試結果，提出問題解決方案。

人員要求：

了解被測試的系統(tǒng)，具備診斷和解決問題的技能，編程技能

根據每個人的特長來擔任其中的一個或多個角色。最好是每個人都能參與設計和編碼工作，每個人都能夠建立起系統(tǒng)的全局觀。

第五篇：軟件開發(fā)過程認識實習報告

軟件開發(fā)過程認識實習報告(卓越工程)

一、認識實習的意義和目的

時間如白駒過隙，一轉眼大一上學期已經過去了，雖然參加工作對于大一新身似乎很遙遠，但光陰荏苒，如果我們不珍惜時間，畢業(yè)后就只能提出“時間都去哪兒了？”的疑問。學校為增強學生的課外實踐能力和對軟件開發(fā)過程的認知，在大一下學期開展了為期一周的實習，實習地點為863中部軟件園，位于鄭州市高新區(qū)翠竹街6號。

IT行業(yè)的發(fā)展往往需要大量人才的聚集，河南國家863中部軟件園是鄭州高新區(qū)規(guī)劃的80 萬㎡國家863中部軟件基地的核心部分，自2000年起我國軟件業(yè)持續(xù)高速發(fā)展，2000-2012年我國軟件產業(yè)收入增長44倍，近年來鄭州市軟件行業(yè)經濟增長迅猛，863中部園區(qū)周邊有多所高校環(huán)繞，如鄭州大學，信息工程大學,河南工業(yè)大學、中原工學院、鄭州輕工業(yè)學院。這些大學能為鄭州軟件行業(yè)輸送大量IT人才，而河南地處交通要道，軟件信息行業(yè)能與交通行業(yè)結合，隨著互聯(lián)網+的時代到來，河南必定展現(xiàn)一面繁華景象。

我學的是計算機類，希望通過本次實習，對軟件行業(yè)能有實質性的了解。同時，在實習過程中注意培養(yǎng)自己的觀察能力，理解能力，動手能力以及思維能力等。雖然專業(yè)知識還未學很多，希望通過本次實習能對接下來的專業(yè)學習能有指導性的作用，培養(yǎng)和提高理論學習與實際聯(lián)系的能力，對將來自己所從事的行業(yè)有所概念。

二、認識實習再認識

國家863 中部軟件園是鄭州高新區(qū)規(guī)劃的80 萬㎡國家863中部軟件基地的核心部分，園區(qū)占地面積 133 畝，由多層、小高層、聚集了以河南卓奇計算機科技有限公司為首的眾多高新技術企業(yè)，為河南企業(yè)發(fā)展起到了重要作用。在本次實習中學校安排依次參觀認識了捷安高科，精華教育，騰訊大豫網，河南省863軟件孵化器，正信科技，約克動漫，新星教育，并安排了多次講座。我很感謝學校組織的這次難得的軟件認識實習，讓我有機會更加深入地了解軟件行業(yè)的現(xiàn)狀與前景，接觸了行業(yè)最前沿的技術與產品。同時，我也由衷地感謝863軟件園職員為我們無微不至的幫助。

2017年2月13日-2月17日，我主要通過參觀與聽講座來了解軟件開發(fā)過程。通過本次實習，我得以親生體驗軟件開發(fā)過程，學到了很多課堂上學不到的知識，并獲得了把課堂教學的理論知識與社會實踐相結合的機會。在這次實習中，我對軟件開發(fā)行業(yè)的經營管理，行業(yè)現(xiàn)狀，主營業(yè)務，公司理念有了初步的了解，并認識到軟件開發(fā)行業(yè)對人民生活，社會進步，國家全面發(fā)展的的重要性。

三、實習單位介紹及過程安排

本次在863軟件園的每個企業(yè)參觀流程基本一致，每個小組負責人先帶我們參觀公司部門，工作環(huán)境，然后向我們介紹各部門的職能，接著向我們展示了公司的主要產品，如捷安高科的模擬駕駛，模擬電焊，之后會有公司管理層對公司概況的一次講座，如公司的主營業(yè)務，產品理念，以及IT行業(yè)現(xiàn)狀，對人才能力的要求等。

下面我介紹幾個參觀實習的公司。

捷安高科，捷安高科的主營業(yè)務為模擬駕駛，模擬焊接，虛擬仿真培訓，目的在于通過軟硬件結合，讓即將上崗的工作人員有實際操作經驗，公司于2002年成立，其中軌道交通，按揭焊接的軟件業(yè)務開發(fā)團隊有350人，軟件開發(fā)50人，在北京軍工子公司有100人的開發(fā)團隊，2014在新三板上市，目前正向老三板轉板，公司核心競爭力:janvr模擬仿真引擎與開發(fā)平臺，所需技術為虛擬現(xiàn)實，三維動畫，系統(tǒng)仿真。

騰訊·大豫網成立于2011年8月26日，是由騰訊科技（深圳）有限公司和河南日報報業(yè)集團聯(lián)合打造的河南第一網。騰訊以其強大的用戶基礎和品牌影響力，以其優(yōu)秀的網絡媒體運營經驗和技術產品研發(fā)運營能力，以其卓越的用戶體驗和人才理念，協(xié)同河南日報報業(yè)集團暨《大河報》社在本土以最權威的公信力、最廣泛的社會影響力、卓越的媒體實力、斐然的商業(yè)能力共同服務于河南。

正信科技以研發(fā)方向為主，1996年公司成立，該公司以java為主進行軟件開發(fā)、系統(tǒng)集成，成為河南有名的軟件提供商，通信運維管理提供商，行業(yè)云服務提供商等。公司主要業(yè)務為通信運維管理，行業(yè)云服務等。并且在講座中提到人才挑選的要求，對于研發(fā)人員，專業(yè)課程學習扎實，對軟件開發(fā)有濃厚興趣，溝通能力，協(xié)調能力，并且重點提到了團隊協(xié)作精神，軟件開發(fā)是一個團隊工作，協(xié)作能力與研發(fā)能力同等重要。講座人還提到研發(fā)，測試，實施，需求分析是軟件開發(fā)必不可少的環(huán)節(jié)。

新星科技有限公司負責人首先帶我們參觀了文化長廊，了解了公司近年的重大活動，如公司被評為數(shù)字化醫(yī)院工程研究中心和醫(yī)療信息化工程技術研究中心，并且開展了醫(yī)療信息化技能提升培訓，醫(yī)療數(shù)據安全管理研討會，數(shù)字化醫(yī)院數(shù)據中心建設專題會議，數(shù)字化醫(yī)院評審交流會。在接下來的講座中，演講人談到了軟件行業(yè)發(fā)展現(xiàn)狀:軟件行業(yè)發(fā)展快，市場增長率高，社會需求高，產品技術穩(wěn)定，而且競爭激烈。

由于軟件行業(yè)發(fā)展迅猛，形成了“互聯(lián)網在前，法律政策在后”的局面，例如近幾年的滴滴打車最開始在法律上是不認同的，但通過幾年的運行，大眾普遍認可，之后便出臺了相關的政策，接受了打車軟件的實行，這啟發(fā)我要關注國家對軟件行業(yè)公司的最新政策，挖掘大眾需求，勇于創(chuàng)新，關注市場。新星科技90%是技術人員，他們利益一致，更是夢想共同體。

四、實習心得體會

接下來我介紹實習期間的幾次印象深刻的講座和個人認識。周二的河南省863軟件講座是發(fā)展前景講坐，闡述了IT行業(yè)現(xiàn)狀。IT行業(yè)滲透各方各面，潛移默化改變生活方式。互聯(lián)網+的時代正在到來，互聯(lián)網+是指以傳統(tǒng)方式為核心，添加上互聯(lián)網方式，把互聯(lián)網和傳統(tǒng)行業(yè)結合能夠在新的領域發(fā)展新天地。IT行業(yè)廣義上計算機和電子通信技術，狹義是指計算機軟件開發(fā)。

我覺得IT行業(yè)也有不為人知的一面，水漲船高的薪水伴隨著腦力負擔重，技術更新快，員工壓力大。目前行業(yè)發(fā)展趨勢:計算機語言主流:c語言，java。這啟示我在大學要把這兩門語言的基礎打扎實，為將來進入軟件行業(yè)做準備。

周四的863軟件講座指向職業(yè)規(guī)劃，而規(guī)劃的主觀條件是自身興趣能力，專業(yè)方向，客觀條件則是市場環(huán)境，國家政策，要做好職業(yè)規(guī)劃首先要做好定位，我理解為我要在哪個城市發(fā)展?把精力放在哪個城市?因為換工作平臺確實不易。然后要規(guī)劃理想的職業(yè)，理想的職業(yè)是是自己喜歡，自己能干，社會需要三者的交集。接著談到了職業(yè)技能，技能分兩種，一是專業(yè)技能通過學習途徑獲得；一是可轉換技能，比如溝通能力，時間管理能力，對市場的敏感度，學習能力等。

職業(yè)規(guī)劃發(fā)展的階段與活動:探索期（20~26歲），職業(yè)前期（26~30歲），職業(yè)中期（30~50歲），職業(yè)后期（50歲~），不同的職業(yè)發(fā)展階段要做好變現(xiàn)，變現(xiàn)一定要聚焦，如方向聚焦、心聚焦、平臺聚焦，根據我的工作方向規(guī)劃自己的發(fā)展方向，比如我將來的一項工作是對歐美地區(qū)的外包，那么大學期間英語就一定要學好。制定職業(yè)規(guī)劃的方法:目標分解和倒退法，既從最遠的規(guī)劃到最近幾年的規(guī)劃，再到進幾個月幾周的規(guī)劃，對職業(yè)規(guī)劃實與調整。最后還講了一會兒商務禮儀，禮儀的核心是尊重為本，設計站姿，坐姿，微笑，握手，擁抱的方式，穿著也十分講究，感覺特別有意思。

周五上午是863軟件孵化園關于CMMI基礎的講座，CMMI既能力成熟度模型綜合，階級式分為初始級，已管理級，已定義級，定義管理級，持續(xù)優(yōu)化級。目前863軟件孵化園已經達到了CMMI3，計劃2018年達到CMMI5。CMMI每一級都有幾個到十幾個PA域（process area）,每隔3年CMMI復評一次并且支持企業(yè)的商業(yè)目標。下面簡單介紹CMMI各等級的達到要求。

1.初始級。軟件過程是無序的，有時甚至是混亂的，對過程幾乎沒有定義，成功取決于個人努力。管理是反應式的。

2.可管理級。建立了基本的 項目管理過程來跟蹤費用、進度和功能特性。制定了必要的過程紀律，能重復早先類似應用項目取得的成功經驗。

3.已定義級。已將 軟件管理和工程兩方面的過程文檔化、標準化，并綜合成該組織的標準軟件過程。所有項目均使用經批準、剪裁的標準軟件過程來開發(fā)和維護軟件，軟件產品的生產在整個軟件過程是可見的。

4.量化管理級。分析對軟件過程和產品質量的詳細度量數(shù)據，對軟件過程和產品都有定量的理解與控制。管理有一個作出結論的客觀依據，管理能夠在定量的范圍內預測性能。

5.優(yōu)化管理級。過程的量化反饋和先進的新思想、新技術促使過程持續(xù)不斷改進。

周五下午是863軟件孵化器講座:公司主營業(yè)務是軟件服務（技術服務外包和商務流程外包）、軟件測試業(yè)務、物流軟件應用開發(fā)業(yè)務、大學生實訓等，同時演講人提到，做軟件開發(fā)，心態(tài)很重要，因為，心態(tài)影響行為，有一個公式叫，成功=心態(tài)*能力，心態(tài)如果是負數(shù)，那么你離成功就越走越遠了。863還提供崗前培訓，為期5個月，考核同過就正式上崗。我們的負責人說其實最快的上任就職的方式是跟著我們自己的導師做項目，這樣我們在大學期間就可以積累工作經驗，這說明從大學起就應該有這方面的意識與行動了。

通過聽實習中的幾次講座，讓我對軟件行業(yè)有了更加深刻的認識。每一家企業(yè)都有自己的企業(yè)文化，企業(yè)信仰，產品理念，做產品不是一個人的事，而是通過各部門齊心協(xié)力堅守崗位，毫不松懈，共同努力才能做出讓大眾喜愛的產品。

這次實習,除了讓我對IT行業(yè)的基本業(yè)務有了一定了解,我覺得自己在其他方面的收獲也是挺大的.作為還沒踏入社會，一直在大學里單純學習的我，這次的實習無疑成為了我踏入社會前的一個平臺,為我今后踏入社會奠定了基礎。

首先,我覺得不管以后是學習還是工作，都要有很強的責任心.這能提高我們的工作滿意度，在工作崗位上，我們必須要有強烈的責任感，要對自己的崗位負責,要對自己辦理的業(yè)務負責.如果沒有完成當天應該完成的工作，那職員必須得加班；如果不小心出現(xiàn)了錯誤，也必須負責糾正。其次，我覺得工作后每個人都必須要堅守自己的職業(yè)道德和努力提高自己的職業(yè)素養(yǎng)，正所謂做一行就要懂一行的行規(guī)。比如，騰訊大豫網的公司一條高壓線就是不能問同時的薪資是多少，這樣做的好處就是避免了員工之間因為薪資高低而引起的鉤心斗角，保證了員工之間的和睦與融洽讓員工的精力都投身與工作中。還有863講座中提到的職場禮儀，即使平時是朋友，但在工作中就要正裝出勤，不論同級還是上下級都應有相應的稱呼和行為禮儀，這都是對對方的尊敬。

最后,我覺得到了實際工作中以后學歷重要，但個人的業(yè)務能力和交際能力也同等重要。

也就是要做一個全方位人才。實踐出真知，因此，如果將我們在大學里所學的知識與更多的實踐結合在一起，使一個本科生具備較強的處理基本實務的能力與比較系統(tǒng)的專業(yè)知識,這才是我們實習的真正目的。

五、未來的規(guī)劃或安排

大一上學期剛過去，感覺時間轉瞬即逝，我意識到了自己沒能合理安排時間，很多小計劃都沒能實現(xiàn)，比如英語每天記10個單詞，每天跑半個小時的步，不知怎的，一天，一星期，一個月很快就過去了，相對于高中時期確實太放松自己了。所以，我打算為我接下來的三年半做一個完整的學習計劃。

1.自我分析。要制定計劃，首先要認清自己。我必須對上學期的學習現(xiàn)狀做一個總結，尋找自己的優(yōu)勢和不足。我覺得我對于英語和數(shù)學的認知還不錯，也比較感興趣，但由于上學期的懶惰，英語并沒有過80分，讓我對自己有點失望。弱點在于程序設計基礎，期末剛及格，我分析了下，在于上課不認真聽講，對于以前這門沒接觸的科目沒引起高度重視，是自己的態(tài)度不認真。

2.確定學習目標。學習目標是學生學習的努力方向，正確的學習目標能催人奮進，從而產生為實現(xiàn)這一目標去奮斗的力量。沒有學習目標，就象漫步在街頭不知走向何處的流浪漢一樣，是對學習時光的極大浪費。因此，我希望在今后兩年的學習中提高我的總體學習成績。在今后每學期中，每天都必須要看書和做習題，擴充自己的專業(yè)知識。特別是英語，既然自己對這方面有興趣，那就要用心學習，有助于將來拓寬自己的事業(yè)路。還有，為了達到德智體全面發(fā)展的要求，我每周必須要有3天以上參加群體性的體育活動，例如籃球，足球等，以鍛煉自己的身體。

3.合理安排時間。在安排時間上我們既要考慮學習，也要考慮休息放松。既要考慮專業(yè)課的學習，基礎課也不能忽視。所以我安排每周會有3次看課外書的時間，2次鍛煉身體的時間，每天晚上睡前被10個單詞，為英語4級做準備。

綜上所述，為了讓我自己的大學生活過得充實，更是為了自己能學有所成。我會充分利用自己的時間。控制玩手機、電腦的時間。努力學習知識技能，為今后的發(fā)展打下堅實的基礎。當我再看到這個計劃時，希望我會高興自己能及時醒悟，不辜負青春年華。