135 2295 6919
135 2295 6919
公司主站W(wǎng)ebsite:
www.sdfoef.cn
電子郵箱:
qykh2009@163.com
公司地址:
北京市朝陽(yáng)區(qū)亞運(yùn)村天創(chuàng)世緣B2座30整層
Software 軟件百科
類別:網(wǎng)站建設(shè)訪問量:1427編輯:anonymousUser 日期:2024-11-01 20:58:00
來源: 北京軟件開發(fā)公司
從事軟件開發(fā)的人最頭疼的就是需要的不斷變化,在需求分析階段最常用的就是寫需求的工具了,word文檔,技術(shù)人員通過文檔的形式來和業(yè)務(wù)人員完成對(duì)接,需求人員通過自己對(duì)客戶需求的分析根據(jù)自己邏輯思維的理解,用word文檔的形式描述出來。一個(gè)軟件的開發(fā)通常是又多人來完成,邏輯思維的不同,需求的不同,往往導(dǎo)致無效需求,這是導(dǎo)致項(xiàng)目失敗的根源。
在美國(guó)紐約有一個(gè)“失敗產(chǎn)品博物館”,里面展出的“失敗產(chǎn)品”高達(dá)8萬(wàn)多件,其中不乏大公司功能強(qiáng)大、新奇的產(chǎn)品。博物館提供了這樣一組數(shù)字:美國(guó)每年推向市場(chǎng)的新產(chǎn)品達(dá)54000多種,而真正受到青睞的只有20%。產(chǎn)品失敗的原因有很多,但最主要的就是產(chǎn)品功能與消費(fèi)者的需求相去甚遠(yuǎn)。
從需求分析到原形設(shè)計(jì)再到編程、測(cè)試、應(yīng)用維護(hù),在軟件產(chǎn)品的全生命周期內(nèi),需求作為根源和基礎(chǔ),它的優(yōu)劣實(shí)際上決定了一個(gè)軟件產(chǎn)品或者軟件研發(fā)應(yīng)用項(xiàng)目的成敗。
疲于應(yīng)對(duì)總在變化的需求
“我是在需求報(bào)告上簽字確認(rèn)了,可是我并沒有時(shí)間讀完這么厚的文檔,是你們要我簽字的。”不少開發(fā)團(tuán)隊(duì)經(jīng)常聽到他們的客戶——業(yè)務(wù)部門說這樣的話,尤其是客戶對(duì)軟件感到不滿意,需要提修改意見的時(shí)候。
就像一條河流,如果源頭被污染了,那么整條河流也就被污染了。需求是軟件項(xiàng)目的根源,對(duì)產(chǎn)品的影響最大。好的開始等于成功的一半。從軟件項(xiàng)目一開始,就要有正確的輸入,也就是正確的用戶需求。
如何才能做到呢?首先要討論的就是做需求的工具。當(dāng)前在軟件項(xiàng)目的需求分析階段最常用的工具是什么呢?Word!對(duì),就是Word文檔。技術(shù)人員通常是通過與業(yè)務(wù)人員交流等方式熟悉業(yè)務(wù)流程,根據(jù)自己頭腦中對(duì)某個(gè)業(yè)務(wù)的理解,按照自己的邏輯,用系列的Word文檔來描述業(yè)務(wù)需求。由于一個(gè)軟件開發(fā)項(xiàng)目都是要多人完成,在寫需求的時(shí)候,由于每個(gè)人的邏輯和習(xí)慣不一樣,以及在共享協(xié)同方面的不完善,往往導(dǎo)致無效需求,這是導(dǎo)致項(xiàng)目失敗的根源。
我們以銀行ATM機(jī)的程序?yàn)槔瑏碚f明無效需求是怎樣產(chǎn)生的。ATM機(jī)的需求怎么寫?一般來講,簡(jiǎn)而言之,開發(fā)人員會(huì)按照業(yè)務(wù)流程來寫,第一步是讀卡;第二步是在讀卡的時(shí)候讀用戶身份信息,給客戶一個(gè)窗口輸入密碼;第三步驗(yàn)證;第四步開始有分支,給客戶操作界面,往下再按照細(xì)化的業(yè)務(wù)流程繼續(xù)。但問題是項(xiàng)目合作中并不是每個(gè)開發(fā)人員都會(huì)嚴(yán)格按照這種順序來寫,并相互共享。某個(gè)開發(fā)人員他可能是按照自己想的業(yè)務(wù)邏輯先寫一遍,比如他本來已經(jīng)寫了16條需求,第8條到第10條是描寫查詢的,第10條到12條是描寫取款的,12條到16條是寫轉(zhuǎn)賬的,但該開發(fā)人員可能寫著寫著突然發(fā)現(xiàn)在取款方面應(yīng)該讓客戶更方便一點(diǎn),于是在16條之后又產(chǎn)生了一條有關(guān)取款的需求,這樣可能就會(huì)有重復(fù),有遺漏,造成需求無效。
而且因?yàn)樵谝粋€(gè)軟件項(xiàng)目進(jìn)行的過程中,普遍的是業(yè)務(wù)需求在不斷變化:一邊是業(yè)務(wù)需求本身就在不斷變化,一邊是需求和需求之間又互相關(guān)聯(lián)引導(dǎo)。這對(duì)項(xiàng)目團(tuán)隊(duì)做出正確有效的需求提出了巨大的挑戰(zhàn)。
長(zhǎng)篇累牘的Word文檔如何能做到有效的需求確認(rèn)和變更管理呢?康普科緯迅公司(以下簡(jiǎn)稱Compuware)中國(guó)區(qū)技術(shù)經(jīng)理馬怡驄的答案是將需求結(jié)構(gòu)化,并定義好需求之間的約束關(guān)系,從而做好需求管理。這也正是Compuware日前發(fā)布的最新的業(yè)務(wù)需求管理解決方案Optimal Trace 5.1的核心所在。
微軟的Visual就是結(jié)構(gòu)化。馬怡驄說,如果有人已經(jīng)用Visual來寫需求,那么說明他已經(jīng)比還在用Word的人進(jìn)步了,因?yàn)樗呀?jīng)開始使用結(jié)構(gòu)化需求。但是很遺憾,Visual的結(jié)構(gòu)化需求默認(rèn)沒有約束關(guān)系,如果再請(qǐng)幾個(gè)需求管理的專家把約束關(guān)系寫進(jìn)去,這就有了一半Optimal Trace的意思了。馬怡驄說,Optimal Trace不光描述需求,它還可以描述需求之間的關(guān)系和影響力,所以當(dāng)需求變動(dòng)的時(shí)候,開發(fā)人員可以輕易地追溯到還有哪幾個(gè)需求要重新查看編寫。另外,Optimal Trace還支持在需求定義完畢后,生成測(cè)試用例,有針對(duì)性地對(duì)這些需求做出驗(yàn)證。這對(duì)于測(cè)試人員來說也是一個(gè)福音。
對(duì)于新版本的重要性,Compuware產(chǎn)品解決方案副總裁John Williams表示,一方面是結(jié)構(gòu)化需求,另一方面它是一個(gè)開放性的架構(gòu),可以跟第三方的測(cè)試工具和測(cè)試管理工具進(jìn)行相應(yīng)的集成,包括需求的版本管理工具在內(nèi)。這樣用戶可以看到需求變化帶動(dòng)的整個(gè)軟件的基線變化,以及針對(duì)性的解決辦法,告訴用戶不同需求版本要在具體什么地方產(chǎn)生變化,并提供適用相應(yīng)變化的測(cè)試用例。結(jié)構(gòu)化需求,并對(duì)其進(jìn)行更有效管理,可以給業(yè)務(wù)市場(chǎng)人員的訪問、管理團(tuán)隊(duì)的審批和技術(shù)團(tuán)隊(duì)的實(shí)現(xiàn)提供更高的靈活性。
行百里者半九十。在整個(gè)軟件研發(fā)過程中,保持整個(gè)團(tuán)隊(duì)對(duì)需求一以貫之的關(guān)注、確保所有開發(fā)活動(dòng)都可以跟蹤到最初的用戶需求無疑是極為關(guān)鍵的。
用封裝的平臺(tái)解決問題
在整個(gè)軟件的生命周期中,要確保各項(xiàng)工作和需求之間的一致性,需求管理就顯得格外重要。對(duì)于這一點(diǎn),從事了十幾年軟件研發(fā)的創(chuàng)恒信軟件有限公司(以下簡(jiǎn)稱創(chuàng)恒信)技術(shù)總監(jiān)呂建海深有感觸。而除了需求管理之外,根據(jù)呂建海的十幾年開發(fā)經(jīng)驗(yàn),他表示搭建一個(gè)良好高效的應(yīng)用開發(fā)平臺(tái),應(yīng)需而變,也是實(shí)現(xiàn)敏捷開發(fā)的重要保障。
應(yīng)用軟件開發(fā)平臺(tái)的構(gòu)建一般基于底層的開發(fā)語(yǔ)言和一些開發(fā)框架進(jìn)行,進(jìn)行一些比較底層的封裝,制訂一系列軟件開發(fā)的模板或規(guī)則,要求軟件開發(fā)人員按照應(yīng)用開發(fā)平臺(tái)的規(guī)則進(jìn)行應(yīng)用實(shí)現(xiàn)。應(yīng)用軟件開發(fā)平臺(tái)一般都得到了若干個(gè)項(xiàng)目的應(yīng)用,具備很強(qiáng)的穩(wěn)定性和可靠性,同時(shí)能實(shí)現(xiàn)大量的應(yīng)用組件的重用,又能規(guī)范軟件開發(fā)的編碼規(guī)范,極大地增強(qiáng)了項(xiàng)目管理人員的控制能力,是當(dāng)前大多數(shù)公司沿用的項(xiàng)目開發(fā)方法。如用友的UAP、金蝶的BOS、SAP 的Netwaver都是用這種方法開發(fā)的。管理軟件平臺(tái)化是近兩年來很熱的話題,也是趨勢(shì)所在。
從系統(tǒng)集成商轉(zhuǎn)型而來的創(chuàng)恒信,曾經(jīng)自主開發(fā)過電力企業(yè)的ERP系統(tǒng)、工作流軟件、電子政務(wù)系統(tǒng)。有了多年的項(xiàng)目經(jīng)驗(yàn)積累之后,創(chuàng)恒信自主開發(fā)了一套Web應(yīng)用軟件開發(fā)平臺(tái)eFlow,將軟件開發(fā)可視化,進(jìn)行高度封裝,通過設(shè)置來實(shí)現(xiàn)應(yīng)用軟件的各項(xiàng)功能,實(shí)現(xiàn)軟件開發(fā)的無編碼化。
現(xiàn)有市場(chǎng)的Web應(yīng)用開發(fā)平臺(tái)一般都依附于特定應(yīng)用領(lǐng)域和特定行業(yè)。所有這些Web應(yīng)用開發(fā)平臺(tái)基本上都基于底層語(yǔ)言進(jìn)行開發(fā)設(shè)計(jì),涉及大量的編碼,對(duì)軟件開發(fā)人員的要求比較高。而eFlow應(yīng)用開發(fā)平臺(tái)作為一個(gè)高度封裝的Web應(yīng)用開發(fā)系統(tǒng),其開發(fā)系統(tǒng)中內(nèi)置了門戶系統(tǒng)、工作流管理系統(tǒng)、電子表單管理系統(tǒng)等,提供了一個(gè)通用的平臺(tái)組件,而主要的應(yīng)用開發(fā)由電子表單管理系統(tǒng)和工作流管理系統(tǒng)來完成,其門戶及展現(xiàn)由信息門戶系統(tǒng)來完成。
配置后的敏捷開發(fā)
利用eFlow應(yīng)用開發(fā)平臺(tái)進(jìn)行開發(fā),并不需要開發(fā)人員懂得J2EE的各種技術(shù),只須使用瀏覽器,開發(fā)人員就可以像設(shè)計(jì)網(wǎng)頁(yè)一樣完成最終的應(yīng)用開發(fā),其開發(fā)效率相對(duì)于使用傳統(tǒng)的SSH(STRUTS + SPRING + HIBERNATE)快一個(gè)數(shù)量級(jí)。應(yīng)用開發(fā)使用IE瀏覽器完成,應(yīng)用的運(yùn)行可以實(shí)現(xiàn)跨瀏覽器平臺(tái)應(yīng)用,在Linux上的Firefox上也可以運(yùn)行。
eFlow應(yīng)用開發(fā)平臺(tái)涵蓋了底層引擎、應(yīng)用組件和上層基礎(chǔ)系統(tǒng),能夠做到配置化實(shí)現(xiàn)各種復(fù)雜的Web應(yīng)用,其總體結(jié)構(gòu)如下:
eFlow應(yīng)用開發(fā)平臺(tái)以組件構(gòu)建的方式實(shí)現(xiàn)軟件開發(fā),大多數(shù)應(yīng)用無需編寫代碼,對(duì)于復(fù)雜應(yīng)用,也只需編寫少量腳本,就可以實(shí)現(xiàn)復(fù)雜的應(yīng)用。平臺(tái)提供基于瀏覽器的專用應(yīng)用設(shè)計(jì)工具,進(jìn)行應(yīng)用的開發(fā)設(shè)計(jì)、測(cè)試、跟蹤、調(diào)試以及軟件維護(hù)。平臺(tái)根據(jù)分層設(shè)計(jì)的開發(fā)思路進(jìn)行封裝,同時(shí)引入了大量的構(gòu)件,開發(fā)人員無需手工修改Java類、表現(xiàn)層的頁(yè)面、后臺(tái)邏輯等,直接通過開發(fā)工具進(jìn)行可視化配置降低了開發(fā)人員的學(xué)習(xí)難度。通過系統(tǒng)內(nèi)置的設(shè)計(jì)工具,基于瀏覽器進(jìn)行模板設(shè)計(jì)、模塊設(shè)計(jì)以及流程設(shè)置,能夠大幅度地減少開發(fā)工作量,提高了開發(fā)效率。而同時(shí)由于在開發(fā)實(shí)現(xiàn)過程中,壓縮了編碼的工作量,應(yīng)用跟蹤調(diào)試的時(shí)間也相應(yīng)減少,整個(gè)應(yīng)用實(shí)現(xiàn)的時(shí)間相應(yīng)減少,提高了應(yīng)用的可維護(hù)性和軟件的穩(wěn)定性。
北京乾元坤和 www.sdfoef.cn,ERP系統(tǒng)介紹,OA系統(tǒng)整合方案,MES系統(tǒng)方案介紹 QQ號(hào):2725110947 聯(lián)系電話:010-51246210 ; 15699913471
【上一條】 沒有上一條
【下一條】 沒有下一條