IT基礎(chǔ)設(shè)施和應(yīng)用系統(tǒng)的生命周期管理

1、IT基礎(chǔ)設(shè)施和應(yīng)用系統(tǒng)的生命周期管理1998），CISA（2002）, SCJP，IBM電子商務(wù)咨詢(xún)師，IBM WSAD Developer一、本章學(xué)習(xí)內(nèi)容 主要內(nèi)容所占比重保證對(duì)信息系統(tǒng)和基礎(chǔ)設(shè)施的開(kāi)發(fā)、獲取、測(cè)試、實(shí)施、維護(hù)和處置的管理實(shí)踐活動(dòng)滿(mǎn)足組織的業(yè)務(wù)目標(biāo)要求。學(xué)習(xí)目標(biāo)對(duì)所建議的系統(tǒng)開(kāi)發(fā)、獲取計(jì)劃按其業(yè)務(wù)價(jià)值進(jìn)行評(píng)價(jià)，以保證其符合組織的業(yè)務(wù)目的；評(píng)價(jià)項(xiàng)目管理框架和項(xiàng)目治理實(shí)務(wù)，保證在控制風(fēng)險(xiǎn)的同時(shí)按成本有效的方式實(shí)現(xiàn)了業(yè)務(wù)目標(biāo)；對(duì)項(xiàng)目實(shí)施審核，以保證項(xiàng)目的實(shí)施是按照項(xiàng)目計(jì)劃進(jìn)行的，有充分的文檔支持，并且項(xiàng)目狀態(tài)的報(bào)告是準(zhǔn)確的；在對(duì)系統(tǒng)和基礎(chǔ)設(shè)施進(jìn)行需求調(diào)查、開(kāi)發(fā)、獲取和測(cè)試時(shí)，評(píng)價(jià)所

2、建立的控制機(jī)制的有效性，以保證能提供充分的保護(hù)，并符合組織的政策和其他需求；對(duì)系統(tǒng)和基礎(chǔ)設(shè)施進(jìn)行開(kāi)發(fā)、獲取及測(cè)試的過(guò)程進(jìn)行評(píng)價(jià)，以保證其交付物能夠滿(mǎn)足組織的業(yè)務(wù)目標(biāo)；對(duì)已實(shí)施并準(zhǔn)備移植到生產(chǎn)現(xiàn)場(chǎng)的系統(tǒng)和基礎(chǔ)設(shè)施，評(píng)價(jià)其完備性；對(duì)系統(tǒng)和基礎(chǔ)設(shè)施進(jìn)行實(shí)施后的審核，以保證其滿(mǎn)足組織的目標(biāo)，并且建立了有效的內(nèi)部控制；對(duì)系統(tǒng)和基礎(chǔ)設(shè)施進(jìn)行階段性的審核，以保證其滿(mǎn)足組織的目標(biāo)，并且建立了有效的內(nèi)部控制；對(duì)維護(hù)組織的系統(tǒng)和基礎(chǔ)設(shè)施的過(guò)程進(jìn)行審核，以保證對(duì)組織目標(biāo)的持續(xù)支持，并且建立了有效的內(nèi)部控制；對(duì)處置組織的系統(tǒng)和基礎(chǔ)設(shè)施的過(guò)程進(jìn)行審核，以保證其符合組織的政策和程序。知識(shí)要點(diǎn)IT業(yè)務(wù)效益管理實(shí)務(wù)（例如：可

3、行性研究、業(yè)務(wù)價(jià)值分析）；項(xiàng)目治理機(jī)制（例如：指導(dǎo)委員會(huì)、項(xiàng)目監(jiān)督委員會(huì)）；項(xiàng)目管理實(shí)務(wù)、工具和控制框架；與項(xiàng)目有關(guān)的風(fēng)險(xiǎn)管理實(shí)務(wù)；項(xiàng)目成功的標(biāo)準(zhǔn)與風(fēng)險(xiǎn)；與系統(tǒng)和基礎(chǔ)設(shè)施的開(kāi)發(fā)與維護(hù)有關(guān)的配置、變更與發(fā)布管理；在IT系統(tǒng)應(yīng)用程序中保證交易及數(shù)據(jù)的完整性、準(zhǔn)確性、合法性及適當(dāng)授權(quán)的控制目標(biāo)和相關(guān)技術(shù)；與數(shù)據(jù)、應(yīng)用及技術(shù)相關(guān)的企業(yè)架構(gòu)模型（分布式應(yīng)用、基于Web的應(yīng)用、Web服務(wù)、N層應(yīng)用系統(tǒng)）；需求分析和需求管理實(shí)務(wù)（例如：需求驗(yàn)證、可跟蹤性和差距分析）；獲取過(guò)程及合同管理過(guò)程（例如：供應(yīng)商評(píng)價(jià)、合同擬定、供應(yīng)商管理、源代碼第三方保全協(xié)議）；系統(tǒng)開(kāi)發(fā)方法和工具，及對(duì)其優(yōu)缺點(diǎn)的理解（例如：敏捷開(kāi)發(fā)

4、法、原型法、快速應(yīng)用開(kāi)發(fā)、面向?qū)ο蟮拈_(kāi)發(fā)方法）；質(zhì)量保證方法；對(duì)測(cè)試過(guò)程的管理（例如：測(cè)試策略、測(cè)試計(jì)劃、測(cè)試環(huán)境）；數(shù)據(jù)轉(zhuǎn)換工具、技術(shù)和程序；系統(tǒng)及基礎(chǔ)設(shè)施處置程序；軟件、硬件的認(rèn)證與鑒定實(shí)務(wù)；實(shí)施后的審核目標(biāo)與方法（例如：項(xiàng)目收尾、效益總結(jié)、績(jī)效測(cè)量）；系統(tǒng)移植及基礎(chǔ)設(shè)施部署實(shí)務(wù)。知識(shí)結(jié)構(gòu)圖A、業(yè)務(wù)實(shí)現(xiàn) A1、項(xiàng)目組合與項(xiàng)目群管理 項(xiàng)目的概念(Project)項(xiàng)目是在特定條件下，具有特定目標(biāo)的一次性任務(wù)，是在一定時(shí)間內(nèi)，滿(mǎn)足一系列特定目標(biāo)的多項(xiàng)相關(guān)工作的總稱(chēng)；項(xiàng)目群項(xiàng)目群(Project Program)可以看成是由一系列項(xiàng)目(Project)和有時(shí)間邊界的任務(wù)(Task)組成，這些項(xiàng)目和

5、任務(wù)通過(guò)共同的目標(biāo)、共同的預(yù)算、相互交織的日程和策略等緊密地聯(lián)系在一起;項(xiàng)目群也具有一定的時(shí)間框架和組織邊界，但項(xiàng)目群更復(fù)雜，具有更長(zhǎng)的工期和更高的預(yù)算，面臨更高的風(fēng)險(xiǎn)，同時(shí)具有更高的戰(zhàn)略重要性。 一個(gè)典型的項(xiàng)目群就是實(shí)施大型ERP系統(tǒng)，例如SAP，另一個(gè)非IT的項(xiàng)目群的例子就是企業(yè)的并購(gòu)。 成功地實(shí)施項(xiàng)目群，需要對(duì)以下內(nèi)容進(jìn)行有效管理：項(xiàng)目群的發(fā)起人(Sponsor)向項(xiàng)目群經(jīng)理和項(xiàng)目群團(tuán)隊(duì)發(fā)布任務(wù)書(shū)；確定項(xiàng)目群的范圍、財(cái)務(wù)(成本、資源和資金流等)、日程安排、目標(biāo)及交付物；項(xiàng)目群所處的環(huán)境；項(xiàng)目群的溝通與文化；項(xiàng)目群的組織與角色，包括項(xiàng)目群所有者、項(xiàng)目群管理者、項(xiàng)目群團(tuán)隊(duì)和項(xiàng)目群辦公室、專(zhuān)家

6、組等；可利用綜合性管理工具，例如項(xiàng)目管理指南、標(biāo)準(zhǔn)的項(xiàng)目計(jì)劃和項(xiàng)目管理的市場(chǎng)指標(biāo)。 項(xiàng)目組合在一個(gè)給定的時(shí)間點(diǎn)上，組織中正在進(jìn)行的所有項(xiàng)目的集合稱(chēng)為項(xiàng)目組合(Project portfolio)；項(xiàng)目組合由某一個(gè)時(shí)間點(diǎn)上的多個(gè)項(xiàng)目群和項(xiàng)目松散組合而成。但即使是松散結(jié)合在一起的項(xiàng)目組合也需要進(jìn)行管理；對(duì)項(xiàng)目組合進(jìn)行管理的目的是：優(yōu)化項(xiàng)目組合的結(jié)果（不是針對(duì)單個(gè)項(xiàng)目的結(jié)果）對(duì)項(xiàng)目進(jìn)行優(yōu)先級(jí)排列，并進(jìn)行日程安排協(xié)調(diào)對(duì)資源的使用（內(nèi)部或外部資源）項(xiàng)目中知識(shí)的傳遞項(xiàng)目組合、項(xiàng)目群和項(xiàng)目之間的比較 業(yè)務(wù)效益分析與管理層批準(zhǔn)規(guī)劃IT項(xiàng)目時(shí)都需要先進(jìn)行業(yè)務(wù)效益（Business case）分析，組織可以獲得的

7、業(yè)務(wù)利益才是實(shí)施IT項(xiàng)目的源動(dòng)力；項(xiàng)目可行性分析就是一種業(yè)務(wù)效益分析，對(duì)有關(guān)問(wèn)題進(jìn)行的早期研究，以評(píng)估解決方法是否可行；無(wú)論在項(xiàng)目的哪個(gè)階段，如果業(yè)務(wù)效益分析表明由于成本增加或預(yù)期的利益不能實(shí)現(xiàn)使得項(xiàng)目不再有意義時(shí)，項(xiàng)目發(fā)起人或指導(dǎo)委員會(huì)應(yīng)當(dāng)考慮是否要中止項(xiàng)目的執(zhí)行； 項(xiàng)目實(shí)施中業(yè)務(wù)效益發(fā)生變化時(shí)，應(yīng)當(dāng)通過(guò)部門(mén)規(guī)劃和審批流程對(duì)項(xiàng)目重新進(jìn)行評(píng)估和批準(zhǔn)。業(yè)務(wù)利益的實(shí)現(xiàn)對(duì)利益實(shí)現(xiàn)不應(yīng)當(dāng)只局限于項(xiàng)目周期，應(yīng)當(dāng)放眼于更長(zhǎng)的階段中來(lái)觀察項(xiàng)目可能給組織帶來(lái)的利益；進(jìn)行階段性的評(píng)估是實(shí)現(xiàn)利益過(guò)程的重要因素。經(jīng)常要在系統(tǒng)實(shí)施618個(gè)月后進(jìn)行實(shí)施后評(píng)審，以評(píng)價(jià)利益實(shí)現(xiàn)的程度；如果計(jì)劃中的項(xiàng)目利益無(wú)法實(shí)現(xiàn)，組織應(yīng)當(dāng)

8、及時(shí)檢查和調(diào)整策略。這個(gè)概念稱(chēng)為利益管理或利益實(shí)現(xiàn)。A2.項(xiàng)目管理結(jié)構(gòu) 項(xiàng)目管理項(xiàng)目管理就是把各種資源應(yīng)用于目標(biāo)，以實(shí)現(xiàn)項(xiàng)目的目標(biāo)，滿(mǎn)足各方面既定的需求；項(xiàng)目管理的四個(gè)要素:環(huán)境 、資源 、目標(biāo) 、組織；項(xiàng)目管理的方式是目標(biāo)管理；項(xiàng)目的組織通常是臨時(shí)性、柔性和扁平化的組織；管理過(guò)程貫穿著系統(tǒng)工程的思想；管理的方法、工具和手段具有先進(jìn)性和開(kāi)放性，用到多學(xué)科的知識(shí)和工具；項(xiàng)目管理結(jié)構(gòu)項(xiàng)目環(huán)境 項(xiàng)目環(huán)境關(guān)系的設(shè)計(jì)是項(xiàng)目管理活動(dòng)之一，其目的就是要確定項(xiàng)目的所有相關(guān)環(huán)境，這些環(huán)境因素對(duì)項(xiàng)目的規(guī)劃與成功具有重要影響。組織中項(xiàng)目的重要性；組織戰(zhàn)略和項(xiàng)目之間的聯(lián)系；與其他項(xiàng)目之間的關(guān)系；項(xiàng)目與業(yè)務(wù)效益分析之間

9、的關(guān)系。 項(xiàng)目組織形式 職能式單列式矩陣式各種項(xiàng)目形式的比較項(xiàng)目的組織結(jié)構(gòu)項(xiàng)目溝通與文化溝通方式一對(duì)一的會(huì)見(jiàn)項(xiàng)目啟動(dòng)會(huì)議項(xiàng)目初期的研討會(huì)以上方式的綜合使用項(xiàng)目文化積極的項(xiàng)目文化的可以促進(jìn)團(tuán)隊(duì)成員更好地理解預(yù)期的目標(biāo)和行動(dòng)的方向；建設(shè)項(xiàng)目文化的方法有：明確對(duì)項(xiàng)目使命的聲明；建立正式的項(xiàng)目名稱(chēng)和標(biāo)識(shí)；制定項(xiàng)目團(tuán)隊(duì)成員的會(huì)面規(guī)則及溝通約定；妥善處理與項(xiàng)目有關(guān)的社會(huì)事務(wù)等。項(xiàng)目目標(biāo)定義項(xiàng)目目標(biāo)的方法就是建立對(duì)象分解結(jié)構(gòu)（Object Breakdown StructureOBS），對(duì)象分解結(jié)構(gòu)由項(xiàng)目解決方案的各個(gè)組件及組件之間的等級(jí)關(guān)系組成 ；建立項(xiàng)目工作分解結(jié)構(gòu)（Work Breaksown Str

10、uctureWBS）,對(duì)滿(mǎn)足OBS要求的所有工作進(jìn)行結(jié)構(gòu)化管理；WBS代表了項(xiàng)目中可管理和可控制的工作單元，既成為項(xiàng)目的重要溝通工具，又構(gòu)成了成本預(yù)算和資源規(guī)劃的基線(xiàn)；與OBS相比，WBS并不包括要實(shí)施的解決方案中的基本元素，而是表示為各種工作包(Work PackagesWPs)。 每一個(gè)WP必須有明確的所有者，并列出主要目標(biāo)，同時(shí)也可能列出相關(guān)的附加目標(biāo)和抽象目標(biāo)；WP規(guī)范應(yīng)當(dāng)清楚地描述對(duì)其他WP的依賴(lài)性，并定義評(píng)價(jià)績(jī)效和獲得的目標(biāo)的方法；為了更好地溝通，通常要制定出行動(dòng)列表(To-do Lists)，其中記載了與WP相關(guān)的要完成的工作，并分配了一定的職責(zé)和完成任務(wù)的最后期限。 項(xiàng)目中的團(tuán)

11、隊(duì)及個(gè)人的角色和職責(zé)高級(jí)管理層承諾對(duì)項(xiàng)目負(fù)責(zé)，并批準(zhǔn)完成該項(xiàng)目所必須的資源，來(lái)自于高層的承諾有助于推動(dòng)項(xiàng)目的完成。用戶(hù)管理部門(mén)擁有項(xiàng)目和最終系統(tǒng)的所有權(quán)，分派合格的用戶(hù)代表到項(xiàng)目團(tuán)隊(duì)中，積極地參與系統(tǒng)的需求定義、驗(yàn)收測(cè)試和用戶(hù)培訓(xùn)。項(xiàng)目指導(dǎo)委員會(huì) 項(xiàng)目指導(dǎo)委員會(huì)對(duì)項(xiàng)目工作提供總體指導(dǎo)，并確保對(duì)項(xiàng)目有影響的各方都能參與到項(xiàng)目決策中來(lái)；項(xiàng)目發(fā)起人為項(xiàng)目提供基金，并與項(xiàng)目經(jīng)理配合工作以定義項(xiàng)目成功的衡量標(biāo)準(zhǔn)；系統(tǒng)開(kāi)發(fā)管理部門(mén)為有效地開(kāi)發(fā)、安裝和運(yùn)行所要求的應(yīng)用系統(tǒng)，要對(duì)軟件和硬件環(huán)境提供必要的技術(shù)支持；項(xiàng)目經(jīng)理對(duì)項(xiàng)目進(jìn)行日常管理工作，確保項(xiàng)目中的每一項(xiàng)活動(dòng)與整體的方向保持一致；系統(tǒng)開(kāi)發(fā)項(xiàng)目小組目標(biāo)是

12、完成分配的開(kāi)發(fā)任務(wù)；用戶(hù)項(xiàng)目小組目標(biāo)是完成分配的工作任務(wù)（主要是配合需求調(diào)查和進(jìn)行驗(yàn)收測(cè)試）；安全主管基于公司安全政策和程序的數(shù)據(jù)分類(lèi)，確保系統(tǒng)控制和支持過(guò)程可以提供有效的保護(hù)水平；質(zhì)量保證在每一個(gè)開(kāi)發(fā)階段期間和階段結(jié)束時(shí)，評(píng)價(jià)結(jié)果及其交付物，并確認(rèn)與需求的符合性。 A3、項(xiàng)目管理實(shí)務(wù)目標(biāo)對(duì)項(xiàng)目實(shí)施進(jìn)行管理、遵守項(xiàng)目需求；平衡范圍、時(shí)間、成本、質(zhì)量和風(fēng)險(xiǎn)等方面的不同要求，生產(chǎn)出高質(zhì)量的產(chǎn)品；調(diào)整產(chǎn)品規(guī)格，計(jì)劃和管理體系，以滿(mǎn)足不同項(xiàng)目干系人的需求，并管理他們的期望；項(xiàng)目管理過(guò)程 啟動(dòng)過(guò)程定義一個(gè)項(xiàng)目或項(xiàng)目階段的工作與活動(dòng)，在項(xiàng)目啟動(dòng)文件PID和項(xiàng)目請(qǐng)求文件PRD得到批準(zhǔn)后正式啟動(dòng)項(xiàng)目；計(jì)劃過(guò)程

13、一擬訂、編制和修訂一個(gè)項(xiàng)目或項(xiàng)目階段的工作目標(biāo)、任務(wù)、工作計(jì)劃方案、資源供應(yīng)計(jì)劃、成本預(yù)算、計(jì)劃應(yīng)急措施等工作；執(zhí)行過(guò)程組織和協(xié)調(diào)人力資源及其他資源，組織和協(xié)調(diào)各項(xiàng)任務(wù)與工作，激勵(lì)項(xiàng)目團(tuán)隊(duì)完成既定的工作計(jì)劃，生產(chǎn)項(xiàng)目產(chǎn)出物等工作；控制過(guò)程制定標(biāo)準(zhǔn)、監(jiān)督和測(cè)量項(xiàng)目工作的實(shí)際情況、分析差異和問(wèn)題、采取糾偏措施等工作；收尾過(guò)程制定一個(gè)項(xiàng)目或項(xiàng)目階段的移交與接收條件，并完成項(xiàng)目或項(xiàng)目階段成果的移交，從而使項(xiàng)目順利結(jié)束。 項(xiàng)目各過(guò)程的關(guān)系軟件規(guī)模評(píng)估確定需開(kāi)發(fā)軟件的相對(duì)大小，以指導(dǎo)資源分配、時(shí)間及成本估算。 方法：源代碼行（SLOC）的單點(diǎn)估算方法簡(jiǎn)單易用，但不精確。功能點(diǎn)分析（FPA） 它在大型商業(yè)系

14、統(tǒng)開(kāi)發(fā)的復(fù)雜度估算中廣泛采用，但在操作系統(tǒng)軟件、過(guò)程控制軟件、通過(guò)、工程等軟件的規(guī)模估算并不適用COCOMO2、De Marco、Walston-felixA4.項(xiàng)目管理技術(shù) 軟件工作量估算系統(tǒng)開(kāi)發(fā)計(jì)劃應(yīng)該根據(jù)評(píng)估每個(gè)任務(wù)所需要的功能工作量進(jìn)行分析。先計(jì)算項(xiàng)目所消耗的人力時(shí)間和機(jī)器時(shí)間 兩種時(shí)間按一定比率折合相加，得到總資源需求度量 每一個(gè)階段都需求進(jìn)行資源核算，以便管理與控制。軟件成本估算項(xiàng)目的成本估算包括許多因素：人力成本、辦公費(fèi)用、管理費(fèi)用、設(shè)備和軟件等的購(gòu)置費(fèi)用、場(chǎng)地租金、旅差費(fèi)等等。項(xiàng)目成本的估算取決于組織所采用的成本核算方法。一般是從歷史數(shù)據(jù)求出生產(chǎn)率度量和每行成本，即行PM(人月

15、)和元行，則LOC的值與元行相乘得到成本，用LOC 值與行PM相除得到工作量。例如：1999年美國(guó)軟件開(kāi)發(fā)人員開(kāi)發(fā)效率是9kloc/人年，據(jù)些可推算出人力成本其他項(xiàng)目成本的估算取決于公司所采用的成本核算方法。有的公司某些費(fèi)用并沒(méi)有計(jì)入項(xiàng)目成本中，而是按管理費(fèi)用等分?jǐn)偂?軟件項(xiàng)目計(jì)劃根據(jù)工作量制定項(xiàng)目計(jì)劃，包括人員安排、工作量分解、開(kāi)始和完成時(shí)間等等?？梢愿鶕?jù)歷史數(shù)據(jù)或行業(yè)模型決定所需的資源并落實(shí)到項(xiàng)目計(jì)劃。計(jì)劃中的進(jìn)度安排是在一系列項(xiàng)目任務(wù)之間建立的順序關(guān)系進(jìn)度安排的準(zhǔn)確程度可能比成本估算的準(zhǔn)確程度更重要。 幾種常用的開(kāi)發(fā)進(jìn)度管理方法 甘特圖、網(wǎng)絡(luò)分析技術(shù)（關(guān)鍵路徑法CPM、項(xiàng)目評(píng)審技術(shù)PER

16、T）甘特圖用水平線(xiàn)段表示任務(wù)的工作階段；線(xiàn)段的起點(diǎn)和終點(diǎn)分別對(duì)應(yīng)著任務(wù)的開(kāi)工時(shí)間和完成時(shí)間；線(xiàn)段的長(zhǎng)度表示完成任務(wù)所需的時(shí)間。 網(wǎng)絡(luò)分析技術(shù)PERT項(xiàng)目評(píng)審技術(shù) 把工程計(jì)劃的各項(xiàng)活動(dòng)、之間的聯(lián)系和約束(各活動(dòng)之間在物理上、工程上和邏輯上的制約)經(jīng)過(guò)組合分解、統(tǒng)籌安排，構(gòu)成一個(gè)有機(jī)的整體，用網(wǎng)絡(luò)模型形象地反映出來(lái)，力求在一定資源約束條件下，使得工期最短。PERT可以根據(jù)定期分析反饋的信息經(jīng)常進(jìn)行調(diào)整，逐漸接近和達(dá)到目標(biāo)。 關(guān)鍵路徑法CPM為每個(gè)最小任務(wù)單位計(jì)算工期、定義最早開(kāi)始和結(jié)束日期、最遲開(kāi)始和結(jié)束日期、按照活動(dòng)的關(guān)系形成順序的網(wǎng)絡(luò)邏輯圖，找出必須的最長(zhǎng)的路徑，即為關(guān)鍵路徑。大型項(xiàng)目的工期估

17、算和進(jìn)度控制非常復(fù)雜，往往需要將CPM和PERT結(jié)合使用時(shí)間盒管理時(shí)間盒管理是一種項(xiàng)目管理新技術(shù) 它的應(yīng)用前提是一個(gè)不可變更的短期開(kāi)發(fā)時(shí)間 采用這種技術(shù)時(shí)，必須尋求軟件質(zhì)量和在時(shí)間盒內(nèi)完成工作的平衡點(diǎn) 這種項(xiàng)目管理對(duì)需求有著某種程度的彈性，但對(duì)于質(zhì)量沒(méi)有彈性 時(shí)間盒管理方法很適合于原型法或快速應(yīng)用開(kāi)發(fā)這種類(lèi)型的項(xiàng)目，但不適合傳統(tǒng)的SDLC 總的來(lái)說(shuō)，這種方法可以防止時(shí)間和經(jīng)費(fèi)超支A5. 項(xiàng)目管理的一般事務(wù)項(xiàng)目管理軟件的應(yīng)用可以通過(guò)自動(dòng)化的軟件來(lái)管理項(xiàng)目事項(xiàng)和估算成本，并對(duì)項(xiàng)目管理中的某些活動(dòng)進(jìn)行預(yù)測(cè)、報(bào)告。這類(lèi)軟件可以提供從人員需求到預(yù)算管理的各種功能，也集成了PERT和CPM技術(shù)。常用軟件有

18、：Primavera Project Planner (P3) 、CA-SuperProject、Project 2003等文檔可以通過(guò)自動(dòng)化的軟件來(lái)處理系統(tǒng)和程序文檔的產(chǎn)生、確認(rèn)和維護(hù)?？梢愿鶕?jù)用戶(hù)輸入自動(dòng)產(chǎn)生程序描述和流程圖辦公自動(dòng)化辦公自動(dòng)化軟件可以減少開(kāi)發(fā)人員處理日常辦公事務(wù)的時(shí)間。最有效的辦公自動(dòng)化功能是電子郵件、語(yǔ)音信息系統(tǒng)、時(shí)間自動(dòng)管理工具、自動(dòng)庫(kù)管理系統(tǒng)、文件歸檔與檢索系統(tǒng)等。業(yè)務(wù)應(yīng)用系統(tǒng)面臨的風(fēng)險(xiǎn)商業(yè)風(fēng)險(xiǎn):不符合用戶(hù)需求,不符合企業(yè)戰(zhàn)略 應(yīng)用系統(tǒng)缺乏適應(yīng)組織的快速變更需求的機(jī)制技術(shù)風(fēng)險(xiǎn) 威脅到待開(kāi)發(fā)軟件的質(zhì)量和預(yù)定的交付時(shí)間 設(shè)計(jì)、實(shí)現(xiàn)、接口、檢驗(yàn)和維護(hù)方面的缺陷 技術(shù)上的不

19、確定性、技術(shù)陳舊、不成熟最新技術(shù)項(xiàng)目風(fēng)險(xiǎn)預(yù)算、進(jìn)度、個(gè)人、資源、用戶(hù)和需求 項(xiàng)目復(fù)雜性、規(guī)模和結(jié)構(gòu)的不確定性B.業(yè)務(wù)應(yīng)用系統(tǒng)的開(kāi)發(fā) 控制應(yīng)用系統(tǒng)風(fēng)險(xiǎn)的主要措施 業(yè)務(wù)定義需求識(shí)別、業(yè)務(wù)建模、數(shù)據(jù)標(biāo)準(zhǔn)化技術(shù)手段采用成熟的開(kāi)發(fā)方法 、技術(shù)、工具 項(xiàng)目管理進(jìn)度、系統(tǒng)規(guī)模及工作量估算、經(jīng)費(fèi)、組織機(jī)構(gòu)和人員、風(fēng)險(xiǎn)、作業(yè)和環(huán)境配置質(zhì)量管理ISO9126、CMM、CMMI業(yè) 務(wù) 需 求 定義 質(zhì)量成本進(jìn)度控制軟件過(guò)程方法工具軟件工程軟件項(xiàng)目管理業(yè)務(wù)定義對(duì)應(yīng)用系統(tǒng)開(kāi)發(fā)風(fēng)險(xiǎn)控制的有效手段信息系統(tǒng)審計(jì)開(kāi)展內(nèi)部審計(jì)或獨(dú)立的第三方的審計(jì)，可以為軟件開(kāi)發(fā)提供公正的控制評(píng)價(jià)，有利于控制機(jī)制的完善。審計(jì)師必須理解系統(tǒng)開(kāi)發(fā)、獲

20、取和維護(hù)所采用的方法、技術(shù)和過(guò)程，并在開(kāi)發(fā)的各個(gè)階段進(jìn)行審計(jì)，越早參與，就越能降低應(yīng)用系統(tǒng)開(kāi)發(fā)過(guò)程中的風(fēng)險(xiǎn) 如果控制松散，或者過(guò)程無(wú)序，信息系統(tǒng)審計(jì)師就應(yīng)該就這些問(wèn)題向項(xiàng)目組及高級(jí)經(jīng)理提出提議，及時(shí)采用適當(dāng)?shù)目刂七^(guò)程使傳統(tǒng)的“事后控制”逐漸向“事中控制”、 “事前控制”轉(zhuǎn)移。軟件的特點(diǎn)軟件是計(jì)算機(jī)系統(tǒng)中與硬件相互依存的另一部分，包括程序，數(shù)據(jù)及其相關(guān)文檔。 軟件本身是復(fù)雜的、軟件成本相當(dāng)昂貴 軟件需求不明確將導(dǎo)致開(kāi)發(fā)后期矛盾集中暴露 如果開(kāi)發(fā)過(guò)程沒(méi)有統(tǒng)一的、公認(rèn)的方法論和規(guī)范指導(dǎo)，軟件就很難維護(hù)未能在測(cè)試階段充分做好檢測(cè)工作，提交用戶(hù)的軟件質(zhì)量差，在運(yùn)行中暴露出大量的問(wèn)題。擺脫軟件風(fēng)險(xiǎn)的方法軟

21、件工程按工程化的原則和方法組織軟件開(kāi)發(fā)工作，這是擺脫軟件危機(jī)的一個(gè)主要出路。 軟件工程是一種層次化的技術(shù)，包括方法、工具與過(guò)程。 軟件工程的過(guò)程是將軟件工程的方法和工具綜合起來(lái)以達(dá)至合理、有效地進(jìn)行軟件開(kāi)發(fā)的目的。軟件工程的目標(biāo)付出較低的開(kāi)發(fā)成本達(dá)到要求的軟件功能 取得較好的軟件性能 開(kāi)發(fā)的軟件易于移植 需要較低的維護(hù)費(fèi)用 能按時(shí)完成開(kāi)發(fā)工作，及時(shí)交付使用軟件的生命周期 軟件的孕育、誕生、成長(zhǎng)、成熟、衰亡的生存過(guò)程 生命周期模型 從軟件項(xiàng)目需求定義直至軟件經(jīng)使用后廢棄為止，跨越整個(gè)生命周期的系統(tǒng)開(kāi)發(fā)、運(yùn)行和維護(hù)所實(shí)施的全部過(guò)程、活動(dòng)和任務(wù)的結(jié)構(gòu)框架 瀑布模型、演化模型、螺旋模型、噴泉模型 智能

22、模型等B1.傳統(tǒng)的系統(tǒng)開(kāi)發(fā)生命周期法SDLC什么是SDLCSDLC也被稱(chēng)為瀑布式開(kāi)發(fā)技術(shù)，這是開(kāi)發(fā)應(yīng)用系統(tǒng)使用最廣泛、最古老的方法。SDLC是一種系統(tǒng)的、順序式的軟件開(kāi)發(fā)方法，從可行性研究開(kāi)始，通過(guò)需求定義、設(shè)計(jì)、開(kāi)發(fā)、實(shí)施和實(shí)施后維護(hù)等階段而逐步發(fā)展。SDLC的特點(diǎn)SDLC各步驟或階段都有預(yù)定義的目標(biāo)和活動(dòng)，并建立了相應(yīng)的責(zé)任、預(yù)期的結(jié)果和完成目標(biāo)的日期。SDLC的方法適用于在開(kāi)發(fā)工作的早期建立總體的系統(tǒng)構(gòu)架。當(dāng)一個(gè)項(xiàng)目的需求穩(wěn)定、定義準(zhǔn)確時(shí)，SDLC的方法使用起來(lái)最有效，當(dāng)商品化的軟件包越來(lái)越普遍時(shí)，SDLC中傳統(tǒng)的設(shè)計(jì)與開(kāi)發(fā)階段逐漸被選擇與配置階段所替代。 SDLC中的測(cè)試方法生命周期中

23、的測(cè)試錯(cuò)誤的方法稱(chēng)為V模型，這種方法保證在每一個(gè)階段對(duì)錯(cuò)誤加以驗(yàn)證與控制，而不是等到用戶(hù)驗(yàn)收階段再來(lái)測(cè)試錯(cuò)誤，它強(qiáng)調(diào)開(kāi)發(fā)階段與測(cè)試階段的相互關(guān)系。 SDLC的局限性無(wú)法預(yù)料的事件因?yàn)檎鎸?shí)的項(xiàng)目很少會(huì)遵循所描述順序流程，軟件實(shí)施過(guò)程中總會(huì)發(fā)生各種反復(fù)、產(chǎn)生各種新的問(wèn)題。按照這個(gè)方法的要求，對(duì)用戶(hù)需求的準(zhǔn)確定義是非常重要的，但在開(kāi)發(fā)初期從用戶(hù)那里獲得一個(gè)完整的、清晰的需求是很困難的。需要用戶(hù)有足夠的耐性。在這個(gè)方法的要求下，一個(gè)可工作的系統(tǒng)程序版本要到項(xiàng)目生命周期的最后才能得到，用戶(hù)在項(xiàng)目的最后階段才能接觸和使用軟件。在軟件正式開(kāi)發(fā)完成前，組織業(yè)務(wù)環(huán)境的改變能夠引起用戶(hù)需求的變化。B2.集成的資源

24、管理系統(tǒng) 概念越來(lái)越多的組織逐漸從傳統(tǒng)的一個(gè)個(gè)單獨(dú)的應(yīng)用系統(tǒng)過(guò)渡到綜合的集成解決方案，這些方案又可稱(chēng)為企業(yè)資源計(jì)劃(ERP)ERP是在MRPII的基礎(chǔ)中發(fā)展起來(lái)的，建立在信息技術(shù)基礎(chǔ)上，利用現(xiàn)代企業(yè)的先進(jìn)管理思想，全面地集成了企業(yè)所有資源信息，為企業(yè)提供決策、計(jì)劃、控制與經(jīng)營(yíng)業(yè)績(jī)?cè)u(píng)估的全方位和系統(tǒng)化的管理平臺(tái)。實(shí)施前高級(jí)管理層應(yīng)當(dāng)對(duì)系統(tǒng)結(jié)構(gòu)、技術(shù)方向、從原有系統(tǒng)到新系統(tǒng)的遷移策略、信息系統(tǒng)預(yù)算等問(wèn)題進(jìn)行詳細(xì)評(píng)估，并對(duì)業(yè)務(wù)變革進(jìn)行審批。ERP的模塊與流程ERP的風(fēng)險(xiǎn)根據(jù)不完全統(tǒng)計(jì)，我國(guó)實(shí)施ERP項(xiàng)目的企業(yè)已經(jīng)超過(guò)1600家，“70%的ERP項(xiàng)目失敗，30%的ERP項(xiàng)目成功”，“美國(guó)ERP項(xiàng)目也只

25、有50%的成功率”這些都是媒體上經(jīng)常看到的報(bào)道，更有甚至有“ERP項(xiàng)目在我國(guó)的成功率為零”的說(shuō)法。ERP的高風(fēng)險(xiǎn)使得企業(yè)高度關(guān)注如何預(yù)測(cè)、管理與控制ERP風(fēng)險(xiǎn)。沖擊體制風(fēng)險(xiǎn)項(xiàng)目決策風(fēng)險(xiǎn)項(xiàng)目選型風(fēng)險(xiǎn)需求分析風(fēng)險(xiǎn)項(xiàng)目管理風(fēng)險(xiǎn)實(shí)施質(zhì)量風(fēng)險(xiǎn)市場(chǎng)沖擊風(fēng)險(xiǎn)財(cái)務(wù)損失風(fēng)險(xiǎn)人力資源風(fēng)險(xiǎn)其他隱形風(fēng)險(xiǎn)國(guó)內(nèi)用友、金蝶、和佳、啟明、利瑪、浪潮、開(kāi)思等公司名稱(chēng)產(chǎn)品所在地SAP客戶(hù)機(jī)/服務(wù)器版本SAP R/3；MySAP；多行業(yè)解決方案SAP總部位于德國(guó)沃爾多夫市，是全球最大的企業(yè)管理和協(xié)同化電子商務(wù)解決方案供應(yīng)商、全球第三大獨(dú)立軟件供應(yīng)商。OracleOracle Applications共45種模塊Oracle成立于1

26、977年，是全球第二大軟件公司，總部在美國(guó)Redwood California。PeopleSoftAppConnect系列產(chǎn)品PeopleSoft （中文名：仁科）由 Dave Duffield 和 Ken Morris 創(chuàng)建。據(jù)稱(chēng)PeopleSoft占領(lǐng)了超過(guò)百分之五十的人力資源市場(chǎng)。JDEWorldSoftware A7.5（產(chǎn)品套件）和 OneWorld XE （網(wǎng)絡(luò)中心方案）美國(guó)杰.德.愛(ài)華茲公司創(chuàng)建于1977年，總部位于美國(guó)克羅拉多州的丹佛。BaaniBaan ERPBaan成立于1978年，由Jan Baan，Paul Baan兩兄弟在荷蘭創(chuàng)建主要ERP廠商國(guó)外B3.傳統(tǒng)的SDL

27、C各階段描述可行性研究(Feasibility Study)可行性研究是指在當(dāng)前組織內(nèi)外部的具體條件下，系統(tǒng)開(kāi)發(fā)工作必須具備的資源和條件，看其是否滿(mǎn)足系統(tǒng)目標(biāo)的要求。進(jìn)行可行性研究，對(duì)于保證資源的合理使用，避免浪費(fèi)和一些不必要的失敗，都是十分重要的可行性研究要完成下列任務(wù)：確定解決方案的時(shí)間表；確定在技術(shù)方面、經(jīng)濟(jì)方面、社會(huì)方面的可行性； 確定需要的信息資源或者滿(mǎn)足業(yè)務(wù)需要的、基于風(fēng)險(xiǎn)評(píng)估的最佳解決方案。確定現(xiàn)有系統(tǒng)是否能夠進(jìn)行調(diào)整或者是否需要改進(jìn)；確定供應(yīng)商的產(chǎn)品是否能夠提供解決問(wèn)題的方案；確定開(kāi)發(fā)新系統(tǒng)和解決問(wèn)題的適宜成本;確定解決方案是否符合業(yè)務(wù)戰(zhàn)略目標(biāo)。 系統(tǒng)開(kāi)發(fā)計(jì)劃(Developm

28、ents Planning)系統(tǒng)開(kāi)發(fā)計(jì)劃是對(duì)整個(gè)開(kāi)發(fā)過(guò)程進(jìn)行有效管理的主要依據(jù)和成功的保證。計(jì)劃階段為成功開(kāi)發(fā)奠定基礎(chǔ)，影響到今后幾個(gè)階段的實(shí)施效果，系統(tǒng)開(kāi)發(fā)計(jì)劃要遵循整體性、階段性、客觀可行性、全面性的原則 系統(tǒng)開(kāi)發(fā)計(jì)劃的主要內(nèi)容：組織機(jī)構(gòu)調(diào)整與設(shè)置需求評(píng)價(jià) 設(shè)備需求 成本收益分析 應(yīng)用軟件開(kāi)發(fā) 項(xiàng)目計(jì)劃 進(jìn)度控制質(zhì)量控制 人員需求和培訓(xùn) 測(cè)試 安裝與運(yùn)行 經(jīng)費(fèi)預(yù)算和支出 審計(jì)計(jì)劃 通過(guò)審查開(kāi)發(fā)過(guò)程,保證軟件按用戶(hù)需求設(shè)計(jì)，管理層洞悉設(shè)計(jì)方案,在實(shí)施之前進(jìn)行了應(yīng)用測(cè)試等 需求定義(Requirements Definition) 需求定義第一步是對(duì)組織內(nèi)部的整體管理狀況和信息處理過(guò)程進(jìn)行分析

29、，并側(cè)重于從業(yè)務(wù)全過(guò)程的角度進(jìn)行分析。第二步是將用戶(hù)的需求及其解決方法確定下來(lái)，這些需要確定的結(jié)果包括：開(kāi)發(fā)者關(guān)于現(xiàn)有組織管理狀況的了解；用戶(hù)對(duì)信息系統(tǒng)功能的需求；數(shù)據(jù)和業(yè)務(wù)流程；管理功能和管理數(shù)據(jù)指標(biāo)體系；新系統(tǒng)擬改動(dòng)和新增的管理模型等 需求分析的任務(wù)借助于當(dāng)前系統(tǒng)的邏輯模型導(dǎo)出目標(biāo)系統(tǒng)的邏輯模型，解決目標(biāo)系統(tǒng)的 “做什么” 的問(wèn)題。邏輯模型：業(yè)務(wù)模型、數(shù)據(jù)模型、功能模型需求分析需要建立的溝通途徑需求分析的一般過(guò)程需求分析方法之一：結(jié)構(gòu)化分析方法結(jié)構(gòu)化分析方法就是用抽象模型的概念，按照軟件內(nèi)部數(shù)據(jù)傳遞、變換的關(guān)系，自頂向下逐層分解，直到找到滿(mǎn)足功能要求的所有可實(shí)現(xiàn)的軟件為止結(jié)構(gòu)化分析方法使用

30、工具：數(shù)據(jù)流圖，數(shù)據(jù)詞典，結(jié)構(gòu)化英語(yǔ)，判定表與判定樹(shù)結(jié)構(gòu)化分析方法中，采用ERD用于數(shù)據(jù)建模，DFD用于功能建模，STD用于行為建模實(shí)體關(guān)系圖 數(shù)據(jù) 詞典狀態(tài)遷移圖數(shù)據(jù)流圖數(shù)據(jù)對(duì)象描述控制規(guī)格說(shuō)明加工規(guī)格說(shuō)明數(shù)據(jù)字典數(shù)據(jù)字典可以定義數(shù)據(jù)元素的屬性及使用方式，并可對(duì)存儲(chǔ)數(shù)據(jù)進(jìn)行數(shù)據(jù)完整性檢查，便于強(qiáng)化數(shù)據(jù)/編程標(biāo)準(zhǔn)。數(shù)據(jù)詞典精確地、嚴(yán)格地定義了每一個(gè)與系統(tǒng)相關(guān)的數(shù)據(jù)元素，并以字典式順序?qū)⑺鼈兘M織起來(lái)，使得用戶(hù)和分析員對(duì)所有的輸入、輸出、存儲(chǔ)成分和中間計(jì)算有共同的理解。在數(shù)據(jù)詞典的每一個(gè)詞條中應(yīng)包含以下信息：名稱(chēng)：數(shù)據(jù)對(duì)象或控制項(xiàng)、數(shù)據(jù)存儲(chǔ)或外部實(shí)體的名字。別名或編號(hào)。分類(lèi)：數(shù)據(jù)對(duì)象？過(guò)程？數(shù)據(jù)流

31、？數(shù)據(jù)文件？外部實(shí)體？控制項(xiàng)（事件狀態(tài)）？描述：描述內(nèi)容或數(shù)據(jù)結(jié)構(gòu)等。何處使用：使用該詞條（數(shù)據(jù)或控制項(xiàng)）的加工。數(shù)據(jù)流圖DFDDFD可以表達(dá)數(shù)據(jù)處理過(guò)程的數(shù)據(jù)流動(dòng)情況，DFD用于功能建模需要按照系統(tǒng)的層次結(jié)構(gòu)進(jìn)行逐步分解，并以分層的數(shù)據(jù)流圖反映系統(tǒng)的結(jié)構(gòu)關(guān)系，能清楚地表達(dá)和容易理解整個(gè)系統(tǒng)實(shí)體關(guān)系圖ERDERD數(shù)據(jù)模型包括三種互相關(guān)聯(lián)的信息：數(shù)據(jù)對(duì)象，描述對(duì)象的屬性，描述對(duì)象間相互連接的關(guān)系。 行為建模STD行為建模給出需求分析方法的所有操作原則 通過(guò)狀態(tài)遷移圖(STD)或狀態(tài)遷移表來(lái)描述系統(tǒng)或?qū)ο蟮臓顟B(tài)，以及導(dǎo)致系統(tǒng)或?qū)ο蟮臓顟B(tài)改變的事件，從而描述系統(tǒng)的行為。程序的基本控制結(jié)構(gòu)IDEF1X

32、標(biāo)準(zhǔn)1993年美國(guó)國(guó)家標(biāo)準(zhǔn)與技術(shù)學(xué)會(huì)發(fā)布了IDEF1X信息系統(tǒng)建模標(biāo)準(zhǔn)，它用在需求分析時(shí)對(duì)所建系統(tǒng)的信息資源進(jìn)行分析和交流，IDEF1X是對(duì)ERD的一種擴(kuò)展。IDEF1X通常用來(lái)：確定組織中當(dāng)前管理的是什么信息；對(duì)需求分析過(guò)程中發(fā)現(xiàn)的問(wèn)題確定哪些是由于缺乏合適的信息引起的；指定在將來(lái)進(jìn)行的實(shí)施中，哪些信息需要管理。 IDEF1X建模奠定了數(shù)據(jù)庫(kù)設(shè)計(jì)基礎(chǔ)，給出了信息結(jié)構(gòu)定義，提供了反映基本信息需求的需求說(shuō)明 ,IDEF基本符號(hào)如下：業(yè)務(wù)活動(dòng)控制輸入輸出機(jī)制其他需要注意的問(wèn)題面向?qū)ο蠓椒ㄖ信cERD等價(jià)的概念是類(lèi)圖即使是使用面向?qū)ο蟮哪Ｐ秃图夹g(shù)來(lái)開(kāi)發(fā)應(yīng)用系統(tǒng)，應(yīng)用系統(tǒng)產(chǎn)生和使用的數(shù)據(jù)一般還是要存儲(chǔ)到

33、關(guān)系型數(shù)據(jù)庫(kù)中去，因此，系統(tǒng)開(kāi)發(fā)中有必要把類(lèi)圖映射成ERD。 信息系統(tǒng)審計(jì)師在需求分析階段要確定：應(yīng)用系統(tǒng)是否定義了充分的安全需求以保證系統(tǒng)的機(jī)密性、完整性和可用性；是否定義了完備的審計(jì)蹤跡作為系統(tǒng)的必要組成部分，審計(jì)蹤跡是審計(jì)師未來(lái)進(jìn)行信息安全與績(jī)效評(píng)估的重要依據(jù)。軟件設(shè)計(jì)(Software Design)根據(jù)前一階段系統(tǒng)需求分析的結(jié)果，在已經(jīng)獲得批準(zhǔn)的系統(tǒng)分析報(bào)告的基礎(chǔ)上，進(jìn)行新系統(tǒng)設(shè)計(jì)。系統(tǒng)設(shè)計(jì)包括兩個(gè)方面，首先是總體結(jié)構(gòu)的設(shè)計(jì)，其次是把系統(tǒng)分解成一個(gè)個(gè)具體模塊與組件。系統(tǒng)設(shè)計(jì)的主要目的就是為下一階段的系統(tǒng)實(shí)現(xiàn)(如編程、調(diào)試、試運(yùn)行等)制定藍(lán)圖。系統(tǒng)設(shè)計(jì)階段的主要任務(wù)就是在各種技術(shù)和實(shí)施

34、方法中權(quán)衡利弊、精心設(shè)計(jì)、合理使用各種資源，最終規(guī)劃出新系統(tǒng)的詳細(xì)設(shè)計(jì)方案。 設(shè)計(jì)步驟根據(jù)用數(shù)據(jù)、功能和行為模型表示的軟件需求，采用某種設(shè)計(jì)方法進(jìn)行數(shù)據(jù)設(shè)計(jì)、體系結(jié)構(gòu)設(shè)計(jì)、接口設(shè)計(jì)和過(guò)程設(shè)計(jì)。系統(tǒng)概要設(shè)計(jì)系統(tǒng)詳細(xì)設(shè)計(jì)軟件基線(xiàn)管理(Software Baselining) 基線(xiàn)是軟件生存期中各開(kāi)發(fā)階段末尾的特定點(diǎn)，又稱(chēng)里程碑，它的作用是把各階段工作的劃分更加明確化，使本來(lái)連續(xù)的工作在這些點(diǎn)上斷開(kāi)，以便于檢驗(yàn)和肯定階段成果。如果不能很好地通過(guò)軟件基線(xiàn)來(lái)管理需求，將會(huì)帶來(lái)很大的風(fēng)險(xiǎn)。最主要的是邊界蔓延，即在開(kāi)發(fā)過(guò)程中不斷報(bào)改變需求 在系統(tǒng)設(shè)計(jì)階段的基線(xiàn)上建立變更管理控制，在系統(tǒng)開(kāi)發(fā)生命周期內(nèi)的各個(gè)階

35、段提出需求變更時(shí)，都要使用變更控制過(guò)程。設(shè)計(jì)過(guò)程的用戶(hù)參與在軟件設(shè)計(jì)過(guò)程中，用戶(hù)過(guò)多參與是不合適的，用戶(hù)一般對(duì)軟件的設(shè)計(jì)方法與技術(shù)缺乏了解。但是設(shè)計(jì)人員應(yīng)當(dāng)向用戶(hù)解釋軟件結(jié)構(gòu)是如何滿(mǎn)足用戶(hù)業(yè)務(wù)需要的，并強(qiáng)調(diào)關(guān)鍵設(shè)計(jì)方案的合理性。另外，系統(tǒng)的設(shè)計(jì)可能涉及到特定硬件的選擇和軟件的配置，這要引起利益相關(guān)者的注意設(shè)計(jì)階段審計(jì)師的關(guān)注點(diǎn)設(shè)計(jì)階段檢查安全需求是否有足夠的控制已集成到系統(tǒng)定義和測(cè)試計(jì)劃中；連續(xù)性的在線(xiàn)審計(jì)功能是否集成到系統(tǒng)中在系統(tǒng)設(shè)計(jì)階段的基線(xiàn)上是否建立變更管理控制檢查相關(guān)文檔是否齊全開(kāi)發(fā)(Development)軟件開(kāi)發(fā)目的是通過(guò)編程實(shí)現(xiàn)開(kāi)發(fā)者在系統(tǒng)分析和系統(tǒng)設(shè)計(jì)中提出的管理方法和處理構(gòu)想

36、。編程目的是為了得到最終軟件產(chǎn)品，在這個(gè)階段編程的責(zé)任主要落在編程人員和設(shè)計(jì)系統(tǒng)的分析員身上。開(kāi)發(fā)階段實(shí)施的關(guān)鍵活動(dòng)包括：程序編碼和開(kāi)發(fā)程序文檔、系統(tǒng)文檔程序調(diào)試和程序測(cè)試開(kāi)發(fā)程序以從舊系統(tǒng)轉(zhuǎn)換數(shù)據(jù)到新系統(tǒng)中創(chuàng)建用戶(hù)遷移計(jì)劃，實(shí)現(xiàn)用戶(hù)到新系統(tǒng)的順利轉(zhuǎn)移對(duì)使用新系統(tǒng)的用戶(hù)進(jìn)行培訓(xùn)如果是對(duì)購(gòu)買(mǎi)的商品化軟件包進(jìn)行定制開(kāi)發(fā)，確保對(duì)程序代碼的修改記錄在案，并把修改內(nèi)容準(zhǔn)確完整地應(yīng)用到供應(yīng)商的原始軟件代碼中去，以保證供應(yīng)商將來(lái)的升級(jí)版本包含了這些己更新代碼。集成開(kāi)發(fā)環(huán)境(IDE)針對(duì)某一編程語(yǔ)言而專(zhuān)門(mén)設(shè)計(jì)的、界面友好的可視化環(huán)境，一般整合源代碼編輯器、調(diào)試器、編譯器和資源編輯器。如MS VC+、VB，Bo

37、rland Delphi等聯(lián)網(wǎng)的集成開(kāi)發(fā)環(huán)境可以降低開(kāi)發(fā)成本，保持快速響應(yīng)時(shí)間，提供共享的程序資源，但同時(shí)容易受非授權(quán)訪(fǎng)問(wèn)的影響而出現(xiàn)錯(cuò)誤，應(yīng)當(dāng)通過(guò)訪(fǎng)問(wèn)控制軟件來(lái)控制這類(lèi)風(fēng)險(xiǎn)。典型的聯(lián)網(wǎng)集成開(kāi)發(fā)環(huán)境：Rational Rose、Visual Studio .NET 軟件工程學(xué)對(duì)軟件開(kāi)發(fā)方法與技術(shù)的要求可靠性程序、系統(tǒng)及程序運(yùn)行的安全可靠性規(guī)范性 系統(tǒng)的劃分，書(shū)寫(xiě)的格式，變量的命名等等都按統(tǒng)一規(guī)劃 可讀性可讀性即程序清晰，沒(méi)有太多繁雜的技巧，能夠使他人容易讀懂?？梢浦残栽闯绦驊?yīng)具有可移植性 ，應(yīng)嚴(yán)格地遵守 ISO 或ANSI、GB的標(biāo)準(zhǔn)。可維護(hù)性可維護(hù)性即程序各部分相互獨(dú)立，沒(méi)有和子程序以外的其

38、他數(shù)據(jù)牽連。源程序的可讀性，語(yǔ)言自身的文檔化特性也是影響到可維護(hù)性的重要因素。其他詳細(xì)設(shè)計(jì)應(yīng)能直接地容易地翻譯成代碼程序，盡可能應(yīng)用代碼生成的自動(dòng)工具，編譯程序應(yīng)具有較高的效率 編程語(yǔ)言高級(jí)通用編程語(yǔ)言，例如：COBOL、C語(yǔ)言面向?qū)ο蟮木幊陶Z(yǔ)言，例如：C+、OO-Basic、Eifell、Java腳本語(yǔ)言，例如：SH(SHELL)、Perl、TCL、Python、JavaScript、VBScript、CGI為特定處理器設(shè)計(jì)的低級(jí)匯編語(yǔ)言第四代高級(jí)編程語(yǔ)言(4GLs),例如：FOCUS、Natural和dBase決策支持與專(zhuān)家系統(tǒng),例如：Express、LISP、PROLOG編程調(diào)試(Pro

39、gram Debugging) 在生成正式軟件產(chǎn)品前，檢測(cè)出程序中的異常中止和程序編碼錯(cuò)誤，并對(duì)錯(cuò)誤進(jìn)行糾正 。主要調(diào)試方法有：邏輯路徑監(jiān)測(cè)、內(nèi)存轉(zhuǎn)儲(chǔ) 、輸出分析 測(cè)試軟件測(cè)試是根據(jù)軟件開(kāi)發(fā)各階段的規(guī)格說(shuō)明和程序的內(nèi)部結(jié)構(gòu)而精心設(shè)計(jì)一批測(cè)試用例（即輸入數(shù)據(jù)及其預(yù)期的輸出結(jié)果），并利用這些測(cè)試用例去運(yùn)行程序，以發(fā)現(xiàn)程序錯(cuò)誤的過(guò)程。測(cè)試過(guò)程中的要素測(cè)試計(jì)劃自底向上(Bottom up) 向頂向下(Top down) 實(shí)施測(cè)試和報(bào)告測(cè)試結(jié)果 解決測(cè)試中發(fā)現(xiàn)的問(wèn)題其他類(lèi)型的測(cè)試測(cè)試和測(cè)試評(píng)價(jià)軟件產(chǎn)品的FURPS（即功能、可使用性、可靠性、性能和支持）黑盒測(cè)試 測(cè)試人員完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部

40、特性，只依據(jù)程序的需求分析規(guī)格說(shuō)明，檢查程序的功能是否符合它的功能說(shuō)明 白盒測(cè)試 利用程序內(nèi)部的邏輯結(jié)構(gòu)及有關(guān)信息，設(shè)計(jì)或選擇測(cè)試用例，對(duì)程序所有邏輯路徑進(jìn)行測(cè)試。 模擬測(cè)試 對(duì)系統(tǒng)的某些特定的或預(yù)定義的內(nèi)容進(jìn)行預(yù)備性的測(cè)試 ?；貧w測(cè)試 測(cè)試計(jì)劃或測(cè)試場(chǎng)景的某些內(nèi)容重新進(jìn)行測(cè)試，目的是為了保證最近對(duì)軟件所做的變更和修改沒(méi)有引入新的錯(cuò)誤 功能/確認(rèn)測(cè)試 驗(yàn)證軟件的功能和性能及其它特性是否與用戶(hù)的要求一致。 平行測(cè)試 把一套測(cè)試數(shù)據(jù)同時(shí)輸入到被測(cè)試系統(tǒng)和對(duì)比系統(tǒng)中去運(yùn)行，比較兩個(gè)系統(tǒng)的輸出結(jié)果，以判斷被測(cè)試系統(tǒng)的正確性。社交性測(cè)試 證實(shí)新系統(tǒng)在目標(biāo)環(huán)境中運(yùn)行時(shí)，不會(huì)給其他系統(tǒng)帶來(lái)負(fù)面影響。測(cè)試計(jì)劃

41、測(cè)試分析報(bào)告系統(tǒng)文檔可行性研究報(bào)告項(xiàng)目開(kāi)發(fā)計(jì)劃軟件需求規(guī)格說(shuō)明書(shū)數(shù)據(jù)要求說(shuō)明書(shū)測(cè)試計(jì)劃概要設(shè)計(jì)說(shuō)明書(shū)詳細(xì)設(shè)計(jì)說(shuō)明書(shū)數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)明操作手冊(cè)用戶(hù)手冊(cè)測(cè)試分析報(bào)告模塊開(kāi)發(fā)卷宗開(kāi)發(fā)進(jìn)度月報(bào)項(xiàng)目開(kāi)發(fā)總結(jié)報(bào)告維護(hù)修改日志實(shí)施策略實(shí)施實(shí)施過(guò)程中的資源、角色、責(zé)任、實(shí)施團(tuán)隊(duì)與用戶(hù)間溝通方法、培訓(xùn)方法、各種用例的規(guī)劃。轉(zhuǎn)換定義轉(zhuǎn)換數(shù)據(jù)到新應(yīng)用的過(guò)程。指舊系統(tǒng)人工或自動(dòng)向新系統(tǒng)轉(zhuǎn)換的過(guò)程，即新系統(tǒng)的轉(zhuǎn)換。 文檔要建立系統(tǒng)和用戶(hù)文檔，易于學(xué)習(xí)與培訓(xùn)，保證平穩(wěn)過(guò)渡實(shí)施。培訓(xùn)有效培訓(xùn)能夠使員工的錯(cuò)誤與問(wèn)題都明顯減少，從而使支持成本減少36倍。支持 包括幫助臺(tái)，問(wèn)題報(bào)告等。 軟件系統(tǒng)轉(zhuǎn)換維護(hù)系統(tǒng)實(shí)施后要進(jìn)行維護(hù)，校正程序

42、錯(cuò)誤或改進(jìn)系統(tǒng)。 維護(hù)分成以下三類(lèi) ：校正維護(hù) 糾正包括軟件錯(cuò)誤，進(jìn)行緊急程序修復(fù)以及日常檢測(cè) 適應(yīng)性維護(hù)由于規(guī)則、其他環(huán)境變更或使用軟件的方法引起 完善性維護(hù)用戶(hù)持續(xù)改善文檔，重新編碼以提高效率 運(yùn)行系統(tǒng)日常運(yùn)行管理主要包括：系統(tǒng)運(yùn)行管理的組織機(jī)構(gòu) 基礎(chǔ)數(shù)據(jù)的管理運(yùn)行管理制度記錄系統(tǒng)運(yùn)行狀況 B4.與軟件開(kāi)發(fā)相關(guān)的風(fēng)險(xiǎn)主要風(fēng)險(xiǎn)如前所述，軟件開(kāi)發(fā)面臨商業(yè)風(fēng)險(xiǎn)、技術(shù)風(fēng)險(xiǎn)、項(xiàng)目風(fēng)險(xiǎn)等。信息系統(tǒng)審計(jì)師應(yīng)當(dāng)評(píng)價(jià)與項(xiàng)目相關(guān)管理要求項(xiàng)目符合公司的業(yè)務(wù)目標(biāo)包括了有效的資源和時(shí)間的估計(jì)的項(xiàng)目計(jì)劃如果不存在軟件基線(xiàn)管理，就需要控制開(kāi)發(fā)范圍膨脹，防止用戶(hù)需求的不斷變化使開(kāi)發(fā)過(guò)程失去控制。管理層對(duì)軟件設(shè)計(jì)和開(kāi)發(fā)活動(dòng)

43、的追蹤與監(jiān)控高級(jí)管理層對(duì)軟件項(xiàng)目的設(shè)計(jì)和開(kāi)發(fā)的支持在每一個(gè)項(xiàng)目階段進(jìn)行階段性的審核和風(fēng)險(xiǎn)分析B5.結(jié)構(gòu)化的分析、設(shè)計(jì)和開(kāi)發(fā)技術(shù)的使用結(jié)構(gòu)化方法的作用與SDLC方法緊密相關(guān)，提供一種從抽象到具體的實(shí)現(xiàn)框架，通過(guò)在不同的抽象水平使用不同的圖形符號(hào)來(lái)表示應(yīng)用程序的數(shù)據(jù)和程序組件，直到其達(dá)到一種能夠使程序員可以編碼的抽象水平。 系統(tǒng)功能的開(kāi)發(fā)一般是以模塊化的方式自頂向下進(jìn)行的，這將有助于程序員用線(xiàn)性方式來(lái)對(duì)模塊進(jìn)行系統(tǒng)化開(kāi)發(fā)和測(cè)試。 當(dāng)使用傳統(tǒng)的SDLC的方法來(lái)進(jìn)行業(yè)務(wù)應(yīng)用系統(tǒng)開(kāi)發(fā)的時(shí)候，審計(jì)師應(yīng)當(dāng)關(guān)心這種結(jié)構(gòu)化方法的過(guò)程是否被良好定義、記錄和遵循。制定組織的高層業(yè)務(wù)流程圖。分解建立數(shù)據(jù)流/控制流開(kāi)發(fā)

44、控制轉(zhuǎn)換開(kāi)發(fā)最小規(guī)格說(shuō)明開(kāi)發(fā)數(shù)據(jù)詞典定義所有的外部事件（來(lái)自于外部的輸入）為每一個(gè)外部事件定義單個(gè)的轉(zhuǎn)換數(shù)據(jù)流圖B6.其他的系統(tǒng)開(kāi)發(fā)方法SDLC的缺點(diǎn)不可預(yù)料的事件 一個(gè)實(shí)際的應(yīng)用項(xiàng)目很少能夠完全按照預(yù)先設(shè)計(jì)的進(jìn)行，這時(shí)候所出現(xiàn)的一些反復(fù)會(huì)給這種這種方法帶來(lái)問(wèn)題。 對(duì)需求定義要求很高 準(zhǔn)確的需求定義，才能開(kāi)發(fā)出有效的系統(tǒng)，然而用戶(hù)的需求表達(dá)常常不是非常清楚。 需要用戶(hù)有足夠的耐心 只有在項(xiàng)目開(kāi)發(fā)的后期才有可能向用戶(hù)提供一個(gè)可工作的版本，在這期間用戶(hù)只有耐心等待。SDLC的軟件開(kāi)發(fā)方法當(dāng)前面臨挑戰(zhàn)一是系統(tǒng)的復(fù)雜性在日益增加，二是組織普遍要求快速實(shí)施新系統(tǒng)，在業(yè)務(wù)發(fā)生變化前就從系統(tǒng)中獲得利益。在某

45、種程度上，SDLC幾乎對(duì)所有的軟件開(kāi)發(fā)項(xiàng)目都適用。但不同的項(xiàng)目所采用的系列步驟、重復(fù)次數(shù)、持續(xù)時(shí)間和所使用的方法都有顯著的變化。隨著系統(tǒng)復(fù)雜性的增加，應(yīng)當(dāng)考慮如何更好地組織軟件項(xiàng)目并采用更有效的開(kāi)發(fā)策略，使軟件開(kāi)發(fā)向不斷優(yōu)化的方向演進(jìn)。 一些新的開(kāi)發(fā)方法增量開(kāi)發(fā)或漸進(jìn)式開(kāi)發(fā)系統(tǒng)內(nèi)嵌到各階段或版本中，而不是在開(kāi)發(fā)完成后整體交付。 迭代開(kāi)發(fā) 這種方法涉及使用迭代或增量來(lái)構(gòu)建系統(tǒng) 演化式開(kāi)發(fā)(Evolutionary development) 開(kāi)發(fā)項(xiàng)目難于做到一次成功，出現(xiàn)返工再開(kāi)發(fā)在所難免 先做試驗(yàn)開(kāi)發(fā)，目標(biāo)只是在于探索可行性，弄清軟件需求 然后在此基礎(chǔ)上獲得較為滿(mǎn)意的軟件產(chǎn)品 通常把第一次得到的

46、試驗(yàn)性產(chǎn)品稱(chēng)為“原型” ,這種開(kāi)發(fā)方法通常稱(chēng)為原型法。螺旋式開(kāi)發(fā)(Spiral development) 對(duì)于復(fù)雜的大型軟件，開(kāi)發(fā)一個(gè)原型往往達(dá)不到要求。 螺旋模型將瀑布模型與演化模型結(jié)合起來(lái)，并且加入兩種模型均忽略了的風(fēng)險(xiǎn)分析螺旋模型沿著螺線(xiàn)每旋轉(zhuǎn)一圈便開(kāi)發(fā)出更為完善的一個(gè)新的軟件版本 敏捷開(kāi)發(fā)(Agile development）項(xiàng)目被分解成相對(duì)較短的時(shí)間段(time-boxed)進(jìn)行迭代開(kāi)發(fā)。從最早期的迭代開(kāi)始，開(kāi)發(fā)重點(diǎn)就是快速生產(chǎn)出可工作的功能性產(chǎn)品 面向數(shù)據(jù)的開(kāi)發(fā)方法(DOSD)面向數(shù)據(jù)的開(kāi)發(fā)方法是通過(guò)數(shù)據(jù)和數(shù)據(jù)結(jié)構(gòu)來(lái)表達(dá)軟件需求的一種開(kāi)發(fā)方法；不像基于傳統(tǒng)的SDLC的結(jié)構(gòu)化分析方法

47、，面向數(shù)據(jù)的開(kāi)發(fā)方法把數(shù)據(jù)與處理數(shù)據(jù)的過(guò)程加以分離，只考慮數(shù)據(jù)，不考慮處理數(shù)據(jù)的過(guò)程；這種方法必須與其他開(kāi)發(fā)方法給合起來(lái)使用，才能有效地開(kāi)發(fā)出適合的業(yè)務(wù)解決方案。數(shù)據(jù)倉(cāng)庫(kù) 主題數(shù)據(jù)庫(kù) 基本表 數(shù)據(jù)元素?cái)?shù)據(jù)內(nèi)容 數(shù)據(jù)庫(kù)名（數(shù)據(jù) 庫(kù)內(nèi)容描述） 注意： 信息的完整性； 相關(guān)業(yè)務(wù)人員達(dá) 成共識(shí)。 業(yè)務(wù)人員確定 I T人員確定數(shù)據(jù)結(jié)構(gòu).計(jì)算機(jī)內(nèi)主題數(shù)據(jù)庫(kù)數(shù)據(jù)標(biāo)準(zhǔn)化面向?qū)ο箝_(kāi)發(fā)方法(OOSD)向?qū)ο蟮亩x 面向?qū)ο?= 對(duì)象 + 類(lèi) + 繼承 + 消息通信。如果一個(gè)軟件系統(tǒng)是使用這樣4個(gè)概念設(shè)計(jì)和實(shí)現(xiàn)的，則認(rèn)為這個(gè)軟件系統(tǒng)是面向?qū)ο蟮?。一個(gè)面向?qū)ο蟮某绦虻拿恳怀煞輵?yīng)是對(duì)象，計(jì)算是通過(guò)新的對(duì)象的建立和對(duì)象之

48、間的消息通信來(lái)執(zhí)行的。 面向?qū)ο髢?yōu)勢(shì)： 面向?qū)ο蟮募夹g(shù)建立的模型與客觀世界一致，因而便于理解；適應(yīng)變化的需要，修改局限在模塊中； 可復(fù)用性。面向?qū)ο笈c面向過(guò)程系統(tǒng)的區(qū)別面向?qū)ο蟮幕靖拍铑?lèi)和對(duì)象 類(lèi)封裝了對(duì)描述某些現(xiàn)實(shí)世界實(shí)體的內(nèi)容和行為所需的數(shù)據(jù)和過(guò)程的抽象，即對(duì)一組對(duì)象的集合。 對(duì)象是一組數(shù)據(jù)和處理的結(jié)合體，是類(lèi)的一個(gè)實(shí)例。 屬性 屬性依附于類(lèi)和對(duì)象，用以描述對(duì)象的靜態(tài)特征 方法 對(duì)象內(nèi)封裝的處理數(shù)據(jù)的算法稱(chēng)為方法 消息 消息是對(duì)象間交互的手段，消息刺激接收對(duì)象產(chǎn)生某種行為，通過(guò)操作的執(zhí)行來(lái)完成相應(yīng)的行為。面向?qū)ο笙到y(tǒng)的三個(gè)特征封裝數(shù)據(jù)和過(guò)程的內(nèi)部實(shí)現(xiàn)細(xì)節(jié)對(duì)外隱蔽 數(shù)據(jù)結(jié)構(gòu)和對(duì)它們的操作被

49、合并在單個(gè)名字的實(shí)體中，便于構(gòu)件復(fù)用。 繼承 便于復(fù)用 高層的變化可以立即傳播到系統(tǒng)的其他部分 多態(tài) 各種對(duì)象之間具有統(tǒng)一、方便、動(dòng)態(tài)的消息傳遞機(jī)制減少擴(kuò)展現(xiàn)有系統(tǒng)的工作量面向?qū)ο蠹夹g(shù) 面向?qū)ο蠓治觯∣OA）面向?qū)ο笤O(shè)計(jì)（OOD） 面向?qū)ο缶幊毯蛯?shí)現(xiàn)（OOP） 面向?qū)ο蟮臏y(cè)試（OOT） 面向?qū)ο髢?yōu)點(diǎn)： 管理的數(shù)據(jù)類(lèi)型多樣性的能力 ，對(duì)復(fù)雜關(guān)系進(jìn)行建模的手段，對(duì)不斷變化的環(huán)境需求的適應(yīng)性 解決了傳統(tǒng)方法中客觀世界描述工具和軟件結(jié)構(gòu)不一致的問(wèn)題，縮短開(kāi)發(fā)周期。面向?qū)ο蟮姆椒ㄖ械睦^承機(jī)制，支持了模型與代碼在一個(gè)系統(tǒng)中的重用，提高了開(kāi)發(fā)效率。面向?qū)ο蟮姆庋b性簡(jiǎn)化了開(kāi)發(fā)過(guò)程，有利于大型復(fù)雜系統(tǒng)開(kāi)發(fā)時(shí)系統(tǒng)

50、開(kāi)發(fā)人員的分組獨(dú)立工作，對(duì)一個(gè)類(lèi)的修改會(huì)自動(dòng)傳播到它所屬的子類(lèi)。由于多態(tài)性的支持，可以無(wú)須對(duì)系統(tǒng)進(jìn)行修改，這減少了錯(cuò)誤和開(kāi)發(fā)的工作量，使系統(tǒng)對(duì)環(huán)境變化的適應(yīng)性增強(qiáng)。統(tǒng)一的OOA方法UMLUML允許軟件工程師使用由一組語(yǔ)法的語(yǔ)義的實(shí)用的規(guī)則支配的符號(hào)來(lái)表示分析模型。 基于組件的開(kāi)發(fā)方法 基于組件的開(kāi)發(fā)方法是面向?qū)ο蠓ǖ耐卣?，通過(guò)定義接口集成可執(zhí)行的軟件包，從而完成一定的服務(wù)。優(yōu)點(diǎn)節(jié)省開(kāi)發(fā)時(shí)間 提高質(zhì)量 使得開(kāi)發(fā)者可以將精力用于核心業(yè)務(wù)的開(kāi)發(fā) 有助于增加模塊性 重用簡(jiǎn)單化 減少開(kāi)發(fā)成本 使用軟件的開(kāi)發(fā)與購(gòu)買(mǎi)可以和諧統(tǒng)一組件的類(lèi)型過(guò)程內(nèi)客戶(hù)端組件 這些組件必須在容器內(nèi)運(yùn)行，不能單獨(dú)運(yùn)行 例如：瀏覽器

51、的播放Flash動(dòng)畫(huà)的插件 孤立的客戶(hù)端組件 可以作為組件來(lái)向其他軟件提供服務(wù)應(yīng)用 例如： MS Excel、Word 孤立的服務(wù)器端組件可以通過(guò)組件的方式提供標(biāo)準(zhǔn)服務(wù)的，在服務(wù)器端運(yùn)行的進(jìn)程例如：DCOM、CORBA、RMI 過(guò)程內(nèi)的服務(wù)器組件 這些組件在服務(wù)器的容器中運(yùn)行例如：MS MTS 、SUN EJB組件與中間件基于Web應(yīng)用開(kāi)發(fā)方法基于Web的應(yīng)用開(kāi)發(fā)是正在形成的一種重要的軟件開(kāi)發(fā)方法，它使得企業(yè)內(nèi)部或企業(yè)之間的代碼模塊能夠更容易、更有效地集成。 基于Web的應(yīng)用開(kāi)發(fā)以及與之相聯(lián)系的XML能夠使得代碼與程序更加容易集成和標(biāo)準(zhǔn)化。 基于Web的應(yīng)用開(kāi)發(fā)中需求解決的另一個(gè)問(wèn)題是避免用重

52、復(fù)的代碼來(lái)完成重復(fù)的計(jì)算任務(wù)Web ServicesWeb service平臺(tái)是一套標(biāo)準(zhǔn)，它定義了應(yīng)用程序如何在Web上實(shí)現(xiàn)互操作性?？梢杂萌魏文阆矚g的語(yǔ)言，不同的平臺(tái)中編寫(xiě)Web service ，而通過(guò)Web service的標(biāo)準(zhǔn)來(lái)對(duì)這些服務(wù)進(jìn)行查詢(xún)和訪(fǎng)問(wèn) 在Web Services 中，XML是數(shù)據(jù)的格式，SOAP是調(diào)用Web Services的協(xié)議，WSDL是描述Web Services 的格式，而UDDI是Web Services登記，查找和利用的組合。四個(gè)方面組成了整個(gè)Web Services架構(gòu) Web Services 正是利用了標(biāo)準(zhǔn)協(xié)議解決了困擾互聯(lián)網(wǎng)發(fā)展的兩大問(wèn)題：數(shù)據(jù)傳送

53、和平臺(tái)異構(gòu)，從而為開(kāi)發(fā)者提供了一個(gè)統(tǒng)一的編程接口，使用者提供了一個(gè)百分之百的互聯(lián)網(wǎng)絡(luò)模型。原型法 原型是軟件的一個(gè)早期可運(yùn)行的版本，它反映最終系統(tǒng)的部分重要特性。在獲得一組基本需求說(shuō)明后，通過(guò)快速分析構(gòu)造出一個(gè)小型的軟件系統(tǒng)，滿(mǎn)足用戶(hù)的基本要求。用戶(hù)可在試用原型系統(tǒng)的過(guò)程中得到親身感受和受到啟發(fā)，做出反應(yīng)和評(píng)價(jià)。 然后開(kāi)發(fā)者根據(jù)用戶(hù)的意見(jiàn)對(duì)原型加以改進(jìn)。隨著不斷試驗(yàn)、糾錯(cuò)、使用、評(píng)價(jià)和修改，獲得新的原型版本如此周而復(fù)始，逐步減少分析和溝通中的誤解，彌補(bǔ)不足之處，進(jìn)一步確定各種需求細(xì)節(jié)，適應(yīng)需求的變更，從而提高了最終產(chǎn)品的質(zhì)量。原型法的兩種基本方法建立設(shè)計(jì)用的原型 采用適用的4GL逐步構(gòu)造一個(gè)最

54、終可投入運(yùn)行的系統(tǒng) 原型法的優(yōu)點(diǎn)遵循人們認(rèn)知規(guī)律，采用循序漸進(jìn)的過(guò)程去開(kāi)發(fā)和認(rèn)識(shí)系統(tǒng)；將模擬手段引入系統(tǒng)分析，便于用戶(hù)和系統(tǒng)分析人員之間溝通；充分利用最新工具軟件，減少系統(tǒng)開(kāi)發(fā)時(shí)間和費(fèi)用，提高效率。 原型法潛在的風(fēng)險(xiǎn)在于：完成的系統(tǒng)在控制機(jī)制方面一般較弱，可能會(huì)丟失一些傳統(tǒng)開(kāi)發(fā)方法的控制，如備份和恢復(fù)，安全和審計(jì)軌跡等；變更控制也變得更加復(fù)雜。需求和設(shè)計(jì)的需求變更很快，很少被文檔化，也很少被批準(zhǔn)，導(dǎo)致系統(tǒng)進(jìn)入不易維護(hù)的狀態(tài)；對(duì)于大量運(yùn)算、邏輯性強(qiáng)的程序模塊，原型法很難構(gòu)造出適宜模型，以供用戶(hù)評(píng)價(jià)；對(duì)于大型系統(tǒng)如果沒(méi)有系統(tǒng)地進(jìn)行整體性劃分，很難進(jìn)行模擬。信息系統(tǒng)審計(jì)師應(yīng)該認(rèn)識(shí)到原型法有關(guān)的風(fēng)險(xiǎn)，

55、也應(yīng)該意識(shí)到這種方法給組織帶來(lái)的省時(shí)、節(jié)約的好處，進(jìn)行綜合分析評(píng)估?？焖賾?yīng)用開(kāi)發(fā)方法(RAD)RAD是一種以減少開(kāi)發(fā)成本和犧牲維護(hù)質(zhì)量來(lái)使得組織能夠有策略地快速開(kāi)發(fā)出重點(diǎn)應(yīng)用系統(tǒng)的開(kāi)發(fā)方法。 RAD的使用前提 支持單個(gè)應(yīng)用系統(tǒng)的分析、設(shè)計(jì)、開(kāi)發(fā)與實(shí)施 限定的開(kāi)發(fā)周期 組件重用 RAD的四個(gè)階段 概念定義、功能設(shè)計(jì)、開(kāi)發(fā)、遷移敏捷開(kāi)發(fā)敏捷開(kāi)發(fā)指的是支持復(fù)雜系統(tǒng)開(kāi)發(fā)的一系列非傳統(tǒng)化的開(kāi)發(fā)過(guò)程 敏捷開(kāi)發(fā)的特點(diǎn) 短時(shí)間內(nèi)開(kāi)發(fā) 開(kāi)發(fā)末期對(duì)項(xiàng)目進(jìn)行重新計(jì)劃 與傳統(tǒng)的方法相比，相對(duì)更加可靠 用成對(duì)編程（兩人編寫(xiě)系統(tǒng)的同一部分）來(lái)共享智慧與質(zhì)量檢查 項(xiàng)目經(jīng)理角色轉(zhuǎn)變敏捷開(kāi)發(fā)對(duì)傳統(tǒng)軟件開(kāi)發(fā)問(wèn)題的處理僅僅對(duì)下一期

56、間的任務(wù)進(jìn)行詳細(xì)計(jì)劃 不強(qiáng)調(diào)管理需求的基線(xiàn) 迅速檢驗(yàn)一個(gè)真實(shí)功能的結(jié)構(gòu) 糾錯(cuò)測(cè)試有限，試圖通過(guò)構(gòu)造測(cè)試來(lái)減少時(shí)間和成本 不強(qiáng)調(diào)預(yù)定義的可重復(fù)過(guò)程 目前有一個(gè)敏捷聯(lián)盟，他們制定了敏捷宣言：個(gè)體和交互勝過(guò)過(guò)程和工具 可以工作的軟件勝過(guò)面面俱到的文檔 客戶(hù)合作勝過(guò)合同談判 響應(yīng)變化勝過(guò)遵循計(jì)劃 軟件重組軟件重組是一個(gè)通過(guò)抽取、重用現(xiàn)存軟件的設(shè)計(jì)與程序組件，對(duì)現(xiàn)有系統(tǒng)進(jìn)行升級(jí)的過(guò)程這個(gè)過(guò)程被用來(lái)支持組織業(yè)務(wù)運(yùn)行方式的主要變更?，F(xiàn)在有大量的工具可以支持軟件重組。逆向工程法所謂軟件的逆向工程就是分析已有的程序，尋求比源代碼更高級(jí)的抽象表現(xiàn)形式。一般認(rèn)為，凡是在軟件生命周期內(nèi)，將軟件某種形式的描述轉(zhuǎn)換成更為

57、抽象形式的活動(dòng)都可稱(chēng)為逆向工程。逆向工程的方式將對(duì)象和可執(zhí)行文件拆編成源代碼，用它來(lái)分析程序；采用逆向工程作為黑盒，采用數(shù)據(jù)測(cè)試揭示它的功能。逆向工程導(dǎo)出的信息可分為4個(gè)抽象層次：實(shí)現(xiàn)級(jí)，包括程序的抽象語(yǔ)法樹(shù)、符號(hào)表等信息；結(jié)構(gòu)級(jí)，包括反映程序分量之間相互依賴(lài)關(guān)系的信息，例如調(diào)用圖、結(jié)構(gòu)圖等；功能級(jí)，包括反映程序段功能及程序段之間關(guān)系的信息；領(lǐng)域級(jí)，包括反映程序分量或程序諸實(shí)體與實(shí)用領(lǐng)域概念之間對(duì)應(yīng)關(guān)系的信息。逆向工程的主要優(yōu)點(diǎn) 開(kāi)發(fā)迅速，減少SDLC的開(kāi)發(fā)周期 利用被分析系統(tǒng)的缺點(diǎn)來(lái)改進(jìn)系統(tǒng) 逆向工程的風(fēng)險(xiǎn) 軟件許可協(xié)議禁止 反編譯器依賴(lài)于特定計(jì)算機(jī)、操作系統(tǒng)和編程語(yǔ)言C、基礎(chǔ)設(shè)施開(kāi)發(fā)與獲取

58、實(shí)務(wù) 對(duì)基礎(chǔ)設(shè)施的分析與定義IT部門(mén)的一個(gè)關(guān)鍵任務(wù)就是要對(duì)當(dāng)前物理架構(gòu)進(jìn)行分析，定義所需要的新系統(tǒng)，并規(guī)劃從現(xiàn)有系統(tǒng)向新系統(tǒng)轉(zhuǎn)移的路徑圖；物理架構(gòu)分析不能只局限于價(jià)格因素和某些孤立的特征，而應(yīng)當(dāng)在全面分析的基礎(chǔ)上，做出綜合性的、正式的、合理的選擇。 第一階段主要任務(wù)是列出如何更好地選擇物理架構(gòu)、如何從現(xiàn)技術(shù)架構(gòu)移植到新架構(gòu)的路徑圖的步驟；主要任務(wù)：成功地分析現(xiàn)有的技術(shù)架構(gòu)；在設(shè)計(jì)新的架構(gòu)時(shí)，既要考慮組織現(xiàn)有架構(gòu)情況，還要考慮各種特定的限制條件；記錄下對(duì)新技術(shù)架構(gòu)的功能需求基于這些功能性需求，設(shè)計(jì)概念方案第二階段對(duì)所需的技術(shù)架構(gòu)進(jìn)行規(guī)劃與實(shí)施，以建立合理的未來(lái)技術(shù)環(huán)境（一般是指生產(chǎn)、測(cè)試與開(kāi)發(fā)環(huán)

59、境）；主要任務(wù)：選擇簽約合作伙伴；建立服務(wù)水平協(xié)議；制定安裝計(jì)劃和安裝測(cè)試計(jì)劃等。 C1. 物理構(gòu)架分析各項(xiàng)目階段C2. 基礎(chǔ)設(shè)施的實(shí)施規(guī)劃各項(xiàng)目階段1.1制定供應(yīng)商評(píng)估標(biāo)準(zhǔn)1.2 列出供應(yīng)商長(zhǎng)名單1.3 列出供應(yīng)商短名單1.4 選擇優(yōu)先考慮的供應(yīng)商1.5 定義合作伙伴關(guān)系2.1制定交付計(jì)劃2.2 評(píng)審交付計(jì)劃3.1 制定安裝計(jì)劃3.2 評(píng)審安裝計(jì)劃4.1 制定測(cè)試計(jì)劃4.2 評(píng)審測(cè)試計(jì)劃C3. 關(guān)鍵成功因素基礎(chǔ)設(shè)施實(shí)施規(guī)劃的成功因素要吸收有一定技能的合適成員參加到工作組中來(lái)，并要全程參與項(xiàng)目實(shí)施，以避免產(chǎn)生項(xiàng)目延誤；完成工作所需的文檔應(yīng)當(dāng)在項(xiàng)目開(kāi)始時(shí)就準(zhǔn)備好；決策制定者必須參與項(xiàng)目的各個(gè)環(huán)節(jié)

60、，以確保所有必要的決策能快速制定出來(lái)；為作好準(zhǔn)備，必須完成項(xiàng)目的第一部分的工作（物理架構(gòu)的分析），并為所需的基礎(chǔ)設(shè)施方案做出決策。硬件獲取的要求購(gòu)置的硬件必需符合組織的IS計(jì)劃首先要建立和遵循硬件標(biāo)準(zhǔn)(Criteria)確保兼容性、可擴(kuò)展性和可靠性編寫(xiě)硬件獲取計(jì)劃硬件規(guī)格說(shuō)明向硬件供應(yīng)商發(fā)布一個(gè)規(guī)格，并制訂評(píng)估供應(yīng)商建議的準(zhǔn)則規(guī)格必須盡可能全面地說(shuō)明所需設(shè)備的用途、任務(wù)和要求，并包括對(duì)設(shè)備所處環(huán)境的描述 常以招標(biāo)書(shū)（ITT）或請(qǐng)求建議書(shū)（RFP）的形式送達(dá)供應(yīng)商 C4.硬件獲取為獲取系統(tǒng)而組織招標(biāo)招標(biāo)書(shū)內(nèi)容：描述組織計(jì)算機(jī)系統(tǒng)集中式還是分布式數(shù)據(jù)處理需求(處理方式、實(shí)時(shí)數(shù)據(jù)庫(kù)、連續(xù)作業(yè))硬件需