軟件項目實施方案_第1頁
軟件項目實施方案_第2頁
軟件項目實施方案_第3頁
軟件項目實施方案_第4頁
軟件項目實施方案_第5頁
已閱讀5頁,還剩11頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

軟件項目實施方案平臺項目實施方案項目實施階段主要包括項目啟動需求調(diào)研確認(rèn)階段、系統(tǒng)實施階段、系統(tǒng)測試階段、系統(tǒng)培訓(xùn)及驗收階段等工作內(nèi)容。項目需求調(diào)研階段此階段處于整個項目實施工作的最前期,由成立項目組、前期調(diào)研、編制總體項目計劃組成。(1)公司系統(tǒng)分析員向用戶初步了解需求,然后列出要開發(fā)的系統(tǒng)的各大功能模塊,每個大功能模塊有哪些小功能模塊,對于有些需求比較明確相關(guān)的界面時,在這一步里面可以初步定義好少量的界面。(2)系統(tǒng)分析員深入了解和分析需求,項目組討論做出系統(tǒng)的功能需求文檔。這次的文檔會清楚列出系統(tǒng)大致的大功能模塊,大功能模塊有哪些小功能模塊,并且還列出相關(guān)的界面和界面功能。(3)系統(tǒng)分析員向用戶再次確認(rèn)需求。項目實施階段項目實施規(guī)劃“三分技術(shù),七分管理,”任何項目的成功都是建立在健全、合理的組織結(jié)構(gòu)基礎(chǔ)之上的;規(guī)范和嚴(yán)密的管理制度、嚴(yán)格的項目質(zhì)量檢測和控制都是項目成功的必要保證。圍繞本項目,*****科技和貴單位有關(guān)負(fù)責(zé)部門共同組建“項目組”,實現(xiàn)在“項目經(jīng)理”領(lǐng)導(dǎo)下的項目實施小組管理模式,采用項目經(jīng)理負(fù)責(zé)制,來對項目實施進(jìn)行協(xié)調(diào)和管理。我們組織了有關(guān)工程技術(shù)人員和概算人員對平臺設(shè)計方案進(jìn)行了細(xì)致的研究,作了周密詳細(xì)的安排。精心組織編制系統(tǒng)規(guī)劃和深化設(shè)計,編寫技術(shù)總負(fù)責(zé)單位的實施方案,并確定了承擔(dān)技術(shù)總負(fù)責(zé)項目的組織機(jī)構(gòu)和主要人員。我公司專門指派一名具有多年系統(tǒng)實施經(jīng)驗的項目經(jīng)理擔(dān)任技術(shù)負(fù)責(zé)人,帶領(lǐng)多名技術(shù)人員來完成項目的實施以及培訓(xùn)等任務(wù)。為了實現(xiàn)本次投標(biāo)中軟件平臺的各項要求和指標(biāo),確保在雙方約定的安裝日期內(nèi)實現(xiàn)項目書中對系統(tǒng)的各項要求和技術(shù)指標(biāo)。我們會在招標(biāo)文件規(guī)定日期內(nèi)完成系統(tǒng)的調(diào)整測試、安裝、試運行、培訓(xùn),完成交貨的所有工作。用戶購買項目產(chǎn)品之后,不能立即進(jìn)行使用,需要軟件公司的技術(shù)人員在軟件技術(shù)、軟件功能、軟件操作、軟硬件兼容等方面進(jìn)行系統(tǒng)調(diào)試、系統(tǒng)功能實現(xiàn)、人員培訓(xùn)、系統(tǒng)上線使用、后期維護(hù)等一系列的工作,我們將這一系列的工作稱為項目實施。大量的公司項目實施案例證明,項目是否成功、用戶的系統(tǒng)使用情況是否順利、是否提高了用戶的工作效率和管理水平,不僅取決于軟件產(chǎn)品本身的質(zhì)量,軟件項目實施的質(zhì)量效果也對后期用戶應(yīng)用的情況起到非常重要的影響。在項目實施的各個過程中,為確保質(zhì)量,必須明確各項活動的責(zé)任。即由誰負(fù)責(zé)、由誰輔助執(zhí)行、工作應(yīng)執(zhí)行的流程、執(zhí)行人員應(yīng)具備的技能和培訓(xùn)經(jīng)歷等。責(zé)任越明確,可執(zhí)行性就越好。同時要重視質(zhì)量記錄的產(chǎn)生和保存。在質(zhì)量記錄中,項目實施過程中產(chǎn)生的第一手原始資料是出現(xiàn)問題時查找原因的根據(jù),也是系統(tǒng)可回溯性的保證。設(shè)計是項目實施的初期步驟之一,它為整個項目的實施奠定基礎(chǔ),是保證項目質(zhì)量的關(guān)鍵要素。在項目實施前,必須提交合格的設(shè)計文檔。設(shè)計文檔應(yīng)充分考慮項目實施的實際情況,并從技術(shù)的角度確保正確可行。為保證設(shè)計的質(zhì)量,我們將遵從《軟件產(chǎn)品策劃程序》,《軟件產(chǎn)品開發(fā)程序》的規(guī)定。項目實施階段實施人員名單軟件開發(fā)階段概要設(shè)計首先,開發(fā)者需要對軟件系統(tǒng)進(jìn)行概要設(shè)計,即系統(tǒng)設(shè)計。概要設(shè)計需要對軟件系統(tǒng)的設(shè)計進(jìn)行考慮,包括系統(tǒng)的基本處理流程、系統(tǒng)的組織結(jié)構(gòu)、模塊劃分、功能分配、接口設(shè)計、運行設(shè)計、數(shù)據(jù)結(jié)構(gòu)設(shè)計和出錯處理設(shè)計等,為軟件的詳細(xì)設(shè)計提供基礎(chǔ)。詳細(xì)設(shè)計在概要設(shè)計的基礎(chǔ)上,開發(fā)者需要進(jìn)行軟件系統(tǒng)的詳細(xì)設(shè)計。在詳細(xì)設(shè)計中,描述實現(xiàn)具體模塊所涉及到的主要算法、數(shù)據(jù)結(jié)構(gòu)、類的層次結(jié)構(gòu)及調(diào)用關(guān)系,需要說明軟件系統(tǒng)各個層次中的每一個程序(每個模塊或子程序)的設(shè)計考慮,以便進(jìn)行編碼和測試。應(yīng)當(dāng)保證軟件的需求完全分配給整個軟件。詳細(xì)設(shè)計應(yīng)當(dāng)足夠詳細(xì),能夠根據(jù)詳細(xì)設(shè)計報告進(jìn)行編碼。軟件編碼在軟件編碼階段,開發(fā)者根據(jù)《軟件系統(tǒng)詳細(xì)設(shè)計報告》中對數(shù)據(jù)結(jié)構(gòu)、算法分析和模塊實現(xiàn)等方面的設(shè)計要求,開始具體的編寫程序工作,分別實現(xiàn)各模塊的功能,從而實現(xiàn)對目標(biāo)系統(tǒng)的功能、性能、接口、界面等方面的要求。升級前測試詳細(xì)見項目測試方案。軟件交付準(zhǔn)備在軟件測試結(jié)果證明軟件達(dá)到要求后,軟件開發(fā)者應(yīng)向用戶提交開發(fā)的目標(biāo)安裝程序、數(shù)據(jù)庫的數(shù)據(jù)字典、《用戶安裝手冊》、《用戶使用指南》、需求報告、設(shè)計報告、測試報告等雙方合同約定的產(chǎn)物。項目測試階段測試方案測試目標(biāo)是:“竭力且盡早發(fā)現(xiàn)系統(tǒng)存在的缺陷”,讓用戶能夠無后顧之憂地使用系統(tǒng),提高系統(tǒng)的功能性、穩(wěn)定性,最終使平臺成為一個健壯的穩(wěn)定的系統(tǒng)。本測試方案描述針對性能測試的范圍、方法、資源、進(jìn)度,作為本平臺測試的依據(jù)和指導(dǎo)大綱,該文檔的目的主要有:明確測試目的、測試范圍;明確測試環(huán)境需求,包括:測試需要的軟、硬件環(huán)境以及測試人力需求;確定測試策略,測試的方法和步驟;分析測試的風(fēng)險,確定規(guī)避辦法;確定測試需要輸出的結(jié)果和結(jié)果表現(xiàn)形式。測試環(huán)境及工具測試環(huán)境測試工具測試方法單元測試(1)單元測試目的單元測試的對象是軟件設(shè)計中的最小單元模塊。單元測試人員根據(jù)單元測試計劃對已完成的系統(tǒng)單元進(jìn)行測試,確保已完成的系統(tǒng)單元符合相應(yīng)部分系統(tǒng)詳細(xì)設(shè)計說明書所規(guī)定的要求。如果單元測試發(fā)現(xiàn)系統(tǒng)單元與其相應(yīng)的詳細(xì)設(shè)計說明書不符,則此系統(tǒng)單元必須修改以最終符合說明書的規(guī)定。(2)單元測試采用的方法、技術(shù)與內(nèi)容單元測試主要采用白盒測試技術(shù),用控制流覆蓋和數(shù)據(jù)流覆蓋等測試方法設(shè)計測試用例;主要測試內(nèi)容包括單元功能測試、單元性能測試和異常處理測試等。(3)元測試流程單元測試流程分為單元測試設(shè)計、單元測試準(zhǔn)備、單元測試實施和記錄、單元測試錯誤跟蹤。單元測試設(shè)計即單元測試用例設(shè)計,由系統(tǒng)設(shè)計人員在詳細(xì)設(shè)計的同時完成。單元測試準(zhǔn)備為按照測試用例的要求,準(zhǔn)備單元測試驅(qū)動數(shù)據(jù)和驅(qū)動模塊,由開發(fā)人員在開發(fā)過程中完成。單元測試實施和記錄由開發(fā)人員在編碼完成以后進(jìn)行。單元測試問題跟蹤由開發(fā)人員和系統(tǒng)設(shè)計人員共同完成,根據(jù)引起問題的不同原因進(jìn)行不同處理。如果測試問題為編碼錯誤,則由開發(fā)人員完成糾錯后重新測試。如果測試問題為設(shè)計階段引起的問題,則需要進(jìn)行設(shè)計變更。通過單元測試的程序,進(jìn)入配置管理系統(tǒng)。(4)單元測試用例開發(fā)負(fù)責(zé)人組織、指導(dǎo)開發(fā)人員根據(jù)《系統(tǒng)設(shè)計說明書》,編寫所負(fù)責(zé)代碼設(shè)計模塊的《單元測試用例》,設(shè)計單元測試腳本。代碼評審開發(fā)負(fù)責(zé)人組織人員進(jìn)行代碼檢查。若所寫的代碼不符合編碼規(guī)范,即便已實現(xiàn)了系統(tǒng)功能,仍然認(rèn)為不合格的,需要重寫。(1)代碼檢查的意義保證代碼編寫的規(guī)范;保證代碼編寫的過程不產(chǎn)生BUG;代碼檢查的依據(jù)。(2)檢查代碼是否有更新檢查存在問題是否有更新;檢查存在問題是否已解決。集成測試(1)集成測試目的集成測試是指根據(jù)《系統(tǒng)概要設(shè)計》,對系統(tǒng)的各單元進(jìn)行組裝。把分離的系統(tǒng)單元組裝為完整的可執(zhí)行的計算機(jī)軟件。集成測試的目的是檢查軟件單元部件是否能夠集成為一個整體,完成一定的功能,并找出單元測試中沒有發(fā)現(xiàn)的錯誤,包括數(shù)據(jù)定義有沒有重合與沖突,接口會不會產(chǎn)生錯誤,組合以后的模塊功能會不會互相影響,組合的系統(tǒng)是不是達(dá)到預(yù)期的效果等。(2)集成測試采用的方法、技術(shù)和內(nèi)容集成測試采用白盒測試和黑盒測試相結(jié)合的測試技術(shù)和漸增式的測試策略,用數(shù)據(jù)流等測試方法設(shè)計測試用例。主要測試內(nèi)容包括單元之間的接口測試、全局?jǐn)?shù)據(jù)結(jié)構(gòu)測試等。(3)集成測試流程集成測試包括集成測試設(shè)計、集成測試準(zhǔn)備、集成測試實施和測試記錄、集成測試問題跟蹤和結(jié)束測試等階段。集成測試設(shè)計由測試組組長根據(jù)項目計劃和開發(fā)計劃編制《集成測試計劃》,設(shè)計《測試用例》。測試計劃和測試用例應(yīng)當(dāng)通過項目經(jīng)理的審查。集成測試準(zhǔn)備需要系統(tǒng)測試組組長建立獨立的測試環(huán)境。測試環(huán)境包括測試硬件環(huán)境、網(wǎng)絡(luò)、數(shù)據(jù)庫、應(yīng)用服務(wù)器等以及測試對象(程序)的安裝和初始化工作。集成測試實施和測試記錄是由系統(tǒng)測試組組長組織人員按照測試計劃和測試用例要求進(jìn)行測試,并且記錄測試過程和測試結(jié)果。集成測試問題跟蹤是在測試過程中發(fā)現(xiàn)的問題由系統(tǒng)測試組組長根據(jù)測試記錄提交測試問題報告,并由系統(tǒng)設(shè)計人員和開發(fā)人員解決每一個問題的過程。測試結(jié)束指測試問題報告中的問題解決后,進(jìn)行回歸測試。當(dāng)測試問題降低到一定程度并通過測試通過準(zhǔn)則時,系統(tǒng)測試組組長提交測試總結(jié)報告結(jié)束測試。功能測試功能測試包括兩大部分,一是包括基本業(yè)務(wù)功能、業(yè)務(wù)測試、接口測試和可用性測試等方面的功能測試,二是包括:軟硬件的兼容性測試、安全性測試、故障恢復(fù)測試、數(shù)據(jù)庫測試、配置測試、安裝測試的產(chǎn)品化測試。驗收測試主要從系統(tǒng)的實用性、穩(wěn)定性、可維護(hù)性、靈活性、可操作性、和安全性方面進(jìn)行測試。(1)測試目標(biāo)我們要組織并執(zhí)行測試,以降低軟件產(chǎn)品中存在的缺陷,保證產(chǎn)品的質(zhì)量和可用性,測試工作的目標(biāo)就是降低BUG率,從各個方面提高軟件產(chǎn)品的質(zhì)量和可用性,為甲方提供優(yōu)質(zhì)的系統(tǒng)。計劃進(jìn)度表和測試計劃對業(yè)務(wù)系統(tǒng)測試進(jìn)行了時間和內(nèi)容上的定義與約束。(2)測試步驟輸入項目開發(fā)計劃業(yè)務(wù)需求說明、系統(tǒng)需求規(guī)格說明測試數(shù)據(jù)關(guān)鍵步驟定義測試需求與策略開發(fā)測試腳本和用例準(zhǔn)備測試環(huán)境執(zhí)行測試輸出測試計劃測試用例、腳本測試結(jié)果關(guān)鍵成功因素確定系統(tǒng)需求的可靠方法認(rèn)可了整體測試計劃測試腳本開發(fā)與執(zhí)行有足夠資源與時間支持測試腳本開發(fā)與執(zhí)行的工具,包括適當(dāng)?shù)呐渲铆h(huán)境開發(fā)以業(yè)務(wù)過程驅(qū)動為基礎(chǔ)的測試腳本測試環(huán)境的可靠、及時(轉(zhuǎn)換)的測試數(shù)據(jù)所有業(yè)務(wù)系統(tǒng)和系統(tǒng)集成測試的全面執(zhí)行獨立的質(zhì)量保證測試和對所有測試活動的合格終止(3)缺陷管理追蹤工具在上節(jié)描述中提到的PMS,即禪道管理系統(tǒng),可以應(yīng)用于測試的全過程,也可以用于管理各類評審的缺陷等。PMS還提供一些模板,例如測試計劃、測試總結(jié)、測試大綱、測試問題卡,因此可以通過PMS實現(xiàn)從測試計劃到總結(jié)的各測試活動管理。我們以需求說明書、軟件需求規(guī)格說明為輸入編寫測試大綱,對應(yīng)測試大綱中的內(nèi)容和測試需求編寫測試用例,測試人員可以根據(jù)測試大綱和用例執(zhí)行測試,發(fā)現(xiàn)問題后,記錄在PMS中,測試負(fù)責(zé)人通過查看缺陷問題列表將問題分配給對應(yīng)的開發(fā)人員,開發(fā)人員通過查看問題列表修改問題,PMS還提供了各種統(tǒng)計功能,例如根據(jù)問題的發(fā)現(xiàn)日期、問題等級、問題的分布、問題引入階段等進(jìn)行統(tǒng)計,這些統(tǒng)計結(jié)果可用來進(jìn)行分析和總結(jié)測試過程中使用PMS管理工具的益處在于:提高了測試的生產(chǎn)率工具自動進(jìn)行統(tǒng)計和分析能夠?qū)栴}卡輸出到Excel文件中,便于與相關(guān)人員進(jìn)行交流和確認(rèn)。性能測試性能測試總體流程與業(yè)務(wù)系統(tǒng)測試的流程基本相同。驗收測試主要從系統(tǒng)的實用性、穩(wěn)定性、可維護(hù)性、靈活性、可操作性、和安全性方面進(jìn)行測試。性能測試的內(nèi)容源于甲方對系統(tǒng)集成服務(wù)和硬件配置的性能要求。(1)測試目標(biāo)性能測試的目標(biāo)是在整個系統(tǒng)或一個系統(tǒng)的特定組件上定義、建立和執(zhí)行性能測試。驗證系統(tǒng)是否滿足甲方的性能要求,如不能滿足,要進(jìn)行相應(yīng)的優(yōu)化。(2)測試流程根據(jù)甲方的性能要求,我們首先對性能測試進(jìn)行策劃,確定性能測試的類別和測試方法。然后開發(fā)性能測試的用例,確定測試環(huán)境并準(zhǔn)備就緒后執(zhí)行性能測試,確定測試中的系統(tǒng)或組件的性能,并使用其結(jié)果決定性能是否可以被業(yè)務(wù)所接受。如果在測試中度量的性能特性證明是不能被接受的,我們可以通過對業(yè)務(wù)的改進(jìn)、數(shù)據(jù)庫、應(yīng)用服務(wù)器等進(jìn)行調(diào)優(yōu),以提高性能質(zhì)量,在進(jìn)行系統(tǒng)調(diào)優(yōu)前,我們同樣要進(jìn)行調(diào)優(yōu)的設(shè)計與分析。性能測試與應(yīng)用和技術(shù)架構(gòu)緊密相關(guān)并且兩者互相影響。性能測試類別與方法舉例(3)關(guān)鍵步驟輸入性能需求關(guān)鍵步驟定義性能測試策略設(shè)計性能測試腳本準(zhǔn)備測試環(huán)境和性能測試數(shù)據(jù)性能測試執(zhí)行輸出性能測試腳本性能測試報告關(guān)鍵成功因素性能測試的清晰的范圍定義。性能測試限制的識別作為性能質(zhì)量工具和現(xiàn)實的專有技術(shù)可形性的風(fēng)險評估,以定義和解釋性能測試。關(guān)于當(dāng)前和未來業(yè)務(wù)量的質(zhì)量信息的有效性,使能夠定義測試模擬速度和容量。自動化測試工具的有效性和使用它們的技術(shù),或用戶提供人工測試事務(wù)處理的有效性。性能測試能夠建立和運行的控制環(huán)境的有效性。(4)性能測試指標(biāo)響應(yīng)時間響應(yīng)速度在用戶心理所能承受的范圍內(nèi)。無論是客戶端還是管理端,當(dāng)用戶登陸,進(jìn)行任何操作的時候,系統(tǒng)應(yīng)該及時進(jìn)行反映,系統(tǒng)應(yīng)能檢測出各種非正常情況,并及時提示用戶??蓴U(kuò)展性在設(shè)計上必須具有適應(yīng)變化的能力,當(dāng)系統(tǒng)新增業(yè)務(wù)功能或現(xiàn)有業(yè)務(wù)改變時,應(yīng)保證業(yè)務(wù)在整體框架不變的基礎(chǔ)上,業(yè)務(wù)變化造成的影響局部化。易用性所有的業(yè)務(wù)功能界面風(fēng)格和操作流程一致,業(yè)務(wù)表單做到所見即所得,錄入能夠完全通過鍵盤完成??煽啃韵到y(tǒng)應(yīng)保證7*24小時內(nèi)不宕機(jī),保證在正常情況下和極端情況下業(yè)務(wù)邏輯的正確性。可用性必須避免由于單點故障或系統(tǒng)升級而影響整個系統(tǒng)的正常運行??删S護(hù)性系統(tǒng)能夠簡單方便的修改和升級,包含可度性、可修改性、可測試性等。可管理性和服務(wù)支持能力每個層次、每個構(gòu)件都提供標(biāo)準(zhǔn)的管理接口。實現(xiàn)統(tǒng)一的、一致的日志功能。每個構(gòu)件都提供應(yīng)用架構(gòu)總體設(shè)計規(guī)定的必要的標(biāo)準(zhǔn)外部接口。多平臺兼容性測試本平臺作為一個包含WEB端、手機(jī)端、PC端、服務(wù)端、應(yīng)用前端多平臺上系統(tǒng)。需要在各個平臺上都進(jìn)行兼容性測試,才能兼保證系統(tǒng)在特定的硬件平臺上,不同的應(yīng)用軟件之間,不同的操作系統(tǒng)平臺上,在不同的網(wǎng)絡(luò)等環(huán)境中能正常的運行兼容性測試的目的:確保本平臺在不同的操作系統(tǒng)平臺上正常運行,包括本平臺能在同一操作系統(tǒng)平臺的不同版本上的正常運行;本平臺能與相關(guān)的其他軟件或系統(tǒng)的正常兼容;并確保本平臺能在不同的網(wǎng)絡(luò)環(huán)境中正常運行。WEB端兼容性測試為了滿足在WEB端下的兼容,需要在主流的瀏覽器上進(jìn)行兼容性的測試,讓系統(tǒng)達(dá)到支持全部直流瀏覽器的功能瀏覽器版本手機(jī)端兼容性測試在手機(jī)端確保本平臺在IOS和安卓的操作系統(tǒng)下的主流品牌和主流分辨率上正常運行,需要在不同的手機(jī)上進(jìn)行兼容性測試公司內(nèi)部現(xiàn)有機(jī)型在testin上進(jìn)行測試將手機(jī)客戶端上傳至testin后,利用testin自動化云測試進(jìn)行對手機(jī)端的功能、測試、UI測試、性能測試、穩(wěn)定性測試、壓力測試,返回包括日志和截圖的詳細(xì)測試報告,testin云測試流程如下圖。使用testin測試可以對手機(jī)端進(jìn)行安裝卸載測試、遍歷測試、運行穩(wěn)定性測試、UI適配測試、啟動時間檢測、內(nèi)存、CPU耗用檢測、流量耗用檢測、電池溫度檢測、自定義腳本測試。從而可以更加全面的測試手機(jī)端應(yīng)用的性能。測試啟動結(jié)束1)測試啟動測試需求已確定。測試用例設(shè)計完成,且通過評審。測試數(shù)據(jù)準(zhǔn)備充份。測

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論