




已閱讀5頁,還剩50頁未讀, 繼續(xù)免費閱讀
版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)
文檔簡介
第八章 信息系統(tǒng)開發(fā)概述,學(xué)習(xí)目標 掌握生命周期法、原型法、面向?qū)ο箝_發(fā)方法等系統(tǒng)開發(fā)方法的基本思想、主要特點和各自的優(yōu)缺點 了解信息系統(tǒng)獲得途徑的優(yōu)缺點并能根據(jù)不同的情況進行恰當?shù)倪x擇 了解系統(tǒng)開發(fā)費用的構(gòu)成 了解系統(tǒng)開發(fā)對人員的要求,包括基本職責和知識結(jié)構(gòu) 了解系統(tǒng)開發(fā)合同簽訂應(yīng)該注意的主要方面 掌握常用的系統(tǒng)開發(fā)文檔技術(shù)和開發(fā)工具,軟件危機 軟件工程學(xué) 生命周期法 原型法 JAD & RAD,信息系統(tǒng)開發(fā)方法簡介,軟件危機 大型軟件系統(tǒng)的復(fù)雜性決定了它必須由許多人(包括用戶、項目負責人、分析員、程序員、資料員、操作員等)組成一支開發(fā)和維護隊伍來完成,他們之間需要準確地協(xié)商和討論。 軟件危機是指在計算機軟件的開發(fā)和維護過程中所遇到的一系列嚴重問題。這些問題包括兩個方面: 一方面是指如何開發(fā)軟件,怎樣滿足對軟件的日益增長的需求; 另一方面是指如何維護數(shù)量不斷膨脹的已有軟件。,軟件危機和軟件工程學(xué),軟件危機具體表現(xiàn) 對軟件開發(fā)成本和進度的估計往往很不準確。 用戶對已經(jīng)提交的軟件不滿意。 軟件產(chǎn)品的質(zhì)量往往靠不住。 軟件常常是不可維護的。 軟件通常沒有適當?shù)奈臋n資料。 軟件成本在計算機系統(tǒng)總成本中所占比重逐年上升。 軟件開發(fā)生產(chǎn)率提高的速度遠遠跟不上計算機應(yīng)用迅速普及深入的趨勢。,軟件危機和軟件工程學(xué),產(chǎn)生軟件危機的原因 一個重要原因是軟件本身規(guī)模的龐大。 軟件在開發(fā)過程中比較難以進行管理和控制。一旦在運行中發(fā)現(xiàn)錯誤,很可能是一個在設(shè)計時就發(fā)生的、但在測試階段沒有發(fā)現(xiàn)的錯誤,這時就需要改正或修改原來的設(shè)計,這就在客觀上使得軟件的維護工作較為困難。 軟件開發(fā)和維護方法不正確也會造成軟件危機產(chǎn)生。,軟件危機和軟件工程學(xué),軟件工程學(xué)的提出 軟件工程學(xué)提出要把一個軟件系統(tǒng)的開發(fā)看成一項工程,按照工程設(shè)計的原則進行,采用一些必要的技術(shù)和工具,同時更要做好項目開發(fā)的組織和管理工作。 軟件工程學(xué)主要研究計算機軟件開發(fā)與維護的普遍原理和技術(shù),包括方法、工具、管理等多方面,是一門仍在不斷研究和發(fā)展中的新興學(xué)科。,軟件危機和軟件工程學(xué),信息系統(tǒng)開發(fā)方法 比較常見的信息系統(tǒng)開發(fā)方法有生命周期法、原型法、面向?qū)ο箝_發(fā)方法等 結(jié)構(gòu)化系統(tǒng)開發(fā)方法的基本思想是:將結(jié)構(gòu)與控制加入到系統(tǒng)開發(fā)項目中,以便使活動在預(yù)定的時間和預(yù)算內(nèi)完成。 用系統(tǒng)工程的思想和 工程化的方法,按用戶至上的原則,結(jié)構(gòu)化、模塊化、自頂向下地對系統(tǒng)進行分析與設(shè)計。,生命周期法的主要特點有: (1)面向用戶的觀點 (2)自頂向下的分析與設(shè)計和自底向上的系統(tǒng)實施 (3)嚴格按階段進行 (4)加強調(diào)查研究和系統(tǒng)分析 (5)先邏輯設(shè)計后物理設(shè)計 (6)工作文檔資料規(guī)范化和標準化,生命周期法法的優(yōu)缺點 : 生命周期法及時對各階段的工作進行評價,從而能對各階段的工作任務(wù)符合系統(tǒng)需求和符合組織標準提供有力的保證措施。 生命周期法的一個首要缺點是開發(fā)過程過于煩瑣,周期過長,工作量太大。另一缺點是對用戶需求的改變反映不靈活。,信息系統(tǒng)開發(fā)方法 原型法的基本思想是: 首先,系統(tǒng)開發(fā)人員在初步了解用戶需求的基礎(chǔ)上,迅速而廉價地開發(fā)出一個實驗型的系統(tǒng),即“原型”; 然后將其交給用戶使用,通過使用,啟發(fā)用戶提出進一步的需求,并根據(jù)用戶的意見對原型進行修改,用戶使用修改后系統(tǒng)提出新的需求。 這樣不斷反復(fù)修改,用戶和開發(fā)人員共同探討改進和完善,直至最后完成一個滿足用戶需求的系統(tǒng)。,原型法開發(fā)步驟,原型法的優(yōu)點 原型法符合人類認識事物的規(guī)律,更容易使人接受。 改進了開發(fā)人員與用戶的信息交流方式。 開發(fā)周期短、費用低。 用戶滿意程度提高。 應(yīng)變能力強。,原型法的缺點 不適合開發(fā)大型管理信息系統(tǒng)。 如果最初的原型不適合,則系統(tǒng)開發(fā)會遇到較大的困難。 對于原基礎(chǔ)管理不善,信息處理過程混亂的組織,構(gòu)造原型有一定的困難。 沒有正規(guī)的分階段評價,因而對原型的功能范圍的掌握有困難。 原型法的系統(tǒng)開發(fā)不很規(guī)范,系統(tǒng)的備份、恢復(fù),系統(tǒng)性能和安全問題容易忽略。,面向?qū)ο蠓ǖ幕舅枷?面向?qū)ο蠓椒ㄕJ為,我們設(shè)計和實現(xiàn)一個客觀系統(tǒng)時,如果能在滿足需求的條件下,把系統(tǒng)設(shè)計成由一些不可變的(相對固定)部分組成的最小集合,這個設(shè)計就是最好的。 對象是現(xiàn)實世界中具有相同屬性、服從相同規(guī)則的一系列事物(此類事物我們稱之為實體)的抽象。,面向?qū)ο蠓ǖ拈_發(fā)過程 系統(tǒng)調(diào)查和需求分析:對所要研究的系統(tǒng)面臨的具體管理問題以及用戶對系統(tǒng)開發(fā)的需求進行調(diào)查研究,弄清目的是什么,給出前進的方向。 系統(tǒng)分析階段(Object-Oriented Analysis-OOA)在繁雜的問題領(lǐng)域中抽象地識別出對象及其行為、結(jié)構(gòu)、屬性等。 系統(tǒng)設(shè)計階段(Object-Oriented Design-OOD):根據(jù)系統(tǒng)分析階段的文檔資料,作進一步地抽象、歸類、整理,運用雛形法構(gòu)造出系統(tǒng)的雛形。 系統(tǒng)實現(xiàn)階段(Object-Oriented Programming-OOP):根據(jù)系統(tǒng)設(shè)計階段的文檔資料,運用面向?qū)ο蟮某绦蛟O(shè)計語言加以實現(xiàn)。,面向?qū)ο蠓ǖ奶攸c 封裝性(Encapsulation) 抽象性 繼承性 動態(tài)鏈接性 面向?qū)ο蠓ǖ膬?yōu)缺點 以對象為中心,利用特定的軟件工具直接完成從對象客體的描述到軟件結(jié)構(gòu)間的轉(zhuǎn)換,解決了從分析和設(shè)計到軟件模塊結(jié)構(gòu)之間多次轉(zhuǎn)換的繁雜過程,縮短了開發(fā)周期 需要一定的軟件基礎(chǔ)支持才可以應(yīng)用 在大型MIS開發(fā)中不進行自頂向下的整體劃分,而直接采用自底向上的開發(fā),很難得出系統(tǒng)的全貌,會造成系統(tǒng)結(jié)構(gòu)不合理,各部分關(guān)系失調(diào)等問題。,聯(lián)合應(yīng)用程序開發(fā)(JAD) 在20世紀70年代,IBM公司首先采用了JAD,這是指一種專題討論,它由用戶、管理人員和信息系統(tǒng)專家等共同配合,分析現(xiàn)在的系統(tǒng),提出可能的解決方案,界定新的或者修改的系統(tǒng)的需求,并仔細研究幾種備選的技術(shù)方案。 JAD專題討論小組成員包括問題的持有者和解決方案的提供者。小組中通常需要一名或者多名高級管理人員,來負責組織全力支持JAD過程和目標系統(tǒng)。除了創(chuàng)造一種輕松和非正式的環(huán)境外,JAD在工作方式上是高度結(jié)構(gòu)化的。在這種環(huán)境中,討論組成員努力消除彼此溝通上的差異,共同定義新系統(tǒng)的邏輯需求。 JAD和原型法過程非常類似,都是將用戶和信息系統(tǒng)開發(fā)人員組織在一起,確定邏輯需求并選擇備選方案。不同的是,JAD是在高度結(jié)構(gòu)化的專題討論會上進行的。,快速應(yīng)用程序開發(fā)(RAD) 將原型法和JAD結(jié)合起來,就形成了RAD。 RAD將原型法工具引用到JAD專題討論會上,并由所有參與者共同完成原型法的過程。 RAD可以減少紙張文檔的生成,自動化程序源代碼的生成,方便用戶參與到設(shè)計和開發(fā)活動中,最終的目標是加快軟件開發(fā)的進程。 在RAD項目中,用戶和開發(fā)人員作為一個小組進行工作,相互交流。這種團隊工作方式對于風險承擔和小組決策都很有用,可以在更短的時間內(nèi)得到更好的系統(tǒng)。如果整個系統(tǒng)過大,難以在短期內(nèi)完成,則往往會將系統(tǒng)分解為各個子系統(tǒng),這樣也便于分析和解決問題。,快速應(yīng)用程序開發(fā)(RAD) RAD并不能用于所有軟件的開發(fā)項目。通常來說最適合決策支持系統(tǒng)和管理信息系統(tǒng),而不太適合事務(wù)處理系統(tǒng)。 在RAD項目中,相關(guān)人員和用戶的參與程度比其他方法要高,這有可能會影響到用戶的本職工作,因此,RAD小組的參與者往往離開他們原來的工作,而全部投入?yún)⑴c到項目中。 對時間要求很緊,使得開發(fā)人員和參與者非常疲勞。 這種方法還要求系統(tǒng)分析員和用戶對RAD系統(tǒng)開發(fā)工具和RAD技術(shù)非常熟練。,數(shù)據(jù)流圖 數(shù)據(jù)字典 描述處理邏輯的工具 模塊結(jié)構(gòu)圖 系統(tǒng)流程圖 CASE工具,文檔技術(shù)和開發(fā)工具,數(shù)據(jù)流圖(Data Flow Diagram-DFD) 數(shù)據(jù)流圖用各種符號來表示系統(tǒng)中的處理過程、數(shù)據(jù)源、數(shù)據(jù)流及實體,以反映整個系統(tǒng)的信息處理過程 DFD可用于表示系統(tǒng)的各不同層次,從最高層到最底層,常被系統(tǒng)分析者用于描述系統(tǒng)的邏輯模型表明了應(yīng)該做的邏輯任務(wù),但沒有說明怎么做或由誰來做。 數(shù)據(jù)流圖可以用來描述現(xiàn)有的系統(tǒng),也可以用來規(guī)劃和設(shè)計新系統(tǒng)。 在數(shù)據(jù)流圖中,不包含任何具體的物理元素,也沒有計算機術(shù)語,很容易為大多數(shù)人所理解。,數(shù)據(jù)流圖(DFD) 數(shù)據(jù)流圖中的基本符號 繪制數(shù)據(jù)流程圖的一般步驟 數(shù)據(jù)流圖的分解,數(shù)據(jù)字典(Data Dictionary-DD) 數(shù)據(jù)字典是以特定格式記錄下來的、對系統(tǒng)的數(shù)據(jù)流程圖中各個基本要素(數(shù)據(jù)流、加工、存儲和外部實體)的內(nèi)容和特征所作的完整的定義和說明。 數(shù)據(jù)字典對數(shù)據(jù)流程圖中出現(xiàn)的所有數(shù)據(jù)元素給出定義。 數(shù)據(jù)流程圖只給出了系統(tǒng)的組成及相互關(guān)系,但沒有說明數(shù)據(jù)元素的含義。為使數(shù)據(jù)流程圖上的數(shù)據(jù)流名字、加工名字和文件名字具有確切的解釋。數(shù)據(jù)流中的名字應(yīng)按數(shù)據(jù)項、數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)流、處理邏輯、數(shù)據(jù)存儲和外部實體等6個方面進行具體的定義,全體定義構(gòu)成數(shù)據(jù)字典。 數(shù)據(jù)流程圖配以數(shù)據(jù)字典,就可以從圖形和文字兩個方面對系統(tǒng)的邏輯模型進行完整的描述。,描述處理邏輯的工具 數(shù)據(jù)流程圖中比較簡單的計算性處理邏輯可以在數(shù)據(jù)字典中作出定義,但還有不少邏輯上的比較復(fù)雜的處理,有必要運用一些描述處理邏輯的工具來加以說明。 描述邏輯判斷功能的三種工具 結(jié)構(gòu)化語言 決策樹(Decision Tree) 決策表(Decision Table),模塊結(jié)構(gòu)圖 模塊結(jié)構(gòu)圖由一組特殊的符號圖形按照一定規(guī)則來描述系統(tǒng)整體特性。 衡量一個模塊結(jié)構(gòu)圖復(fù)雜程度的兩個基本指標是深度和寬度。 模塊結(jié)構(gòu)圖中模塊的層數(shù)稱為結(jié)構(gòu)圖的深度 某一層次中模塊的個數(shù)稱為該層的寬度,最大的寬度稱為模塊結(jié)構(gòu)圖的寬度。 模塊結(jié)構(gòu)圖由模塊、調(diào)用、數(shù)據(jù)、控制和轉(zhuǎn)接等基本符號組成 。,系統(tǒng)流程圖 系統(tǒng)功能結(jié)構(gòu)圖主要從功能的角度描述了系統(tǒng)的結(jié)構(gòu),但并未表達各功能之間的數(shù)據(jù)傳送關(guān)系。 系統(tǒng)中許多業(yè)務(wù)或功能都是通過數(shù)據(jù)文件聯(lián)系起來的。 信息系統(tǒng)流程圖以新系統(tǒng)的數(shù)據(jù)流程圖為基礎(chǔ)繪制。 首先為數(shù)據(jù)流程圖中的處理功能畫出數(shù)據(jù)關(guān)系圖, 然后,把各個處理功能的數(shù)據(jù)關(guān)系圖綜合起來,形成整個系統(tǒng)的數(shù)據(jù)關(guān)系圖,即信息系統(tǒng)流程圖。,CSAE (Computer Aided Software Engineering)工具 CASE就是,是一種集成化的軟件包,可以自動幫助開發(fā)人員完成軟件開發(fā)過程的各個重要方面,是提高系統(tǒng)開發(fā)效率和質(zhì)量的重要途徑。 CASE技術(shù)的目標就是要實現(xiàn)系統(tǒng)開發(fā)生命周期內(nèi)各階段工作基于計算機的自動化 作用 優(yōu)缺點,會計信息系統(tǒng)獲得途徑 購買還是自行開發(fā)決策 供應(yīng)商的選擇 合同的簽訂,會計信息系統(tǒng)的獲得,購買還是自行開發(fā)決策,系統(tǒng)開發(fā)費用 開發(fā)一個信息系統(tǒng)的都必須投入大量的資金。 投入費用包括購買計算機、網(wǎng)絡(luò)通信設(shè)備等硬件費用,購買軟件或開發(fā)系統(tǒng)費用等軟件費用,以及運行與維護費用等。 開發(fā)人員 一般需要以下幾類:系統(tǒng)分析員、系統(tǒng)設(shè)計員、系統(tǒng)程序員、硬件維護人員、軟件維護人員、數(shù)據(jù)錄入員、系統(tǒng)操作員、系統(tǒng)管理員。 在實際系統(tǒng)開發(fā)項目中,企業(yè)到底需要什么樣的人才,則是由本企業(yè)開發(fā)信息系統(tǒng)的不同方式和程序所決定,開發(fā)費用主要項目,主要開發(fā)人員,無論是購買硬件還是軟件,供應(yīng)商的選擇都是一個非常重要的過程。 選擇過程從需求識別開始到購買并安裝完成為止 管理者該具備的一個重要技能就是能夠很好的管理這一過程,在選擇供應(yīng)商時沒有一個適用所有情形的簡單標準。,供應(yīng)商的選擇,六項重要活動: 研究調(diào)查技術(shù)標準和解決方案 詢價/招標 驗證供應(yīng)商的投標書 供應(yīng)商方案評價和排名 合同簽署 確定系統(tǒng)集成要求,供應(yīng)商的選擇,研究調(diào)查技術(shù)標準和解決方案 基于系統(tǒng)分析階段明確的功能需求以及設(shè)計階段明確的設(shè)計方案,來確定信息系統(tǒng)的技術(shù)標準。,供應(yīng)商的選擇,詢價/招標 識別了技術(shù)需求、評價技術(shù)可行性之后,接下來的步驟就是獲取技術(shù)說明書和成本信息。 通常采取詢價或招標的方式,取決于技術(shù)需求的復(fù)雜性 詢價單:一般而言詢價但適用于特定的軟件硬件需求已經(jīng)確定,僅詢問價格和銷售條款。 招標書:當對軟硬件功能要求不是特別清楚時采用 為什么要使用招標書?誰會收到招標書?招標書的內(nèi)容?,供應(yīng)商的選擇,為什么要使用招標書? 識別確定系統(tǒng)需求 保證供應(yīng)商獲得相同的信息,確保供應(yīng)商的建議方案更具有可比性 給供應(yīng)商一定的靈活性,有助于他們結(jié)合自己的產(chǎn)品提出最佳解決方案 采用已經(jīng)建立的標準對供應(yīng)商方案進行評價,有助于保持客觀性 可以向多個供應(yīng)商發(fā)放,有更多的談判空間,供應(yīng)商的選擇,誰會收到招標書? 名單要慎重選擇,太多耗時; 太少,選擇面太窄,供應(yīng)商的選擇,招標書的內(nèi)容? 企業(yè)概述 選型時間、標準、過程 供應(yīng)商指南 必要需求的詳細說明 關(guān)鍵需求的詳細說明 可選擇需求的詳細說明 性能標準,供應(yīng)商的選擇,招標書的內(nèi)容? 交付和培訓(xùn)要求 目標價格/預(yù)算 詳細的硬件技術(shù)問卷 詳細的軟件技術(shù)描述 詳細的系統(tǒng)軟件需求,供應(yīng)商的選擇,驗證供應(yīng)商的投標書 是否滿足必要需求(剔除沒有現(xiàn)成產(chǎn)品,只有產(chǎn)品設(shè)計描述的供應(yīng)商) 重點在需求是否滿足的驗證上,供應(yīng)商的選擇,供應(yīng)商方案評價和排名 比較 創(chuàng)建比較表,列出必要需求和備選需求 創(chuàng)建選擇標準和供應(yīng)商評價表 計分排名 為每一個選擇標準賦權(quán)重 根絕選擇標準為供應(yīng)商的方案評分 計算加權(quán)分值 加總并排名,供應(yīng)商的選擇,供應(yīng)商方案評價和排名 在進行最后決斷前,必須對所選擇的方案進行測試,要求供應(yīng)商演示產(chǎn)品,以判斷是否與建議方案相符。 為了確保交付的產(chǎn)品與方案一致,應(yīng)該將方案作為法律合同文本的一部分。,供應(yīng)商的選擇,通知未被選中的供應(yīng)商招標結(jié)果,
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
- 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 2025年佳木斯道路危險品運輸從業(yè)資格證模擬考試題庫
- 專利申請書代理委托協(xié)議
- 某中學(xué)體育設(shè)施安全維護制度
- 珍惜愛作文900字4篇
- 2025年液壓破碎錘項目提案報告
- 2025年統(tǒng)計學(xué)期末考試題庫:綜合案例分析題-統(tǒng)計學(xué)在市場細分工具中的應(yīng)用
- 讀小王子有感:尋找生命的意義作文11篇
- 學(xué)術(shù)研究成果及表現(xiàn)證明書(6篇)
- 2025年輔導(dǎo)員錄用考試:學(xué)生思想政治教育方法創(chuàng)新策略與實踐案例分析試題
- 2025年電子商務(wù)師(初級)職業(yè)技能鑒定試卷:電子商務(wù)數(shù)據(jù)分析與應(yīng)用案例
- PTBD管路維護技術(shù)
- 220kV變電運行中的故障排除方法
- 高壓滅菌器應(yīng)急預(yù)案
- 環(huán)衛(wèi)車輛交通安全知識講座
- 學(xué)生頂崗實習(xí)成績考核表
- NB-T 47013.15-2021 承壓設(shè)備無損檢測 第15部分:相控陣超聲檢測
- 保安報名表和資格審查表
- 2023年黃岡市團風縣社區(qū)工作者招聘考試真題
- 煤礦典型事故案例分析培訓(xùn)課件
- 15D501 建筑物防雷設(shè)施安裝
- 試產(chǎn)總結(jié)報告模板
評論
0/150
提交評論