信息技術(shù)有限公司項目策劃案(編輯修改稿)
2025-06-07 23:37 本頁面
【文章內(nèi)容簡介】 目標：描述每一提交產(chǎn)品的質(zhì)量目標。例如，產(chǎn)品度量值達到9分；符合用戶需求，用戶接收并簽發(fā)驗收單。2） 組織與職責PSM要確定所需的項目小組成員，考慮組織的資源計劃和項目技能要求，按照質(zhì)量手冊的要求指定每個人的任務和職責。組織成員包括：3） 項目的相關(guān)性l 外部相關(guān)性：列舉PSM控制之外的相關(guān)活動，例如，客戶或分承包商貫徹實施的活動。l 內(nèi)部相關(guān)性：內(nèi)部相關(guān)活動也要考慮，例如，所需的資源只有在另一項目完成之后才能獲得。4） 風險管理預測與項目有關(guān)的風險并采取預防措施。編制風險評估與控制報告，也可單獨針對某重要問題提出重要報告。5） 階段劃分根據(jù)項目的實際情況對項目進行適當?shù)碾A段劃分后，要明確每個階段的定義、輸入和輸出以及開始和結(jié)束標準。l 階段定義：參照軟件生命周期定義，對項目的每個階段進行明確定義。l 階段輸入：階段劃分應明確定義每一階段的各項輸入需求，確保每項輸入需求都應完整、無歧義、不相互矛盾。l 階段輸出：階段劃分應明確定義每一階段的各項輸出。各項輸出應滿足相應的需求；滿足進入后續(xù)階段的輸入要求；符合有關(guān)的開發(fā)慣例和約定和/或法律、法規(guī)要求；標識出對產(chǎn)品安全和正常運行至關(guān)重要的產(chǎn)品特性。l 階段開始和結(jié)束標準：在每個階段都要按NP601100《配置管理》的基準配置提交規(guī)定的階段成果，否則，不能結(jié)束該階段而開始下一階段。也可依據(jù)項目特點在SCMP中定義項目自己的基準。6） 質(zhì)量控制活動列舉項目期間執(zhí)行的評審和測試活動目錄，如：開發(fā)計劃評審、設計評審、階段測試、系統(tǒng)測試、驗收測試。對編碼的測試，按NP507100《軟件測試》、程序進行。7） 開發(fā)方法和工具l 根據(jù)NP605100《規(guī)則、慣例和約定管理》程序確定該項目開發(fā)工作應遵守的規(guī)則、慣例和約定；l 根據(jù)NP606100《設備和工具管理》程序選擇開發(fā)工作所用的工具和技術(shù)；l 明確各開發(fā)階段所需進行的配置管理活動以及配置管理所需的工具和技術(shù)，并按NP601100《配置管理》程序?qū)嵤┡渲霉芾怼?） 項目計劃表畫項目活動、資源及其相應職責的直方圖，描述階段工作量，并制定項目計劃表。9） 配置管理計劃表按NP601100《配置管理》編制配置管理計劃表。10）組織協(xié)調(diào)根據(jù)項目的相關(guān)性，PM負責處理設計、開發(fā)軟件的組織和協(xié)調(diào)，涉及有關(guān)分包方、相關(guān)開發(fā)項目及其它輔助工作時，由SMG配合協(xié)調(diào)。PM或項目管理部門應以書面文件的形式將有關(guān)信息及時地通知給有關(guān)部門。11）與客戶的協(xié)調(diào)PM負責與客戶的協(xié)調(diào)，項目管理部門應配合開發(fā)部門進行協(xié)調(diào)、處理客戶提出的意見或建議。SDP中應說明需要同客戶協(xié)商解決的問題，這些問題的解決應記錄在開發(fā)過程的各個階段記錄中，如“開發(fā)計劃評審記錄”等。 SDP的審批1） SDP的評審SDP經(jīng)PSM審查認可后，由項目管理部門組織評審，參加人員包括但不限于： SMG、項目管理部門、PSM及項目相關(guān)部門與人員。2） SDP的審批：l 指出不合理處，要求責任者修改后，重新評審；l 暫緩執(zhí)行該SDP，相關(guān)文檔送交項目管理部門存檔；l 評審通過，經(jīng)SMG批準后正式生效并執(zhí)行。 SDP的實施跟蹤與修改1） 項目管理部門根據(jù)SDP中的階段劃分及各階段結(jié)果，實施進度跟蹤和控制。在每一開發(fā)階段完成后， PSM應及時向項目管理部門提交該階段的《階段評估報告》。2） SDP在執(zhí)行中需要進行修訂時，由PSM向項目管理部門提交NR504100D“軟件問題報告”，由項目管理部門組織對修改計劃重新進行評審。3） 每次評審都應留有記錄，所有評審或階段驗收不能通過的，必須進行修改，修改后須重新進行評審或驗收。4）
教學教案相關(guān)推薦
鄂ICP備17016276號-1