【正文】 李陽，鄧小明 軟件測評部 測試人員 負責軟件測試與評定。由此，項目成功的損益期望值為（ 800000*25%100000*75%）*75%=93750，項目失敗的期望值為 50000，則實施后的損益期望值為 9375050000= 43750，不實施此項目計劃的損益期望值為 0。 （ 10）發(fā)揮各管理人員的職能作用，責任落實到人、經濟利益掛鉤、獎罰分明，做到人人有壓力、有動力，使工程 質量達到優(yōu)質標準。 （ 2） 實行質量一票否決權制，只要專業(yè)工程師檢查出有質量問題，一律返工。 （ 4） 當進場材料質量出現不 合格時，要求供應廠商予以調換或退貨，如材料質量出現嚴重不合格，將考慮取消該廠的供貨資格。在技術方案上力爭做到“規(guī)范化”、“標準化”、“樣板化”。 （６）建立并認真實施質量獎懲制度，強化質量監(jiān)督檢查工作，建立與質量監(jiān)督站的聯(lián)系配合，接受指導。 質量管理措施： 在建立完整的技術管理系統(tǒng)和質量保證體系基礎上，從技術方案的制定、技術交底、操作過程的檢查督導，到隱蔽工程驗收，質量監(jiān)督和最終工程質量的驗評，必須進行全過程的技術質量管理工作。 （ 5） 進行施工現場的標準化管理，確保項目實現文明工地。 3． 根據公司要求確定項目質量方針、目標，并保證質量方針和目標協(xié)調，采取必要的組織、管理和教育措施，使質量方針為全體管理人員及施工參戰(zhàn)人員掌握并貫徹執(zhí)行。 A．機構領導 按照公司流程制度檢查督辦項目部完善質量安全制度的建設并實施檢查。 任務項 參加人員 交付項、應提交文檔 預計時間 項目開發(fā)計劃 系統(tǒng)分析人員 《項目開發(fā)計劃書》 1 天 需求分析 系統(tǒng)分析人員 《需求規(guī)格說明書》《用例模型》《用例闡述》《詞匯表》 3 天 概要設計 系統(tǒng)分析人員 《概要設計說明書》分析模型和設計模型 3 天 數據庫設計 軟件工程師 《數據庫設計說明書》 3 天 編碼實施 軟件工程師 《源代碼及設計》 8 周 系統(tǒng)測試 軟件測試人員 《測試計劃》《單元測試用例》《集成測試用例》《測試分析報告》 2 周 結項 全組人員 《項目總結報告》 3 天 SQA 全組人員 《 SQA 計劃書》《 SQA 審計活動檢查表》《 SQA 審計報告》《 SQA 階段評估報告》 2 周 配置管理 全組人員 《配置狀態(tài)報告》 1 周 ： ： 角色 職責 人員 工作說明 機構領導 領導項目 李陽 領導此項目有足夠的經費順利進行，設計出符合用處的軟件。 雙方簽字 需求方（甲方）： 開發(fā)方（乙方）： 日期： 日期： 軟件風險控制計 劃 【 附錄 04】 合同登記編號： 項目任務分解書 項目名稱：如家酒店管理系統(tǒng) 委托人（甲方）： 如家快捷酒店 研究開發(fā)人（乙方）： 西安 泰達技術發(fā)展有限公司 簽訂地點： 西安市 簽訂日期： 202112 有效限期： 2021126至 202127 西安市信息技術管理辦公室 軟件風險控制計 劃 《酒店住宿管理系統(tǒng)》的任務分解結果：根據對本項目的需求規(guī)格分析，采用圖標方式進行任務分解的分解結果如圖所示，它是按照功能組成標準進行的任務分解，其中沒有包括管理、質量的相關的任務， WBS可以隨著系統(tǒng)的完善而不斷的增加和完善。 輸入輸出的要求 解釋各輸入輸出數據類型，并逐項說明其媒體、格式、數據范圍、精度等。 修改編號 修改確 認日期 修改后版本 修改位置 修改方式（ AMD） 修改內 容概述 修改請求號 修改方式： A增加 M修改 D刪除 2. 任務概述 系統(tǒng)定義 本節(jié)描述內容包括： ? 項目來源及背景。 c) c) 產品和文檔的再使用率會很高 , d) d) 項目風險較低 生存期中的各階段定義如下： 需求分析 設計 集成測試 產品提交 項目規(guī)劃 圖 :項目生存期模型 軟件風險控制計 劃 項目規(guī)劃階段 階段目標： 根據合同和初步的需求分析確定項目的規(guī)模、時間計劃和資源需求?！边@樣只有等到一個可用的產品出來，通過客戶使用，然后進行評估，評估結果作為下一個增量的開發(fā)計劃，下一個增量發(fā)布一些新增的功能和特性。其中正式兩份，甲乙雙方各執(zhí)一份；副本 4份，交由乙方。 十二、違約金和損失賠償額的計算： 除不可抗力因素外（指發(fā)生戰(zhàn)爭、地 震、洪水、颶風或其他人力不可控制的不可抗力事件），甲乙雙方須遵守合同承諾，否則視為違約并承擔違約責任： 如果乙方不能按時完成軟件開發(fā)工作并交給甲方使用，乙方應向甲方支付延期違約金。 軟件風險控制計 劃 七、技術情報和資料的保密。 本合同自 2021年 1月 4日至 2021年 4月 4日 在西安履行。 第二階段：完成第一階段的系統(tǒng)設計方案后，乙方于 50個工作日內完成系統(tǒng)基本功能的開發(fā)。 二、應達到的技術指標和參數 系統(tǒng)應滿足并行登陸，并行查詢的速度要求。 六、實驗結果及分析 （寫一個你組建項目團隊的方案） 團隊管理是項目成功與否的基礎，其中項目經理是核心，具有多重角色和責任，項目組織一般有三種形式：職能型、項目型和矩陣型，團隊建設的任務包括選擇合適的項目人員、對項目人員的的培訓等。風險評估包括定性風險分析和定量風險分析，決策樹是一個很重要的方法，風險應對策略主要包括：回避風險、轉移風險、損失控制以及自留風險。所有的質量標準和質量活動都需要質量 計劃來進行規(guī)劃，它說明軟件項目中的質量活動任務，采用的相應方法、對策，以及出現問題是的處理方式。 軟件風險控制計 劃 【實驗 07】 《信息系統(tǒng)項目管理與實踐》實驗報告 開課實驗室： 機房 2021 年 11 月 11 日 學院 管理 學院 年級、專業(yè)、班 信管 1002 姓名 楊泰 成績 課程 名稱 信息系統(tǒng)項目管理與實踐 實驗項目 名 稱 信息系統(tǒng)項目質量計劃 指導教師 黃軍倉 教師評語 教師簽名： 年 月 日 一、實驗目的 掌握項目質量的概念。 掌握項目進度管理圖示。 7) 重新評估項目的報價。 二、實驗原理 對自己所選的軟件項目進行任務分解。當要解決的問題過于復雜時，可以將問題進行分解，直接分解后的資問題容易解決；然后分別解決這些資問題。需 求分析的任務就是借助于當前系統(tǒng)的邏輯模型導出目標系統(tǒng)的邏輯模型，解決目標系統(tǒng)的“做什么”問題。 編寫需求分析報告。軟件生存周期模型確立了軟件開發(fā)和演繹中各階段的次序限制以及各階段或機動的準則，確立開發(fā)過程所遵守的規(guī)定和限制，便于各種活動的協(xié)調，便于各種人員的有效通信，有利于活動重用，有利于活動管理。 掌握為承擔的項目選擇選擇生存期模型的方法。 二、實驗原理 每位同學獨自選擇一個軟件項目。 實際調研此項目的需方及供方合同環(huán)境。 二、實驗原理 為自己所選的軟件項目選擇合適的生存期模型。常見的軟件生存周期模型有 瀑布模型 、 演化模型 、 螺旋模型 、 噴泉模型 等。 三、使用儀器、材料 50臺微機的機房 局域網絡 Word及一些編輯工具（自選） 四、實驗步驟 明確系統(tǒng)管理目標 。 軟件風險控制計 劃 【實驗 04】 《信息系統(tǒng)項目管理與實踐》實驗報告 開課實驗室： 機房 2021 年 11 月 01 日 學院 管理學院 年級、專業(yè)、班 信管 1002 姓名 楊泰 成績 課程 名稱 信息系統(tǒng)項目管理與實踐 實驗項目 名 稱 信息系統(tǒng)項目任務分解 指導教師 黃軍倉 教師評語 教師簽名： 年 月 日 一、實驗目的 掌握任務分解定義、類型。目的是提高估算成本、時間和資源的準確性，是工作變得更易操作，責任分工更加明確。 根據實驗 04給出的任務分解，對此項目進行規(guī)模成本估算。 五、實驗過程原始記錄 (數據、圖表、計算等 ) 參看附錄 05。 掌握 項目進度估算及計劃編制 。 掌握軟件質量管理過程。 軟件風險控制計 劃 【實驗 08】 《信息系統(tǒng)項目管理與實踐》實驗報告 開課實驗室： 機房 2021 年 11 月 13 日 學院 管理學院 年級、專業(yè)、班 信管 1002 姓名 楊泰 成績 課程 名稱 信息系統(tǒng)項目管理與實踐 實驗項目 名 稱 信息系統(tǒng)項目風險管理計劃 指導教師 黃 軍倉 教師評語 教師簽名： 年 月 日 一、實驗目的 掌握風險的概念、類型和基本性質。風險計劃是軟件項目計劃的一個重要部分，他的項目 經理在軟件項目進行過程中不要不斷監(jiān)視的依據。而溝通是項目經理在項目管理中做的最多的任務，溝通可以根據當時具體情況選擇適當的溝通形式以保證溝通的有效性，必要時，可以建立溝通計劃，保證團隊內溝通渠道的暢通。其中主要內容包括： （ 1）保證 100以上人可以同時登錄系統(tǒng)。 第三階段：完成第一和第二階段任務之后，由甲方配合乙方于 3個工作日內完成系統(tǒng)在 XXX信息中心的調試、集成。 本合同的履行方式： 甲方責任 甲方全力協(xié)助乙方完成合同內容。 本合同中的相關專業(yè)技術內容和所有的系統(tǒng)數據，歸甲方所有，未經甲方同意乙方不得提供給第三方。每延遲一周，甲方向乙方支付合同總額 %的違約金，不滿一周按一周計算，但違約金總額不得超過合同總額的 5%； 如果甲方不能按時向乙方支付合同款項，甲方應向乙