網(wǎng)上書店網(wǎng)站設計26講閆

1、在上一節(jié)當中，介紹了系統(tǒng)設計，也就是說，系統(tǒng)設計被定義為那些用來說明一個詳細的計算機系統(tǒng)方案的任務以及系統(tǒng)設計方法，包括了模型驅動方法，其中有現(xiàn)代結構化設計信息工廠原型話以及面象的設計， 還包括快速應用開發(fā)和聯(lián)合應用開發(fā)這樣子的一些系統(tǒng)設計方法。 在此系統(tǒng)設計策略是計方法呢，不進行任何的限制， 而是綜合了前面這本當中假想的一個方法，對系統(tǒng)設介紹過的所有的常用的方法。 在迎接公司案例研究，將在一個系統(tǒng)分析員的第一次任務的上下文當中，也是這些方法。系統(tǒng)分析方法將在信息系統(tǒng)構建，以及 fast 階段，也就是第二章、第三章當中做過了介紹以及實現(xiàn)一個階段的fast 的任務， 在這一章當中描述， 在這樣子

2、一個上下文環(huán)境當中，現(xiàn)在就可以開始研究系統(tǒng)的設計， 首先研究一個開發(fā)或者叫構造項目的系統(tǒng)設計方案，然后介紹當決策要求獲取或者影響。包的時候，系統(tǒng)設計階段將受到一些什么樣子的通過圖示的方式來看，構造方案的系統(tǒng)上下文，如這當中所展示給的在fans 框架當中的第一個階段呢是范圍定義產(chǎn)生了是問題陳述。第二個階段是問題風險產(chǎn)生系統(tǒng)的改進目標。第三個階段呢，是需求分析產(chǎn)生業(yè)務需求陳述。第四個階段呢是邏輯設計階段。在邏輯設計階段產(chǎn)生的是邏輯設計，然后進行決策分析，產(chǎn)生的是系統(tǒng)建議來策分析階段批準了的系統(tǒng)方案，建議觸發(fā)了這樣子的一個設計階段。也就是說，最前期需要的必須得輸入是系統(tǒng)方案建議，設計階段的目標包括一

3、些。首先呢，是分析人尋求設計一個既滿足需求，又對用戶一項友好的系統(tǒng)，人機工程學呢，將在設計過程當中扮演重要的一個角色。那另外一個目標呢？就是分析員向計算機程序員和技術需要提供清新完整的設計說明，那在這一當中被批準的設計說明了，將觸發(fā)開發(fā)項目的構造階段，有綠色的這個框所表示的，那用于開發(fā)的系統(tǒng)設計任務圖呢，如這一當中所展示的從業(yè)務團體來的批準了的系統(tǒng)方案，建議處罰了這個階段的第一個任務，即 5. 1 設計應用架構。他的目的呢就是說明應用架構。第一步得出應用架構和分布式分析之后就進入到了第二個任務，也就是任務 5.2 設計系統(tǒng)數(shù)據(jù)庫。要 5.2 的目的呢，是開發(fā)相應的數(shù)據(jù)庫設計說明也就是數(shù)據(jù)庫模式

4、。數(shù)據(jù)的設計絕對不是對數(shù)據(jù)的簡簡單單的布局。他數(shù)據(jù)庫是一個共享的資源，并且他要和資料庫來進行數(shù)據(jù)庫模式的交互。也就是說，在設計的時候可以從資料庫當中獲取既有的一些信息，并且把設計好的數(shù)據(jù)庫模式再存入到資料庫，一旦設計了數(shù)據(jù)庫呢，而且可能含構造了一個原型系統(tǒng)，設計就可以與系統(tǒng)用戶一起來開發(fā)輸入輸出和的一些設計說明，也就是說和界面有關的一些信息。即任務 5.3 設計系統(tǒng)的接口，最后的主要的一個任務呢就是任務 5.4 打包設計說明，也就是把來自前面幾個任務的所有的說明了，打包成一個設計說明并作為系統(tǒng)開發(fā)方法學的構造階段，指導計算機程序活動的一個設計說明，也就是說，這個時候打包所有產(chǎn)生出來的這些設設計

5、說明會形成一定的規(guī)范，來供后期的后期的構造來進行參考。或者說構造會根據(jù)這樣子設計說明設計規(guī)范來進行后續(xù)的系統(tǒng)構造活動的完成。那最后呢？在已接近完成了設計階段的時候，還需要進行任務 5.5，也就是修訂項目的計劃。修訂項目計劃，也就是說應該重新來評估項目的可行性，并且相應地需要更新項目的計劃。這個時候，也就是說不管哪一個階段，因為對系統(tǒng)的各個方面的更詳細的一些了解，更詳細的了解導致了，會對某一些地方的過去的一些評估呢，做出一些更新，那相應的也就會需要對項目的計劃來進行一定的更新。那接下來來仔細看一下哪一個任務，首先是任務，5.1設計應用架構從業(yè)務團體來的批準了的系統(tǒng)方案建議，系統(tǒng)方案建議處罰了這個

6、設計任務的第一個階段，也就是設計應用架構，應用架構，它是按照數(shù)據(jù)過程接口和網(wǎng)絡組件，來定義了一個多個或者所有信息系統(tǒng)的技術，那這里還可能包括用于構造信息系統(tǒng)的使用的技術。因此呢，設計應用架構需要考慮，網(wǎng)絡技術以及對系統(tǒng)知識過程和接口構造在業(yè)務地點之間呢，分布做出決策。那這個任務是通過分析原先在需求分析階段所創(chuàng)建的數(shù)據(jù)模型和過程模型來實現(xiàn)了，那需要根據(jù)數(shù)據(jù)模型過程模型和目標方案做出分布的一些決策，一種物理數(shù)據(jù)流圖也叫PDFD。它可以用于確定網(wǎng)絡之間的物理過程和數(shù)據(jù)的方法呢就是使用，也就是數(shù)據(jù)庫。，一個應用架構的表示方式也就是物理數(shù)據(jù)流圖的一個事例。在這一當中，我們看到它表示的是一個業(yè)務在圖中呢，

7、是有 3 個外部，債權人以及你就是圖當中的 you。看到有兩個 you，那和前面過程建模的時候，講的是一樣的，是為了圖形化的可視化而分開的，并不是說這里是兩個外部的，途中還包含了驗證收支平衡和交易。擬賬戶對賬計劃賬單支付、擬支付賬單安排支付每月，或取款存款啊，和進行存款和取款這樣幾個的過程，那在這里會看到啊，還有包括了賬號信息和或安排交易兩個數(shù)據(jù)在這里面呢，看到數(shù)據(jù)里面有括號里標識，出了虧損文件混合文件這樣兩個數(shù)據(jù)，而且我剛剛說到了這個過程的時候，也看到了支付安排，括號后面也帶有虧損，這是說明了它的實現(xiàn)方式。 那數(shù)據(jù)流圖還有很多的數(shù)據(jù)流，也就是帶有文字描述的帶箭頭的這些實現(xiàn)從過程到數(shù)據(jù)，從外部

8、到過程甚至還有過程的過程之間的這樣子的一些數(shù)據(jù)流， 那比如說從到業(yè)政收支平衡和交易這個過程的數(shù)據(jù)流是月結算表后面的括號里面，說明了打印的表格，也就是說，這個月結算表是通過打印的表格來進行。 表示的這樣一個數(shù)據(jù)流，然后呢，再到賬號對賬過程，他也顯示出了數(shù)據(jù)流的添加了的一些信息，比如說在這里顯示出了 windows框， 窗口復選框等等，那和邏輯數(shù)據(jù)流相比和邏輯數(shù)據(jù)流圖相比較呢？可以看到物理數(shù)據(jù)流圖和等價的邏輯數(shù)據(jù)流圖相比較，也有外部，這是相同也有過程，也有數(shù)據(jù)，和數(shù)據(jù)流等等， 只是顯示了的一些信息，比如說剛剛說到的有 windows框，復選框這樣的一些信息或者虧損文件，這樣的一些信息，他這些信息都

9、是相關的信息。也就是說， 用虧損文件來表示，這個數(shù)據(jù)就說明了數(shù)據(jù)是使用規(guī)定文件來實現(xiàn)呢，也就是說實現(xiàn)表現(xiàn)出了這樣子的實現(xiàn)相關的一些信息。那詳細信息在后續(xù)第 13 章當中學習物理數(shù)據(jù)流圖， 那在任務 1.5.1 當中，為了完成這樣子的一個任務的，分析員可以讓一些系統(tǒng)的設計和系統(tǒng)的用戶也參與進來， 系統(tǒng)用戶可以參與到這樣一個活動當中， 幫助說明業(yè)務數(shù)據(jù)過程和地點問題。因為用戶通常是知道業(yè)務是什么樣的一些業(yè)務數(shù)據(jù)，什么樣一些過程以及應該在什么地方， 那幾個不同的系統(tǒng)設計絡工程師啊，收集方面的呢，可能對完成這樣一個活動是有幫助的，包括數(shù)據(jù)庫數(shù)據(jù)庫管理員， 網(wǎng)或者網(wǎng)絡管理員，還有應用管理員，以及其他的一

10、些，比如說自動數(shù)據(jù)，它可以解決類似于條形碼技術等等。 這個任務的關鍵輸入呢，是提到過幾次的批準了的系統(tǒng)方案，各類來源的一些事實建議和觀點以及決策分析階段，建議這個任務的主要主要交付成果呢，是應用架構和分布式分析。 他們可以作為后續(xù)詳細設計活動的一個藍圖，這一點是非常重要的。在很多的實踐當中都是先設計出應用架構的，很多項目的實踐都是也有應用架構。通常情況下，系統(tǒng)設計的下一個任務就是開發(fā)相應的數(shù)據(jù)庫設計說明也就是任務 5.2 設計系統(tǒng)數(shù)據(jù)庫，就包括數(shù)據(jù)庫模式，也就是 Database Schemas。經(jīng)常數(shù)字和優(yōu)化， 以實現(xiàn)數(shù)據(jù)庫管理系統(tǒng)。 數(shù)據(jù)的設計，絕對不僅僅是對的一個簡單的布局。數(shù)據(jù)庫是一個

11、要共享的一個資源，很多系統(tǒng)可能都會使用得到，一般會有許多的程序來使用它，也就是很多系統(tǒng)會使用，或者是子系統(tǒng)，或者是許多的程序來使用，而且呢， 將來的程序可能會以一種，過去沒有辦法想象那些方式來使用數(shù)據(jù)庫也知道IT 的發(fā)展是非常之快，非常之迅速的， 所以這樣一個開發(fā)相應的數(shù)據(jù)庫設計說明的任務，目的就是為了能夠適應未來的需求和擴展，所以呢設計，在設計數(shù)據(jù)庫時，要使它能夠適應未來的一些變化。同時他還為了提高數(shù)據(jù)庫的性能。設計必須分析程序，將如何數(shù)據(jù)， 知道了如何數(shù)據(jù)，才能給出提高數(shù)據(jù)庫性能的一些決策， 而且它還有， 一個目的就是數(shù)據(jù)庫設計過程當中涉及的其他問題，包括設計大小和容量的這樣的一個需求，

12、那最后，就是因為數(shù)據(jù)庫是共享資源，所以必須設計的控制， 以確保在數(shù)據(jù)丟失或者損壞的情況下，有必要的安全性和性恢復的一些技術。 這個任務的目的就是能夠適應未來需求，擴展和數(shù)據(jù)庫， 準備技術設計說明， 那雖然可能有參與數(shù)據(jù)庫建模系統(tǒng)，就是數(shù)據(jù)庫建模的一些系統(tǒng)分析員來主持這樣一個任務。但是在這里呢，會知道，負責完成這個活動的是系統(tǒng)的設計， 數(shù)據(jù)管理員可以參與或者完成數(shù)據(jù)庫設計， 而且新的系統(tǒng)很可能會使用一個現(xiàn)有數(shù)據(jù)庫的某些部分。在這個時候呢，數(shù)據(jù)庫管理員的知識就非常之重要了。 最后呢，當需要為這個項目構造一個原型數(shù)據(jù)庫的時候，系統(tǒng)的構造也會參與進來來構造這樣一個數(shù)據(jù)庫原型。面的系統(tǒng)設計任務圖當中看到

13、這個活動的一個關鍵的收入，是來自前一任務的應用架構和分布式分析決策。 這個任務交付的成果則包括得到的數(shù)據(jù)庫模式。 那數(shù)據(jù)庫模式呢？也就是說，它是數(shù)據(jù)庫的結構模式，他描述了由數(shù)據(jù)庫實現(xiàn)的和關系，也就是會給出的這個任務會給出的是數(shù)據(jù)庫模式是關系。何關系，是由數(shù)據(jù)庫實現(xiàn)的和一些那這當中給出的就是信息系統(tǒng)的物理實體關系圖，也就是一個數(shù)據(jù)庫模式的示例了。在圖形當中也講矩形了，就表示了實體圓角矩形之間的連線呢，就表示了關系， 實現(xiàn)是確定性的關系，也就是說副實體貢獻他的主鍵，成為子實體的主鍵的一個一部分的這樣子的關系。而虛線呢，表示的是非確定關系。也就是說，每個參與關系的實體都有各自的獨立關系的關系，也就是

14、說不共享主鍵的屬性，這和在邏輯數(shù)據(jù)模型也就是 ER 圖當中介紹的關系是一致的。在實體當中還看到了包含屬性， 這是在 ER 圖當中，也有看到以及屬性的類型和大小。這是在邏輯設計的時候沒有包含進去的。比如說圖當中表示的旅館預訂系統(tǒng)當中的物理實體關系圖當中，左上角的實體Travel_Agent 它可以下零個到多個的訂單也就是說，預定。也就是說，它可以圖上表示的 makes 零到多用這個表示方式的 Reservation，這樣子的一個關系在 Travel_Agent 當中呢。看到屬性 Agency_id，它的類型是EGER 也就是說整型，并且表示出了它是 PK 說，這個信息仍然在數(shù)據(jù)庫模式當中存在。另

15、外一個屬性 Agency_Name 也就是說是代人名，它的一個名稱給出了，他是char 類型，長度是 30，也就是 30 個字符的這樣一個類型。 對 Agency_id 在實體的 Reservation 當中表示為 ft。也就是說它是一個外鍵， 那信息工程在第五章和在這一章的上一節(jié)的時候已經(jīng)做過了介紹，它可以既可以作為分析的工具，也可以作為設計的工具。那在數(shù)據(jù)庫模式的這個圖示當中呢我們就看到和邏輯的數(shù)據(jù)模型之間的一個很重要的關系，就是他表示出了實現(xiàn)信息，比如說它的類型和數(shù)據(jù)庫相關的類型的表示，以及它的長度也就是它的大小，這樣子的一些信息都已經(jīng)包含進來了， 接下來就是任務 5.3 設計系統(tǒng)接口，

16、 也就是說，一旦設計了數(shù)據(jù)庫之后，而且可能是構造了一個原型數(shù)據(jù)庫系統(tǒng)的設計呢，就可以與系統(tǒng)用戶一起來開發(fā)輸入輸出， 以及相應的一些的設計說明，也就是說是上一個任務的數(shù)據(jù)庫模式是作為關鍵的一個輸入，是作為 5.3 的關鍵的一個輸入，因為最終的用戶和管理員， 必須同輸入和輸出來打交道，所以呢，設計必須仔細的，去追求他們的想法和建議，特別是關于格式方面的一些建議，也就是這個時候格式也是非常之重要，而且還必須征求他們對于新的系統(tǒng)的類似于一些特性，比如說易學易用性方面的一些想法和觀點，也就是說，系統(tǒng)的設計與系統(tǒng)用戶緊密的合作， 一起來開發(fā)輸入輸出和的設計說明，在這里還有一個，就是說包括了事物輸出， 說明

17、它是預打印的表格，其中事物明細呢，將被打印在上面， 還有是包括和其他的一些輸出，通常呢，是直接打印在紙上，或者是顯示在一個終端的屏幕上面，但是必須說明輸出的精確的格式和他的布局。最后呢，還必須說明，確保輸出，不必丟失。不錯誤的被路由不被誤用，或者保持完整性的一些控制。 對輸入來講呢，設計系統(tǒng)將使用的數(shù)據(jù)收集方法。也就是說，設計系統(tǒng)的時候要使用到的收集的方法也是非常之重要的。 比如說可以設計一個表格，在表格當中對輸入的數(shù)據(jù)進行了初始的。那你想要簡化數(shù)據(jù)在表格上面一些的話，而且也想簡化數(shù)據(jù)從表格到計算機或者計算機可讀的，其他的一些文件介質當中的錄入，如果數(shù)據(jù)有不熟悉業(yè)務的應用的人來進行輸入的話，這

18、一點呢，就特別的重要了，而且呢，任何時候輸入數(shù)據(jù)到系統(tǒng)當中的時候，都可能會出現(xiàn)一些錯誤，所以需要定義啊， 標記來進行控制，以確保輸入數(shù)據(jù)的一些正確性。那在上一節(jié)介紹原型法的事例呢，就是一個輸入原型屏幕的例子，可以回過頭去看一下輸入的設計呢，會在后面第 16 章當中來詳細的介紹。對接口的部分呢，也就是見面或者框設計，就必須考慮這樣的一些，也就是終端的熟悉程度，還有就是最終用戶可能遇到的錯誤和一些誤解。 那在某一些地方呢，額外只是或者幫助的需要，以及屏幕內容的一些布局需要，最終用戶可能犯的每一個很小的錯誤，或者是可能按下了一些鍵，不管這樣的可能性有多小，但只要是有可能出現(xiàn)，都是需要進行考慮的，那還

19、需要，就是要最終用戶比較容易的理解。屏幕上，在任何給定時間顯示出來的一些內容，這就是一個易，考慮到他的易學易用以及可理解性。那這呢？就是一個輸出原型屏幕的一個事例，這只是一個輸出設計的例子了，對于如何進行輸出設計，也是將在后面第 15 章當中會詳細的介紹， 圖當中是顯示了啊， 會員按照title 的選擇信息，那看到有用的紅色表示啊，有用紅色來表示的一些信息頭紅色的這一行，那下面是一些詳細的數(shù)據(jù)，他在這些信息里面也包括了分類信息等等，那屏幕的最下方呢，就是給出了一些統(tǒng)計信息，這是根據(jù)實際的需要，在迎接的這個恢復系統(tǒng)當中給出來的， 需要的一個輸出原型屏幕的例子。 那這張呢是見面原型屏幕的例子也是迎

20、接的一個界面設計的示例了， 顯示了框界面原型屏幕，對于輸出這一塊呢，就是界面設計這一塊，也將在后面第 17 章當中來進行學習。對于系統(tǒng)設計當中的設計系統(tǒng)接口這樣子的一個活動來講，系統(tǒng)用戶應該是參與到這樣一個活動當中輸入輸出和框呢，是他們將要看到和使用到的一些東西。作為用戶，就會看到這樣一些界面，包括原型化在內的一些實際的工作，都強調用戶的參與，需要用用戶來提供就每個輸入輸出的原型的一些反饋信息系統(tǒng)設計設計呢，是負責將完成這樣一個活動。他們可以利用系統(tǒng)設計在圖形用戶界面設計方面的一些專業(yè)知識，而且系統(tǒng)構造在設計過程中可以，通過原型化技術，為用戶構造各種屏幕設計， 以便于用于檢查。這個活動可以從項

21、目資料庫得到的用戶界面和系統(tǒng)接口說明， 這個設計任務的交付成果，是完成了數(shù)據(jù)庫輸入和輸出的設計， 打包設計說明，是任務 5.4， 也就是前邊設計數(shù)據(jù)庫之后見面接口之后的下一個把前邊幾個產(chǎn)生的所有設計的說明了打包成一套設計說明，并作為在系統(tǒng)開發(fā)方法學的構造階段來指導計算機程序員活動的設計說明， 但是這個任務呢不僅僅是打包， 還有許多工作是取決于系統(tǒng)設計和計算機程序員的責任分界線， 到底畫在什么地方？ 方法學和方案呢是否要求設計這個程序結構， 大多數(shù)組織以及，已經(jīng)是采用了加速的，也就是快速的一些系統(tǒng)開發(fā)方法，該方法不需要設計整個的程序結構，程序結構需要處理質量問題，這些問題對那些使用老式程序設計語

22、言的系統(tǒng)和通?；诖笮椭鳈C的應用系統(tǒng)的開發(fā)任務呢通常是由系統(tǒng)分析員來完成的，也可能由系統(tǒng)設計 分裝和構造階段之前呢系統(tǒng)設計應該是被所有的相應的一些然系統(tǒng)的用戶已經(jīng)看到，并且認可了新系統(tǒng)的輸入輸出和是非常之有意義的。 最終輔助來完成。在進行設計說明來進行檢查。這個時候，雖框， 但仍然是需要對新的系統(tǒng)的這個工作流和數(shù)據(jù)流進行最后一次檢查和相應的一些認可。 系統(tǒng)所有者呢，也應該保留最后的機會來質疑項目的可行性， 并且決定項目是否應該被調整終止，或者是會批準繼續(xù)來進行構造。在下面的這樣一個階段呢公司的審計呢將參與進來，他們將對系統(tǒng)當中的控制來作出判斷從前面的任務圖當中知道了這個任務的輸入是前面創(chuàng)建的各

23、種數(shù)據(jù)庫輸入輸出設計說明， 一旦這些說明得到了檢查之后認可并組織是否和與構造新系統(tǒng)的設計說明之后，就可以通過項目資料庫來將它提供給后續(xù)的系統(tǒng)構造啊，最后就是進行任務 5.5 來修訂項目的計劃，因為隨著設計階段的一個完成了，應該對系統(tǒng)進行重新的項目評估和可行性分析，并相應的來修改項目計劃。那這這個任務的參與者呢？也就是既有項目經(jīng)理又有系統(tǒng)的所有者，以及還會有整個的項目團隊， 一起來進行主持完成這樣一個任務。 下面介紹系統(tǒng)設計的集成也就是方案。也就是說，方案當中包含獲取現(xiàn)成產(chǎn)品的這樣子的一個系統(tǒng)設計， 購買方案的系統(tǒng)設計上下文，。那這當中說明了包含方案的項目的生命周期， 注意對于項目來講，業(yè)務需求

24、乘數(shù)和業(yè)務集成方案觸發(fā)了一些。在剛學的內部開發(fā)過程中，沒有的階段。和開發(fā)項目之間最顯著的區(qū)別，就是包含了一個采購階段。在圖當中用 4 來表示和一個設計服務的決策分析階段，用 5A 來表示， 當需要新的時候呢，選擇合適的產(chǎn)品是非常之重要的。打個類似的比方，要模擬仿真P2P網(wǎng)絡的一個工具， P2P 網(wǎng)絡的結構可能不同， 并且在上面實現(xiàn)了一些不同的算法，需要在這樣一個模擬上實現(xiàn)一些不同的算法，比如說基于內容的搜索等等這樣一些模擬，對于使用的時候，開始沒有經(jīng)驗，就會從上網(wǎng)搜啊，或者其他一些參考資料當中去看， 在不斷的試用問題，當出現(xiàn)的過程當中來更換工具，試過好幾個之后，當然這是幾個回合之后，也需要去請

25、教一些熟悉的別人， 熟悉這個工具的這種技術的一些人，聽取他們的介意或者一些意見， 或許提前是有足夠的時間來進行的和調研。 后期遇到問題的機會就會少很多，這也說明了選擇合適的不像工具的一個重要性。 那么在實際組織需要的時候，情況就會更加的復雜，剛剛的模擬， 一個 P2P，這樣一個網(wǎng)絡環(huán)境，自己要模擬仿真這樣一個環(huán)境的時候，選擇工具要比這樣的一個情況要更復雜，更重要， 那因為決策是由技術經(jīng)濟和政策考慮而變得更加的復雜， 創(chuàng)了角色可能會毀掉其他方面設計都很好，甚至很成功的一些分析和設計， 所以呢系統(tǒng)分析人越來越多地參與到包的采購。 采購決策分析階段的目的呢，是確定研究可以支持目標信息系統(tǒng)建議方案的一

26、些特定產(chǎn)品， 并且呢征求評價和分級供應商的一些建議，選擇并最好的供應商的建議，還有就是聯(lián)系有信譽的一些供應商以獲得產(chǎn)品。 在這一部分當中呢介紹完成一個購買方案的采購和決策分析階段，需要涉及到的一些任務。 下圖當中所展示的就是一張任務圖， 其中任務 4.1 呢，就是研究技術評估準則和選項。 而任務 4.2 呢是供應商征求建議或者是報價。這兩個任務是采購階段的任務。任務 5.1A 了，是驗證供應商的和性能。而任務 5.2 呢，是評價和分級供應商的建議。任務 5.3 就是簽訂合同并聽取供應商的匯報。后面這三個任務也就五.A 的 123 是決策分析相關的任務。下面來詳細介紹，這幾個任務，來自需求分析階

27、段的對于的業(yè)務需求陳述驅動了這個任務， 這個任務是研究技術上的替代的方案。 這任務確定了對所選硬件都很重要的說明， 并且，關注在需求分析階段建立的硬件的需求， 這些需求呢說明了新的硬件的功能特征和關鍵性， 關鍵的性能參數(shù)的這些信息到底從哪里來呢？ 系統(tǒng)分析員呢會通過閱讀雜志和期刊，或者是上網(wǎng)搜索一些信息來查詢有用的信息來幫助解決那些選擇決策需要的技術問題和業(yè)務問題，解決技術和業(yè)務問題的資源。 其實還有可以有很多種可能存在的硬件和選擇適用的一些標準，這是因為有些組織，是堅持哪一種技術將從特定的提供該項服務的供應商當事供應商處去。比如說一些公司已經(jīng)標準化了特定品牌的計算機， 比如說就是使用的是戴爾

28、，所以每次你要去訂購，只需明配置型號，直接有采購部門就和戴爾公司去聯(lián)系， 還有就是對終端，或者數(shù)據(jù)庫，殺毒等等，都有相應的標準， 還有是信息服務的主要目的呢，是持續(xù)的介紹，是市場的新產(chǎn)品，并且就潛在的一些者，應該考慮到規(guī)格說明， 的一些忠告同時， 也提供一些產(chǎn)品的設備數(shù)和一般客戶滿意度之類的一些信息。 還有來源就是報紙雜志和期刊提供關于各類硬件的一些文章和使用的一ernet，首先有信息就去搜索引些經(jīng)驗， 再就是ernet，現(xiàn)在使用的甚至的是擎去搜。根據(jù)問題，根據(jù)需要去搜索， 知道到底哪些供應商提供所需要的產(chǎn)品也是很重要，很有必要的，這樣才能在分析工作后和這些供應商進行相應的聯(lián)系和談判，也就是像

29、說的知己知彼，百戰(zhàn)不殆， 有了解了才能去對付他們的一些銷售策略。 下一個任務就是 4. 2，征求任務，供應商征求建議或者是報價。 如果公司只是從比如剛提到的 dell 公司的話，那么這個任務就顯得十分之簡單了， 而且是非常之隨意的，只需要直接聯(lián)系，并且索取相應的一些報價單， 核對一些服務條款就可以了，但是大多數(shù)的還是需要從很多的資源當中去選擇也就是，或許選擇具有最佳利益的這樣子的一些產(chǎn)品或者是，公司商家， 那這些任務呢？主要就是需要準備兩份文檔。一個是報價申報書，另一個是建議申報書。 在這里報價申報書也就是 RFQ， 是一份正式的文檔，為一個供應商提供對某個應用包的業(yè)務技術和支持需要的需求交流

30、的文檔， 該供應商已經(jīng)被確定能夠提供該包和相應的一些服務。 這對于有很多個分銷商能提供所需產(chǎn)品的時候是非常之重要的。對于可能提供相應的一些配置或者服務的時候，案，或者相應的一些報價，通過這個方式來獲得競爭的建議方對于建議申報書，也就是 RFQ，RSP， 是一份正式的文檔， 給幾個供應商呢，交流對一個應用銷售，包的業(yè)務技術和支持需求。 這些呢，供應商可能希望競爭該包和服務的一些RSP 建議的， 申報書的主要目的，是同潛在的供應商溝通需求和期望的一些特征，需求和期望的特征必須分為， 強制性的也就是供應商必須要提供的和特別重要的，也就是希望供應商提供的， 或者是期望的，沒有也不會受到影響，仍然可以工

31、作的這樣一些類型必須進行加以區(qū)分， 一個典型的 RFP 的提綱， 如這所表示的第一部分，是引言包括了背景和需求概述， 以及 RFT 文檔的解釋和需求供應商的一些行動。第二個部分呢，就是標準和相應的一些指示， 比如說導致合同事件進度， 選擇決策的基本原則，包括應該和誰該和誰談話，什么時候談支付什么建議要求的一些格式對演示的期望，對合同的期望，期望的參考對文檔的參考，那第三個部分，就是需求和特征，包括了硬件服務。他每一個部分呢，就是包括，又包括了強制的需求，特征和準則，基本的需求特征和準則以及期望的需求特征和準則。那第四個部分就是技術表，第五部分就是結論實際的 RFP 建議申報書會很長，這里只是給出一個非常簡單的，包含了通常情況下都會使用到的一些部分，下面任務 5A.1 呢就是驗證供應商和性能， 把 RFP 和 RFQ 發(fā)送給潛在的供應商后就會收到一些建議，或者是報價，對建議不能也不應該只看其表面的價值是必須去驗證他聲明的性能了。 這個任務的目的就是驗證所收到的供應商建議，或者是報價，