【正文】 開始 開發(fā) (或后續(xù)工作 ) 2) 需推遲直到某些條件具備以后才可開發(fā) (如資金 .技術(shù)等 ) 3) 需對目標進行修改后才可 進行系統(tǒng) 開發(fā) 4) 項目不可行 ,應立即終止工作 . 信息系統(tǒng)的建設方式 建設方式的選擇 開發(fā) 購買 外包 :如 :租賃 20 基本建設方式 “開發(fā)”方式 “開發(fā)”方式的優(yōu)點 : 1) 可以最大限度地與組織的需要和環(huán)境相吻合。 2) 有可能憑借獨特設計獲得競爭優(yōu)勢。 3) 在需求漸變的場合下，系統(tǒng)可以方便地得到調(diào)整、更新及擴展 “開發(fā)”方式的缺點 : 1) 系統(tǒng)標準化程度 不高； 2) 軟件錯誤概率較高； 3) 容易延續(xù)原有的低效流程； 4) 若管理不力 ,會導致服務成本提升 自行開發(fā) 合作開發(fā) 委托開發(fā) 指信息系統(tǒng)的開發(fā)過程完全由用戶企業(yè)負責 指用戶企業(yè)與其他開發(fā)組織協(xié)作 ,按合同分工或共同完成開發(fā)任務的方式 指用戶企業(yè)與開發(fā)組織簽訂委托合同 ,將信息系統(tǒng)開發(fā)項目承包出去 ,用戶企業(yè)一般只負責經(jīng)費的投入 ,受委托方承接系統(tǒng)開發(fā)任務 ,用戶只接收最終“成品” 優(yōu)點 : 從本企業(yè)的獨特需求出發(fā)設計系統(tǒng) 可防止企業(yè)機密外泄； 便于組織內(nèi)部的開發(fā)實力不斷增強； 方便將來系統(tǒng)的維護和擴充 可能成為企業(yè)的知識產(chǎn)權(quán) ， 可帶來新收益 優(yōu)點 : 可以使企業(yè)的業(yè)務優(yōu)勢與合作方的技術(shù)優(yōu)勢互補。 開發(fā)出環(huán)境適宜性好、靈活性高、技術(shù)水平較為領(lǐng)先的應用系統(tǒng) 委托流程 : 用戶企業(yè)先審視需求 ,明確開發(fā)任務． 用戶選擇并確定委托單位 ,簽訂項目開發(fā)合同 ,約定開發(fā)目標和資源投入 ,負責提供資金 委托單位按照合同要求承擔開發(fā)任務 ,提交測試合格軟件 開發(fā)者負責完成系統(tǒng)的安裝實施和人員培訓等 企業(yè)對系統(tǒng)進行驗收 ,成功后獲得可投入運行的系統(tǒng) 管理要點： 確保企業(yè)自身具有較強的系統(tǒng)開發(fā)能力 ,在開發(fā)過程中對項目進度的進行嚴格控制 ,保證軟件的質(zhì)量 管理要點： 選擇有技術(shù)優(yōu)勢和合作經(jīng)驗的合作伙伴 ,建立有效的合作規(guī)則 , 做好信息共享和文檔管理等基礎性工作 ,在項目進行中要協(xié)調(diào)管理 ,加強合作雙方的合作意識 管理要點 : 是選擇稱職的委托服務機構(gòu) ,簽訂相應的委托合同 ,在開發(fā)過程中要加強監(jiān)督 ,及時檢查并認定階段性成果等 “購買”方式 軟件在購買之后需根據(jù)客戶要求進入定制過程 ,也被稱為“二次開發(fā)” , 二次開發(fā) ： 是依托所購買的軟件進一步確認參數(shù)選項 .接口或有限修改的過程 . 優(yōu)點 :軟件產(chǎn)品可靠性 .穩(wěn)定性高；反映了先進的企業(yè)管理思想；開發(fā)周期短；費用較低 缺點 :系統(tǒng)實施費用高； 系統(tǒng)維護難 管理要點 ： 確定合適的價格 ,關(guān)注軟件質(zhì)量 .軟硬件平臺支持 .安裝維護條件 .文檔完備程序及系統(tǒng)服務的程序性 “外包”方式 企業(yè)只需有基本的軟硬件和網(wǎng)絡通信平臺 ,通過租賃的方式得到應用系統(tǒng) ,或用交服務費的方式直接購買信息服務 ,這種方式被稱為外包 . 優(yōu)點 : 能讓信息技術(shù)實力不強的企業(yè)直接享受標準化 .專業(yè)化的信息服務； 可以按需付款 ,降低企業(yè)信息技術(shù)的投資 ,特別適用于服務需求有波動的企業(yè)； 有利于企業(yè)關(guān)注核心業(yè)務 專業(yè)外包服務具有質(zhì)量穩(wěn)定 .成本透明 .技術(shù)更新及時的優(yōu)點 軟件服務市場的發(fā)展有助于軟件服務商主動 提升產(chǎn)品和服務質(zhì)量 缺點 : 企業(yè)可能會失去某些控制權(quán)； 企業(yè)對外包服務商的依賴性增強； 更換外包商會付出代價； 對于信息技術(shù)有明顯優(yōu)勢的企業(yè) ,外包服務的優(yōu)勢往往不明顯； 若外包商自治不高或外包管理不當 ,企業(yè)可能會面臨信息泄漏的風險 . 管理要點 ： 選擇合適的信息服務組織或應用服務提供商 ,防止某些控制權(quán)的喪失 ,防止信息的外泄 21 信息系統(tǒng)開發(fā)的方法 結(jié)構(gòu)化方法 它以 系統(tǒng)開發(fā)的生命周期 為依據(jù) ,依次完成信息系統(tǒng)的結(jié)構(gòu)化分析 .結(jié)構(gòu)化設計和結(jié)構(gòu)化編程等各項任務 開發(fā)過程的重要特點是 :錯誤被發(fā)現(xiàn)的時間越遲 ,糾正 該錯誤所付出的代價也就越高 : 1) 它面向過程或數(shù)據(jù)流 ,把現(xiàn)實世界的問題抽象形成信息流程 2) 通過信息流程分解和數(shù)據(jù)關(guān)系描述 ,定義出系統(tǒng)模塊 3) 分析模塊的算法和功能 ,并用程序設計語言實現(xiàn) : 1) 對每個新問題都進行類似的結(jié)構(gòu)化分析過程 ,并未充分利用已有軟件資源 ,不利于軟件的大規(guī)模生產(chǎn)； 2) 將數(shù)據(jù)和處理過程相分離 ,數(shù)據(jù)變化后總要考慮對處理模塊的重新編程 ,軟件的可重用性不高；不利于應對變化著的系統(tǒng)需求 . 生命周期法和原型法 (瀑布模型 ) 特點 : 將系統(tǒng)開發(fā)過程分成 系統(tǒng)分析 .系統(tǒng)設計 .系統(tǒng)實施和系統(tǒng)維護 等多個連續(xù)性階段； 規(guī)定每個階段的開發(fā)人員和用戶的職責范圍 ,明確每一階段需達到的目標 ,以及提交功能需求報告 .系統(tǒng)說明書等文檔要求； 系統(tǒng)開發(fā)項目像 瀑布 一樣從上向下推進 ,各階段任務緊密銜接 ,保證實現(xiàn)最終目標 . 主要階段 : 系統(tǒng)分析 調(diào)查 .業(yè)務流程分析 → 得出該如何解決問題 → 提交系統(tǒng)說明書 系統(tǒng)設計 建立技術(shù)方案 → 完成功能需求設計 → 提交系統(tǒng)設計說明書 系統(tǒng)實施 根 據(jù)設計方案 ,在組織的工作環(huán)境中安裝可以運行的系統(tǒng) 系統(tǒng)維護 對于投入運行后的系統(tǒng)進行監(jiān)督評價 ,做好維護 ,保證系統(tǒng) 穩(wěn)定可用 原型法 : 用戶和信息系統(tǒng)專家合作為基礎 工作流程 : 1) 初步了解需求 后 ,短期內(nèi)開發(fā)出一個簡易模型即“原型” 2) 與 用戶一起運行 .評價和改進原型 ,收集用戶的反饋意見 . 3) 經(jīng)過 重復迭代過程 ,原型被修正得 直至用戶認可為止 原型法常用的場合 :演示宣傳的系統(tǒng)；“部分功能”的系統(tǒng)；縮微系統(tǒng) 面向?qū)ο蠓椒?OO 20 世紀以后從 OO 推廣到 OOP(面向?qū)ο蟪绦蛟O計 ).OOA(面向?qū)ο蟮姆治?).OOD(面向?qū)ο蟮脑O計 ) : 提高軟件的可重用性 .擴充性 .可維護性； 使軟件系統(tǒng)向通用性方向發(fā)展； 使 軟件生產(chǎn)像硬件組裝那樣用“軟件集成塊”來構(gòu)筑 : 把“對象”作為系統(tǒng)分析設計的基本單位 對象把數(shù)據(jù)和作用于此類數(shù)據(jù)的特殊處理結(jié)合在一起 系統(tǒng)化建模的過程相當于對象集合及對象間合作關(guān)系的構(gòu)建 流程 : 在 系統(tǒng)分析階段 :從功能需求出發(fā) ,分析識別出對象 ,將相同的數(shù)據(jù)類型抽象為 獨立的同類模塊 在 系統(tǒng)設計階段 :描述對象的行動和交互關(guān)系 ,對其共性和各項進行區(qū)分控制 在 系統(tǒng)實施 :使用可重用的軟件庫和面向?qū)ο蟮恼Z言 ,將設計轉(zhuǎn)換為代碼 概念 : 對象 —— 是面向?qū)ο竽Ｐ偷幕締卧? 22 類 —— 具有相同結(jié)構(gòu) .屬 性 .操作和約束條件的對象形成的集合 . 消息 —— 對象之間的通信機制 繼承性 —— 不同層次的對象類可以繼承所有上層類的屬性 .結(jié)構(gòu)和行為 ,并加上一些獨特的屬性和行為 統(tǒng)一建模語言 (UML)—— 是描述面向?qū)ο笙到y(tǒng)并進行可視化建模的行業(yè)標準 . 快速應用開發(fā) (RAD) RAD(快速應用開發(fā) ):是一種通過采用已經(jīng)設計好的技術(shù) .方法 .工具來加快應用系統(tǒng)開發(fā)方法 . JAD(聯(lián)合應用開發(fā) ):鼓勵由開發(fā)技術(shù)人員和用戶聯(lián)合組成開發(fā)團隊 ,共同完成數(shù)據(jù) 收集 和需求分析過程 . 快速應用開發(fā) 優(yōu)點 :明顯壓縮低效率的重復環(huán)節(jié)；更快完成系 統(tǒng)開發(fā)工作；有利于用戶和系統(tǒng)開發(fā)人員建立良好的合作關(guān)系 . 基于構(gòu)建的開發(fā) (CBSD) 強調(diào)使用可復用的構(gòu)件來搭建新的信息系統(tǒng) . 構(gòu)件 ： 是指模塊化的 .可部署的 .可替換的軟件系統(tǒng)的組成部分 . 信息系統(tǒng) 構(gòu)件主要包括 3 大要素 : 接口 :指構(gòu)件所能完成功能 實現(xiàn) :指讓構(gòu)件運作的代碼 部署 :指構(gòu)件存在的形式 ,如可執(zhí)行文件 基于構(gòu)件開發(fā)的特點 :可以更快的構(gòu)件系統(tǒng) ,產(chǎn)出標準化的軟件 ,增強了軟件系統(tǒng)的互操作性 ,減輕了支持和升級大型應用系統(tǒng)的負擔 . 第六章系統(tǒng)分析 系統(tǒng)開發(fā)過程按生命周期法 :系統(tǒng)分析 → 系統(tǒng)設計 → 系統(tǒng)實施 → 系統(tǒng)維護和評價 系統(tǒng)分析概述 根據(jù)規(guī)劃的要求 ,梳理系統(tǒng) 開發(fā)者 .擁有者 .使用者 .管理者 的信息需求 ,確定待開發(fā)系統(tǒng)的功能目標和邏輯方案 ,明確系統(tǒng)運作的環(huán)境和基礎 ,確定信息系統(tǒng)如何對組織的業(yè)務提供支持 系統(tǒng)開發(fā)的特點和原則 : 1) 復雜性高 . 2) 集體的創(chuàng)造性活動 . 3) 質(zhì)量要求高 . 4) 產(chǎn)品無形 . 5) 技術(shù)更新快 ,開發(fā)經(jīng)驗不足 1. 系統(tǒng)開發(fā)的原則 : 1) 目的性； —— 面向用戶 2) 系統(tǒng)的環(huán)境適應性； —— 易擴展 .易維護 3) 文檔化管理 （作用：幫助人們記憶，便于溝通，開發(fā)工作前后銜接，規(guī)范開發(fā)活動。） 4) 用戶參與 系統(tǒng)分析階段的團隊和任務 主要任務 :要對現(xiàn)有系統(tǒng)進行調(diào)查 ,掌握現(xiàn)有系統(tǒng)的作用環(huán)境和真實情況 ,完成用戶需求分析 ,在此基礎上建立新系統(tǒng)的邏輯模型 . 系統(tǒng)分析師 : 整個系統(tǒng)開發(fā)過程的 領(lǐng)導者 ,是信息技術(shù)人員與業(yè)務人員之間溝通的 橋梁 業(yè)務人員 : 由企業(yè)信息系統(tǒng)應用部門的用戶代表組成 職責 :提出 .解釋 .梳理用戶的業(yè)務需求； 向開發(fā)人員介紹業(yè)務流程 .文檔作用 .術(shù)語的含義； 參與原型設計過程 ,對原型進行評估和反饋 23 計算機技術(shù)專家 : 項目組長一般擁有資金的支配權(quán) 主要任務 :協(xié)調(diào)開發(fā)人員之間 .用戶之間 .開發(fā)人員和用戶之 間的關(guān)系 ,進行項目的監(jiān)督管理 ,做出及時性的總結(jié)報告 ,以保證整個開發(fā)項目的順利進行 系統(tǒng)需求分析 系統(tǒng)調(diào)查 系統(tǒng)調(diào)查 : 在所確定的系統(tǒng)范圍之內(nèi) ,對現(xiàn)行系統(tǒng)進行詳盡 .深入的調(diào)查和分析 . 目的 ： 是收集一切有關(guān)的事實 .資料和數(shù)據(jù) ,徹底掌握現(xiàn)行系統(tǒng)的工作狀況 ,為需求分析和建立邏輯模型提供依據(jù) . 系統(tǒng)調(diào)查的原則 1) 自上而下 地進行（從上到下，從抽象到具體） 了解組納結(jié)構(gòu)圖和信息關(guān)聯(lián)關(guān)系 —— 把握業(yè)務的總體框架和完整流程 —— 調(diào)查業(yè)務處理內(nèi)容和操作流程 2) 事先制訂計劃 .（事先確定調(diào)查方法、調(diào)查對象和內(nèi)容，制定詳細的 計劃） 3) 深入溝通和交流 (業(yè)務人員和技術(shù)人員 間 ). 4) 避免先入為主 . 5) 保守用戶的商業(yè)秘密 2. 調(diào)查的內(nèi)容 : 1) 企業(yè)的基本情況 2) 系統(tǒng)需要支持的 業(yè)務流程和信息處理狀況 3) 系統(tǒng)資源情況； 4) 各類人員對新系統(tǒng)的態(tài)度 3. 組織結(jié)構(gòu)圖和信息關(guān)聯(lián)圖 組織結(jié)構(gòu)圖 :為了了解企業(yè)組織結(jié)構(gòu)的現(xiàn)狀及各個組成部分之間的聯(lián)系 ,觀察組織進行橫向和縱向劃分的形態(tài) ,并用組織結(jié)構(gòu)圖把他描 繪 出來 . 信息關(guān)聯(lián)圖： 可以描述企業(yè)經(jīng)營過程中各部門的 信息關(guān)聯(lián) 情況 ，了解信息流對物質(zhì)流的支持作用 可在圖中 標出信息關(guān)聯(lián)的具體內(nèi)容 :（圖形 化分析工具） 業(yè)務流程圖 :用來描述組織的具體業(yè)務活動 .業(yè)務分部和相應的信息處理環(huán)節(jié)的圖形化分析工具 .(幫助系統(tǒng)開發(fā)人員的交流溝通 .為他們分析和理解用戶需求服務 ) 具體描述了“ 4W1H” 目的和 用途 :幫助系統(tǒng)開發(fā)人員的交流溝通 ,為他們分析和理解用戶需求服務 . 數(shù)據(jù)調(diào)查 數(shù)據(jù)調(diào)查 的 4 步驟 :（以業(yè)務流程為線索） ★分析和確定數(shù)據(jù)來源 ★全面收集各種載體上的有用數(shù)據(jù) ★對所收集的數(shù)據(jù)進行分析和 凈 化 ★對有效數(shù)據(jù)進行保存和整理 數(shù)據(jù)收集和調(diào)查的方法 : 1) 直接 查閱 文獻資料 .報表 .賬冊等 紙制載體數(shù)據(jù) 或電子化數(shù)據(jù) ； 2) 有 計劃訪談； 3) 問卷調(diào)查和統(tǒng)計分析； 4) 現(xiàn)場勘察和 實踐 參與； 需求分析及確認 —— 需求分析報告 (很重要 ) 需求分析報告 :是開發(fā)方和用戶發(fā)簽訂系統(tǒng)開發(fā)協(xié)議時的 參考文檔 ；可為將來形成更為細致的需求說明書和系統(tǒng)說明書 提供依據(jù) ；高質(zhì)量的需求分析報告 有助于用戶方得到真正需要的軟件 24 開發(fā)項目的可行性研究 經(jīng)濟可行性 : 深入到軟件功能層面進行成本效益分析 技術(shù)可行性 : 管理可行性 : 項目團隊的潛力如何 ,是否能夠根據(jù)項目的需要提供足夠的用戶參與 ,未來用戶接受和使用系統(tǒng)是否有難度 ,開發(fā)方的培訓方式對用戶是否 有效 法理可行性 : 建立系統(tǒng)邏輯模型 數(shù)據(jù)流程圖 —— 系統(tǒng)邏輯模型設計的重要工具之一 1. 數(shù)據(jù)流程圖 兩個 特點 : 抽象性 —— 只專注于數(shù)據(jù)來源 .流動 .加工處理和存儲活動； 概括性 —— 將企業(yè)業(yè)務流程的各個環(huán)節(jié)用數(shù)據(jù)流相互聯(lián)結(jié)誠一個整體 它采取 自上而下逐步求精 的方法 ,逐層細化 地描述 系統(tǒng)總體構(gòu)成 .工作細節(jié)和錯綜復雜的內(nèi)部聯(lián)系 2. 數(shù) 據(jù)流程圖的符號 1)外部實體 :可以是數(shù)據(jù)的來源或數(shù)據(jù)輸出的終點 （可重復出現(xiàn)） 2)處理功能 :是數(shù)據(jù)流程圖的核心 —— 對數(shù)據(jù)流的 分解 .合并 .比較 .確認 .過濾 .格式化 .分類 3)數(shù)據(jù)存儲 :需要保存的數(shù)據(jù) ,可以是磁盤 .文件 .帳簿 .檔案袋等 （可重復出現(xiàn)） 4)數(shù)據(jù)流 :表示數(shù)據(jù)