信息系統(tǒng)開(kāi)發(fā)概述課件

1、第八章 信息系統(tǒng)開(kāi)發(fā)概述第1頁(yè)，共55頁(yè)。學(xué)習(xí)目標(biāo)掌握生命周期法、原型法、面向?qū)ο箝_(kāi)發(fā)方法等系統(tǒng)開(kāi)發(fā)方法的基本思想、主要特點(diǎn)和各自的優(yōu)缺點(diǎn)了解信息系統(tǒng)獲得途徑的優(yōu)缺點(diǎn)并能根據(jù)不同的情況進(jìn)行恰當(dāng)?shù)倪x擇了解系統(tǒng)開(kāi)發(fā)費(fèi)用的構(gòu)成了解系統(tǒng)開(kāi)發(fā)對(duì)人員的要求，包括基本職責(zé)和知識(shí)結(jié)構(gòu)了解系統(tǒng)開(kāi)發(fā)合同簽訂應(yīng)該注意的主要方面掌握常用的系統(tǒng)開(kāi)發(fā)文檔技術(shù)和開(kāi)發(fā)工具 第2頁(yè)，共55頁(yè)。軟件危機(jī)軟件工程學(xué)生命周期法原型法JAD & RAD信息系統(tǒng)開(kāi)發(fā)方法簡(jiǎn)介第3頁(yè)，共55頁(yè)。軟件危機(jī)大型軟件系統(tǒng)的復(fù)雜性決定了它必須由許多人（包括用戶、項(xiàng)目負(fù)責(zé)人、分析員、程序員、資料員、操作員等）組成一支開(kāi)發(fā)和維護(hù)隊(duì)伍來(lái)完成，他們之間需要

2、準(zhǔn)確地協(xié)商和討論。軟件危機(jī)是指在計(jì)算機(jī)軟件的開(kāi)發(fā)和維護(hù)過(guò)程中所遇到的一系列嚴(yán)重問(wèn)題。這些問(wèn)題包括兩個(gè)方面：一方面是指如何開(kāi)發(fā)軟件，怎樣滿足對(duì)軟件的日益增長(zhǎng)的需求；另一方面是指如何維護(hù)數(shù)量不斷膨脹的已有軟件。軟件危機(jī)和軟件工程學(xué)第4頁(yè)，共55頁(yè)。軟件危機(jī)具體表現(xiàn)對(duì)軟件開(kāi)發(fā)成本和進(jìn)度的估計(jì)往往很不準(zhǔn)確。用戶對(duì)已經(jīng)提交的軟件不滿意。軟件產(chǎn)品的質(zhì)量往往靠不住。軟件常常是不可維護(hù)的。軟件通常沒(méi)有適當(dāng)?shù)奈臋n資料。軟件成本在計(jì)算機(jī)系統(tǒng)總成本中所占比重逐年上升。軟件開(kāi)發(fā)生產(chǎn)率提高的速度遠(yuǎn)遠(yuǎn)跟不上計(jì)算機(jī)應(yīng)用迅速普及深入的趨勢(shì)。軟件危機(jī)和軟件工程學(xué)第5頁(yè)，共55頁(yè)。產(chǎn)生軟件危機(jī)的原因一個(gè)重要原因是軟件本身規(guī)模的龐

3、大。軟件在開(kāi)發(fā)過(guò)程中比較難以進(jìn)行管理和控制。一旦在運(yùn)行中發(fā)現(xiàn)錯(cuò)誤，很可能是一個(gè)在設(shè)計(jì)時(shí)就發(fā)生的、但在測(cè)試階段沒(méi)有發(fā)現(xiàn)的錯(cuò)誤，這時(shí)就需要改正或修改原來(lái)的設(shè)計(jì)，這就在客觀上使得軟件的維護(hù)工作較為困難。軟件開(kāi)發(fā)和維護(hù)方法不正確也會(huì)造成軟件危機(jī)產(chǎn)生。軟件危機(jī)和軟件工程學(xué)第6頁(yè)，共55頁(yè)。軟件工程學(xué)的提出軟件工程學(xué)提出要把一個(gè)軟件系統(tǒng)的開(kāi)發(fā)看成一項(xiàng)工程，按照工程設(shè)計(jì)的原則進(jìn)行，采用一些必要的技術(shù)和工具，同時(shí)更要做好項(xiàng)目開(kāi)發(fā)的組織和管理工作。軟件工程學(xué)主要研究計(jì)算機(jī)軟件開(kāi)發(fā)與維護(hù)的普遍原理和技術(shù)，包括方法、工具、管理等多方面，是一門仍在不斷研究和發(fā)展中的新興學(xué)科。軟件危機(jī)和軟件工程學(xué)第7頁(yè)，共55頁(yè)。信息

4、系統(tǒng)開(kāi)發(fā)方法比較常見(jiàn)的信息系統(tǒng)開(kāi)發(fā)方法有生命周期法、原型法、面向?qū)ο箝_(kāi)發(fā)方法等 結(jié)構(gòu)化系統(tǒng)開(kāi)發(fā)方法的基本思想是：將結(jié)構(gòu)與控制加入到系統(tǒng)開(kāi)發(fā)項(xiàng)目中，以便使活動(dòng)在預(yù)定的時(shí)間和預(yù)算內(nèi)完成。 用系統(tǒng)工程的思想和 工程化的方法，按用戶至上的原則，結(jié)構(gòu)化、模塊化、自頂向下地對(duì)系統(tǒng)進(jìn)行分析與設(shè)計(jì)。第8頁(yè)，共55頁(yè)。第9頁(yè)，共55頁(yè)。第10頁(yè)，共55頁(yè)。生命周期法的主要特點(diǎn)有：（1）面向用戶的觀點(diǎn)（2）自頂向下的分析與設(shè)計(jì)和自底向上的系統(tǒng)實(shí)施（3）嚴(yán)格按階段進(jìn)行 （4）加強(qiáng)調(diào)查研究和系統(tǒng)分析 （5）先邏輯設(shè)計(jì)后物理設(shè)計(jì) （6）工作文檔資料規(guī)范化和標(biāo)準(zhǔn)化 第11頁(yè)，共55頁(yè)。生命周期法法的優(yōu)缺點(diǎn) ：生命周期法及

5、時(shí)對(duì)各階段的工作進(jìn)行評(píng)價(jià)，從而能對(duì)各階段的工作任務(wù)符合系統(tǒng)需求和符合組織標(biāo)準(zhǔn)提供有力的保證措施。 生命周期法的一個(gè)首要缺點(diǎn)是開(kāi)發(fā)過(guò)程過(guò)于煩瑣，周期過(guò)長(zhǎng)，工作量太大。另一缺點(diǎn)是對(duì)用戶需求的改變反映不靈活。 第12頁(yè)，共55頁(yè)。信息系統(tǒng)開(kāi)發(fā)方法原型法的基本思想是：首先，系統(tǒng)開(kāi)發(fā)人員在初步了解用戶需求的基礎(chǔ)上，迅速而廉價(jià)地開(kāi)發(fā)出一個(gè)實(shí)驗(yàn)型的系統(tǒng)，即“原型”；然后將其交給用戶使用，通過(guò)使用，啟發(fā)用戶提出進(jìn)一步的需求，并根據(jù)用戶的意見(jiàn)對(duì)原型進(jìn)行修改，用戶使用修改后系統(tǒng)提出新的需求。這樣不斷反復(fù)修改，用戶和開(kāi)發(fā)人員共同探討改進(jìn)和完善，直至最后完成一個(gè)滿足用戶需求的系統(tǒng)。 第13頁(yè)，共55頁(yè)。原型法開(kāi)發(fā)步驟

6、第14頁(yè)，共55頁(yè)。原型法的優(yōu)點(diǎn) 原型法符合人類認(rèn)識(shí)事物的規(guī)律，更容易使人接受。改進(jìn)了開(kāi)發(fā)人員與用戶的信息交流方式。 開(kāi)發(fā)周期短、費(fèi)用低。 用戶滿意程度提高。 應(yīng)變能力強(qiáng)。 第15頁(yè)，共55頁(yè)。原型法的缺點(diǎn)不適合開(kāi)發(fā)大型管理信息系統(tǒng)。 如果最初的原型不適合，則系統(tǒng)開(kāi)發(fā)會(huì)遇到較大的困難。 對(duì)于原基礎(chǔ)管理不善，信息處理過(guò)程混亂的組織，構(gòu)造原型有一定的困難。 沒(méi)有正規(guī)的分階段評(píng)價(jià)，因而對(duì)原型的功能范圍的掌握有困難。 原型法的系統(tǒng)開(kāi)發(fā)不很規(guī)范，系統(tǒng)的備份、恢復(fù)，系統(tǒng)性能和安全問(wèn)題容易忽略。 第16頁(yè)，共55頁(yè)。面向?qū)ο蠓ǖ幕舅枷朊嫦驅(qū)ο蠓椒ㄕJ(rèn)為，我們?cè)O(shè)計(jì)和實(shí)現(xiàn)一個(gè)客觀系統(tǒng)時(shí)，如果能在滿足需求的條件下

7、，把系統(tǒng)設(shè)計(jì)成由一些不可變的（相對(duì)固定）部分組成的最小集合，這個(gè)設(shè)計(jì)就是最好的。 對(duì)象是現(xiàn)實(shí)世界中具有相同屬性、服從相同規(guī)則的一系列事物（此類事物我們稱之為實(shí)體）的抽象。 第17頁(yè)，共55頁(yè)。面向?qū)ο蠓ǖ拈_(kāi)發(fā)過(guò)程系統(tǒng)調(diào)查和需求分析：對(duì)所要研究的系統(tǒng)面臨的具體管理問(wèn)題以及用戶對(duì)系統(tǒng)開(kāi)發(fā)的需求進(jìn)行調(diào)查研究，弄清目的是什么，給出前進(jìn)的方向。系統(tǒng)分析階段（Object-Oriented Analysis-OOA）在繁雜的問(wèn)題領(lǐng)域中抽象地識(shí)別出對(duì)象及其行為、結(jié)構(gòu)、屬性等。系統(tǒng)設(shè)計(jì)階段（Object-Oriented Design-OOD）：根據(jù)系統(tǒng)分析階段的文檔資料，作進(jìn)一步地抽象、歸類、整理，運(yùn)用雛形

8、法構(gòu)造出系統(tǒng)的雛形。系統(tǒng)實(shí)現(xiàn)階段（Object-Oriented Programming-OOP）：根據(jù)系統(tǒng)設(shè)計(jì)階段的文檔資料，運(yùn)用面向?qū)ο蟮某绦蛟O(shè)計(jì)語(yǔ)言加以實(shí)現(xiàn)。 第18頁(yè)，共55頁(yè)。面向?qū)ο蠓ǖ奶攸c(diǎn) 封裝性（Encapsulation） 抽象性繼承性 動(dòng)態(tài)鏈接性 面向?qū)ο蠓ǖ膬?yōu)缺點(diǎn) 以對(duì)象為中心，利用特定的軟件工具直接完成從對(duì)象客體的描述到軟件結(jié)構(gòu)間的轉(zhuǎn)換，解決了從分析和設(shè)計(jì)到軟件模塊結(jié)構(gòu)之間多次轉(zhuǎn)換的繁雜過(guò)程，縮短了開(kāi)發(fā)周期 需要一定的軟件基礎(chǔ)支持才可以應(yīng)用 在大型MIS開(kāi)發(fā)中不進(jìn)行自頂向下的整體劃分，而直接采用自底向上的開(kāi)發(fā)，很難得出系統(tǒng)的全貌，會(huì)造成系統(tǒng)結(jié)構(gòu)不合理，各部分關(guān)系失調(diào)等問(wèn)

9、題。 第19頁(yè)，共55頁(yè)。聯(lián)合應(yīng)用程序開(kāi)發(fā)（JAD）在20世紀(jì)70年代，IBM公司首先采用了JAD，這是指一種專題討論，它由用戶、管理人員和信息系統(tǒng)專家等共同配合，分析現(xiàn)在的系統(tǒng)，提出可能的解決方案，界定新的或者修改的系統(tǒng)的需求，并仔細(xì)研究幾種備選的技術(shù)方案。JAD專題討論小組成員包括問(wèn)題的持有者和解決方案的提供者。小組中通常需要一名或者多名高級(jí)管理人員，來(lái)負(fù)責(zé)組織全力支持JAD過(guò)程和目標(biāo)系統(tǒng)。除了創(chuàng)造一種輕松和非正式的環(huán)境外，JAD在工作方式上是高度結(jié)構(gòu)化的。在這種環(huán)境中，討論組成員努力消除彼此溝通上的差異，共同定義新系統(tǒng)的邏輯需求。JAD和原型法過(guò)程非常類似，都是將用戶和信息系統(tǒng)開(kāi)發(fā)人員組

10、織在一起，確定邏輯需求并選擇備選方案。不同的是，JAD是在高度結(jié)構(gòu)化的專題討論會(huì)上進(jìn)行的。第20頁(yè)，共55頁(yè)?？焖賾?yīng)用程序開(kāi)發(fā)（RAD）將原型法和JAD結(jié)合起來(lái)，就形成了RAD。RAD將原型法工具引用到JAD專題討論會(huì)上，并由所有參與者共同完成原型法的過(guò)程。RAD可以減少紙張文檔的生成，自動(dòng)化程序源代碼的生成，方便用戶參與到設(shè)計(jì)和開(kāi)發(fā)活動(dòng)中，最終的目標(biāo)是加快軟件開(kāi)發(fā)的進(jìn)程。在RAD項(xiàng)目中，用戶和開(kāi)發(fā)人員作為一個(gè)小組進(jìn)行工作，相互交流。這種團(tuán)隊(duì)工作方式對(duì)于風(fēng)險(xiǎn)承擔(dān)和小組決策都很有用，可以在更短的時(shí)間內(nèi)得到更好的系統(tǒng)。如果整個(gè)系統(tǒng)過(guò)大，難以在短期內(nèi)完成，則往往會(huì)將系統(tǒng)分解為各個(gè)子系統(tǒng)，這樣也便于分

11、析和解決問(wèn)題。第21頁(yè)，共55頁(yè)?？焖賾?yīng)用程序開(kāi)發(fā)（RAD）RAD并不能用于所有軟件的開(kāi)發(fā)項(xiàng)目。通常來(lái)說(shuō)最適合決策支持系統(tǒng)和管理信息系統(tǒng)，而不太適合事務(wù)處理系統(tǒng)。在RAD項(xiàng)目中，相關(guān)人員和用戶的參與程度比其他方法要高，這有可能會(huì)影響到用戶的本職工作，因此，RAD小組的參與者往往離開(kāi)他們?cè)瓉?lái)的工作，而全部投入?yún)⑴c到項(xiàng)目中。對(duì)時(shí)間要求很緊，使得開(kāi)發(fā)人員和參與者非常疲勞。這種方法還要求系統(tǒng)分析員和用戶對(duì)RAD系統(tǒng)開(kāi)發(fā)工具和RAD技術(shù)非常熟練。第22頁(yè)，共55頁(yè)。數(shù)據(jù)流圖數(shù)據(jù)字典描述處理邏輯的工具模塊結(jié)構(gòu)圖系統(tǒng)流程圖CASE工具文檔技術(shù)和開(kāi)發(fā)工具第23頁(yè)，共55頁(yè)。數(shù)據(jù)流圖（Data Flow Dia

12、gram-DFD）數(shù)據(jù)流圖用各種符號(hào)來(lái)表示系統(tǒng)中的處理過(guò)程、數(shù)據(jù)源、數(shù)據(jù)流及實(shí)體，以反映整個(gè)系統(tǒng)的信息處理過(guò)程DFD可用于表示系統(tǒng)的各不同層次，從最高層到最底層，常被系統(tǒng)分析者用于描述系統(tǒng)的邏輯模型表明了應(yīng)該做的邏輯任務(wù)，但沒(méi)有說(shuō)明怎么做或由誰(shuí)來(lái)做。數(shù)據(jù)流圖可以用來(lái)描述現(xiàn)有的系統(tǒng)，也可以用來(lái)規(guī)劃和設(shè)計(jì)新系統(tǒng)。在數(shù)據(jù)流圖中，不包含任何具體的物理元素，也沒(méi)有計(jì)算機(jī)術(shù)語(yǔ)，很容易為大多數(shù)人所理解。 第24頁(yè)，共55頁(yè)。數(shù)據(jù)流圖（DFD）數(shù)據(jù)流圖中的基本符號(hào) 繪制數(shù)據(jù)流程圖的一般步驟 數(shù)據(jù)流圖的分解 第25頁(yè)，共55頁(yè)。數(shù)據(jù)字典(Data Dictionary-DD)數(shù)據(jù)字典是以特定格式記錄下來(lái)的、對(duì)系

13、統(tǒng)的數(shù)據(jù)流程圖中各個(gè)基本要素(數(shù)據(jù)流、加工、存儲(chǔ)和外部實(shí)體)的內(nèi)容和特征所作的完整的定義和說(shuō)明。數(shù)據(jù)字典對(duì)數(shù)據(jù)流程圖中出現(xiàn)的所有數(shù)據(jù)元素給出定義。數(shù)據(jù)流程圖只給出了系統(tǒng)的組成及相互關(guān)系，但沒(méi)有說(shuō)明數(shù)據(jù)元素的含義。為使數(shù)據(jù)流程圖上的數(shù)據(jù)流名字、加工名字和文件名字具有確切的解釋。數(shù)據(jù)流中的名字應(yīng)按數(shù)據(jù)項(xiàng)、數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)流、處理邏輯、數(shù)據(jù)存儲(chǔ)和外部實(shí)體等6個(gè)方面進(jìn)行具體的定義，全體定義構(gòu)成數(shù)據(jù)字典。數(shù)據(jù)流程圖配以數(shù)據(jù)字典，就可以從圖形和文字兩個(gè)方面對(duì)系統(tǒng)的邏輯模型進(jìn)行完整的描述。第26頁(yè)，共55頁(yè)。描述處理邏輯的工具 數(shù)據(jù)流程圖中比較簡(jiǎn)單的計(jì)算性處理邏輯可以在數(shù)據(jù)字典中作出定義，但還有不少邏輯上的比

14、較復(fù)雜的處理，有必要運(yùn)用一些描述處理邏輯的工具來(lái)加以說(shuō)明。描述邏輯判斷功能的三種工具結(jié)構(gòu)化語(yǔ)言決策樹(shù)(Decision Tree) 決策表(Decision Table) 第27頁(yè)，共55頁(yè)。模塊結(jié)構(gòu)圖 模塊結(jié)構(gòu)圖由一組特殊的符號(hào)圖形按照一定規(guī)則來(lái)描述系統(tǒng)整體特性。衡量一個(gè)模塊結(jié)構(gòu)圖復(fù)雜程度的兩個(gè)基本指標(biāo)是深度和寬度。模塊結(jié)構(gòu)圖中模塊的層數(shù)稱為結(jié)構(gòu)圖的深度某一層次中模塊的個(gè)數(shù)稱為該層的寬度，最大的寬度稱為模塊結(jié)構(gòu)圖的寬度。模塊結(jié)構(gòu)圖由模塊、調(diào)用、數(shù)據(jù)、控制和轉(zhuǎn)接等基本符號(hào)組成 。第28頁(yè)，共55頁(yè)。系統(tǒng)流程圖 系統(tǒng)功能結(jié)構(gòu)圖主要從功能的角度描述了系統(tǒng)的結(jié)構(gòu)，但并未表達(dá)各功能之間的數(shù)據(jù)傳送關(guān)系。

15、系統(tǒng)中許多業(yè)務(wù)或功能都是通過(guò)數(shù)據(jù)文件聯(lián)系起來(lái)的。 信息系統(tǒng)流程圖以新系統(tǒng)的數(shù)據(jù)流程圖為基礎(chǔ)繪制。首先為數(shù)據(jù)流程圖中的處理功能畫(huà)出數(shù)據(jù)關(guān)系圖，然后，把各個(gè)處理功能的數(shù)據(jù)關(guān)系圖綜合起來(lái)，形成整個(gè)系統(tǒng)的數(shù)據(jù)關(guān)系圖，即信息系統(tǒng)流程圖。 第29頁(yè)，共55頁(yè)。CSAE (Computer Aided Software Engineering)工具 CASE就是，是一種集成化的軟件包，可以自動(dòng)幫助開(kāi)發(fā)人員完成軟件開(kāi)發(fā)過(guò)程的各個(gè)重要方面，是提高系統(tǒng)開(kāi)發(fā)效率和質(zhì)量的重要途徑。CASE技術(shù)的目標(biāo)就是要實(shí)現(xiàn)系統(tǒng)開(kāi)發(fā)生命周期內(nèi)各階段工作基于計(jì)算機(jī)的自動(dòng)化作用 優(yōu)缺點(diǎn)第30頁(yè)，共55頁(yè)。會(huì)計(jì)信息系統(tǒng)獲得途徑購(gòu)買還是自行

16、開(kāi)發(fā)決策供應(yīng)商的選擇合同的簽訂會(huì)計(jì)信息系統(tǒng)的獲得第31頁(yè)，共55頁(yè)。信息系統(tǒng)獲得途徑 用戶自行開(kāi)發(fā)外包開(kāi)發(fā)購(gòu)置商品化軟件（包 ）系統(tǒng)獲得途徑的選擇 確定系統(tǒng)獲得途徑是一個(gè)復(fù)雜的決策過(guò)程， 不能僅從經(jīng)濟(jì)效益原則 來(lái)考慮，應(yīng)當(dāng)有一個(gè)正確的決策機(jī)制，對(duì)企業(yè)的實(shí)力、信息系統(tǒng)的地位和應(yīng)用環(huán)境等綜合考慮。 第32頁(yè)，共55頁(yè)。購(gòu)買還是自行開(kāi)發(fā)決策第33頁(yè)，共55頁(yè)。系統(tǒng)開(kāi)發(fā)費(fèi)用 開(kāi)發(fā)一個(gè)信息系統(tǒng)的都必須投入大量的資金。投入費(fèi)用包括購(gòu)買計(jì)算機(jī)、網(wǎng)絡(luò)通信設(shè)備等硬件費(fèi)用，購(gòu)買軟件或開(kāi)發(fā)系統(tǒng)費(fèi)用等軟件費(fèi)用，以及運(yùn)行與維護(hù)費(fèi)用等。開(kāi)發(fā)人員 一般需要以下幾類：系統(tǒng)分析員、系統(tǒng)設(shè)計(jì)員、系統(tǒng)程序員、硬件維護(hù)人員、軟件維護(hù)

17、人員、數(shù)據(jù)錄入員、系統(tǒng)操作員、系統(tǒng)管理員。 在實(shí)際系統(tǒng)開(kāi)發(fā)項(xiàng)目中，企業(yè)到底需要什么樣的人才，則是由本企業(yè)開(kāi)發(fā)信息系統(tǒng)的不同方式和程序所決定 第34頁(yè)，共55頁(yè)。開(kāi)發(fā)費(fèi)用主要項(xiàng)目第35頁(yè)，共55頁(yè)。主要開(kāi)發(fā)人員第36頁(yè)，共55頁(yè)。無(wú)論是購(gòu)買硬件還是軟件，供應(yīng)商的選擇都是一個(gè)非常重要的過(guò)程。選擇過(guò)程從需求識(shí)別開(kāi)始到購(gòu)買并安裝完成為止管理者該具備的一個(gè)重要技能就是能夠很好的管理這一過(guò)程，在選擇供應(yīng)商時(shí)沒(méi)有一個(gè)適用所有情形的簡(jiǎn)單標(biāo)準(zhǔn)。供應(yīng)商的選擇第37頁(yè)，共55頁(yè)。六項(xiàng)重要活動(dòng)：研究調(diào)查技術(shù)標(biāo)準(zhǔn)和解決方案詢價(jià)/招標(biāo)驗(yàn)證供應(yīng)商的投標(biāo)書(shū)供應(yīng)商方案評(píng)價(jià)和排名合同簽署確定系統(tǒng)集成要求供應(yīng)商的選擇第38頁(yè)，共5

18、5頁(yè)。研究調(diào)查技術(shù)標(biāo)準(zhǔn)和解決方案基于系統(tǒng)分析階段明確的功能需求以及設(shè)計(jì)階段明確的設(shè)計(jì)方案，來(lái)確定信息系統(tǒng)的技術(shù)標(biāo)準(zhǔn)。供應(yīng)商的選擇第39頁(yè)，共55頁(yè)。詢價(jià)/招標(biāo)識(shí)別了技術(shù)需求、評(píng)價(jià)技術(shù)可行性之后，接下來(lái)的步驟就是獲取技術(shù)說(shuō)明書(shū)和成本信息。通常采取詢價(jià)或招標(biāo)的方式，取決于技術(shù)需求的復(fù)雜性詢價(jià)單：一般而言詢價(jià)但適用于特定的軟件硬件需求已經(jīng)確定，僅詢問(wèn)價(jià)格和銷售條款。招標(biāo)書(shū)：當(dāng)對(duì)軟硬件功能要求不是特別清楚時(shí)采用為什么要使用招標(biāo)書(shū)？誰(shuí)會(huì)收到招標(biāo)書(shū)？招標(biāo)書(shū)的內(nèi)容？供應(yīng)商的選擇第40頁(yè)，共55頁(yè)。為什么要使用招標(biāo)書(shū)？識(shí)別確定系統(tǒng)需求保證供應(yīng)商獲得相同的信息，確保供應(yīng)商的建議方案更具有可比性給供應(yīng)商一定的靈活

19、性，有助于他們結(jié)合自己的產(chǎn)品提出最佳解決方案采用已經(jīng)建立的標(biāo)準(zhǔn)對(duì)供應(yīng)商方案進(jìn)行評(píng)價(jià)，有助于保持客觀性可以向多個(gè)供應(yīng)商發(fā)放，有更多的談判空間供應(yīng)商的選擇第41頁(yè)，共55頁(yè)。誰(shuí)會(huì)收到招標(biāo)書(shū)？名單要慎重選擇，太多耗時(shí)；太少，選擇面太窄供應(yīng)商的選擇第42頁(yè)，共55頁(yè)。招標(biāo)書(shū)的內(nèi)容？企業(yè)概述選型時(shí)間、標(biāo)準(zhǔn)、過(guò)程供應(yīng)商指南必要需求的詳細(xì)說(shuō)明關(guān)鍵需求的詳細(xì)說(shuō)明可選擇需求的詳細(xì)說(shuō)明性能標(biāo)準(zhǔn)供應(yīng)商的選擇第43頁(yè)，共55頁(yè)。招標(biāo)書(shū)的內(nèi)容？交付和培訓(xùn)要求目標(biāo)價(jià)格/預(yù)算詳細(xì)的硬件技術(shù)問(wèn)卷詳細(xì)的軟件技術(shù)描述詳細(xì)的系統(tǒng)軟件需求供應(yīng)商的選擇第44頁(yè)，共55頁(yè)。驗(yàn)證供應(yīng)商的投標(biāo)書(shū)是否滿足必要需求（剔除沒(méi)有現(xiàn)成產(chǎn)品，只有產(chǎn)品設(shè)計(jì)描述的供應(yīng)商）重點(diǎn)在需求是否滿足的驗(yàn)證上供應(yīng)商的選擇第45頁(yè)，共55頁(yè)。供應(yīng)商方案評(píng)價(jià)和排名比較創(chuàng)建比較表，列出必要需求和備選需求創(chuàng)建選擇標(biāo)準(zhǔn)和供應(yīng)商評(píng)價(jià)表計(jì)分排名為每一個(gè)選擇標(biāo)準(zhǔn)賦權(quán)重根絕選擇標(biāo)準(zhǔn)為供應(yīng)商的方案評(píng)分計(jì)算加權(quán)分值加總并排名供應(yīng)商的選擇第46頁(yè)，共55頁(yè)。供應(yīng)商方案評(píng)價(jià)和排名在進(jìn)行最后決斷前，必須對(duì)所選擇的方案進(jìn)行測(cè)試，要求供應(yīng)商演示產(chǎn)品，以判斷是否與建議方案相符。為了確保交付的產(chǎn)品與方案一致，應(yīng)該將方案作為法律合同文本的一部分。供應(yīng)商的選擇第47頁(yè)，共55頁(yè)。通知未被選中的供應(yīng)商招標(biāo)結(jié)