基于工作流的軟件開發(fā)過程支持平臺框架概述

《基于工作流的軟件開發(fā)過程支持平臺框架概述》由會員上傳分享，免費在線閱讀，更多相關內(nèi)容在工程資料-天天文庫。

1、基于工作流的軟件開發(fā)過程支持平臺框架概述隨著社會經(jīng)濟的迅速發(fā)展及人們生活水平的提高，計算機X絡已應用到社會的各行各業(yè)中，在推動社會發(fā)展的同時，還改變了人們的生活、工作模式。工作流軟件的開發(fā)，能夠憑借其自身的優(yōu)勢，在現(xiàn)有的基礎上提高工作效率，最大幅度的節(jié)省大量的人力、物力，因而與人們的工作、生活有著密切的聯(lián)系。在此，本文針對工作流的軟件開發(fā)過程支持平臺框架這一問題，做以下論述。關鍵詞：工作流；軟件開發(fā)；支持平臺中圖分類號：TP311文獻標識碼：A：在21世紀科學技術迅速發(fā)展的今天，傳統(tǒng)的軟件已經(jīng)無法滿足人們的生活、工作需求，規(guī)范、統(tǒng)一的軟件開發(fā)，在推動計算機

2、X絡發(fā)展的同時，還在很大程度上改變著人們的生活。在當前的軟件發(fā)展中，以RUP/TSP/PSP以及XP為代表的軟件受到人們的廣泛使用。在當前社會發(fā)展的過程中，工作流軟件受到各行各業(yè)的歡迎使用，這項技術在研究、使用中，能夠憑借自身的優(yōu)勢，有效的實現(xiàn)了高校流線型工作組織流程，最大限度的發(fā)揮流線工作的優(yōu)勢，提高工作效率。在工作流技術應用的過程中，其最大優(yōu)勢體現(xiàn)在信息處理對象為IT行業(yè)，且能按照相應的程序指示，實現(xiàn)信息路由，即我們所說的集成配置管理。在此，本文針對工作流的軟件開發(fā)過程支持平臺框架中的相關問題，從平臺框架、對RUP的支持、對TSP的支持、Agent輔助

3、的PSP等四個方面出發(fā)，對其做以下簡要分析：1.平臺框架1.1智能、集成的平臺框架在當前軟件開發(fā)的過程中，其支持平臺主要包括以下幾種功能：版本控制、BUG追蹤、項目管理、郵件列表以及成員權限控制等功能。在這些功能的支持下，在滿足項目開發(fā)基本需求的同時，其狀態(tài)多呈現(xiàn)為離散，且彼此間沒有較好的聯(lián)系，換而言之，這些功能之所以不能發(fā)揮出自身的優(yōu)勢，其根本問題在于缺乏一個智能、高效的核心。在解決這一問題的過程中，通過工作流及Agent技術的引入，結合著SX關保持較好的聯(lián)系，最大限度的實現(xiàn)輔助與開發(fā)人員直接的信息通知接口。1.2PSAF過程元模型在當前信息技術迅速發(fā)展

4、的過程中，工作流技術的研究發(fā)展，已經(jīng)成為當前信息技術發(fā)展的主要趨勢。在其研究發(fā)展中，多種過程模型被人們提出，結合著當前的研究技術及模型適應能力，距離理想中的模型功能仍比較遠。在當前工作流模型的研發(fā)中，多從過程描述為主，如：狀態(tài)圖、活動X絡圖等，這一類模型在適應的過程中，其重點多放在圖模型上，且能直觀的對整個過程的時序進行清晰的描述，但在使用中，其缺點在于針對復雜的過程邏輯，不能準確的進行處理，同時無法為其提供豐富的建模概念，導致大量約束集合而成的元素無法使用模型直接的表達出來。在中的FloModule)以及版本(Version)，這三項屬性就構成了工件的三

5、維坐標描述。與其他開發(fā)模式不同的是，這種研發(fā)平臺在實際運行的過程中，開發(fā)人員如果對工件進行checkout、cheekin操作，別人是看不到的，只有開發(fā)人員自己能看到，而其他開發(fā)人員要想看到，必須在deliver復審通過的前提下，使其轉化為label版本后方可。在整個集成配置管理中，針對任何一份已deliver且通過復審建立的幾項工作變更，都必須在原有的基礎上建立起新的工作變更流程。以此來確保軟件程序的順利運行及工件變更后的投入使用。變更流程開始后，主要包括以下幾個方面：首先由復審員審核變更的理由是否充分，如不充分，則予以拒絕，反之，通過并由提交變更的開發(fā)

6、人員進行工件的變更。然而在整個審核過程中，開發(fā)人員對工件進行變更后，在工件變更Form描述變更原因、變更處，以及有可能影響的相應系統(tǒng)模塊，最后再deliver變更的工件。之后，復審追蹤流程自動開始，在復審流程結束后，當前系統(tǒng)模塊的同一基線的所有流程，以及工件變更Form巾描述的必然影響的系統(tǒng)模塊的同一基線的所有版本工件狀態(tài)都將變?yōu)閐isable，自動激發(fā)這些被影響工件的被動變更流程。另外，給工件變更Form中描述的可能影響的系統(tǒng)模塊發(fā)送相應的通知。至此，一個變更流程才正式結束。2.2知識管理流程在傳統(tǒng)的MIS、ERP系統(tǒng)中，所提供的模塊主要以KM模塊為主，

7、且提供的模式多呈現(xiàn)為獨立模式，與其他流程相比，KM在開發(fā)的過程中也比較普通。開發(fā)人員在研發(fā)的過程中，需要通過相應的專業(yè)知識將其具體的描述出來，作為正式的知識文檔，在建好知識文檔后，結合著模塊的實際運行狀況，將其研發(fā)的性能、運行狀況等方面進行詳細的填寫，在填寫完后交給專業(yè)的審核人員進行審核，以此來確定知識的正確性及屬性。在知識文檔通過審核后，結合著知識文檔的開發(fā)技術及流程，將文檔放入整個開發(fā)流程中，并與之線連接。與此同時，工作人員在查閱知識文檔的過程中，可以通過知識庫來查詢，且在閱讀過后，能夠為其進行評分。3.對TSP的支持3.1環(huán)境流程在當前軟件開發(fā)的過程

8、中，其組織內(nèi)部的各個項目之間都有一定的聯(lián)系，這就導致項目流程及工作