信息系統(tǒng)開發(fā)概述.ppt

第八章 信息系統(tǒng)開發(fā)概述,學習目標 掌握生命周期法、原型法、面向對象開發(fā)方法等系統(tǒng)開發(fā)方法的基本思想、主要特點和各自的優(yōu)缺點 了解信息系統(tǒng)獲得途徑的優(yōu)缺點并能根據(jù)不同的情況進行恰當?shù)倪x擇 了解系統(tǒng)開發(fā)費用的構成 了解系統(tǒng)開發(fā)對人員的要求，包括基本職責和知識結構 了解系統(tǒng)開發(fā)合同簽訂應該注意的主要方面 掌握常用的系統(tǒng)開發(fā)文檔技術和開發(fā)工具,軟件危機 軟件工程學 生命周期法 原型法 JAD & RAD,信息系統(tǒng)開發(fā)方法簡介,軟件危機 大型軟件系統(tǒng)的復雜性決定了它必須由許多人（包括用戶、項目負責人、分析員、程序員、資料員、操作員等）組成一支開發(fā)和維護隊伍來完成，他們之間需要準確地協(xié)商和討論。 軟件危機是指在計算機軟件的開發(fā)和維護過程中所遇到的一系列嚴重問題。這些問題包括兩個方面： 一方面是指如何開發(fā)軟件，怎樣滿足對軟件的日益增長的需求； 另一方面是指如何維護數(shù)量不斷膨脹的已有軟件。,軟件危機和軟件工程學,軟件危機具體表現(xiàn) 對軟件開發(fā)成本和進度的估計往往很不準確。 用戶對已經提交的軟件不滿意。 軟件產品的質量往往靠不住。 軟件常常是不可維護的。 軟件通常沒有適當?shù)奈臋n資料。 軟件成本在計算機系統(tǒng)總成本中所占比重逐年上升。 軟件開發(fā)生產率提高的速度遠遠跟不上計算機應用迅速普及深入的趨勢。,軟件危機和軟件工程學,產生軟件危機的原因 一個重要原因是軟件本身規(guī)模的龐大。 軟件在開發(fā)過程中比較難以進行管理和控制。一旦在運行中發(fā)現(xiàn)錯誤，很可能是一個在設計時就發(fā)生的、但在測試階段沒有發(fā)現(xiàn)的錯誤，這時就需要改正或修改原來的設計，這就在客觀上使得軟件的維護工作較為困難。 軟件開發(fā)和維護方法不正確也會造成軟件危機產生。,軟件危機和軟件工程學,軟件工程學的提出 軟件工程學提出要把一個軟件系統(tǒng)的開發(fā)看成一項工程，按照工程設計的原則進行，采用一些必要的技術和工具，同時更要做好項目開發(fā)的組織和管理工作。 軟件工程學主要研究計算機軟件開發(fā)與維護的普遍原理和技術，包括方法、工具、管理等多方面，是一門仍在不斷研究和發(fā)展中的新興學科。,軟件危機和軟件工程學,信息系統(tǒng)開發(fā)方法 比較常見的信息系統(tǒng)開發(fā)方法有生命周期法、原型法、面向對象開發(fā)方法等 結構化系統(tǒng)開發(fā)方法的基本思想是：將結構與控制加入到系統(tǒng)開發(fā)項目中，以便使活動在預定的時間和預算內完成。 用系統(tǒng)工程的思想和 工程化的方法，按用戶至上的原則，結構化、模塊化、自頂向下地對系統(tǒng)進行分析與設計。,生命周期法的主要特點有： （1）面向用戶的觀點 （2）自頂向下的分析與設計和自底向上的系統(tǒng)實施 （3）嚴格按階段進行 （4）加強調查研究和系統(tǒng)分析 （5）先邏輯設計后物理設計 （6）工作文檔資料規(guī)范化和標準化,生命周期法法的優(yōu)缺點 ： 生命周期法及時對各階段的工作進行評價，從而能對各階段的工作任務符合系統(tǒng)需求和符合組織標準提供有力的保證措施。 生命周期法的一個首要缺點是開發(fā)過程過于煩瑣，周期過長，工作量太大。另一缺點是對用戶需求的改變反映不靈活。,信息系統(tǒng)開發(fā)方法 原型法的基本思想是： 首先，系統(tǒng)開發(fā)人員在初步了解用戶需求的基礎上，迅速而廉價地開發(fā)出一個實驗型的系統(tǒng)，即“原型”； 然后將其交給用戶使用，通過使用，啟發(fā)用戶提出進一步的需求，并根據(jù)用戶的意見對原型進行修改，用戶使用修改后系統(tǒng)提出新的需求。 這樣不斷反復修改，用戶和開發(fā)人員共同探討改進和完善，直至最后完成一個滿足用戶需求的系統(tǒng)。,原型法開發(fā)步驟,原型法的優(yōu)點 原型法符合人類認識事物的規(guī)律，更容易使人接受。 改進了開發(fā)人員與用戶的信息交流方式。 開發(fā)周期短、費用低。 用戶滿意程度提高。 應變能力強。,原型法的缺點 不適合開發(fā)大型管理信息系統(tǒng)。 如果最初的原型不適合，則系統(tǒng)開發(fā)會遇到較大的困難。 對于原基礎管理不善，信息處理過程混亂的組織，構造原型有一定的困難。 沒有正規(guī)的分階段評價，因而對原型的功能范圍的掌握有困難。 原型法的系統(tǒng)開發(fā)不很規(guī)范，系統(tǒng)的備份、恢復，系統(tǒng)性能和安全問題容易忽略。,面向對象法的基本思想 面向對象方法認為，我們設計和實現(xiàn)一個客觀系統(tǒng)時，如果能在滿足需求的條件下，把系統(tǒng)設計成由一些不可變的（相對固定）部分組成的最小集合，這個設計就是最好的。 對象是現(xiàn)實世界中具有相同屬性、服從相同規(guī)則的一系列事物（此類事物我們稱之為實體）的抽象。,面向對象法的開發(fā)過程 系統(tǒng)調查和需求分析：對所要研究的系統(tǒng)面臨的具體管理問題以及用戶對系統(tǒng)開發(fā)的需求進行調查研究，弄清目的是什么，給出前進的方向。 系統(tǒng)分析階段（Object-Oriented Analysis-OOA）在繁雜的問題領域中抽象地識別出對象及其行為、結構、屬性等。 系統(tǒng)設計階段（Object-Oriented Design-OOD）：根據(jù)系統(tǒng)分析階段的文檔資料，作進一步地抽象、歸類、整理，運用雛形法構造出系統(tǒng)的雛形。 系統(tǒng)實現(xiàn)階段（Object-Oriented Programming-OOP）：根據(jù)系統(tǒng)設計階段的文檔資料，運用面向對象的程序設計語言加以實現(xiàn)。,面向對象法的特點 封裝性（Encapsulation） 抽象性 繼承性 動態(tài)鏈接性 面向對象法的優(yōu)缺點 以對象為中心，利用特定的軟件工具直接完成從對象客體的描述到軟件結構間的轉換，解決了從分析和設計到軟件模塊結構之間多次轉換的繁雜過程，縮短了開發(fā)周期 需要一定的軟件基礎支持才可以應用 在大型MIS開發(fā)中不進行自頂向下的整體劃分，而直接采用自底向上的開發(fā)，很難得出系統(tǒng)的全貌，會造成系統(tǒng)結構不合理，各部分關系失調等問題。,聯(lián)合應用程序開發(fā)（JAD） 在20世紀70年代，IBM公司首先采用了JAD，這是指一種專題討論，它由用戶、管理人員和信息系統(tǒng)專家等共同配合，分析現(xiàn)在的系統(tǒng)，提出可能的解決方案，界定新的或者修改的系統(tǒng)的需求，并仔細研究幾種備選的技術方案。 JAD專題討論小組成員包括問題的持有者和解決方案的提供者。小組中通常需要一名或者多名高級管理人員，來負責組織全力支持JAD過程和目標系統(tǒng)。除了創(chuàng)造一種輕松和非正式的環(huán)境外，JAD在工作方式上是高度結構化的。在這種環(huán)境中，討論組成員努力消除彼此溝通上的差異，共同定義新系統(tǒng)的邏輯需求。 JAD和原型法過程非常類似，都是將用戶和信息系統(tǒng)開發(fā)人員組織在一起，確定邏輯需求并選擇備選方案。不同的是，JAD是在高度結構化的專題討論會上進行的。,快速應用程序開發(fā)（RAD） 將原型法和JAD結合起來，就形成了RAD。 RAD將原型法工具引用到JAD專題討論會上，并由所有參與者共同完成原型法的過程。 RAD可以減少紙張文檔的生成，自動化程序源代碼的生成，方便用戶參與到設計和開發(fā)活動中，最終的目標是加快軟件開發(fā)的進程。 在RAD項目中，用戶和開發(fā)人員作為一個小組進行工作，相互交流。這種團隊工作方式對于風險承擔和小組決策都很有用，可以在更短的時間內得到更好的系統(tǒng)。如果整個系統(tǒng)過大，難以在短期內完成，則往往會將系統(tǒng)分解為各個子系統(tǒng)，這樣也便于分析和解決問題。,快速應用程序開發(fā)（RAD） RAD并不能用于所有軟件的開發(fā)項目。通常來說最適合決策支持系統(tǒng)和管理信息系統(tǒng)，而不太適合事務處理系統(tǒng)。 在RAD項目中，相關人員和用戶的參與程度比其他方法要高，這有可能會影響到用戶的本職工作，因此，RAD小組的參與者往往離開他們原來的工作，而全部投入?yún)⑴c到項目中。 對時間要求很緊，使得開發(fā)人員和參與者非常疲勞。 這種方法還要求系統(tǒng)分析員和用戶對RAD系統(tǒng)開發(fā)工具和RAD技術非常熟練。,數(shù)據(jù)流圖 數(shù)據(jù)字典 描述處理邏輯的工具 模塊結構圖 系統(tǒng)流程圖 CASE工具,文檔技術和開發(fā)工具,數(shù)據(jù)流圖（Data Flow Diagram-DFD） 數(shù)據(jù)流圖用各種符號來表示系統(tǒng)中的處理過程、數(shù)據(jù)源、數(shù)據(jù)流及實體，以反映整個系統(tǒng)的信息處理過程 DFD可用于表示系統(tǒng)的各不同層次，從最高層到最底層，常被系統(tǒng)分析者用于描述系統(tǒng)的邏輯模型表明了應該做的邏輯任務，但沒有說明怎么做或由誰來做。 數(shù)據(jù)流圖可以用來描述現(xiàn)有的系統(tǒng)，也可以用來規(guī)劃和設計新系統(tǒng)。 在數(shù)據(jù)流圖中，不包含任何具體的物理元素，也沒有計算機術語，很容易為大多數(shù)人所理解。,數(shù)據(jù)流圖（DFD） 數(shù)據(jù)流圖中的基本符號 繪制數(shù)據(jù)流程圖的一般步驟 數(shù)據(jù)流圖的分解,數(shù)據(jù)字典(Data Dictionary-DD) 數(shù)據(jù)字典是以特定格式記錄下來的、對系統(tǒng)的數(shù)據(jù)流程圖中各個基本要素(數(shù)據(jù)流、加工、存儲和外部實體)的內容和特征所作的完整的定義和說明。 數(shù)據(jù)字典對數(shù)據(jù)流程圖中出現(xiàn)的所有數(shù)據(jù)元素給出定義。 數(shù)據(jù)流程圖只給出了系統(tǒng)的組成及相互關系，但沒有說明數(shù)據(jù)元素的含義。為使數(shù)據(jù)流程圖上的數(shù)據(jù)流名字、加工名字和文件名字具有確切的解釋。數(shù)據(jù)流中的名字應按數(shù)據(jù)項、數(shù)據(jù)結構、數(shù)據(jù)流、處理邏輯、數(shù)據(jù)存儲和外部實體等6個方面進行具體的定義，全體定義構成數(shù)據(jù)字典。 數(shù)據(jù)流程圖配以數(shù)據(jù)字典，就可以從圖形和文字兩個方面對系統(tǒng)的邏輯模型進行完整的描述。,描述處理邏輯的工具 數(shù)據(jù)流程圖中比較簡單的計算性處理邏輯可以在數(shù)據(jù)字典中作出定義，但還有不少邏輯上的比較復雜的處理，有必要運用一些描述處理邏輯的工具來加以說明。 描述邏輯判斷功能的三種工具 結構化語言 決策樹(Decision Tree) 決策表(Decision Table),模塊結構圖 模塊結構圖由一組特殊的符號圖形按照一定規(guī)則來描述系統(tǒng)整體特性。 衡量一個模塊結構圖復雜程度的兩個基本指標是深度和寬度。 模塊結構圖中模塊的層數(shù)稱為結構圖的深度 某一層次中模塊的個數(shù)稱為該層的寬度，最大的寬度稱為模塊結構圖的寬度。 模塊結構圖由模塊、調用、數(shù)據(jù)、控制和轉接等基本符號組成 。,系統(tǒng)流程圖 系統(tǒng)功能結構圖主要從功能的角度描述了系統(tǒng)的結構，但并未表達各功能之間的數(shù)據(jù)傳送關系。 系統(tǒng)中許多業(yè)務或功能都是通過數(shù)據(jù)文件聯(lián)系起來的。 信息系統(tǒng)流程圖以新系統(tǒng)的數(shù)據(jù)流程圖為基礎繪制。 首先為數(shù)據(jù)流程圖中的處理功能畫出數(shù)據(jù)關系圖， 然后，把各個處理功能的數(shù)據(jù)關系圖綜合起來，形成整個系統(tǒng)的數(shù)據(jù)關系圖，即信息系統(tǒng)流程圖。,CSAE (Computer Aided Software Engineering)工具 CASE就是，是一種集成化的軟件包，可以自動幫助開發(fā)人員完成軟件開發(fā)過程的各個重要方面，是提高系統(tǒng)開發(fā)效率和質量的重要途徑。 CASE技術的目標就是要實現(xiàn)系統(tǒng)開發(fā)生命周期內各階段工作基于計算機的自動化 作用 優(yōu)缺點,會計信息系統(tǒng)獲得途徑 購買還是自行開發(fā)決策 供應商的選擇 合同的簽訂,會計信息系統(tǒng)的獲得,購買還是自行開發(fā)決策,系統(tǒng)開發(fā)費用 開發(fā)一個信息系統(tǒng)的都必須投入大量的資金。 投入費用包括購買計算機、網(wǎng)絡通信設備等硬件費用，購買軟件或開發(fā)系統(tǒng)費用等軟件費用，以及運行與維護費用等。 開發(fā)人員 一般需要以下幾類：系統(tǒng)分析員、系統(tǒng)設計員、系統(tǒng)程序員、硬件維護人員、軟件維護人員、數(shù)據(jù)錄入員、系統(tǒng)操作員、系統(tǒng)管理員。 在實際系統(tǒng)開發(fā)項目中，企業(yè)到底需要什么樣的人才，則是由本企業(yè)開發(fā)信息系統(tǒng)的不同方式和程序所決定,開發(fā)費用主要項目,主要開發(fā)人員,無論是購買硬件還是軟件，供應商的選擇都是一個非常重要的過程。 選擇過程從需求識別開始到購買并安裝完成為止 管理者該具備的一個重要技能就是能夠很好的管理這一過程，在選擇供應商時沒有一個適用所有情形的簡單標準。,供應商的選擇,六項重要活動： 研究調查技術標準和解決方案 詢價/招標 驗證供應商的投標書 供應商方案評價和排名 合同簽署 確定系統(tǒng)集成要求,供應商的選擇,研究調查技術標準和解決方案 基于系統(tǒng)分析階段明確的功能需求以及設計階段明確的設計方案，來確定信息系統(tǒng)的技術標準。,供應商的選擇,詢價/招標 識別了技術需求、評價技術可行性之后，接下來的步驟就是獲取技術說明書和成本信息。 通常采取詢價或招標的方式，取決于技術需求的復雜性 詢價單：一般而言詢價但適用于特定的軟件硬件需求已經確定，僅詢問價格和銷售條款。 招標書：當對軟硬件功能要求不是特別清楚時采用 為什么要使用招標書？誰會收到招標書？招標書的內容？,供應商的選擇,為什么要使用招標書？ 識別確定系統(tǒng)需求 保證供應商獲得相同的信息，確保供應商的建議方案更具有可比性 給供應商一定的靈活性，有助于他們結合自己的產品提出最佳解決方案 采用已經建立的標準對供應商方案進行評價，有助于保持客觀性 可以向多個供應商發(fā)放，有更多的談判空間,供應商的選擇,誰會收到招標書？ 名單要慎重選擇，太多耗時； 太少，選擇面太窄,供應商的選擇,招標書的內容？ 企業(yè)概述 選型時間、標準、過程 供應商指南 必要需求的詳細說明 關鍵需求的詳細說明 可選擇需求的詳細說明 性能標準,供應商的選擇,招標書的內容？ 交付和培訓要求 目標價格/預算 詳細的硬件技術問卷 詳細的軟件技術描述 詳細的系統(tǒng)軟件需求,供應商的選擇,驗證供應商的投標書 是否滿足必要需求（剔除沒有現(xiàn)成產品，只有產品設計描述的供應商） 重點在需求是否滿足的驗證上,供應商的選擇,供應商方案評價和排名 比較 創(chuàng)建比較表，列出必要需求和備選需求 創(chuàng)建選擇標準和供應商評價表 計分排名 為每一個選擇標準賦權重 根絕選擇標準為供應商的方案評分 計算加權分值 加總并排名,供應商的選擇,供應商方案評價和排名 在進行最后決斷前，必須對所選擇的方案進行測試，要求供應商演示產品，以判斷是否與建議方案相符。 為了確保交付的產品與方案一致，應該將方案作為法律合同文本的一部分。,供應商的選擇,通知未被選中的供應商招標結果，