可行性報告的內容可能很多，但報告的篇幅終是有限，因此撰寫報告要兼顧全麵客觀和充分揭示兩個方麵，在格式上可以有各種靈活處理，例如將最重要的部分提取出來組成一份摘要，再如在主報告之外附加一定的單項補充報告。
在現代企業管理中很重視決策環境的變動性，也可以講是很重視風險的變化及潛在的風險。例如對特別重要的因素，一般要考慮最高（或理想的）、最低（或不理想的）和中等水平的三種情況。在企業現代管理方法中的敏感性分析方法，就是要在多種變動因素中找出一些最關鍵的因素。高水平的可行性研究可以充分揭示出這些關鍵因素變動的各種可能及其後果，所以在可行性報告或報告的附件中也常常列出一些假設。
具體談到建設飯店MIS的可行性報告，其內容可以包括初步調查的成果、係統定義的成果、可行性分析資料和項目實施計劃的初步方案，例如對飯店經營管理係統的簡述、信息需求簡述、信息係統目標簡述、係統定義簡述、三種可行性分析和實施計劃的草案。
至於如何進行可行性報告的內容編排和格式安排，由於研究報告是供決策人參考的信息報告，所以在你撰寫報告之前最好能參考企業內以往使用過的可行性報告，這樣你寫出的報告可能更容易讓決策人滿意，因為每個決策人都有自己的閱讀習慣。
（二）可行性報告的討論
可行性報告的討論是可行性研究中非常重要的一環。一方麵，這個報告實際上正是在多次討論中才得以逐步完成；另一方麵，報告的討論過程是必不可少的係統設計方、使用方取得一致意見的過程。起草可行性報告的主力一般還是係統的設計方，所以必須通過討論使報告真正得到係統未來使用者的認可，這關係到項目最終的成敗。因為可行性報告所起的重要作用貫穿了項目的每一個環節：從選定方案、投資、籌資、工程開發實施直到使用後的管理，所以報告的討論不能走形式。
很多書本對可行性研究的內容涉及很多，而對這種研究的質量保證談的較少，類似的情況也發生在諸如開發規劃的討論中。其實，無論規劃還是可行性研究，都是比較複雜的信息綜合研究，要保證研究的質量是有難度的，同時也不容忽視。
首先，對於重要的投資項目決策，人們經常委托真正的第三方來負責完成可行性研究報告，這是保證可行性研究質量的基本方法。所謂第三方是指報告人既不是項目投資人，也不是項目建設管理人或信貸人。具體在飯店管理信息係統建設項目的可行性分析中，一般沒有這種第三方介入，於是飯店計算機職能部門（該部門在許多飯店中被稱為電腦部）的主要負責人常常扮演著特殊角色，因為他們既可以和飯店管理人員方便地溝通，又可以和計算機應用係統的設計人有許多共同語言，在係統建設過程中，往往由他們起到推動交流、甚至是影響決策的關鍵作用。
其次，報告中的任何一個結論都要考慮到事物的兩個方麵。對於利潤和風險，內部和外部、功能和故障、收益和支出、樂觀估計和悲觀估計、穩定和變動、現狀和未來都不能隻言其一。
此外，報告必須以足夠的資料數據作為基礎。
最後一點，報告人必須是具有經驗的專家。事物複雜，分析方法多樣，專家既有知識又有經驗，隻有他們才可以劃清問題界限，選擇恰當的方法，提供較高質量的研究結果。如前所述，飯店計算機管理職能部門負責人的工作水平、特別是他們對係統建設的理解程度如何是很要緊的。
無論是開發規劃，還是具體投資項目的可行性研究，盡管它們的失誤常會造成很大的影響，前麵的失誤常有可能在以後的工作過程中不斷膨脹，但是在實踐中人們卻很少提出：由於可行性研究的質量不高造成投資不良後，應如何受到懲罰？研究者的失誤有時要在提出報告的幾年之後才顯現出來，即便是如此，我們也不能以“後人才能評說”為理由，放鬆對可行性研究質量的追求，反而應該更加留心可行性研究的質量保證。
五、可行性研究和係統功能定義、製定實施計劃的關係
可行性報告一般要包括係統功能定義的成果和項目實施計劃的初步方案，因此它們之間存在著密切關係，其中的係統功能定義處於整個係統規劃工作的中心，正是依靠它為可行性研究提供了重要基礎。
從道理上講，可行性報告的討論結果並不一定都是對該項目的肯定，即認為項目可行，這個報告的討論結論仍然具有兩種可能：項目可行或不可行。人們提出可行性報告自然是打算進行該項目的開發，也就是以為它是可行的，現在之所以對報告進行討論，目的恰在於判斷它是不是有疑問，即判斷它在某種程度上或某些局部上是不是並不可行。
一般在飯店MIS項目的可行性報告的討論中，不大會出現對項目全麵否定的結果，常有可能出現的情況是對某些方麵的某個局部提出質疑或否定，此時往往要調整係統定義及實施計劃以求得問題的解決。例如在人們判斷係統的某些功能定義不妥時，就將重新調整對係統的功能定義，而這種調整也可能會影響到實施計劃需要相應調整；再如當人們判斷係統的成本過高時，就將調整係統的配置或降低性能指標，也可能進一步波及項目實施計劃作相應調整。人們在具體工作中，在係統功能定義、可行性研究、製定實施計劃這三者之間，總是多次反複和調整。
一方麵，整個係統規劃中的四項工作彼此之間都要相互的交叉反複；另一方麵，這四項工作最終完成的時間仍然有其先後的順序，即依序結束初步調查、係統功能定義、可行性研究、製定實施計劃。例如，沒有形成對實施計劃的初步方案，就不可能做出工程的初步預算，投資可行性的分析便無從談起，但是最終隻有在可行性研究通過之後，我們才可以最終敲定項目的工作計劃以及有關的經濟合同並啟動工程的實施，所以可行性研究結束在先，製定實施計劃的工作結束在後。
六、製定實施計劃
有關管理信息係統建設項目實施的工程計劃在內容上大致可以包括五個方麵：工程進度、工程組織、工程基礎條件、工程驗收、工程成本費用。
（一）工程進度計劃
1．工程進度的安排可以采用進程時間表的形式來表達
一個計算機工程公司為購買其產品的用戶建立飯店MIS的進度計劃，它選自AUTOMATED公司係統產品的用戶建議書。
2．利用進程圖的形式表達對項目工作進度的安排
3．工程進度
如果是麵向飯店進行完整的係統設計和開發，涉及係統規劃、係統設計（包括軟件編程）和係統實施的整個過程，其工程所需的時間一般不可能隻有數月之短，如果將係統規劃的工作時間計算在內，整個開發工作用時少則一年，一般都在一年以上。前麵兩例都是飯店購買計算機工程公司的通用型MIS後，由公司提供的以安裝和培訓為主的項目計劃，因此可以用時短一些，其中一例的實施時間是3個月，另一例的工程實施時間是4個月，舉出這兩個例子隻是要說明計劃的不同表達方法。實踐經驗告訴我們，一個新設計的飯店MIS必須經過不斷調試，花費2～3年的時間才可能成熟。
（二）工程組織計劃
飯店MIS建設的工程組織計劃主要需滿足工程進度計劃中所涉及的各項工作的人員安排和協調性工作安排，在此時需要我們注意把握幾個要點：
1．組織計劃要考慮全麵
因為飯店管理信息係統的工程涉及許多部門、許多崗位，並不隻是計算機管理職能部門的員工參與這項工作；飯店管理信息係統的建設、使用及其管理，也不隻是涉及一般員工、部門負責人，必須有飯店管理的最高層決策人參加進來。如果在計劃中考慮並不全麵，將來在項目進行中勢必會有人臨時被安排參與進來，他們對項目缺少了解，此時工程的進度又必須如期執行，不可能為新人的進入提供許多準備時間，因此會由此而遇到很大的困難。如果在計劃中沒有考慮飯店經營的高層決策人參與，由於工程中必然有相當多的問題需要在各個部門之間協調，或是需要對現行一些管理工作有所調整，屆時將不得不臨時確定決策人並要求他即時作出準確的決策，往往很難如願。
2．組織計劃要適度明確
特別是關鍵人物需要明確。經驗表明，往往有人在計劃中隻是將組織工作落實到部門一級，沒有落實到具體人，結果在工程開始後很容易遇到麻煩。此外，在計劃中還要考慮到參加人的具體參與程度，例如其在工程中擔負的具體任務、安排其為此所需占用的工作時間、對其原來的工作負擔有何調整。
3．對較早就已明確的參與人要在係統規劃階段就注意溝通
如果在製定實施計劃時才確認的參與人，需要了解他們對此項目了解的程度，加強溝通並分析他們對項目的立場態度，為以後的工程實施做好準備。
4．對項目開發中要涉及到的部門之間的各種協調，各部門中不同崗位、不同班次之間的協調，應該有所預見並考慮明確出相應的協調負責人。
（三）工程基礎條件計劃
首先要明確項目的設備基礎要求，其中包括：飯店MIS所需的計算機網絡係統(或計算機多用戶係統）、開發飯店MIS專用軟件所需的計算機軟件平台、MIS使用現場所需的環境和供電線路，特別是安裝計算機係統的中心機房的各項設施條件。
其次要確認開發飯店MIS所需的資料、數據、標準化規範。
最終要明確以上所有要求的解決途徑和保障。
（四）工程驗收計劃
在製定工程驗收計劃時，我們對工程驗收日期和驗收標準不能有絲毫的含糊。
實踐經驗告訴我們，在製定實施計劃的過程中，如果由於某些原因很難明確工程的驗收日期，這預示著我們很可能要陷入工程的麻煩甚至失敗之中。對於工程驗收，我們必須要認真計劃出它的日期，為此又必須先確定好驗收的標準，驗收日期的預定和以後將這個日期兌現，它們都取決於驗收標準如何，例如所規定的項目試用期的長短。基於上述原因，在初步調查、係統定義以及可行性研究的各個過程中，有經驗的人們始終都在不斷地思考著這個很關鍵的問題：如何確認項目驗收標準。
（五）工程成本費用計劃
工程的成本費用與工程進度、工程的人力投入以及工程的基礎投入都有直接關係，如前所述，這些費用既包括一次性投入，又包括經常性投入，要避免隻重視前者而忽視後者，此外還需要注意工程中不可預見費用的發生，或稱不可抵抗因素的開銷。
實際工作中，對於計劃的各項內容，例如工程的進度、指標、費用、驗收的安排，都有可能需要留有餘地，或是注上一句說明：如遇特殊情況將做適度調整。
至此我們可以明確地認識到，在整個係統規劃的過程中，最為重要的任務是初步調查和係統功能定義，我們在本章的討論中對這兩項工作安排了很大的篇幅，在實際工作中它們的難度也是比較大的。如果我們對初步調查、係統定義做得較好，後麵的可行性研究和實施計劃的製定工作就可以比較順手，如果初步調查和係統定義的工作質量較高，可行性報告及實施計劃也容易得到較高的質量，這裏體現出“水到渠成”的規律。
第五節 係統規劃方法
我們已經討論了係統規劃的四個環節：初步調查、係統功能定義、可行性分析、製定實施計劃，對各個環節的討論都比較具體地涉及了它們各自的原則、方法、經驗等等，不過就管理信息係統的係統規劃總體來看，根據不同的工程特點或不同的總體指導思想，又有人將實踐中的係統規劃方法總結劃分為不同的技術類型。下麵介紹幾種常用的係統規劃方法。
一、企業係統規劃法
企業係統規劃法（Business System Planning，BSP）是由IBM公司提出的完成企業信息係統規劃的一種結構化工程方法。
（一）企業係統規劃法的研究步驟
（1）爭取管理者的支持。
（2）研究準備。
（3）確定業務過程。
（4）確定數據分類。
（5）分析當前係統支持。
（6）確定管理層的觀點。
（7）發現問題並做出結論。
（8）確定信息結構。
（9）確定優先開發的結構。
（10）評價信息資源管理。
（11）提出建議和行動計劃。
（12）報告最終結果。
（二）對企業係統規劃法的簡單理解
依據企業係統規劃法，我們也可以簡單地表示，即在係統規劃中先自上而下地識別企業管理目標、企業管理過程、企業信息流程，確定基礎的信息結構和優先級別，再自下而上地規劃企業MIS的總體功能結構、性能指標及優先級、可行性分析和工程計劃。
二、關鍵成功因素法
關鍵成功因素法（Critical Success Factors，CSF）是在完成係統規劃時特別關注在係統活動中絕對不能出錯的指標或信息，即那些影響全局的關鍵所在，這些指標和信息也必然是企業領導人特別關心的。這種規劃方法包括：了解企業的總體目標、識別所有成功因素、確定關鍵成功因素、識別性能指標和標準、確定基礎信息結構（定義數據字典）。
三、戰略目標集轉化法
戰略目標集轉化法（Strategy Set Transformation，SST）是將企業管理目標所組成的信息集合轉變為企業管理信息係統的目標集合，其中企業管理目標信息集合包括：企業的使命、目標、戰略和其他戰略性的變量（如管理的複雜程度、改革任務、條件約束等等），企業管理信息係統的目標集合則包括係統目標、係統邊界約束、外部聯結、係統開發戰略等等。
四、飯店MIS規劃方法討論
（一）係統戰略規劃方法討論
就管理信息係統的係統規劃總體來看，根據不同的工程特點或不同的總體指導思想，人們將係統規劃方法總結劃分為不同的技術類型，並且越分越細，企業係統規劃法、關鍵成功因素法和戰略目標集轉化法隻不過是其中被最多議論的三種方法，而其他方法還有很多。簡單考慮，我們可以將眾多方法大致分為兩類。
1．側重企業信息需求的規劃方法
例如：業務信息分析和集成法、業務係統計劃法、業務信息控製研究法、連續流動法、關鍵成功因素法、目的和手段分析法等等。
實際上，這一類係統規劃方法都是借助軟件工程中的係統分析方法，就應用範圍而言，是將軟件工程的係統分析思想擴大應用到企業管理信息係統的總體規劃，就應用時間而言，又是將這些思想提前應用到企業管理信息係統的係統規劃階段，原本係統分析是在係統規劃之後的更小範圍但是更加細致的分析工作。例如IBM公司提出的企業係統規劃法，它所體現的“自上而下”的識別和“自下而上”的規劃，這些都是軟件工程中的係統分析方法的重要部分。如果進一步考察，無論是企業係統規劃法，還是關鍵成功因素法，它們最終也都在體現著軟件工程中的數據庫分析設計原理。
2．側重業務戰略聯係的規劃方法
如：戰略目標集轉化法（又稱戰略集合轉化法）、Method/1法等等。
實際上，這一類方法比較注意和重視企業信息係統從屬並服務於企業大係統的觀念，而根據這種思路，人們很容易傾向於在管理信息係統的係統規劃過程中去實現某種流程的再造，甚至是係統的再造，以便提高信息係統為企業總戰略服務的效果。
（二）流程再造和係統再造討論
所謂企業流程再造是在新係統開發的係統規劃中，重新檢查每一項作業活動，找出並去掉不具有價值增值的作業活動，將那些具有價值增值的作業活動重新組合，優化過程，縮短周期。所謂“再造（Reengineering）”的概念，強調打破舊有的管理程序，對整個體係實現某種大的改革。當前隨著企業經營的集團化和國際化，經營活動的規模越來越大，活動的流程越來越複雜，由此，流程再造和係統再造就越來越受到大企業的重視。
係統再造始於係統改進，大規模改進便構成了係統的重組。流程改進的方法包括ECRS四項：
E（Eliminate）取消不必要的環節；C（Combine）合並一些必要環節；R（Rearrange）對一些必要環節重排順序；S（Simplify）對一些必要環節進行簡化。
問題結論措施目的：為什麼有該工作、是否必要、為什麼？說明工作必要性內容：做什麼、有必要嗎？確定工作內容取消不必要的環節時間：何時做、必須這時做嗎？
確定工作時間地點：何處做、必須此地做嗎?
確定工作地點人員：由誰做、別人能否做得更好？
確定工作責任方法：怎樣做、有無更好的方法？
確定工作方法程序改進一些必要的環節
企業流程再造（Business Process Reengineering，BPR）原是由美國麻省理工學院計算機方麵的教授Michael Hammer博士在1990年發表於《哈佛商業評論》的《再造不是自動化，而是重新開始》一文中最先提出的，1993年他又和James Champy合著《再造公司——管理革命的宣言》一書，由信息流程的改革提升到管理或經營業務流程改革的高度，並引發了全球範圍的BPR研究熱潮。目前國內最引人注目的案例就是對青島海爾公司流程再造和係統再造的研究。很顯然，係統規劃中的戰略目標集轉化法就比較適應這種流程再造和係統再造的需要，因為它特別強調在信息係統開發中滿足係統新的需求。
（三）飯店MIS規劃的特殊性
1．各家飯店建設信息係統的原則一般就是所謂的“自動化”
所謂“自動化”是指開發信息係統、應用信息技術，隻是為了提高工作效率，並不改變原來的工作過程和目標結構，而Michael Hammer博士提出的新理論，“再造不是自動化，而是重新開始”正是主張改變現有的係統流程和體係結構。但是，當我們觀察目前飯店行業的實際情況時，不難發現，各家飯店建設信息係統的原則一般就是所謂的“自動化”。其原因大致有二：
（1）這種“自動化”方案有利於提高開發的可行性，減小開發工作的阻力和難度。
任何一飯店在它沒有使用計算機係統之前，也就是處於手工處理信息的階段，此時，飯店的各個部門都有定形的記錄、報表和傳送流程，這種手工方式管理的信息流保證著飯店的正常運營，這實際上就存在著一個非自動化的信息係統。因此，人們在討論企業管理軟件的開發設計時，很早就取得了一個共識：既然在企業管理中，人們對信息的保留以及信息的輸入、輸出格式都已有了確定的方案，即對檔案、賬簿、單據、報表、計劃都有明確的規定，所以在設計管理軟件時一般都是優先考慮原有信息報表的要求，滿足管理人員的習慣要求。
（2）依靠原有係統的可靠性，這種“自動化”方案的可靠性也能有所保障，有利於減小開發工作難度。
例如飯店MIS的後台係統，我們應該采用已有的人工賬務係統作為內核，不要另行設計賬務係統，因為人工係統的結構清晰，又符合計算機軟件設計中的Parnas信息隱蔽原則，可以大大提高軟件的可靠性。
盡管計算機工作可靠，但是它在會計電算化中不僅一本賬也不減少，而且每一次試算平衡（所謂的對賬）也都照舊去做。實際上，隻要計算機軟件已經成熟，在其最初計算後的重複平衡試算是不會再發生錯誤的。這樣說來這些平衡檢查可以省掉。不僅如此，計算機存儲和檢索查找信息的功能很強，所以不必像人工記賬中那樣，將很多信息都要重複地記在各個賬頁上，對於計算機存儲來講，這是一種浪費，人們稱之為冗餘存儲。曾有人提出是否可以簡化呢？最終人們沒有這樣做。鑒於財務會計製度的變動不是小事，鑒於會計們希望保持自己已經掌握的核算體係，也鑒於人們希望對計算機的任何差錯都可以發現，目前各企業中使用計算機財務處理的係統都是依照原有人工處理過程，不做簡化和省略。
依據軟件工程中的Parnas信息隱蔽原則，主張在係統開發中要預計到各種可能發生的意外，在軟件設計中要考慮到對錯誤出現的檢查和糾正。例如：
預計到硬件可能出現意外故障，所以接近硬件的軟件模塊應該對硬件的行為進行檢查，及時發現硬件的錯誤；預計到操作人員可能產生失誤或故意發生錯誤，涉及人機對話的模塊應該對輸入數據進行合理性檢查，辨認非法或越權的操作要求，同時要為操作人提供必要的提示和糾正錯誤的手段；預計到軟件自身也會有錯誤發生，所以模塊之間要加強檢查。係統應該能夠發現信息處理中的異常情況，並能處理這些異常，這就是要求軟件具有一定的容錯或糾錯能力。
在人工處理的會計賬務係統中，就充分體現出Parnas的設計原則。例如在飯店會計係統中安排了各個賬簿內部的借貸平衡檢查、賬簿之間的對賬檢查、編製會計報表中的計算平衡檢查，還安排了客賬的夜間審核以及銀行的對賬調節。
會計係統作為一個成功的信息係統，其結構清晰，可靠性高，是一個設計很科學的信息係統，包含了多少會計師的長期實踐經驗的成果，並非一日之功。當我們設計一個自動化的信息係統時，要實現Parnas設計原則也並不容易，因此在會計電算化實踐中，人們並不特別追求對原有會計信息流程進行改革。
（3）在實際的飯店業經營管理中，相當多的飯店還是通過從計算機工程公司那裏選購產品來獲得MIS，因為目前市場上確有成熟的飯店MIS產品可供選購。
當然飯店要選購一個適用的係統，並且解決好投入使用過程中所要解決的各種問題，以最終得到一個成功的MIS。在選購飯店MIS係統時要把握以下幾項原則：
第一，選購飯店MIS首先要考慮係統的成熟程度。
一般而言，一種可以被視為已經成熟的飯店MIS，它至少已在飯店中實際運行過3年以上。這種係統往往已經擁有了不止一個的用戶，同時，提供這種係統的計算機工程公司往往也已經擁有了多年的專業服務經驗。不過事物總是複雜的，我們在考察一個飯店MIS的成熟程度時，也需要注意一些特殊情況。例如，有的公司開業頭幾年，公司內部人員並不穩定，很多人都缺少成熟的經驗；有的飯店MIS雖然已經擁有多家用戶，但是它剛剛做過大的修改（更新版本），此時的係統成熟程度都須要重新評價。
重視所購係統的成熟程度很有必要。在現實中由於種種原因，例如熟人關係或是價格非常優惠，有的飯店管理者便將自己的MIS委托給一般的計算機應用的開發者（計算機公司、高等院校、研究單位），結果由於開發者缺少對飯店經營和飯店信息處理的理解，致使開發時間拖長，過程反複，在係統試運行的調試中對飯店的經營管理造成很多幹擾，得不償失。
總之，選購飯店MIS的首要原則還是要找專業公司，買成熟係統。
第二，選購飯店MIS要注重係統的可靠性和適用性。
係統可靠性是用戶對飯店MIS最重要的要求，而一般成熟係統的可靠性都比較高，因為它已經在一段時間內經受了實際應用的考驗。我們在選購係統時隻需要再注意前麵提到的一些特殊情況（如版本更新），即不要忽略事物的變化就可以了。但是要確認飯店MIS的適用性，仍然不是隨便就可以解決好的。一般可以從各種成熟係統的用戶中尋找和自己的經營規模、企業機製、管理模式和規範相仿的飯店，到那裏去具體考察各個環節的信息流程以及報表格式等等，總之對係統的適用性不可以掉以輕心。
一般來講，想要保證飯店計算機係統硬件部分的可靠性就必須把握住購物的質量，目前計算機硬件的質量大體和售價成正比，所以購買硬件時不能貪便宜。
有的飯店為了進一步提高MIS的可靠性，在硬件上采用雙機保障係統設計，例如有的飯店在使用MIS飯店係統時安裝兩台IBM AS/400主機，成本當然很高，但是可靠性又有了提高。
一般來講，成熟係統的軟件已經接受過實際的考驗，其自身質量還是有保證的，所以影響飯店MIS軟件部分可靠性的關鍵問題往往是軟件維護工作的質量如何。無論是新公司的產品或是老公司的新產品，對它們的自身質量以及維護工作質量都需要先打一個問號，認真調查再做結論。即便對老公司的老產品，也要注意當前該公司維護力量的真實狀況。
至於談到飯店MIS的適用性，我們需要特別注意，在飯店所購用的飯店MIS模式和飯店運營管理的模式之間，要求二者絕對相符是不現實的。任何一個MIS投入到一個新的飯店勢必要有調整，但是這種調整隻應該是很有限的，因為飯店的信息管理比較複雜（尤其是飯店獨特的前台係統），一方麵飯店MIS運行後不允許出問題，另一方麵，任何新調整改動過的計算機軟件都難免帶有錯誤，即便是不大的改動，更令人不安的問題在於人們又很難測試檢查出這種軟件錯誤。因此，在美國推進飯店MIS的過程中，飯店計算機係統專家M.L.卡薩瓦納就曾經強調指出：“安裝計算機係統無疑需要飯店管理者改革飯店的組織結構以適應計算機係統，而不能倒過來做。”
基於上述原因，有的飯店出於對信息係統適用性的考慮，在選購係統時隻是有選擇地購買MIS的部分產品，不適用的部分不買，也有的飯店對已購買的係統中不適用的部分功能棄之不用，即買而不用。總之人們要努力減少或避免計算機軟件的改動。
第三，在討論飯店MIS的適用性時，我們當然不能忘記一點：無論是係統硬件還是軟件，其性能水平更高並不等於在飯店中就更加適用。飯店MIS的適用性主要取決於MIS和整個飯店經營管理體係的相互關係如何。
2．在單體飯店經營中一般並不考慮流程再造和係統再造
從現代企業管理理論來看，任何一個飯店的經營規模都不是很大，所謂“流程再造”或“係統再造”的需求並不明顯。即便是飯店集團化經營之後，或許在集團管理層次有所不同，但是其所管理的每一個飯店內部，在開發信息係統時一般也不會考慮流程再造和係統再造。最明顯的例子便是當集團接管某一家飯店時，不管這一家飯店原來的信息係統如何，都會被放棄不用，新的管理者不會考慮係統改造，也就談不到所謂的“再造”，必定是重新投資建設一個和該集團在其他飯店中已經實際使用的MIS一樣的係統。
本章所討論的係統規劃工作是涉及全局的工作，需要人們建立大局觀，培養把握全局的工作能力，但是這種全局性的工作既屬於“麵”上的，又是很實際的。所以在本章的結尾，我們特別提醒對係統規劃各階段都應該注意具體的工作方法、原則、經驗、關鍵環節，並且不斷總結自己的實踐。簡單而論，若要想做好信息係統的係統規劃工作，我們必須注意：在初步調查、係統功能定義的工作中，最需要的是能力和經驗；在可行性研究、製定實施計劃的工作中，最需要的是細致和認真；對係統及MIS掌握正確的理解，則是係統規劃階段各項工作中最重要的基礎。
思考與練習
1．無論係統工程、軟件工程還是管理信息係統工程，作為它們的第一步工作為什麼都是係統規劃？如何理解係統規劃的重要性？
2．係統調查可以采用哪些調查方法？你認為類比調查方式有哪些優點和弱點？
3．如何理解係統功能定義的任務？
4．我們討論的飯店MIS的最小係統包括哪些基本功能？
5．撰寫可行性報告應遵循哪些原則？