TL9000電信業(yè)質(zhì)量管理系統(tǒng)（TelecommunicationsQualityManagementSystem，TL9000QMS）已于2016年9月正式發(fā)布新版TL9000要求手冊(RequirementHandbook)6.0版。
舊版TL90005.5所有審核工作，包含首次審核，定期審核，換證審核或轉(zhuǎn)版審核，都將于2017年6月15日正式終止。并且，舊版TL90005.5版與ISO9001:2008證書失效期間皆為2018年9月。
TL90006.0改版是為了更貼近新版ISO9001:2015質(zhì)量標準，對企業(yè)而言，TL90006.0與ISO9001：2015的新舊版導入時程完全相同。
TL9000電信業(yè)質(zhì)量管理系統(tǒng)歷年改版時程：
1998年：首次發(fā)布。
2016年9月：正式發(fā)布新版TL9000要求手冊(RequirementHandbook)6.0版。
2017年6年15日：舊版TL9000要求手冊(RequirementHandbook)5.5版停止審核。
2018年9月14日：舊版TL90005.5版證書失效。
7.3.1.HS.1注1：
操作環(huán)境由和顧客分別從或者組織或者供方采購，產(chǎn)品所需要的安裝硬件，軟件或系統(tǒng)組成的，從老的到新的軟件操作環(huán)境變更例子包括升級到操作系統(tǒng),數(shù)據(jù)庫或溝通協(xié)議，從老的到新的硬件操作環(huán)境變更例子包括使用線路，包含在新的機架或用新的控制器，或者升級計算機硬件。
7.3.1.HS.1注2:
假如老的環(huán)境不再被支持，針對使用的或連接老環(huán)境的進入，數(shù)據(jù)防護和審核目的必須被考慮，以符合法規(guī)和合同要求。
7.3.1.HS.2設計開發(fā)質(zhì)量測量策劃和實施
在設計開發(fā)階段，組織必須建立和保持項目選擇和報告合適的設計開發(fā)過程質(zhì)量測量的方法。在此階段推薦，測量系統(tǒng)必須針對項目被合適地實施。測量應該覆蓋項目進度的區(qū)域(生命周期階段轉(zhuǎn)變或里程碑監(jiān)視)，測試實施和缺陷監(jiān)視測試階段。
注：見在TL9000注冊指南章節(jié)文件”建立和運行系統(tǒng)”，可幫助選擇和建立合適的項目設計開發(fā)過程測量。
7.3.1.HS.3計算機資源
組織必須建立和保持針對目標計算機的評估和跟蹤的關鍵績效參數(shù)。
7.3.1.HS.3-Note:這些資源的例子是內(nèi)存,容量,時間效率,I/O通道.固件例子包括處理器,內(nèi)存,I/O通道.
7.3.2.C.1顧客與供方的輸入
組織必須建立并保持方法，以在開發(fā)新的或更改產(chǎn)品要求時，征求和考慮顧客與供方的輸入。
7.3.2.C.1注：與顧客和供方輸入一樣，組織也應該考慮來之于競爭對手的分析。
7.3.2.C.2設計和開發(fā)要求
設計和開發(fā)要求必須被確定和文件化，并應該包括：
a)質(zhì)量和可靠性的要求，
b)產(chǎn)品的功能和能力，
c)業(yè)務的，組織的和用戶的要求，
d)安全，環(huán)境和保安的要求，
e)可生產(chǎn)性，安裝性，使用性，互用性和可維修性的要求，
f)設計限制，和
g)測試要求，
h)相關目標的計算機資源。
7.3.2.C.2注：設計和開發(fā)要求應該針對關注預防錯誤的定義。
7.3.2.C.3要求配置
組織必須文件化針對產(chǎn)品結(jié)構(gòu)的產(chǎn)品要求配置。
注：被配置的要求例子應該針對軟件的響應時間，硬件熱耗散和服務必要時間。
7.3.2.H.1要求的內(nèi)容
產(chǎn)品要求必須包括，但不僅限于：
a)標稱值和公差，
b)可維修性的需要，和
c)包裝要求。
7.3.2.S.1軟件要求的標識
組織必須確定，分析和文件化在系統(tǒng)中軟件單元的要求。
7.3.3.HS.1設計和開發(fā)輸出
設計和開發(fā)輸出應該包括但不僅限于:
a)系統(tǒng)結(jié)構(gòu);
b)系統(tǒng)詳細設計;
c)原始代碼;和
d)用戶文件.
7.3.3.V.1服務設計和開發(fā)輸出
服務設計和開發(fā)的輸出要求必須包含所提供服務的完整和精確的描述.設計和開發(fā)輸出必須包括但不僅限于：
a)服務提供的程序，
b)資源和技能要求，
c)對供方的依靠，
d)受到客戶評價的服務特性，和
e)每項服務特性的接受標準。
7.3.5.C.1文件驗證
組織必須在產(chǎn)品交付前驗證顧客和/或使用者的文件。
7.3.5.HS.1過載測試
組織必須在過載的條件下測試產(chǎn)品，包括但不限于:
a)超邊界條件和非法輸入情況;
b)高流量和模擬峰值運載;
c)誤操作;
7.3.5.HS.2異常條件
組織必須在異常條件下測試產(chǎn)品，包括錯誤，適當時，
a)硬件錯誤，
b)軟件錯誤，
c)操作,管理,維護和提供(OAM&P)的錯誤，
d)過載通量，
e)非法使用者進入，
f)來自中斷的系統(tǒng)恢復。
7.3.5.HS.3系統(tǒng)測試
每一個產(chǎn)品發(fā)行必須服從于系統(tǒng)測試，符合文件化系統(tǒng)測試計劃。
7.3.6.C注：在各種確認階段，可以包含顧客和第三方。
7.3.6.HS.1發(fā)行管理
組織必須建立并保持方法以確保產(chǎn)品和有關文件的發(fā)行和交付是在受控條件下被實施。方法應該提供顧客如下交付：
a)在發(fā)行前提供足夠的發(fā)行策劃信息給客戶，
b)產(chǎn)品導入和發(fā)行的時間計劃，
c)新軟件產(chǎn)品或發(fā)行中，詳細的交付產(chǎn)品特征描述和包含任何的更改，和
d)涉及到有關合同項目的目前和策劃變更咨詢.
7.3.7.C.1更改管理過程
組織必須建立并保持一文件化程序,以確保在產(chǎn)品生命周期中隨時可能出現(xiàn)的所有要求和設計更改,以適合生命周期階段方式均被系統(tǒng)地和及時地管理和跟蹤，組織必須確保不會負面相互影響質(zhì)量，可靠性和功能目的的變更在批準前與顧客進行評審。更改管理應該包括：