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設(shè)計開發(fā)質(zhì)量測量策劃和實施
在設(shè)計開發(fā)階段，組織必須建立和保持項目選擇和報告合適的設(shè)計開發(fā)過程質(zhì)量測量的方法。在此階段推薦，測量系統(tǒng)必須針對項目被合適地實施。測量應(yīng)該覆蓋項目進度的區(qū)域(生命周期階段轉(zhuǎn)變或里程碑監(jiān)視)，測試實施和缺陷監(jiān)視測試階段。
注：見在TL9000注冊指南章節(jié)文件”建立和運行系統(tǒng)”，可幫助選擇和建立合適的項目設(shè)計開發(fā)過程測量。
7.3.1.HS.3計算機資源
組織必須建立和保持針對目標計算機的評估和跟蹤的關(guān)鍵績效參數(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注：與顧客和供方輸入一樣，組織也應(yīng)該考慮來之于競爭對手的分析。
7.3.2.C.2設(shè)計和開發(fā)要求
設(shè)計和開發(fā)要求必須被確定和文件化，并應(yīng)該包括：
a)質(zhì)量和可靠性的要求，
b)產(chǎn)品的功能和能力，
c)業(yè)務(wù)的，組織的和用戶的要求，
d)安全，環(huán)境和保安的要求，
e)可生產(chǎn)性，安裝性，使用性，互用性和可維修性的要求，
f)設(shè)計限制，和
g)測試要求，
h)相關(guān)目標的計算機資源。
7.3.2.C.2注：設(shè)計和開發(fā)要求應(yīng)該針對關(guān)注預(yù)防錯誤的定義。
7.3.2.C.3要求配置
組織必須文件化針對產(chǎn)品結(jié)構(gòu)的產(chǎn)品要求配置。
注：被配置的要求例子應(yīng)該針對軟件的響應(yīng)時間，硬件熱耗散和服務(wù)必要時間。
7.3.2.H.1要求的內(nèi)容
產(chǎn)品要求必須包括，但不僅限于：
a)標稱值和公差，
b)可維修性的需要，和
c)包裝要求。
7.3.2.S.1軟件要求的標識
組織必須確定，分析和文件化在系統(tǒng)中軟件單元的要求。
7.3.3.HS.1設(shè)計和開發(fā)輸出
設(shè)計和開發(fā)輸出應(yīng)該包括但不僅限于:
a)系統(tǒng)結(jié)構(gòu);
b)系統(tǒng)詳細設(shè)計;
c)原始代碼;和
d)用戶文件.
7.3.3.V.1服務(wù)設(shè)計和開發(fā)輸出
服務(wù)設(shè)計和開發(fā)的輸出要求必須包含所提供服務(wù)的完整和精確的描述.設(shè)計和開發(fā)輸出必須包括但不僅限于：
a)服務(wù)提供的程序，
b)資源和技能要求，
c)對供方的依靠，
d)受到客戶評價的服務(wù)特性，和
e)每項服務(wù)特性的接受標準。
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)恢復(fù)。
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)品和有關(guān)文件的發(fā)行和交付是在受控條件下被實施。方法應(yīng)該提供顧客如下交付：
a)在發(fā)行前提供足夠的發(fā)行策劃信息給客戶，
b)產(chǎn)品導(dǎo)入和發(fā)行的時間計劃，
c)新軟件產(chǎn)品或發(fā)行中，詳細的交付產(chǎn)品特征描述和包含任何的更改，和
d)涉及到有關(guān)合同項目的目前和策劃變更咨詢.
7.3.7.C.1更改管理過程
組織必須建立并保持一文件化程序,以確保在產(chǎn)品生命周期中隨時可能出現(xiàn)的所有要求和設(shè)計更改,以適合生命周期階段方式均被系統(tǒng)地和及時地管理和跟蹤，組織必須確保不會負面相互影響質(zhì)量，可靠性和功能目的的變更在批準前與顧客進行評審。更改管理應(yīng)該包括：
a)影響分析，
b)策劃，
c)實施，
d)測試，
e)文件化，
f)溝通，和
g)評審和批準。
7.3.7.C.1注：當生命周期中的變更管理過程被規(guī)定時，在哪個過程中的控制可以依據(jù)生命階段。例如：在設(shè)計過程中,組織應(yīng)該有能力對快速變更顧客要求作出反應(yīng)，利用突出技術(shù)響應(yīng)變更管理過程。在量產(chǎn)后變更管理過程范圍應(yīng)該考慮對產(chǎn)品運行和維護及它的安裝基礎(chǔ)的變更如何影響顧客和stakeholders的整體性。考慮的因素應(yīng)該包括質(zhì)量，可靠性和功能意圖。
7.3.7.C.2通知設(shè)計變更的客戶
組織必須建立一文件化程序,以確保當設(shè)計更改影響到合同承諾時的客戶被通知。
7.3.7C.3問題解決配置管理
組織必須確保配置管理系統(tǒng)跟蹤解決問題和整合這些解決在未來的更改版本中。
7.3.7.H.1零件更改
組織必須建立文件化程序，以確保材料或零件的替代或更改不會負面影響產(chǎn)品要求的符合性或性能。文件化程序應(yīng)該包括：