和跟蹤功能、配置、產(chǎn)品、產(chǎn)品基線、需求規(guī)約和其他文檔的變更，軟件版本的描述;跟蹤變更申請(qǐng)，問題報(bào)告和解決記錄，提供配置控件委員會(huì)(CCB)會(huì)議紀(jì)要等。
軟件開發(fā)之后的變更需要從多個(gè)側(cè)面加以注意:
1. 任何返工都是有代價(jià)的
2. 將資源用于返工則無法開展新項(xiàng)目
3. 如果變更不能精確的標(biāo)識(shí)和控制，那么軟件的版本就會(huì)因?yàn)槲粗蜎]有記錄的修改而無法跟蹤
4. 如果變更沒有考慮到所有的副作用，那么對(duì)于一個(gè)變更所引起的連鎖反應(yīng)的跟蹤是非常費(fèi)時(shí)間的
5. 變更次數(shù)的增加會(huì)使系統(tǒng)面目全非
當(dāng)項(xiàng)目經(jīng)常變更時(shí)候，SQA是非常重要的。SQA應(yīng)該進(jìn)行Pareto分析和趨勢(shì)分析以確定引起變更的根本原因。SQA同時(shí)要保證系統(tǒng)的影響是可跟蹤、可測(cè)試和可驗(yàn)證的。SQA的一個(gè)主要目標(biāo)是在開發(fā)的早期發(fā)現(xiàn)問題，避免其進(jìn)入下游開發(fā)中。
六、文檔管理
對(duì)于小型項(xiàng)目，首先，必須有文檔要求，否則后期的修改、維護(hù)、升級(jí)都會(huì)變得異常困難;其次，對(duì)文檔的要求應(yīng)該“適度”，即夠用即可。一切以便于后續(xù)工作為目標(biāo)，不做過于繁瑣的要求，不應(yīng)把大量精力投入進(jìn)過于繁瑣的文檔編寫。此外，還應(yīng)注意文檔的版本控制，保證文檔和代碼的一致性。
項(xiàng)目經(jīng)理勝任力免費(fèi)測(cè)評(píng)PMQ上線啦！快來測(cè)測(cè)你排多少名吧~
http://m.opto-elec.com.cn/pmqhd/index.html
