【導(dǎo)讀】{ "error_code": 17, "error_msg": "Open api daily request limit reached" }

　　

【正文】 3 2 0 d2 0 0 9 7 2 42 0 0 9 6 2 9系 統(tǒng) 分 析4 1 5 d2 0 0 9 8 1 42 0 0 9 7 2 7系 統(tǒng) 設(shè) 計5 2 0 d2 0 0 9 9 1 12 0 0 9 8 1 7系 統(tǒng) 實 施6 1 0 d2 0 0 9 9 2 52 0 0 9 9 1 4試 運 行7 1 0 d2 0 0 9 1 0 92 0 0 9 9 2 8系 統(tǒng) 測 試8 9 d2 0 0 9 1 0 1 52 0 0 9 1 0 5系 統(tǒng) 驗 收9 5 d2 0 0 9 1 0 1 62 0 0 9 1 0 1 2運 行2 0 0 9 年 1 0 月9 2 7 1 0 4前提條件：系統(tǒng)使用方擁有一定的經(jīng)濟(jì)支付能力。 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ā)展的需要。各軟件企業(yè)都在積極將軟件項目治理引入開發(fā)活動中，對開發(fā)實行有效的治理。酒店中已經(jīng)實行了項目治理制度，軟件項目治理是整個項目管理中的一個重要組成部分。從概念上講，軟件項目管理是為了使軟件項目能夠按照預(yù)定的成本、進(jìn)度、質(zhì)量順利完成，而對成本、人員、進(jìn)度、質(zhì)量、風(fēng)險等進(jìn)行分析和治理的活動。實際上，軟件項目管理的意義不僅僅如此，進(jìn)行軟件項目管理有利于將開發(fā)人員的個人開發(fā)能力轉(zhuǎn)化成企業(yè)的開發(fā)能力，酒店的軟件開發(fā) 能力越高，表明酒店的軟件生產(chǎn)越趨向于成熟，酒店越能夠穩(wěn)定發(fā)展（即減小開發(fā)風(fēng)險）。軟件開發(fā)不同于其他產(chǎn)品的制造，軟件的整個過程都是設(shè)計過程（沒有制造過程）；另外，軟件開發(fā)不需要使用大量的物質(zhì)資源，而主要是人力資源；并且，軟件開發(fā)的產(chǎn)品只是程序代碼和技術(shù)文件，并沒有其他的物質(zhì)結(jié)果。基于上述特點，軟件項目管理與其他項目管理相比，有很大的獨特性。為了保證項目團(tuán)隊按時保質(zhì)地完成項目目標(biāo)，便于項目團(tuán)隊成員更好地了解項目情況，使項目工作開展的各個過程合理有序，因此以文件化的形式，把對于在項目生命周期內(nèi)的工作任務(wù)范圍、各項 工作的任務(wù)分解、項目團(tuán)隊組織結(jié)構(gòu)、各團(tuán)隊成員的工作責(zé)任、團(tuán)隊內(nèi)外溝通協(xié)作方式、開發(fā)進(jìn)度、經(jīng)費預(yù)算、項目內(nèi)外環(huán)境條件、風(fēng)險對策等內(nèi)容做出的安排以書面的方式，作為項目團(tuán)隊成員以及項目干系人之間的共識與約定，項目生命周期內(nèi)的所有項目活動的行動基礎(chǔ)，項目團(tuán)隊開展和檢查項目工作的依據(jù)。 34 各類人員需要進(jìn)行酒店需求分析、現(xiàn)狀調(diào)查、可行性分析、業(yè)務(wù)流程分析、業(yè)務(wù)流程再造、數(shù)據(jù)字典分析、系統(tǒng)功能分析、提供解決方案、項目識別、項目實施籌備、系統(tǒng)設(shè)計施工、系統(tǒng)運行規(guī)劃、系統(tǒng)模擬運行、系統(tǒng)正式運行、系統(tǒng)維護(hù)和升級、人員培訓(xùn)工作，軟 件應(yīng)包括接待、收銀、營銷、財務(wù)、房務(wù)、商務(wù)、網(wǎng)絡(luò)設(shè)置、系統(tǒng)設(shè)置等主要功能。軟件主要提高工作信息報送反饋工作效率，更好地進(jìn)行工作信息報送的檢查監(jiān)督，提高信息的及時性、匯總統(tǒng)計信息的準(zhǔn)確性，減輕各級相關(guān)工作人員的勞動強度。未了保證計劃順利完成，系統(tǒng)分析員必須在一星期內(nèi)天內(nèi)到位，有關(guān)人員須在計劃正式開始前確定對需求文檔進(jìn)行確認(rèn)。 軟件項目的復(fù)雜性就在于幾個因素間基本都沒有簡單的線性關(guān)系可尋。在項目過程不成熟或積累的歷史數(shù)據(jù)不夠的時候，慎用直接估算規(guī)模的方法，因此及時估算了規(guī)模也不清楚團(tuán)隊的實際生產(chǎn)率情況，無法根據(jù) 規(guī)模推出具體的工作量。在這種情況下一般可以直接估算工作量，在項目進(jìn)度跟蹤過程中再收集產(chǎn)出物的規(guī)模數(shù)據(jù)以積累歷史數(shù)據(jù)，方便后期建立相關(guān)的預(yù)測模型。 功能點和代碼行是可采用的規(guī)模數(shù)據(jù)，但采用代碼行時候往往無法區(qū)分不同的代碼類型本身往往具有不同的復(fù)雜度，對于邏輯層實現(xiàn)算法的代碼和 UI 層實現(xiàn)簡單完整性代碼，雖然可能相同的代碼行，但其復(fù)雜度不同將直接導(dǎo)致工作量的不同。對于任意一個功能點的開發(fā)基本都會涉及到 DB,邏輯層和 UI 代碼，因此可以給出一個綜合的代碼生產(chǎn)率數(shù)據(jù)，然后根據(jù)該數(shù)據(jù)到計算工作量。 當(dāng)新項目的規(guī)模比歷史項目規(guī)模大幾倍的時候，往往工作量會成指數(shù)級增長，在這種情況下要謹(jǐn)慎采用原來的線性比率關(guān)系?？梢越?35 鑒 Coo 模型來估算項目的工作量和項目工期。當(dāng)預(yù)計出項目工作量人月后，最好能夠根據(jù)歷史經(jīng)驗和模型來預(yù)測在不考慮人力資源限制情況下項目可以完成的最短周期。雖然這個時候還沒有考慮活動任務(wù)排序和資源約束，但 基本可以得出一個經(jīng)驗數(shù)據(jù)。 在項目沒有太多積累情況下，依賴專家去估算往往是最有效的方法。專家估算是一種沒有紙面化的 BottomUp估算方法，因此專家法估算的準(zhǔn)確度往往是比簡單的類別估算準(zhǔn)確 度高的。采用三點法估算的計劃評審技術(shù)仍然是專家法的一種，這種方式的估算可以讓我們更加清楚項目進(jìn)度的一個范圍值。最后功能點法是一種經(jīng)過實踐驗證的方法，但應(yīng)用成本很高，估算的工作量投入也較大。功能點法最終結(jié)果是規(guī)模，仍然需要知道項目的生產(chǎn)率數(shù)據(jù)才能得出實際的工作量。另外功能點法估算的結(jié)果無法直接和 WBS 分解的工作包和具體的任務(wù)對應(yīng)起來，這是一個較難解決的問題。 Coo 估算是一種關(guān)于軟件成本估算的方法，但僅給出一個可行的模型，項目沒有足夠多的歷史數(shù)據(jù)根本無法確定出各調(diào)整因子和系數(shù)。但一旦項目建立起這種模型，則 通過 Coo模型得出的項目工作量和項目周期具有更高的準(zhǔn)確度。觀察歷史項目中工作量和項目規(guī)模的數(shù)據(jù)，通過回歸擬合可以得出生產(chǎn)率，工作量，生產(chǎn)率三者間的參數(shù)模型，這個參數(shù)模型可以用來我們通過軟件項目的規(guī)模來預(yù)測實際的工作量。 應(yīng)該識別或預(yù)估項目進(jìn)行過程中可能出現(xiàn)的風(fēng)險。分析風(fēng)險出現(xiàn)的可能性（概率）、造成的影響、根據(jù)影響應(yīng)該采取的對策，采取的措施。其中風(fēng)險識別包括識別內(nèi)在風(fēng)險及外在風(fēng)險。內(nèi)在風(fēng)險是指項目工作組能加以控制和影響的風(fēng)險，如人事任免和成本估計等。外在風(fēng)險指超出項目工作組等控制力和影響力之外的風(fēng)險，如 市場轉(zhuǎn)向或 36 政府行為等。 根據(jù)相應(yīng)的風(fēng)險應(yīng)該采取有針對性的對策，包括避免：排除特定危脅往往靠排除危險起源；減緩：減少風(fēng)險事件的預(yù)期資金投入來減低風(fēng)險發(fā)生的概率，以及減少風(fēng)險事件的風(fēng)險系數(shù)；吸納：接受一切后果，可以是積極的（如制定預(yù)防性計劃來防備風(fēng)險事件的發(fā)生），也可以是消極的（如某些費用超支則接受低于預(yù)期的利潤）。 對于軟件開發(fā)項目而言，在分析、識別和管理風(fēng)險上投入足夠的時間和人力可以使項目進(jìn)展過程更加平穩(wěn)，提高項目跟蹤和控制的能力，由于在問題發(fā)生之前已經(jīng)做了周密計劃，因而對項目的成功產(chǎn)生更加充分的信心。 軟 件開發(fā)項目常見預(yù)估的風(fēng)險： 1) 工程／規(guī)模／進(jìn)度上的風(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ìn)行。同時還要時畫出項目采用的工作流程圖及用適當(dāng)?shù)奈淖诌M(jìn)行說明。先對酒店進(jìn)行各種相關(guān)調(diào)查，編制可行性報告；然后對調(diào)查數(shù)據(jù)進(jìn)行匯總、分析，建立新系統(tǒng)邏輯方案；接著進(jìn)入設(shè)計和調(diào)試階段，最后是對操作人員進(jìn)行培訓(xùn)，系統(tǒng)試運行階段。 項目團(tuán)隊需要項目經(jīng)理、計劃經(jīng)理、系統(tǒng)分析員（或小組）、構(gòu)架設(shè)計師、設(shè)計組、程序組、測試組等完成項目任務(wù)。相關(guān)人員需要完成的軟件包括：源程序、數(shù)據(jù)庫對象創(chuàng)建語句、可執(zhí)行程序、支撐系統(tǒng)的數(shù)據(jù)庫數(shù)據(jù)、配置文件、第三方模塊、界 面文件、界面原稿文件、聲音文件、安裝軟件、安裝軟件源程序文件等等。 本項目的進(jìn)度監(jiān)控執(zhí)行本企業(yè)《項目管理規(guī)范》，由本企業(yè)過程控制部門如質(zhì)量管理部統(tǒng)一進(jìn)行監(jiān)控，并保留在監(jiān)控過程中產(chǎn)生的日常檢查記錄。 對軟件進(jìn)行質(zhì)量保證，目的是使軟件過程對于管理人員來說是可見的。它通過對軟件產(chǎn)品和活動進(jìn)行評審和審計來驗證軟件是合乎標(biāo)準(zhǔn)的。軟件質(zhì)量保證組在項目開始時就一起參與建立計劃、標(biāo)準(zhǔn)和過程。這些將使軟件項目滿足機構(gòu)方針的要求。 38 第六部分 軟件質(zhì)量保證計劃 1 引言 目的 本計劃的目的在于對所開發(fā)的軟件規(guī)定各種必要的質(zhì)量保證措施，以保證所交付的軟件能夠滿足項目委托書或合同中規(guī)定的各項需求，能夠滿足本項目總體組制定的且經(jīng)領(lǐng)導(dǎo)小組批準(zhǔn)的該軟件系統(tǒng)需求規(guī)格說明書中規(guī)定的各項具體需求。 軟件開發(fā)單位在開發(fā)軟件系統(tǒng)所屬的各個子系統(tǒng)（其中包括為本項目研制或選用的各種支持軟件）時，都應(yīng)該執(zhí)行本計劃中的有關(guān)規(guī)定，但可根據(jù)各自的情況對本計劃作適當(dāng)?shù)募舨?，以滿足特定的質(zhì)量保證要求，剪裁后的計劃必須經(jīng)總體組批準(zhǔn)。 定義 本計劃用到的一些術(shù)語的定義按 GB/T 11457 和 GB/T 12505。 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ì)量保證工作。軟件質(zhì)量保證小組屬總體組領(lǐng)導(dǎo)，由總體組代表、項目的軟件工程小組代表、項目的專職質(zhì)量保證人員、項目的專職配置管理人員以及各個子系統(tǒng)軟件 質(zhì)量保證人員等方面的人員組成，由項目的軟件工程小組代表任組長。各子系統(tǒng)的軟件質(zhì)量保證人員在業(yè)務(wù)上受軟件質(zhì)量保證小組領(lǐng)導(dǎo)，在行政上受各子系統(tǒng)負(fù)責(zé)人領(lǐng)導(dǎo)。 軟件質(zhì)量保證小組和軟件質(zhì)量保證人員必須檢查和督促本計劃的實施。各子系統(tǒng)的軟件質(zhì)量保證人員有權(quán)直接向軟件質(zhì)量保證小組報告子項目的軟件質(zhì)量狀況。各子系統(tǒng)的軟件質(zhì)量保證人員應(yīng)該根據(jù)對子項目的具體要求，制訂必要的規(guī)程和規(guī)定，以確保完全遵守本計劃的所有要求。 40 任務(wù) 軟件質(zhì)量保證工作涉及軟件生存周期各階段的活動，應(yīng)該貫徹到日常的軟件開發(fā)活動中，而且應(yīng)該特別 注意軟件質(zhì)量的早期評審工作。因此，對新開發(fā)的或正在開發(fā)的各子系統(tǒng)，要按照 GB 8566 與本計劃的各項規(guī)定進(jìn)行各項評審工作。軟件質(zhì)量保證小組要派成員參加所有的評審與檢查活動。評審與檢查的目的是為了確保在軟件開發(fā)工作的各個階段和各個方面都認(rèn)真采取各項措施來保證與提高軟件的質(zhì)量。在軟件開發(fā)過程中，經(jīng)總體組研究決定，要進(jìn)行如下幾類評審與檢查工作： a. 階段評審：在軟件開發(fā)過程中，要定期地或階段性地對某一開發(fā)階段或某幾個開發(fā)階段的階段產(chǎn)品進(jìn)行評審。根據(jù)總體組研究決定，在軟件及其所屬各子系統(tǒng)的開發(fā)過程中，應(yīng)該進(jìn)行以 下三次評審：第一次評審軟件需求、概要設(shè)計、驗證與確認(rèn)方法；第二次評審詳細(xì)設(shè)計、功能測試與演示，并對第一次評審結(jié)果復(fù)核；第三次是功能檢查、物理檢查和綜合檢查。關(guān)于這些評審工作的詳細(xì)內(nèi)容見第 5章。 階段評審工作要組織專門的評審小組，原則上由項目總體小組成員或特邀專家擔(dān)任評審組長，評審小組成員應(yīng)該包括項目委托單位或用戶的代表、質(zhì)量保證人員、軟件開發(fā)單位和上級主管部門的代表，其他參加人員視評審內(nèi)容而定。 每一次評審工作都應(yīng)填寫評審總結(jié)報告（ RSR）、評審問題記錄（ RPL）、評審成員簽字表（ RMT）與軟件問題報告 單（ SPR）等四張表 41 格。這四張階段評審報表的具體格式應(yīng)與附錄 C 中的規(guī)定相一致。 b. 日常檢查：在軟件的工程化生產(chǎn)過程中，各子系統(tǒng)應(yīng)該填寫項目進(jìn)展報表，即軟件進(jìn)展報表表頭、軟件階段進(jìn)度表、軟件階段產(chǎn)品完成情況表、軟件開發(fā)費用表等四張表格。 項目總體組楊以通過項目進(jìn)展季報表發(fā)現(xiàn)有關(guān)軟件質(zhì)量的問題。項目進(jìn)展季報表的具體格式應(yīng)與附錄 B 中的規(guī)定相一致。 c. 軟件驗收：必須組織專門的驗收小組對軟件系統(tǒng)及其所屬各個子系統(tǒng)進(jìn)行驗收。驗收工作應(yīng)按照經(jīng)項目委托單位“國家自然科學(xué)基金委員會信息科學(xué)部”與總體組雙方都認(rèn)可的驗收規(guī)程正式履行驗收手續(xù)。驗收內(nèi)容應(yīng)包括文檔驗收、程序驗收、演示、驗收測試與測試結(jié)果評審等幾項工作。具體的驗收規(guī)程另行制訂。 職責(zé) 在項目的軟件質(zhì)量保證小組中，其各方面人員的職責(zé)如下： a. 組長全面負(fù)責(zé)有關(guān)軟件質(zhì)量保證的各項工作； b. 總體組代表負(fù)責(zé)有關(guān)階段評審、項目進(jìn)展報表檢查以及軟件驗收準(zhǔn)備等三方面工作中的質(zhì)量保證工作； c. 項目的專職配置管理人員負(fù)責(zé)有關(guān)軟件配置變動、軟件媒體控制以及對供貨單位的控制等三方面的質(zhì)量保證活動； d. 各子系統(tǒng)的軟件質(zhì)量保證人員負(fù)責(zé)測試復(fù)查和文檔的規(guī)范化檢查工作； e. 用戶代表負(fù)責(zé)反映用戶的質(zhì)量要求，并協(xié)助檢查各類人員對軟