餐飲管理系統(tǒng)開發(fā)投標(biāo)書（DOC32頁）.docx

餐飲管理系統(tǒng)開發(fā)投標(biāo)書 實(shí)現(xiàn)部分 1項(xiàng)目目標(biāo)隨著生活水平的提高，公司規(guī)模迅速發(fā)展。公司在這種大潮流下也取得了不凡的業(yè)績(jī)。為了能夠更加迅速的服務(wù)顧客，簡(jiǎn)化工作人員的一些操作，提高服務(wù)質(zhì)量，服務(wù)速度和正確率。具體目標(biāo)如下：（1）技術(shù)目標(biāo) 建立數(shù)據(jù)庫基礎(chǔ)架構(gòu) 建立數(shù)據(jù)自動(dòng)計(jì)算機(jī)制 建立數(shù)據(jù)展示和數(shù)據(jù)查詢框架 建立數(shù)據(jù)在一體機(jī)上的操作（2）業(yè)務(wù)目標(biāo)前臺(tái)業(yè)務(wù)目標(biāo)1、人性化點(diǎn)餐 （1）菜單查閱（2）特色查詢（3）點(diǎn)菜時(shí)添加菜名，桌號(hào)，會(huì)員號(hào)?？筛郊涌谖兜奶厥庖蟆?、自動(dòng)傳菜3、 菜品錄入（1）大廳散桌菜品錄入 （2）包廂菜品錄入（3）查詢所點(diǎn)菜品的狀態(tài)（4）用餐中途加菜4、結(jié)賬管理（1）非會(huì)員結(jié)賬管理（2）會(huì)員結(jié)賬管理5、對(duì)服務(wù)員評(píng)價(jià)6、獎(jiǎng)金評(píng)定7、收銀臺(tái)后臺(tái)管理目標(biāo)1、會(huì)員中心2、工作人員中心（包括服務(wù)員，廚師，管理人員以及采購人員等）。3、貨物中心。 4、收入結(jié)算中心5、管理員中心基于上述需求，零度軟件公司提出如下技術(shù)解決方案來實(shí)現(xiàn)本項(xiàng)目的技術(shù)目標(biāo)和業(yè)務(wù)目標(biāo)。2.技術(shù)解決方案2.1運(yùn)行流程注：此處只寫出主要流程，其它細(xì)小功能在此處不予顯示。顯示的圖片全為簡(jiǎn)圖，旨為形象化表示2.1.1前臺(tái)流程占用情況客人到達(dá)，來到一體機(jī)，此為一體機(jī)1號(hào)桌2號(hào)桌3號(hào)桌開始界面，根據(jù)自己選擇想要的桌號(hào)（在使用的桌子為灰色，不可點(diǎn)）?？从覉D（對(duì)于包間的一體機(jī)不用如此選擇） 輸入密碼 點(diǎn)擊后進(jìn)入另一界面，要求設(shè)置密碼（1 2 34 5 67 8 90 為了防止出現(xiàn)不必要的錯(cuò)誤），然后進(jìn)入。系統(tǒng)將該密碼打印，給客人，以免客返回確定人忘記密碼。您是否為會(huì)員進(jìn)入下一個(gè)界面，判斷是否為會(huì)員否是會(huì)員號(hào)密碼如果是會(huì)員，則要求輸入會(huì)員號(hào)和會(huì)員密碼確認(rèn)進(jìn)行完上述操作后，進(jìn)入主界面。以菜單查閱為例，以列表方式呈菜，點(diǎn)擊后可看詳細(xì)信息（文件夾功能只有會(huì)員可用，會(huì)員可以將自己喜歡吃的菜放入文件夾，所以詳細(xì)信息中，只有會(huì)員才有加入文件夾功能）。當(dāng)然，查看狀態(tài)和添加菜只能在提交完菜單之后才可使用。如下圖所示。菜系價(jià)格菜單查閱方式八寶原殼鮮貝品品醋黃河鯉魚查看狀態(tài)已點(diǎn)菜文件夾菜單查閱讀特色查詢圖片加入菜單歷史價(jià)格詳細(xì)信息中包含許多重要信息返回最后顧客選完菜之后，可以查看自己所點(diǎn)的菜，并進(jìn)行一些操作如下圖所示。查看所點(diǎn)菜百合牛肉紅棗煨肘刪除提交菜單俏江南美食7號(hào)桌菜單信息提交到廚房，傳到廚房的1號(hào)包間菜單按照時(shí)間和會(huì)員級(jí)別排序后1號(hào)桌顯示。廚師點(diǎn)擊后可以進(jìn)入詳細(xì)菜單（點(diǎn)擊后該桌變?yōu)榛疑豢稍冱c(diǎn)，以防沖突）7號(hào)桌菜單百合牛肉紅棗煨肘處理以7號(hào)桌的菜單為例，展示內(nèi)部詳細(xì)處理菜單內(nèi)部構(gòu)造。點(diǎn)擊處理之后進(jìn)入下一個(gè)處理界面7號(hào)桌牛肉2號(hào)桌牛肉做完在做這里是為了廚師可以一次做多道相同做完在做的菜，提高效率。做完之后，該桌的做完在做這道菜和其它相應(yīng)桌的菜變?yōu)榛疑?。廚師A廚師B廚師C7號(hào)桌菜狀態(tài)雪魔芋雞翅鱔魚雞蛋卷做完在做如果此時(shí)客人想查看菜的狀態(tài)，做完在做可以再次登陸自己的那桌，點(diǎn)在做做完擊查看狀態(tài)選項(xiàng)查看所點(diǎn)菜如果客戶想要加菜，登陸自己的雪魔芋雞翅鱔魚雞蛋卷刪除地鍋魚俏江南美食那桌，點(diǎn)菜方式和剛開始完全一樣，點(diǎn)完之后查看菜單，上面有以前的菜和現(xiàn)在剛點(diǎn)的菜（以前點(diǎn)的菜沒有刪除選項(xiàng)），剛點(diǎn)的提交菜單菜以不同顏色顯示，提交的時(shí)候，系統(tǒng)只把新點(diǎn)的菜傳入廚房。結(jié)賬1號(hào)桌2號(hào)桌3號(hào)桌結(jié)賬時(shí)，會(huì)員和非會(huì)員有不同的計(jì)算方法，都到收銀臺(tái)結(jié)賬（收銀臺(tái)處的一體機(jī)功能唯一，只顯示菜單和價(jià)格），可以使用現(xiàn)金或是刷卡方式?？腿溯斎朊艽a后進(jìn)入自己的桌子，界面顯示如下：雪魔芋雞翅鱔魚雞蛋卷7號(hào)桌總價(jià)結(jié)賬評(píng)價(jià)點(diǎn)擊結(jié)賬之后，該桌從灰色變?yōu)楹谏?，表明該桌無人使用，可再次點(diǎn)擊。并無提交且同時(shí)打印收據(jù)。然后，出現(xiàn)評(píng)價(jià)窗口，可以評(píng)價(jià)飯菜質(zhì)量或是服務(wù)態(tài)度，如有圖所示：2.1.2后臺(tái)流程2.2物理架構(gòu)總經(jīng)理室廚房原料供應(yīng)分機(jī)點(diǎn)餐信息顯示分機(jī)包廂點(diǎn)餐分機(jī)大廳點(diǎn)菜分機(jī)1大廳點(diǎn)菜分機(jī)2廚房總經(jīng)理室實(shí)時(shí)監(jiān)控分機(jī)大堂柜臺(tái)分機(jī)菜單服務(wù)器數(shù)據(jù)倉庫存儲(chǔ)介質(zhì)硬件分布包廂大廳廚房服務(wù)器倉庫服務(wù)器廚房原料供應(yīng)顯示器倉庫管理員原料管理分機(jī)倉庫2.3功能構(gòu)成圖與ER圖2.3.1功能構(gòu)成圖2.3.2 ER圖庫存名稱編號(hào)編號(hào)編號(hào)編號(hào)單價(jià)等級(jí)姓名名稱稱號(hào)負(fù)責(zé)范圍庫存名稱n1m1配料存放狀態(tài)11屬于m1n1m1桌號(hào)房間號(hào)存放n1圖片簡(jiǎn)介11名稱菜系編號(hào)屬于圖片n1編號(hào)屬于11n1存放m1部長(zhǎng)編號(hào)n1存放編號(hào)負(fù)責(zé)人n111屬于名稱名稱編號(hào)編號(hào)編號(hào)內(nèi)容日期編號(hào)編號(hào)名稱編號(hào)簡(jiǎn)介結(jié)算賬單名稱編號(hào)菜品狀態(tài)容量編號(hào)容量大廳餐桌包廂飲品廚具餐具留言簿一體機(jī)編號(hào)編號(hào)金額飲品菜名編號(hào)日期編號(hào)編號(hào)臨時(shí)顧客消費(fèi)歷史點(diǎn)菜單物品庫責(zé)任姓名編號(hào)會(huì)員廚房菜庫部門工作人員編號(hào)現(xiàn)金工作人員類型貨物管理員會(huì)員等級(jí)2.4數(shù)據(jù)流實(shí)際總價(jià)值 N號(hào)桌菜單 數(shù)據(jù)記錄飯菜編號(hào)工作記錄人員工作量和服務(wù)質(zhì)量菜單桌號(hào) 菜單原料支出原料花費(fèi) 原料購買會(huì)員消費(fèi)記錄毛收入工資支出相應(yīng)的獎(jiǎng)金總基本工資 工作人員工資按相應(yīng)的優(yōu)惠規(guī)則進(jìn)行計(jì)算2.5認(rèn)證管理管理員和經(jīng)理進(jìn)入系統(tǒng)時(shí)，必須輸入賬號(hào)與密碼?？腿嗽诓僮鲿r(shí)，也要自己設(shè)置相應(yīng)的密碼。2.6系統(tǒng)可靠性及可擴(kuò)展性系統(tǒng)的可靠性及可擴(kuò)展性對(duì)企業(yè)級(jí)應(yīng)用來說是非常重要的。我們的設(shè)計(jì)充分考慮了這兩個(gè)因素。針對(duì)可靠性，我們的設(shè)計(jì)是在系統(tǒng)包含一個(gè)雙機(jī)組成的數(shù)據(jù)倉庫，。數(shù)據(jù)倉庫帶有自己的外存磁盤陣列。2.7非功能性設(shè)計(jì)2.7.1性能需求容量設(shè)計(jì)建議每年的數(shù)據(jù)量分配在200G左右。響應(yīng)設(shè)計(jì)高的響應(yīng)能給用戶帶來效率上的提升 ，加快了工作效率，減少了等待時(shí)間，同時(shí)加快了系統(tǒng)的處理效率，我們將通過以下幾方面手段來保證用戶得到高質(zhì)量的響應(yīng)：1. 優(yōu)化模型設(shè)計(jì)，好的模型設(shè)計(jì)能夠減少冗余數(shù)據(jù)量的加載和檢索，以及表間關(guān)聯(lián)檢索，能大大提高系統(tǒng)數(shù)據(jù)的響應(yīng)時(shí)間。2. 有效利用數(shù)據(jù)庫的緩存功能，對(duì)于經(jīng)常訪問的數(shù)據(jù)，可將數(shù)據(jù)緩存于數(shù)據(jù)庫中，減少IO，3. 利用集群功能，合理分配負(fù)載，充分利用各主機(jī)的CPU, 內(nèi)存等硬件資源。2.7.2災(zāi)備設(shè)計(jì)災(zāi)備級(jí)別 高: 內(nèi)部系統(tǒng)核心數(shù)據(jù)，包括所有連機(jī)和脫機(jī)數(shù)據(jù)，需要高級(jí)別的備份。 中：系統(tǒng)需要的資料數(shù)據(jù)。 低：與系統(tǒng)關(guān)系不大，偶爾系統(tǒng)需要使用到的數(shù)據(jù)。由此可見，對(duì)于高，中級(jí)別的數(shù)據(jù)，需要進(jìn)行對(duì)應(yīng)的備份。備份策略為了保障核心數(shù)據(jù)和重要數(shù)據(jù)的完整性和一致性，我們將提供對(duì)應(yīng)的磁盤備份、聯(lián)機(jī)備份和遠(yuǎn)程備份功能：磁盤備份：通過鏡像 (mirrored) 磁盤矩陣, 對(duì)每一個(gè)寫到磁盤的字節(jié)，作實(shí)時(shí)的鏡像備份，減少磁盤機(jī)出錯(cuò)的幾率。磁盤備份一旦設(shè)定，由設(shè)備實(shí)現(xiàn)，無需人工干預(yù)。聯(lián)機(jī)備份：提供24*365天的備份機(jī)制，用戶可以基于調(diào)度來運(yùn)行備份，可以基于系統(tǒng)運(yùn)行的熱備份。我們?cè)O(shè)計(jì)方案中使用的Oracle 11g。遠(yuǎn)程備份：提供對(duì)付災(zāi)害性的系統(tǒng)失敗的有效方式。遠(yuǎn)程備份把數(shù)據(jù)存放到地理上的遠(yuǎn)方，以應(yīng)對(duì)主機(jī)可能遇到當(dāng)?shù)貫?zāi)害性的損毀。我們建議把每天的熱備份數(shù)據(jù)，拷貝到遠(yuǎn)端備份存儲(chǔ)服務(wù)器。以上的備份策略，保證在不影響系統(tǒng)服務(wù)的條件下，在本地和遠(yuǎn)程，都保留一份前一天的備份數(shù)據(jù)。當(dāng)?shù)貍浞萁ㄗh保留30天；遠(yuǎn)程備份建議保留7天。備份可以保存在磁帶庫、或光盤庫。本地備份耗時(shí)目標(biāo)是2小時(shí)；遠(yuǎn)程備份耗時(shí)目標(biāo)是12小時(shí)。恢復(fù)策略常規(guī)的數(shù)據(jù)恢復(fù)流程設(shè)計(jì)如下：1) 重啟系統(tǒng)的所有服務(wù)器和存儲(chǔ)設(shè)備2) 如必要，恢復(fù)系統(tǒng)3) 從本地備份選取前一天的備份，或最近的備份；如果本地備份丟失，取遠(yuǎn)程備份4) 恢復(fù)數(shù)據(jù)倉庫數(shù)據(jù)5) 恢復(fù)系統(tǒng)服務(wù)常規(guī)數(shù)據(jù)恢復(fù)一般是在文件系統(tǒng)失敗（包括磁盤設(shè)備失?。?dǎo)致數(shù)據(jù)無法使用的情形下必須激活的程序。常規(guī)數(shù)據(jù)恢復(fù)保證系統(tǒng)回復(fù)到前一天的狀態(tài)，但也意味著當(dāng)天數(shù)據(jù)的丟失。一般系統(tǒng)出錯(cuò)的恢復(fù)，其實(shí)不一定需要用到備份，我們建議應(yīng)該避免使用常規(guī)數(shù)據(jù)恢復(fù)，盡量考慮用其他辦法把系統(tǒng)回復(fù)到最近的可用狀態(tài)。以下我們以O(shè)racle數(shù)據(jù)庫為例，說明一下可以考慮的恢復(fù)措施。數(shù)據(jù)庫的恢復(fù)過程分兩步進(jìn)行，首先將把存放在重做日志文件中的所有重做運(yùn)用到數(shù)據(jù)文件，之后對(duì)重做中所有未提交的事務(wù)進(jìn)行回滾。數(shù)據(jù)庫的恢復(fù)只能在發(fā)生故障之前的數(shù)據(jù)文件上運(yùn)用重做，將其恢復(fù)到故障時(shí)刻，而不能將數(shù)據(jù)文件反向回滾到之前的某一個(gè)時(shí)刻。數(shù)據(jù)庫的異常、錯(cuò)誤可以分為以下幾類： SQL語句失敗 線程失敗 實(shí)例失敗 用戶操作失敗 存儲(chǔ)設(shè)備失敗 如果發(fā)生前三種失敗，不需要人為干涉，系統(tǒng)會(huì)自動(dòng)進(jìn)行恢復(fù)。對(duì)于用戶操作型的失敗（如誤刪除數(shù)據(jù)），系統(tǒng)采取的補(bǔ)救措施主要有導(dǎo)入最新的邏輯備份或進(jìn)行到某一時(shí)間點(diǎn)的不完全恢復(fù)。數(shù)據(jù)庫引入了基于表空間的時(shí)間點(diǎn)恢復(fù)(TSPITR)，可以單獨(dú)將包含錯(cuò)誤操作的表空間恢復(fù)到指定時(shí)間，而不必對(duì)整個(gè)數(shù)據(jù)庫進(jìn)行不完全恢復(fù)。當(dāng)錯(cuò)誤操作發(fā)現(xiàn)比較及時(shí)而且數(shù)據(jù)量不大的情況下也可以考慮使用logminer生成反向SQL。 針對(duì)存儲(chǔ)設(shè)備的失敗的情況比較復(fù)雜，存儲(chǔ)設(shè)備的失敗必然會(huì)使放置在其上的文件變?yōu)椴豢捎茫覀兿葘?shù)據(jù)庫所涉及到的文件進(jìn)行一個(gè)劃分，主要可分為： 數(shù)據(jù)庫的系統(tǒng)文件，指數(shù)據(jù)庫的運(yùn)行文件，各種應(yīng)用程序 數(shù)據(jù)庫控制文件 數(shù)據(jù)庫聯(lián)機(jī)重做日志文件 數(shù)據(jù)文件 歸檔日志文件 避免第一種文件失敗主要依賴系統(tǒng)管理員進(jìn)行操作系統(tǒng)級(jí)的備份，當(dāng)發(fā)生事故后只能依靠操作系統(tǒng)備份將其恢復(fù)。 控制文件中記錄著整個(gè)數(shù)據(jù)庫的結(jié)構(gòu)、每個(gè)數(shù)據(jù)文件的狀況、系統(tǒng)SCN、檢查點(diǎn)計(jì)數(shù)器等重要信息，在創(chuàng)建數(shù)據(jù)庫時(shí)會(huì)讓用戶指定三個(gè)位置來存放控制文件，他們之間互為鏡像，當(dāng)其中任何一個(gè)發(fā)生故障，只需將其從ini文件中注釋掉故障數(shù)據(jù)文件就可重新將數(shù)據(jù)啟動(dòng)。當(dāng)所有控制全部失效時(shí)，可以在Nomount模式下執(zhí)行create controlfile來重新生成控制文件，但必須提供redo log，data file，文件名和地址以及MAXLOGFILES，MAXDATAFILES，MAXINSTANCES等信息。如果失敗之前運(yùn)行過alter database backup controlfile to trace或alter database backup controlfile to xxx對(duì)控制文件作備份，恢復(fù)時(shí)可使用生成的腳本來重建或用備份文件覆蓋，如果使用了舊的控制文件在恢復(fù)時(shí)要使用recover xxx using backup controlfile選項(xiàng)來進(jìn)行恢復(fù)，并使用resetlogs選項(xiàng)來打開數(shù)據(jù)庫。2.7.3可獲性設(shè)計(jì)高可獲性來自于我們建議的軟件系統(tǒng)，無論是Oracle, IBM DB2, 或Actuate 9, 都支持失敗轉(zhuǎn)移等高級(jí)集群功能，滿足提供7x24不間斷服務(wù)的要求，能夠保證滿足任何時(shí)候系統(tǒng)的可獲性需求。2.7.4易用性設(shè)計(jì)在軟件的易用性方面，我們將充分考慮用戶的體驗(yàn)性，簡(jiǎn)單性，高效率性為客戶定制一套更適合客戶需要的的系統(tǒng)，根據(jù)需要，我們將基于以下方面進(jìn)行設(shè)計(jì)： 制作一體機(jī)。 用戶界面友好、同時(shí)易操作。 界面操作符合瀏覽習(xí)慣。 界面風(fēng)格，術(shù)語統(tǒng)一。 合理的組織操作菜單 查詢等出現(xiàn)錯(cuò)誤時(shí)提供友好的提示。2.7.5安全性設(shè)計(jì)身份認(rèn)證系統(tǒng)提供身份認(rèn)證功能。使用系統(tǒng)的用戶必須先要經(jīng)過申請(qǐng)審批管理流程，通過有關(guān)部門管理人員的合法性審批，系統(tǒng)管理員在系統(tǒng)管理模塊中設(shè)置用戶名、操作權(quán)限和初始密碼，并告知用戶后，用戶才可以用指定的用戶名和密碼登錄進(jìn)入系統(tǒng)，進(jìn)行權(quán)限范圍內(nèi)的操作。在系統(tǒng)登錄界面中，只有輸入正確的用戶名和密碼，才能進(jìn)入系統(tǒng)，進(jìn)入系統(tǒng)后用戶可隨時(shí)修改自己的密碼。對(duì)用戶密碼可提供更嚴(yán)格的控制功能，如首次登錄系統(tǒng)必須修改密碼、經(jīng)過多長(zhǎng)時(shí)間必須修改密碼、多次登錄失敗鎖定用戶等，進(jìn)一步提供系統(tǒng)的身份認(rèn)證安全性。用戶權(quán)限控制系統(tǒng)提供權(quán)限管理功能模塊，系統(tǒng)管理員可增加、刪除、修改用戶、用戶組，設(shè)置用戶的、操作權(quán)限、數(shù)據(jù)權(quán)限。通過用戶、用戶組及權(quán)限管理功能，可根據(jù)機(jī)構(gòu)、部門、用戶類別等建立用戶組，用戶可以屬于某個(gè)組或幾個(gè)組，也可以是獨(dú)立用戶。通過對(duì)用戶組進(jìn)行授權(quán)，組中的每個(gè)用戶都擁有組的所有權(quán)限，極大方便了授權(quán)管理；獨(dú)立的用戶可以獨(dú)立授權(quán)。用戶組、用戶的權(quán)限可以針對(duì)機(jī)構(gòu)、業(yè)務(wù)數(shù)據(jù)的范圍、功能范圍等進(jìn)行授權(quán)，實(shí)現(xiàn)系統(tǒng)應(yīng)用的數(shù)據(jù)安全。關(guān)鍵數(shù)據(jù)加密存儲(chǔ)對(duì)于存儲(chǔ)到系統(tǒng)中的一些關(guān)鍵敏感數(shù)據(jù)，程序?qū)@些數(shù)據(jù)進(jìn)行加密存儲(chǔ)，使得在其它任何軟件環(huán)境中都無法獲取明碼。系統(tǒng)操作處理日志系統(tǒng)對(duì)用戶登錄情況，如登錄用戶、進(jìn)入時(shí)間、退出時(shí)間、操作功能項(xiàng)等進(jìn)行自動(dòng)記錄；對(duì)于數(shù)據(jù)錄入、數(shù)據(jù)同步、數(shù)據(jù)抽取和數(shù)據(jù)分析等應(yīng)用處理的時(shí)間、數(shù)據(jù)范圍、執(zhí)行情況等也自動(dòng)記錄日志，以便出問題時(shí)跟蹤追查審計(jì)。系統(tǒng)日志還可用于系統(tǒng)操作的防抵賴。安全管理機(jī)構(gòu)和制度建設(shè)明確系統(tǒng)的安全管理機(jī)構(gòu)/部門、人員及職責(zé)，負(fù)責(zé)管理系統(tǒng)安全保密工作。制定系統(tǒng)安全保密管理制度，并嚴(yán)格加以執(zhí)行及監(jiān)督，實(shí)現(xiàn)資源的合理配置和統(tǒng)一管理，實(shí)現(xiàn)統(tǒng)一的訪問控制策略，確保系統(tǒng)的安全運(yùn)行、安全審查。在外部安全上，企業(yè)級(jí)的防火墻可以為本系統(tǒng)提供一個(gè)安全的運(yùn)行環(huán)境。在系統(tǒng)內(nèi)部，本系統(tǒng)用戶眾多，機(jī)構(gòu)、角色、權(quán)限各不相同，因此必須具有較高的安全性，防止用戶越權(quán)訪問以及竊取數(shù)據(jù)。 用戶的每個(gè)動(dòng)作都要經(jīng)過身份驗(yàn)證，在身份與權(quán)限匹配的情況下才能繼續(xù)執(zhí)行其他操作，就可以有效實(shí)現(xiàn)安全性目標(biāo)。操作授權(quán)：對(duì)不同使用部門使用產(chǎn)品的授權(quán)和其中不同級(jí)別的用戶使用產(chǎn)品功能的授權(quán)由系統(tǒng)管理員分級(jí)授權(quán)，授權(quán)信息放在數(shù)據(jù)庫中，操作員的每一個(gè)操作均需系統(tǒng)授權(quán)。3項(xiàng)目管理3.1溝通管理3.1.1項(xiàng)目會(huì)議制度項(xiàng)目會(huì)議是服務(wù)于項(xiàng)目工作的，是為了更好的加強(qiáng)項(xiàng)目溝通、解決項(xiàng)目實(shí)施過程中存在的各種問題。每次會(huì)議都要有專人做會(huì)議記錄，會(huì)議紀(jì)要的格式參見雙方約定文檔規(guī)范中的會(huì)議紀(jì)要模板，會(huì)后由記錄人員將會(huì)議紀(jì)要分發(fā)給相關(guān)人員，并上傳版本庫中。項(xiàng)目組根據(jù)項(xiàng)目實(shí)際情況擬設(shè)立定期會(huì)議和不定期會(huì)議，分別闡述如下：定期會(huì)議 項(xiàng)目周例會(huì) 會(huì)議目標(biāo)： 溝通項(xiàng)目狀態(tài)，提出項(xiàng)目問題、風(fēng)險(xiǎn)和依賴條件；協(xié)調(diào)項(xiàng)目資源；對(duì)項(xiàng)目提出建議，問題的解決方法，行動(dòng)計(jì)劃。 日期與時(shí)間： 每周四14:00開始。 參加人員： 乙方項(xiàng)目經(jīng)理；甲方項(xiàng)目經(jīng)理；項(xiàng)目經(jīng)理指定的其他成員。 主要議程及責(zé)任：更新項(xiàng)目狀態(tài)，包括：跟蹤檢查項(xiàng)目遺留問題的解決情況；項(xiàng)目狀態(tài)信息，時(shí)間進(jìn)度表等；問題，風(fēng)險(xiǎn)，依賴條件（技術(shù)和管理）；對(duì)提出的問題，討論和決定行動(dòng)計(jì)劃；乙方負(fù)責(zé)做會(huì)議記錄，會(huì)后分發(fā)會(huì)議記錄，將會(huì)議記錄上傳到版本庫中，并負(fù)責(zé)下一步行動(dòng)計(jì)劃。不定期會(huì)議 項(xiàng)目狀態(tài)會(huì)議 會(huì)議目標(biāo)： 使項(xiàng)目全體人員明確目前項(xiàng)目的狀態(tài)、問題、解決方法。 日期與時(shí)間：根據(jù)實(shí)際需要確定。 參加人員： 所有項(xiàng)目人員。 主要議程及責(zé)任：項(xiàng)目狀態(tài)，存在的問題及解決方法；下階段項(xiàng)目計(jì)劃。 項(xiàng)目領(lǐng)導(dǎo)組會(huì)議 會(huì)議目標(biāo)： 審核下階段項(xiàng)目計(jì)劃；復(fù)查項(xiàng)目狀態(tài)和里程碑；對(duì)項(xiàng)目中的重大問題做出決策；協(xié)調(diào)項(xiàng)目各方資源；解決項(xiàng)目各方可能發(fā)生的重大爭(zhēng)議。 日期與時(shí)間：根據(jù)項(xiàng)目進(jìn)展實(shí)際情況安排。 參加人員：項(xiàng)目領(lǐng)導(dǎo)組成員；乙方項(xiàng)目經(jīng)理；甲方項(xiàng)目經(jīng)理；其他有需要參加的人員。 主要議程及責(zé)任：項(xiàng)目經(jīng)理匯報(bào)項(xiàng)目狀態(tài)和下階段項(xiàng)目計(jì)劃；項(xiàng)目領(lǐng)導(dǎo)討論項(xiàng)目中需要決策的重大問題；乙方負(fù)責(zé)做會(huì)議記錄，會(huì)后分發(fā)會(huì)議記錄，將會(huì)議記錄上傳到版本庫中，并負(fù)責(zé)下一步行動(dòng)計(jì)劃。 重大問題匯報(bào)會(huì)議 會(huì)議目標(biāo)： 匯報(bào)項(xiàng)目重大問題，并討論決定采取何行動(dòng)。 日期與時(shí)間：重大問題出現(xiàn)時(shí)。 參加人員：?jiǎn)栴}發(fā)起人；項(xiàng)目經(jīng)理；高層領(lǐng)導(dǎo)等。 主要議程及責(zé)任：匯報(bào)項(xiàng)目重大問題，找出解決方案，決定行動(dòng)計(jì)劃。 項(xiàng)目組內(nèi)部討論/溝通會(huì)議 會(huì)議目標(biāo)：對(duì)項(xiàng)目組內(nèi)部遇到的問題進(jìn)行討論，找出解決方案，并討論決定采取何行動(dòng)。 日期與時(shí)間：根據(jù)開發(fā)的狀態(tài)。 參加人員：?jiǎn)栴}發(fā)起人；溝通相關(guān)人員等。 主要議程及責(zé)任：討論出現(xiàn)的各種相關(guān)問題，找出解決方案，決定行動(dòng)計(jì)劃。3.1.2項(xiàng)目狀態(tài)周報(bào)制度項(xiàng)目組各組員每周一上午提交周報(bào)，提交到乙方項(xiàng)目經(jīng)理，由安訊軟件（上海）有限公司項(xiàng)目經(jīng)理匯總后提交給甲方項(xiàng)目經(jīng)理；甲方項(xiàng)目經(jīng)理根據(jù)項(xiàng)目狀態(tài)，總結(jié)項(xiàng)目周報(bào)，形成項(xiàng)目組的狀態(tài)周報(bào)，并于每周一下午4點(diǎn)之前上傳到版本庫中的周報(bào)目錄上。3.1.3溝通手段 開會(huì)或直接交談按需要組織會(huì)議進(jìn)行溝通，或直接找相關(guān)的人進(jìn)行討論，注意記錄溝通和討論結(jié)果，重要問題討論必須有書面會(huì)議記錄。 電話或電話會(huì)議通過電話的方式進(jìn)行信息溝通。對(duì)比較重要的事情，需要包括開發(fā)地點(diǎn)以外的人員，則需要利用電話會(huì)議的方式進(jìn)行討論，溝通。 電子郵件建立項(xiàng)目組電子郵件系統(tǒng)及與外界聯(lián)系的電子郵件系統(tǒng)。3.2配置管理3.2.1配置管理原則所有的項(xiàng)目過程文檔、代碼或項(xiàng)目最終文檔、代碼的編制工作，都必須在甲方提供的配置環(huán)境中進(jìn)行，所有人員都必須按甲方的配置管理制度進(jìn)行工作。3.2.2配置庫管理配置庫分為文檔庫和代碼庫。文檔庫管理項(xiàng)目的所有文檔，而代碼庫管理項(xiàng)目的所有代碼，文檔及代碼庫進(jìn)行基線化管理，按照項(xiàng)目階段，對(duì)文檔庫和代碼庫打基線。經(jīng)測(cè)試以及審核后提交產(chǎn)品庫，文檔與產(chǎn)品由甲方統(tǒng)一管理，未經(jīng)甲方同意，不得對(duì)任何項(xiàng)進(jìn)行任何更改。3.3變更管理為了保證項(xiàng)目開發(fā)工作的相對(duì)穩(wěn)定性，提高工作效率，確保開發(fā)質(zhì)量。對(duì)影響項(xiàng)目計(jì)劃的變更，制定出處理變更的規(guī)范的、統(tǒng)一的方法和過程，估算出因變更引起的相應(yīng)的資源、費(fèi)用、和時(shí)間的變化以及變更確立后，變更的發(fā)布，執(zhí)行，和過程質(zhì)量的控制。本項(xiàng)目成立變更控制委員會(huì)，一般為單數(shù)組成（甲方人數(shù)乙方1），由甲方指定人員任變更控制委員會(huì)主任;變更的審批由變更控制委員會(huì)表決決定，2/3人數(shù)通過為表決通過，變更控制委員會(huì)主任有最終否決權(quán)。如變更控制委員會(huì)無法對(duì)變更做出最后決定，由變更控制委員會(huì)主任將變更申請(qǐng)?zhí)峤豁?xiàng)目管理高層進(jìn)行裁決。3.3.1發(fā)起變更提出變更要求必須填寫變更申請(qǐng)表（參見附件C“變更申請(qǐng)表”所附表樣）。變更申請(qǐng)表由變更申請(qǐng)人填寫。變更控制委員會(huì)審議變更申請(qǐng)的有效性和變更的必要性，決定拒絕變更申請(qǐng)或者要求乙方對(duì)申請(qǐng)的變更進(jìn)行評(píng)估。3.3.2評(píng)估變更乙方指定的評(píng)估人員要充分評(píng)估變更對(duì)項(xiàng)目整體計(jì)劃、進(jìn)度、費(fèi)用及質(zhì)量的影響，進(jìn)行全面的評(píng)估，在五工作日內(nèi)，填寫變更評(píng)估表（參見附件C “變更申請(qǐng)表”所附表樣），以書面形式提交甲方。3.3.3審批變更變更控制委員會(huì)對(duì)變更請(qǐng)求進(jìn)行審批，由變更控制委員會(huì)主任簽署書面變更審批單，有效變更審批間必須在審批結(jié)論中明確是否通過變更申請(qǐng)。涉及合同變更的不在變更控制委員會(huì)審批范圍內(nèi)，根據(jù)購買合同規(guī)定的條款進(jìn)行審批。3.3.4執(zhí)行變更乙方負(fù)責(zé)根據(jù)變更審批結(jié)果，調(diào)整相關(guān)項(xiàng)目計(jì)劃，根據(jù)新的項(xiàng)目計(jì)劃和項(xiàng)目進(jìn)度，重新分配資源，對(duì)變更展開工作，并指定變更執(zhí)行評(píng)估人員。變更有關(guān)執(zhí)行人進(jìn)行變更執(zhí)行。執(zhí)行完成后向變更控制委員會(huì)報(bào)告變更執(zhí)行情況。3.3.5變更執(zhí)行評(píng)估變更控制委員會(huì)中乙方委員負(fù)責(zé)填報(bào)變更執(zhí)行結(jié)果評(píng)估表，對(duì)執(zhí)行結(jié)果進(jìn)行評(píng)估跟蹤，并將結(jié)果向變更控制委員會(huì)主任報(bào)告。3.4質(zhì)量管理3.4.1質(zhì)量規(guī)劃 質(zhì)量目標(biāo)：針對(duì)數(shù)據(jù)倉庫一期系統(tǒng)，確立以下質(zhì)量目標(biāo)，甲乙雙方應(yīng)針對(duì)以下質(zhì)量目標(biāo)開展質(zhì)量管理活動(dòng)： 保證100%滿足業(yè)務(wù)需求要求的正確性與精確性 用戶滿意度達(dá)90%以上 質(zhì)量管理原則 客戶滿意度優(yōu)先 預(yù)防優(yōu)于檢查 管理層的責(zé)任 持續(xù)改進(jìn) 質(zhì)量保證計(jì)劃：合同生效后，甲乙雙方應(yīng)在質(zhì)量方針、質(zhì)量目標(biāo)、質(zhì)量原則及項(xiàng)目范圍等的前提下建立質(zhì)量保證計(jì)劃，明確相關(guān)干系人質(zhì)量管理職責(zé)、項(xiàng)目質(zhì)量管理任務(wù)的定義與責(zé)任人、需遵守的制度、規(guī)程、規(guī)范與標(biāo)準(zhǔn)、質(zhì)量控制的方法、工具、記錄與跟蹤等，便以此為基礎(chǔ)，有效地開展質(zhì)量管理活動(dòng)。 測(cè)試要求測(cè)試作為項(xiàng)目最主要的驗(yàn)證方式，應(yīng)該得到雙方的高度重視。應(yīng)達(dá)到以下要求： 所有測(cè)試必須有適用的測(cè)試管理流程，得到質(zhì)量控制小組的確認(rèn) 在需求分析階段，出具用戶測(cè)試計(jì)劃，以保證需求的可測(cè)試性 在概要設(shè)計(jì)階段，出具集成測(cè)試計(jì)劃、集成測(cè)試案例 在詳細(xì)設(shè)計(jì)階段，出具單元測(cè)試計(jì)劃、單元測(cè)試案例 編碼階段所有模塊必須經(jīng)過單元測(cè)試通過，并出具單元測(cè)試報(bào)告，經(jīng)雙方項(xiàng)目經(jīng)理確認(rèn) 集成測(cè)試計(jì)劃需經(jīng)評(píng)審?fù)ㄟ^ 集成測(cè)試必須有兩輪以上的測(cè)試，每輪測(cè)試必須有集成測(cè)試報(bào)告 用戶測(cè)試必須由甲方組織測(cè)試通過，出具經(jīng)相關(guān)單位蓋章的測(cè)試報(bào)告后，視為完成 在集成測(cè)試完成后的程序修改應(yīng)有足夠的回歸測(cè)試工作，并得到項(xiàng)目質(zhì)量控制小組的確認(rèn)3.4.2質(zhì)量保證甲乙雙方在項(xiàng)目實(shí)施期間應(yīng)進(jìn)行以下質(zhì)量保證活動(dòng)：1. 規(guī)則的培訓(xùn)與指導(dǎo) 雙方項(xiàng)目經(jīng)理負(fù)責(zé)組織在項(xiàng)目啟動(dòng)階段向項(xiàng)