這種分類通常是基于計算機的3個特性速度主存儲器容

1、計算機可被劃分為 3 個基本類型： 大型機， 小型機與微型機。 這種分類通常是基于計算機的3 個特性：速度，主存儲器容量和字長。速度是由每秒可被執(zhí)行多少百萬條指令叫做MIPS.主存儲器容量是計算機的存儲器能保持的字符數(shù)。 字長是一個可尋址的主存儲器存儲單位的位數(shù)?？杀粚ぶ返闹鞔鎯ζ鞯拇笮〔糠质怯捎嬎銠C的字長決定的。一臺典型的小型機有16到64位字長。它的主存儲器容量范圍從8MB16MB.很顯然，小型機系統(tǒng)變化很廣泛。一些小型機特性等于大型機的那些特性。一些小型機系統(tǒng)通常包括：顯示屏，打印機和磁盤存儲器。微型機的發(fā)展在1971 年從基于微電子學的第一臺計算機處理器引用開始的。 從那時起， 微型機

2、已經(jīng)有了許多改進， 微型機已經(jīng)對計算機工業(yè)發(fā)生了巨大的影響。 除了大小， 它的主要優(yōu)點是成本低。 大多數(shù)微處理機有8 位或 16 位或 32 位字長。典型的微型機主存儲器容量的范圍從 1M 到 8M 字符。主機可以是巨型機， 大型機和小型機。 主機的這個術語指的較大的計算機銷售商提供的計算機系統(tǒng)，例如 IBM. 功能最強大的主機被叫做巨型機。它們每秒可以執(zhí)行數(shù)億條指令，有多達 128 位字長和可以有超過2 億字符的主存儲器容量。 巨型機主要用于要求大量運算的科學應用。大型機系統(tǒng)每秒可被執(zhí)行五千萬至一億五千萬指令，通常有64 或 128 位字長，有多達128億字符的主存儲器容量。 如其它主機一樣

3、， 這些機器可被擴展以便提供附加的處理能力。 一個典型的大型機系統(tǒng)可以包括： 32 兆字符的主存儲器， 100 億到 500 億字符的固定磁盤輔助存儲器，若干臺高速行式打印機和激光頁式打印機。 100 到 200 終端。如果主機不是大型機那么它的特性更難以區(qū)別。 它們應當把所有這些主機分類為小型機的類別。 這些小型機每秒可執(zhí)行一千萬到五千萬指令。 其中一些有和大型機一樣的字長， 它們的主存儲器容量范圍從2 兆字節(jié)到 64 兆字節(jié)。讓我們通過簡要考察一下微處理器系統(tǒng)正在實現(xiàn)的無數(shù)應用中的若干例子來開始我們的討論。我們將列出主要的領域，然后給出每個領域內(nèi)一些有代表性的應用。1 文字微處理器， 利用

4、它操作員可以鍵入字母， 表格等可以增加刪除或修改任何選定的項目，最終將編輯好的版本打印在標準紙上。2 智能打字機有足夠的存儲器容納大量的表格或字母，它可以在一定的鍵入?yún)^(qū)暫停，允許操作員輸入特定的信息，例如名字和地址。3 小型商業(yè)計算機系統(tǒng)通常完成與大型機有關的操作，它們例行處理工資發(fā)放，應收賬戶，應付賬戶，總體賬戶和倉庫管理。消費方面1 汽車點火系統(tǒng)控制器能夠監(jiān)視某些參數(shù)，連續(xù)地調(diào)整點火系統(tǒng)，以便提供最佳效率，同一個微處理器還有時間來完成發(fā)動機參數(shù)的自診斷， 監(jiān)控及顯示。 此外還能完成一系列其它有益的任務。2 就其復雜性來說， 其范圍包括從連拱廊式游戲它包括實時顯示幾個游戲者之間的競爭情況到不

5、太復雜的手持式玩具。3 環(huán)境控制系統(tǒng)現(xiàn)在對房屋主人來說是可行的選擇。 一臺單個微處理器的能力就足以監(jiān)視房間的溫度， 并對它們進行單獨控制， 以使其符合房主的愛好。 同一臺設備還可以具有大量的時間，對盜竊，火災等提供報警保護，它還可以幫助小孩做乘法表計算。計算機愛好1 家用計算機正在迅速成為許多家庭的標準設備。賦予此最新家庭成員的責任很廣泛，從協(xié)助交納所得稅到提供具有挑戰(zhàn)性的游戲，這種游戲使游戲者的技巧與計算機的智能對決。2 許多業(yè)余愛好者，特別是無線電愛好者操作員，現(xiàn)在正在使用家用計算機來跟蹤衛(wèi)星，甚至控制天線，以便在任何時候都能維持最佳的通訊。3 一些計算機的熱心者正將其舉轉(zhuǎn)向?qū)嵸|(zhì)性的第二收

6、入。部分思路包括：為地方團體的活動做運行統(tǒng)計，為教堂制作按月的郵寄表，為其他人的計算機編寫并出售程序。數(shù)據(jù)庫管理系統(tǒng)（ DBMS ）和管理信息系統(tǒng)（ MIS ）眾所周知， 數(shù)據(jù)庫是邏輯上相關的數(shù)據(jù)元的匯集。 這些數(shù)據(jù)元可以按不同的結(jié)構(gòu)組織起來以滿足單位和個人的多種處理和檢索的需要。 數(shù)據(jù)庫本身不是什么新鮮事 早期的數(shù)據(jù)庫在石頭上，記在名冊上，以及寫在索引卡中。而現(xiàn)在，數(shù)據(jù)庫普通記錄在可磁化的介質(zhì)上，并且需要用計算機程序來執(zhí)行必需的存儲和檢索操作。如下所述，所有數(shù)據(jù)庫（最簡單的除外）中都有復雜的數(shù)據(jù)關系和連接。處理與創(chuàng)建、訪問以及維護數(shù)據(jù)記錄有關的復雜任務的系統(tǒng)軟件包叫做數(shù)據(jù)庫管理系統(tǒng)（ DBM

7、S ） .DBMS 軟件包中的程序在數(shù)據(jù)庫與其用戶間建立接口。 （這些用戶可以是應用程序員、管理員、及其他需要信息的人員和各種操作系統(tǒng)程序） 。DBMS 可組織、表示從數(shù)據(jù)選出的數(shù)據(jù)元。該功能使決策者能搜索、探查和查詢數(shù)據(jù)庫的內(nèi)容， 從而對在正規(guī)報告中沒有的、 不再出現(xiàn)的且無法預料的問題做出回答。 這些問題最初可能是模糊的并且 （或者） 是定義不恰當?shù)模?但是人們可以瀏覽數(shù)據(jù)庫直到獲得所需的信息。簡言之， DBMS 將“管理”存儲的數(shù)據(jù)項，并從公共數(shù)據(jù)庫中匯集所需的數(shù)據(jù)項以回答非程序員的詢問。在面向文件的系統(tǒng)中，需要特定信息的用戶應將他們的要求傳送給程序員。該程序員在時間允許時，將編寫一個或多

8、個程序以提取數(shù)據(jù)和準備信息。然而， DBMS 的可用性為用戶提供了一個更快的替代通信通道。管理信息系統(tǒng)（ MIS ）的概念已經(jīng)用數(shù)十種方式定義過。因為 MIS 的組織模型可能各不相同，所以 MIS 的定義隨應用范圍和廣度而變化就不奇怪了。本文認為， MIS 系統(tǒng)可定義為基于計算機的數(shù)據(jù)處理過程的網(wǎng)絡系統(tǒng)， 它是一個機構(gòu)為了支持決策及其他必需的管理功能提供及時有效的信息而開發(fā)的，并且可按需要把人工和其他過程結(jié)合在一起。盡管 MIS 模型不同，但其中大多數(shù)都可認為是橫向管理結(jié)構(gòu)，一個機構(gòu)從縱向也可分成需要獨信息流的不同職能部門。 這個結(jié)構(gòu)的基礎是數(shù)據(jù)庫， 該數(shù)據(jù)庫理想的方式是由內(nèi)部和外部產(chǎn)生的，與

9、過去、現(xiàn)在及預見到的將來事件相關的數(shù)據(jù)組成。MIS 設計得的一個棘手的問題是開發(fā)支持決策所需的信息流。 一般而言， 不同級別與不同的管理者所需的信息大多來自現(xiàn)有信息系統(tǒng)（或子系統(tǒng)）的匯集，這些系統(tǒng)在MIS 中可緊密地結(jié)合在一起，但是，更經(jīng)常的情況是松散耦合的。SQL 和 SQL 服務器IBM 在 20 世紀 70 年代，設計了一種專門處理數(shù)據(jù)庫查詢的計算機語言SEQUEL, 這幾個字母是結(jié)構(gòu)化英語查詢語言的縮寫。 隨著時間的推移， 它增加了許多功能， 就不僅是一個查詢 語言了，還可以創(chuàng)建數(shù)據(jù)庫，管理數(shù)據(jù)庫引擎的安全。 IBM 把它公開發(fā)行，于是就變成了現(xiàn)在為大家所知的SQL。 由于歷史的原因S

10、QL 可以讀成 SEQUEL, 也可以逐字段拼成S-Q-L 。在現(xiàn)在的數(shù)據(jù)庫引擎里，已經(jīng)有了好多種SQL版本。微軟SQL sever使有的是T-SQL ,它代表的是事務SQL.SQL Sever是一個客戶機/服務器關系型數(shù)據(jù)庫管理系統(tǒng)（ RDBMS）,它使用事務SQL在客 戶機和 SQL 服務器間傳送請求。術語客戶機、服務器和客戶機-服務器可以是非常廣的專指硬件、軟件。按最一般的概念，客戶機是從系統(tǒng)其他部件請示服務或資源的系統(tǒng)的任何部件； 服務器是向系統(tǒng)其他部件提供服務或資源的任何部件。例如， 當用戶從網(wǎng)絡上的工作站打印一個文件時， 工作站是客戶機， 用作假脫機打印的機器 是服務器。任何基于數(shù)

11、據(jù)的客戶機、服務器系統(tǒng)都由下列部件組成。服務器 數(shù)據(jù)項和支持對象的匯集，其中這些對象是有組織的，并隨時準備提交，以便為數(shù)據(jù)庫的搜索、分類、重組、檢索、更新和分析之類的服務提供便利。數(shù)據(jù)庫由數(shù)據(jù)的物理存儲器和數(shù)據(jù)庫服務組成。 所有的數(shù)據(jù)訪問都通過服務器進行， 客戶機一概不能直接訪問物理數(shù)據(jù)?？蛻魴C 一個軟件程序，該程序應該由個人交互使用或可能是一個自動進程。其中包括從數(shù)據(jù)庫請求數(shù)據(jù)，或向數(shù)據(jù)庫與服務器交互作用的所有軟件，例如管理實用程序(這些是SQL 服務器產(chǎn)品的一部分并且是單獨購買的) 、特別查詢和報告軟件、客戶應用程序、現(xiàn)貨應用程序和基于WEB 服務器的應用程序?？蛻魴C和服務器之間的通信 客

12、戶機和服務器之間的通信在很大程序上取決于客戶和服務器是如何實現(xiàn)的。通信的物理層和邏輯層可能是一樣的。當你用電話與某人通信時， 電話系統(tǒng)是物理層， 所講的自然語言是通信的邏輯層。 對于基于數(shù)據(jù)的系統(tǒng)， 如果服務器和客戶在不同的計算機上， 物理層可以是網(wǎng)絡。 如果服務器和客戶在同一臺計算機上，則通信進程之間進行。物理層邏輯通信結(jié)構(gòu)可以是低層操作系統(tǒng)調(diào)用，一種專門數(shù)據(jù)訪問語言或開放的結(jié)構(gòu)化查詢語言( SQL ) 。SQL 服務器第 7 版服務器軟件只運行在 32 位的基于 API 的 WINDOWS 操作系統(tǒng)上，但可以使用所有的操作系統(tǒng)平臺去創(chuàng)建和執(zhí)行客戶應用程序。軟件設計是一個創(chuàng)造性的過程， 對一

13、些設計者來說需要一定的資質(zhì)， 而最后設計通常都是由若干初步設計反復比較而來。 從書本上學不會設計， 只能經(jīng)過實踐， 通過對現(xiàn)有系統(tǒng)的研究和實際演練才能做到。 對于能產(chǎn)生預期結(jié)果的軟件工程， 良好的設計是關鍵。 設計得好的軟件系統(tǒng)實現(xiàn)和維護方式簡單明了、易懂可靠。 設計得不好的系統(tǒng)， 盡管可以工作， 但很可能維護費高、測試困難且不可靠。因此，設計階段是軟件開發(fā)過程中最重要的階段。直到最近，軟件設計在很大程序上仍是一個特定過程。一般用自然語言，給定一系列需求，準備好非正式設計， 并常常用流程圖的形式說明； 接著開始編碼； 當系統(tǒng)實現(xiàn)時設計還會修改。 當實現(xiàn)階段完成后， 設計往往與當初的規(guī)格說明相去

14、甚遠， 以至于原始文檔完全不適合對系統(tǒng)的描述。軟件設計的這種方法導致了許多驚人的而且是代價很大的工程失敗。 現(xiàn)在已經(jīng)認識到一些完全非正式的表示法， 諸如接近于編程語言的流程圖， 不適用于系統(tǒng)設計的公式化和表達。 大家認識到， 精確 (盡管并不一定是正式) 的規(guī)格說明是設計過程的必要部分。軟件設計是一個反復的、 不能用任何單一表示法來表示的多階段活動。 相應地， 大量的設計表示法， 如數(shù)據(jù)流圖、層次化輸入-處理-輸出結(jié)構(gòu)圖和設計描述語言已經(jīng)開發(fā)出來，比流程圖能更好地表達軟件設計。對于給定的需求定義， 軟件工程師必須據(jù)此導出滿足這些需求的程序系統(tǒng)的設計。 此導出過程是通過下述步驟來完成的：(1)

15、必須建立組成程序系統(tǒng)的子系統(tǒng)；(2) 必須把每個子系統(tǒng)分解成獨立的成分， 并且通過定義這些成分的操作來建立子系統(tǒng)規(guī)格說明；(3) 每個程序可以用相互作用的子成分設計；(4) 每個成分還須進行優(yōu)化，通常需要將每個成分規(guī)定為層次式的子成分；(5) 過程中的某個階段，各成分中的算法必須詳細規(guī)定。除了程序系統(tǒng)設計中的這些階段之外， 軟件工程師也可能需要設計允許系統(tǒng)進程之間進行通信的通信機制。 他們或許要設計文件結(jié)構(gòu)， 并且?guī)缀醣厝灰O計用于程序的數(shù)據(jù)結(jié)構(gòu)， 他們還需要設計確認程序的測試用例。確定何為 “成功” 的設計無一定之規(guī)。 依據(jù)應用和特定的工程要求。 一個成功的設計應該是：能生成高效的代碼， 實

16、現(xiàn)盡量緊湊的最小設計或最易維護的設計。 最后一個準則是文本采用的優(yōu)良度準則。 可維護性設計意指系統(tǒng)修改費用最低， 設計易于理解和修改是局部性的。 只 有高度內(nèi)聚而又松散耦合的軟件設計才能實現(xiàn)以上兩個目標。有效的軟件設計最好利用一致性設計方法學。 有大量的在不同應用環(huán)境中開發(fā)并使有的設計方法學。其中有些是由 Peter(1980)、 Blank (1983)闡述的。實質(zhì)上，這些方法學大多數(shù)可劃分為 3 類。( 1 )自頂向下的功能設計：從功能的觀點設計系統(tǒng)，從高層的觀點著手逐步提煉成更具體的設計。結(jié)構(gòu)化設計和逐步求精就是使用些方法的例子。( 2 )面向?qū)ο蟮脑O計：把系統(tǒng)作為對象集合而不是功能的集

17、合，消自在對象與對象之間傳送，每個對象都有自己的關聯(lián)操作集。面向?qū)ο蟮脑O計方法是基于信息隱藏的思想，最近又由 Robson(1981)加以描述。(3)數(shù)據(jù)驅(qū)動的設計：此方法由Jackson(1975),認為軟件系統(tǒng)的結(jié)構(gòu)應該反映該系統(tǒng)所處理的數(shù)據(jù)的結(jié)構(gòu)。因此，軟件設計應從對系統(tǒng)輸入、輸出數(shù)據(jù)進行分析中導出。軟件測試1 測試的目的無論我們寫程序的能力有多強， 從可能出現(xiàn)的各種錯誤中仍可以看出， 應該對程序進行檢測以確保模塊編碼正確。 許多程序員把測試視為其程序能夠正常運行的展示。 然而， 展示正確性的想法實際上與測試的目的恰好相反， 對程序進行測試是為了展示錯誤的存在。 因為我們的目的是為了發(fā)現(xiàn)

18、錯誤，發(fā)現(xiàn)錯誤后才能認為測試是成功的。發(fā)現(xiàn)錯誤，便要進行“排錯”或糾錯，確定是什么原因引起的錯誤并對系統(tǒng)進行個性，以使錯誤不再出現(xiàn)。2 測試階段在大系統(tǒng)開發(fā)過程中， 測試包含幾個階段。 首先， 常常將每個程序模塊與系統(tǒng)中的其他程序分開， 作為單個程序測試， 這樣的測試稱為模塊測試或單元測試。 它驗證模塊在設計時期望的輸入類型情況下是否正確運行。 只要有可能， 都要在受控環(huán)境下進行模塊測試， 以便測試小組可以給在測模塊預定的數(shù)據(jù)集， 觀察產(chǎn)生什么樣的輸出數(shù)據(jù)。 另外， 測試小組應檢查內(nèi)部數(shù)據(jù)結(jié)構(gòu)、邏輯和輸入、輸出數(shù)據(jù)的邊界條件。當模塊集經(jīng)過單元測試后，下一步是保證模塊之間的接口定義和處理得當。完整性測試驗證系統(tǒng)的各組成部分是否按照程序設計和系統(tǒng)設計規(guī)格說明協(xié)同工作。一旦確信信息按照設計規(guī)定和模塊之間傳遞，就可測試整個系統(tǒng)，以確保系統(tǒng)具有希望的功能。 功能測試是對系統(tǒng)進行評價， 以確定整個系統(tǒng)能否真正實現(xiàn)需求規(guī)格說明所描述的各種功能。其結(jié)構(gòu)就是功能正常的系統(tǒng)。請回憶一下規(guī)定需求的兩種方法：第