業(yè)務(wù)流程分析_第1頁
業(yè)務(wù)流程分析_第2頁
已閱讀5頁,還剩9頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡介

1、5. 業(yè)務(wù)流程分析p83流程分析的目的是了解各個(gè)業(yè)務(wù)流程的過程,明確各個(gè)部門之間的業(yè)務(wù)關(guān)系,明確每個(gè)業(yè)務(wù)處理的意義,為業(yè)務(wù)流程的合理化改造提供建議,為系統(tǒng)的數(shù)據(jù)流程變化提供依據(jù)。業(yè)務(wù)流程分析的步驟可以總結(jié)如下:(1) 通過調(diào)查掌握基本情況。(2) 描述現(xiàn)有業(yè)務(wù)流程一繪制業(yè)務(wù)流程圖。(3) 確認(rèn)現(xiàn)有業(yè)務(wù)流程。(4) 對業(yè)務(wù)流程進(jìn)行分析一知識(shí)和經(jīng)驗(yàn)支持。(5) 發(fā)現(xiàn)問題提出解決方案。(6) 提出優(yōu)化后的業(yè)務(wù)流程。OOCT業(yè)冬坯理表鋁制忙-1-存你4勢淹向Itl3.12«務(wù)流舞田符號(hào)6. 業(yè)務(wù)流程再造(BusinessProcessReengmeeiing,BPR)的概念BPR是指對企業(yè)的

2、業(yè)務(wù)流程進(jìn)行根本的再思考和徹底的再設(shè)計(jì),從而使企業(yè)的關(guān)鍵績效指標(biāo),如成本、質(zhì)量、服務(wù)、效率等,獲得巨大的提高。企業(yè)流程再造(BPR)應(yīng)遵循以下原則:有一個(gè)明確的、具有啟發(fā)性的目標(biāo),即共同遠(yuǎn)景。充分考慮顧客的價(jià)值。必須服從統(tǒng)一指揮。充分做好橫向及縱向溝通。認(rèn)識(shí)流程再造的兩人要素一信息技術(shù)/信息系統(tǒng)和人員組織管理。樹立典范、逐步推進(jìn),充分利用變革的漣漪效應(yīng)。流程再造方法一般有兩人類:全新設(shè)計(jì)法(CleanSheetApproach)和系統(tǒng)改造法(SystematicRedesign),前者遵循“推倒重來”的主張,從根本上拋棄舊流程,零起點(diǎn)設(shè)計(jì)新流程;后者繼承逐步改善的思想即BPI的思想,辨析理解現(xiàn)

3、有流程,在現(xiàn)有流程的基礎(chǔ)上,系統(tǒng)漸進(jìn)地創(chuàng)造新流程。7. 數(shù)據(jù)流圖DFDp87結(jié)構(gòu)化分析方法是一種面向數(shù)據(jù)流的軟件分析方法,適合于開發(fā)一些數(shù)據(jù)處理類型的軟件的需求分析的方法。采用數(shù)據(jù)流圖的方式進(jìn)行數(shù)據(jù)流程分析一般應(yīng)遵循以I、原則:明確系統(tǒng)邊界。在總體上遵循自頂向卞逐層分解的原則在局部上遵循由外向里的原則步驟:1. 識(shí)別系統(tǒng)的輸入和輸出2. 繪制系統(tǒng)內(nèi)部數(shù)據(jù)流3. 對復(fù)雜加工進(jìn)行分解4. 對草圖進(jìn)行檢查和合理布局5. 和用戶交流6. 檢查、修改、完善注意事項(xiàng):1. 數(shù)據(jù)流圖上所有圖形符號(hào)只限于4種基本圖形元素2. 頂層數(shù)據(jù)流圖必須包扌舌4種基本元素,缺一不可3. 頂層數(shù)據(jù)流圖上的數(shù)據(jù)流必須封閉在外

4、部實(shí)體之間4. 每個(gè)加工至少有一個(gè)輸入數(shù)據(jù)流和一個(gè)輸出數(shù)據(jù)流。一個(gè)加工的輸出數(shù)據(jù)流只由它的輸入數(shù)據(jù)流確定5. 數(shù)據(jù)流必須經(jīng)過加工,即必須進(jìn)入加工或從加工中流出6. 在數(shù)據(jù)流圖中,需按層給加工編號(hào)。編號(hào)表明改加工處在那一層,以及上下層的父圖與子圖的對應(yīng)關(guān)系。7. 規(guī)定任何一個(gè)數(shù)據(jù)流子圖必須與它上一層的一個(gè)加工對應(yīng),二者的輸入數(shù)據(jù)流和輸出數(shù)據(jù)流必須一致。(子圖和父圖平衡)(考察重點(diǎn))8. 可以在數(shù)據(jù)流圖中加入物質(zhì)流,幫助用戶理解數(shù)據(jù)流圖9. 圖上每個(gè)元素都必須有名字10. 數(shù)據(jù)流圖中不可夾帶控制流8數(shù)據(jù)字典p87數(shù)據(jù)字典項(xiàng)目描述內(nèi)容舉例1. 數(shù)據(jù)元素?cái)?shù)據(jù)元素是最小的數(shù)據(jù)組成單位,也就是不可再分的數(shù)

5、據(jù)單位2. 數(shù)據(jù)結(jié)構(gòu)數(shù)據(jù)結(jié)構(gòu)的描述重點(diǎn)是數(shù)據(jù)之間的組合關(guān)系,即說明這個(gè)數(shù)據(jù)結(jié)構(gòu)包括哪些成分。一個(gè)數(shù)據(jù)結(jié)構(gòu)可以包括若干個(gè)數(shù)據(jù)元素或(和)數(shù)據(jù)結(jié)構(gòu)。這些成分中有三種特殊情況:任選項(xiàng):這是可以出現(xiàn)也可以省略的項(xiàng),用“)”表示,如曾用名)是任選項(xiàng)。必選項(xiàng):在兩個(gè)或多個(gè)數(shù)據(jù)項(xiàng)中,必須出現(xiàn)其中的一個(gè)稱為必選項(xiàng)。重復(fù)項(xiàng):即可以多次出現(xiàn)的數(shù)據(jù)項(xiàng)。3. 數(shù)據(jù)流數(shù)據(jù)流的來源。數(shù)據(jù)流的去處。數(shù)據(jù)流的組成。數(shù)據(jù)流的流通量。高峰時(shí)的流通量。4. 數(shù)據(jù)存儲(chǔ)5. 外部實(shí)體6. 處理(加工)(對)9.軟件需求說明書(SRS)軟件需求說明書是需求分析階段的成果,代表用戶和開發(fā)人員對軟件系統(tǒng)的共同的理解。是軟件項(xiàng)目后期開發(fā)和維護(hù)

6、的基礎(chǔ)。軟件需求說明書不僅是系統(tǒng)測試和用戶文檔的基礎(chǔ),也是所以子系統(tǒng)項(xiàng)目規(guī)劃、編碼、設(shè)計(jì)的基礎(chǔ)。在文檔中需要把用戶得功能需求和非功能需求進(jìn)行詳細(xì)的記錄和準(zhǔn)確的描述,包括數(shù)據(jù)流圖和數(shù)據(jù)字典。要盡可能的完整的描述系統(tǒng)預(yù)期的外部行為,和用戶的可視化的行為。除了設(shè)計(jì)和實(shí)現(xiàn)上的限制,不應(yīng)該描述:設(shè)計(jì)、構(gòu)造、測試和工程管理上的細(xì)節(jié)問題、對算法的詳細(xì)描述。方式:用好的結(jié)構(gòu)化和自然語言編寫文本型文檔建立圖形化模型,這些模型可以描述轉(zhuǎn)換過程、系統(tǒng)狀態(tài)和它們之間的變化、數(shù)據(jù)關(guān)系、邏輯流或?qū)﹀桀惡退鼈兊年P(guān)系。編寫形式化規(guī)格說明,這可以通過使用數(shù)學(xué)上精確的形式化邏輯語言來定義需求系統(tǒng)設(shè)計(jì)§1.總體結(jié)構(gòu)設(shè)計(jì)總

7、體結(jié)構(gòu)設(shè)計(jì)又叫概要設(shè)計(jì)、概要結(jié)構(gòu)設(shè)計(jì),p94任務(wù):是將系統(tǒng)劃分為模塊,決定每個(gè)模塊的功能,決定每個(gè)模塊之間的調(diào)用關(guān)系,以及決定模塊的界面。模塊是組成系統(tǒng)的基本單位,它的特點(diǎn)是可以組合、分解和更換。一個(gè)模塊應(yīng)具備以下4個(gè)要素:輸入和輸出處理功能內(nèi)部數(shù)據(jù)程序代碼。模塊獨(dú)立性是指軟件系統(tǒng)中每個(gè)模塊只涉及軟件要求的具體子功能,而和軟件系統(tǒng)中其他模塊接II是簡單的。模塊獨(dú)立性的概念是模塊化、抽象、信息隱蔽和局部化概念的直接結(jié)杲。邏輯內(nèi)聚郴巧合內(nèi)歸功能內(nèi)聚煩序內(nèi)聚越信內(nèi)聚過程內(nèi)聚時(shí)間內(nèi)聚舸合度;低爲(wèi).性能點(diǎn)F*圖3.23模塊的內(nèi)聚方式順序內(nèi)聚有的文獻(xiàn)叫信息內(nèi)聚,一個(gè)模塊各個(gè)單元使用的是同一個(gè)數(shù)據(jù)結(jié)構(gòu)。2.

8、 耦合耦合性由低到高非直接耦合數(shù)據(jù)耦合標(biāo)記耦合控制耦合外部耦合公共耦合內(nèi)容耦合模塊獨(dú)立性由強(qiáng)到弱條件:盡量使用數(shù)據(jù)耦合,少用控制耦合,限制使用公共耦合,完全不用內(nèi)容耦合。3. 設(shè)計(jì)原則p93 分解一一協(xié)調(diào)原則 自頂向下的原則 信息隱蔽、抽彖的原則 一致性原則。 明確性原則。 模塊之間的藕合盡町能小,模塊內(nèi)部組合要盡可能緊湊。 模塊的扇入系數(shù)和扇出系數(shù)要合理。 模塊的規(guī)模適當(dāng)4. 子系統(tǒng)劃分的原則子系統(tǒng)要具有相對獨(dú)立性子系統(tǒng)之間數(shù)據(jù)的依賴性盡量小子系統(tǒng)劃分的結(jié)果應(yīng)使數(shù)據(jù)冗余較小子系統(tǒng)的設(shè)置應(yīng)考慮今后管理發(fā)展的需要子系統(tǒng)的劃分應(yīng)便于系統(tǒng)分階段實(shí)現(xiàn)子系統(tǒng)的劃分應(yīng)考慮到各類資源的充分利用5. 子系統(tǒng)結(jié)

9、構(gòu)設(shè)計(jì)過程中必須考慮以下幾個(gè)問題:每個(gè)子系統(tǒng)如何劃分成多個(gè)模塊。如何確定子系統(tǒng)之間、模塊之間傳送的數(shù)據(jù)及其調(diào)用關(guān)系。如何評價(jià)并改進(jìn)模塊結(jié)構(gòu)的質(zhì)量。如何從數(shù)據(jù)流圖導(dǎo)出模塊結(jié)構(gòu)圖。注意的問題:O模塊具有較強(qiáng)的獨(dú)立性,即內(nèi)聚性強(qiáng),耦合性弱O模塊之間的連接只能存在上、下級(jí)之間的調(diào)用關(guān)系,不能有同級(jí)之間的橫向關(guān)系O整個(gè)系統(tǒng)呈樹狀結(jié)構(gòu),不允許有網(wǎng)狀結(jié)構(gòu)或交叉調(diào)用關(guān)系出現(xiàn)O所有模塊都必須嚴(yán)格地分類編碼并建立歸檔文件模塊結(jié)構(gòu)圖一個(gè)系統(tǒng)的模塊結(jié)構(gòu)圖一般有兩種標(biāo)準(zhǔn)形式,變換型模塊結(jié)構(gòu)和事務(wù)型模塊結(jié)構(gòu)§2詳細(xì)設(shè)計(jì)1代碼設(shè)計(jì)編碼問題的關(guān)鍵在于分類。在實(shí)際分類時(shí)必須遵循如卞幾點(diǎn):必須保證有足夠的容量,以包括規(guī)

10、定范I制內(nèi)的所有對象。按屬性系統(tǒng)化。分類要有一定的柔性,不至于在出現(xiàn)變更時(shí)破壞分類的結(jié)構(gòu)。注意本分類系統(tǒng)與外系統(tǒng)、己有系統(tǒng)的協(xié)調(diào)。常用的分類方法概括起來有兩種,一種是線分類方法,一種是面分類方法2. 輸出設(shè)計(jì)確定輸出內(nèi)容。選擇輸出設(shè)備與介質(zhì)。確定輸出格式3輸入設(shè)計(jì)原則:最小量原則簡單性原則早檢驗(yàn)原則少轉(zhuǎn)換原則內(nèi)容:確定輸入數(shù)據(jù)內(nèi)容輸入方式設(shè)計(jì)輸入格式設(shè)計(jì)校對方式設(shè)計(jì)校對方式有人工校對,二次鍵入校對(同一批數(shù)據(jù)兩次鍵入)和數(shù)據(jù)平衡校對。4處理過程設(shè)計(jì)5數(shù)據(jù)存儲(chǔ)設(shè)計(jì)6用戶界面設(shè)計(jì)7安全控制設(shè)計(jì)§3軟件測試pl061. 基本原則:應(yīng)盡早并不斷地進(jìn)行測試測試工作應(yīng)該避免由原開發(fā)軟件的人或小組

11、承擔(dān)設(shè)計(jì)測試方案的時(shí)候,不僅要確定輸入數(shù)據(jù),而且要根據(jù)系統(tǒng)功能確定預(yù)期輸出結(jié)果在設(shè)計(jì)測試實(shí)例時(shí),不僅要設(shè)計(jì)有效合理的輸入條件,也要包含不合理、失效的輸入條件。在測試程序時(shí),不僅要檢驗(yàn)程序是否做了該做的事,還要檢測程序是否做了不該做的事嚴(yán)格按照測試計(jì)劃來進(jìn)行,避免測試的隨意性。妥善保存測試計(jì)劃、測試?yán)?,作為軟件文檔的組成部分,為維護(hù)提供方便。2測試過程擬定測試計(jì)劃(2)編制測試人綱(3)根據(jù)測試人綱(4)實(shí)施測試。(5)生成測試報(bào)告3. 測試方法軟件測試方法分人工測試和機(jī)器測試人工測試:人工測試指的是釆用人工方式進(jìn)行測試,目的是通過對程序靜態(tài)結(jié)構(gòu)的檢查,找出編譯時(shí)不能發(fā)現(xiàn)的經(jīng)驗(yàn)表明,組織良好的

12、人工測試可以發(fā)現(xiàn)程序中30%-70%的編碼和邏輯設(shè)計(jì)錯(cuò)誤。其內(nèi)容包括檢查代碼和設(shè)計(jì)是否一致,檢查代碼邏輯表達(dá)是否正確和完整,檢查代碼結(jié)構(gòu)是否合理等。個(gè)人復(fù)查抽查會(huì)審機(jī)器測試機(jī)器測試分為黑盒測試和白盒測試兩種。 黑盒測試也稱為功能測試。進(jìn)行照盒測試主要是為了發(fā)現(xiàn)以卜幾類錯(cuò)誤:是否有錯(cuò)誤的功能或遺漏的功能?界面是否有誤?輸入是否能夠正確接收?輸出是否正確?是否有數(shù)據(jù)結(jié)構(gòu)或外部數(shù)據(jù)庫訪問錯(cuò)誤?性能是否能夠接受?是否有初始化或終止性錯(cuò)誤?測試:等價(jià)類劃分邊界值分析錯(cuò)誤測試因果圖 白盒測試也稱為結(jié)構(gòu)測試。其原則是:程序模塊中的所有獨(dú)立路徑至少執(zhí)行一次。在所有的邏輯判斷中,取“真”和取“假”的兩種情況至少

13、都能執(zhí)行一次。每個(gè)循壞都應(yīng)在邊界條件和一般條件下各執(zhí)行一次。測試程序內(nèi)部數(shù)據(jù)結(jié)構(gòu)的有效性等。測試:(由弱到強(qiáng))語句覆蓋判斷覆蓋條件覆蓋判斷/條件覆蓋組合條件覆蓋路徑覆蓋3.測試步驟見筆記測試圖(1)單元測試。單元測試也稱為模塊測試。檢查模塊是否實(shí)現(xiàn)了詳細(xì)設(shè)計(jì)說明書中規(guī)定的功能和算法。發(fā)現(xiàn)編程和詳細(xì)設(shè)計(jì)中產(chǎn)生的錯(cuò)誤。單元測試計(jì)劃應(yīng)該在詳細(xì)設(shè)計(jì)階段制定。單元測試主要從模塊的以下五個(gè)特征進(jìn)行檢查:模塊接II;局部數(shù)據(jù)結(jié)構(gòu);重要的執(zhí)行路徑;出錯(cuò)處理;邊界條件。組裝測試。組裝測試也稱為集成測試。主要發(fā)現(xiàn)設(shè)計(jì)階段產(chǎn)生的錯(cuò)誤。集成測試的計(jì)劃應(yīng)該在概要設(shè)計(jì)階段制定或總體設(shè)計(jì)階段制定。集成方式:非增殖式和增殖式

14、增殖式:自頂向下集成;自底向上集成;混合増殖式方式:衍變的自頂向下的增殖方式;自底向上自頂向下的增殖方式見圖集成測試(3)確認(rèn)測試確認(rèn)測試的任務(wù)就是進(jìn)一步檢查軟件的功能和性能是否與用戶要求的一樣。系統(tǒng)方案說明書描述了用戶對軟件的要求,所以是軟件有效性驗(yàn)證的標(biāo)準(zhǔn),也是確認(rèn)測試的基礎(chǔ)。通常采用黑盒測試的方法。有效性測試軟件配置審查驗(yàn)收測試測試:開發(fā)者在現(xiàn)場進(jìn)行指導(dǎo)測試:在用戶壞境下測試(4)系統(tǒng)測試系統(tǒng)測試是根據(jù)系統(tǒng)方案說明書來設(shè)計(jì)測試?yán)拥?,常見的系統(tǒng)測試主要有以下內(nèi)容:恢復(fù)測試:安全性測試強(qiáng)度測試性能測試可靠性測試安裝測試4調(diào)試試探法回溯法對分查找法歸納法演繹法§3軟件的運(yùn)行與維護(hù)(

15、上午試題中比重較大)1. 軟件維護(hù)占生命周期的60%-80%(對)系統(tǒng)維護(hù)主要包扌舌硬件設(shè)備的維護(hù)、應(yīng)用軟件的維護(hù)和數(shù)據(jù)的維護(hù)(對)系統(tǒng)的可維護(hù)性的評價(jià)指標(biāo)可理解性可測試性可修改性(對,比例和含義)軟件維護(hù)的內(nèi)容一般有以下幾個(gè)方面:正確性維護(hù)(改正性維護(hù))17%-21%適應(yīng)性維護(hù)18%-25%完善性維護(hù)50%-60%預(yù)防性維護(hù)4%把今天的方法學(xué)用于昨天的系統(tǒng),以滿足明天的需要。影響系統(tǒng)維護(hù)工作屋的因素:系統(tǒng)規(guī)模,程序設(shè)計(jì)語言,系統(tǒng)年齡,數(shù)據(jù)庫技術(shù)的應(yīng)用,先進(jìn)的軟件開發(fā)技術(shù)2. 程序修改步驟:分析和理解程序;修改程序;代碼副作用數(shù)據(jù)副作用文檔副作用重新驗(yàn)證程序3. 再工程(對)再工程是對現(xiàn)有軟件

16、系統(tǒng)的重新開發(fā)過程,包括逆向工程(反向工程)、新需求的考慮(軟件重構(gòu))和正向工程三個(gè)步驟。再工程的基礎(chǔ)是系統(tǒng)理解4. 軟件重構(gòu)軟件重構(gòu)是對源代碼、數(shù)據(jù)進(jìn)行修改,使其易于修改和維護(hù),以適應(yīng)將來的變更。(代碼、數(shù)據(jù))軟件重構(gòu)并不修改軟件體系結(jié)構(gòu),而是關(guān)注模塊的細(xì)節(jié)5. 逆向工程(對)可以抽取出的信息(層次由低到高,完整性由高到低):過程的設(shè)計(jì)表示;程序和數(shù)據(jù)結(jié)構(gòu)信息;數(shù)據(jù)和控制流模型;實(shí)體關(guān)系模型6. 系統(tǒng)評價(jià)(對)廣義的信息系統(tǒng)評價(jià)分成立項(xiàng)評價(jià)、中期評價(jià)和結(jié)項(xiàng)評價(jià)。系統(tǒng)評價(jià)的指標(biāo)一、系統(tǒng)質(zhì)量二、技術(shù)水平三、運(yùn)行質(zhì)量四、用戶需求五、系統(tǒng)成本六、系統(tǒng)效益七、財(cái)務(wù)評價(jià)7. 運(yùn)行管理對于審計(jì)內(nèi)容可以在3

17、個(gè)層次上設(shè)定:語句審計(jì)特權(quán)審計(jì)對彖審計(jì)絕人多數(shù)信息系統(tǒng)的文檔要在相應(yīng)的信息系統(tǒng)淘汰3-5年后才能銷毀。8. 文檔管理文檔管理的制度化。文檔要標(biāo)準(zhǔn)化、規(guī)范化文檔管理的人員保證維護(hù)文檔的一致性維持文檔的可追蹤性§4構(gòu)建與軟件復(fù)用1. 軟件復(fù)用(輔導(dǎo)242)軟件復(fù)用是使用已有的軟件產(chǎn)品(如設(shè)計(jì)、代碼、文檔等)來開發(fā)新的軟件系統(tǒng)的過程。軟件復(fù)用的形式大體可分為垂直式復(fù)用和水平式復(fù)用兩種。水平式復(fù)用是復(fù)用不同應(yīng)用論域中的軟件元素,例如數(shù)據(jù)結(jié)構(gòu)、排序算法、人機(jī)界面構(gòu)件等。標(biāo)準(zhǔn)函數(shù)庫是一種典型的、原始的水平式復(fù)用機(jī)制。垂直式復(fù)用是在一類具有較多公共性的應(yīng)用論域之間復(fù)用軟件構(gòu)件。由于在兩個(gè)截然不同的

18、應(yīng)用論域之間進(jìn)行軟件復(fù)用潛力不大,所以垂直式復(fù)用受到廣泛關(guān)注。垂直式復(fù)用活動(dòng)的關(guān)鍵點(diǎn)在于論域分析:根據(jù)應(yīng)用論域的特征和相似性,預(yù)測軟件構(gòu)件的可復(fù)用性。一旦根據(jù)論域分析確認(rèn)了軟件構(gòu)件的可復(fù)用價(jià)值,即可進(jìn)行軟件構(gòu)件的開發(fā),并對具有可復(fù)用價(jià)值的軟件構(gòu)件進(jìn)行一般化處理,使它們能夠適應(yīng)新的類似的應(yīng)用論域。然后將軟件構(gòu)件和它們的文檔存入可復(fù)用構(gòu)件庫,成為可供未來開發(fā)項(xiàng)目使用的可復(fù)用資源。軟件復(fù)用的范闈不僅涉及源程序代碼。項(xiàng)目計(jì)劃、成本估計(jì)、體系結(jié)構(gòu)、需求模型和規(guī)格說明、設(shè)計(jì)、源程序代碼、用戶文檔和技術(shù)文檔、用戶界面、數(shù)據(jù)結(jié)構(gòu)和測試用例。兩個(gè)組織:REBOOT壞境(基于軟件技術(shù)的重用):為復(fù)用開發(fā)和利用復(fù)用

19、進(jìn)行開發(fā)原則:未來復(fù)用者的需求就是對可復(fù)用構(gòu)件的信心,開發(fā)者的傾向是抵制復(fù)用推薦文檔:測試信息和復(fù)用者文檔STARS(可適應(yīng)可靠的復(fù)用技術(shù))關(guān)注過程、體系結(jié)構(gòu)和復(fù)用三者的集成。認(rèn)為:軟件生產(chǎn)線開發(fā)的軟件周期應(yīng)該包括過程驅(qū)動(dòng)、軟件體系結(jié)構(gòu)、領(lǐng)域工程、可復(fù)用構(gòu)件庫這4個(gè)概念。2. 軟件復(fù)用過程系統(tǒng)的軟件復(fù)用由可復(fù)用資產(chǎn)的開發(fā)、管理、支持和復(fù)用4個(gè)過程組成領(lǐng)域工程和應(yīng)用系統(tǒng)工程實(shí)施系統(tǒng)復(fù)用需要遵循的原則:需要頂層管理領(lǐng)導(dǎo),并需要有長期回收的經(jīng)費(fèi)支持。為了漸進(jìn)地推行系統(tǒng)的復(fù)用,需要規(guī)劃和調(diào)節(jié)系統(tǒng)的體系結(jié)構(gòu)、開發(fā)過程、組織結(jié)構(gòu),并以小規(guī)模的先行項(xiàng)目為典型示范,而后再鋪開。為了復(fù)用,先規(guī)劃體系結(jié)構(gòu)及其逐步

20、實(shí)施的過程。過渡到明確的復(fù)用組織機(jī)構(gòu),將可復(fù)用構(gòu)件的創(chuàng)建工作與復(fù)用工作(即利用可復(fù)用構(gòu)件開發(fā)應(yīng)用系統(tǒng)的工作)分離開,并且提供明確的支持職能。在真實(shí)的壞境中,進(jìn)行可復(fù)用構(gòu)件的創(chuàng)建和改進(jìn)工作。要將應(yīng)用系統(tǒng)和可重用構(gòu)件作為一個(gè)經(jīng)濟(jì)核算的產(chǎn)品整體進(jìn)行管理,應(yīng)當(dāng)注重公用構(gòu)件在應(yīng)用系統(tǒng)及其子系統(tǒng)領(lǐng)域中的高盈利作用。要認(rèn)識(shí)到單獨(dú)的對象技術(shù)或者單獨(dú)的構(gòu)件技術(shù)都是不夠的。采用競賽和更換負(fù)責(zé)人的辦法,進(jìn)行開發(fā)單位的文化建設(shè)和演變。對基礎(chǔ)設(shè)施、復(fù)用教育、技巧培訓(xùn),要投資和持續(xù)地改進(jìn)。要采用度量方法測量復(fù)用過程,并要優(yōu)化復(fù)用程序。3. 構(gòu)件技術(shù)可復(fù)用構(gòu)件庫的組織方式有枚舉分類、關(guān)鍵詞分類、多面分類、超文本組織法和可復(fù)

21、用構(gòu)件的3C模型。軟件構(gòu)件的復(fù)用的步驟可分為檢索與提取構(gòu)件、理解與評價(jià)構(gòu)件、修改構(gòu)件和構(gòu)件的合成。其中構(gòu)件的合成又分為基于功能的合成技術(shù)和基于數(shù)據(jù)的合成技術(shù)。構(gòu)件標(biāo)準(zhǔn)的三個(gè)主要流派:OMG的CORBA、Microsoft的COMDCOM和Sun的EJB/J2EE構(gòu)件系統(tǒng)應(yīng)當(dāng)為復(fù)用者提供簡便靈活的使用“門面”(facade)§5軟件開發(fā)環(huán)境軟件開發(fā)環(huán)境應(yīng)該包括工具集成、界面集成和方法集成軟件開發(fā)壞境可由環(huán)境機(jī)制和工具集構(gòu)成按功能劃分,壞境機(jī)制又可分為環(huán)境信息庫、過程控制和消息服務(wù)、用戶界面規(guī)范。軟件開發(fā)環(huán)境具有集成性、開發(fā)性、可裁減性、數(shù)據(jù)格式一致性、風(fēng)格統(tǒng)一的用戶界面等特性。ICAS

22、E(集成的軟件開發(fā)環(huán)境)信息庫的功能:數(shù)據(jù)完整性:信息共享;數(shù)據(jù)-工具集成:數(shù)據(jù)-數(shù)據(jù)集成:方法學(xué)實(shí)施;文檔標(biāo)準(zhǔn)化§6軟件體系結(jié)構(gòu)1軟件體系結(jié)構(gòu)(軟件架構(gòu)、軟件構(gòu)架)為軟件系統(tǒng)提供了一個(gè)結(jié)構(gòu)、行為和屬性的高級(jí)抽象,由構(gòu)成系統(tǒng)的元素的描述、這些元素的相互作用、指導(dǎo)元素集成的模式以及這些模式的約束組成。(元素=構(gòu)件)軟件體系結(jié)構(gòu)位于需求分析之后,軟件設(shè)計(jì)之前。軟件體系結(jié)構(gòu)也是項(xiàng)目干系人進(jìn)行交流的手段,明確了軟件系統(tǒng)實(shí)現(xiàn)的約束條件,決定了開發(fā)和維護(hù)組織的組織結(jié)構(gòu)。軟件體系結(jié)構(gòu)對軟件的質(zhì)量起制約作用。通過研究軟件體系結(jié)構(gòu),就可以預(yù)測軟件的質(zhì)量。2. 軟件體系結(jié)構(gòu)建模結(jié)構(gòu)模型框架模型動(dòng)態(tài)模型過

23、程模型功能模型4+1模型:3. 軟件體系結(jié)構(gòu)風(fēng)格1)分層系統(tǒng)應(yīng)用軟件業(yè)務(wù)軟件中間件系統(tǒng)軟件應(yīng)用最多的:網(wǎng)絡(luò)通信協(xié)議2)客戶/服務(wù)器§7軟件過程改進(jìn)1. CMM模型描述和分析軟件過程能力的發(fā)展程度,確定軟件過程成熟程度的分級(jí)標(biāo)準(zhǔn)。等級(jí)1一初始級(jí)關(guān)鍵過程域:無等級(jí)2可重復(fù)級(jí)關(guān)鍵過程域(KPI):需求管理、軟件項(xiàng)目計(jì)劃、軟件項(xiàng)目跟蹤與監(jiān)控、軟件子合同管理、軟件配置保證、軟件質(zhì)量保證等級(jí)3己定義級(jí)關(guān)鍵過程域:【管理】集成軟件管理、組際協(xié)調(diào)、【組織】組織過程焦點(diǎn)、組織過程定義、培訓(xùn)犬綱、【工程】軟件產(chǎn)品工程、同行專家評審等級(jí)4一己定量管理級(jí)關(guān)鍵過程域:【管理】定量過程管理、【工程】軟件質(zhì)量管理

24、等級(jí)5優(yōu)化級(jí)關(guān)鍵過程域:【組織】技術(shù)變更管理、過程變更管理、【工程】缺陷預(yù)防CMMI:2001年發(fā)布,5個(gè)分級(jí):CMM是作為評估標(biāo)準(zhǔn)出現(xiàn)的,所以要求的是必要的實(shí)踐,這樣才能保證評估的標(biāo)準(zhǔn)。CMMI是作為改進(jìn)模型出現(xiàn)的,羅列了較多的最佳實(shí)踐,以利于過程的改進(jìn)。2. PSP個(gè)體軟件過程PersonalSoftwareProcess可用于控制、管理和改進(jìn)個(gè)人工作方式的自我持續(xù)改進(jìn)的過程,是一個(gè)包括軟件開發(fā)表格、指南和開發(fā)規(guī)程的框架。PSP能夠說明個(gè)體軟件過程的原則;幫助辿工程師作出準(zhǔn)確的計(jì)劃;確定軟件工程師為改善產(chǎn)品質(zhì)量要采取的步驟;建立度量個(gè)體軟件過程改善的基準(zhǔn);確定過程的改變對軟件工程師能力的影

25、響。個(gè)體循環(huán)過程PSP3CyclePersonalProcessPSP3循環(huán)開發(fā)個(gè)體質(zhì)董菅理過程PSP2PersonalQualityManagementProcessPSP2代碼誅審PSP21設(shè)計(jì)技板個(gè)體規(guī)劃過程PSP1PersonalPlanningProcessPSP1程序規(guī)復(fù)依計(jì)測試根占PSP1.1任務(wù)娩劃進(jìn)度安排個(gè)體廈畫過程PSP0PersonalMeasurementProcessPSPO當(dāng)工作時(shí)PI記錄8JT&陷記錄徐陷黃型標(biāo)準(zhǔn)PSPO1飲件取橫度雖過思改蓉建議3. TSP團(tuán)隊(duì)軟件過程(TeamSoftwareProcess,簡稱TSP)管理仍然是開發(fā)軟件項(xiàng)目成敗的關(guān)鍵。

26、迄今為止,學(xué)術(shù)界和產(chǎn)業(yè)界公認(rèn)CMM是當(dāng)前最好的軟件過程,但應(yīng)著重指出的是:單純實(shí)施能力成熟度模型CMM,永遠(yuǎn)不能真正做到能力成熟度的升級(jí),而需要將實(shí)施CMM與實(shí)施PSP和實(shí)施TSP行機(jī)地結(jié)合起來,才能達(dá)到軟件過程持續(xù)改善的效果實(shí)施需具備的條件首先需要有高層主管和各級(jí)管理人員的支持,以取得必要的資源,這是實(shí)施TSP必須具備的物質(zhì)基礎(chǔ):軟件過程的改善需要全體有關(guān)人員的積極參與,他們不僅需要有改革的熱情和明確的目標(biāo),而且需要對當(dāng)前過程有很好的了解;任何過程改革都有一定的風(fēng)險(xiǎn),都有一個(gè)實(shí)踐、改革、評審直至完善的循壞往復(fù)、持續(xù)改善的過程,不可能一蹴而就:項(xiàng)目組的開發(fā)人員需要經(jīng)過PSP的培訓(xùn),使之具備自我

27、改善的能力:整個(gè)開發(fā)單位的能力成熟度在總體上應(yīng)處于CMM二級(jí)以上。4.CMMPSP/TSP三者的關(guān)系的關(guān)»8乂與fsfUtsf的對應(yīng)關(guān)系C的18個(gè)關(guān)過程域好供者優(yōu)化aFS%技術(shù)芟更負(fù)PSPPSP定的過程音理PSP軟件貞畳曾住PSP粗仮過理焦點(diǎn)FSPPSP尿II大懈無集成軟件普理PSP軟件產(chǎn)品工程FSPTSP同行家評市FSP可住a需求昔理TSP軟件頊目燥劃PSP軟件族目追徐和占拄FSP軟件子合就理無歐件貫量保證TSP軟件配sirsTSP5軟件過程評估標(biāo)準(zhǔn)標(biāo)準(zhǔn)號(hào)為ISOIEC15504,名稱為軟件過程評估(softwareprocessassessment.SPA)軟件過程評估標(biāo)準(zhǔn)包含9個(gè)部分:部分1:概念和引導(dǎo)指南(參考件):部分2:過程和過程能力的參考模型(標(biāo)準(zhǔn)件)部分3:進(jìn)行評估(標(biāo)準(zhǔn)件)部分4.進(jìn)行評估的指南(參考件)部分5:評估模型和指示器指導(dǎo)(參考件)部分6:評估人員資格指南(參考件)部分7:過程改進(jìn)指南(參考件)部分8:供應(yīng)者過程能力評定指南(參考件)部分9:詞匯表(標(biāo)準(zhǔn)件)見表8.5(p!93)知許定131已實(shí)烤的過程過程性魁大韶分或充分2巳畝眈程過程性世v性1工作產(chǎn)品昔總I充分大祁分蔵充分大那分Jfc充分3己®

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論