1、精選優質文檔-傾情為你奉上一、 課程設計的原始資料及依據項目開發與管理課程設計的前驅條件是要求學生們必須具備“軟件工程”和“項目開發管理”等專業理論知識，本次設計正是在符合這種前提條件下實施。首先成立項目小組并推舉有責任心的學生擔當項目組長，全組成員在組長的帶領下，針對備選題目表中各個項目名稱，選定一個項目作為本組課程設計題目，按著軟件生命周期和項目管理的要求，查閱有關資料，完成此系統的項目管理過程文檔。通過本設計可以加深理解項目管理的全過程以及項目管理的過程中各類文檔的撰寫方法，提高項目管理能力、分析問題、解決問題和實際動手的能力。二、課程設計主要內容及要求1. 了解軟件項目管理發展的過程和

2、基本概念。2. 掌握CMMI軟件成熟度模型、ISO9000質量管理體系模型。3. 重點掌握在軟件工程各個階段中如何把軟件項目管理方法應用到項目活動中，如何編制項目管理計劃，如何利用常用管理工具進行項目管理。4成立項目開發小組并選舉項目組長。5根據設計要求小組選定設計題目。6每天要求項目組長要至少組織召開一次會議，總結、匯報和布置任務。7每次會議要求保留會議記錄并存檔。8發揮團隊合作精神共同完成如下內容： 項目范圍計劃、進度文檔。 項目成本計劃文檔。 項目資源人力資源與溝通計劃文檔。 項目風險計劃文檔。 項目合同計劃文檔。 編制項目配置、集成計劃文檔 項目控制與完成文檔。9組長要根據能力合理地分

3、配任務，要求每個組員都能積極參與并完成如下內容： 各種計劃、控制文檔。 個人總結。10組長要對每個組員進行公正客觀地評價。11要求項目組共同對課程設計成果進行裝訂成冊。三、對課程設計說明書撰寫內容、格式、字數的要求1課程設計說明書是體現和總結課程設計成果的載體，主要內容包括：設計題目、設計目的、設備器材、設計原理及內容、設計步驟、遇到的問題及解決方法、設計總結、設計小組評語、參考文獻等。一般不應少于3000字。2在適當位置配合相應的實驗原理圖、數據通路圖、微程序流程圖、實驗接線圖、微指令代碼表等圖表進行說明。應做到文理通順，內容正確完整，書寫工整，裝訂整齊。3設計總結部分主要寫本人完成工作簡介

4、以及自己的設計體會，包括通過課程設計學到了什么，哪里遇到了困難，解決的辦法以及今后的目標。設計小組評語處注明設計組編號、設計組組長、設計組成員，并由設計組組長給出評語。4課程設計說明書手寫或打印均可。手寫要用學校統一的課程設計用紙，用黑或藍黑墨水工整書寫；打印時采用A4紙，頁邊距均為20mm，正文采用宋體小四號字，行間距18磅。文中大標題采用黑體小三號字，一級節標題采用黑體四號字，二級節標題采用黑體小四號字，表題與圖題采用宋體五號字。5課程設計說明書裝訂順序為：封面、任務書、成績評定表、目錄、正文、參考文獻。四、設計完成后應提交成果的種類、數量、質量等方面的要求1完成“任務書”中指定的功能，運

5、行結果正確。2課程設計說明書。3個人總結（每人1份）五、時間進度安排順序階段日期計 劃 完 成 內 容備注1第1天編制項目范圍及進度計劃文檔2第2天編制項目成本、人力資源計劃文檔及項目溝通計劃、風險計劃文檔3第3天編制項目質量、項目配置、集成計劃文檔4第4天編制項目控制與完成文檔并整理實驗數據，撰寫課程設計報告5第5天撰寫課程設計說明書六、備選題目序號課程設計備選題目選擇備注1超市管理系統2工程項目管理3酒店管理系統4學校職工工資管理系統 5信息管理平臺6考務成績管理系統7學生成績管理系統8考務成績管理系統9宿舍管理系統10視頻監控系統11圖書館管理系統12網絡教學系統13停車場管理系統14網

6、上購物管理系統15學生信息管理系統16課程設計管理系統17實習實訓管理系統18畢業設計管理系統19自擬題目七、主要參考資料（文獻）1軟件項目管理（第2版），清華大學出版社，覃征。2軟件項目管理，人民郵電出版社，朱少民。3軟件項目管理理論與案例分析，中國電力出版社，吳吉義。4Project 2003項目管理與實施范例應用，電子工業出版社，張友生。課 程 設 計 任 務 分 工組長姓名金詩蕙題目超市管理系統項目組成員個人任務描述自我評定金詩蕙項目任務分解、技術合同的編寫、項目的進度、整理項目數據良張瑩項目成本計劃、項目的配置管理、項目集成計劃良郭冰嬋項目任務分解Wbs圖、項目風險計劃、整理項目數據

7、良劉書彤項目團隊人員與溝通、項目執行控制良專心-專注-專業目 錄 第1章 緒 論隨著電子系統的不斷普及，“不用存包、可存可不存、自助存包”的消費者自由之夢不僅在北京上?？梢詫崿F，在二三級城市都可以成為非常普遍的事實。以“自助存包、自主存包”為主標志的“后存包時代”將取代現有的“必須存包、人工存包”的局面。同時，“后存包時代”還體現在“查驗購物小票”、挑選商品時“人盯人”等這些為防貨品丟失而出現的尷尬局面的消失。 依托互聯網技術現階段普及情況，一部分崇尚高效率購物、快節奏生活的年輕消費者，尤其是網絡工作者或網絡愛好者便樂于做“網上購物”的“雞頭”，而憊于存包、收銀、驗票的賣場購物。于是，為適應這

8、一部分“網絡先行者”的要求，中國超市中也相應出現了極少數的“B2B先行者”。 在收銀方面，隨著現代化商用POS機的更新換代，中國超市也將一改往日手動+機器的半自動時代，一舉步入全自動化的快速自助收銀時代。但是，限于自助收銀設備造價高昂，預計僅有部分大賣場會在510年內實現“無人收銀”，絕大多數的超市仍會采用人工收銀，但收銀速度和收銀臺數量肯定愈加理想。同時，單純現鈔買單的局面也終將打破，取而代之的是有銀行等金融機構介入，實現了“銀企聯動”、現金與“卡”并存并用的收銀支付系統。屆時，“錢包”廠商的日子恐怕會很難過。1.1項目目的超級市場的商品均事先以機械化的包裝方式，分門別類地按一定的重量和規格

9、包裝好，并分別擺放在貨架上，明碼標價，顧客實行自我服務 ，可以隨意挑選。超級市場廣泛使用電子計算機和其他現代化設備。便于管理人員迅速了解銷售情況，及時保存、整理和包裝商品，自動標價、計價等，因而提高了工作效率，擴大了銷售數量。超級市場內的商品品種齊全，挑選方便 。人們可以在一個商場內購買到日常生活所需的絕大部分商品，免除了許多麻煩。自動標價、計價、結算效率高，也節省了顧客的時間。而且由于商場的經營效益好，降低了成本，所以商品的價格相對也較低廉，受到廣大顧客的歡迎。1.2項目背景開項目的名稱：超市管理系統軟件。本項目的任務提出者：楊三開發者是：金詩蕙，張瑩，劉書彤，郭冰嬋.用戶是小型超市戶。第2

10、章 總體需求2.1 需求概述隨著信息的飛速發展，信息化管理已經引入并應用到各行業管理領域，尤其是對于零售業。放眼四周，各種形式的百貨商場、大型倉儲超市、便利店、連鎖超市和專賣店等形式的零售業不斷出現、并不斷改變、影響著我們的觀念和生活方式。而企業若想在激烈的市場經濟中立足并勝出，就必須擁有一套完善的并 適合自身特點的信息化管理系統，以實現企業降低成本、及時反饋市場信息、完善服務質量、提高經濟效益、分析市場需求、制定銷售計劃和目標等管理目的。那么，如何才能實現一個商場的信息化建設呢？除了必要的硬件設備外，還必須要有一個優秀的信息管理系統軟件的支持。超市是一家大型商業零售企業。管理信息系統將使公司

11、從系統一建立起，就以計算機收款機系統為工具，實現商品流轉的主流處理。系統的最終目標是在采用計算機通訊網絡技術和科學管理方法的基礎上結合國際國內的先進計算機管理經驗和教訓,建立一個覆蓋各級主要業務功能的人機協調的管理信息系統。實現以商品經營管理、人事勞資管理、商情信息管理等方面數據采集，傳遞、處理、 存欄、查詢輸出一體化，具有一定經濟活動分析能力的管理信息系統。及時、準確反映企業經濟活動狀態，成為企業內各級管理人員的有力工具。支持他們進行科學化經營管理，使企業獲得良好的經濟效益和社會效益。本文件為商場計算機管理信息系統項目方案書。本標書中關于商場的基本情況參考了商場相關的邀標書，關于商場的業務流

12、程主要參考了國內同類商場的基本業務流程，本文主要介紹了商業信息系統集成中業務流程的設計與本公司為商場提供的應用軟件解決方案。1.案可分拆將相關資料給予相對應的部門參考2.案篇幅有限，敘述不夠完整之處可修改3.的需求了解不盡全面，本方案與實際的方案有出入。4.省時間可按目錄參考相關章節2.2系統定義 2.2.1 系統要達到的目標  現信息的同步，從而方便顧客購物，并且便于管理員、理貨員。進貨員對商品信息的掌握，及時補充商品，避免商品短缺問題。 2.2.2系統總體要求根據對用戶需求的分析，超市計算機管理信息系統將具有以下功能與性能特點：1.統保證超市的各類基

13、本的日常商品進、銷、存的數據的集中與科學的管理，將能保證超市對商品數據采集、存貯、管理、傳輸、處理、訪問的要求。2.系統將切實遵守超市規定的技術要求和各項業務管理規范及處理流程。3.數據合理分布、分級管理，保證數據的共享，而又合理減小網絡開銷，提高網絡與系統的效率。4.統將具有良好可擴充性，以有效保護用戶的投資。5.統建議采用的各項硬、軟件設備將具有良好的性能價格比。6.統具有良好的用戶界面，易學易用易維護。2.2.3系統整體結構根據超市的需求和工作環境實際情況，計算機管理信息系統采用基于網絡互連的客戶機/服務器體系結構。 構成一個基于開放式網絡、分布式關系數據庫和商業管理信息應用軟件的分布信

14、息處理系統?？蛻魴C/ 服務器方式體系結構能夠充分發揮服務器的高性能，又利用了客戶機良好的處理界面，很適合于要求對數據統一管理，而又實現信息共享和分布處理需要的應用場合，而且結構靈活，擴展方便，界面友好，系統開放，是目前流行的模式。整個系統由超市電腦信息部負責保存與處理系統共享的基礎數據及商品進、銷、存數據等信息，為各業務子系統數據信息的管理和服務。承擔計算機系統的管理與開發功能。各級網點相互之間可實現數據交流和訪問。如圖2.1所示。超市管理系統進貨管理系統庫存管理系統人事管理系統銷售管理系統供貨商信息管理員工信息管理銷售信息盤點銷售信息維護銷售信息盤點銷售信息維護銷售信息查詢進貨信息維護進貨信

15、息查詢圖2.1系統整體結構2.3系統概要分析2.3.1業務流程分析系統主要業務分析：（1）進貨業務進貨管理是企業生產經營活動中及其重要的一個環節，它關系到產品質量能否得到保證，生產是否能夠順利進行，采購成本能否得到有效控制等問題。企業現代管理理念中對企業的進貨管理提出新的要求；企業進貨時對供貨商的選擇更見慎重，雙方不再是討價還價的買賣關系，而是一種相互依存的合作伙伴關系，并且還需要認識到企業產品質量要從采購抓起，這就關系到供方的供貨、服務質量。下面是進貨業務程序的主要內容：供貨商的情況調查：在實施采購之前，超市首先就要對市場上各大商品供貨商進行詳細的調查，了解公司的具體情況，評定企業的信譽級別

16、和公司的市場口碑，做到準確無誤，采購順利。采購計劃的編制：超市根據自身的資金條件和銷售狀況，綜合分析市場規律，擬定采購計劃表。實施進貨計劃：根據供貨商檔案及評審結果，選定供貨商；生成訂貨單給選定的供貨商；雙方就價格、數量、質量等方面洽談磋商，直至簽訂合同；跟蹤合同執行，安排供貨進度和貨物運輸，做好驗收入庫工作。（2）庫存業務庫存管理是指在經營中為銷售和耗用而存儲的各種資產。企業存貨不當都會增加不必要的費用：存貨過多將導致物資的積壓、存儲費用增加、流動資金周轉不利，并且過量的庫存會掩蓋管理不善的問題。存貨不足則影響企業的正常銷售活動。庫存管理的目標是需求最佳存貨數量，使庫存的成本總額最小化。其主

17、要業務如下：產品入庫、出庫、盤庫等日常處理?？茖W合理地確定某庫存物資的庫存控制參數。如：最佳訂貨批量、最大庫存量、最佳缺貨量、最佳訂購周期等，進行嚴格的庫存控制工作。匯總統計各類庫存數據，反應和監督儲備資金占用及采購資金使用情況。（3）銷售業務銷售對一個企業的生存和發展是至關重要的，它不再是傳統意義上的“賣東西”，它對外關系到企業產品、服務和企業形象等多方面因素，對內涉及到銷售、庫存、財務等信息。此外信息化的高速發展為企業的銷售工作提出了新的挑戰，封閉意味著落后，超市要抓住時機，引入現代化的銷售管理模式，實施企業的信息化、智能化銷售管理，才能使超市在激烈的市場競爭中立于不敗之地。（4）庫存業務

18、庫存業務對于一個企業來說是至關重要的的，庫存的不足或者過剩都會導致企業不利的發展，所以企業應對自身的庫存水平進行控制，力求盡量降低庫存數量，提高物流系統的效率，以強化企業的競爭力（5）會員制業務會員制業務對于宣傳企業是有良好的作用的，一方面可以增加企業潛在的客源，另一方面會員制度可以給顧客帶來優惠，是在顧客心中樹立良好形象的一種手法。2.3.2功能需求(1)進貨管理： 根據銷售情況及庫存情況，自動制定進貨計劃（亦可手工制定修改），可以避免盲目進貨造成商品積壓。 按計劃單有選擇性地進行自動入庫登記。 綜合查詢打印計劃進貨與入庫記錄及金額。功能描述：進貨管理子系統可以根據庫存自動指定進貨計劃，進貨

19、時自動等級，以及提供查詢和打印計劃進貨與入庫記錄的功能。(2)庫存管理： 綜合查詢庫存明細記錄。 庫存狀態自動告警提示。如庫存過剩、少貨、缺貨等。軟件為您預警，避免庫存商品積壓損失和缺貨。 庫存自動盤點計算。功能描述：庫存管理子系統提供查詢庫存明細記錄的基本功能，并根據庫存的狀態報警，以及自動盤點計算。第3章 項目任務分解3.1. WBS任務分解基于項目背景的WBS的細化方案.如表1表1.WBS 細化方案項目階段各活動下的任務任務內容定義需求分析階段1對各個子系統進行需求獲取用多種方式進行需求獲取2對獲得的需求進行確認分階段的開需求評審會議概要設計階段1.各個系統的用例描述和圖各個系統總的用例

20、，分用例和所有的用例解說2.各個系統的概念數據建模各個系統的E-R模型和UML模型3.概要設計評審分階段開概要評審會議詳細設計階段1. 各個系統對象關系建模各個系統的對象模型建立2. 各個系統分析類各個系統的分析類，界面類，控制類3. 各個系統設計類設置所有類的屬性值，和方法頭4. 各個系統物理數據庫設計對所有關系進行物理數據庫5.詳細設計評審分階段開詳細評審會議編碼階段1.前臺銷售管理子系統編碼對前臺銷售子系統的分析類的方法進行編碼2.前臺銷售管理子系統集成對前臺銷售子系統所有模塊進行集成3.后臺管理子系統編碼對后臺管理子系統的分析類的方法進行編碼4.后臺管理子系統集成對后臺管理子系統所有模

21、塊進行集成系統集成1.系統集成對各個子系統進行集成系統測試系統集成1.集成測試對各個子系統的集成進行測試2.環境測試對發布版本的環境進行測試提交1.編寫用戶使用手冊包括使用的方法2.提供給用戶安裝程序主要是安裝向導用戶培訓1.給用戶進行初期進行系統應用的基本培訓3.2繪制wbs 圖如圖3.1所示。 圖3.1 wbs圖第4章 項目成本計劃4.1項目估算方法估算是循序漸進的過程，隨著項目的不斷發展，估算可以重復多次進行的，而且是逐步精確的。本項目采用自下而上和參數法綜合的估算方法，具體過程如下：1.簽訂合同前開始簽訂合同的時候，根據以往類似項目的經驗，采用類比估算方法，進行粗略的估算：根據用戶的要

22、求采用B/S結構，公司JSP+SQLServer的技術比較成熟，以前成功完成過類似的項目，根據SOW的說明，基本上需要2-3個開發人員，2個月左右的開發時間，基本上是4-6人月的規模，所以，10-15萬可以作為合同的參考價格。2.合同簽署后合同簽署之后，根據現有的資源和WBS分解的結果，進一步細化估算，由于WBS分解是針對項目的功能進行的分解，在成本估算的時候，首先估算每個任務的開發規模，然后在通過系數獲得相應的質量、管理任務的規模，從而計算直接成本，然后計算間接成本，以及總成本，具體過程如表4.1所示。注：規模單位為人/天表4.1 合同簽署階段WBS名 稱估計值(人天)小 

23、;計(人天)總 計(人天)需求分析階段1前臺管理系統42841.1收銀51.1.1金額計算81.1.2打印清單61.1.3會員卡71.2顧客信息錄入71.2.1顧客退貨管理9概要設計階段2后臺管理系統222.1人事管理5 2.1.1員工信息管理92.1.2員工操作權限管理8詳細設計階段2.2銷售管理12 2.2.1查詢銷售信息32.2.2生成銷售排行榜9系統集成2.3進退貨管理152.3.1進貨信息系統7系統測試2.3.2退貨信息系統8提交2.4庫存管理132.4.1庫存信息管理62.4.2庫存狀態警告74.2項目估算步驟1.獲取項目分解結果WBS任務分解是根據項目的功能進行分解的,

24、2.計算開發成本由于任務分解的結果主要是針對開發任務的分解，管理任務和質量任務可以通過計算開發任務得到，根據以往經驗，管理任務和質量任務=20%*開發任務。從表6-3得知項目規模是84人天，開發人員成本參數=480元/天，則內部的開發成本=480元/天*84天=40320元，加上外包外購的部分軟件成本5000+3000+3000=11000元，則開發成本=40320+11000=51320元。3.計算管理、質量成本項目的管理和質量成本=開發成本*20%=10264元，4.直接成本=51320+10264=61584元，5.計算間接成本間接成本包括前期合同費用、房祖水電、培訓、員工福利、客戶服務

25、等，根據以往經驗，采用公式：間接成本=25%直接成本=15396元，6.計算總估算成本 項目總估算成本=61584+15396=76980元。7.重新評估項目的報價 重新評估一下項目的報價準確性，當然這時候，項目的合同已經簽署了，報價是不能更改的，但是通過再次的評估可以進一步明確企業的項目運作和利潤情況等，如果項目的利潤是30%，其中風險基金10%，利潤15%，稅費5%。則項目的總報價=76980*1.3=元,應該說報價還是比較合適的。另外，可以采用簡便的算法進行估算，企業的報價可以通過開發規模的估算直接得出，例如如果成本系數為5000元/人月，一個人月28人天，則項目報價

26、=5000*84/28=15000元。第5章 項目進度5.1進度管理此處用甘特圖或進度表格描述。1 進度計劃： 本進度計劃是從按照交付日期倒推確定時間，然后安排計劃內容； 進度安排提交的日期并非是真實的交付日期，而是留有半個月左右的余量時間，以備變化。如表5.1所示。表5.1 進度管理任務名稱工 期開始時間結束時間資 源超市管理系統2015-10-132016-1-1l 軟件項目規劃22015-10-132015-10-14全體人員參與項目規劃1 2015-10-132015-10-13全體人員參與計劃評審12015-10-142015-10-14全體人員參與l 需求開發92015-10-15

27、2015-10-27全體人員參與用戶界面設計22015-10-152015-10-16全體人員參與用戶需求評審12015-10-192015-10-19全體人員參與修改需求、修改用戶界面32015-10-202015-10-22全體人員參與編寫需求規格說明書22015-10-232015-10-26全體人員參與需求驗證12015-10-272015-10-27全體人員參與l 概要設計662015-10-282015-11-4全體人員參與用例描述圖22015-10-282015-10-29全體人員參與概念數據建模22015-10-302015-10-31全體人員參與概要設計評審22015-11-

28、32015-11-4全體人員參與l 詳細設計92015-11-52015-11-17全體人員參與對象關系建模32015-11-52015-11-9全體人員參與分析類22015-11-102015-11-11全體人員參與設計類12015-11-122015-11-12全體人員參與物理數據庫設計22015-11-132015-11-16全體人員參與詳細設計評審12015-11-172015-11-17全體人員參與l 項目實施242015-11-242015-12-25全體人員參與前臺銷售管理子系統92015-11-242015-12-4全體人員參與顧客信息錄入功能22015-11-242015-1

29、-25全體人員參與顧客退貨管理12015-11-242015-11-24全體人員參與顧客信息錄入功能評審12015-11-252015-11-25全體人員參與收銀52015-11-262015-12-2全體人員參與交易金額計算12015-11-262015-11-26全體人員參與打印交易清單12015-11-272015-11-27全體人員參與會員卡打折22015-3-212015-3-22全體人員參與收銀評審12015-11-22015-11-2全體人員參與前臺銷售子系統集成22015-13-32015-12-4全體人員參與子系統集成測試12015-13-32015-13-3全體人員參與子環

30、境測試12015-13-42015-13-4全體人員參與后臺管理子系統152015-12-72015-12-25全體人員參與人事功能32015-12-72015-12-9全體人員參與員工信息管理12015-12-72015-12-7全體人員參與員工操作權限管理12015-12-82015-12-8全體人員參與人事功能評審12015-12-92015-12-9全體人員參與銷售管理功能32015-12-102015-12-14全體人員參與查詢打印銷售信息12015-12-102015-12-10全體人員參與生成銷售排行旁12015-12-112015-12-11全體人員參與銷售管理功能評審1201

31、5-12-142015-12-14全體人員參與進退貨管理32015-12-152015-12-17全體人員參與進貨信息管理12015-12-152015-12-15全體人員參與退貨信息管理12015-12-162015-12-16全體人員參與進退貨管理評審12015-12-172015-12-17全體人員參與庫存管理32015-12-182015-12-22全體人員參與查詢庫存信息12015-12-182015-12-18全體人員參與庫存狀態自動警告12015-12-212015-12-21全體人員參與庫存管理評審12015-12-222015-12-22全體人員參與后臺管理子系統集成3201

32、5-12-232015-12-25全體人員參與子系統集成測試22015-12-232015-12-24全體人員參與子環境測試12015-12-252015-12-25全體人員參與l 系統集成12015-12-282015-12-28全體人員參與系統集成12015-12-282015-12-28全體人員參與l 系統測試22015-12-292012-12-30全體人員參與系統測試12015-12-292015-12-29全體人員參與環境測試12012-12-302012-12-30全體人員參與l 提交22015-12-312016-1-1全體人員參與完成文檔12015-12-312015-12-

33、31全體人員參與驗收、提交12016-1-12016-1-1全體人員參與5.2項目進度圖逐項列出影響初始計劃的因素和調整的條目（包括影響項目成敗的關鍵問題、技術難點和風險），指出這些問題對項目的影響然后給出調整后的進度計劃。如圖5.1所示。圖5.1項目進度圖5.3項目里程碑高層領導可能更加關注里程碑的進展，所以需要一個里程碑，如圖5.2所示。 提交 2015/12/31 系統測試 2015/12/29 系統集成 2015/12/28 項目實施 2015/11/24 詳細設計 2015/11/5 概要設計 2015/10/27需求開發 2015/10/15軟件項目規劃 2015/10/13圖5.

34、2項目里程碑第6章 項目配置管理6.1組織及職責(1)根據項目計劃中的角色分配，確定配置管理者，SCCB（配置控制委員會）成員。(2)項目經理是SCCB的負責人。 (3)配置管理的角色和職責見表6.1所示。表6.1 配置管理角色職責表角色人員職責、工作范圍配置管理者張瑩（1）制定配置管理計劃（2）創建和維護配置庫SCC負責人金詩蕙（1）審批配置管理計劃（2）審批重大的變更SCCB成員質量保證人員郭冰嬋配置管理者劉書彤審批某些配置項或基線的變更6.2用戶及權限用戶及權限具體如表6.2所示。 表6.2 配置庫的用戶權限類別人員權限說明配置管理者張瑩負責項目配置管理，對庫擁有所有權限項目管理金詩蕙訪

35、問、讀質量保證人員劉書彤 訪問、讀開發人員郭冰嬋訪問、讀高層管理-訪問、讀第7章 項目團隊與溝通計劃7.1項目組織結構項目的組織結構如圖7.1所示，它是矩陣型組織結構的一個具體化。廠商商品信息訂貨信息營業員購買信息顧客銷售信息超市管理員商品信息庫存信息用戶信息圖7.1項目組織結構圖其中：超市管理員-負責商品的銷售信息-負責用戶信息-負責商品的庫存信息-負責商品的訂貨信息 顧客-負責購買商品-負責了解購買商品的信息 營業員-負責了解商品的信息-負責商品的訂貨信息-負責商品的銷售信息-負責商品的用戶信息-負責商品的庫存信息廠商-負責商品信息7.2項目團隊人員1.客戶管理系統項目的責任矩陣（RAM）

36、如表7.1所示。表7.1 管理系統項目映射表項目管理組軟件開發組質量保證組配置管理組負責人金詩蕙張 瑩郭冰嬋劉書彤組成人金詩蕙張 瑩、金詩蕙郭冰嬋劉書彤2. 項目人員計劃，如表7.2人員的角色分工所示。表7.2人員角色分工表項目負責人需求分析員概要設計員詳細設計員編碼人員測試人員負責人金詩蕙張瑩郭冰嬋張瑩金詩蕙劉書彤組成人金詩蕙張瑩郭冰嬋張瑩金詩蕙、張 瑩劉書彤7.3項目溝通與評審項目評審的主要目的是根據項目計劃對項目的執行活動進行檢查，及時發現問題，研究解決對策，糾正偏差，保證項目的順利實施。項目交流計劃分為如下幾類：-      

37、   每天17:00的溝通交流-         定期評審-         階段評審-         事件評審各類交流評審安排見表7.3所示。 表7.3 項目管理交流計劃評審類別評審周期評審要點相關人員日例會每天17:00-17:30不限定主題和內容,隨意交流共享經驗,避免錯誤項目組所

38、有人定期評審(周例會)每周五本周工作進度 問題及對策資源協調下周工作安排項目經理開發經理質量經理配置管理員階段評審階段結束本階段計劃執行情況 質量評審結果產品審計結果下階段計劃修正項目主管項目經理開發經理質量經理配置管理員市場人員事件評審當事件可能影響計劃的執行事件性質和影響范圍事件處理方案的討論修改計劃的評審時間項目經理開發經理質量經理第8章 項目風險計劃8.1項目風險項目風險具體如表8.1所示。表8.1 項目風險序號風險識別風險評估風險應對措施潛在的風險事件風險發生的后果可能性影響風險值應對措施預防措施1需求不明確：需求小組沒有真正理解客戶需求客戶不接受產品或拒絕付款7

39、0%50%35%派遣經驗豐富的需求分析師與客戶進行深入的交流，明確客戶的主要需求，引導客戶對項目做出正確的描述。事先進行需求評審2項目范圍定義不明確項目沒完沒了40%50%15%要求需求小組按照客戶的要求變更項目范圍。需求要在事先定義清楚并獲得客戶的確認。3項目目標不明確導致項目進度拖期或成本超支。30%50%10%修改項目目標。事先明確項目目標4需求小組對客戶業務了解不夠軟件不能實現業務功能70%60%20%修改軟件加強與了解并讓客戶參與5需求不斷變化項目變得沒完沒了50%40%10%提交CCB討論、決定建立范圍變更程序6任務定義不夠充分項目不能按時、按預算完成 20%30%15%重新定義事

40、先與客戶達成共識7程序員對系統設計的理解上出現偏差軟件實現不了設計的功能，客戶拒絕接受60%50%5%修改代碼進行設計評審8客戶要求增加功能項目進度拖期、成本超支80%50%10%修改程序事先確定范圍目標9客戶突然要求增加功能項目進度拖期、成本超支70%15%15%作出相應修改事先確定項目范圍和功能要求10出現故障，用戶維護人員解決不了客戶投訴15%10%20%派技術人員幫助解決事先培訓客戶系統維護人員8.2管理實踐1.人力資源風險的應對措施和有關資源部門充分溝通，達成共識，建立人員的穩定和釋放機制，在開發周期內保持人員的相對穩定，資源線調動資源需要和產品部協調，并將此作為產品線考核資源線的一

41、個指標。針對人員缺乏經驗，需要進行系列的培訓組織，保證項目開發人員及時了解產品知識。工作交接規范化，保證產品開發不會因為人員變動受到大的沖擊。 對項目組進行良好組織，使得每一個開發活動的信息能被廣泛傳播和交流。   對所有工作進行詳細復審，避免只有一個人熟悉該項工作情況出現。 對于每一個關鍵技術崗位都指定一個后備人員2.對于需求變動的緩解措施在進行需求分析時和市場人員甚至用戶進行充分溝通。定出基線進行詳細評審。 周知版本計劃，并用市場銷售指導書指導市場人員簽單時注意公司產品的規格，引導用戶 嚴格控制需求的變更，建立需求變更控制機制 及時調整計劃；并周知所有項目有關人員 3.

42、對于技術因素的緩解措施 使用模塊化、層次化開發模式，盡量降低系統復雜性 加強評審4.進度風險的緩解措施  強化周報，月報，例會等措施 定期（如月）更新日程表    5.商業風險的緩解措施 重點關注關鍵路徑 客戶定期，充分溝通第9章 技術服務合同9.1合同編號技術服務合同 項目名稱： 超市管理系統 委 托 方： 沈陽工程學院 （甲 方） 受 托 方： YoX有限責任公司 （乙 方） 簽訂時間： 2015.10.13 簽訂地點： 沈陽工程學院行政樓1#101 有效期限： 2018.10. 13 中華人民共和國科學技術部印制填 寫 說 明 一、本合同為中華人民

43、共和國科學技術部印制的技術服務合同示范文本，各技術合同認定登記機構可推介技術合同當事人參照使用。 二、本合同書適用于一方當事人（受托方）以技術知識為另一方（委托方）解決特定技術問題所訂立的合同。 三、簽約一方為多個當事人的，可按各自在合同關系中的作用等，在“委托方”、“受托方”項下（增頁）分別排列為共同委托人或共同受托人。 四、本合同書未盡事項，可由當事人附頁另行約定，并作為本合同的組成部分。 五、當事人使用本合同書時約定無需填寫的條款，應在該條款處注明“無”等字樣。技術服務合同委托方（甲方）： 沈陽工程學院 住 所 地： 遼寧省沈陽市沈北新區 蒲昌路18號 法定代表人： 劉二 項目聯系人：

44、李莫 聯系方式 ：_ 通訊地址： 遼寧省沈陽市沈北新區 蒲昌路18號 電 話： _ 傳真： _ 電子信箱： 受托方（乙方）： YoX科技有限責任公司 住 所 地： 遼寧省沈陽市皇姑區X街Y大廈B座607 法定代表人： 鄭三 _ 項目聯系人： 金詩蕙 _ 聯系方式 ：_ 通訊地址： 遼寧省沈陽市皇姑區X街Y大廈B座 607 電 話： 傳真： 電子信箱： j _ 本合同甲方委托乙方就 超市管理系統 項目進行的專項技術服務，并支付相應的技術服務報酬。雙方經過平等協商，在真實、充分地表達各自意愿的基礎上，根據中華人民共和國合同法的規定，達成如下協議，并由雙方共同恪守。 第一條：甲方委托乙方進行技術服務的內容如下： 1技術服務的目標： 為甲方提供運行超市管理系統 技術服務 。 2技術服務的內容： 收銀業務 顧客信息錄入