覃琳 楊程 孫衛(wèi)寧 覃宏秋

【摘 要】文章探討了在協(xié)同創(chuàng)新平臺(tái)上引用敏捷開(kāi)發(fā)模式，幫助孵化器的中小型企業(yè)在創(chuàng)新創(chuàng)業(yè)路上，從需求管理、計(jì)劃管理、迭代任務(wù)管理、測(cè)試管理、代碼庫(kù)管理、自動(dòng)化測(cè)試工具等方面對(duì)項(xiàng)目研發(fā)的全生命周期進(jìn)行跟蹤，改善原有研發(fā)流程，規(guī)范項(xiàng)目開(kāi)發(fā)文檔，提升研發(fā)團(tuán)隊(duì)的項(xiàng)目管理能力、軟件開(kāi)發(fā)能力，提高工作效率，降低研發(fā)的成本和風(fēng)險(xiǎn)。敏捷開(kāi)發(fā)模式進(jìn)一步提升了孵化器的管理能力和服務(wù)能力。

【關(guān)鍵詞】創(chuàng)新創(chuàng)業(yè);敏捷開(kāi)發(fā);項(xiàng)目管理;流程管理

【中圖分類(lèi)號(hào)】TP3 【文獻(xiàn)標(biāo)識(shí)碼】A 【文章編號(hào)】1674-0688（2019）02-0009-02

科技創(chuàng)業(yè)活動(dòng)日益活躍，科技型中小企業(yè)大量涌現(xiàn)，科技企業(yè)孵化器在總體上發(fā)展良好，但是自身團(tuán)隊(duì)在軟件研發(fā)過(guò)程的初期普遍存在軟件需求和定位不清晰，具體功能不確定，團(tuán)隊(duì)的分工不明確等問(wèn)題，導(dǎo)致研發(fā)效率低，時(shí)間長(zhǎng)，過(guò)程反復(fù)，研發(fā)出來(lái)的軟件偏離客戶(hù)需求等，因此，我們引入敏捷開(kāi)發(fā)模式，從項(xiàng)目需求管理、計(jì)劃管理、迭代任務(wù)管理、測(cè)試管理、代碼庫(kù)管理、自動(dòng)化測(cè)試工具等方面，幫助中小企業(yè)提升軟件研發(fā)的能力，讓開(kāi)發(fā)中各個(gè)環(huán)節(jié)更緊湊、可控，實(shí)現(xiàn)工作過(guò)程的流程化，項(xiàng)目管理的正規(guī)化，以便提高軟件質(zhì)量，按期交付。

1 敏捷開(kāi)發(fā)模式與傳統(tǒng)開(kāi)發(fā)模式比較

敏捷開(kāi)發(fā)作為一種新的軟件工程方法，是一種與傳統(tǒng)瀑布流開(kāi)發(fā)相反的軟件開(kāi)發(fā)過(guò)程，與傳統(tǒng)相比更加注重人的因素，注重開(kāi)發(fā)者之間的互動(dòng)及開(kāi)發(fā)者和用戶(hù)之間的互動(dòng)，同時(shí)因?yàn)樵黾恿私涣骱蛥f(xié)作使得開(kāi)發(fā)的項(xiàng)目更加靈活和易于修改。

2 敏捷開(kāi)發(fā)模式特性

敏捷開(kāi)發(fā)的核心是用戶(hù)的需求變化。在敏捷開(kāi)發(fā)中，項(xiàng)目一開(kāi)始就被分切成多個(gè)相互聯(lián)系，但也可以獨(dú)立運(yùn)行的子項(xiàng)目，各個(gè)子項(xiàng)目的成果都經(jīng)過(guò)測(cè)試，具備可視、可集成和可運(yùn)行使用的特征。

3 協(xié)同創(chuàng)新管理服務(wù)平臺(tái)能力提升

3.1 需求管理

需求管理可以分為客戶(hù)需求管理、產(chǎn)品開(kāi)發(fā)需求管理等，客戶(hù)需求管理屬于原始的需求，是客戶(hù)的業(yè)務(wù)流程或是產(chǎn)品應(yīng)用場(chǎng)景;產(chǎn)品開(kāi)發(fā)需求是站在客戶(hù)的角度去記錄和思考，包括使用場(chǎng)景、業(yè)務(wù)流程的劃分，用戶(hù)想讓系統(tǒng)實(shí)現(xiàn)什么，如何去執(zhí)行等，把收集到的信息進(jìn)行匯總，通過(guò)對(duì)客戶(hù)需求進(jìn)行分析和梳理之后，然后形成產(chǎn)品的需求目錄，產(chǎn)品的需求目錄和客戶(hù)的需求是相互關(guān)聯(lián)，并且可以進(jìn)行跟蹤管理。

3.2 計(jì)劃管理

計(jì)劃管理，在產(chǎn)品開(kāi)發(fā)需求管理的基礎(chǔ)上，制定一個(gè)交付計(jì)劃，包括任務(wù)分解、研發(fā)進(jìn)度和資源分配等方面，每一個(gè)計(jì)劃盡可能的小，計(jì)劃的劃分要有獨(dú)立性，可協(xié)商性、可預(yù)測(cè)和測(cè)試性，并對(duì)計(jì)劃進(jìn)行估算和排序，形成迭代任務(wù)。

3.3 迭代任務(wù)管理

在敏捷開(kāi)發(fā)中，迭代任務(wù)分為Sprint計(jì)劃、Sprint開(kāi)發(fā)、Sprint回顧、Sprint跟蹤等4個(gè)部分。

（1）Sprint計(jì)劃，根據(jù)計(jì)劃管理的任務(wù)進(jìn)行劃分，確定需要完成的任務(wù)量，對(duì)任務(wù)的時(shí)間、難度進(jìn)行估算和排序，團(tuán)隊(duì)人員進(jìn)行任務(wù)領(lǐng)用。

（2）Sprint開(kāi)發(fā)，采用可視化的任務(wù)看板形式，展示迭代任務(wù)的開(kāi)發(fā)狀態(tài)和進(jìn)度，團(tuán)隊(duì)開(kāi)發(fā)人員可以實(shí)時(shí)地了解到迭代任務(wù)的消耗時(shí)間、剩余時(shí)間，任務(wù)是在構(gòu)建過(guò)程還是在測(cè)試過(guò)程還是已經(jīng)發(fā)布等。

（3）Sprint回顧，對(duì)迭代的任務(wù)進(jìn)行總結(jié)分析，統(tǒng)計(jì)任務(wù)的完成情況。

（4）Sprint跟蹤，在Sprint中通過(guò)燃盡圖來(lái)跟蹤整個(gè)迭代計(jì)劃的進(jìn)展，燃盡圖記錄了迭代任務(wù)完成情況和變化趨勢(shì)。

3.4 測(cè)試管理

測(cè)試管理貫穿整個(gè)項(xiàng)目的全過(guò)程，從需求規(guī)劃開(kāi)始，一直到項(xiàng)目交付。在敏捷開(kāi)發(fā)模式中集成了測(cè)試用例、測(cè)試用例設(shè)計(jì)、缺陷跟蹤、缺陷管理等4個(gè)功能。測(cè)試管理給項(xiàng)目團(tuán)隊(duì)人員提供高效、便捷的測(cè)試平臺(tái)。通過(guò)測(cè)試管理功能，項(xiàng)目團(tuán)隊(duì)可以實(shí)時(shí)了解項(xiàng)目的質(zhì)量情況。

（1）建立測(cè)試類(lèi)別，測(cè)試人員根據(jù)測(cè)試的方案，選擇測(cè)試的類(lèi)別，也就是需要進(jìn)行哪一類(lèi)的測(cè)試，如性能測(cè)試、安全測(cè)試和功能測(cè)試等。

（2）建立測(cè)試庫(kù)，測(cè)試人員根據(jù)所需要測(cè)試的內(nèi)容，建立測(cè)試中所需要的用例，這是后期進(jìn)行測(cè)試的基礎(chǔ)。

（3）建立測(cè)試周期，測(cè)試人員根據(jù)測(cè)試的方案來(lái)制定測(cè)試的周期，在每一項(xiàng)功能可能需要反復(fù)多次的測(cè)試，如功能測(cè)試、回歸測(cè)試等。

（4）建立測(cè)試用例，測(cè)試人員可以根據(jù)系統(tǒng)的測(cè)試內(nèi)容建立測(cè)試用例，包括測(cè)試用例的數(shù)據(jù)、添加操作、修改操作、刪除操作等。也可以通過(guò)已存在的模板進(jìn)行相應(yīng)修改后，進(jìn)行測(cè)試。

（5）執(zhí)行測(cè)試用例，測(cè)試人員使用測(cè)試用例進(jìn)行測(cè)試，并且記錄測(cè)試數(shù)據(jù)，如各功能模塊執(zhí)行的結(jié)果數(shù)據(jù)、缺陷數(shù)據(jù)等。

3.5 代碼庫(kù)管理

中小企業(yè)在團(tuán)隊(duì)開(kāi)發(fā)過(guò)程中，因?yàn)榭蛻?hù)需求不斷變化，軟件也在不斷地迭代，軟件在不斷修改和升級(jí)過(guò)程中，代碼質(zhì)量可能會(huì)變差，比如，軟件的版本混亂、代碼沖突、代碼分散，閱讀性變差、代碼修改變得復(fù)雜，以及耦合度過(guò)高使得測(cè)試變得越來(lái)越繁瑣。因此，為了提高研發(fā)人員在軟件開(kāi)發(fā)和維護(hù)的效率，減少開(kāi)發(fā)和維護(hù)成本，對(duì)軟件代碼質(zhì)量進(jìn)行實(shí)時(shí)監(jiān)控，以及時(shí)了解代碼質(zhì)量變化和及時(shí)修正，采用代碼庫(kù)進(jìn)行管理。

代碼管理工具是軟件開(kāi)發(fā)中重要的工具，能讓開(kāi)發(fā)人員有效地管理自己的代碼，能夠清晰地記錄代碼文件的修改內(nèi)容及歷史版本，每個(gè)開(kāi)發(fā)人員在自己的版本庫(kù)上可以任意地執(zhí)行提交代碼、創(chuàng)建分支等行為。采用代碼庫(kù)，不僅能保證代碼安全，還可以讓團(tuán)隊(duì)成員異地同步開(kāi)發(fā)，不影響項(xiàng)目進(jìn)度，提高發(fā)開(kāi)效率。

（1）代碼庫(kù)管理的基本功能。開(kāi)發(fā)人員使用開(kāi)發(fā)工具將代碼同步到庫(kù)管理中，在庫(kù)中可以設(shè)置訪問(wèn)策略，是否允許瀏覽、克隆、下載和查看庫(kù)中各分支的差異。

（2）代碼庫(kù)管理的代碼分析功能。庫(kù)管理能提供源代碼的行數(shù)、有效代碼行數(shù)等質(zhì)量分析，一方面集成了自動(dòng)化代碼度量工具進(jìn)行軟件代碼的評(píng)估，如耦合度、方法長(zhǎng)度等，另一方面通過(guò)版本庫(kù)和BUG庫(kù)中的數(shù)據(jù)對(duì)比，進(jìn)行缺陷預(yù)測(cè)，讓開(kāi)發(fā)人員關(guān)注容易出錯(cuò)代碼，幫助開(kāi)發(fā)人員及時(shí)找到原因，改善代碼質(zhì)量。

3.6 自動(dòng)化測(cè)試工具

軟件測(cè)試是驗(yàn)證軟件的正確性、完整性、安全性的過(guò)程，是驗(yàn)證軟件的質(zhì)量是否能滿足設(shè)計(jì)要求的評(píng)估過(guò)程。軟件的測(cè)試可分為單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試等，單元測(cè)試一般是對(duì)象的單項(xiàng)功能，測(cè)試內(nèi)容一般包括局部數(shù)據(jù)結(jié)構(gòu)、覆蓋條件、邊界條件等，集成測(cè)試主要是測(cè)試接口之間的問(wèn)題，系統(tǒng)測(cè)試是將被測(cè)軟件相關(guān)聯(lián)的外部設(shè)備結(jié)合，實(shí)際環(huán)境下對(duì)系統(tǒng)的測(cè)試。軟件自動(dòng)化測(cè)試主要是通過(guò)測(cè)試工具、腳本等來(lái)實(shí)現(xiàn)，易操作、可重復(fù)測(cè)試、效率高。在平臺(tái)上，引入了一些自動(dòng)化工具，提供中小企業(yè)使用，提高用戶(hù)的研發(fā)效率。

（1）QTP自動(dòng)化工具。QTP是功能自動(dòng)化測(cè)試工具，應(yīng)用于軟件的回歸測(cè)試中，它不僅可以測(cè)試傳統(tǒng)的windows應(yīng)用軟件，還可以測(cè)試在WEB上的應(yīng)用，同時(shí)也提供多種插件支持，可以應(yīng)用于多個(gè)類(lèi)型產(chǎn)品[2]。

（2）WinRunner功能測(cè)試工具。WinRunner功能測(cè)試，主要是檢查軟件是否能正常運(yùn)行，能否達(dá)到預(yù)期的功能。WinRunner通過(guò)錄制、檢測(cè)和回放用戶(hù)的應(yīng)用操作，有效地幫助測(cè)試人員在不同的版上進(jìn)行反復(fù)測(cè)試，提高人員的工作效率，確保軟件所有功能的正常運(yùn)行[3]。

（3）LoadRunner性能測(cè)試。LoadRunner是一個(gè)自動(dòng)負(fù)載測(cè)試工具，用于預(yù)測(cè)系統(tǒng)行為和優(yōu)化軟件性能測(cè)試工具，LoadRunner可以模擬千萬(wàn)用戶(hù)進(jìn)行訪問(wèn)，并且實(shí)時(shí)記錄軟件的負(fù)載情況，幫助用戶(hù)更快地查找問(wèn)題和發(fā)現(xiàn)問(wèn)題，能有效地避免系統(tǒng)上線后，因?yàn)橛脩?hù)訪問(wèn)量過(guò)大，造成系統(tǒng)緩慢或是崩潰等問(wèn)題。

參 考 文 獻(xiàn)

[1]伊華，王志堅(jiān).基于Scrum敏捷開(kāi)發(fā)的軟件實(shí)訓(xùn)設(shè)計(jì)[J].計(jì)算機(jī)教育，2016（6）：65-69.

[2]彭賢生，張花萍.自動(dòng)化測(cè)試工具QTP在軟件項(xiàng)目中的應(yīng)用[J].中國(guó)高新技術(shù)企業(yè)，2014（12）：291.

[3]李明澤.淺談軟件自動(dòng)化測(cè)試技術(shù)[J].科教導(dǎo)刊，2016（31）：171-172.

[責(zé)任編輯：鄧進(jìn)利]