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