課件-專題-系統(tǒng)開發(fā)

專題：

系統(tǒng)開發(fā)：階段、工具和技術(shù)內(nèi)容系統(tǒng)開發(fā)過程系統(tǒng)開發(fā)方法內(nèi)包、自包與外包業(yè)務(wù)過程重組一、系統(tǒng)開發(fā)過程Systemsdevelopmentlifecycle(SDLC)，開發(fā)信息系統(tǒng)的一種結(jié)構(gòu)化方法，也叫瀑布開發(fā)方法系統(tǒng)開發(fā)生命周期的階段和主要活動維護設(shè)計SDLC階段活動計劃定義要開發(fā)的系統(tǒng)確定項目范圍制定包括任務(wù)、資源、時間框架的計劃分析為系統(tǒng)收集業(yè)務(wù)需求設(shè)計設(shè)計支持系統(tǒng)的技術(shù)架構(gòu)設(shè)計系統(tǒng)模型開發(fā)建立技術(shù)架構(gòu)建立數(shù)據(jù)庫和程序測試編寫測試條件完成對系統(tǒng)的測試實施編寫詳細的用戶說明書為系統(tǒng)用戶提供培訓維護建立幫助臺支持系統(tǒng)用戶提供支持系統(tǒng)變化的階段1：計劃計劃階段—制定切實可行的信息系統(tǒng)開發(fā)計劃三個主要活動定義要開發(fā)的系統(tǒng)識別、選擇需要開發(fā)的系統(tǒng)戰(zhàn)略轉(zhuǎn)移法關(guān)鍵成功因素—是一種對組織的成功起關(guān)鍵作用的因素

6-5企業(yè)目標1、目標識別2、CSF識別3、性能指標識別4、數(shù)據(jù)字典定義階段1：計劃確定項目范圍項目范圍—明確定義高層系統(tǒng)需求范圍蔓延特性蔓延—當開發(fā)者增加一些不是最初需求所包含的特性時發(fā)生項目范圍說明書6-6階段1：計劃開發(fā)項目計劃包括任務(wù)、資源和里程碑項目計劃—定義誰在什么時間做什么問題。項目經(jīng)理—是項目計劃和管理方面的專家，他們定義和開發(fā)項目計劃并跟蹤計劃以保證所有關(guān)鍵項目里程碑準時完成。項目里程碑—某些活動完成的關(guān)鍵日期。6-7階段1：計劃項目計劃樣例6-8階段2：分析分析階段—最終用戶和IT專家共同工作為目標系統(tǒng)收集、理解和表達業(yè)務(wù)需求。收集業(yè)務(wù)需求對需求進行排序6-9階段2：分析需求缺陷成本6-10階段2：分析收集業(yè)務(wù)需求業(yè)務(wù)需求—是指一份詳細的員工需求，為保證成功，系統(tǒng)必須滿足這些需求。例如：CRM系統(tǒng)必須通過產(chǎn)品、地區(qū)和銷售描述跟蹤所有客戶的銷售情況業(yè)務(wù)需求描述的是從企業(yè)的角度系統(tǒng)應該做什么？聯(lián)合應用開發(fā)會議—系統(tǒng)用戶和信息技術(shù)專家有時需要幾天的時間一起定義或評審系統(tǒng)的業(yè)務(wù)需求。階段2：分析對需求進行排序需求定義文檔—對需求進行優(yōu)先順序排序，并以正式的可充分理解的文件形式確定下來。不可能完成所有的需求，所以排序非常重要用戶在文檔上簽字確定項目范圍階段3：設(shè)計設(shè)計階段—構(gòu)建系統(tǒng)的技術(shù)藍圖兩個主要的設(shè)計活動設(shè)計技術(shù)架構(gòu)技術(shù)架構(gòu)—定義系統(tǒng)運行所需的硬件、軟件和通信設(shè)備。設(shè)計系統(tǒng)模型模型中包括對圖形用戶界面的屏幕、報表格式、數(shù)據(jù)庫設(shè)計、軟件步驟等從設(shè)計階段開始，最終用戶開始在各項活動中處于積極地位，將注意力轉(zhuǎn)向質(zhì)量控制功能，確保系統(tǒng)滿足滿足要求。階段4：開發(fā)開發(fā)階段—利用設(shè)計階段產(chǎn)生的詳細設(shè)計資料，并將它們轉(zhuǎn)為實際系統(tǒng)。兩個主要的開發(fā)活動建立技術(shù)框架建立數(shù)據(jù)庫和程序所有這些活動都由IT專家承擔階段5：測試測試階段—是驗證系統(tǒng)運行和是否滿足所有在系統(tǒng)分析階段定義的業(yè)務(wù)需求。兩個主要的測試活動編寫測試條件實施系統(tǒng)測試單元測試—測試系統(tǒng)的獨立單元或代碼段系統(tǒng)測試—檢測支持系統(tǒng)功能所編寫的單元和代碼段是否正確地集成到整個系統(tǒng)集成測試—檢驗獨立的系統(tǒng)能否一起工作用戶驗收測試—確定系統(tǒng)是否滿足業(yè)務(wù)需求并能使系統(tǒng)用戶正確工作的測試。6-15階段6：實施實施階段：將系統(tǒng)發(fā)布給用戶，執(zhí)行日常工作。兩個主要的實施活動編寫詳細的用戶說明書用戶說明書—強調(diào)如何使用系統(tǒng)。為系統(tǒng)用戶提供培訓聯(lián)機培訓—利用因特網(wǎng)上或CD-ROM進行培訓車間培訓—是在一個教室環(huán)境中由一位教師指導進行階段6：實施選擇恰當?shù)膶嵤┓椒ú⑿袑嵤瑫r使用新老系統(tǒng)，直到新系統(tǒng)能夠正確工作直接實施—完全丟棄舊系統(tǒng)并立即使用新系統(tǒng)引導實施—僅讓一小組人使用新系統(tǒng)直到認為新系統(tǒng)能夠正常工作，然后再將其余的人加入到新系統(tǒng)中來分段實施—分階段實施新系統(tǒng)。第7階段：維護維護階段—監(jiān)測并支持新系統(tǒng)以保證其繼續(xù)滿足業(yè)務(wù)目標兩種主要的維護活動建立“服務(wù)臺”支持系統(tǒng)用戶服務(wù)臺—是一組對系統(tǒng)用戶的問題做出反應的人員。提供支持系統(tǒng)變化的環(huán)境6-18二、系統(tǒng)開發(fā)方法基于組件的開發(fā)快速應用開發(fā)法—原型法極限編程法敏捷開發(fā)法6-191、基于組件的開發(fā)基于組件的開發(fā)---建立小型完備的可重用代碼模塊基于組件的開發(fā)致力于使用組件快速構(gòu)建系統(tǒng)建立新組件組件粒度面向?qū)ο竺嫦蚍?wù)6-202、快速應用開發(fā)法快速應用開發(fā)法（也叫快速原型法）--強調(diào)用戶參與原型---就是軟件系統(tǒng)的模型原型法是一個建立模型的過程，該模型能示范目標產(chǎn)品、服務(wù)或系統(tǒng)的特征概念檢驗原型—利用原型證明一個目標系統(tǒng)的技術(shù)可行性推廣原型—一個用于使人們確信目標系統(tǒng)價值的原型開發(fā)團隊持續(xù)設(shè)計、開發(fā)和測試原型系統(tǒng)識別基本需求建立初始原型系統(tǒng)用戶評價修正和提高原型6-21快速應用程序開發(fā)

建立新的軟件組件使用現(xiàn)存的軟件組件計劃分析設(shè)計開發(fā)測試集成測試軟件組件實施維護原型法的優(yōu)缺點原型法的優(yōu)點鼓勵系統(tǒng)用戶積極參與有助于解決系統(tǒng)用戶之間的差異能給系統(tǒng)用戶一個對最終系統(tǒng)的直觀感受幫助確定技術(shù)上的可行性原型法的缺點導致人們認為最終系統(tǒng)將很快產(chǎn)生沒有給出系統(tǒng)運行環(huán)境的說明導致項目小組忽略完整的測試和系統(tǒng)文檔3、極限編程法（eXtremeProgramming）極限編程法—將一個項目拆分成許多很小的階段，在第一個階段完成后，開發(fā)者才能繼續(xù)下一階段。計劃實施分析設(shè)計開發(fā)測試維護XP是以開發(fā)符合客戶需要的軟件為目標而產(chǎn)生的一種方法論XP是一種以實踐為基礎(chǔ)的軟件工程過程和思想XP認為代碼質(zhì)量的重要程度超出人們一般所認為的程度XP特別適合于小型的有責任心的、自覺自勵的團隊開發(fā)需求不確定或者迅速變化的軟件XP的適用范圍規(guī)模小進度緊需求變化大質(zhì)量要求嚴風險高4、敏捷開發(fā)法敏捷開發(fā)法—極限編程法的一種形式，是指通過及早的連續(xù)交付有用的軟件組件來達到客戶滿意。6-27迭代式增量軟件開發(fā)方法-scrumSCRUM是一個敏捷開發(fā)框架，由一個開發(fā)過程幾種角色以及一套規(guī)范的實施方法組成可以被運用于軟件開發(fā)，項目維護，也可以被用來作為一種管理敏捷項目的框架。Scrum三種角色與職責團隊成員Team盡一切可能去完成任務(wù)-發(fā)布產(chǎn)品

充分理解產(chǎn)品負責人的產(chǎn)品愿景合作完成沖刺(Sprint)中每一個目標

更好的支持可能需要進一步開發(fā)的產(chǎn)品發(fā)布產(chǎn)品負責人ProductOwner利益相關(guān)方的代表,重點是產(chǎn)品業(yè)務(wù)方面

從業(yè)務(wù)角度出發(fā)對需求并對權(quán)重排序，

合理的調(diào)整產(chǎn)品功能和迭代順序；

ScrumMaster團隊的導師和組織者,負責提高團隊效率

提出培訓團隊的計劃,列出障礙

讓利益相關(guān)方獲得最大化的投資回報

提高團隊的開發(fā)效率

開發(fā)思想得到利益相關(guān)方的理解與支持Scrum過程

三、內(nèi)包、自包和外包信息系統(tǒng)為企業(yè)戰(zhàn)略目標提供支持系統(tǒng)開發(fā)選擇方案內(nèi)包Insourcing---組織內(nèi)部的IT專家來完成自包Selfsourcing---由用戶開發(fā)，不用求助IT專家的幫助外包Outsourcing---第三方組織6-311、資源自包（由最終用戶開發(fā)）用戶開發(fā)（終端用戶開發(fā)）--IT系統(tǒng)的開發(fā)和支持都由終端用戶來完成自己開發(fā)系統(tǒng)的方法能夠減輕IT專家開發(fā)多個小系統(tǒng)的負擔。6-321、資源自包（由最終用戶開發(fā)）過程類似于傳統(tǒng)的系統(tǒng)開發(fā)生命周期法最大的不同點是設(shè)計、開發(fā)、測試。實現(xiàn)由原型開發(fā)過程替代原型法是建模過程，在這個案例中，不斷地提煉原型模型直到完成最終系統(tǒng)。6-33由用戶開發(fā)方法—自包1、計劃2、分析3、識別基本需求4、開發(fā)初始原型5、終端用戶評價6、修改和提高原型已完成的系統(tǒng)7、維護需要改變目標、項目、接口、外部支持原型過程現(xiàn)系統(tǒng)、詳細界面需求優(yōu)先級自包的優(yōu)缺點優(yōu)點提升需求確定水平增加終端用戶參與和主人翁精神提高系統(tǒng)開發(fā)速度減少積壓工作缺點終端用戶的經(jīng)驗不足導致開發(fā)的系統(tǒng)不合適組織重點不突出，創(chuàng)造了“私有化“的IT系統(tǒng)設(shè)計方案分析不足導致IT系統(tǒng)欠佳文檔和外部支持的缺乏，導致短命系統(tǒng)由用戶開發(fā)的缺點終端用戶的經(jīng)驗不足導致開發(fā)的系統(tǒng)不合適組織重點不突出，創(chuàng)造了“私有化“的IT系統(tǒng)設(shè)計方案分析不足導致IT系統(tǒng)欠佳文檔和外部支持的缺乏，導致短命系統(tǒng)6-36適合工作的工具終端用戶必須有開發(fā)工具：容易使用支持多平臺提供低擁有成本支持廣泛的數(shù)據(jù)類型6-37原型法的過程內(nèi)包原型法用戶開發(fā)原型法第1步識別基本需求第2步建立初始原型第3步系統(tǒng)用戶評價第4步修正和提高原型原型是否符合需求使用原型作為最終系統(tǒng)的技術(shù)藍圖第2步建立初始原型第3步知識工作者審查第4步修正和提高原型原型是否符合需求重復這些步驟直到原型成為最終系統(tǒng)為止2、外包將特定的工作在規(guī)定的期限、規(guī)定的成本和規(guī)定的服務(wù)水平條件下委托給第三方完成資源外包行業(yè)的快速發(fā)展背后的主要原因包括：全球化因特網(wǎng)經(jīng)濟增長與低失業(yè)率技術(shù)違反規(guī)定外包選擇購買現(xiàn)成軟件買現(xiàn)成軟件，并且向出版商支付費用由其對軟件進行一些修改買現(xiàn)成軟件，并且向出版商支付費用由自己對軟件進行一些修改資源外包開發(fā)一個全新的、獨一無二的、不曾存在的系統(tǒng)組織外包流程像自包流程，類似傳統(tǒng)的系統(tǒng)開發(fā)生命周期不同之處在于“外包”大部分工作給另一家公司6-41外包流程1、計劃2、定義項目范圍3、選擇一個目標系統(tǒng)4、建立邏輯需求5、開發(fā)征詢方案書6、評價征詢方案書反饋，選擇一個供應商7、創(chuàng)建一個服務(wù)水平協(xié)議8、測試接受解決方案9、監(jiān)控、再評估外包是，你需要開發(fā)兩個非常重要的文檔—征詢方案書和服務(wù)水平協(xié)議外包—征詢方案書征詢方案書---是一種詳細描述目標系統(tǒng)邏輯需求和邀請資源外包組織（被稱為“承包商”）為開發(fā)系統(tǒng)投標的正式文件。是資源外包過程中最重要的文件。在外包過程，你必須告訴另一家企業(yè)你想開發(fā)什么，你需要通過征詢方案書來獲取信息。因此，征詢方案書必須詳細一些征詢方案書可能花好幾年來完成。6-43外包—服務(wù)水平協(xié)議服務(wù)水平協(xié)議---雙方之間正式的、負有責任的合同在外包中，服務(wù)水平協(xié)議是你和供應商之間的法律協(xié)議，具體確定哪些供應商會做（何時做），你該付多少報酬？支持SLA的文件-規(guī)范服務(wù)水平和服務(wù)水平的目標-包含非常詳細的數(shù)字和指標6-44外包選擇有三種不同的外包形式在岸外包—是指從同一個國家經(jīng)一家企業(yè)獲取服務(wù)的過程。近岸外包—是指同一家鄰國的企業(yè)簽訂外包合同。離岸外包---是指同一家地理位置很遠的企業(yè)簽訂外包合同。6-45離岸外包主要外包國家是：印度中國東歐（包括俄羅斯）愛爾蘭以色列菲律賓共和國6-46應用系統(tǒng)外包資料閱讀外包的優(yōu)缺點優(yōu)點：集中力量到唯一的核心能力上利用另一個組織的智力資源更好地預測未來成本獲得前沿技術(shù)降低成本改善績效計量缺點降低了對未來技術(shù)變革的了解程度降低了控制力增加了戰(zhàn)略信息的易受攻擊性增加了對其他組織的依賴性四、業(yè)務(wù)流程重組由IT導致的變化自動化--增加效率，替換手動任務(wù)合理化--簡化標準作業(yè)程序業(yè)務(wù)流程重組（BPR）--分析、簡化和再設(shè)計企業(yè)流程推銷員辦公室要求信貸信用審查信用部確定利率信貸利率組擬訂合同合同組寄送文件推銷員7天過去了，我的客戶全跑光了??！問題：信息化可以解決困境嗎？業(yè)務(wù)流程重組案例－IBM信貸部業(yè)務(wù)流程重組4個小時完成，處理的交易數(shù)目增加100倍！小組1小組2小組3小組4業(yè)務(wù)重組（建立4個綜合性小組）按專業(yè)分工的利弊分析傳統(tǒng)觀念:勞動分工能提高勞動生產(chǎn)率。十八世紀著名經(jīng)濟學家亞當.斯密在其著作《國富論》中最早提出(18世紀英國制針業(yè)的例子)美國汽車大王福特創(chuàng)造裝配流水線的成功與失敗分工與合作是對立統(tǒng)一的。分工越細,對工作上的溝通與協(xié)調(diào)要求越高,管理工作的工作量越大,難度也越大。專業(yè)化分工引起的主要問題分工越細,一個業(yè)務(wù)流程經(jīng)過的部門和環(huán)節(jié)越多,交接、審核、批準等不增值的環(huán)節(jié)也越多,協(xié)調(diào)與管理的工作量就越大,管理人員多,機構(gòu)臃腫,管理成本高。按職能分工,“鐵路警察各管一段”大家只關(guān)心本部門本專業(yè)范圍的工作,缺乏全局觀念,容易產(chǎn)生部門主義。專業(yè)化分工使員工的技能單一,限制了員工能力的發(fā)揮,限制了大家的創(chuàng)造性。新流程特點局部目標和整體目標的統(tǒng)一人員精簡，實現(xiàn)“一人包辦式”服務(wù)員工擁有自我決策權(quán)1990年，哈默發(fā)表文章ReengineeringWork:Don’tAutomate,Obliterate》(重新設(shè)計工作,不是搞自動化)1993年哈默與錢辟(JamesChampy)：《ReengineeringtheCorporation━AManifestoforBusinessRevolution》(企業(yè)重構(gòu)━企業(yè)革命宣言)

現(xiàn)在通常把業(yè)務(wù)流程重組(BusinessProcessReengineering)簡稱為BPR業(yè)務(wù)流程重組和企業(yè)重構(gòu)“企業(yè)重構(gòu)”提出的時代背景市場需求的多樣性,并且具有不穩(wěn)定性和難以預測響應市場需求的速度和快速的應變能力已成為企業(yè)能否生存與發(fā)展的決定性因素“創(chuàng)新”是知識經(jīng)濟時代企業(yè)能夠保持活力,持續(xù)發(fā)展的最重要的生產(chǎn)力為發(fā)揮員工的積極性、創(chuàng)造性,在管理上要求授于員工更多的參與權(quán)和決策權(quán),要求使工作內(nèi)容豐富化隨著信息技術(shù)和計算機網(wǎng)絡(luò)的發(fā)展,企業(yè)內(nèi)部中層管理的作用正在弱化信息化：企業(yè)結(jié)構(gòu)的扁平化顧客提出對產(chǎn)品作些修改，行不行？我有一個建議可以使顧客更加滿意信息化將減少層次，鏟除障礙，加速決策傳統(tǒng)的金字塔結(jié)構(gòu)層層請示，決策遲緩可以嗎？可以嗎？可以嗎？我要請示可以嗎？可以嗎？什么事情行不行？我要請示信息化鏟除官僚主義在工業(yè)實踐中，人們越來越清楚地看到，提高競爭的途徑，絕不單單是引進先進技術(shù)這一條道路；管理模式的改進、過程的合理化具有更大的潛力。顧客（Customer）競爭（Competition）變化（Change）正確理解業(yè)務(wù)流程重組

（BusinessProcessRe-engineering,BPR）“從根本上重新思考并徹底重新設(shè)計業(yè)務(wù)流程，以實現(xiàn)在關(guān)鍵業(yè)績上，如成本、質(zhì)量、服務(wù)和響應速度，取得突破性(戲劇性)的進展”。