• <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>
    • 軟件測試技術
    • 軟件測試博客
    • 軟件測試視頻
    • 開源軟件測試技術
    • 軟件測試論壇
    • 軟件測試沙龍
    • 軟件測試資料下載
    • 軟件測試雜志
    • 軟件測試人才招聘
      暫時沒有公告

    字號: | 推薦給好友 上一篇 | 下一篇

    管理軟件的“銀彈”

    發布: 2008-4-18 15:27 | 作者: 曹開彬 | 來源: 計世資訊 | 查看: 39次 | 進入軟件測試論壇討論

    領測軟件測試網 關鍵字:管理軟件 銀彈

    25年前,Brooks博士曾在其著名的“人月神話”一書中提出了一個令人悲觀的論斷:“未來10年內沒有能提高軟件生產力的銀彈”,即沒有任何一種技術或管理上的進步,能夠獨立地承諾在10年內大幅度提高軟件開發的生產率、可靠性和簡潔性。如今,25年過去了,他的觀點還適應嗎? 新的銀彈正在誕生!計世資訊(CCW Research)近日的《2003中國軟件平臺發展戰略研究報告》表明,軟件平臺的新層級——業務基礎軟件平臺正對軟件,尤其是管理軟件開發模式產生革命性的影響,一種全新的開發模式——EMA(企業模型自動化)已經誕生,這種全新的開發模式就是業界一直在苦苦追尋的“提高軟件生產力的銀彈”。

    管理軟件的困惑
    自上個世紀40年代出現軟件以來,尤其是1955年第一家軟件公司CUC成立以來,軟件產業開始獨立于硬件產業,并從此走上了高速發展之路。微軟也因此而一舉登上了全球市值最高的寶座。不過,在全球保持高速發展的背后,軟件產業也有令人心酸的一面。20世紀90年代中期,業界曾對軟件產業的現狀進行過3次重要且非常著名的分析。這3次分析均得出了相似的結論,即軟件項目的成功率非常低。如果說“成功意味著成本、進度、質量、特性集、創造利潤等方面均達到了客戶期望”的話,那么只有10%的軟件項目取得了成功。
    不僅如此,在新的市場環境下,用戶對軟件需求的個性化越來越強烈。計世資訊(CCW Research)認為,用戶對軟件有兩種要求:空間和時間上的個性化!翱臻g上的個性化”是指不同用戶對軟件系統的需求不一樣,例如,不同行業的用戶或者同一行業的不同用戶對ERP系統的需求都是不一樣的;“時間上的個性化”是指同一用戶在不同時間段對軟件系統的需求也不一樣,例如,一個企業在實施管理軟件系統之后一年甚至半年內,由于市場環境、企業規模的改變,其管理模式、組織機構、業務流程都要隨之改變,這就必然要求管理軟件也隨之改變。因此無法深度滿足用戶的“個性化”的需求,也是管理軟件應用滿意度低的主要原因之一。
    出現上述情況并非偶然,而是傳統的應用軟件開發模式、軟件產業基本矛盾的必然反映。計世資訊(CCW Research)認為,現階段軟件產業的基本矛盾是不斷增長、日益復雜的社會需求與落后的軟件生產力之間的矛盾,這一矛盾的具體表現就是“用戶需求的個性化與軟件產品的通用性之間的矛盾”。

    銀彈出現:業務基礎軟件平臺
    為解決軟件產業的基本矛盾,人們一直在進行著持續不斷的努力。概括起來,人們的努力有兩個方向:其一是軟件工程和軟件項目管理;其二是軟件技術革新。從誕生到現在,軟件產業涌現了大量的技術革新,每一次的技術革新都向解決軟件產業的基本矛盾邁進了一步。在所有的技術革新中,軟件平臺化最有意義,也最有生命力。
    “軟件平臺”并非一個新鮮的詞語,它由來已久并在軟件開發中得到了廣泛的應用。例如,操作系統、數據庫、各種交易中間件等都是人們早就熟悉的軟件平臺。但“軟件平臺”的定義是什么,它應包含哪些基本要素,它的作用是什么?對這些問題,一直沒有很明確的說法。
    計世資訊(CCW Research)認為,“軟件平臺化”的本質是將復雜的軟件系統分層,是分層理論在軟件開發中的具體應用,并由此找到軟件開發中標準化與個性化之間的恰當契合點。軟件平臺是用來構建與支撐應用軟件的獨立軟件系統,它是開發與運行應用軟件的基礎,是任何一個應用軟件得以實現與應用的必要條件。軟件平臺有兩個基本要素:支撐環境和開發體系。其中,支撐環境是指應用軟件系統開發與運行的基本條件;開發體系是指開發與維護管理應用軟件的工具與方法。
    按照這一定義,我們可以把目前的軟件平臺劃分為三個層次:操作系統平臺、軟件基礎架構平臺、業務基礎軟件平臺(圖1)。其中,操作系統平臺是最底層的軟件平臺,其作用在于實現了應用軟件與硬件平臺的交互;軟件基礎架構平臺建筑在操作系統平臺之上,其作用在為復雜應用軟件提供技術基礎設施;業務基礎軟件平臺是軟件平臺的第三層,其作用在于實現軟件開發過程中技術和管理業務之間的分離。在每一個層次,軟件平臺都為其上一個層次屏蔽了自身及以下層次的技術細節,每一個層次都對提高軟件生產力具有重要作用。

    在這些軟件平臺中,業務基礎平臺是最近一兩年出現的新形態,其代表產品包括思維加速的TIB、東軟金算盤的VP、用友的UAP、金蝶的BOS、SAP的NetWeaver、BAAN公司的DEM等。
    從技術角度分析,業務基礎軟件平臺為復雜應用軟件系統的開發提供了基本框架,并有與之相應的、方便易用的開發與維護管理工具。這個框架給出了一些復雜應用軟件的基本組成部分和實現方法,并且預置了很多可供參考的軟件模塊。有了這樣的準備,在業務基礎軟件平臺之上開發管理軟件就可以降低復雜性,省去很多基礎性的研發工作,從而大大縮短研發周期,提高研發效率。

    具體來說,業務基礎軟件平臺能滿足復雜應用軟件系統開發的如下要求:
    ● 速度要求 通過業務基礎軟件平臺提供的基本框架及預置好的模塊,軟件提供商能很快地開發出用戶所需要的復雜應用軟件;
    ● 靈活性要求 通過業務基礎軟件平臺提供的開發與管理工具,軟件提供商能很方便地滿足用戶個性化的需求,以及用戶在發展過程中各種各樣變化的需求;
    ● 集成性要求 業務基礎軟件平臺為復雜應用軟件系統提供了一個集成框架,不僅為集成同一平臺上的各種不同軟件提供了規則,還為集成其他應用軟件系統提供了集成接口。
    計世資訊(CCW Research)認為,業務基礎軟件平臺是一種技術創新,它使軟件平臺又多了一個層次,并將應用軟件的業務邏輯和開發技術分離,使應用軟件的開發者可以僅關注應用的業務任務,而不必關注其技術的實現,從而使管理和業務人員能夠參與應用軟件的開發。

    管理軟件的“新生”
    業務基礎軟件平臺的出現使軟件平臺多了一個具有革命性意義的戰略層級,為降低大型復雜系統的實現難度提供了新的途徑,它使大型軟件復雜應用系統的體系結構出現了新的變化,也會對復雜應用系統本身產生重大的影響。
    一直以來,復雜應用軟件系統的開發主要采用幾種方式:一是基于硬件平臺直接開發;二是在操作系統平臺上進行開發;三是基于數據庫平臺開發;四是基于中間件平臺開發。在這四種開發模式中,由于后一種模式的開發平臺均比前一種要高,因此后者的開發難度更小,開發周期也更短。
    雖然四種開發模式的發展在很大程度上提高了軟件研發效率,但它們依然存在明顯的不足:開發難度仍然較大,開發周期仍然較長。再加上這四種模式都是從技術出發,與應用軟件的主體——業務相去甚遠,因此無法解決由于業務復雜性帶來的管理軟件的復雜性。這些缺點導致了管理軟件的應用與發展還存在很大的問題,主要表現在兩方面:一是管理軟件不能很好地滿足用戶的業務需求,柔性非常差,不能適應用戶業務的快速變化;二是開發效率低下,實施周期長,成本壓力大。這也是目前管理軟件應用失敗率居高不下的主要原因。
    業務基礎軟件平臺的誕生給管理軟件的開發帶來了革命性的變化,這種全新的軟件開發模式就是EMA(企業模型自動化)。業務基礎軟件平臺通過自己的支撐環境,將開發和運行復雜應用系統所需的底層技術進行了徹底的封裝。人們在進行應用系統的開發時,只需關注業務模型,無需關心技術平臺與相關實現細節。這種“技術無關性”使管理人員和業務人員能夠參與應用系統的開發。
    EMA基于業務和管理層面,以業務建模為基本手段,實現業務應用系統的構架、開發和維護,其最大特點是業務導向和技術無關性。業務導向是指EMA基于企業工程理論和企業參考模型,為軟件設計和開發提供有效的導向和依據,幫助開發者全面、正確和迅速地實現管理者的管理和業務要求,大幅度地提升管理軟件的開發、發布及維護的效率和質量,并在業務持續完善的過程中實現快速調整;技術無關性是指EMA通過運行平臺直接執行企業的業務,實現業務模型和系統實現技術的分離,使應用系統可以在各類主流和標準的基礎平臺上運行,并可以順利地遷移到未來的技術環境中。
    EMA采用模型自動執行作為軟件的主要實現方式,應用軟件中非常困難的實現部分和大量重復的業務邏輯已經無需編程(通用邏輯中的70%~95%)。開發人員只需聚焦于客戶的業務邏輯,并可以使用多種程序語言來支持復雜業務邏輯。

    未來發展
    計世資訊(CCW Research)認為,未來2~3年內,將會有越來越多的復雜應用軟件系統構建在業務基礎軟件平臺之上。在管理軟件領域,甚至會掀起一股從軟件基礎架構平臺向業務基礎軟件平臺遷移的高峰。預計在2006年,主流的管理軟件都將基于業務基礎軟件平臺,并且最有可能首先取得突破的是ERP、OA和電子政務系統(圖3)。

    與操作系統平臺、軟件基礎架構平臺相比,我國業務基礎軟件平臺市場剛剛啟動。計世資訊(CCW Research)認為,我國業務基礎軟件平臺市場將在2003年得到進一步重視,并從此進入快速發展的軌道。到2003年,中國業務基礎軟件平臺的市場規模將達到6億元,市場增長率達到300%。同時,會有越來越多的廠商進入這個領域,發布相關產品。到2005年,業務基礎軟件平臺在市場上將被充分接受,其市場規模將達25億元。并且,主流的ERP和OA軟件都將基于業務基礎軟件平臺,其市場規模將分別達到38億元和16億元。
    目前軟件平臺市場面臨的最大問題是“混亂”和“無序”,標榜為軟件平臺的產品紛紛問世,要研發平臺軟件的廠商突然變多,一些新成立的軟件公司更是直奔“軟件平臺”市場。只要稍加留意,您就會發現市場上已經充斥著各種各樣的平臺軟件:數據交換平臺軟件、報表生成平臺、電子商務軟件平臺、電子政務平臺、ERP平臺等。這種情況出現的背后是對“軟件平臺”和“最終應用軟件產品”的定位不清。實際上,現在市場上眾多的“軟件平臺”,其實都是一些具有一定個性化設置功能的“最終應用軟件產品”。在ERP和OA軟件市場,這種情況尤為突出。要注意的是,這樣的產品雖然能解決某些具體的問題,但和本文里所說“新一代應用軟件”有著本質的區別!靶乱淮鷳密浖笔窃跇I務基礎軟件平臺之上開發的,而上面提到的應用軟件產品則不是這樣。

    相關鏈接:
    業務基礎軟件平臺的特性
    除了具有軟件平臺的基本特性,業務基礎軟件平臺還具有兩個獨有特性:面向業務和技術無關性。
    其一,操作系統平臺、軟件基礎架構平臺等都是面向軟件開發人員,使用它的技術門檻比較高,而業務基礎軟件平臺面向業務人員,它使用得更多的是“業務語言”或“管理語言”,這是業務人員就能理解的語言。這一特性消除了復雜應用軟件系統一直存在的兩張皮現象(即缺少復合型的專業人才,懂技術的不懂管理,懂管理的不懂技術,管理人員、業務人員與技術人員之間一直存在著很難彌合的“鴻溝”)。
    其二,技術無關性不是指業務基礎軟件平臺和技術沒有關系,而是指業務基礎軟件平臺屏蔽了操作系統、軟件基礎架構平臺的技術細節,開發人員在利用業務基礎軟件平臺開發復雜應用軟件系統時,關注的焦點在于業務邏輯、管理模式,而不用關心采用何種技術來實現。簡單地說,這種技術無關性其實就是跨平臺,通過業務基礎軟件平臺開發的軟件能夠順利地在各種異構環境下運行。

    業務基礎軟件平臺與管理軟件
    業務基礎軟件平臺與ERP、CRM等管理軟件并非等同的概念。前者是ERP、CRM等管理軟件開發與運行的基礎,后者是用戶用來提升自己的管理水平、降低生產成本的最終軟件產品。業務基礎軟件平臺本身并不是ERP,也不是任何一種管理軟件。用戶單純購買一個業務基礎軟件平臺,并不能解決任何管理問題,“平臺”只是一種運行環境和開發工具。雖然我們一直在論述,“傳統ERP”有太僵硬的缺點,但這并非ERP有僵硬的缺點,而是指用來實現ERP系統的“傳統方法”有缺點。實際上,ERP本身是一種先進的管理思想與管理模式,如果有一套先進的軟件系統將它的管理思想蘊含其中,那么這套軟件系統肯定能為企業帶來極大的收獲。因此,我們要改進的不是ERP本身,而是ERP軟件的傳統實現方法。業務基礎軟件平臺的作用正在于此。
    業務基礎軟件平臺誕生之后,管理軟件可以由兩種主要方式提供:一是基于軟件基礎架構平臺;二是基于業務基礎軟件平臺。當然,也會還有少量其他的方式,如適用于嵌入式系統的管理軟件、直接在操作系統之上開發的管理軟件。

    關于EMA的幾個誤區
    關于建模 建模有很多,在軟件開發中會涉及兩類:一類是傳統的基于技術的建模,為軟件開發人員編寫程序而準備的建模,典型代表有UML;另一類是基于管理和業務的建模,它是為管理人員使用的,而不是為軟件開發技術人員所使用的。在傳統的軟件開發中,建模一般采用UML等方法,但在全新的軟件開發模式EMA中,建模一般采用業務建模。
    關于免編程 建模工具是不是免編程的傻瓜化工具?建模工具的確可以大幅減少代碼,降低管理系統的開發難度,而且,許多業務系統也的確可以用建模工具免代碼完成。但建模工具并不等于免編程工具。因為業務邏輯具有不可預測的復雜性,有些業務邏輯本身就是一種復雜的程序邏輯,如MRP中的BOM(物料清單)算法。此外,管理系統需要兼容、融合和集成現有各類IT技術,如CAD、GIS技術等,甚至需要與工業設備進行信息交換。這些必需要靠適當的編程才能實現。(馬科)

    問與答
    業務基礎軟件平臺為什么在此時浮出水面?原因有二:其一是關鍵需求出現,由于企業管理個性化和持續完善成為競爭的基本戰略,管理軟件產業出現了大規模定制的要求;其二是基本條件具備,業務基礎平臺的理論研究基本成熟,最關鍵的是,企業工程理論和業務建模體系已經達到實用水平。
    那么如何理解業務導向和驅動?這其實是管理軟件的實現途徑和方法的問題。它是指軟件開發是基于業務和管理的層面,而非技術的層面來理解、設計、構架和集成企業的信息系統;跇I務的層面是指,開發人員只需描述企業的組織機構、業務流程、業務信息、業務資源、業務邏輯、業務事件等業務內容,而不考慮技術層面的東西,例如,系統是采用C/S還是B/S?DCOM、Corba、EJB還是Soap?.Net還是J2EE?NT還是Linux?

    延伸閱讀

    文章來源于領測軟件測試網 http://www.kjueaiud.com/

    TAG: 管理軟件


    關于領測軟件測試網 | 領測軟件測試網合作伙伴 | 廣告服務 | 投稿指南 | 聯系我們 | 網站地圖 | 友情鏈接
    版權所有(C) 2003-2010 TestAge(領測軟件測試網)|領測國際科技(北京)有限公司|軟件測試工程師培訓網 All Rights Reserved
    北京市海淀區中關村南大街9號北京理工科技大廈1402室 京ICP備10010545號-5
    技術支持和業務聯系:info@testage.com.cn 電話:010-51297073

    軟件測試 | 領測國際ISTQBISTQB官網TMMiTMMi認證國際軟件測試工程師認證領測軟件測試網

    老湿亚洲永久精品ww47香蕉图片_日韩欧美中文字幕北美法律_国产AV永久无码天堂影院_久久婷婷综合色丁香五月

  • <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>