本文摘要：科技技術(shù)不斷的被各個(gè)行業(yè)所運(yùn)用，在工作管理建設(shè)中軟件上的運(yùn)用發(fā)展以及改革提升都是現(xiàn)在提升效率的一個(gè)主要趨勢(shì)，要怎么更好的將軟件技術(shù)運(yùn)用是現(xiàn)在的目標(biāo)。文章在這些方面做了深入探索。
科技技術(shù)不斷的被各個(gè)行業(yè)所運(yùn)用，在工作管理建設(shè)中軟件上的運(yùn)用發(fā)展以及改革提升都是現(xiàn)在提升效率的一個(gè)主要趨勢(shì)，要怎么更好的將軟件技術(shù)運(yùn)用是現(xiàn)在的目標(biāo)。文章在這些方面做了深入探索。
摘要：目前，對(duì)工作流技術(shù)的研究以及相關(guān)產(chǎn)品的開發(fā)是國內(nèi)外學(xué)者研究的熱點(diǎn)問題之一，很多管理系統(tǒng)都采用工作流技術(shù)來克服上述問題。工作流起源于生產(chǎn)組織和辦公自動(dòng)化領(lǐng)域，它是針對(duì)日常工作中具有固定程序的活動(dòng)而提出的概念。目的是通過將工作分解成定義良好的任務(wù)、角色，按照一定的規(guī)則和過程來執(zhí)行這些任務(wù)并對(duì)它們進(jìn)行監(jiān)控，達(dá)到提高辦事效率、降低生產(chǎn)成本、提高企業(yè)生產(chǎn)經(jīng)營(yíng)管理水平和企業(yè)競(jìng)爭(zhēng)力的目標(biāo)。
關(guān)鍵詞：工作流軟件,軟件管理,軟件論文
1前言
2O世紀(jì)7O年代以來，為了解決軟機(jī)危機(jī)，改進(jìn)軟件過程能力，計(jì)算機(jī)科學(xué)家提出了軟件工程的概念，將系統(tǒng)化的、規(guī)范化的、可度量的方法用于軟件開發(fā)、運(yùn)行和維護(hù)的過程。近些年來，隨著計(jì)算機(jī)技術(shù)的進(jìn)一步發(fā)展，相應(yīng)的使用軟件工程方法的軟件項(xiàng)目管理系統(tǒng)也有了顯著的發(fā)展。但是，由于開發(fā)流程中存在的不確定性以及項(xiàng)目變化等因素，這些系統(tǒng)也暴露出一些不足之處。
推薦閱讀：《計(jì)算機(jī)應(yīng)用與軟件》(ComputerApplicationsandSoftware)創(chuàng)刊于1984年，由上海市計(jì)算技術(shù)研究所和上海計(jì)算機(jī)軟件技術(shù)開發(fā)中心共同主辦，本刊注重刊登反映計(jì)算機(jī)應(yīng)用和軟件技術(shù)開發(fā)應(yīng)用方面的新理論、新方法、新技術(shù)以及創(chuàng)新應(yīng)用的文章。
傳統(tǒng)的軟件項(xiàng)目管理系統(tǒng)，一般是由圖形用戶接口(GUI)，應(yīng)用程序和數(shù)據(jù)庫組成，用戶通過GUI向應(yīng)用程序發(fā)出請(qǐng)求，應(yīng)用程序處理這些用戶請(qǐng)求，并且訪問數(shù)據(jù)庫，返回用戶所要求的結(jié)果。這種模型在流程穩(wěn)定的時(shí)候是可以滿足需要的，它的缺點(diǎn)在于：
1)建模過程是之前設(shè)定好的，無法改變;
2)缺乏柔性，系統(tǒng)開始運(yùn)行之后，預(yù)先定義好的條件就無法改變了;
3)可擴(kuò)展性較差，如果想要增加或者修改相應(yīng)的功能，整個(gè)系統(tǒng)必須重新開發(fā)。
WFMC給出的工作流定義是：工作流是一類能夠完全或者部分自動(dòng)執(zhí)行的經(jīng)營(yíng)過程，它根據(jù)一系列過程規(guī)則，文檔、信息或任務(wù)能夠在不同的執(zhí)行者之間進(jìn)行傳遞與執(zhí)行，以實(shí)現(xiàn)整體的業(yè)務(wù)目標(biāo)。而這正適合于軟件開發(fā)過程管理，基于上述的理由，我們結(jié)合江蘇省十.五攻關(guān)“工作流技術(shù)的研究和應(yīng)用”項(xiàng)目，研究并開發(fā)了基于工作流的軟件項(xiàng)目管理系統(tǒng)CMMFlow，目前已應(yīng)用于軟件能力成熟度模型(CMM)的管理，其效果相當(dāng)良好。
2理論基礎(chǔ)
2.1 CMMI3級(jí)精簡(jiǎn)并行過程(SPP)模型
利用工作流技術(shù)可以設(shè)計(jì)和建立一個(gè)工作流環(huán)境，在此系統(tǒng)中，我們使用CMMI3級(jí)精簡(jiǎn)并行過程(SPP)模型來支持軟件過程實(shí)施。
SPP把產(chǎn)品生命周期劃分為產(chǎn)品概念、產(chǎn)品定義、產(chǎn)品開發(fā)、產(chǎn)品測(cè)試、用戶驗(yàn)收和產(chǎn)品維護(hù)等6個(gè)階段，包含項(xiàng)目管理、項(xiàng)目研發(fā)和機(jī)構(gòu)支撐等3類過程、19個(gè)過程域。其中項(xiàng)目管理過程包含立項(xiàng)管理、結(jié)項(xiàng)管理、項(xiàng)目規(guī)劃、項(xiàng)目監(jiān)控、風(fēng)險(xiǎn)管理和需求管理等六個(gè)過程域;項(xiàng)目研發(fā)過程包含需求開發(fā)、技術(shù)預(yù)研、系統(tǒng)設(shè)計(jì)、實(shí)現(xiàn)和測(cè)試、系統(tǒng)測(cè)試、Beta測(cè)試、客戶驗(yàn)收和項(xiàng)目技術(shù)評(píng)審等8個(gè)過程域;機(jī)構(gòu)支撐過程包含配置管理、質(zhì)量保證、培訓(xùn)管理、外包與采購管理以及服務(wù)與維護(hù)等5個(gè)過程域。
我們把每一個(gè)過程域都看成是一個(gè)流程，其中過程域之間的關(guān)系是線性為主，并行、迭代為輔。每個(gè)過程域包含若干原子活動(dòng)。通過建立活動(dòng)與角色以及角色與具體用戶的關(guān)聯(lián)，即可建立一個(gè)可執(zhí)行的業(yè)務(wù)過程模型。
2.2基于petri網(wǎng)的可視化建模工具
在這個(gè)系統(tǒng)中，我們的建模工具是使用工作流網(wǎng)和XP—DL共用的策略，采用的是擴(kuò)展的Petri網(wǎng)，對(duì)最終用戶來說，足可視化的圖形建模工具。為符合WfMC規(guī)范，工作流機(jī)裝入的模型用XPDL存儲(chǔ)，可使用XPDL和Petri網(wǎng)兩種表示形式，驗(yàn)證是使用Petri網(wǎng)形式。
2)如果在PN中加入一個(gè)新的變遷t，使t連接庫所。與i，即·t·={0)，t·={i)，這時(shí)所得到的PN是強(qiáng)連接的。
下面我們給出一個(gè)用工作流網(wǎng)定義工作流的簡(jiǎn)單例子，例子描述的是軟件立項(xiàng)管理的工作流過程。
根據(jù)工作流網(wǎng)的基本定義，通過使用不同類型的基本組件和觸發(fā)機(jī)制，對(duì)立項(xiàng)管理進(jìn)行建模，得到如圖1所示的工作流網(wǎng)模型。
基本流程如下：立項(xiàng)建議小組進(jìn)行立項(xiàng)調(diào)查，然后進(jìn)行項(xiàng)目構(gòu)思和可行性分析，在完成之后進(jìn)行立項(xiàng)申請(qǐng)，然后立項(xiàng)審查小組對(duì)此立項(xiàng)進(jìn)行審查，決定是否同意立項(xiàng)。如果否決，則必須重新進(jìn)行立項(xiàng)建議，如果同意立項(xiàng)，進(jìn)入項(xiàng)目籌備階段，流程結(jié)束。
3系統(tǒng)設(shè)計(jì)
3.1設(shè)計(jì)思路
整個(gè)系統(tǒng)構(gòu)架采用B/S模式，參照J(rèn)2EE框架，主要分為四層：
1)展現(xiàn)層：主要包含客戶瀏覽器端和Web服務(wù)器端的applet，jsp和servlet，負(fù)責(zé)和用戶交互，接收數(shù)據(jù)，顯示結(jié)果等。
2)商業(yè)邏輯：用于處理展現(xiàn)層從用戶端接受到的數(shù)據(jù)，包含了控制應(yīng)用處理的所有規(guī)則，同工作流執(zhí)行服務(wù)通訊，并且將展現(xiàn)層和數(shù)據(jù)服務(wù)層連接起來。
3)工作流執(zhí)行服務(wù)：是流程運(yùn)行和管理的核心組件，包括工作流機(jī)和任務(wù)表管理器。
4)數(shù)據(jù)服務(wù)：負(fù)責(zé)提供對(duì)數(shù)據(jù)的存儲(chǔ)和讀取服務(wù)。
此外，在系統(tǒng)設(shè)計(jì)的過程中還采用了以下的技術(shù)：
1)J2EE框架
J2EE體系包括javaserverpages(JSP)，javaSERVLET，enterprisebean，WEBsevrice等技術(shù)，提供了一個(gè)企業(yè)級(jí)的計(jì)算模型和運(yùn)行環(huán)境用于開發(fā)和部署多層體系結(jié)構(gòu)的應(yīng)用。它通過提供企業(yè)計(jì)算環(huán)境所必需的各種服務(wù)，使得部署在J2EE平臺(tái)上的多層應(yīng)用可以實(shí)現(xiàn)高可用性、安全性、可擴(kuò)展性和可靠性。J2EE中多數(shù)標(biāo)準(zhǔn)定義了接口，例如JNDI，JDBC等，這使得遵循這些標(biāo)準(zhǔn)的不同開發(fā)者之間的模塊可以無縫地互連。
2)JMS
JAVA消息服務(wù)(JMS)定義了Java中訪問消息中間件的接口。JMS只是接口，并沒有給予實(shí)現(xiàn)，實(shí)現(xiàn)JMS接口的消息中間件稱為JMSProvider。
在JMS中，每個(gè)客戶機(jī)連接到一個(gè)為發(fā)送和接收消息提供框架的消息傳遞代理程序。客戶機(jī)需知曉消息格式和消息目的地。根據(jù)JMSAPI，消息傳遞分為兩種模式，點(diǎn)對(duì)點(diǎn)和發(fā)布/訂閱模式。
點(diǎn)到點(diǎn)消息傳遞方法使用下列工具，如消息隊(duì)列、發(fā)送方(或消息制作者)和接收方(或消息消費(fèi)者)。客戶機(jī)將發(fā)向特定接收方的消息發(fā)送到唯一的隊(duì)列。當(dāng)接收客戶機(jī)從特定隊(duì)列抽取消息時(shí)，它發(fā)出確認(rèn)消息，表明消息已處理。隊(duì)列將保留所有消息，直至接收方收到消息或消息到期。發(fā)布/預(yù)訂消息傳遞方法使用發(fā)布者、訂戶和主題的概念�？蛻魴C(jī)將消息發(fā)送到主題或內(nèi)容層次結(jié)構(gòu)。為了接收到消息，消息消費(fèi)者必須預(yù)訂此主題。因此，對(duì)于這種方法，可以將消息制作者作為發(fā)布者，而消息消費(fèi)者則是訂戶。JMS供應(yīng)商將多個(gè)發(fā)布者發(fā)來的消息分發(fā)到主題和此主題的多個(gè)訂戶。
點(diǎn)對(duì)點(diǎn)模式適用于使用集中式工作流機(jī)的系統(tǒng)，對(duì)于大規(guī)模的分布式應(yīng)用，發(fā)布/訂閱模式則相當(dāng)有效，但是，在保證各個(gè)分布式工作流機(jī)的一致性問題上則稍有難度。
3.2系統(tǒng)結(jié)構(gòu)與功能特點(diǎn)
CMM軟件項(xiàng)目管理系統(tǒng)的系統(tǒng)結(jié)構(gòu)如圖2所示，它主要由過程建模工具，工作流機(jī)，任務(wù)表管理器，web服務(wù)，客戶端和數(shù)據(jù)庫接口等組成，該系統(tǒng)的各功能特點(diǎn)是：在這個(gè)系統(tǒng)中，我們使用瀏覽器作為客戶端，通過Http請(qǐng)求與Webserver交互，Websevrer再將收到的請(qǐng)求加以處理，判斷哪些是應(yīng)當(dāng)丟棄的，哪些應(yīng)該交由工作流執(zhí)行服務(wù)處理，并將處理后的結(jié)果發(fā)送給工作流執(zhí)行服務(wù)器。工作流機(jī)收到Webserver傳送過來的數(shù)據(jù)后，會(huì)根據(jù)消息的具體內(nèi)容繼續(xù)執(zhí)行流程或者將流程掛起或是結(jié)束流程的運(yùn)行，并且更新任務(wù)表管理器的內(nèi)容，在需要的時(shí)候調(diào)用相應(yīng)的應(yīng)用程序來完成任務(wù)的需要。在過程建模工具中建立，修改，刪除的模型將通過存儲(chǔ)過程來修改數(shù)據(jù)庫中已存儲(chǔ)的模型。
轉(zhuǎn)載請(qǐng)注明來自發(fā)表學(xué)術(shù)論文網(wǎng)：http:///dzlw/10204.html
