第6章辦公自動化信息系統(tǒng)的建設_第1頁
第6章辦公自動化信息系統(tǒng)的建設_第2頁
第6章辦公自動化信息系統(tǒng)的建設_第3頁
第6章辦公自動化信息系統(tǒng)的建設_第4頁
第6章辦公自動化信息系統(tǒng)的建設_第5頁
已閱讀5頁,還剩168頁未讀 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領

文檔簡介

1、第第3章章 辦公自動化信息系統(tǒng)的建設辦公自動化信息系統(tǒng)的建設 3.1 辦公自動化系統(tǒng)概述辦公自動化系統(tǒng)概述 3.2 辦公自動化系統(tǒng)的開發(fā)過程辦公自動化系統(tǒng)的開發(fā)過程 3.3 辦公自動化系統(tǒng)的系統(tǒng)分析辦公自動化系統(tǒng)的系統(tǒng)分析 3.4 辦公自動化系統(tǒng)設計辦公自動化系統(tǒng)設計 3.5 辦公自動化系統(tǒng)的實現(xiàn)與維護辦公自動化系統(tǒng)的實現(xiàn)與維護 3.1 辦公自動化系統(tǒng)概述辦公自動化系統(tǒng)概述 3.1.1 系統(tǒng)的概念 系統(tǒng)是具有特定功能的、相互間具有有機聯(lián)系的許多要素所構成的一個整體,而且這個“系統(tǒng)”本身又是它所從屬的一個更大系統(tǒng)的組成部分。系統(tǒng)具有輸出某種產(chǎn)物的目的,但有輸出必有輸入,而且輸出是輸入經(jīng)過處理后的

2、結果,它代表系統(tǒng)的目的。 處理是使輸入變?yōu)檩敵龅囊环N活動,一般是由人與設備分別或聯(lián)合承擔的,這與自然界中的能量守恒定律是一致的。通常,輸入、處理、輸出是組成系統(tǒng)的3個基本要素,加上反饋就構成一個典型的系統(tǒng),如圖3-1所示。圖3-1 典型的系統(tǒng) 處理輸入輸出反饋 3.1.2 辦公自動化系統(tǒng) 辦公自動化系統(tǒng)是綜合性的辦公管理系統(tǒng),是在綜合了電子計算機輔助設計及電子計算機輔助辦公的研究基礎上發(fā)展起來的一個信息處理系統(tǒng)。 辦公自動化系統(tǒng)包括多種科學技術,如計算機、文字處理、聲音圖像處理、數(shù)值計算、光學、微電子學、通信和管理科學。 辦公自動化系統(tǒng)的功能有數(shù)值運算功能、文字處理功能、資料處理功能、行政管理

3、功能、圖形處理功能、聲音處理功能、決策支持功能和網(wǎng)絡通信功能。 1數(shù)值運算功能 辦公人員在辦公室里,通過微型計算機或終端機使用本地或異地的大、中型計算機的硬件和軟件資源,完成所需的各種復雜的計算。 2文字處理功能 辦公自動化系統(tǒng)能迅速處理各種辦公文件、日志、報告,并具備編輯、排版、修改、打印、印刷等功能。高級的文件自動化處理系統(tǒng)不僅是一個獨立的機組,還可以通過通信線路將文件信息傳送到領導者的終端機上,領導者作了修改和審批后,傳回到辦公人員那里。辦公人員再按發(fā)文標準,在終端機上做最后的排版,即可通過通信線路,向有關接收文件的部門發(fā)出。 3資料處理功能 為了對大量資料提供高效的處理能力,其中包括資

4、料的登記、存儲、分類、查詢、保密、制表等,要建立公用的或專用的數(shù)據(jù)庫,以提供快速的訪問及查詢手段和保密措施。 4行政管理功能 行政管理即日常行政事務管理、會議事務安排和辦公用品、設備的使用與調度。如安排工作日程與工作計劃、辦公用品管理、會議室管理等。 5圖形處理功能 用戶利用計算機存儲、繪制各種圖像和表格,采用光學掃描儀及字符閱讀器,可直接將手寫和印刷的文件讀入計算機,解決大量數(shù)據(jù)的快速輸入問題。 6聲音處理功能 聲音處理功能主要包括聲音識別、合成和存儲,使計算機能聽懂并執(zhí)行人向它發(fā)出的命令。此外,計算機與電話通訊結合起來,完成自動撥號、自動接聽、自動記錄等操作,實現(xiàn)人與人、人與機器、各機器之

5、間的信息通訊。 7決策支持功能 決策支持功能是評價辦公自動化系統(tǒng)水平的重要標志,也是辦公自動化發(fā)展的一個重要方向。決策支持就是把管理信息系統(tǒng)與決策過程緊密結合起來,以支持各類辦公人員的知識活動與信息活動,幫助決策人員尋找解決問題的途徑和模式,確定解決問題的方法,使過去由決策人員做的大量繁瑣工作(如資料的收集、綜合統(tǒng)計與分析工作)交給計算機承擔,然后決策人員根據(jù)計算機的綜合分析結果,就可以迅速、正確地做出選擇、判斷與決策。 8網(wǎng)絡通信功能 辦公自動化系統(tǒng)是收集、存儲和處理信息的系統(tǒng),通信是不可缺少的功能。一個單位內(nèi)部的通信可通過一個或多個局域網(wǎng)來完成,與外界的通信則要用遠程網(wǎng)(如電話網(wǎng)、衛(wèi)星通信

6、等),并開展電子郵政服務,以加快信息交換的速度。通信網(wǎng)內(nèi)不僅傳送文字和數(shù)據(jù),而且傳送聲音和圖像。 3.1.3 辦公自動化系統(tǒng)的設計與測試 1系統(tǒng)分析 在系統(tǒng)分析中分為辦公事務調研、系統(tǒng)目標分析、系統(tǒng)功能分析、系統(tǒng)配置分析及可行性論證幾步。 辦公事務調研:首先是對項目全面調研,確定信息量大小、信息的類型、信息的流程和內(nèi)外信息需求的關系等。其次還要對構成本系統(tǒng)的情況進行調研,了解本部門與相關部門及相關機構之間的關系,了解本部門現(xiàn)有設備配置和辦公資源的使用情況以及工作能力大小,為系統(tǒng)進行設備配置及選擇提供的依據(jù)。確定辦公自動化系統(tǒng)的功能和目的,是建設辦公自動化系統(tǒng)的基礎。 系統(tǒng)目標分析:根據(jù)辦公事務

7、需求,分析該辦公自動化系統(tǒng)能完成的基本任務,包括近期、中期和遠期的目標,以及將來獲得的社會效益和經(jīng)濟效益。 系統(tǒng)功能分析:確定為實現(xiàn)系統(tǒng)目標具有的所有功能,如辦公事務管理信息資料的存儲、查詢等,這是設計辦公具體管理事務模塊所必需的。 系統(tǒng)配置分析:根據(jù)系統(tǒng)的需求及實際的資金投入,從確保系統(tǒng)的先進性、實用性、可靠性、經(jīng)濟性來選擇辦公自動化設備的配置,并要考慮發(fā)展的需要。 可行性論證:對系統(tǒng)的總體方案進行分析、評估、論證、修訂,依靠專家對系統(tǒng)方案的科學性、先進性、可行性進行全面論證和評估之后才能實施。 2系統(tǒng)設計 系統(tǒng)設計是根據(jù)系統(tǒng)分析階段確定的系統(tǒng)功能,來確定系統(tǒng)的物理結構,即由邏輯模型得出物理

8、模型。在系統(tǒng)分析中要解決做什么,在系統(tǒng)設計中要解決怎樣做。該階段的主要任務是,根據(jù)系統(tǒng)分析階段確定的系統(tǒng)目標選定系統(tǒng)方案和系統(tǒng)結構,設計計算機處理流程和應用程序編制的方法,編寫程序設計說明書,選擇計算機及網(wǎng)絡設備。 3系統(tǒng)實施與系統(tǒng)測試 辦公自動化系統(tǒng)的實施基礎是綜合布線系統(tǒng)和信息通信系統(tǒng)。綜合布線系統(tǒng)為辦公樓內(nèi)各樓層安裝辦公自動化設施做好了準備,布線系統(tǒng)的設計不僅考慮了傳輸速率的要求,而且其模塊化結構使辦公自動化系統(tǒng)的組網(wǎng)方式靈活方便。 辦公自動化系統(tǒng)的兩個主要技術支柱是數(shù)據(jù)庫系統(tǒng)和數(shù)據(jù)通信系統(tǒng)技術。借助計算機網(wǎng)絡提供的數(shù)據(jù)通信,可以使辦公自動化系統(tǒng)的數(shù)據(jù)庫構成分布的形式,使辦公信息存儲分布

9、更合理,利用更有效。局域網(wǎng)的分段技術以及多個局域網(wǎng)的互聯(lián)技術,使得辦公樓中的各個辦公節(jié)點能夠通過垂直布置的干線網(wǎng)進行聯(lián)絡。 3.1.4 辦公自動化系統(tǒng)的安全 辦公自動化系統(tǒng)是由很多計算機硬件、軟件、輔助設備和人共同組成的人-機復雜系統(tǒng)。系統(tǒng)信息的安全采集、處理、存儲與傳輸,是保證信息資源安全的關鍵;系統(tǒng)組成部分各環(huán)節(jié)的安全,是信息安全的基礎。因此,辦公自動化系統(tǒng)安全包括系統(tǒng)實體安全、數(shù)據(jù)與數(shù)據(jù)傳輸安全、微型計算機及終端的操作使用安全等。為了保護系統(tǒng)的安全,要有法律、行政和技術三個方面的措施。 3.2 辦公自動化系統(tǒng)的開發(fā)過程辦公自動化系統(tǒng)的開發(fā)過程 3.2.1 辦公自動化系統(tǒng)的生命周期 辦公自

10、動化信息系統(tǒng)本身是一個人工系統(tǒng),人工系統(tǒng)都有產(chǎn)生、發(fā)展、成熟、消亡的過程,這個過程叫做生命周期。辦公自動化信息系統(tǒng)的生命周期通常分為5個階段,即系統(tǒng)規(guī)劃階段、系統(tǒng)分析階段、系統(tǒng)設計階段、系統(tǒng)實施階段以及系統(tǒng)運行和維護階段,如圖3-2所示。圖3-2 系統(tǒng)生命周期圖 系統(tǒng)規(guī)劃系統(tǒng)分析(邏輯設計)系統(tǒng)設計(物理設計)系統(tǒng)實施系統(tǒng)運行和維護審批邏輯設計系統(tǒng)維護評價開發(fā)請求驗收總體設計初步調查系統(tǒng)評價編程調試詳細設計審查可行性研究詳細調查審查系統(tǒng)維護 (1) 系統(tǒng)規(guī)劃階段。此階段首先要弄清楚最關鍵的問題是“要解決的問題是什么?”。通過問題定義,提出問題的性質、工程目標及規(guī)模;通過對系統(tǒng)的實際用戶和使用部

11、門負責人的訪問、調查,寫出雙方都滿意的書面報告。 (2) 系統(tǒng)分析階段。此階段主要是解決“目標系統(tǒng)必須做什么?”,也就是“確定目標系統(tǒng)必須具備哪些功能。” (3) 系統(tǒng)設計階段。此階段主要是解決系統(tǒng)應分成幾個子系統(tǒng),應分哪些模塊,它們之間的調用關系,對哪些模塊完成哪些管理功能,用戶界面的劃分,為用戶顯示哪些信息,打印哪些圖表等。 (4) 系統(tǒng)實施階段。此階段主要是軟件開發(fā)人員編寫程序、調試程序、測試程序,同時用戶也要了解測試的情況,檢查系統(tǒng)是不是滿足要求,而且經(jīng)常要對軟件開發(fā)人員提出建議。所以在整個生命周期當中,都需要用戶的參與,用戶要對管理信息系統(tǒng)的整個開發(fā)過程有所了解。 (5) 系統(tǒng)運行和

12、維護階段。系統(tǒng)投入運行后,需要經(jīng)常進行維護和評價,記錄系統(tǒng)的運行情況,根據(jù)一定規(guī)格對系統(tǒng)進行必要的修改,評價系統(tǒng)的質量和經(jīng)濟效益。軟件交用戶后,為適應外部環(huán)境的變化以及用戶增加新功能的要求,將會有軟件系統(tǒng)的變更、修改等問題。軟件維護就是在生命周期的各個階段去調整現(xiàn)有程序,而不是開發(fā)一個新的程序。 生命周期是一個不斷發(fā)展的過程,在整個生命周期中,管理人員與信息專家各有不同的職責。表3-1列出了管理人員和信息專家在每個階段的職責。表3-1 管理人員和信息專家的職責 階段管理人員信息專家規(guī)劃定義問題支持分析控制系統(tǒng)行為研究設計控制決策系統(tǒng)實施控制實施系統(tǒng)使用控制使用系統(tǒng) 3.2.2 系統(tǒng)分析人員 1

13、系統(tǒng)分析人員的任務 系統(tǒng)分析人員就是在信息系統(tǒng)開發(fā)初期從事系統(tǒng)分析工作的開發(fā)人員。按照Nichlas的定義,系統(tǒng)分析人員的任務就是明確需求和資源限制因素,并且將它們變成具體的實施方案。 2對系統(tǒng)分析人員的要求 系統(tǒng)分析人員必須具有多種技能,以便有效地工作。這些技能可以分成兩類:處理人際關系方面的能力和解決有關技術問題的能力。具體地說,系統(tǒng)分析人員應具備以下基本素質: (1) 有一定的理論水平,全面、系統(tǒng)地掌握計算機系統(tǒng)開發(fā)的基本理論和有關標準。 (2) 具有較全面的計算機專業(yè)知識和信息系統(tǒng)開發(fā)的經(jīng)驗。系統(tǒng)分析人員應該是曾參加過信息系統(tǒng)開發(fā)各個階段工作的高級開發(fā)人員。 (3) 有較強的在新的問題

14、領域提取知識的能力,能理解問題,并能準確地把握問題的細節(jié)。 (4) 善于掌握非技術因素;具有較強的合作精神,能與各種類型的人友好相處;有基本的調查藝術并善于掌握被調查者的心理;能夠使用用戶語言,具有較強的表達能力。 3.2.3 辦公自動化系統(tǒng)的開發(fā)方法 1結構化分析法 結構化分析(SA,Structured Analysis)方法是信息系統(tǒng)開發(fā)中需求分析的重要方法。結構化分析方法起源于美國,該方法常同概要設計階段中的結構化(SD,Structured Design)設計方法和編碼實現(xiàn)階段中的結構化程序(SP,Structured Programming)設計方法銜接使用,成為被最為廣泛使用的分

15、析方法。結構化分析方法的基本思想可以歸納為分析的層次化、功能的模塊化和相互關聯(lián)三個方面。 1) 結構化分析的特點 結構化分析方法有以下兩個基本特點: (1) 自頂向下逐層細分:就是對于一個復雜的事物,先抓住問題的大的方面,形成較高層次的抽象,然后再由粗到細,由表及里地逐步涉及問題的具體細節(jié)。 (2) 抽象:就是在分析過程中,要透過具體的事物看到問題中的本質屬性,能將所分析的問題實例變?yōu)橐话愕母拍睢?2) 結構化分析方法的類型 結構化分析方法有3種類型:功能分解法、數(shù)據(jù)流方法和信息造型方法。其中,數(shù)據(jù)流方法是最為常用的結構化分析方法,它經(jīng)常也被直接稱為結構化分析方法。 3) 結構化分析方法的步驟

16、 結構化分析方法有以下4個基本步驟: (1) 理解當前系統(tǒng),得出其具體模型。 (2) 通過對當前系統(tǒng)具體模型的分析,抽象出當前系統(tǒng)的邏輯模型。 (3) 分析目標系統(tǒng)和當前系統(tǒng)的邏輯差別,建立目標系統(tǒng)的邏輯模型。 (4) 修改、充實和完善目標系統(tǒng)的邏輯模型。 目前使用最為廣泛的軟件開發(fā)模型是瀑布模型。瀑布模型是Bohem于1976年提出的,它也是最早的軟件開發(fā)模型。瀑布模型將軟件開發(fā)分為三個時期,它們是:軟件計劃時期、軟件開發(fā)時期和軟件運行時期。每個時期又分為若干個階段,每個階段在上一階段結束后開始,其開發(fā)過程如圖3-3所示。圖3-3 瀑布模型的開發(fā)過程 問題定義可行性研究需求分析概要設計詳細設

17、計編碼測試維護項目任務書可行性研究報告需求說明書概要設計說明書詳細設計說明書程序代碼文本測試報告計劃時期開發(fā)時期運行時期 在軟件開發(fā)的早期,有時很難明確定義出確切的軟件需求,提供詳細的需求規(guī)格說明書。無論是系統(tǒng)人員還是客戶,有的只是對目標系統(tǒng)十分籠統(tǒng)初步的認識。 常規(guī)的軟件開發(fā)的各階段相互傳遞信息的惟一工具是文檔。雖然文檔內(nèi)有很多形象的描述方法,如各種圖表等,但它們畢竟是實際系統(tǒng)的抽象。 2原型法 1) 原型法的基本概念 原型(Prototype)是所開發(fā)信息系統(tǒng)的一個可執(zhí)行模型或引導性版本,它可為客戶和軟件開發(fā)各階段的系統(tǒng)開發(fā)人員提供系統(tǒng)的原始藍本,以幫助得到目標系統(tǒng)明確而嚴格的需求,促進客

18、戶和系統(tǒng)開發(fā)人員、各階段系統(tǒng)開發(fā)人員之間的相互有效的信息交流,并以此為基礎進行需求分析和系統(tǒng)設計。從本質上看,原型是未來目標系統(tǒng)的一個模型。 2) 原型的作用 原型的建立目的可分為以下幾種情況: (1) 用于驗證軟件需求的原型。此類原型的目的是,供系統(tǒng)分析人員在需求分析階段確定軟件需求。這類原型具有兩種表現(xiàn)形式。 垂直原型:原型只包括系統(tǒng)的一部分功能,涉及到一些具體細節(jié)。 水平原型:原型只是整個目標系統(tǒng)的某種簡化。 (2) 用于驗證設計方案的原型。此類原型的目的是,供系統(tǒng)設計人員在概要設計和詳細設計后,用來驗證設計中的某些關鍵部分的技術性能和可行性。 (3) 用于產(chǎn)生目標系統(tǒng)的原型。這種原型的

19、建立是一個從簡單到全面不斷迭代的過程,它體現(xiàn)出系統(tǒng)設計人員對目標系統(tǒng)認識的逐步完善過程。 3) 建立原型的過程 建立不同目的的原型,可使用不同的建立方法和建立過程。下邊介紹兩種典型原型實現(xiàn)的過程。原型實現(xiàn)的過程也可看作是原型系統(tǒng)的生命周期。 (1) 拋棄式原型的建立過程。拋棄式原型(Throw it Away)建立方法主要是用來建立驗證軟件需求和設計方案的原型。 由于所需建立的原型是為了滿足一時的目的,驗證后即棄之不用,因而建立原型時只將注意力集中于要驗證的主要方面,而忽視其他一些次要方面。 拋棄式原型的建立步驟是: 確定需求。根據(jù)所要完成的任務,確定要建立何種原型,用原型來解決何種問題,以此

20、來決定在構造原型時忽略哪些細節(jié)及重點要驗證與解決的問題。 快速設計。在基本的需求分析的基礎上,做必要的設計工作。 構造原型。用某種語言或原型開發(fā)工具實現(xiàn)原型,得到可執(zhí)行的原型。 評價原型。通過運行原型,對所要解決的問題進行驗證,并可根據(jù)新情況提出新要求,通過調整當前原型實現(xiàn)新的功能。 實現(xiàn)系統(tǒng)。將運行原型和評價原型所得結果運用到系統(tǒng)開發(fā)中,從而實現(xiàn)系統(tǒng),得到所要開發(fā)的軟件產(chǎn)品。 圖3-4所示的流程圖說明了以上過程。圖3-4 原型構造過程 確定需求快速設計構造原型評價原型實現(xiàn)系統(tǒng)調整原型 (2) 增量漸進式原型的建立過程。增量漸進式原型方法又稱軟件開發(fā)的螺旋模型(Spiral Model),因在

21、其指導下的開發(fā)呈現(xiàn)為一個螺旋式上升的過程而得名。 增量漸進式原型的建立過程有以下幾個步驟: 通過調查分析,確定客戶對目標系統(tǒng)的基本需求。 在對客戶基本需求進行分析的基礎上,通過簡單的設計,用某種方式快速構造一個系統(tǒng)原型。圖3-5 增量漸進式的原型建立過程 需求分析設計構造原型評審 將原型交給客戶運行,通過運行原型并和客戶充分交流,得到對原型進一步的改進意見。 在已有原型的基礎上,根據(jù)對原型的改進意見,作稍為詳細的系統(tǒng)分析和設計,并構造下一代原型系統(tǒng)。 重復以上“運行原型系統(tǒng)-與客戶交流-進一步的分析設計-再構造原型”的過程,直到目標系統(tǒng)開發(fā)結束。圖3-5說明了增量漸進式的原型建立過程。 3面向

22、對象法 1) 面向對象的基本概念 面向對象是一種認識客觀世界的世界觀,是從結構組織角度模擬客觀世界的一種方法。人們在認識和理解現(xiàn)實世界的過程中,普遍運用以下3個構造法則: 區(qū)分對象及其屬性; 區(qū)分整體對象及其組成部分; 不同對象類的形成及區(qū)分。 (1) 對象(Object):是對一組信息及對其操作的描述。 (2) 屬性(Property):是對象所包含的信息,如窗口的寬度(form1.width)。 (3) 方法(Method):是對象所應有的各種操作,如窗口關閉(form1.close)。 (4) 事件(Event):是對象在執(zhí)行某一操作后激發(fā)并執(zhí)行的一個或多個過程。 (5) 類(Class

23、)與實例(Instance):類是具有共同屬性、共同方法、共同事件的對象的集合,而一個具體的對象則是其對應類的一個實例。 (6) 繼承(Inheritance):任何一個子類都具有其父類所有的屬性、方法和事件,這一特性叫做類的繼承。如果父類的特性發(fā)生變化,其子類也相應改變。繼承機制的優(yōu)點在于: 避免了由于系統(tǒng)內(nèi)類對象封閉而造成數(shù)據(jù)和操作冗余的現(xiàn)象。 接口的一致性(Consistency of Interface)。父類衍生子類的其他操作接口也傳遞給其子類。 符合軟件可重用性。傳統(tǒng)的結構化方法中的過程調用和由類定義出的對象,都是重復使用的典型例子,但它們都比不上繼承的層次高。 (7) 消息(Me

24、ssage):面向對象的世界是通過對象與對象間彼此的相互合作來推動的,對象間的這種相互合作需要一個機制協(xié)助進行,這樣的機制可以稱為消息傳遞。消息傳遞過程中,由發(fā)送消息的對象(Sender)的使操作產(chǎn)生輸出結果,做為消息(Message)傳送至接收消息的對象(Receiver),引發(fā)接收消息的對象的一系列的操作。所傳送的消息實質上是接收對象所具有的操作/方法名稱,有時還包括相應參數(shù),圖3-6就表示了這樣的概念。圖3-6 消息傳遞模型 發(fā)送對象接口接收對象消息操作名、參數(shù) 2) 面向對象的特征 面向對象具有封裝性、繼承性、多態(tài)性和易維護性的特征。 (1) 封裝性。對象的概念突破了傳統(tǒng)數(shù)據(jù)與操作分離

25、的模式。對象作為獨立存在的實體,將自由數(shù)據(jù)和操作封閉在一起,使自身的狀態(tài)、行為局部化。 (2) 繼承性。繼承是面向對象特有的,亦是最有力的機制。通過類繼承可以彌補由封裝對象而帶來的諸如數(shù)據(jù)或操作冗余的問題。 (3) 多態(tài)性。同一消息發(fā)送至不同類或對象可引起不同的操作,使軟件開發(fā)設計更便利,編碼更靈活。 (4) 易維護性。面向對象的抽象封裝使對象信息隱藏在局部。當對象進行修改,或對象自身產(chǎn)生錯誤的時候,由此帶來的影響僅僅局限在對象內(nèi)部而不會波及其他對象乃至整個系統(tǒng)環(huán)境,這極大方便了軟件設計、構造和運行過程中的檢錯、修改。 3) 面向對象開發(fā)方法的內(nèi)容與過程 面向對象開發(fā)一般經(jīng)歷三個階段:面向對象

26、系統(tǒng)分析(OOA)、面向對象系統(tǒng)設計(OOD)和面向對象系統(tǒng)實現(xiàn)(編程)。這與傳統(tǒng)的生命周期法相似,但各階段所解決的問題和采用的描述方法卻有極大區(qū)別。圖3-8表示的是面向對象系統(tǒng)開發(fā)模型,它表達了面向對象開發(fā)的內(nèi)容和過程。圖3-8 面向對象系統(tǒng)開發(fā)模型 系統(tǒng)目標類 庫需求總體設計分析設計分析設計簇一簇二簇三時間t設計實現(xiàn) 4) 面向對象開發(fā)方法各階段的思路 (1) 分析階段。這一階段主要采用面向對象技術進行需求分析。面向對象分析運用以下主要原則: 構造和分解相結合的原則。構造是指由基本對象組裝成復雜或活動對象的過程;分解是對大粒度對象進行細化,從而完成系統(tǒng)模型細化的過程。 抽象和具體結合的原則

27、。抽象是指強調事務本質屬性而忽略非本質細節(jié),具體則是對必要的細節(jié)加以刻劃的過程。 封裝的原則。封裝是指對象的各種獨立外部特性與內(nèi)部實現(xiàn)相分離,從而減少了程序間的相互依賴,有助于提高程序的可重用性。 繼承的原則。繼承是指直接獲取父類已有的性質和特征,而不必再重復定義。 其次是構造問題空間。用面向對象方法構造問題空間時,使用了人們認識問題的常用方法,即: 區(qū)分對象及其屬性,例如,區(qū)分一棵樹和樹的大小或位置。 區(qū)分整體對象及其組成部分,例如,區(qū)分一棵樹和樹枝。在面向對象方法中把這一構造過程稱為構造分類結構。 不同對象類的形成及區(qū)分,例如,所有樹的類和所有石頭的類的形成和區(qū)分。在面向對象方法中把這一構

28、造過程稱為組裝結構。 (2) 設計階段。這一階段主要利用面向對象技術進行概念設計。值得注意的是,面向對象的設計與面向對象的分析使用了相同的方法,這就使得從分析到設計的轉變非常自然,甚至難以區(qū)分。 (3) 實現(xiàn)(編碼)階段。這一階段主要是將OOD中得到的模型利用程序設計實現(xiàn)。具體操作包括:選擇程序設計語言編程、調試、試運行等。 5) 面向對象開發(fā)的常用方法 20世紀90年代初,對利用面向對象技術進行系統(tǒng)開發(fā)的研究進入了百花齊放、百家爭鳴的繁榮階段,涌現(xiàn)出許多面向對象的系統(tǒng)開發(fā)方法及建模方法。其中,已形成完整體系結構的有Shlaer&Mellers OOA&OOD方法、Boochs

29、 OOA&OOD方法、GOOD(General Object Oriented Design)方法、James Rumbaugh的OMT方法、Wifs-Brock方法和Coad&Yourdon的OOA& OOD方法。 面向對象技術的出現(xiàn)給信息系統(tǒng)的發(fā)展帶來了新的希望。面向對象技術最初起源于面向對象的程序設計語言,隨著面向對象程序設計技術的日趨完善,面向對象的思想及方法逐步成熟。系統(tǒng)開發(fā)人員通過面向對象的分析、設計及編程,將現(xiàn)實世界的空間模型平滑而自然地過渡到面向對象的系統(tǒng)模型,使系統(tǒng)開發(fā)的過程與人們認識客觀世界的過程保持最大限度的一致。利用面向對象開發(fā)方法得到的信息系統(tǒng)

30、軟件質量高,適應性強,可靠性高,可重用性和維護性好,在內(nèi)外環(huán)境變化的過程中,系統(tǒng)易于保持較長的生命周期。 總的來說,面向對象系統(tǒng)開發(fā)基本經(jīng)歷兩個階段:其一“WHAT”,即研究問題域;其二“HOW”,即如何實現(xiàn)目標系統(tǒng)。表現(xiàn)出來的特征及發(fā)展趨勢就是:分析與設計更加緊密難分,程序設計比重愈來愈小(主要由于重用性提高),系統(tǒng)測試和維護簡化,更易于擴充,開發(fā)模型愈加注重對象之間交互能力的描述。3.3 辦公自動化系統(tǒng)的系統(tǒng)分析辦公自動化系統(tǒng)的系統(tǒng)分析 3.3.1 數(shù)據(jù)流程圖 1. 數(shù)據(jù)流程圖的定義 數(shù)據(jù)流程圖(DFD,Data Flow Diagram)是一種能全面地描述信息系統(tǒng)邏輯模型的主要工具,它可

31、以用少數(shù)幾種符號綜合地反映出信息在系統(tǒng)中的流動、處理和存儲情況。設計人員通過調查可以繪制出原系統(tǒng)的數(shù)據(jù)流程圖。 2. 數(shù)據(jù)流程圖的特征 (1) 抽象性。在數(shù)據(jù)流程圖中具體的組織機構、工作場所、人員、物質流等都已去掉,只剩下數(shù)據(jù)的存儲、流動、加工和使用的情況。這種抽象性能使我們總結出信息處理的內(nèi)部規(guī)律性。 (2) 概括性。數(shù)據(jù)流程圖把系統(tǒng)對各種業(yè)務的處理過程聯(lián)系起來考慮,形成一個總體。而業(yè)務流程圖只能孤立地分析各個業(yè)務,不能反映出各業(yè)務之間的數(shù)據(jù)關系。 3. 數(shù)據(jù)流程圖的常用符號數(shù)據(jù)流程圖的常用符號如圖3-9所示。圖3-9 數(shù)據(jù)流程圖的常用符號 或外部實體處理數(shù)據(jù)流數(shù)據(jù)存儲 5. 數(shù)據(jù)流程圖的作

32、用 數(shù)據(jù)流程圖的作用主要表現(xiàn)在: (1) 系統(tǒng)分析員用這種工具自項向下分析系統(tǒng)信息流程。 (2) 可在圖上畫出計算機處理的部分。 (3) 根據(jù)邏輯存儲進一步作數(shù)據(jù)分析,可向數(shù)據(jù)庫設計過渡。 (4) 根據(jù)數(shù)據(jù)流向,定出存取方式。 (5) 對于一個處理過程,可用相應的程序語言來表達處理方法,向程序設計過渡。 3.3.2 數(shù)據(jù)流程圖應用實例 1某企業(yè)產(chǎn)品的設計開發(fā)控制程序 (1) 目的:對設計和開發(fā)進行控制,在確保產(chǎn)品能滿足顧客的需求和期望,符合有關法律、法規(guī)要求的前提下,本著使用環(huán)保原料,節(jié)約能源的原則進行新產(chǎn)品設計開發(fā)。 (2) 范圍:適用于本公司新產(chǎn)品設計和開發(fā)過程,包括型材斷面設計、型材配套

33、附件設計、型材配方設計及窗型設計。 (3) 職責: 經(jīng)營辦根據(jù)市場調研分析,提供市場信息及新產(chǎn)品動向并提交“項目建議書”。 銷售部門窗分公司根據(jù)銷售合同意向及其相關資料對窗型進行設計,并負責相關的評審。 生產(chǎn)副總經(jīng)理負責審核“項目建議書”,總經(jīng)理負責批準“項目建議書”。 研究發(fā)展部負責型材斷面、型材配套附件設計、開發(fā),并對相關的設計進行評審。 型材生產(chǎn)部負責根據(jù)工藝改進的需要,提交“項目建議書”及型材配方的設計,對型材配方的設計進行評審。 供應部負責所需物料的采購。 質檢部負責新產(chǎn)品檢驗和試驗。 生產(chǎn)部門負責新產(chǎn)品的試制。 (4) 程序: 設計、開發(fā)的策劃。 設計和開發(fā)項目的信息來源。市場調研

34、員提供市場信息及新產(chǎn)品動向給經(jīng)營辦公室,經(jīng)營辦公室根據(jù)市場調研分析,制定并提交“項目建議書”。 “項目建議書”經(jīng)生產(chǎn)副總經(jīng)理審核,總經(jīng)理批準后傳遞到設計負責部門。 設計部門指定項目負責人,項目負責人再根據(jù)“項目建議書”編制“設計開發(fā)任務書”。 設計開發(fā)的輸入。 設計開發(fā)的輸入應形成文件,項目負責人填寫“設計開發(fā)輸入清單”并附上各類相關資料。 設計部門組織相關部門對設計輸入進行評審,對其中不完善、含糊或矛盾的地方予以修改,確保設計開發(fā)的輸入滿足任務書的要求。 設計開發(fā)的輸出。設計開發(fā)人員根據(jù)“項目建議書”、“設計開發(fā)任務書”等開展設計工作,并輸出設計開發(fā)文件。項目負責人對輸出文件進行審核,并填寫

35、“設計開發(fā)輸出清單”。 設計開發(fā)的評審。 項目負責人應按“設計開發(fā)任務書”中的要求,組織相關部門及人員對設計開發(fā)的輸出進行評審。 設計開發(fā)評審應明確設計輸入是否得到滿足,設定的目標是否實現(xiàn)。評審中發(fā)現(xiàn)的缺陷及不足應提出相應的糾正措施,并執(zhí)行本程序第項條款。 項目負責人根據(jù)評審結果,填寫“設計開發(fā)評審報告”,對評審作出結論,報主管經(jīng)理批準。對設計中發(fā)現(xiàn)的不足根據(jù)需要采取相應的改進或糾正措施,設計部門應對其進行跟蹤驗證。 設計開發(fā)的驗證。為確保設計輸出滿足輸入要求,應依據(jù)設計開發(fā)計劃對設計輸出進行驗證。質檢部對產(chǎn)品進行檢驗,發(fā)現(xiàn)不合格通知設計部門。項目負責人應綜合所有驗證結果,編制“設計開發(fā)驗證報

36、告”。 設計開發(fā)的確認。 開發(fā)項目負責人應按設計開發(fā)計劃對設計開發(fā)的項目進行確認,以保證產(chǎn)品能滿足規(guī)定的用途及要求。 設計開發(fā)的確認可采取幾種形式:召開新產(chǎn)品鑒定會,邀請有關專家及用戶對設計開發(fā)給予確認;對新窗型制作成檢測窗,交送國家授權的試驗室檢驗,并請其出具合格報告;對采用新配方的型材應送國家授權的試驗室進行檢驗,并出具合格報告;對于采用新型腔的型材應送相關部門對其環(huán)保方面的性能做出鑒定。 設計開發(fā)文件的歸檔。通過設計開發(fā)確認后,開發(fā)項目的負責人應將所有的設計開發(fā)文件進行整理、歸檔并妥善保存在設計部門。 設計和開發(fā)更改的控制。設計開發(fā)更改的提出部門應填寫“文件更改申請表”,并附上相關資料,

37、報主管經(jīng)理批準后方可進行更改。 2. 某企業(yè)產(chǎn)品設計開發(fā)控制的數(shù)據(jù)流程 根據(jù)企業(yè)產(chǎn)品設計開發(fā)控制程序,我們可以設計出相應的數(shù)據(jù)流程圖,如圖3-13和圖3-14所示。 圖3-13 某企業(yè)產(chǎn)品設計開發(fā)控制的數(shù)據(jù)流程(第一層) 新產(chǎn)品鑒定會設計開發(fā)給予確認書工程市場調研資料對新窗型制作成的檢測樣窗合格報告所有的設計開發(fā)文件采用的新型型材對其環(huán)保方面性能做出的鑒定國家授權的試驗室相關環(huán)保部門專家、用戶企業(yè)產(chǎn)品設計開發(fā)控制系統(tǒng)市 場調研員D1圖3-14 某企業(yè)產(chǎn)品設計開發(fā)控制的數(shù)據(jù)流程(第二層) 市場調研資料項目建議書項目建議書(批復后)(批復后)項目建議書設計開發(fā)文件“文件更改申請表”及相關資料設計開

38、發(fā)任務書設計開發(fā)評審報告設計開發(fā)驗證報告設計開發(fā)輸出清單評審結果所有驗證結果設計開發(fā)文件設計開發(fā)評審報告設計開發(fā)驗證報告“文件更改申請表”及相關資料設計開發(fā)確認書合格報告新產(chǎn)品(鑒定會)對其環(huán)保方面性能做出的鑒定對新窗型制作成的檢測樣窗所有的設計開發(fā)文件(進行整理、歸檔)采用的新型型材 專家、 用戶D1 國家授 權的試 驗室相關環(huán)保部門P3編寫設計開發(fā)任務書;對輸出文件審核;填寫“設計開發(fā)評審報告”;編制“設計開發(fā)驗證報告”項目負責人P5設計開發(fā)的輸 出 評 審相關部門及 人 員P4審批主管經(jīng)理P6依據(jù)設計開發(fā)計劃對設計輸出進行驗證型材生產(chǎn)部、產(chǎn)品質檢部市 場調研員P1匯總市場調研分析、型材配

39、件設計、銷售合同意向經(jīng)營辦公室P2根據(jù)項目建議書設計和開發(fā)設計負責部門P2審核生產(chǎn)副總經(jīng)理評審報告批復驗證報告批復申請表批復確認書、合格報告、鑒定 3.3.3 數(shù)據(jù)字典 1數(shù)據(jù)字典的含義 所謂數(shù)據(jù)字典,是在新系統(tǒng)數(shù)據(jù)流程圖的基礎上,進一步定義和描述所有數(shù)據(jù)的工具。它包括對一切動態(tài)數(shù)據(jù)(數(shù)據(jù)流)和靜態(tài)數(shù)據(jù)(數(shù)據(jù)存儲)的數(shù)據(jù)結構和相互關系的說明,是數(shù)據(jù)分析和數(shù)據(jù)管理的重要工具,是系統(tǒng)設計階段進行數(shù)據(jù)庫(文件)設計的參考依據(jù)。 2數(shù)據(jù)字典的內(nèi)容 數(shù)據(jù)字典的內(nèi)容主要是對數(shù)據(jù)流程圖中的數(shù)據(jù)項、數(shù)據(jù)結構、數(shù)據(jù)流、處理邏輯、數(shù)據(jù)存儲和外部實體等六個方面進行具體的定義。數(shù)據(jù)流程圖配以數(shù)據(jù)字典,就可以從圖形和文

40、字兩個方面對系統(tǒng)的邏輯模型進行完整的描述。 (1) 數(shù)據(jù)項的定義。數(shù)據(jù)項又稱數(shù)據(jù)元素,是數(shù)據(jù)的最小單位。分析數(shù)據(jù)特性應從靜態(tài)和動態(tài)兩個方面去進行。在數(shù)據(jù)字典中,僅定義數(shù)據(jù)的靜態(tài)特性,具體包括: 數(shù)據(jù)項的名稱、編號、別名和簡述; 數(shù)據(jù)項的長度; 數(shù)據(jù)項的數(shù)據(jù)類型。 表3-2為數(shù)據(jù)項的定義。 表3-2 數(shù)據(jù)項的定義 (2) 數(shù)據(jù)結構的定義。數(shù)據(jù)結構描述某些數(shù)據(jù)項之間的關系。一個數(shù)據(jù)結構可以由若干個數(shù)據(jù)項組成,也可以由若干個數(shù)據(jù)結構組成,還可以由若干個數(shù)據(jù)項和數(shù)據(jù)結構組成。表3-3顯示了數(shù)據(jù)結構的定義。表3-3 數(shù)據(jù)結構的定義數(shù)據(jù)字典中對數(shù)據(jù)結構的定義包括以下內(nèi)容: 數(shù)據(jù)結構的名稱和編號; 數(shù)據(jù)結構

41、的簡述; 數(shù)據(jù)結構條目。 (3) 數(shù)據(jù)流的定義。數(shù)據(jù)流由一個或一組固定的數(shù)據(jù)項組成。定義數(shù)據(jù)流時,不僅要說明數(shù)據(jù)流的名稱、組成等,還應指明它的來源、去向和數(shù)據(jù)流量等。表3-4為數(shù)據(jù)流的定義。表3-4 數(shù)據(jù)流的定義 (4) 處理邏輯的定義。處理邏輯的定義僅對數(shù)據(jù)流程圖中最底層的處理邏輯加以說明,其具體描述如表3-5所示。表3-5 處理邏輯的定義 (5) 數(shù)據(jù)存儲的定義。數(shù)據(jù)存儲在數(shù)據(jù)字典中只描述數(shù)據(jù)的邏輯存儲結構,而不涉及它的物理組織。表3-6為數(shù)據(jù)存儲的定義。表3-6 數(shù)據(jù)存儲的定義 (6) 外部實體的定義。外部實體定義包括外部實體編號、名稱、簡述及有關數(shù)據(jù)流的輸入和輸出,如表3-7所示。表3

42、-7 外部實體的定義 3.4 辦公自動化系統(tǒng)設計辦公自動化系統(tǒng)設計 3.4.1 系統(tǒng)設計的任務 系統(tǒng)設計的任務是,在系統(tǒng)分析提出的邏輯模型的基礎上,科學合理地進行物理模型的設計。系統(tǒng)模型分為邏輯模型和物理模型。邏輯模型主要確定系統(tǒng)做什么,而物理模型則主要解決怎樣做的問題。 3.4.2 系統(tǒng)設計的主要工作 系統(tǒng)設計的工作主要包括: (1) 總體設計:包括信息系統(tǒng)流程圖設計、功能結構圖設計和功能模塊圖設計等。 (2) 代碼設計和設計規(guī)范的制定。 (3) 系統(tǒng)物理配置方案設計:包括設備配置、通信網(wǎng)絡的選擇和設計,以及數(shù)據(jù)庫管理系統(tǒng)的選擇等。 (4) 數(shù)據(jù)存儲設計:包括數(shù)據(jù)庫設計和數(shù)據(jù)庫的安全保密設計

43、等。 (5) 計算機處理過程設計:包括輸出設計、輸入設計、處理流程圖設計及編寫程序設計說明書等。 3.4.3 系統(tǒng)設計原則 系統(tǒng)設計主要遵循以下幾項原則: (1) 系統(tǒng)性。系統(tǒng)是作為統(tǒng)一整體而存在的,在系統(tǒng)設計過程中,要從整個系統(tǒng)的角度進行考慮。系統(tǒng)的代碼要統(tǒng)一,設計規(guī)范要標準,傳遞語言要盡可能一致,對系統(tǒng)的數(shù)據(jù)采集要做到數(shù)出一處、全局共享,使一次輸入得到多次利用。 (2) 靈活性。為保持系統(tǒng)的長久生命力,要求系統(tǒng)具有很強的環(huán)境適應性,為此,系統(tǒng)應具有較好的開放性和結構的可變性。 (3) 可靠性??煽啃允侵赶到y(tǒng)抵御外界干擾的能力及受外界干擾時的恢復能力。一個成功的管理信息系統(tǒng)必須具有較高的可靠

44、性,如安全保密性、檢錯及糾錯能力、抗病毒能力等。 (4) 經(jīng)濟性。經(jīng)濟性指在滿足系統(tǒng)需求的前提下,盡可能減小系統(tǒng)的開銷。一方面,在硬件投資上不能盲目追求技術上的先進,而應以滿足應用需要為前提;另一方面,系統(tǒng)設計中應盡量避免不必要的復雜化,各模塊應盡量簡潔,以便縮短處理流程,減少處理費用。 3.4.4 代碼設計 1. 代碼的功能 (1) 代碼為事物提供一個概括和清晰的描述,使用代碼縮短了事物的名稱,無論是記錄、記憶還是存儲,都可以節(jié)省時間和空間。 (2) 使用代碼可以提高處理的效率和精度。按代碼對事物進行排序、累計或按某種規(guī)定算法進行統(tǒng)計分析,可提高效率。 (3) 代碼提高了數(shù)據(jù)的全局一致性,這

45、樣,對于同一事物,即使在不同場合,有不同的叫法,都可以通過代碼統(tǒng)一起來,從而提高了系統(tǒng)的整體性,減少了因數(shù)據(jù)不一致而造成的錯誤。 (4) 代碼是人和計算機的共同語言,是兩者交換信息的工具。在手工處理系統(tǒng)過程中,許多數(shù)據(jù)如零件號、設備號、圖號等早已使用代碼。給尚無代碼的數(shù)據(jù)項編碼,統(tǒng)一和改進原有代碼,使之適應計算機處理的要求。在建立新系統(tǒng)時,必須對整個系統(tǒng)進行代碼設計。 2代碼的設計 合理的編碼結構是信息處理系統(tǒng)是否具有生命力的一個重要因素,在代碼設計時,應注意以下一些問題: (1) 設計的代碼在邏輯上必須能滿足用戶的需要,在結構上應當與處理的方法相一致。 (2) 一個代碼應惟一標志它所代表的事

46、物或屬性。 (3) 設計代碼時,要預留足夠的位置,以適應不斷變化的需要,否則在短時間內(nèi),隨便改變編碼結構對設計工作而言是一種嚴重浪費。 (4) 代碼要系統(tǒng)化,代碼的編制應盡量標準化,盡量使代碼結構對事物的表示具有實際意義,以便于理解及交流。不要使用易于混淆的字符,以避免引起誤解。如0、2、1、S、V與0、2、1、5、U易混淆。 (5) 不要把空格作為代碼,要使用小時制表示時間。 (6) 要盡量采用不易出錯的代碼結構,例如,字母字母數(shù)字的結構(如:WW2)比字母數(shù)字字母的結構 (如:W2W)發(fā)生錯誤的機會要少一些。 (7) 當代碼長于4個字母或5個數(shù)字字符時,應分成小段,這樣使人們讀寫時不易發(fā)生

47、錯誤。如7264996135比7264996135易于記憶,并能更精確地記錄下來。 (8) 若已知碼的位數(shù)為p,每一位上可用字符數(shù)為Si,則可以組成碼的總數(shù)為:C=Si 。 3代碼的種類 1) 順序碼 順序碼又稱系列碼,它是一種用連續(xù)數(shù)字代表編碼對象的碼。 2) 區(qū)間碼 區(qū)間碼把數(shù)據(jù)項分成若干組,每一區(qū)間代表一個組,代碼中數(shù)字的值和位置都代表一定的意義。典型的例子是郵政編碼。表3-8是某企業(yè)的用戶分類和代碼,碼21代表該用戶為采購總量小于9999元的零售單位。表3-8 用戶分類代碼 (1) 多面碼。一個數(shù)據(jù)項可能具有多方面的特性。如果在代碼的結構中,為這些特性各規(guī)定一個位置,那么就形成了多面碼

48、。例如,對于機制螺釘,可作如表3-9那樣的規(guī)定。代碼2342表示材料為黃銅的1.5 mm方形頭鍍鉻螺釘。表3-9 多 面 碼 示 例 (2) 上下關聯(lián)區(qū)間碼。上下關聯(lián)區(qū)間碼由幾個意義上相互有關的區(qū)間碼組成,其結構一般由左向右排列。 (3) 十進位碼。此法相當于圖書分類中沿用已久的十進位分類碼,它是由上下關聯(lián)區(qū)間碼發(fā)展而成的。 3) 助憶碼 助憶碼用文字、數(shù)字或文字數(shù)字結合起來的方式描述,其特點是:可以通過聯(lián)想幫助記憶。 4代碼結構中的校驗位 代碼作為計算機的重要輸入內(nèi)容之一,其正確性直接影響到整個處理工作的質量。特別是人們重復抄寫代碼和將它通過人手輸入計算機時,發(fā)生錯誤的可能性更大。 (1)

49、校驗位可以發(fā)現(xiàn)以下幾種錯誤: 抄寫錯誤,例如1寫成7。 易位錯誤,例如1234寫成13。 雙易錯誤,例如26913寫成21963。 隨機錯誤,包括以上兩種或三種綜合性錯誤或其他錯誤。 (2) 確定校驗位值的方法主要有以下三種: 算術級數(shù)法。原代碼1 2 3 4 5,各乘以權6 5 4 3 2,乘積之和6+10+12+12+10=50;以11為模去除乘積之和,把得出的余數(shù)作為校驗碼50/11=46 。因此代碼為123456。 幾何級數(shù)法。原代碼1 2 3 4 5各乘以權32 16 8 4 2,乘積之和32+32+24+16+10=114; 以11為模去除乘積之和,把得出的余數(shù)作為校驗碼114/1

50、1=104。因此代碼為123454。 質數(shù)法。原代碼1 2 3 4 5各乘以權17 13 7 5 3,乘積之和17+26+21+20+15=99;以11為模去除乘積之和,把得出余數(shù)作為校驗碼99/11=90。因此代碼為 123450。注意,以11為模時,若余數(shù)是10,則按0處理。 3.4.5 功能結構圖設計 所謂功能結構圖,就是將系統(tǒng)的功能進行分解,按功能從屬關系表示的圖表。管理信息系統(tǒng)的各子系統(tǒng)可以看作是系統(tǒng)目標下層的功能,對其中每項功能還可以繼續(xù)分解為第三層、第四層甚至更多的功能。 圖3-15是工資管理子系統(tǒng)的功能結構圖。由圖可知,工資管理子系統(tǒng)被分解為建立主文件、更新主文件、建立扣款文件

51、以及計算和打印等四個子功能,其中每個子功能還可繼續(xù)分解下去。圖3-15 工資管理子系統(tǒng)的功能結構圖 工資管理信息子系統(tǒng)建立主文件更新主文件建立扣款文件計算和打印指數(shù)輸入數(shù)據(jù)維護建立主處理文件更新數(shù)據(jù)錄入數(shù)據(jù)維護計算打印工資匯總表打印工資單 3.4.6 信息系統(tǒng)流程圖設計 功能結構圖主要從功能的角度描述了系統(tǒng)的結構,但并未表達各功能之間的數(shù)據(jù)傳送關系。事實上,系統(tǒng)中許多業(yè)務或功能都是通過數(shù)據(jù)文件聯(lián)系起來的。 信息系統(tǒng)流程圖是以新系統(tǒng)的數(shù)據(jù)流程圖為基礎繪制的,可以按下述思路來繪制信息系統(tǒng)流程圖。首先為數(shù)據(jù)流程圖中的處理功能畫出數(shù)據(jù)關系圖。圖3-16是數(shù)據(jù)關系圖的一般形式,它反映了數(shù)據(jù)之間的關系,即

52、輸入數(shù)據(jù)、中間數(shù)據(jù)和輸出信息之間的關系。其次,把各個處理功能的數(shù)據(jù)關系圖綜合起來,形成整個系統(tǒng)的數(shù)據(jù)關系圖,即信息系統(tǒng)流程圖。圖3-17為信息處理流程圖圖形符號。圖3-16 數(shù)據(jù)關系圖的一般形式 輸入數(shù)據(jù) C輸入數(shù)據(jù) A輸入數(shù)據(jù) B處理功能中間文件 D輸入數(shù)據(jù) E中間文件 F圖3-17 信息處理流程圖圖形符號 手工輸入人工操作脫機工作聯(lián)機存儲器(磁帶、磁盤等)磁帶磁盤打印報告通訊連接穿孔卡片 繪制信息系統(tǒng)流程圖應當使用統(tǒng)一符號。目前國際上所用的符號日趨統(tǒng)一,我國國家標準GB1579(信息處理流程圖圖形符號)和國際標準化組織標準ISO1028、2636,以及美國國家標準協(xié)會ANSI的圖形符號大致

53、相同。 應當指出,從數(shù)據(jù)流程圖變換成信息系統(tǒng)流程圖并不是單純的符號改換,信息系統(tǒng)流程圖中僅表示的是計算機的處理流程,而并不像數(shù)據(jù)流程圖那樣還反映了人工操作那一部分。因此,繪制信息系統(tǒng)流程圖的前提是已經(jīng)確定了系統(tǒng)的邊界、人機接口和數(shù)據(jù)處理方式。從數(shù)據(jù)流程圖到信息系統(tǒng)流程圖,還應考慮哪些處理功能可以合并或可以進一步分解,然后把有關的處理看成是系統(tǒng)流程圖中的一個處理功能。圖3-18顯示了從數(shù)據(jù)流程圖轉換為信息流程圖的過程。 圖3-18 新系統(tǒng)的數(shù)據(jù)流程圖轉換為信息系統(tǒng)流程圖實體1輸入1輸出1輸出2實體2處理1處理2處理3處理4數(shù)據(jù)存儲#1數(shù)據(jù)存儲#2處理1處理1處理2處理3報告1報告2數(shù)據(jù)存儲文件#

54、1數(shù)據(jù)存儲文件#2中間文件 圖3-19是工資管理子系統(tǒng)的信息系統(tǒng)流程圖。由圖可知,該子系統(tǒng)由主文件更新模塊、建立扣款文件模塊和計算機打印模塊三部分組成。系統(tǒng)把工資數(shù)據(jù)分為固定數(shù)據(jù)、半固定數(shù)據(jù)和變動數(shù)據(jù)。相對固定的數(shù)據(jù)長期存儲在主文件中,每月只作少量的更新工作;對于變動很大的數(shù)據(jù),每月從鍵盤重新輸入,且暫時保存在磁盤的扣款文件上,最后由計算和打印程序自動到主文件和扣款文件中去找出每個職工的有關數(shù)據(jù),計算后打印出工資單和工資匯總表。圖3-19 工資管理子系統(tǒng)的信息系統(tǒng)流程圖 主文件更新模塊建立扣款文件模塊計算機打印模塊工資單工資匯總表本月主文件扣除文件上月主文件人事變動通知單房租變動通知單電費扣款

55、通知單互相扣款通知單 3.4.8 輸出設計 1輸出設計的內(nèi)容 輸出設計的內(nèi)容包括: (1) 有關輸出信息使用方面的內(nèi)容,包括信息的使用者、使用目的、報告量、使用周期、有效期、保管方法和復寫份數(shù)等。 (2) 輸出信息的內(nèi)容,包括輸出項目、位數(shù)和數(shù)據(jù)形式(文字、數(shù)字)。 (3) 輸出格式,如表格、圖形或文件。 (4) 輸出設備,如打印機、顯示器、卡片輸出機等。對行打印機須注明字/行、行/頁。 (5) 輸出介質,如輸出到磁盤還是磁帶上;輸出用紙是專用紙還是普通白紙等。 表3-10顯示了輸出設備和介質以及它們的用途和特點。表3-10 輸出設備和介質一覽表 2輸出設計的方法 輸出方法主要有以下幾種。 (

56、1) 表格信息:以表格的形式提供,一般用來表示詳細的信息。 (2) 圖形信息:管理信息系統(tǒng)用到的圖形信息主要有直方圖、圓餅圖、曲線圖、地圖等。 (3) 圖標:用來表示數(shù)據(jù)間的比例關系和比較情況。 3輸出報告 輸出報告定義了系統(tǒng)的輸出。輸出報告中標出了各常量、變量的詳細信息,同時給出了各種統(tǒng)計量及其計算公式和控制方法。 設計輸出報告時要注意以下幾點: (1) 方便使用者。 (2) 要考慮系統(tǒng)的硬件性能。 (3) 盡量利用原系統(tǒng)的輸出格式,如需修改,應與有關部門協(xié)商。 (4) 輸出表格要考慮系統(tǒng)發(fā)展的需要。例如,是否有必要在輸出表中用項目,以滿足將來新增項目的需要。 (5) 輸出的格式和大小要根據(jù)

57、硬件的能力,設計時應認真,并試制輸出格式,待用戶同意后才能正式使用。 4輸出設計示例 在屏幕輸出中,除可以使用系統(tǒng)的條件查詢程序對要查詢的記錄數(shù)據(jù)內(nèi)容進行限定外,還可以在輸出前對顯示格式內(nèi)容進行描述,即對輸出數(shù)據(jù)的欄目、欄目排列順序、輸出寬度、表頭及欄目標題等進行預先定義。 3.4.9 輸入設計 1輸入設計的原則 輸入設計包括數(shù)據(jù)規(guī)范和數(shù)據(jù)準備兩個過程。在輸入設計中,提高效率和減少錯誤是兩個最根本的原則。以下是指導輸入設計的幾個目標: (1) 控制輸入量。在輸入設計中,應盡量控制輸入數(shù)據(jù)的總量。在輸入時,只需輸入基本的信息,而其他可通過計算、統(tǒng)計、檢索得到的信息則由系統(tǒng)自動產(chǎn)生。 (2) 減少

58、輸入延遲。輸入數(shù)據(jù)的速度往往成為提高信息系統(tǒng)運行效率的瓶頸,為減少延遲,可采用周轉文件、批量輸入等方式。 (3) 減少輸入錯誤。輸入設計中應采用多種輸入校驗方法和有效性驗證技術,以減少輸入錯誤。 (4) 避免額外步驟。在輸入設計時,應盡量避免不必要的輸入步驟。當步驟不能省略時,應仔細驗證現(xiàn)有步驟是否完備、高效。 (5) 輸入過程應盡量簡化。輸入設計為用戶提供糾錯和輸入校驗的同時,應保證輸入過程簡單易用,不能因為查錯、糾錯而使輸入復雜化,增加用戶負擔。 2數(shù)據(jù)輸入設備的選擇 目前常用的輸入設備有以下幾種: (1) 讀卡機。在計算機應用的早期,讀卡機是最常用的輸入設備。采用讀卡機輸入數(shù)據(jù)的方法是:

59、把源文件轉換成編碼形式,由穿孔機在穿孔卡片上打孔,再經(jīng)驗證、糾錯,而后進人計算機。這種方法成本較低,但速度慢,且使用不方便,已被鍵盤磁盤輸入裝置取代。 (2) 鍵盤磁盤輸入裝置。數(shù)據(jù)錄人員通過工作站錄入,經(jīng)拼寫檢查、可靠性驗證后存入磁記錄介質(如磁帶、磁盤等)。 (3) 光電閱讀器。其采用光筆讀入光學標記條形碼,或用掃描儀錄入紙上文字。 (4) 終端輸入。終端一般是一臺聯(lián)網(wǎng)微機,操作人員直接通過鍵盤鍵入數(shù)據(jù)。 3輸入校驗 輸入設計的目標是要盡可能減少數(shù)據(jù)輸入中的錯誤。在輸入設計中,要對全部輸入數(shù)據(jù)設想其可能發(fā)生的錯誤,對其進行校驗。 1) 輸入錯誤的種類 輸入錯誤的種類主要有以下3種: 數(shù)據(jù)本

60、身錯誤。它是指由于原始數(shù)據(jù)填寫錯誤或穿孔出錯等原因引起的輸入數(shù)據(jù)錯誤。 數(shù)據(jù)多余或不足。這是在數(shù)據(jù)收集過程中產(chǎn)生的差錯,如數(shù)據(jù) (單據(jù)、卡片等)的散失、遺漏或重復等原因引起的數(shù)據(jù)錯誤。 數(shù)據(jù)的延誤。數(shù)據(jù)延誤也是數(shù)據(jù)收集過程中所產(chǎn)生的差錯,不過它的內(nèi)容和數(shù)據(jù)量都是正確的,只是由于時間上的延誤而產(chǎn)生差錯。 2) 數(shù)據(jù)的校驗方法 數(shù)據(jù)的校驗方法有:由人工直接檢查、由計算機用程序校驗以及人與計算機兩者分別處理后再相互查對校驗等多種方法。常用的方法是以下幾種,它們可單獨使用,也可組合使用。 (1) 重復校驗。這種方法將同一數(shù)據(jù)先后輸入兩次,然后由計算機程序自動予以對比校驗。如兩次輸入內(nèi)容不一致,則計算機顯示或打印出錯信息。 (2) 視覺校

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論