【正文】 具體的驗收規(guī)程另行制訂。驗收工作應(yīng)按照經(jīng)項目委托單位“國家自然科學(xué)基金委員會信息科學(xué)部”與總體組雙方都認(rèn)可的驗收規(guī)程正式履行驗收手續(xù)。項目進展季報表的具體格式應(yīng)與附錄 B 中的規(guī)定相一致。 b. 日常檢查：在軟件的工程化生產(chǎn)過程中，各子系統(tǒng)應(yīng)該填寫項目進展報表，即軟件進展報表表頭、軟件階段進度表、軟件階段產(chǎn)品完成情況表、軟件開發(fā)費用表等四張表格。 每一次評審工作都應(yīng)填寫評審總結(jié)報告（ RSR）、評審問題記錄（ RPL）、評審成員簽字表（ RMT）與軟件問題報告 單（ SPR）等四張表 41 格。關(guān)于這些評審工作的詳細(xì)內(nèi)容見第 5章。在軟件開發(fā)過程中，經(jīng)總體組研究決定，要進行如下幾類評審與檢查工作： a. 階段評審：在軟件開發(fā)過程中，要定期地或階段性地對某一開發(fā)階段或某幾個開發(fā)階段的階段產(chǎn)品進行評審。軟件質(zhì)量保證小組要派成員參加所有的評審與檢查活動。 40 任務(wù) 軟件質(zhì)量保證工作涉及軟件生存周期各階段的活動，應(yīng)該貫徹到日常的軟件開發(fā)活動中，而且應(yīng)該特別 注意軟件質(zhì)量的早期評審工作。各子系統(tǒng)的軟件質(zhì)量保證人員有權(quán)直接向軟件質(zhì)量保證小組報告子項目的軟件質(zhì)量狀況。各子系統(tǒng)的軟件質(zhì)量保證人員在業(yè)務(wù)上受軟件質(zhì)量保證小組領(lǐng)導(dǎo)，在行政上受各子系統(tǒng)負(fù)責(zé)人領(lǐng)導(dǎo)。 39 參考資料 GB/T 11457 軟件工程術(shù)語 GB 8566 計算機軟件開發(fā)規(guī)范 GB 8567 計算機軟件產(chǎn)品開發(fā)文件編制指南 GB/T 12504 計算機軟件質(zhì)量保證計劃規(guī)范 GB/T 12505 計算機軟件配置管理計劃規(guī)范 軟件配置管理計劃 2 管理 機構(gòu) 在本軟件系統(tǒng)整個開發(fā)期間，必須成立軟件質(zhì)量保證小組負(fù)責(zé)質(zhì)量保證工作。 軟件開發(fā)單位在開發(fā)軟件系統(tǒng)所屬的各個子系統(tǒng)（其中包括為本項目研制或選用的各種支持軟件）時，都應(yīng)該執(zhí)行本計劃中的有關(guān)規(guī)定，但可根據(jù)各自的情況對本計劃作適當(dāng)?shù)募舨?，以滿足特定的質(zhì)量保證要求，剪裁后的計劃必須經(jīng)總體組批準(zhǔn)。這些將使軟件項目滿足機構(gòu)方針的要求。它通過對軟件產(chǎn)品和活動進行評審和審計來驗證軟件是合乎標(biāo)準(zhǔn)的。 本項目的進度監(jiān)控執(zhí)行本企業(yè)《項目管理規(guī)范》，由本企業(yè)過程控制部門如質(zhì)量管理部統(tǒng)一進行監(jiān)控，并保留在監(jiān)控過程中產(chǎn)生的日常檢查記錄。 項目團隊需要項目經(jīng)理、計劃經(jīng)理、系統(tǒng)分析員（或小組）、構(gòu)架設(shè)計師、設(shè)計組、程序組、測試組等完成項目任務(wù)。同時還要時畫出項目采用的工作流程圖及用適當(dāng)?shù)奈淖诌M行說明。 軟 件開發(fā)項目常見預(yù)估的風(fēng)險： 1) 工程／規(guī)模／進度上的風(fēng)險 規(guī)模大，規(guī)模估算不精確甚至誤差很大；就規(guī)模而言，用戶要求交付期、費用很緊；預(yù)料外的工作 (測試未完時的現(xiàn)場對應(yīng)等 )； 2) 技術(shù)上的風(fēng)險 使用新的開發(fā)技術(shù)、新設(shè)備等，或是新的應(yīng)用組合，沒有經(jīng)驗；是新的行業(yè)或業(yè)務(wù)，沒有經(jīng)驗；性能上的要求很嚴(yán)； 3) 用戶體制上的問題 用戶管理不嚴(yán)，恐怕功能決定、驗收不能順利地完成（或者出現(xiàn)了延遲）；或者恐怕功能會多次變更；與用戶分擔(dān)開發(fā)，恐怕工程會拖延（或者出現(xiàn)了延遲）；用戶或其他相關(guān)單位承擔(dān)的工作有可能延誤； 37 4) 其它：應(yīng)該包含此處沒有、但據(jù)推測有風(fēng)險的項目。 根據(jù)相應(yīng)的風(fēng)險應(yīng)該采取有針對性的對策，包括避免：排除特定危脅往往靠排除危險起源；減緩：減少風(fēng)險事件的預(yù)期資金投入來減低風(fēng)險發(fā)生的概率，以及減少風(fēng)險事件的風(fēng)險系數(shù)；吸納：接受一切后果，可以是積極的（如制定預(yù)防性計劃來防備風(fēng)險事件的發(fā)生），也可以是消極的（如某些費用超支則接受低于預(yù)期的利潤）。內(nèi)在風(fēng)險是指項目工作組能加以控制和影響的風(fēng)險，如人事任免和成本估計等。分析風(fēng)險出現(xiàn)的可能性（概率）、造成的影響、根據(jù)影響應(yīng)該采取的對策，采取的措施。觀察歷史項目中工作量和項目規(guī)模的數(shù)據(jù)，通過回歸擬合可以得出生產(chǎn)率，工作量，生產(chǎn)率三者間的參數(shù)模型，這個參數(shù)模型可以用來我們通過軟件項目的規(guī)模來預(yù)測實際的工作量。 Coo 估算是一種關(guān)于軟件成本估算的方法，但僅給出一個可行的模型，項目沒有足夠多的歷史數(shù)據(jù)根本無法確定出各調(diào)整因子和系數(shù)。功能點法最終結(jié)果是規(guī)模，仍然需要知道項目的生產(chǎn)率數(shù)據(jù)才能得出實際的工作量。采用三點法估算的計劃評審技術(shù)仍然是專家法的一種，這種方式的估算可以讓我們更加清楚項目進度的一個范圍值。 在項目沒有太多積累情況下，依賴專家去估算往往是最有效的方法。當(dāng)預(yù)計出項目工作量人月后，最好能夠根據(jù)歷史經(jīng)驗和模型來預(yù)測在不考慮人力資源限制情況下項目可以完成的最短周期。 當(dāng)新項目的規(guī)模比歷史項目規(guī)模大幾倍的時候，往往工作量會成指數(shù)級增長，在這種情況下要謹(jǐn)慎采用原來的線性比率關(guān)系。 功能點和代碼行是可采用的規(guī)模數(shù)據(jù)，但采用代碼行時候往往無法區(qū)分不同的代碼類型本身往往具有不同的復(fù)雜度，對于邏輯層實現(xiàn)算法的代碼和 UI 層實現(xiàn)簡單完整性代碼，雖然可能相同的代碼行，但其復(fù)雜度不同將直接導(dǎo)致工作量的不同。在項目過程不成熟或積累的歷史數(shù)據(jù)不夠的時候，慎用直接估算規(guī)模的方法，因此及時估算了規(guī)模也不清楚團隊的實際生產(chǎn)率情況，無法根據(jù) 規(guī)模推出具體的工作量。未了保證計劃順利完成，系統(tǒng)分析員必須在一星期內(nèi)天內(nèi)到位，有關(guān)人員須在計劃正式開始前確定對需求文檔進行確認(rèn)。 34 各類人員需要進行酒店需求分析、現(xiàn)狀調(diào)查、可行性分析、業(yè)務(wù)流程分析、業(yè)務(wù)流程再造、數(shù)據(jù)字典分析、系統(tǒng)功能分析、提供解決方案、項目識別、項目實施籌備、系統(tǒng)設(shè)計施工、系統(tǒng)運行規(guī)劃、系統(tǒng)模擬運行、系統(tǒng)正式運行、系統(tǒng)維護和升級、人員培訓(xùn)工作，軟 件應(yīng)包括接待、收銀、營銷、財務(wù)、房務(wù)、商務(wù)、網(wǎng)絡(luò)設(shè)置、系統(tǒng)設(shè)置等主要功能?；谏鲜鎏攸c，軟件項目管理與其他項目管理相比，有很大的獨特性。實際上，軟件項目管理的意義不僅僅如此，進行軟件項目管理有利于將開發(fā)人員的個人開發(fā)能力轉(zhuǎn)化成企業(yè)的開發(fā)能力，酒店的軟件開發(fā) 能力越高，表明酒店的軟件生產(chǎn)越趨向于成熟，酒店越能夠穩(wěn)定發(fā)展（即減小開發(fā)風(fēng)險）。酒店中已經(jīng)實行了項目治理制度，軟件項目治理是整個項目管理中的一個重要組成部分。 1234 5 6 789 1 01 11 21 31 51 61 71 41 81 92 02 12 22 32 4 2 5開 始 33 第五部分 軟件項目計劃書 隨著信息技術(shù)的飛速發(fā)展，軟件產(chǎn)品的規(guī)模也越來越龐大，個人單打獨斗的作坊式開發(fā)方式已經(jīng)越來越不適應(yīng)發(fā)展的需要。 二、詳細(xì)依據(jù) 制約因素：經(jīng)濟，資源，時間，和使用者的系統(tǒng)使用能力。 2系統(tǒng)的試運行：對系統(tǒng)進行初始化，記錄系統(tǒng)運行的數(shù)據(jù)和狀況，核對新系統(tǒng)輸出和老系統(tǒng)的輸出的結(jié)果，對系統(tǒng)的安全性、正確性和響應(yīng)速度進行測試。 2程序設(shè)計與調(diào)試：程序設(shè)計主要是根據(jù)系統(tǒng)設(shè)計階段的 HIPO 圖以及數(shù)據(jù)庫結(jié)構(gòu)和編程語言設(shè)計，用計算機程序語言來實現(xiàn)系統(tǒng)設(shè)計的每一個細(xì)節(jié)。 按照總體方案購置和安裝計算機網(wǎng)絡(luò)系統(tǒng)。 1輸出設(shè)計：輸出方式設(shè)計。 1數(shù)據(jù)庫設(shè)計：根據(jù)數(shù)據(jù)的不同用途、使用要求、統(tǒng)計渠道、安全保密性，來決定數(shù)據(jù)的組織形式，表或文件的形式，以及決定數(shù)據(jù)結(jié) 31 構(gòu)、類別、載體、組織方式、保密等級。 1網(wǎng)絡(luò)和設(shè)備配置設(shè)計：根據(jù)用戶 的要求選擇網(wǎng)絡(luò)的結(jié)構(gòu)，然后根據(jù)系統(tǒng)結(jié)構(gòu)劃分的結(jié)果，安排網(wǎng)絡(luò)和設(shè)備的分布，即什么地方要什么設(shè)備，哪些設(shè)備需要聯(lián)網(wǎng)，網(wǎng)絡(luò)的結(jié)構(gòu)采用什么方式為好，選用什么網(wǎng)絡(luò)產(chǎn)品，接著在根據(jù)酒店的布局進行聯(lián)網(wǎng)布線和配件。包括對數(shù)據(jù)元素、數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)流、數(shù)據(jù)存儲、處理過程、外部實體的描述。 1功能和數(shù)據(jù)分析：通過建立 U/C矩陣，然后進行正確性檢驗和優(yōu)化求解，劃分出子系統(tǒng)。 數(shù)據(jù)流程分析： 對信息的流動、傳遞、處理、存儲進行分析和優(yōu)化。 數(shù)據(jù)匯總：對系統(tǒng)調(diào)查中所收集到的數(shù)據(jù)資料按照業(yè)務(wù)過程進行分類編碼，按處理過程的順序排放在一起；按照業(yè)務(wù)過程自頂向下對數(shù)據(jù)進行整理；將所有原始數(shù)據(jù)和最終輸出數(shù)據(jù)分類整理出來；確定 30 數(shù)據(jù)的字長和精度。 組織結(jié)構(gòu)域功能分析：通過對組織結(jié)構(gòu)分析、業(yè)務(wù)過程和組織結(jié)構(gòu)之間的聯(lián)系分析，畫出組織結(jié)構(gòu)圖和業(yè)務(wù)與組織關(guān)系圖，最后綜合形成業(yè)務(wù)功能一覽表。 各部門用戶對新系統(tǒng)的需求調(diào)查：通過與各個部門的溝通和深入到各個部門的工作中，確定用戶對新系統(tǒng)的要求。 工作現(xiàn)狀的調(diào)查：了解該酒店從客戶預(yù)定到入住到結(jié)賬整個過程的業(yè)務(wù)流程。S=次要責(zé)任。前提條件：系統(tǒng)使用方擁有一定的經(jīng)濟支付能力。（ 5）結(jié)賬管理：客人到前臺對掛賬進行結(jié)賬，員工進行結(jié)賬登記，并并填寫收據(jù)和打印報表給客戶 范圍管理計劃 ： 范圍識別與核實，即說明如何依據(jù)范圍說明書對項目完成情況進行對比和確認(rèn)過程 范圍變更管理，即如何識別項目范圍的變更，進行分類，以便納入到項目管理中的過程 范圍管理計劃穩(wěn)定性評價與預(yù)測，即對 項目范圍變更的可能性、頻率、幅度、原因等進行估計和預(yù)測。若客人打算掛賬，則填寫掛賬登記單，員工審核登記單，若正確無誤，則對掛賬登記，產(chǎn)生掛賬登記單。（ 2）預(yù)訂管理：客戶查找是否有合適房間，若有則填寫預(yù)訂登記單，員工審核登記單，若正確無誤，則 26 對預(yù)訂登記，產(chǎn)生預(yù)訂登記表。第三，進行系統(tǒng)的開發(fā)與測試，要對我們開發(fā)的系統(tǒng)進行實際的運行，才能看到系統(tǒng)實際實現(xiàn)的功能，如有不足，則加于改進。設(shè)計系具體的數(shù)據(jù)字典。 項目階段目標(biāo)： 第一，先進行系統(tǒng)需求分析，包括可行性分析，經(jīng)濟分析，技術(shù)性分析，社會性分析等。 三、項目范圍規(guī)劃的輸出。 項目方案識別技術(shù)：利用各種評價，選擇方案的技術(shù)和方法，能夠?qū)崿F(xiàn)項目目標(biāo)的方案進行識別，尋找和選擇所有可以實現(xiàn)的項目目標(biāo)的方案。該軟件為建設(shè)酒店前臺管理系統(tǒng)的子系統(tǒng) —— 酒店訂房管理系統(tǒng) 二、項目范圍規(guī)劃的工作和技術(shù) 。這些也可以看成是項目范圍規(guī)劃時的輸入。 項目范圍規(guī)劃： 一、項目范圍規(guī)劃的輸入 。項目目標(biāo)的實現(xiàn)必需能夠被項目干系人所識別，完成項目后最終必須提供一個結(jié)果或軟件產(chǎn)品。 24 第三部分 IT 項目計劃管理 IT 軟件項目計劃過程的第一步是確定項目目標(biāo) —— 預(yù)期的結(jié)果或最終的軟件產(chǎn)品。 （ 3）不可行項目的問題及處理意見：無。 十 可行性研究結(jié)論與建議 （ 1）可行性研究報告結(jié)論、“立項”建議：經(jīng)過全方位、多角度的調(diào)查研究，該項目是合理可行的，符合酒店的發(fā)展需要，順應(yīng)時代的進步要求，能為酒店及其今后發(fā)展帶來積極效應(yīng)。 九 經(jīng)濟和社會效益預(yù)測與評價 ： 以較低成本開發(fā)出來的管理信息系統(tǒng)將整個業(yè)務(wù)流程數(shù)據(jù)進行系統(tǒng)的整合管理，從而能夠有效地提高企業(yè)內(nèi)外的信息溝通效率，節(jié)省大量的人力、時間和金錢，從而降低成本，加快業(yè)務(wù)流程，提高企業(yè)效 23 益，給企業(yè)帶來巨大的經(jīng)濟回報。 （ 2）項目規(guī)模、功能、性能（需求）不完全確定性分析：用戶對于系統(tǒng)的需求可能會在系統(tǒng)開發(fā)的過程中增加，因此開發(fā)人員要不斷修改原來的開發(fā)方案，這將導(dǎo)致系統(tǒng)開發(fā)進度、項目預(yù)算等與原計劃不符。該項培訓(xùn)時間初步定于系統(tǒng)實施階段。 ，經(jīng)驗豐富，領(lǐng)導(dǎo)能力強； ，而且曾多次參加此類項目的開發(fā)，積累了豐富的經(jīng)驗； ，可以使軟件在設(shè)計方面更加美觀得體。 七 人員及培訓(xùn)計劃 （ 1）項目組組織形式：按級別從上至下依次是：酒店管理者、項目經(jīng)理、酒店有關(guān)部門的負(fù)責(zé)人、有經(jīng)驗的管理專家、系統(tǒng)分析員。 （ 2）資金籌措方案：銀行貸款：短期 40 萬 RMB，長期 20萬 RMB；酒店現(xiàn)金 10 萬 RMB。 （ 3）項目里程碑： ，處于規(guī)劃分析階段末期，向所有項目干系人提供一份如何開展項目的建議書，包括項目計劃、成本和進度表以及期望的利潤和效益等； ，處于設(shè)計階段末期，向所有項目干系人提供一個經(jīng)過論證的可執(zhí)行的設(shè)計方案； 程碑，處于開發(fā)階段末期，評估軟件的可讀性和可用性，以便軟件產(chǎn)品開始向客戶 /用戶轉(zhuǎn)換； ，處于評估階段末期，評價軟件的完整性和軟件對其所支持組織的轉(zhuǎn)換。 20 五 實施進度計劃 （ 1）項目實施的階段劃分：項目開發(fā)準(zhǔn)備階段、調(diào)查研究階段、項目分析階段、項目設(shè)計階段、項目實施階段、維護與評價階段。 （ 3）技術(shù)方案特點分析：其特點是根據(jù)系統(tǒng)開發(fā)的生命周期，有反饋并根據(jù)反饋不斷改進的進行開發(fā)。 四 項目技術(shù)方案 （ 1）項目的目標(biāo)、范圍、規(guī)模、結(jié)構(gòu)： 、高效、安全、穩(wěn)定的酒店前臺管理信息系統(tǒng)； 行快速、安全地反映； 、入住、退宿、調(diào)房、房態(tài)設(shè)置等信息的方便迅速錄入、查詢及管理，了解酒店日常業(yè)務(wù)的相關(guān)信息；、操作方便、簡單易學(xué)，用戶不需要有太多的專業(yè)知識；、酒店管理人員通過內(nèi)部網(wǎng)或外部網(wǎng)了解相關(guān)信息。 19 ：要求可以分別按房間編號，房間類型等進行數(shù)據(jù)查詢。只有系統(tǒng)管理員才能進行權(quán)限設(shè)置。 用戶功能需求 : ：每個用戶均有自己的密碼，可以防止非本系統(tǒng)人員進入本系統(tǒng)；又因每個用戶的權(quán)限不一致，故可防止用戶越權(quán)操作。 安全性：不同用戶有對數(shù)據(jù)查看，修改等處理不同的權(quán)限。 、客人掛帳信息等的明細(xì)。 ，實現(xiàn)實時查詢各種入住信息。 （ 2）客戶現(xiàn)行系 統(tǒng)的功能