1、第2章可行性研究，2.1可行性研究的任務(wù)，2.2可行性研究的過程，2.3系統(tǒng)流程圖，2.4數(shù)據(jù)流程圖，2.5數(shù)據(jù)字典，2.6成本/效益分析，2.7總結(jié)，2.1可行性研究的任務(wù)，可行性研究的目的不是解決問題，而是確定問題是否值得解決。如何實(shí)現(xiàn)這個(gè)目標(biāo)？當(dāng)然，我們只能依靠客觀分析而不是主觀臆測(cè)。有必要分析幾種可能的主要解決方案的優(yōu)缺點(diǎn)，以便判斷該系統(tǒng)的原始規(guī)模和目標(biāo)是否現(xiàn)實(shí)，以及完成該系統(tǒng)所帶來的好處是否如此巨大，值得投資于該系統(tǒng)的開發(fā)。因此，可行性研究本質(zhì)上是一個(gè)系統(tǒng)分析和設(shè)計(jì)的過程，這個(gè)過程被大大地簡化和簡化了，也就是說，是一個(gè)更抽象的更高層次的系統(tǒng)分析和設(shè)計(jì)的過程。首先，有必要進(jìn)一步分析和澄

2、清問題的定義。如果在問題定義階段初步確定的規(guī)模和目標(biāo)是正確的，應(yīng)進(jìn)一步確認(rèn)；如果有錯(cuò)誤，應(yīng)及時(shí)糾正；如果對(duì)目標(biāo)體系有任何約束和限制，必須明確列出。澄清問題定義后，分析師應(yīng)該導(dǎo)出系統(tǒng)的邏輯模型。然后，從系統(tǒng)邏輯模型出發(fā)，探討了幾種可供選擇的主要解決方案(即系統(tǒng)實(shí)現(xiàn)方案)。應(yīng)該仔細(xì)研究每種解決方案的可行性。一般來說，每個(gè)解決方案的可行性至少應(yīng)該從以下三個(gè)方面進(jìn)行研究：(1)技術(shù)可行性：是否可以利用現(xiàn)有的技術(shù)來實(shí)現(xiàn)這個(gè)系統(tǒng)？(2)經(jīng)濟(jì)可行性：該系統(tǒng)的經(jīng)濟(jì)效益能超過其開發(fā)成本嗎？(3)運(yùn)行可行性：系統(tǒng)的運(yùn)行模式在本用戶組織中是否可行？必要時(shí)，我們還應(yīng)該從法律和社會(huì)效益等更廣泛的方面研究每種解決方案的可

3、行性?？尚行匝芯靠尚行匝芯克璧臅r(shí)間長短取決于項(xiàng)目的規(guī)模。一般來說，可行性研究的費(fèi)用只占預(yù)計(jì)項(xiàng)目總費(fèi)用的5% 10%。2.2可行性研究流程，典型的可行性研究流程有以下步驟。1.審核系統(tǒng)規(guī)模和目標(biāo)分析師拜訪關(guān)鍵人員，仔細(xì)閱讀和分析相關(guān)材料，以便進(jìn)一步審核和確認(rèn)在問題定義階段編寫的規(guī)模和目標(biāo)報(bào)告，糾正含糊或不準(zhǔn)確的陳述，并清晰描述對(duì)目標(biāo)系統(tǒng)的所有限制和約束。這一步的工作實(shí)質(zhì)上是確保分析師正在解決的問題確實(shí)是他被要求解決的問題。2.研究當(dāng)前使用的系統(tǒng)現(xiàn)有系統(tǒng)是重要的信息來源。新的目標(biāo)系統(tǒng)還必須完成其基本功能。另一方面，如果現(xiàn)有系統(tǒng)是完美的，用戶自然不會(huì)要求開發(fā)新系統(tǒng)。因此，現(xiàn)有系統(tǒng)必須有一些缺點(diǎn)，新

4、系統(tǒng)必須能夠解決舊系統(tǒng)中存在的問題。此外，運(yùn)行和使用舊系統(tǒng)的成本是一個(gè)重要的經(jīng)濟(jì)指標(biāo)。如果新系統(tǒng)不能增加收入或降低使用成本，從經(jīng)濟(jì)角度來看，新系統(tǒng)將不如舊系統(tǒng)。應(yīng)仔細(xì)閱讀和分析現(xiàn)有的系統(tǒng)文件和手冊(cè)，還要調(diào)查現(xiàn)有的系統(tǒng)。應(yīng)該注意理解這個(gè)系統(tǒng)能做什么，為什么要做，以及使用這個(gè)系統(tǒng)的成本。但是注意：這一步的目的是了解現(xiàn)有系統(tǒng)能做什么，而不是它如何完成這些任務(wù)。分析師應(yīng)該繪制一個(gè)描述現(xiàn)有系統(tǒng)的高級(jí)系統(tǒng)流程圖，并要求相關(guān)人員檢查他對(duì)現(xiàn)有系統(tǒng)的理解是否正確。永遠(yuǎn)不要花太多時(shí)間去理解和描述現(xiàn)有系統(tǒng)的實(shí)現(xiàn)細(xì)節(jié)。沒有一個(gè)系統(tǒng)在“真空”中運(yùn)行，大多數(shù)系統(tǒng)都與其他系統(tǒng)相關(guān)。應(yīng)該注意理解和記錄現(xiàn)有系統(tǒng)和其他系統(tǒng)之間的

5、接口，這是設(shè)計(jì)新系統(tǒng)時(shí)的一個(gè)重要限制。3.一個(gè)優(yōu)秀的設(shè)計(jì)過程通常從現(xiàn)有的物理系統(tǒng)開始，導(dǎo)出現(xiàn)有系統(tǒng)的邏輯模型，然后參考現(xiàn)有系統(tǒng)的邏輯模型，構(gòu)思目標(biāo)系統(tǒng)的邏輯模型，最后根據(jù)目標(biāo)系統(tǒng)的邏輯模型構(gòu)建一個(gè)新的物理系統(tǒng)。通過前面的工作，分析員對(duì)目標(biāo)系統(tǒng)應(yīng)該具有的基本功能和約束有了一定的了解，并且可以使用數(shù)據(jù)流圖來描述系統(tǒng)中的數(shù)據(jù)流程和處理，從而大致表達(dá)他對(duì)新系統(tǒng)的看法。通常，為了更清楚和準(zhǔn)確地描述新系統(tǒng)，應(yīng)該有一個(gè)初步的數(shù)據(jù)字典來定義系統(tǒng)中使用的數(shù)據(jù)。數(shù)據(jù)流圖和數(shù)據(jù)字典一起定義了新系統(tǒng)的邏輯模型，將來可以根據(jù)該模型設(shè)計(jì)新系統(tǒng)。新系統(tǒng)進(jìn)一步定義問題的邏輯模型本質(zhì)上表達(dá)了分析師對(duì)新系統(tǒng)必須做什么的意見。分析

6、師應(yīng)該再次與用戶一起檢查問題定義、項(xiàng)目規(guī)模和目標(biāo)。評(píng)審應(yīng)以數(shù)據(jù)流圖和數(shù)據(jù)字典作為討論的基礎(chǔ)。如果分析師誤解了問題，或者用戶遺漏了一些需求，那么是時(shí)候發(fā)現(xiàn)并糾正這些錯(cuò)誤了?？尚行匝芯康那八膫€(gè)步驟本質(zhì)上構(gòu)成一個(gè)循環(huán)。分析師定義問題，分析問題并得出一個(gè)初步的解決方案；在此基礎(chǔ)上，再次定義問題，再次分析問題并修改解決方案；繼續(xù)這個(gè)循環(huán)過程，直到建議的邏輯模型完全滿足系統(tǒng)目標(biāo)。導(dǎo)出和評(píng)估替代解決方案分析員應(yīng)該從他提出的系統(tǒng)邏輯模型中導(dǎo)出幾個(gè)更高級(jí)(更抽象)的物理解決方案，以供比較和選擇。從技術(shù)角度考慮不同的解決方案是獲得替代解決方案的最簡單方法。幾種可能的物理系統(tǒng)也可以通過組合方法得到。在從技術(shù)角度提出

7、了一些可能的物理系統(tǒng)之后，根據(jù)技術(shù)可行性的考慮，一些不現(xiàn)實(shí)的系統(tǒng)應(yīng)該被初步排除。在擺脫了技術(shù)上不可能的解決方案之后，還剩下一套技術(shù)上可行的解決方案。其次，我們可以考慮操作的可行性。分析人員應(yīng)根據(jù)用戶部門處理事務(wù)的原則和習(xí)慣，檢查技術(shù)上可行的方案，從運(yùn)行模式或運(yùn)行過程的角度，剔除用戶不接受的方案。接下來，我們應(yīng)該考慮經(jīng)濟(jì)可行性。分析師應(yīng)估計(jì)每個(gè)可能剩余系統(tǒng)的開發(fā)成本和運(yùn)營成本，并估計(jì)與現(xiàn)有系統(tǒng)相比，該系統(tǒng)的成本節(jié)約或收入增加。根據(jù)這些估計(jì)，對(duì)每個(gè)可能的系統(tǒng)進(jìn)行成本/效益分析?？偟膩碚f，只有投資于有望帶來利潤的系統(tǒng)才值得進(jìn)一步考慮。最后，制定各系統(tǒng)在技術(shù)、運(yùn)行和經(jīng)濟(jì)上可行的實(shí)施計(jì)劃。該計(jì)劃不需要(

8、也不能)詳細(xì)制定，但通常只需要估計(jì)生命周期每個(gè)階段的工作量。5.得出并評(píng)估替代解決方案6。建議的行動(dòng)方案根據(jù)可行性研究的結(jié)果應(yīng)該做出的關(guān)鍵決定是是否繼續(xù)開發(fā)項(xiàng)目。分析師必須清楚地表明他對(duì)這個(gè)關(guān)鍵決定的建議。如果分析師認(rèn)為繼續(xù)開發(fā)項(xiàng)目是值得的，他應(yīng)該選擇最好的解決方案，并解釋選擇這個(gè)解決方案的原因。通常，用戶部門的負(fù)責(zé)人主要根據(jù)開發(fā)項(xiàng)目的經(jīng)濟(jì)效益來決定是否投資，因此分析師必須對(duì)推薦的系統(tǒng)進(jìn)行更仔細(xì)的成本/效益分析。發(fā)展計(jì)劃草案分析員應(yīng)該為推薦方案起草一份發(fā)展計(jì)劃。除了制定項(xiàng)目時(shí)間表，他還應(yīng)該估計(jì)各種開發(fā)人員和資源的需求，并指出何時(shí)以及用多長時(shí)間。此外，應(yīng)該估計(jì)系統(tǒng)生命周期每個(gè)階段的成本。最后，應(yīng)

9、給出下一階段(需求分析)的詳細(xì)時(shí)間表和成本估算。8.編寫提交和審查文件時(shí)，應(yīng)將上述可行性研究每一步的工作結(jié)果編寫成清晰的文件，由用戶、客戶組織負(fù)責(zé)人和審查小組進(jìn)行審查，以決定是否繼續(xù)項(xiàng)目以及是否接受分析師推薦的方案。2.3系統(tǒng)流程圖，這是描述物理系統(tǒng)的傳統(tǒng)工具。它的基本思想是用圖形符號(hào)來描述每個(gè)組件(程序、文檔、數(shù)據(jù)庫、手動(dòng)過程等)。)以黑盒的形式出現(xiàn)。系統(tǒng)流程圖表達(dá)的是系統(tǒng)組件之間的數(shù)據(jù)流動(dòng)情況，而不是處理數(shù)據(jù)的控制過程。因此，盡管系統(tǒng)流程圖的一些符號(hào)與程序流程圖的符號(hào)相同，但它是物理數(shù)據(jù)流程圖，而不是程序流程圖。2.3.1符號(hào)。當(dāng)以一般化的方式抽象地描述一個(gè)實(shí)際的系統(tǒng)時(shí)，只使用圖2.1中列

10、出的基本符號(hào)就足夠了。當(dāng)有必要更具體地描述一個(gè)物理系統(tǒng)時(shí)，也有必要使用圖2.2中列出的系統(tǒng)符號(hào)(見本書第29頁)。有了這些符號(hào)，一般的輸入和輸出操作可以具體化為讀取和寫入存儲(chǔ)在特殊設(shè)備上的文件(或數(shù)據(jù)庫)，抽象處理可以具體化為特定的程序或手動(dòng)操作。圖2.1基本符號(hào)，2.3.2示例，介紹系統(tǒng)流程圖的最佳方式可能是通過一個(gè)具體示例來說明其用法。下面是一個(gè)簡單的例子。例如，裝配廠有一個(gè)用于存儲(chǔ)零件的倉庫，倉庫中各種零件的數(shù)量和每個(gè)零件庫存的臨界值等現(xiàn)有數(shù)據(jù)都記錄在庫存主文件中。當(dāng)倉庫中的零件數(shù)量發(fā)生變化時(shí)，應(yīng)及時(shí)修改庫存清單主文件。如果任何零件的庫存低于其臨界值，應(yīng)報(bào)告給采購部訂購，并規(guī)定每天向采購

11、部發(fā)送一次訂單報(bào)告。裝配廠使用一臺(tái)小型計(jì)算機(jī)來處理更新庫存主文件和生成訂單報(bào)告的任務(wù)：零件庫存的每一個(gè)變化都被稱為一個(gè)事務(wù)，它由放置在倉庫中的陰極射線管終端輸入計(jì)算機(jī)；系統(tǒng)中的庫存程序處理交易，更新存儲(chǔ)在磁盤上的庫存主文件，并將必要的訂單信息寫入磁帶；報(bào)告生成器每天讀取一次磁帶，并打印出訂單報(bào)告。下面的系統(tǒng)流程圖描述了上述系統(tǒng)的概述。2.3.2示例(續(xù))，圖2.3庫存系統(tǒng)的系統(tǒng)流程圖，注：系統(tǒng)流程圖的常規(guī)繪制是使信息從上到下或從左到右流動(dòng)。圖中的每個(gè)符號(hào)以黑盒的形式定義了系統(tǒng)的一個(gè)組件，但它并不表示每個(gè)組件的具體工作過程；圖中的箭頭確定了信息在系統(tǒng)中的邏輯路徑。請(qǐng)畫出系統(tǒng)流程圖，機(jī)票預(yù)訂系統(tǒng)：

12、將預(yù)訂機(jī)票的乘客信息輸入系統(tǒng)，系統(tǒng)為乘客安排航班；客戶支付訂金，系統(tǒng)打印收票通知和票據(jù)給乘客；乘客應(yīng)在飛機(jī)起飛前一天用收票通知和賬單支付余額，收票系統(tǒng)將在檢查后打印出機(jī)票給乘客。訂票信息被輸入到系統(tǒng)中，系統(tǒng)為乘客安排航班，支付訂金，向乘客打印收票通知和票據(jù)，通過收票通知和票據(jù)支付余額，并在檢查訂單信息后向乘客打印出機(jī)票。航班安排程序、航班安排、機(jī)票收取通知、賬單生成程序、支付押金、押金信息、檢查程序、支付信息和支付余額。2.3.3集票通知、票據(jù)、機(jī)票和機(jī)票打印程序都是分層的。當(dāng)面對(duì)一個(gè)復(fù)雜的系統(tǒng)時(shí)，一個(gè)更好的方法是分層描述系統(tǒng)。首先，使用高級(jí)系統(tǒng)流程圖來描述系統(tǒng)的總體概況，并顯示系統(tǒng)的關(guān)鍵功能

13、。然后將每個(gè)關(guān)鍵功能展開到適當(dāng)?shù)募?xì)節(jié)級(jí)別，并在單獨(dú)的頁面上繪制。這種分層描述方法便于讀者從抽象到具體一步一步地理解復(fù)雜系統(tǒng)。2.4 Data數(shù)據(jù)流圖是一種圖形技術(shù)，它描述了從輸入到輸出的過程中信息流和數(shù)據(jù)的轉(zhuǎn)換。數(shù)據(jù)流圖中沒有具體的物理組件，它只描述了軟件中數(shù)據(jù)流動(dòng)和處理的邏輯過程。數(shù)據(jù)流圖是系統(tǒng)邏輯功能的圖形表示，非專業(yè)的計(jì)算機(jī)技術(shù)人員很容易理解，是分析人員和用戶之間良好的溝通工具。另外，在設(shè)計(jì)數(shù)據(jù)流圖時(shí)，我們只需要考慮系統(tǒng)必須完成的基本邏輯功能，而不需要考慮如何具體實(shí)現(xiàn)這些功能，這也是未來軟件設(shè)計(jì)的一個(gè)很好的起點(diǎn)。2.4.1符號(hào)，數(shù)據(jù)流圖中有四個(gè)基本符號(hào)：正方形(或立方體)代表數(shù)據(jù)的源點(diǎn)或

14、終點(diǎn)；圓角矩形(或圓)表示轉(zhuǎn)換數(shù)據(jù)的處理；開放的矩形(或兩條平行的水平線)代表數(shù)據(jù)存儲(chǔ)；箭頭指示數(shù)據(jù)流，即特定數(shù)據(jù)的流向。處理不一定是一個(gè)程序。處理塊可以表示一系列程序、單個(gè)程序或程序的模塊；它甚至可以代表手動(dòng)處理，如用沖孔機(jī)打孔或目視檢查數(shù)據(jù)的正確性。數(shù)據(jù)存儲(chǔ)不同于文件，它可以表示文件、文件的一部分、數(shù)據(jù)庫的一個(gè)元素或記錄的一部分等。數(shù)據(jù)可以存儲(chǔ)在磁盤、磁帶、磁鼓、主存儲(chǔ)器、縮微膠片、穿孔卡和任何其他介質(zhì)(包括人腦)上。2.4.1符號(hào)、數(shù)據(jù)存儲(chǔ)和數(shù)據(jù)流都是數(shù)據(jù)，只是處于不同的狀態(tài)。數(shù)據(jù)存儲(chǔ)是靜態(tài)數(shù)據(jù)，而數(shù)據(jù)流是移動(dòng)數(shù)據(jù)。在數(shù)據(jù)流圖中，錯(cuò)誤處理通常被忽略，并且不包括諸如打開或關(guān)閉文件之類的內(nèi)務(wù)

15、處理。數(shù)據(jù)流圖的基本點(diǎn)是描述“做什么”，而不考慮“如何做”。2.4.1符號(hào)除了上述四個(gè)基本符號(hào)外，有時(shí)還會(huì)使用幾個(gè)附加符號(hào)。下圖顯示了這些附加符號(hào)的含義。2.4.1符號(hào)，2.4.2示例，假設(shè)工廠的采購部門每天都需要一份訂單報(bào)告，該報(bào)告按零件號(hào)排序，并列出所有需要再次訂購的零件。對(duì)于需要再次訂購的每個(gè)零件，應(yīng)列出以下數(shù)據(jù)：零件號(hào)、零件名稱、訂單數(shù)量、當(dāng)前價(jià)格、主要供應(yīng)商和次要供應(yīng)商。零件入庫或出庫稱為交易，通過倉庫中的陰極射線管終端向訂購系統(tǒng)報(bào)告。當(dāng)零件的庫存數(shù)量小于庫存數(shù)量的臨界值時(shí)，應(yīng)重新訂購。數(shù)據(jù)流圖有四個(gè)組成部分：源點(diǎn)或端點(diǎn)、處理、數(shù)據(jù)存儲(chǔ)和數(shù)據(jù)流。第一步是從問題描述中提取數(shù)據(jù)流圖的四個(gè)

16、組成部分：首先，考慮數(shù)據(jù)的來源和終點(diǎn)。從以上對(duì)系統(tǒng)的描述中，我們可以知道“采購部每天都需要一份訂單報(bào)告”和“交易是通過放置在倉庫中的陰極射線管終端向訂單系統(tǒng)報(bào)告的”，因此買方是數(shù)據(jù)端點(diǎn)，倉庫管理員是數(shù)據(jù)源點(diǎn)。接下來，考慮處理，并再次閱讀問題描述，“采購部需要報(bào)告”。顯然，他們還沒有這樣的報(bào)告，所以必須有一個(gè)生成報(bào)告的過程。交易的結(jié)果是改變零件的庫存。然而，任何改變數(shù)據(jù)的操作都是一個(gè)過程，因此事務(wù)的處理是另一個(gè)過程。(請(qǐng)注意，在問題描述中沒有明顯提到事務(wù)處理，但是這種需求可以通過分析看出。)，2.4.2示例分析(基本系統(tǒng)模型)，最后，考慮數(shù)據(jù)流和數(shù)據(jù)存儲(chǔ)：系統(tǒng)向采購部門發(fā)送訂單報(bào)告，因此訂單報(bào)告

17、是數(shù)據(jù)流；交易需要從倉庫發(fā)送到系統(tǒng)。顯然，事務(wù)是另一個(gè)數(shù)據(jù)流。生成報(bào)表和處理事務(wù)這兩個(gè)過程在時(shí)間上明顯不匹配。每次交易發(fā)生時(shí)，都會(huì)立即進(jìn)行處理，但是，訂單報(bào)告每天只生成一次。因此，用于生成訂單報(bào)告的數(shù)據(jù)必須存儲(chǔ)一段時(shí)間，也就是說，應(yīng)該有數(shù)據(jù)存儲(chǔ)。(請(qǐng)注意，并非所有的數(shù)據(jù)存儲(chǔ)和數(shù)據(jù)流都可以直接從問題描述中提取。)，2.4.2示例分析(基本系統(tǒng)模型)，上述分析結(jié)果總結(jié)于上圖，其中星號(hào)標(biāo)記問題描述中的隱藏組件。2.4.2示例分析(基本系統(tǒng)模型)，表2.1構(gòu)成數(shù)據(jù)流圖的元素可以從描述問題的信息中提取，并且任何系統(tǒng)的基本模型都由幾個(gè)數(shù)據(jù)源點(diǎn)/端點(diǎn)和一個(gè)過程組成，該過程代表系統(tǒng)用于數(shù)據(jù)處理和轉(zhuǎn)換的基本功能。對(duì)于上述訂購系統(tǒng)，可以繪制如下圖所示的基本系統(tǒng)模型。2.4.2示例分析(基本系統(tǒng)模型)，圖2.5訂購系統(tǒng)的基本系統(tǒng)模型，這是從基本系統(tǒng)模型這樣一個(gè)非常高的層次繪制數(shù)據(jù)流圖的好方法。是否所有給定的數(shù)據(jù)源點(diǎn)/端點(diǎn)都列在這個(gè)高級(jí)數(shù)據(jù)流圖上，一目了然，因此它是一個(gè)有價(jià)值的通信工具。然而，畢竟，圖2.5太抽象了，從這個(gè)圖中可以了解到的關(guān)于訂購系統(tǒng)的信息非常有限。下一步是細(xì)化基本系統(tǒng)模型，描