課件-專題-系統(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ā)生命周期的階段和主要活動(dòng)維護(hù)設(shè)計(jì)SDLC階段活動(dòng)計(jì)劃定義要開發(fā)的系統(tǒng)確定項(xiàng)目范圍制定包括任務(wù)、資源、時(shí)間框架的計(jì)劃分析為系統(tǒng)收集業(yè)務(wù)需求設(shè)計(jì)設(shè)計(jì)支持系統(tǒng)的技術(shù)架構(gòu)設(shè)計(jì)系統(tǒng)模型開發(fā)建立技術(shù)架構(gòu)建立數(shù)據(jù)庫和程序測(cè)試編寫測(cè)試條件完成對(duì)系統(tǒng)的測(cè)試實(shí)施編寫詳細(xì)的用戶說明書為系統(tǒng)用戶提供培訓(xùn)維護(hù)建立幫助臺(tái)支持系統(tǒng)用戶提供支持系統(tǒng)變化的階段1：計(jì)劃計(jì)劃階段—制定切實(shí)可行的信息系統(tǒng)開發(fā)計(jì)劃三個(gè)主要活動(dòng)定義要開發(fā)的系統(tǒng)識(shí)別、選擇需要開發(fā)的系統(tǒng)戰(zhàn)略轉(zhuǎn)移法關(guān)鍵成功因素—是一種對(duì)組織的成功起關(guān)鍵作用的因素

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

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

充分理解產(chǎn)品負(fù)責(zé)人的產(chǎn)品愿景合作完成沖刺(Sprint)中每一個(gè)目標(biāo)

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

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

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

ScrumMaster團(tuán)隊(duì)的導(dǎo)師和組織者,負(fù)責(zé)提高團(tuán)隊(duì)效率

提出培訓(xùn)團(tuán)隊(duì)的計(jì)劃,列出障礙

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

提高團(tuán)隊(duì)的開發(fā)效率

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

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

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

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