1. 前言
1.1.個性化產品情況
軟件產品已經基本成型,已經有一個以上的用戶在使用。
軟件產品不是通用軟件,用戶的大體功能相同,但都有用戶個性的需求,并進行個性實現。
1.2.優劣分析
優勢:
1.不是通用軟件,而是對不同用戶進行個性實現,使系統盜版的可能性降低。
2.由多個用戶提出需求,以業務驅動技術進行實現,良好的需求用戶共享,可以保持系統的先進性。
3.核心部分已經完成,從用戶提出需求到系統上線,實施時間短。
劣勢:
1.很容易對于用戶需求使有快速開發方式,頭痛醫頭,腳痛醫腳,測試由于時間緊急、測試數據不完整等原因測試達不到質量要求,使系統穩定性不足。
2.統一版本管理困難,一線人員最怕升級,不知升級后會有什么問題。
3.由于用戶的增多工作戰線會拉的長,易形成救火隊組織。分工不明確,到最后可能開發團體每個人是工程人員,也是開發人員還是測試人員,事情混雜,不能專心一個時間內做一件事情。
1.3.目的
根據以上情況及個人經驗制訂出以下工作流程。
2.工作流程
2.1.名詞定義
個性化需求:單獨為某一個用戶個性所做并不涉及系統核心(委托,轉換,清算,初始化)的需求,需求的失敗編程影響只提實現需求實現代碼內,不應有連鎖影響。
系統需求:涉及系統核心(委托,轉換,清算,初始化)的需求(含由于單一用戶提出的涉及核心的需求,因他個性的需求修改核心,會影響其他用戶)。
2.2.個性化需求流程
1.用戶工程人員提出需求文檔及要求
2.系統開發負責人了解情況后進行分析,如果決定開發進行下一步,否則告訴需求提出人需求被拒絕。
3.對需求進行統一編碼
4.安排相關人員開發,測試人員為用戶工程人員。
5.在緊急或外部開發方式情況可以由工程人員開發,用戶直接測試。
6.測試流程按部門〈測試流程〉進行。
7.測試通過,需求放在〈功能列表〉
8.安排人員更新〈用戶手冊〉
2.3.系統需求流程
1.用戶工程人員或相關人員提出需求文檔及要求
2.系統開發負責人進行內部討論相關性后,如果決定開發進行下一步,否則告訴需求提出人需求被拒絕。
3.對需求進行統一編碼,對需求編寫測試案例
4.安排相關人員開發,安排測試人員
5.測試流程按部門〈測試流程〉進行
文章來源于領測軟件測試網 http://www.kjueaiud.com/