用戶的各種需求之間存在著不同的聯係或關係:例如因果聯係,即滿足某項需求之後另一項需求自然可以滿足;再如矛盾關係,即充分照顧到某項需求之後就不可能充分照顧到另一項需求,它們之間此長彼消;某項需求和另一項需求之間也可能毫無聯係,也可能明顯地受其影響,甚至可能是一種支配關係或條件關係,例如較好地滿足了某項需求才有可能比較好地滿足另一項需求。
利用初步調查的成果,我們可以逐步進行以下工作。
一、理解用戶的主要需求,定義最小係統
大多數飯店管理人員對MIS功能上的主要需求認為是參與接待、分房、結賬和會計電算化,我們也可以將它們稱為基本要求。上一章我們已介紹過係統的功能需求,本節我們僅從理解用戶的主要需求,來討論如何定義最小係統。
(一)接待功能需求
利用計算機能夠實現快速的接待、登記,包括散客接待和團隊接待等。計算機必須區分接待的客人是長包客戶、回頭客人還是剛結賬走的客人。對輸入的客人信息可以修改、維護和查詢。
(二)分房功能需求
在使用計算機係統之前,飯店為客人分房開賬時並不輕鬆,要提高分房開賬的工作效率並非易事。為了避免由於分房的差錯給客人帶來困擾、給飯店帶來直接的經濟損失或聲譽方麵的損害,人們曾想出很多辦法,使用客房狀況控製架和索引卡,有關的房價也要貼在牆上,盡管如此,實踐中差錯仍時有發生。當飯店使用計算機係統時,首先想到的是用它來解決住客的分房開賬。
無論我們使用何種軟件工具,飯店MIS都必須解決好多個部門共同控製房間狀態的可靠性,保持房態信息庫的安全。此外,房態查詢必須方便,因為飯店接待部人員對房態查詢的效率如何是非常看重的。
(三)結賬功能需求
由於客賬的處理量大,性質特殊,它直接影響飯店的收入,又涉及到現金管理,所以對於飯店管理人員而言,每個環節都要嚴格控製起來。對於客人而言,他們最關心的是飯店的收費是否清楚合理,結賬的手續是否簡便省時。總之,既要嚴格手續又要簡便處理,二者相互矛盾但又要統一起來。在飯店裏要實現這樣的目標,隻有一方麵依靠對員工的培訓,另一方麵依靠不斷發展的新型設備。
當飯店賬務部使用計算機係統為客人結賬時,首先要求能提供準確無誤的賬單,其次要求能高效率完成結賬手續,而轉賬、入賬的時效性和準確性則是客賬賬單結算的質量保證。
(四)會計電算化功能需求
會計賬務處理涉及多種會計信息,如憑證、日記賬、分類賬、工作底表和財務報表。它又涉及到各個會計信息的處理環節,包括入賬、過賬、計算餘額、期末調整、期末結賬、種種小計、總計以及憑證報表的打印、查詢。
計算機係統是一種高效的信息處理工具,使用它來完成會計賬務的自動處理,不僅不困難,而且恰能突出表現出它的優勢。例如所表述的會計賬務處理過程中的大量過賬、對賬和製表工作,如果由計算機係統來自動處理,顯然是既快又準,不會有任何差錯。
由於會計電算化具有明顯的優勢,所以許多飯店的財務部都很樂於使用它。
(五)最小係統的功能定義
在本書前麵的章節裏,我們討論過飯店對計算機係統的需求,因此在這裏我們不做更多的重複。上麵簡單討論的這3種基本功能便可作為飯店信息係統的最小係統功能。按照行業內的習慣,又可將其分為兩個子係統:最小前台係統和最小後台係統。
最小前台係統的功能包括接待、分房、結賬功能,它一般涉及預訂功能、接待功能、客賬的審核功能(飯店裏多為夜間審核)、結賬功能和有關的日處理、報表打印、信息查詢及係統維護功能。
最小後台係統就是一個基本會計賬務係統,以國外的飯店係統為例,它一般要涉及應收賬管理、應付賬管理、總賬管理和財務報告打印功能。
作為飯店前台係統,在最小前台係統的基礎上存在有兩種功能擴展。一種功能擴展是增加更多的信息采集和控製功能,另一種擴展是增加更多的信息分析(預測)和管理決策功能。
作為飯店後台係統,在最小後台係統的基礎上可以增加一些專項會計管理,如固定資產、工資、庫存、銀行對賬。在國內飯店信息係統中大多還要以職能部門為單位,設立人事管理、總經理(辦)子係統。國外的飯店往往重視庫存和采購控製、餐飲分析和成本控製以及為財務管理人員提供編寫多種類型財務報告的服務功能。
二、理解用戶的強烈需求,著手建立係統的功能評價體係
(一)滿足前廳分賬、挑賬和調賬要求
在本章第一節我們曾討論過,相對於一般的應收賬款處理,飯店前廳處理客人消費賬的工作比較複雜,例如一些客人需要分單結賬。客人在店消費期間,飯店對他的賬單處理(例如限額、減免項目、消費折扣)也可能發生變化,因此常常需要挑出某些滿足特定條件的消費賬進行調整。由於飯店的客人賬戶自身就是多種多樣的,如個人賬戶、團隊客人的集體賬戶(團主賬戶)、長期客戶的合同賬戶(公司賬戶)以及某些特別賬戶(例如不住店而有其他消費的賬戶),再加上對於分賬、挑賬、調賬的各種要求,用戶對前廳結賬處理既要求準確及時,又要求靈活,需要我們認真對待,科學設計。
(二)滿足會計人員印製現行的單據、表格的嚴格要求
由於我國的具體國情所限,特別是在國有企業中,目前仍然由政府的財政部門直接管理著各個企業的財務和會計工作,因此對於MIS印製會計報表的功能要求,飯店財務部往往是非常嚴格的,甚至在格式上也不能允許有一絲的不如意,足以達到苛刻的程度。對於財務部的這種要求,一般隻能照辦,如果我們抱有讓他們有所鬆動的企圖,例如希望可以經過總經理對他們做一些說服工作或是取得折中的意見,最終還是不能如願。
(三)理解各個崗位對MIS操作的方便程度、工作速度的期望
人人都知道計算機是高性能的現代工具,因此人們對操作計算機的方便程度以及使用計算機之後的工作速度,自然抱有很高的期望值,這是可以理解的。但是,我們也必須注意用戶可能對MIS使用存在著某些誤區。例如有人對飯店使用MIS就必須講究信息的規範化不理解,以為如此更不方便或多此一舉。再如MIS的工作速度和使用它的環境(人員素質、管理規程、物理條件等等)密切相關,因此對MIS的某些無條件的期望是不合適的,也難以滿足。不過,對於用戶的這種往往很強烈的切身需求,雖然不可以百分之百地簡單接受,但是我們還是應該充分理解,在進行係統功能定義中給予重視。
(四)理解用戶對運行故障的普遍擔心
由於飯店經營活動晝夜不停,這是它和其他企業顯著的不同所在,因此MIS一旦在飯店投入運行之後也不可中斷工作,為此必須有及時解決係統故障的多種保證,這些故障包括動力故障、硬件故障、軟件故障和計算機病毒感染。
建立及時解決係統故障的多種保證,既要依靠MIS運行後其維護子係統發揮作用,更要依靠從係統定義開始的認真努力,功能定義、結構定義、係統配置及可行性研究都要考慮這個特別受到用戶注意的問題。
(五)著手建立係統的功能評價體係
從進行係統功能定義時,我們就應該開始對日後人們將如何評價係統功能有所考慮,此後在可行性研究中還要確認技術性能指標,在製定實施計劃中要確認項目如何驗收。在這些工作中不僅要涉及係統的基本功能,而且要特別留意用戶對係統功能的那些強烈要求,因為有關係統建設的可行性報告必須取得用戶的認可,項目最終也是由用戶來驗收。
三、注意某些被用戶忽視的需求,考慮係統增效
例如電話收費功能,它包括兩項功能:電話自動計費和電話費自動入賬。目前飯店中使用的程控電話設備一般都可以附加有自動計費功能,人們通過設計專用接口(硬件和軟件接口),又可以將電話計費信息自動傳送到飯店MIS的客人賬戶中去,由前廳的賬務處控製起來。由於住店客人的通信開銷越來越大,所以這種電話收費子係統的經濟效益非常明顯,凡是安裝使用了這種子係統的飯店都取得了很好的效益。在進行MIS功能定義時,無論用戶是否有此要求,我們都可以考慮定義此項功能。
再如客人資料功能,它包括在客人結賬時自動保留客人的消費資料,在客人入住時可以查看客人資料,以便給客人確定合適的信用限額及優惠價格。如果飯店的市場營銷水平不高,飯店經理對客人資料庫可能還缺少明顯需求,但是當前飯店業的市場開發已經開始成為管理工作的重點,許多飯店總經理也對此越來越重視,當然很歡迎計算機能夠提供客人資料。
既然飯店MIS中已經記錄了客人的結賬信息,因此建立客人資料庫是有基礎的,即便用戶沒有明確這樣的需求,我們也可以考慮定義此項功能。
特別是係統的信息維護功能,它涉及MIS未來使用中的正常信息維護,如定期的信息維護、定人的信息維護、代碼信息和信息係統的基礎信息的維護。用戶對及時解決係統故障有著強烈要求,因此他們對係統硬件的保護措施比較重視,對計算機工程公司的售後服務更加重視,但是對於MIS使用中的正常信息維護工作卻很少考慮,實際上他們對於定人的信息維護和代碼信息、基礎信息的維護,往往都沒有提出明確的要求。
任何一個信息係統中,定期的信息維護都是必不可少的,在飯店信息係統中也是如此。
在飯店係統中這種定期的信息維護功能大致涉及到三個方麵。
第一,在前台係統中對於大量的客賬信息,每一天都必須完成必要的賬務審核、日營業統計和每日的數據整理(結束當日工作,過渡到下一個工作日)。
第二,在後台係統中,每個會計期末要進行賬務的期末處理,對其他財務信息和營業信息都要按月、季、年不同周期進行統計處理和數據整理。
第三,對於特殊信息也應有特定的定期數據維護。例如對飯店客房的遠期動態信息的維護,即不斷刪除過時信息,整理保留適當的額定信息。再如對客人曆史檔案信息的維護,因為我們不可能無限地貯存客人曆史資料,必須在適當的時間進行整理。一般應考慮不斷地刪選,即對於較近期的客人史料保持比較詳細的保留,而對於一定時間以遠的客人史料進行刪選壓縮,例如適量保留那些重要客人的史料,隻保留具有一定消費額水平的客人資料。
定人的信息維護功能涉及到對各個崗位工作人員在信息係統中的登記編號、口令密碼以及使用權限進行維護。當然在每個計算機多用戶係統中都必須具備一定的用戶管理功能,這通常由係統管理員負責,這種用戶管理功能涉及各用戶的用戶名、組別、文件讀寫執行的權限以及相應口令的無條件維護。在飯店中一般都是由計算機房的工作人員負責擔任係統管理員。應該注意的是,飯店員工換崗後,對應崗位的計算機操作所用的登記號碼、口令都應及時變更。即使沒有換崗,相隔一定時間也可以考慮變更各站點用戶的登記號及口令。這種管理方法有益於加強飯店財務管理和信息管理的安全性。
代碼信息的維護也是不可缺少的。為了信息管理操作中的簡便,更為了信息的規範化,從而保證信息管理的可靠性,在飯店信息係統中和其他企業MIS一樣總要使用一些基礎代碼,即將一些常用信息代碼化。在飯店信息係統中往往使用很多種代碼,例如房間等級代碼、房間種類特征代碼、賬戶代碼、賬項代碼、客人國別代碼、各種證件代碼(護照、簽證、證件)、信用代碼。對於上述這些代碼信息庫都要進行必要的維護。
對於一些基礎信息也要提供必要的維護,例如供客人查詢的電話、交通、娛樂、飯店服務信息以及涉及飯店的基本數據(如客房、員工、部門、計算機站點的安排)。雖然基礎信息不是每日在變化,維護量不大,但正因如此,有時就被忽視了。實際上基礎信息維護是任何信息管理中都不可缺少的一環。
良好的信息係統應該具有很強的係統維護功能,既要求在維護過程中操作靈活方便,還要求層層“設卡”,具有很好的安全性。在信息係統的日常使用中應該將一些維護工作製度化,在信息係統的設計中又可以預先將一些維護功能開發成能夠自動地批量執行。
用戶在調查中對許多維護要求不大注意,但是這絲毫也不表明它們並不重要,我們在進行係統功能定義時決不能忽視它們,而且應該明確認識到:它們是任何一個信息係統功能中必不可少的一部分。
第四節 可行性研究和製定實施計劃
可行性研究和製定實施計劃這兩項工作既是係統規劃任務的完成,又是對下一階段的開發工作提供指導和約束。
人所共知,在任何一筆較大數額的投資之前,投資方都需要進行投資項目的可行性研究,這種研究將作為確定投資規模、確定具體項目方案的依據,也將作為投資方籌集資金的依據。由於飯店管理信息係統的投資建設使用資金較多,任務複雜,必須進行係統的整體工程開發,因此這項工作也應該是在通過可行性研究之後再行展開。
一般投資項目的可行性研究要包括以下六個步驟:明確研究的範圍和目標;收集整理足夠的資料;進行市場或工程的可行性分析;進行財務可行性分析;提供可行性研究報告及其他報告;討論和審批報告。
在飯店企業經營的各種投資項目中,飯店MIS屬於比較小的項目,因此在這一節討論飯店MIS建設的可行性研究時,我們也可以將相關問題簡化,例如將可行性研究工作隻劃成三個步驟:可行性分析;撰寫可行性研究報告;討論及審批可行性報告。
在整個係統規劃階段,由於收集材料的工作主要是在初步調查中進行,明確研究的範圍、目標則主要是在係統功能定義中進行,因此,現在所要討論的飯店MIS可行性分析便是在前麵工作的基礎之上開展的,它可以從三個方麵來進行,即分析係統的使用可行性、技術可行性和投資可行性。
一、使用方麵的可行性
(一)是否需要使用MIS
目前在旅遊涉外星級飯店的經營中,人們普遍需要使用計算機來輔助經營管理,除了個別飯店之外,似乎不必要對飯店管理信息係統再討論它是否需要使用的問題。但是,對於管理信息係統定義的某一項或某一些具體功能,飯店的各個部門有可能會有不同的看法,仍然有必要分析一些具體崗位對這些功能的需求究竟如何,特別是一些關鍵部門和關鍵人物的需求如何,分析各部門相關崗位使用MIS的可行性。
(二)是否願意使用MIS
一般地講,今天在全社會計算機應用已經取得了相當成績,人們對計算機也已經有了相當的了解,不歡迎在自己從事的管理工作中使用計算機的人幾乎是沒有了。但是,仍然有人因為不同的緣故對計算機係統的使用可能會有不同的好惡,尤其是常會有某個具體部門對計算機係統的某些具體功能持反對態度,例如擔心使用計算機係統(或使用它的某些功能)後自身素質不適應、係統一旦出現故障更麻煩、降低自己崗位的重要性、增加自己的責任負擔,甚至由於同事具有更多的計算機知識,因而擔心在使用計算機係統後使自己處於不利的競爭地位。但一般來說,飯店的員工是無權選擇是否願意使用MIS係統。主要分析飯店總經理的意願和飯店關鍵崗位管理人的意願。
(三)在日常管理中是否能夠操作和配合MIS的運行
這方麵的分析既要考慮操作人的實際情況,還要考慮環境情況,特別是經營活動中的特殊情況,例如在飯店前廳的計算機操作中要始終處於和客人麵對麵的狀態,再如要考慮諸如在接待團隊客人時需要快速登記和安排大批客人的特別情況。尤其是要充分考慮在經營活動中是否能夠向計算機係統輸入準確的信息,如果不能確保信息輸入完全合乎要求,管理信息係統的工作結果就不可能讓人滿意。這裏所指的“準確的信息”,既涉及信息輸入是否滿足規範化要求,也涉及信息輸入是否能夠做到及時而令人滿意。
(四)是否能夠認定對MIS的使用要求
這裏是分析我們是否可以確認,對於管理信息係統在概念上確實從各個方麵,包括設計方和使用方的各個部門,已經可以取得全體都能認可的一致意見,它標誌著概要設計的基本成功。
(五)是否具有現場實現的可行性
這裏是分析我們是否可以確認,在經營活動的現場確實可以將管理信息係統建立並應用,此時涉及對係統現場安裝、調試、維護的可行條件進行分析,它也涉及對實施計劃的初步設想和估計。
二、技術方麵的可行性
(一)技術性能指標是否已經明確
這是人們首先要考慮的問題,它涉及具體信息處理的技術性能(例如信息處理能力、輸入/輸出能力和響應時間)、可靠性、可擴充性、保密性、可維護性以及環境適應性等等許多方麵。但是我們必須明確一點:MIS性能並不等於是計算機係統的性能,用戶對MIS的性能評價更不限於對計算機係統的性能要求,這種評價更加直接地來源於用戶親身的感受,涉及的因素非常廣泛。
以信息處理的速度為例,計算機處理信息的速度快慢首先是和計算機主機的工作頻率相關,但是隻要計算機其他部分的工作頻率上不去,用戶也得不到高速的信息處理;即便計算機整體硬件的工作頻率很高,但是隻要選用的軟件工具和軟件環境有缺陷,仍可能使得用戶得不到高速的信息處理;即便整個計算機係統的工作效率很高,但是如果飯店MIS自身設計有缺陷,用戶仍然難以得到高速的信息處理;即便MIS的設計可以保證信息處理的效率,但是如果在MIS的運行管理中存在某些缺陷,同樣可能使得用戶得不到高速的信息處理,因為MIS的效率離不開係統運行環境(包括人員和物理環境)對其的製約。
其他對於MIS的各種性能評價,諸如信息處理的容量、可靠性、保密性等等,無一不是如此。目前存在有一些誤區,例如美國人最早對計算機歸納的性能特點是:快速性、容量大、精度高、通用性,顯然這是指單台計算機的特點。時至今天,人們在企業中大量使用MIS,最為看重的是係統的信息共享功能,甚至國際互聯網Internet已經更多地被人們所應用,但是仍然有人將單台計算機的優點作為計算機係統的優點來討論,甚至將單台計算機的性能指標(如字長、時鍾頻率、外設配置、軟件配置)作為計算機係統(甚至是MIS)的基本性能指標對待,這顯然是一個很大的誤區。
MIS用戶關心的是信息係統的性能和使用MIS後整個管理係統的性能,當我們對飯店MIS確認技術性能指標時要注意用戶的立場,各方要達到一定的共識。實踐經驗表明,大家要取得這種共識也並不困難。
(二)技術性能指標是否可以滿足
這個問題涉及的方麵比較多,如計算機係統的選型、MIS的定義和配置、管理係統為MIS提供的條件等等,但是要得到一個技術性能指標被各方麵都能認可的MIS並不是難事,如果出現欲滿足已定的係統性能指標有困難的情況,人們將會考慮重新修改這些指標,用戶往往對此也並不為難。
在計算機係統選型中,人們比較重視的一個環節是選擇MIS軟件開發的平台。目前,在飯店MIS中應用較多的軟件平台是采用多用戶的數據庫加一些高級語言程序(如C語言)的組合,尚沒有人使用更高級的係統開發工具(如MIS專用開發語言)。這些多用戶數據庫工具包括多用戶FoxBase、Informix、Unify、Oracle、Sybase等等。
數據庫係統在信息管理中應用非常廣泛,它采用DBMS(數據庫管理係統)工具對用戶的信息(數據)進行有效的管理,便於用戶實現信息貯存、檢索、製表和維護。多用戶數據庫與個人計算機上運行的單用戶數據庫相比較,在功能上又有自己的特點。簡言之,多用戶數據庫麵向多用戶應用,在用戶管理上有很多優勢;它又是在多用戶的操作係統環境之中,所以多用戶數據庫結合它的環境又可以為用戶提供很有益的功能。其主要特點介紹如下:
1.提高了數據管理的安全性和數據的共享性
多用戶數據庫的安全性有多層的保障,如:
(1)進入多用戶係統時,要輸入指定的用戶名和保密口令才能進入,並有可能去執行預定的程序,如果輸入的用戶名或口令不合格,則不得進入。
(2)在進入多用戶數據庫時,例如進入Unify數據庫,還要輸入指定的標號(ID號)和保密口令,才能進入庫操作。同樣,輸入值不符合預定值,便不能進入。
(3)係統管理員在用戶管理中可以為每個用戶規定好他對各有關程序和數據文件的讀、寫、執行的權利,使用人不可超權操作。
(4)多用戶數據庫的DBMS都具有多個用戶程序同時讀寫數據庫的控製能力,使用戶既能同時上機操作,又不會使數據文件受到損害。
(5)有的多用戶數據庫(如Informix),具有跟蹤數據庫操作的數據管理功能,一旦數據文件受到破壞,利用此功能可以很快地恢複。
由於多用戶數據庫得到多種的安全保障,又充分提供多用戶同時操作同一數據庫的功能,不加限製,所以使數據的共享性提高,用戶可以毫無困難地共享數據庫中的信息。
2.數據庫內部操作功能更強
關係數據庫內部最主要的關係操作是數據的選擇、投影和連接。在單用戶數據庫中直接完成這些操作的能力很差,在多用戶數據庫中可以很方便地采用直接運算。在同時打開多個關係上,多用戶數據庫也有它的優越性。
3.多用戶數據庫的檢索速度更快
很多的多用戶數據庫都采用了各種檢索技術,如Unify、Informix的檢索均比單用戶數據庫的速度快,尤其是數據量大的時候,差別更明顯。
4.多用戶數據庫提供了與其他軟件工具的接口,便於綜合開發
多用戶數據庫大多配有C、COBOL等語言的接口,例如Informix的數據操作程序中可以直接調用C函數,在C程序中也可以嵌入Informix的數據操作命令。
5.多用戶數據庫提供很多開發工具,尤其是用戶界麵的編輯生成工具
以Oracle為例,可以提供:
(1)應用生成器(Application Generator)。
(2)報表書寫包(Report Writer)。
(3)彩色圖形包(Color Graphics)。
(4)文檔管理(Document Preparation)。
再如Informix,僅是在涉及人機對話中的數據操作上,它就提供了多種很方便的工具。如:
(1)Dbmenu可以執行為用戶定義的多級菜單。
(2)Enter2全屏幕菜單顯示的數據讀寫操作工具。
(3)Formbuild為用戶的全屏幕顯示方式的數據操作編輯人機對話界麵。
(4)Perform調用執行Formbuild建成的人機對話界麵。
(5)Aceprep編寫數據輸出打印的報表。
(6)Acego打印Aceprep編寫的報表。
總之,這些工具使多用戶數據庫的開發更簡易,更快,因此由它們構成飯店MIS開發的軟件平台,使得係統開發的重點隻在數據結構和程序結構的定義,而不再是編程,同時也使得MIS的性能指標不難得以確認和保證。
三、投資方麵的可行性
任何項目在投資之前都需要分析它究竟需要多少資金,能否解決這樣的資金需求,投入這些資金又能取得怎樣的效益,最終將如何收回投資並取得更多的收益。
(一)投資預算的估計
首先要考慮項目投資所需資金的預算,為此我們需要全麵估計資金的開支,既考慮計算機硬件投資,又考慮軟件投資;既考慮購買設備所需投資,又考慮現場安裝設備所需投資;既考慮研製建設係統的費用,又考慮運行維護係統的費用;既考慮物資耗費,又考慮所用人工費用。人們有時會對其中一部分開銷考慮得比較充分,而對另一些考慮較少,因此在分析中需要留意避免產生片麵性。
其次我們需要分析飯店能否完成籌資任務以滿足上述投資預算,此時還需要考慮到籌資工作自身將要發生的成本開銷。
(二)投入產出比、投資回收期和投資效益期的估計
在分析項目投資的經濟效益時,人們常要討論項目的投入產出比、投資回收期和項目收益期。不過在進行飯店管理信息係統的投資分析中,由於MIS的使用收益大多反映在整個管理係統的運轉效益上,即人們常講的管理總體效益上,所以一般不去直接計算使用新MIS的投入產出比和投資回收期、投資效益期,隻是定性討論項目效益和大概估計一下MIS的使用期。
在定性討論中也可以討論一些具體的效益對比,此時也隻是將它們作為一些示例說明,並不適宜由此測算MIS的效益。
我們建立新的飯店MIS,隻是使信息係統或整個經營管理工作的某些環節增加了信息處理能力,它的效益主要表現在適應了飯店提高經營管理水平的需要,反映在飯店科學管理的整體效益之中,因此一般對MIS效益並不進行具體的量化分析,這項可行性分析的工作量自然也不需很大。
綜上所述,在進行飯店MIS可行性分析時,技術可行性或投資可行性的分析工作並不是難點。在許多飯店中經常是這樣的情況,即人們進行管理信息係統建設時,所需資金往往都不構成多麼大的障礙,技術性能指標也往往不必過於苛求,允許有比較大的調整幅度,因此投資方麵和技術方麵的可行性分析比較容易就可以通過,而使用方麵的可行性必須進行細致的分析,如果對它有所輕視或省力,由此產生了有缺陷的分析結果,就可能會影響所製定的實施計劃的科學性,也可能會影響日後係統所取得的效益。許多實例都告訴我們,對使用方麵的可行性分析給予充分重視是非常必要的。
由於軟件產品通常都是麵向社會上廣大用戶的通用型產品,所以在軟件工程的可行性研究中,人們還需要分析軟件項目的社會可行性,這項分析包括:該項目的開發及銷售是否涉及版權或技術專利權等法律問題,該項目的推廣應用對社會的各種影響如何,社會對它們的承受能力如何。對於在一個飯店中建設一個MIS這樣的任務,可不必專門討論項目的社會可行性,則隻需注重分析它的使用可行性。如果作為飯店MIS工程公司開發飯店MIS的通用產品,自然也需要分析項目的社會可行性。
四、可行性報告
可行性分析的直接目標就是完成可行性研究報告,從分析、完成報告到審批報告,整個工作是一個收集信息、綜合分析、判斷決策的複雜過程,對於飯店投資方而言,這個最終的結果報告將作為其決策投資以及確認有關項目計劃和項目經濟合同的依據。
(一)可行性報告內容
可行性研究報告的內容和格式並沒有統一標準,但必須說明分析的過程和內容,最終提供分析的結論,下麵簡要介紹可行性報告的內容和格式。
這種報告至少要包括這樣一些內容,如研究工作情況;研究後的主要結論;作為結論依據的具體分析方法、過程、結果和解釋;作為分析基礎的各項數據。