某企業(yè)軟件開發(fā)商業(yè)計劃書(參考版)
2025-08-04 21:49本頁面
【正文】 必須規(guī)定對這些供貨單位進行控制的管理規(guī)程，從而使從軟件銷售單位購買的、其它開發(fā)單位開發(fā)的或從開發(fā)單位現(xiàn)存軟件庫中選用的軟件能滿足規(guī)定的軟件配置管理需求）l 記錄的收集、維護和保存（指明要保存的軟件配置管理文檔，指明用于匯總、保護和維護這些文檔的方法和設(shè)施，并指明要保存的期限）21 / 21。）l 軟件配置管理活動（描述配置標識、配置控制、配置狀態(tài)記錄與報告以及配置檢查與評審等到四方面的軟件配置管理活動的需求。還必須規(guī)定用以維護和存儲軟件受控版本的方法和設(shè)施；必須規(guī)定對所發(fā)現(xiàn)的軟件問題進行報告、追蹤和解決的步驟，并指出實現(xiàn)報告、追蹤和解決軟件問題的機構(gòu)及其職責。 配置管理計劃編制有關(guān)軟件配置管理的條款，或引用按照GB/T 12505單獨制訂《配置管理計劃》文檔。 預(yù)算監(jiān)控計劃說明如何檢查項目預(yù)算的使用情況。規(guī)定對這些供貨單位進行控制的規(guī)程，從而保證項目承辦單位從軟件銷售單位購買的、其它開發(fā)單位開發(fā)的或從開發(fā)單位現(xiàn)存軟件庫中選用的軟件能滿足規(guī)定的需求。根據(jù)GB/T 12504 計算機軟件質(zhì)量保證計劃規(guī)范，內(nèi)容包括l 引言（本章節(jié)包括質(zhì)量計劃的目的、定義、參考資料）l 管理（描述負責軟件質(zhì)量管理的機構(gòu)、任務(wù)及其相關(guān)的職責）l 文檔（列出在該軟件的開發(fā)、驗證與確認以及使用與維護等階段中需要編制的文檔，并描述對文檔進行評審與檢查的準則）l 標準、條例和約定（列出軟件開發(fā)過程中要用到的標準、條例和約定，并列出監(jiān)督和保證執(zhí)行的措施）l 評審和檢查（規(guī)定所要進行的技術(shù)和管理兩個方面的評審和檢查工作，并編制或引用有關(guān)的評審和檢查規(guī)程，以及通過與否的技術(shù)準則。 項目控制計劃 質(zhì)量保證計劃執(zhí)行質(zhì)量評審活動，對過程質(zhì)量進行控制。這些能力包括項目經(jīng)理的管理能力，系統(tǒng)分析員的分析能力、系統(tǒng)設(shè)計人員的設(shè)計能力、程序員的編碼能力、測試人員的測試能力，以及企業(yè)或項目團隊激發(fā)出這些能力的能力。增加人選除了增加人的成本外必定會增加溝通的成本（熟悉項目任務(wù)所需要的時間）；加班如果處理不好會造成情緒上的問題，也可能會因為過于忙碌而無法顧及質(zhì)量，造成質(zhì)量的下滑。4）項目的工期要求，就是項目的緊急程度。3）軟件系統(tǒng)復(fù)雜程度和項目復(fù)雜程度和軟件系統(tǒng)規(guī)耐項目規(guī)模一樣，軟件系統(tǒng)的復(fù)雜程度主要是考慮軟件系統(tǒng)本身的功能、架構(gòu)的復(fù)雜程度，而項目的復(fù)雜程度主要是指項目團隊成員的構(gòu)成、項目任務(wù)的復(fù)雜程度、項目干系人的復(fù)雜程度、需求調(diào)研的難易程度，多項目情況下資源保障的情況，等等等等。由于軟件是邏輯、智力產(chǎn)品，盲目增加軟件開發(fā)人員并不能成比例地提高軟件開發(fā)能力。軟件系統(tǒng)規(guī)模往往是從功能點的估算或其它估算方式得來的，而項目規(guī)模還要考慮對文檔數(shù)量與質(zhì)量的要求，使用的開發(fā)工具、新技術(shù)、多少復(fù)用、溝通的方便程度、客戶方的情況、需要遵守的標準規(guī)范等等等等。如開始時對于系統(tǒng)需求和項目目標只有比較數(shù)的了解，就只能制定出比較粗的進度計劃，等到需求階段或設(shè)計階段結(jié)束，就應(yīng)該進一步細化進度計劃。關(guān)于如何使用這些工具不在此作詳細說明。制定軟件項目進度計劃可以使用一些專門的工具，最常用的是Microsoft的Project作為輔助工具，功能比較強大，比較適合于規(guī)模較大的項目，但無法完全代替項目計劃書，特別是一些主要由文字來說明的部分。對于項目計劃、項目準備、需求調(diào)研、需求分析、構(gòu)架設(shè)計或概要設(shè)計、編碼實現(xiàn)、測試、移交、內(nèi)部培訓、用戶培訓、安裝部署、試運行、驗收等工作，給出每項工作任務(wù)的預(yù)定開始日期、完成日期及所需的資源，規(guī)定各項工作任務(wù)完成的先后順序以及表征每項工作任務(wù)完成的標志性事件（里程碑）。作為補充，應(yīng)當分階段制定項目的階段計劃，這些階段計劃不在這份文檔中，當要以這份總體計劃為依據(jù)。必要時畫出本項目采用的工作流程圖及適當?shù)奈淖终f明。如瀑布法工作流程，原型法工作流程、螺旋型工作流程、迭代法工作流程，也可以是自己創(chuàng)建的工作流程。軟件開發(fā)項目常見預(yù)估的風險1) 工程／規(guī)模／進度上的風險規(guī)模大，規(guī)模估算不精確甚至誤差很大；就規(guī)模而言，用戶要求交付期、費用很緊；預(yù)料外的工作(測試未完時的現(xiàn)場對應(yīng)等)；2) 技術(shù)上的風險使用新的開發(fā)技術(shù)、新設(shè)備等，或是新的應(yīng)用組合，沒有經(jīng)驗；是新的行業(yè)或業(yè)務(wù)，沒有經(jīng)驗；性能上的要求很嚴；3) 用戶體制上的問題用戶管理不嚴，恐怕功能決定、驗收不能順利地完成（或者出現(xiàn)了延遲）；或者恐怕功能會多次變更；與用戶分擔開發(fā)，恐怕工程會拖延（或者出現(xiàn)了延遲）；用戶或其它相關(guān)單位承擔的工作有可能延誤；4) 其它應(yīng)該包含此處沒有、但據(jù)推測有風險的項目。外在風險指超出項目工作
法律信息相關(guān)推薦
鄂ICP備17016276號-1