時間：2022-08-24 17:29:55
開篇：寫作不僅是一種記錄，更是一種創造，它讓我們能夠捕捉那些稍縱即逝的靈感，將它們永久地定格在紙上。下面是小編精心整理的12篇驗收測試，希望這些內容能成為您創作過程中的良師益友，陪伴您不斷探索和進步。
本文檔規定了一系列的測試,來驗證JetCAS系統是否按期望的要求進行工作.本版本的JetCAS系統的測試基礎是能處理200000用戶和40個邏輯頻道.因此,本測試是在烏魯木齊模擬一個真實的CAS的測試.起初,在SAS數據庫中需要有200000EMM記錄,并且SMS命令的平均發送速率是1條EMM/秒.
在以上環境中,JetCAS的測試包括:
成功發送一條EMM所需的平均時間;
對一個新用戶注冊需要的平均時間;
用戶頻道的控制情況;
CAK和智能卡的控制情況.
2,定義和縮寫
縮寫詞
定義
EMM
EntitlementManagementMeage
ECM
EntitlementControlMeage
SMS
SucriberManagementServer
3,測試說明
3.1設備清單
設備組件
硬件版本和軟件描述
復用器Multiplexer
BarcoPegasus,version3.0.1
SAS系統
1UindustrialPC,version1.0.0,LinuxOS
SMSGateway
1UindustrialPC,version1.0.2,LinuxOS
調制解調器Modulator
BarcoQAMModulator
加擾器Scrambler
TwoBarcoKryptonScrambler,version1.6.4
機頂盒Set-TopBox
1SetSTB4version0.5,CAKversion1.0.1,SmartCardversion3.0.6
電視機TVSet
Oneset,anybrand
加擾器模擬器ScramblerEmulator
Fourset,version1.0.0,Win2000OS,1UindustrialPC
SMS模擬器SMSEmulator
Twoset,version2.0.1,Win2000OS,1UindustrialPC
碼流分析儀TSMonitor
Anybrandnotecified
加密機
Windows2000OS
EPG系統
Windows2000OS
3.2IP地址設置
設備
IP地址
Multiplexer
192.168.11.128
SAS
192.168.11.201
SMSGateway
192.168.11.202
Scrambler
192.168.11.188
ScramblerEmulator
192.168.11.22
加密機
192.168.11.
EPG系統
192.168.18.58
3.3系統配置圖
下圖為系統的配置情況示意圖:
圖3-1系統配置圖
3.4服務配置
ServiceID
Scrambled
CAServiceType
CAServiceGroup
AcceCriteriaName
AcceCriteria
201
未加擾
N/A
N/A
NVOD201
N/A
202
未加擾
N/A
N/A
NVOD202
N/A
203
未加擾
N/A
N/A
NVOD203
N/A
204
加擾
0x21
5
NVOD204
00CC21050000
205
加擾
0x21
6
NVOD205
00CD21060000
206
加擾
0x21
7
NVOD206
00CE21070000
其余的34個頻道通過模擬加擾器虛擬的.
CAServiceType和CAservicegroup在EPG系統中輸入,AcceCriteriaName和AcceCriteria在Barco加擾器中輸入.
3.5測試的機頂盒和智能卡
序號
機頂盒號
智能卡號
機頂盒型號
1
STB4
2
STB4
3.6測
試的SMS命令
序號
命令名稱
命令說明
1
PARIGING-STB
配對命令
2
ADD-PAY-CHAEL
授權命令
3
REMOVE-PAY-CHAEL
解授權命令
4
STB-OFF
暫停命令
5
STB-ON
恢復命令
3.7系統參數說明
在測試過程中,需要設置以下的參數:
參數
數值
備注
ECMChael(orTS)
5
8servicesperChael(orTS)
CryptoPeriod
10seconds
10secondsisareasonablelowestvalue
NumberofProduct
40
Sameastotalnumberofservices
MaxEMMBandwidth
1M
OneEMMpersecond
NumberofEMMindatabase
>200,000
NumberofSucriber
200,000
EMMbroadcastingperiod
7days
EachSMSCommandhassamerate
3.8測試前檢查列表
在實施測試前,測試者應保證系統配置完全并運行正常.
檢查項目
是否正確
AllTCPcoectionismade
是
CAServiceparametersandAcceCriteriaisiutcorrectly
是
ECMseionisstartedandSASisworking,seeAendixA
是
EMMchaelsarecreated,seeAendixA
是
TDTispresent(usingTSMonitortocheckit,seeAendixB)
是
CATispresent(usingTSMonitortocheckit,seeAendixB)
是
EMMisinjectedfromoneSMSEmulatorpersecondrandomly
是
ECMisbroadcasting(usingTSMonitortocheckit,seeAendixB)
是
EMMisbroadcasting(usingTSMonitortocheckit,seeAendixB)
是
3.9測試時間和地點
時間:2003年月日
地點:烏魯木齊廣播電視網絡傳輸有限公司
4,測試過程
前提條件:SMS發送命令的速率是:1條/秒
編號
測試描述
預測結果
實測結果(P/F)
1
利用SMS模擬器給一個STB4的機頂盒發送配對命令:"PAIRING_STB(0-1;2;0-0-0-0-0-099103099;1101501835141729;2002/08/16;00:00:00,2003/10/1600:00:00;0-0-0-0-0-099103099;DV12345678,852-2548878;DV6301-06,TheCenter,99Queen''''sRoad,Central,HongKong.)"
然后對機頂盒進行配對操作.
配對口令是099103099,智能卡的編號是1101501835141729
25秒鐘后,系統顯示智能卡配對成功
利用遙控器查看頻道4,5,6的視頻
機頂盒不能播放任何加擾的視頻
2
發送頻道4,5,6授權的命令,如
"ADD_PAY_CHAEL(0-1;2;0-0-0-0-0-099103099;1101501835141729;2002/08/16;11:00:00;2003/10/1611:15:00;0;5)"
"ADD_PAY_CHAEL(0-1;2;0-0-0-0-0-099103099;1101501835141729;2002/08/16;11:00:00;2003/10/1611:15:00;0;6)"
"ADD_PAY_CHAEL(0-1;2;0-0-0-0-0-099103099;1101501835141729;2002/08/16;11:00:00;2003/10/1611:15:00;0;7)"
在15秒鐘內收到3條授權信息
利用遙控器查看頻道4,5,6的視頻
機頂盒播放頻道4,5,6的視頻.
3
對頻道4發解授權的命令:
REMOVE_PAY_CHAEL(0-1;2;0-0-0-0-0-099103099;1101501835141729;2002/08/16;11:00:00;2003/10/1611:15:00;0;5)"
10秒鐘內,頻道4的授權被解除,授權信息只顯示兩條.
利用遙控器播放頻道4的視頻
系統顯示:沒有授權,無法收看.
利用遙控器播放頻道5,6的視頻
可以播放視頻
4
發暫停機頂盒的命令:
STB_OFF(0-1;2;0-0-0-0-0-099103099;1101501835141729;)"
然后利用遙控器進行頻道的視頻播放.
加擾的頻道4,5,6的視頻不能播放,免費的頻道1,2,3的視頻可以觀看.
5
發恢復機頂盒的命令:
STB_ON(0-1;2;0-0-0-0-0-099103099;1101501835141729;)"
然后利用遙控器進行頻道的視頻播放.
加擾頻道5,6的視頻能播放,頻道4的視頻不能播放,
免費的頻道1,2,3的視頻可以觀看.
6
對機頂盒發送配對命令:
"PAIRING_STB(0-1;2;0-0-0-0-0-300000006;1101501835141729;2002/08/16;00:00:00,2003/10/1600:00:00;0-0-0-0-0-100000001;DV12345678,852-2548878;DV6301-06,TheCenter,99Queen''''sRoad,Central,HongKong.)"
配對密碼是:30000006
30秒鐘后,顯示配對成功.
7
對機頂盒發送50條授權命令:
"ADD_PAY_CHAEL(0-1;2;0-0-0-0-0-100000001;1101501835141729;2002/08/16;11:00:00;2003/10/1611:15:00;0;1)"
"ADD_PAY_CHAEL(0-1;2;0-0-0-0-0-100000001;1101501835141729;2002/08/16;11:00:00;2003/10/1611:15:00;0;2)"
……
"ADD_PAY_CHAEL(0-1;2;0-0-0-0-0-100000001;1101501835141729;2002/08/16;11:00:00;2003/10/1611:15:00;0;50)"
3分鐘后,機頂盒能全部接收到50條記錄.
利用遙控器查看頻道4,5,6的視頻
可以觀看
8
對機頂盒發送50條解授權命令:
"REMOVE_PAY_CHAEL(0-1;2;0-0-0-00-100000001;1101501835141729;2002/08/16;11:00:00;2003/10/1611:15:00;0;1)"
"REMOVE_PAY_CHAEL(0-1;2;0-0-0-00-100000001;1101501835141729;2002/08/16;11:00:00;2003/10/1611:15:00;0;2)"
……
"REMOVE_PAY_CHAEL(0-1;2;0-0-0-00-100000001;1101501835141729;2002/08/16;11:00:00;2003/10/1611:15:00;0;50)"
然后查看授權記錄.
10秒鐘后查看授權記錄,顯示:無記錄,
利用遙控器查看頻道4,5,6的視頻
頻道4,5,6顯示:沒有授權,無法收看
9
對頻道4發送10分鐘的授權:
ADD_PAY_CHAEL(0-1;2;0-0-0-00-100000001;1101501835141729;2003/10/18;15:54:50;2003/10/1816:04:10;0;1)"
查看頻道4的視頻.
頻道4的視頻能進行播放.10分鐘后,仍能播放視頻.
10
對頻道4發送有效日期的授權命令
ADD_PAY_CHAEL(0-1;2;0-0-0-00-100000001;1101501835141729;2002/08/18;15:54:50;2003/08/1816:04:10;0;1)"
查看頻道4的視頻
頻道4能播放視頻
對頻道4發送過期授權命令
ADD_PAY_CHAEL(0-1;2;0-0-0-00-100000001;1101501835141729;2001/08/18;15:54:50;2001/08/1816:04:10;0;1)"
查看頻道4的視頻
頻道4顯示:授權已過期,無法收看.
11
系統運行24小時后,拔出智能卡
頻道4的視頻10秒鐘后不能進行播放
重新插入智能卡
視頻能進行播放.
進行頻道切換后,再切換回頻道4
視頻能進行播放.
5,測試結論
功能
驗證狀態
用戶注冊
OK
EMM響應時間
OK
授權/解授權的控制
OK
CAK和智能卡的控制
OK
備注:(1)本次測試只對JetCAS系統的基本功能的進行了測試,系統基本運行正常;
(2)在本版本的JetCAS系統的GROUPID被限定在0-255之間;
附件C:SMS系統測試接收文件
本文件一式二份,由天柏寬帶網絡科技(蘇州)有限公司和客戶的授權代表共同簽字確認后雙方各執一份.簽字確認后的文件表明雙方同意上述測試文件的測試結果,并初步接收該系統.
參加人員
天柏公司技術人員
項目經理:(簽名);
用戶方系統接收人員或其授權人員
參與人員:(簽名)
參與人員:(簽名)
技術負責:(簽名)
附件D:情況記錄
序號
1 . 軟件測試 的目的是盡可能多的找出軟件的缺陷。( Y)
2 .Beta 測試是驗收測試的一種。( Y)
Acceptance testing
驗收測試是部署軟件之前的最后一個測試操作。驗收測試的目的是確保軟件準備就緒，并且可以讓最終用戶將其用于執行軟件的既定功能和任務。
3 .驗收測試是由最終用戶來實施的。( N )
是由測試人員來實施的
4 .項目立項前測試人員不需要提交任何工件。( Y ) 工件：加工過程中生產對象
5 .單元測試能發現約80% 的軟件缺陷。( Y )
6 .代碼評審是檢查源代碼是否達到模塊設計的要求。( N )
代碼評審也稱代碼復查，是指通過閱讀代碼來檢查源代碼與編碼標準的符合性以及代碼質量的活動。
7 .自底向上集成需要測試員編寫驅動程序。( Y )
自頂向下綜合測試的具體步驟為：
1 以主控模塊作為測試驅動模塊，把對主控模塊進行單元測試時引入的所有樁模塊用實際模塊替代;
2 依據所選的集成策略(深度優先或廣度優先)，每次只替代一個樁模塊;
3 每集成一個模塊立即測試一遍;
4 只有每組測試完成后，才著手替換下一個樁模塊;
5 為避免引入新錯誤，須不斷地進行回歸測試(即全部或部分地重復已做過的測試)。
自底向上綜合測試的步驟分為：
1 把低層模塊組織成實現某個子功能的模塊群(cluster);
2 開發一個測試驅動模塊，控制測試數據的輸入和測試結果的輸出;
3 對每個模塊群進行測試;
4 刪除測試使用的驅動模塊，用較高層模塊把模塊群組織成為完成更大功能的新模塊群。
8 .負載測試是驗證要檢驗的系統的能力最高能達到什么程度。( N )
負載測試(Load testing)，通過測試系統在資源超負荷情況下的表現，以發現設計上的錯誤或驗證系統的負載能力。在這種測試中，將使測試對象承擔不同的工作量，以評測和評估測試對象在不同工作量條件下的性能行為，以及持續正常運行的能力。負載測試的目標是確定并確保系統在超出最大預期工作量的情況下仍能正常運行。此外，負載測試還要評估性能特征。例如，響應時間、事務處理速率和其他與時間相關的方面。
9 .測試人員要堅持原則，缺陷未修復完堅決不予通過。( N )
10 .代碼評審員一般由測試員擔任。( N )
11 .我們可以人為的使得軟件不存在配置問題。( N )
是一種標識、組織和控制修改的技術。軟件配置管理應用于整個軟件工程過程。我們知道，在軟件建立時變更是不可避免的，而變更加劇了項目中軟件開發者之間的混亂。
12 .集成測試計劃在需求分析階段末提交。( N )
執行階段
1)時間安排 單元測試已經完成后就可以開始執行集成測試了
2)輸入 需求規格說明書 概要設計 集成測試計劃 集成高度設計 集成測試例 集成測試規程 集成測試代碼(如果有) 集成測試腳本 集成測試工具 詳細設計 代碼 單元測試報告
3)入口條件 單元測試階段已經通過基線化評審
4)活動步 驟 執行集成測試用例 回歸集成測試用例 撰寫集成測試報告
5)輸出 集成測試報告
6)出口條件 集成測試報告通過集成測試階段基線評審
二、選擇題
1 .軟件驗收測試的合格通過準則是：(ABCD)
A . 軟件需求分析說明書中定義的所有功能已全部實現，性能指標全部達到要求。
B . 所有測試項沒有殘余一級、二級和三級錯誤。
C . 立項審批表、需求分析文檔、設計文檔和編碼實現一致。
D . 驗收測試工件齊全。
2 .軟件測試計劃評審會需要哪些人員參加?( ABCD )
A .項目經理
B .SQA 負責人
軟件質量保證(SQA)是建立一套有計劃
目標 1: 軟件質量保證工作是有計劃進行的。
目標 2: 客觀地驗證軟件項目產品和工作是否遵循恰當的標準、步驟和需求。
目標 3: 將軟件質量保證工作及結果通知給相關組別和個人。
目標 4: 高級管理層接觸到在項目內部不能解決的不符合類問題。
C .配置負責人
D .測試組
3 .下列關于alpha 測試的描述中正確的是：( AD )
A .alpha 測試需要用戶代表參加
B .alpha 測試不需要用戶代表參加
C .alpha 測試是系統測試的一種
D .alpha 測試是驗收測試的一種
4 .測試設計員的職責有：( BC )
A .制定測試計劃
B .設計測試用例
C .設計測試過程、腳本
D .評估測試活動
5 .軟件實施活動的進入準則是：( ABC )
A .需求工件已經被基線化
工件加工過程中的生產對象。
基線化 一個文檔如果經過討論被通過了，被固定了，就可以說這個文檔被“基線化”了，然后所有人就可以在這個“基線”的基礎上工作。
B .詳細設計工件已經被基線化
C .構架工件已經被基線化
D .項目階段成果已經被基線化
三、添空
1. 軟件驗收測試包括：_正式驗收測試，alpha測試，beta測試。
2. 系統測試的策略有：功能測試，性能測試，可靠性測試，負載測試，易用性測試，強度測試，安全測試，配置測試，安裝測試，卸載測試，文擋測試，故障恢復測試，界面測試，容量測試，兼容性測試，分布測試，可用性測試
(有的可以合在一起，分開寫只要寫出15 就滿分哦)
3. 設計系統測試計劃需要參考的項目文擋有：_軟件測試計劃，軟件需求工件和迭代計劃。
4. 對
面向過程的系統采用的集成策略有：自頂向下，自底向上兩種。
5. 通過畫因果圖來寫測試用例的步驟為：
(1)根據程序規格說明書描述，分析并確定因(輸入條件)和果(輸出結果或程序狀態的改變)，畫出因果圖。
(2)將得到的因果圖轉換為判定表。
(3)為判定表中每一列所表示的情況設計一個測試用例。
四、簡答
1. 區別階段評審的與同行評審
答：
同行評審目的:發現小規模工作產品的錯誤,只要是找錯誤;
階段評審目的:評審模塊 階段作品的正確性 可行性 及完整性
同行評審人數:3-7人 人員必須經過同行評審會議的培訓,由SQA指導
階段評審人數:5人左右 評審人必須是專家 具有系統評審資格
同行評審內容:內容小 一般文檔 < 40頁, 代碼 < 500行
階段評審內容: 內容多,主要看重點
同行評審時間:一小部分工作產品完成
階段評審時間: 通常是設置在關鍵路徑的時間點上!
2. 什么是軟件測試
答：測試是為發現錯誤而執行程序的過程
軟件測試就是利用測試工具按照測試方案和流程對產品進行功能和性能測試，甚至根據需要編寫不同的測試工具，設計和維護測試系統，對測試方案可能出現的問題進行分析和評估。執行測試用例后，需要跟蹤故障，以確保開發的產品適合需求。
3 簡述集成測試的過程
答：系統集成測試主要包括以下過程：
1. 構建的確認過程。
2. 補丁的確認過程。
3. 系統集成測試測試組提交過程。
4. 測試用例設計過程。
5. 測試代碼編寫過程。
6. Bug的報告過程。
7. 每周/每兩周的構建過程。
8. 點對點的測試過程。
9. 組內培訓過程。
5 白盒測試有幾種方法
答：總體上分為靜態方法和動態方法兩大類。
靜態：關鍵功能是檢查軟件的表示和描述是否一致,沒有沖突或者沒有歧義。
動態：語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。
6 系統測試計劃是否需要同行審批，為什么
答：需要，系統測試計劃屬于項目階段性關鍵文檔，因此需要評審。
7Alpha 測試與beta 的區別
Alpha測試(α測試)是由一個用戶在開發環境下進行的測試，也可以是公司內部的用戶在模擬實際操作環境下進行的受控測試，Alpha測試不能由程序員或測試員完成。Alpha測試發現的錯誤，可以在測試現場立刻反饋給開發人員，由開發人員及時分析和處理。目的是評價軟件產品的功能、可使用性、可靠性、性能和支持。尤其注重產品的界面和特色。Alpha測試可以從軟件產品編碼結束之后開始，或在模塊(子系統)測試完成后開始，也可以在確認測試過程中產品達到一定的穩定和可靠程度之后再開始。有關的手冊(草稿)等應該在Alpha測試前準備好。
Beta測試(β測試)是軟件的多個用戶在一個或多個用戶的實際使用環境下進行的測試。開發者通常不在測試現場，Beta測試不能由程序員或測試員完成。因而，Beta測試是在開發者無法控制的環境下進行的軟件現場應用。在Beta測試中，由用戶記下遇到的所有問題，包括真實的以及主管認定的，定期向開發者報告，開發者在綜合用戶的報告后，做出修改，最后將軟件產品交付給全體用戶使用。Beta測試著重于產品的支持性，包括文檔、客戶培訓和支持產品的生產能力。只有當Alpha測試達到一定的可靠程度后，才能開始Beta測試。由于Beta測試的主要目標是測試可支持性，所以Beta測試應該盡可能由主持產品發行的人員來管理。
答：Alpha 測試 在系統開發接近完成時對應用系統的測試;測試后仍然會有少量的設計變更。這種測試一般由最終用戶或其它人員完成，不能由程序或測試員完成。
Beta 測試 當開發和測試根本完成時所做的測試，最終的錯誤和問題需要在最終發行前找到。這種測試一般由最終用戶或其它人員完成，不能由程序員或測試員完成。
8 比較負載測試，容量測試和強度測試的區別
答：負載測試：在一定的工作負荷下，系統的負荷及響應時間。
強度測試：在一定的負荷條件下，在較長時間跨度內的系統連續運行給系統性能所造成的影響。
容量測試：容量測試目的是通過測試預先分 析出反映軟件 系統應用特征的某項指標的極限值(如最大并發用戶數、數據庫記錄數等)，系統在其極限值狀態下沒有出現任何軟件故障或還能保持主要功能正常運行。容量測試 還將確定測試對象在給定時間內能夠持續處理的最大負載或工作量。容量測試的目的是使系統承受超額的數據容量來發現它是否能夠正確處理。容量測試是面向數據 的，并且它的目的是顯示系統可以處理目標內確定的數據容量。
9 測試結束的標準是什么?
答：用例全部測試。
覆蓋率達到標準。
缺陷率達到標準。
其他指標達到質量標準。
10 描述軟件測試活動的生命周期?
答：
測試周期分為計劃、設計、實現、執行、總結。其中：
計劃：對整個測試周期中所有活動進行規劃，估計工作量、風險，安排人力物力資源，安排進度等;
設計：完成測試方案，從技術層面上對測試進行規劃;
實現：進行測試用例和測試規程設計;
執行：根據前期完成的計劃、方案、用例、規程等文檔，執行測試用例。
總結：記錄測試結果，進行測試分析，完成測試報告。
11 軟件的缺陷等級應如何劃分?
A 類— 嚴重錯誤，包括以下各種錯誤：
1 . 由于程序所引起的死機, 非法退出
2 . 死循環
3 . 數據庫發生死鎖
4 . 因錯誤操作導致的程序中斷
5 . 功能錯誤
6 . 與數據庫連接錯誤
7 . 數據通訊錯誤
B 類— 較嚴重錯誤，包括以下各種錯誤：
1 . 程序錯誤
2 . 程序接口錯誤
3 . 數據庫的表、業務規則、缺省值未加完整性等約束條件
C 類— 一般性錯誤，包括以下各種錯誤：
1 . 操作界面錯誤(包括數據窗口內列名定義、含義是否一致)
2 . 打印內容、格式錯誤
3 . 簡單的輸入限制未放在前臺進行控制
4 . 刪除操作未給出提示
5 . 數據庫表中有過多的空字段
D 類— 較小錯誤，包括以下各種錯誤：
1 . 界面不規范
2 . 輔助說明描述不清楚
3 . 輸入輸出不
規范
4 . 長操作未給用戶提示
5 . 提示窗口文字未采用行業術語
6 . 可輸入區域和只讀區域沒有明顯的區分標志
E 類— 測試建議
4 怎么做好文檔測試
仔細閱讀，跟隨每個步驟，檢查每個圖形，嘗試每個示例。
檢查文檔的編寫是否滿足文檔編寫的目的
內容是否齊全，正確
國際軟件許可知識產權合同
本合同是由以下雙方簽訂的：中國_________公司(以下簡稱“被許可方”)為一方，_________國_________公司(以下簡稱“許可方”)為另一方;鑒于許可方和被許可方已就被許可方向許可方購買_________系統簽訂了購買合同;鑒于本合同所指明的若干計算機軟件作為許可方按購買合同所提供_________系統的一部分或者與之一起使用的情況下，許可方應將該軟件許可被許可方使用;鑒于許可方有權授予本合同所規定的許可;雙方授權代表通過友好協商，同意就以下條款簽訂本合同。
第一條 定義
1.1 “購買合同”是指許可方與被許可方于_________年_________月_________日就被許可方向許可方購買_________系統簽訂的合同。
1.2 “許可方”是指_________國_________公司，或者該公司的法人代表、和財產繼承者。
1.3 “被許可方”是指中國_________公司，或者該公司的法人代表、和財產繼承者。
1.4 “系統”是指購買合同規定的，被許可方向許可方購買的_________系統。
1.5 “程序”是指構成被許可方購買的_________系統的_________控制系統的程序。
1.6 “專有資料”是指由許可方提供的，與程序有關的文件、數據、技術指標。
1.7 “合同生效日”是指雙方簽訂本合同的日期。
第二條 合同范圍
2.1 許可方特此按本合同所規定的條款向被許可方授予使用和復制控制_________系統程序的許可，而被許可方特此按本合同的規定同意接受該許可。按本合同許可的程序如下：_________(應加入該程序的內容、運行的環境以及應具備的功能)
2.2 許可方授予被許可方使用、復制該程序的許可權，這種權利是非獨占性的，是不可轉讓的權利。
2.3 許可方負責向被許可方提供該程序的專有資料，專有資料包括以下幾項：
a.一份用戶指南;
b.三份操作手冊和安裝指南。
第三條 合同價格
3.1 按照第二條規定的內容和范圍，本合同采用一次性支付使用費的方式，計價的貨幣為美元。
3.2 使用費共計為_________美元。
第四條 支付條件
4.1 本合同第三條規定使用費以美元電匯，通過中國_________銀行(此處為被許可方的業務銀行)和_________銀行(此處為許可方的業務銀行)支付。一切應由許可方在中華人民共和國境內繳納的所得稅應由被許可方預扣并代表許可方向有關稅務機關繳納，付款收據應立即傳真和郵寄給許可方。
4.2 按照購買合同的規定，在_________系統驗收合格，并由雙方代表簽署驗收證明后，許可方應立即開具有關單據，被許可方在收到許可方開具的下列單據后三十天內，應將使用費支付給許可方：
a.商業發票正本一式六份;
b.雙方代表按照購買合同的規定簽署的驗收證明正本一份;
4.3 按本合同規定，如許可方需要向被許可方支付罰款或賠償時，被許可方有權從上述支付中直接扣除。
第五條 專有資料的交付改進
5.1 許可方應按本合同第二條的規定在合同簽訂之日起_________日內向被許可方提供專有資料。交付條件為c.f.r，目的地機場為中國_________機場。
5.2 許可方提供給被許可方的專有資料用英文書就。
5.3 如果許可方提供的專有資料有丟失、損壞和/或不完整，許可方在收到被許可方的書面通知后30天內，免費將專有資料重寄或補發給被許可方。
5.4 在合同的有效期內，許可方對程序如有改進和發展，應免費向被許可方提供與此相關的更新后的程序和專有資料。
5.5 在本合同期滿或終止后_________天內，被許可方要提供給許可方一個文件證明，已盡其所能和所知，除了經許可方同意由被許可方保留的一個用以歸檔的復制件外，將其原件和其他完整或部分復制的復制件，不論以任何形式，包括更新以后的任何復制件，退還給許可方或已銷毀。
第六條 安裝與驗收
6.1 許可方或其指定的服務供應商應在被許可方指定的中華人民共和國境內設施上安裝_________系統。安裝費應加在許可方發票上，由被許可方支付。被許可方應根據本合同的安裝時間表，按照預先交給被許可方的場地準備指南所規定的規格，負責按時完成任何必要的現場準備及被許可方設施的修改。必要時，被許可方應按照場地準備指南提供其他測試設備及物資(包括但不限于占地面積、電源插座、中斷電纜、衛星設施等)。被許可方應負責一切該等設施、準備、設備、物資以及為此所需的許可和批準，并支付其費用。
6.2 驗收測試和驗收
a.系統的驗收測試應依照許可方的驗收測試程序進行。許可方和其指定的服務供應商應根據前述測試程序進行驗收測試。如果任何該等測試沒有成功完成，許可方或其指定的服務供應商應對測試進行評估，并且對系統進行任何調整或校正，使系統能按規格運行。一切該等測試的開始，應給予被許可方合理的事先通知，并且給予被許可方觀察一切該等測試的合理機會。
b.“成功完成”一詞，在本合同中用于任何測試方面時，指在特定的測試程序中規定的該等測試的成功完成，并且一切對測試的提及指的都是許可方驗收測試程序中的測試。
c.在系統的驗收測試程序中規定的一切測試已在被許可方設施地點成功完成時，系統的驗收(簡稱“驗收”)應被視為已經進行。
d.許可方聲明并保證，許可方將向被許可方交付完整、準確、有效的系統。該系統能夠達到在產品說明和規格中規定的技術指標，并由系統驗收測試的成功完成予以證明。成功完成應被視為系統完整、準確、有效并能達到規格所述技術指標的決定性證據。
第七條 使用、復制、轉讓及透露限制
7.1 被許可方只可將程序用于許可方按購買合同條款提供作為_________系統一部分的計算機，例外的是，如果_________系統計算機因為發生故障不能操作，或在進行保養性維修、工程設計變更、特制件或模型變換期間不能操作，則也可將程序用在被許可方的備用計算機上，直到_________系統控制用計算機修復到操作狀態為止。被許可方只能將程序用于直接的內部操作方面，在任何情況下均不得將程序供給他人使用。
7.2 被許可方不得復制程序或其任何部分，例外的是，被許可方只是為了備份、存檔和將程序置于適宜執行狀況，可以復制程序。所有經允許的復制件，都要清楚地標上與原先供給被許可方的程序相同的、關于許可方所有權或版權的限制說明。經允許的復制件應以安全的方式予以保存。
7.3 除非經許可方事先以書面方式同意，被許可方不得出售、轉讓或許可他人使用程序。
7.4 被許可方不得將程序或其任何部分透露或者以其他方式提供給第三方和被許可方沒有必要授權其在業務中使用程序從任何雇員。被許可方應采取一切合理、必要的步驟，保證不會將程序或其任何部分透露或者以其他方式提供給任何第三方。
第八條 侵權和保證
8.1 許可方保證其有權授予在本合同中所授予的許可。如果在執行合同過程中一旦發生第三方指控侵權時，則由許可方負責與第三方交涉，并承擔由此引起的一切法律和經濟上的責任。如果在訴訟或仲裁中被判為構成侵權，程序的使用被禁止，許可方可以自行承擔費用承擔以下任何一項：
a.替換或修改程序，使之不再構成侵權，并在實質上用同樣的質量進行同樣的服務;
b.在程序退還許可方之后退還被許可方使用費，但要從中扣除使用、損壞和陳舊的折舊費。
8.2 許可方在采取上述措施后，不能免除其承擔的其他賠償責任。但許可方對基于以下其中一項的任何版權侵權所提出的請求不負責任。
a.被許可方自行修改程序，或程序沒有在指定的工作環境中使用;
b.在_________系統之外的系統使用程序。
8.3 許可方保證程序在規定的操作環境中的使用能夠符合合同第二條的指標要求。許可方不保證任何程序的不中斷或無差錯運行。自系統驗收之日起，保修期為_________年。許可方保證在該期間內免費修理、更換并重新安裝程序中任何有瑕疵的部分。
第九條 稅費
9.1 凡與本合同有關的或在執行本合同時，根據有效的稅法由中國人民共和國政府向被許可方征收的一切稅應由被許可方支付。
9.2 凡與本合同有關或在執行本合同時，在中國人民共和國以外征收的一切稅費應由許可方支付。
第十條 合同的終止
10.1 在合同到期后，被許可方可以書面通知許可方終止本合同，并免除其在合同項下的義務。
10.2 如果任何一方違反合同條款，在給予了書面通知和合理的時間予以糾正后，而仍不改正的，另一方有權終止合同。
10.3 如果合同終止后，合同中的條款按其性質仍應有效的，許可方和被許可方仍應遵守。
第十一條 不可抗力
11.1 如果本合同任何一方因受不可抗力事件(不可抗力事件指受影響一方不能合理控制的，無法預料或即使可預料到也不可避免且無法克服，并于本合同簽訂日之后出現的，使該方對本合同全部或部分的履行在客觀上成為不可能或不實際的任何事件。此等事件包括但不限于水災、火災、旱災、臺風、地震、及其它自然災害、交通意外、罷工、騷動、暴亂及戰爭(不論曾否宣戰)以及政府部門的作為及不作為)影響而未能履行其在本合同下的全部或部分義務，該義務的履行在不可抗力事件妨礙其履行期間應予中止。
11.2 聲稱受到不可抗力事件影響的一方應盡可能在最短的時間內通過書面形式將不可抗力事件的發生通知另一方，并在該不可抗力事件發生后十五日內以手遞或掛號空郵向另一方提供關于此種不可抗力事件及其持續時間的適當證據。聲稱不可抗力事件導致其對本合同的履行在客觀上成為不可能或不實際的一方，有責任盡一切合理的努力消除或減輕此等不可抗力事件的影響。
11.3 不可抗力事件發生時，雙方應立即通過友好協商決定如何執行本合同。不可抗力事件或其影響終止或消除后，甲乙雙方須立即恢復履行各自在本合同項下的各項義務。如不可抗力及其影響無法終止或消除而致使合同任何一方喪失繼續履行合同的能力，則適用本合同第十條關于合同終止的規定。
第十二條 爭議的解決
12.1 因執行本合同所發生的或與本合同有關的一切爭議，雙方應通過友好協商解決。
12.2 如雙方通過協商不能達成協議時，則應提交中國國際經濟貿易仲裁委員會_________分會，按照申請仲裁時該會現行有效的仲裁規則進行仲裁。仲裁裁決是終局的，對雙方均有約束力。
12.3 爭議的解決應適用中華人民共和國法律。
12.4 在爭議的處理過程中，除正在進行仲裁的部分外，合同的其他部分將繼續執行。
第十三條 合同的生效及其他
13.1 本合同自簽字之日起生效。
13.2 本合同的有效期從合同生效日起算共_________年。
13.3 本合同的執行中，對其條款的任何變更、修改和增減，都須經雙方協商同意并簽署書面文件，作為合同的組成部分，與合同具有同等效力。
13.4 本合同期滿后，雙方的未了債權和債務不受合同期滿的影響，債務人應對債權人繼續完成未了債務。
13.5 本合同用_________文書就，雙方各持兩份。在合同的有效期內，雙方通訊以_________文進行。正式通知應以書面形式，特快專遞或航空掛號郵寄，一式兩份。
被許可方(簽章)：_________許可方(簽章)：_________
授權代表(簽字)：_________授權代表(簽字)：_________
地址：_________地址：_________
電傳：_________電傳：_________
傳真：_________傳真：_________
關鍵字：軟件項目管理需求分析系統設計
1.項目前期以及項目準備
在進行任何一項較大的項目時,首先要進行項目的可行性分析和研究,因為這些項目中的問題并不都有明顯的解決辦法,這樣就很難在預定的時間、費用之內解決這些問題，如果這些問題沒有可以行得通的解決辦法，貿然開始這些項目，就可能導致項目的失敗，造成巨大的損失。
1.1可行性分析
軟件項目可行性研究的目的是用最小的代價和時間，確定該項目是否能夠開發值得開發，其實質是要進行一次簡化的、抽象的需求分析和設計過程，主要應從以下幾個方面進行分析。
1.1.1技術可行性
對要開發項目的功能，性能和限制條件進行分析，確定在現有的資源條件下技術風險有多大，項目是否能夠實現，現有的資源包括硬件、軟件資源，現有的技術人員和技術水平，已經有的工作基礎等，判斷技術上是否可行，主要需要考慮以下幾個問題:
(1)開發的風險即在給定條件下能否實現目標的功能和性能；
(2)資源的有效性；
(3)技術的發展性；
由于需求未經過詳細的調研，存在模糊性和可能的變化，開發人員進行技術可行性評估時，存在比較大的風險，一旦出現估計的錯誤，將可能導致災難性的后果。
1.1.2經濟可行性
進行軟件開發項目的成本估算以及了解取得的效益估算，確定該項目是否值得開發，對于大多數項目，衡量經濟可行性，應考慮一個“底線”，同時應考慮公司的長期經營策略，潛在市場前景等因素。
1.1.3社會可行性
應考慮項目是否存在任何侵權、責任等問題，考慮在現有的制度、法規下是否行得通，包括合同、責任、法律等多種因素。
1.2需求調研
在項目前期工作中，需求調研是其中最重要的一個環節，今后的許多工作都依賴于需求調研的結果，需求調研的過程是漸進的，在可行性分析階段，主要關注的是項目規模、范圍和重點的功能，在項目進入正是開發流程以后，我們需要更加全面、準確地了解系統的需求不重視需求過程的項目隊伍將自食其果，需求工程中的缺陷將給項目成功帶來極大風險。如:無足夠用戶參與導致產品無法被接受；用戶需求的增加帶來過度的耗費和降低產品的質量；模棱兩可的需求說明可能導致時間的浪費和返工；用戶增加一些不必要的特性和開發人員畫蛇添足；過分簡略的需求說明以致遺漏某些關鍵需求；忽略某類用戶的需求將導致眾多客戶的不滿；不完善的需求說明使得項目計劃和跟蹤無法準確進行。
1.3項目團隊的組織
建立項目團隊是項目開發過程的開始，一切工作都是由項目團隊的成員完成的在整個項目的運行過程中，需要很多不同的角色參與到項目中，完成不同階段的任務。所以在建立項目團隊的過程中要把握好人員角色的劃分、特別人員管理與激勵、監督等。整個人員的管理是項目管理的關鍵，因為人是活的，而項目是死的，只要人員管理妥當，項目開發一般是不會出什么問題的。
1.4項目開發計劃
軟件項目的特征之一就是需求的不確定性和開發過程中存在的技術風險，按照通常的方法，制定一個項目的計劃應該是先根據項目的需求，進行詳細的任務分解找出實現的方法，估計出項目的工作量，再根據項目資源的狀況，制定出項目的計劃。
但是，再現實的工作中，項目的時間表往往是事先確定的，給開發留出的時間也是事先定好的。而我們能夠利用的資源，主要是開發的人力資源，也被事先基本確定了，在被確定的這2個前提條件下，我們如何根據項目的需求，合理地安排人力和時間，完成項目的開發，這是現實中項目經理經常遇到的問題如果事先確定的時間表是相對比較合理的，至少應該是我們夠的到的。我們制定的開發計劃才是有意義的，否則，按照這個時間表制定出來的計劃只能失敗的在這種情況下，項目經理唯一可以做的是對用戶的需求進行剪裁，去掉某些耗時長而且不太重要的功能，或是在開發中適當降低質量要求，或許可以完成項目的進度。當然這必須最終要得到用戶的認可。778論文在線
2.項目開發過程管理
2.1詳細設計
在詳細設計階段，由于任務已經詳細地分解，總體地解決方案和技術框架已經確立，詳細設計地目的就主要是針對某個特定地模塊或對象，根據需求，技術框架地要求和模塊間接口，描述出我們實現功能的方法，主要內容包括：
（1）內部算法描述；
（2）內部數據組織；
（3）相關接口詳細設計；
2.2設計評審
在設計完成后，必須安排設計評審以保證設計的質量，通常設計評審以小組內部的評審會的方式進行，參與人有項目小組內部的人員及其負責人，由開發者介紹其設計思路，其他人了解并對其設計質量進行評審。評審的內容主要包括：
（1）關鍵算法的可行性；
（2）接口是否符合概要設計的要求；
（3）技術清晰度是否符合設計標準；
（4）文檔的完備性；
評審通過的設計，才能夠開始編碼工作，評審的結果應記錄到開發文檔當中。
2.3編碼
在編碼階段，主要需要在編碼工作結束后，進行代碼審核，這項工作非常重要主要應該由項目小組的技術負責人完成，審核的目的并不是為了檢驗代碼的正確性而是需要對編碼是否按照規范進行審核。主要內容包括：
（1）變量、包、方法等的命名是否符合規則；
（2）注釋是否填寫完整，是否符合規范；
（3）代碼的可讀性，編寫風格是否符合規范；
（4）是否有明顯的造成系統運行低效率的處理方法；
（5）公共變量的定義和使用；
2.4調試
編碼工作完成以后，通常需要開發人員自己進行單元測試，有些部分需要編寫相應的測試程序。應該避免發生這類的情況，有些開發人員任務自己不應該進行測試工作，在編寫完代碼以后，只要編譯成功，就直接提交成果，將測試工作完全交給測試人員去做，這樣做不僅僅給測試人員增加了許多的工作量，同時增加了許多因為交流產生的時間，造成進度的延遲，管理人員應該杜絕程序員的這樣的思想，同時在管理中予以考慮，可以將提交成果產生的bug數量作為考核程序員業績的標準之一。
3.項目后期管理
3.1項目的驗收
項目驗收，是整個項目生命周期中最后一個環節。一般來說，軟件項目的驗收一般來說有2個階段，第一個階段是驗收測試，當驗收測試成功結束后，一般會有一個階段的試運行階段，只有當2個階段全部結束后，整個項目才算真正結束，可以收回全部的工程款，該軟件也進入其運行維護期。驗收測試應按照軟件的需求，質量要求進行測試驗收，需要甲乙雙方共同建立驗收小組，或請第三方測試機構進行驗收測試，在驗收測試之前，開發方應提供一系列的開發設計文檔供驗收測試使用。
3.2軟件維護
編程大師曾說“哪怕程序只有三行長，總有一天你也不得不對它維護?！?，很
多軟件產品不是一次性的買賣，比如在電信、金融等領域，有些軟件系統要用十幾年，對軟件進行維護是必不可少的，軟件公司的經理們沒有哪一個喜歡被維護的費用嚇一跳，但軟件維護的代價通常是高昂的。對軟件而言“維護”是個不太直觀的術語，因為軟件產品在重復使用時不會被磨損，并不需要進行像對車輛或電器那樣的維護，軟件維護是人們對既豐富多彩又會令人心酸的活動的統稱，其中豐富多彩的活動是指那些反映客觀世界變化，能使軟件系統更加完善的修改和擴充工作，令人心酸的活動是指那些永無休止，并且改了舊錯卻引起新錯讓人欲哭無淚的工作。
參考文獻：
1.邱菀華沈建明楊愛華等編著現代項目管理導論機械工業出版社
2002年10月
2.美理查德懷特黑德著領導軟件開發團隊電子工業出版社2002年5月
3.尼爾懷特著管理軟件開發項目-通向成功的最佳實踐電子工
業出版社2002年4月
4.劉積仁康曉東饒友玲主編軟件開發項目管理人民郵電出版社
2002年2月
5.美JosephRaynus著CMM軟件過程改進指南電子工業出版社
簽約地點：________________
合同編號：________________
一方為中國____________公司，主要辦公地址在中國__________(以下簡稱被轉讓方)，另一方為__________公司，主要辦公地址在________(以下簡稱轉讓方)。
鑒于轉讓方擁有制造__________設備的專用技術，并有資格轉讓上述技術;鑒于轉讓方有權并同意向被轉讓方許可上述專有技術，只在__________廠使用;__________公司購買許可活動所需的合同材料和合同設備，由________廠進行許可的制造活動;__________公司和__________廠共同而又分別承擔本合同中的義務;
鑒于被轉讓方希望使用轉讓方的專有技術，只在中華人民共和國__________廠制造________設備;
鑒于被轉讓方應不斷履行以購買訂單為形式的不同協議，以向轉讓方購買合同材料;
鑒于該購買訂單應服從于本合同有關合同材料的條件和條款;
因此，雙方授權的代表通過友好協商達成如下協議，特此為證。
第一章 定義
1.1 “輔配件”指大量商可購買到的材料，包括易耗品和其它與________系統安裝和系統配套有關的元部件，可由________廠或轉讓方提供。
1.2 “合同設備”指附件十二中規定的由轉讓方售給被轉讓方的測試生產設備。
1.3 “合同工廠”指被轉讓方用轉讓方提供的技術文件和專有技術制造合同產品的唯一地點，即中國______廠。
1.4 “合同材料”指固定網絡設備、轉讓方軟件和輔配件。
1.5 “合同產品”指合同材料制成整機，經測試可銷售給最終用戶?！昂贤a品”的進一步定義見附件一a。
1.6 “最終用戶”指合同產品的購買者。
1.7 “固定網絡設備”指附件一b中規定的材料，為________系統的一部分。
1.8 “模塊”指本合同附件一b中規定的__________設備子機及由轉讓方售給被轉讓方用于制成合同產品的元部件。
1.9 “專有模塊”指用于制造合同產品的元部件和組件。
1.10 “專有資料”指本合同條 款規定的資料，包括軟件、目標代碼、源碼、測試設備的計算機程序、技術支持、轉讓方________專有技術和其它與之相關的文件、數據、材料、及指可向被轉讓方公開的業務、商業、金額、計劃資料。任何專有資料均由轉讓方標明________“注冊秘密專有”，證明其屬“最高級機密類”或標明____________“保密專有”證明其屬“初級機密類”。
1.11 “專有權利”指專利、版權、專有技術、商業秘密、商標和其它知識產權或指本合同終止或期滿前產生的專有權利、軟件或其它著作，不論轉讓方是否獲得專利、享有版權或已注冊。
1.12 “軟件”指與合同產品配用的目標碼計算機程序，以及與合同設備配套使用的測試源碼計算機程序，以人們認可的形式提供，需經中間處理過后，由處理機編制。所有軟件均按附件十一a與十一b中規定的軟件許可證，由轉讓方許可給__________________廠。
1.13 “技術支持服務”指本合同附件三和四中規定的在合同設備和合同材料和合同產品的制造、檢驗、調試、操作和其它有關職能方面由轉讓方向合同工廠人員提供的技術咨詢和技術指導。
1.14 “技術文件”指本合同附件二中規定的與合同設備的操作、維護、調試和檢驗有關，以及與合同產品的制造有關的所有技術、圖紙、說明、數據和其它文件。
1.15 “技術培訓”指轉讓方在轉讓方工廠和合同工廠為合同產品的制造、檢驗、調試和操作以及為“合同設備”的安裝、調試、操作和維護，對“合同工廠”人員所進行的培訓。具體的培訓內容和要求詳見本合同附件四。
1.16 “專有技術”或“技術訣竅”指與合同材料和合同設備有關的相應的知識和經驗，該知識和經驗是轉讓當時生產中所使用的。“專有技術”由轉讓方以技術文件、技術支持和技術培訓的形式向合同工廠提供。
1.17 “驗收標準”指技術文件中規定的用以限定合同設備性能的標準。
1.18 “合同”指本許可證合同及其所有附件。
第二章 合同范圍
2.1 (1)轉讓方同意向被轉讓方轉讓制造合同產品的專有技術和技術文件。
(2)合同產品的制造按本合同附件十一中的說明，分一、二、三、四、五階段實施。
(3)轉讓方同意為合同工廠確認并向其銷售按當時的技術合作階段在技術合作等級下制造合同產品所需的合同設備。合同 工廠所需的合同設備目錄見本合同附件一c。
2.2 轉讓方給予被轉讓方許可證和權利，使用轉讓方的技術文件和專有技術，制造合同產品，使用和/或銷售形成的合同產品。合同產品的銷售限于中華人民共和國和其它____________制式國家，下列國家和地區除外：________________。
本合同所有許可證均是含提成的(除了附件九中規定的軟件許可證是免提成的以外)、非獨占的、不可轉讓的、不可轉售的。
2.3 轉讓方負責按本合同規定向被轉讓方提供與合同材料和合同設備有關的技術文件和專有技術。
2.4 轉讓方負責派遣其技術人員來華提供技術支持服務，并對合同設備進行驗收。
2.5 轉讓方應盡最大努力滿足合同工廠技術人員的要求，使上述技術人員能掌握1.15條中確定的技術培訓。
2.6 除非經轉讓方書面同意另增場所，否則被轉讓方只能在合同工廠進行許可的合同產品制造工作。
2.7 轉讓方同意向被轉讓方出售其專有模塊，被轉讓方按轉讓方授權，僅旨于制造完整的合同產品。被轉讓方同意使用上述專有模塊進行上述制造工作。除了被轉讓方經本合同特許生產的模塊外，被轉讓方應向轉讓方購買所有被轉讓方要求的專有模塊。
2.8 只有事先得到轉讓方的書面同意，才能修改或改變轉讓方許可的用于合同材料或合同產品的專用資料。這有利于專有資料的質量保證、控制和標準化。被轉讓方同意向轉讓方支付工程費用，用以審批此改變或改進的內容。被轉讓方同意給予轉讓方許可證，用以制造、委托他人制造、使用和銷售應用被轉讓方改變或改進合同材料后生產的產品。被轉讓方同意向轉讓方提供關于改變或改進的足夠文件，以使轉讓方能將此改變或改進同樣包括在轉讓方產品中，費用由轉讓方支付。
2.9 事先未經另一方書面同意，任何一方均不應讓渡本合同或本合同中給予的任何權利。然而，為履行轉讓方在本合同中的義務，轉讓方可使用其任何分公司、聯營公司和/或附屬公司的服務。
第三章 本合同的價格
3.1 被轉讓方根據本合同第二章規定的內容和范圍，向轉讓方支付合同總價和提成費，以美元計價。第3.2條款中所列的價格為第一、二、三、四、五階段的費用。合同設備價格詳見附件十二。輔配件的預算性報價見附件一b，僅供參考。實際價格調整應在每次訂貨前由雙方討論。
3 .2 費用如下：
合同總價：______________________
技術轉讓費：____________________
合同設備價格：__________________
測試設備：__________________
加工設備和工具：____________
合同設備軟件許可證費：______
技術文件費：
設備手冊：__________________________
加工資料：__________________________
技術培訓費：
設備操作：__________________________
加工：______________________________
系統：______________________________
技術支持服務費：
設備操作：__________________________
加工：______________________________
(1)合同設備和合同材料價格為c.f.r.(按1990年《國際商會貿易術語解釋通則》定義)________機場。
(2)技術文件費為c.i.f(按1990年《國際商會貿易術語解釋通則》定義)____________機場。
(3)合同材料價格不包括在合同總價中。
3.3 提成費
在本合同各階段的所有合同材料(輔配件除外)價格上提取提成費。五個階段的提成費分別為：階段一________________;階段二______________;階段三________________;階段四______________;階段五________________。
3.4 模塊價格
轉讓方同意銷售模塊，使合同工廠能制造固定網絡設備。模塊價格可修改。新的模塊價格應由本合同雙方共同商定。
第四章 付款條件
4.1 本合同中規定的一切費用均以美元計價。本合同中每個階段均在該階段開始日付款。各階段開始日定義見本合同第17.2條。
4.2 本合同第三章中規定的合同總價按下列條款由被轉讓方付給轉讓方： 4.2.1 合同設備
被轉讓方收到轉讓方的合同設備的貨物發運通知后，應在預計發運日期前30天內，以全電開的形式通過中國_______銀行及_______開具不可撤銷的、不可轉讓的信用證。該信用證格式由雙方商定，見附件十三，金額以美元計，為該貨運總價的百分之_____(_____%)，該信用證使中國__________銀行負有義務向受益人轉讓方支付所有款項，有效期截止至雙方按本合同第9.1條的規定簽署驗收合格證后30天。
被轉讓方收到貨運單據后用信用證付款：
1.轉讓方發運貨物后，被轉讓方銀行收到轉讓方的下列單據，經審核無誤后，不遲于30天，支付金額的90%。
(1)全套清潔空運提單正本一份，副本四份，標明“c.f.r.______________機場”，并根據本合同第6.3款標明“運費預付”，合同號和運輸嘜頭，并注明通知目的港所在地的中國外貿運輸總公司;
(2)金額為合同設備價格總價的形式發票六份;
(3)金額為合同設備價格__________%的商業發票正本六份;
(4)即期匯票一式兩份;
(5)詳細包裝清單一式六份;
(6)原產地證明一式兩份。
2.被轉讓方銀行收到轉讓方下列單據，經審核無誤后，不遲于三十天，支付金額的______________%。
(1)商業發票正本一式六份。
(2)雙方代表按本合同第9.1條規定簽署的驗收證明正本一份。
(3)即期匯票一式兩份。
4.2.2 一至五階段的技術轉讓費、技術文件費、技術培訓費和技術支持服務費。
所有的技術轉讓費、技術文件費、技術培訓費和技術支持服務費均以美元電匯，通過中國____________銀行和____________銀行分行支付。根據本合同第13.2條，一切應由轉讓方在中華人民共和國繳納的所得稅應由被轉讓方預扣并代表轉讓方向有關稅務機構繳納，付款收據應立即傳真和郵寄給轉讓方，本章所列費用按下列比例支付：
1.合同生效后30天內，被轉讓方收到下列單據后，被轉讓方以全電開的方式向轉讓方支付______%的技術轉讓費、技術文件費、技術培訓費和技術支持服務費。另外，轉讓方應提供以被轉讓方為受益人的保函正、副本各一份，格式見附件十四，金額為上述費用的_ ______%。階段一預定的技術培訓課程結束后，本保函即失效。
(1)轉讓方國家有關當局出具的有效出口許可證影印本一份，或轉讓方有關當局出具的信函一份，聲明不需要出口許可證;
(2)金額為上述費用________%的商業發票六份。
2.階段2開始后30天內，收到金額為上述費用________%的商業發票六份及全套標有“運費預付”和合同號、運輸嘜頭，僅用于支付技術文件費的空運提單后，被轉讓方以全電開的方式向轉讓方支付______%的技術轉讓費、技術文件費、技術培訓費和技術支持服務費。
3.階段3開始后30天內，收到金額為上述費用__________%的商業發票六份，及全套標有“運費預付”和合同號、運輸嘜頭，僅用于支付技術文件費的空運提單后，被轉讓方以全電開的方式向轉讓方支付__________%的技術文件費、技術培訓費和技術支持費。
4.階段4開始后30天內，收到金額為上述費用________%的商業發票六份，以及全套標有“運費預付”和合同號、運輸嘜頭，僅用于支付技術文件費的空運提單后，被轉讓方以全電開方式向轉讓方支付________%的技術轉讓費、技術文件費、技術培訓費和技術支持服務費。
5.階段5開始后30天內，收到金額為上述費用________%的商業發票六份，以及全套標有“運費預付”和合同號、運輸嘜頭，僅用于支付技術文件費的空運提單后，被轉讓方以全電開方式向轉讓方支付______%的技術轉讓費、技術文件費、技術培訓費和技術支持服務費。另外，轉讓方應提供以被轉讓方為受益人，金額為上述費用的________%的不可撤銷的保函正副本各一份，格式見附件十四。階段五合同產品的最終驗收合格后，本保函即失效。
4.2.3 合同設備軟件許可證費。
合同設備軟件許可證費用總額應不遲于合同設備第一次預計裝運前30天，電匯支付。
4.3 提成費由被轉讓方在一至五階段簽訂合同材料購買訂單后，不遲于30天向轉讓方電匯支付。但是，提成費和合同材料費發票單獨開具。
4.4 對轉讓方對c.i.f條件發運的任何貨物，被轉讓方同意，由外國保險公司出具的金額為貨運值________%，投保了一切險的自行保險證明應為足夠的保險憑證。保險期截止至貨物運抵中華人民共和國________機場。 4.5 被轉讓方應不斷履行購買訂單，向轉讓方購買合同材料。被轉讓方向轉讓方購買合同材料，其付款條件同本合同第4.2.1規定。但有關合同材料的驗收合格證規定見本合同第9.2條。而按第4.2.1.b.2所述，驗收合格證參見第9.1條，在此則應參見第9.2條。
第五章 交付方式
5.1 技術文件
5.1.1 轉讓方cif中國________機場向被轉讓方交付本合同附件二規定的所有技術文件。
5.1.2 當技術文件到達中國________機場后，該技術文件的所有權和損失風險即由轉讓方轉換至被轉讓方。
5.1.3 ________機場在技術文件空運提單上所蓋的日期戳為技術資料實際交付的日期。
5.1.4 每批技術文件發運前一星期，轉讓方應將本合同號、預計啟運日期、大概包數、大概重量用電傳或傳真通知被轉讓方。每批技術文件發運后48小時內，轉讓方應將本合同號、發運日期、空運提單號、包(件)數量和重量用電傳或傳真通知被轉讓方及被轉讓方指定的中國境內內陸貨運公司，并在每批技術文件發運后兩個工作日內將下列單據用dhl或快件寄給被轉讓方及合同工廠：
1.兩份技術文件空運提單;
2.兩分技術文件裝箱單。
5.1.5 轉讓方提供給被轉讓方的技術文件用英文寫就。
5.1.6 轉讓方提供給被讓方的技術文件按照本合同附件二檢驗。
5.1.7 如轉讓方提供給被轉讓方的文件有丟失、損壞和/或不完整，轉讓方在收到被轉讓方書面通知后30天內，免費將技術文件重寄或補發給被轉讓方。
5.1.8 轉讓方提供給被轉讓方的技術文件應裝在適于長途運輸、多次轉運，具防潮、防雨保護措施的包裝箱內。
裝運預計日期以及重量超過__________公噸和尺寸超過____________立方米的超大超重合同設備的包裝草圖和裝運危險合同設備時應采取的預防措施，各一式七份。
5.2.3 海運(空運)提單上的日期為合同設備和合同材料的實際交付日期。
5.2.4 根據合同第5.2.1款，轉讓方在被轉讓方指定的港口(或機場)將合同設備和合同材料裝上被轉讓方指定的運輸工具。轉讓方將合同設備和合同材料轉交給被轉讓方指定的承運人后，合同設備和合同材料的損失風險、所有權立即由轉讓方轉移至被轉讓方。 5.2.5 每次裝運前，轉讓方應用電傳或傳真或電報盡快將下列內容通知被轉讓方：
1.合同編號：______________
2.目的地：________________
3.貨物準備就緒日期：______
4.總體積：________________
5.總毛重：________________
6.總件數：________________
7.裝運港(或機場)：______
8.每件重量超過__________公噸尺寸超過____________立方米的合同設備和合同材料的總的毛重、體積、名稱。
同時，轉讓方用航空信、傳真、快件、電傳將下列票據交給被轉讓方，各一式六份。
1.每大件重量超過________公噸或尺寸超______立方米后的裝運草圖。
2.危險合同設備和合同材料的說明，包括名稱、特性、特別保護措施和處置辦法。
3.在運輸過程中，對溫度、濕度、震動等有特殊要求的合同設備和合同材料，采取特殊預防措施的說明。
轉讓方還應將以上所列單據副本提交目的港所在地的中國對外貿易運輸總公司。
5.2.6 轉讓方應在每批合同設備和合同材料完全裝上承運工具前四十八小時內，將合同號、商品名、數量、尺寸、毛重、發票以及預計到達日期，以電傳或電報通知被轉讓方。發運前，被轉讓方負責辦理貨物保險。如因轉讓方未及時通知，致使貨物未及時投保，由此產生的任何及所有損失均由轉讓方承擔。如系危險品(例如易爆材料)，轉讓方應將其性質及搬運方法電告被轉讓方和目的港所在地的中國外貿運輸總公司。
第六章 包裝和嘜頭
6.1 所有待運合同設備和合同材料都必須包裝堅固，適合所選的長途運輸方式及式次搬運裝卸。為了確保合同設備和合同材料在運輸過程中安全無損，需根據合同設備和合同材料中不同貨物的性能和要求，采取合理保護措施，防潮、防銹、防震、防腐蝕。被轉讓方與轉讓方承認合同設備和合同材料由精密電子組成，因此，將盡力保證這些貨物有防雨、防熱、防濕、防震保護。
如被轉讓方要求提供長途海運用包裝及無防護內陸運輸和存放用包裝，轉讓方應提供包裝，費用另加。轉讓方對包裝不當負有責任，并對因包裝不慎或不當導致的銹損負有責任。
6.2 轉讓方應在 每包散裝附件上標上合同號、合同設備和合同材料主機名、附件名、安裝圖上附件的位置號及附件號。備件、工具和易損件部件在上述標識基礎上，應再標上“備用件”、“工具”和“易損件”字樣。
6.3 在合同設備和合同材料的包裝箱相鄰的四個面上，轉讓方應用印刷標簽，以醒目的印刷體英文字標出下列內容：
1.合同編號：________________
2.嘜頭：____________________
如目的地為中華人民共和國__________，則嘜頭為：____________：
3.目的地：____________
4.收貨人代號：______________
5.裝箱單號：________________
6.毛重/凈重(公斤)：____________
7.箱號/件號：____________________
8.尺寸(長×寬×高;英寸/厘米)：________________
9.合同設備名稱和項號：______________
如果合同設備和合同材料重量大于等于2公噸，其重心位置和起重位置應以英文標出，并采用國際貿易中通用的適當運輸標志和圖案標在包裝箱兩側，以便于裝卸和搬運。
根據合同設備和合同材料的特點及在裝卸、運輸過程中的不同要求，應在其包裝箱上醒目地用英文及國際貿易慣例中規定的適當符合和示意圖，標上“小心輕放”、“箭頭朝上”、“保持干燥”等字樣。
6.4 無包裝合同設備和合同材料應用金屬標牌標出上述內容。對裝在甲板上運輸的大件貨物，應提供充分的支撐和防震緩沖措施。
6.5 合同設備的每件包裝箱內，應裝有以下單據：
1.質量合格證書一式兩份
質量證書樣本：
________________公司在此保證并證明：
此中所含的________產品皆為新產品;且上述產品符合所公布的技術指標。
2.詳細裝箱單一式兩份
3.對必須進行組裝的合同設備和部件，應有兩份詳細的組裝圖。
6.6 每件合同材料的包裝箱上應附詳細裝箱單兩份，質量證明兩份。
第七章 技術服務和技術培訓
7.1 轉讓方應派遣熟練、健康和有能力的人員去合同工廠根據本合同規定提供現場技 術支持服務。在中國提供技術支持服務的人數、專業、任務、內容和期限詳見本合同附件三。轉讓方聲明，技術支持服務和技術培訓足夠用來培訓被轉讓技術人員制造合同產品。
7.2 轉讓方技術支持服務人員提供出入境簽證的方便及在華的工作方便。轉讓方技術支持服務人員在華待遇見本合同附件三。
7.3 轉讓方技術支持服務人員在華支持服務期間應遵守中華人民共和國法律，遵守合同工廠的規章制度。
7.4 被轉讓方有權派遣其技術人員或操作工人去轉讓方相關工廠培訓。培訓的人數、專業、內容、時間和要求詳見本合同附件四。
7.5 轉讓方應為被轉讓方培訓人員提供出入境簽證方便和培訓條件。培訓人員在轉讓方國家待遇詳見合同附件四。
第八章 初步檢驗和初步驗收
8.1 轉讓方將盡其最大努力，保證本合同中由轉讓方提供的合同設備和合同產品的制造和檢驗按以下規定實施。
8.2 對所有由轉讓方提供的合同設備，轉讓方應向被轉讓方提供保證聲明書。合同材料的保證見本合同第十章。
8.3 合同生效日起三個月內或相關階段開始后三個月內，轉讓方應通知被轉讓方相關階段檢驗和測試設備的初步計劃，并提前一個月通知被轉讓方檢驗和測試的確切日期。被轉讓方有權自費派遣______人，為期______天，去轉讓方工廠觀看對主要合同材料的檢驗和測試，了解設備的包裝情況，但上述檢驗不應嚴重影響正常生產。
如發現合同設備和合同材料的質量不符合本合同規定的標準，或發現包裝不當，被轉讓方人員有權表明意見。轉讓方應予以充分考慮并采取必要措施保證設備質量。
被轉讓方人員不應會簽任何質量證書。被轉讓方人員參與質量檢驗，這既不免除本合同規定的轉讓方的擔保責任，也不能代替合同設備運抵中華人民共和國后，被轉讓方對其的檢驗工作。
8.4 合同設備和合同材料抵達目的港或合同工廠后，被轉讓方應委托中國進出口商品檢驗局對包裝、外觀、質量進行檢驗，并盡可能地對技術規格目測初檢。
檢驗后，由中國進出口商品檢驗局出具檢驗證明，該證明應作為檢驗證據。
轉讓方有權自費派遣其檢驗人員參加開箱檢驗。
被轉讓方應提前4周以電報或電傳或傳真通知轉讓方檢驗的預定日期和地點。轉讓方檢驗人員應在預定檢驗日期前到達上述地點。
如果因轉讓方自身原因，未能在 上述規定時間內派遣其技術人員去上述地點，則由被轉讓方在轉讓方人員缺席情況下進行檢驗。在這種情況下，由中國進出口商品檢驗局出具的檢驗證書應作為檢驗證據。
8.5 在對合同設備或合同材料的初步檢驗中，若發現有任何損壞、數量短缺、規格錯誤，證實皆系轉讓方疏忽所致，則被轉讓方有權在檢驗后憑中國進出口商品檢驗局出具的檢驗證書向轉讓方提出索賠。轉讓方收到附證明的索賠書后，應立即免費維修或替換損壞或短缺的合同設備和合同材料。
第九章 最終驗收檢驗測試
9.1 技術文件和合同設備的最終驗收
9.1.1 為證明根據本合同附件二提供的專有技術和技術文件是完整的、正確的，證明轉讓方許可的合同材料是能組裝、測試的，轉讓方應自費派遣其技術人員去合同工廠參加相應階段合同設備的驗收測試。被轉讓方的技術人員也應參加這些驗收測試。
9.1.2 雙方應盡其最大努力完成驗收測試。
9.1.3 驗收測試時，若合同設備達到了驗收標準，則雙方應簽署四份合同設備驗收合格證書，每方各執兩份。
9.1.4 若合同設備未達到驗收標準，雙方應共同分析驗收測試失敗的原因，澄清驗收測試失敗的責任。
1.若驗收測試失敗的責任在于轉讓方負責，則轉讓方應在第一次驗收測試后4周內，再派其技術人員進行第二次驗收測試，并承擔其在第二次驗收測試期間所發生的一切費用。
2.若驗收測試失敗的責任在于被轉讓方負責，則被轉讓方應為轉讓方技術人員提供往返機票并承擔第二次驗收測試期間其在華的食宿費用和當地交通費。
第二次驗收測試時，若合同設備達到了驗收標準，則雙方應簽署四份合同設備驗收合格證書，每方各執兩份。
3.若因轉讓方的責任第二次驗收測試時，合同設備未達到驗收標準，轉讓方應采取各種措施并在第三次驗收測試后六周內，再派其技術人員進行第三次驗收測試，并承擔其在第三次驗收期間所發生的一切費用。
4.若第二次驗收測試失敗的責任在被轉讓方，則被轉讓方應為轉讓方技術人員提供往返機票，并承擔第三次驗收測試期間他們在華的食宿費和當地交通費。
第三次驗收測試時，若合同設備達到了驗收標準，則雙方應簽署四份合同設備的驗收合格證，每方各執兩份。
9.1.5 第三次驗收測試時，若合同設備未達到驗收標準，雙方應共同分析原因并繼續驗收測試 若二個月后，還達不到驗收標準，轉讓方將對有缺陷的合同設備進行修理，或更換以符合本合同規定的技術指標、質量和性能標準的新設備。轉讓方與被轉讓方應在合同工廠座談討論解決此類問題的方法。
9.2 合同材料的最終驗收
9.2.1 合同材料每次運抵合同工廠后，被轉讓方人員應立即對其進行檢驗。
9.2.2 轉讓方有權自費派其檢驗人員參加開箱檢驗。
9.2.3 被轉讓方有權應提前兩周用電報、電傳或傳真通知轉讓方檢驗的預定日期和現場。如到了檢驗日期轉讓方未能派其人員去現場，由被轉讓方在轉讓方人員缺席情況下進行檢驗。
9.2.4 檢驗后，如確定合同材料的數量或質量與訂單不符，轉讓方應在檢驗后20個工作日內接到數量短缺或不符貨運要求的書面通知。轉讓方在收到通知后的30天內或合理時間內盡快根據情況，發運短少部分的合同材料或符合要求的合同材料。
9.2.5 (i)檢驗順利完成后或(ii)缺陷部分改正后，雙方應簽署驗收合格證。
9.2.6 本第九章不包括運輸時及運輸后出現的損壞，其補救責任在被轉讓方。如被轉讓方要求，轉讓方應提供合理的幫助。
9.3 合同產品的最終驗收
將每階段首批發運的合同材料組裝成首批合同產品，按照技術文件中提供的技術指標，用合同設備對該首批合同產品進行測試。如該首批合同產品測試工作圓滿完成，即意味著合同產品最終驗收合格。整機經測試符合全部技術指標，測試工作勝利完成，即可認為完成了合同產品的驗收測試義務。
第十章 擔保和保證
10.1 轉讓方保證按本合同向被轉讓方提供的合同設備、合同設備用品測試軟件和技術文件為當時的技術，適用于制造合同產品;保證在本合同期間將免費向被轉讓方提供與此相關的更新后的測試軟件和技術文件。
10.2 若被轉讓方發現轉讓方提供的本合同設備、測試軟件和技術文件驗收不合格，轉讓方應在收到被轉讓方的書面通知后30天內，向被轉讓方免費發送所要求的合格的合同設備、測試軟件和技術文件，轉讓方向被轉讓方提供改正了的合同設備、測試軟件和技術文件，這應為被轉讓方唯一的補救措施。
10.3 各階段合同設備驗收測試勝利完成后，今后成功制造合同產品責任即成為被轉讓方的責任。但是如雙方認為完全因為轉讓方提供的模塊有缺陷，或文件有缺陷致使合同設備不 質量標準，轉讓方應糾正完全由轉讓方導致的任何缺陷。轉讓方承認轉讓方向被轉讓方提供的所有專有模塊中，證實完全因轉讓方原因致使模塊有缺陷的故障率不超過5%。
10.4 如完全因轉讓方能控制的因素致使轉讓方未能按本合同附件二中規定的日期交付合同設備、軟件或技術文件，則轉讓方應為延期交付合同設備、軟件和技術文件，向被轉讓方繳付罰金，費率如下：
第一至第四周，每遲交付一周，付相應階段延期交付貨物價格的________%。
自第五周起，每遲交付一周，付相應階段延期交付貨物價格的______%。
上述總罰金不應超過相應階段延期交付貨物價格的________%。遲交天數不足一周，以一周計算。
10.5 轉讓方按本合同第10.4款的規定向被轉讓方繳付罰金，并不因此即免除轉讓方繼續交付合同設備、軟件和技術文件的義務。根據此條款繳付罰金是轉讓方遲交貨物，被轉讓方因而獲得的唯一補救措施。
10.6 如果一定階段用的轉讓方的合同設備、軟件或技術文件延期交付六個月以上，完全是因轉讓方所能控制的原因所致，則被轉讓方有權終止本合同。在該情況下，轉讓方應向被轉讓方退回被轉讓方為該階段所付的全部費用，并加付______%的年息。在這種情況下，按本條款選擇賠償即為被轉讓方的唯一補救措施。
10.7 合同設備保證
合同設備保證見本合同附件八。
10.8 軟件保證
軟件保證和軟件維護向合同產品的最終用戶提供，轉讓方軟件許可證也一并提供。
被轉讓方同意向最終用戶銷售合同產品應以最終用戶執行上述軟件許可證為前提。
轉讓方將向被轉讓方提供必要和適當的測試軟件，用以制造符合本合同提供的技術指標的合同產品。轉讓方對合同設備軟件更改或更新，如雙方認為此更改或更新為被轉讓方生產合同產品所需，轉讓方將向被轉讓方提供。
10.9 轉讓方將全部非________生產的合同設備和輔助設備的原制造商保證書轉給被轉讓方。該合同設備和輔助設備的保證期應由該合同設備和輔助設備的制造商確定。被轉讓方應從制造商或其在當地的維修辦事處獲得該合同設備和輔助設備的保證和/或維修服務。保證期過后，被轉讓方應負責與制造商或其在當地的辦事處取得聯系，獲得對該合同設備和輔助材料的服務和/或維護支持。
所有與合同設備和 輔助設備一并提供的計算機軟件均以照“原樣”為基礎提供，無保證。
第十一章 專利、商標和保密
11.1 轉讓方保證他對根據本合同提供給被轉讓方的全部專有技術和技術文件擁有合法的所有權，并有權許可被轉讓方。對向被轉讓方提出的任何索賠要求，聲稱：本合同中________提供的設備侵犯了中華人民共和國法律認可，具有法律約束力的專利，轉讓方應為被轉讓方辯護。如果(1)被轉讓方立即書面通知轉讓方索賠要求;(2)未經轉讓方同意，被轉讓方不派律師出庭;(3)由轉讓方完全控制辯護及與該索賠要求有關的全部談判;(4)被轉讓方為轉讓方辯護提供合理的資料和幫助，那么法庭最終裁決被轉讓方因此將償付的理賠費和/或損失清償費，由轉讓方付清。如果訴訟結果為禁止使用或銷售________提供的設備，不向被轉讓方另行收費，則由________選擇，或者為被轉讓方獲取使用________提供的設備的權利或銷售合同產品的權利;或者以相同的未侵犯專利的材料替換;或者接受對________提供的設備的退貨，并對退回的設備，向被轉讓方退還原購貨款價。在任何情況下，對由于侵犯專利或有專利嫌疑而引起的意外或間接損失，被轉讓方不負有責任。
11.2 被轉讓方同意對轉讓方提供的專有技術和技術資料自本合同生效日起保密XX年。如果上述專有技術或技術文件的部分或全部由轉讓方或任何第三方公布于眾，(前提為上述解密不違反任何保密義務)，那么被轉讓方不再受保密義務中對已泄密事項的約束。經轉讓方事先同意被轉讓方可因部件國產化需要，只將轉讓方技術文件的該部分內容泄密。但在轉讓方對此泄密授權前，為保證對其專有資料的保護，轉讓方可要求其采取某些保密措施。
11.3 對被轉讓方提供的與合同材料的專有技術、技術及生產有關的注有需保密的資料，轉讓方應予以保密，保密期限為本合同生效日起XX年。
11.4 本合同終止或期滿后，被轉讓方無權使用附件七規定的轉讓方的商標或商品名稱(或任何易混淆的相似商標或商品名稱)。本合同終止或期滿后，雙方應真誠協談，從而決定轉讓方是否向被轉讓方銷售合同模塊及其組件或部件。
11.5 a)被轉讓方承認“__________”及其相應的中文名稱是轉讓方及其使用“____________”或相應中文名稱的子公司和分公司的商品名稱的主要特征：承認“___________ __”標志，“____________”和相應中文名或任何英語或漢語的派生詞都是轉讓方與被轉讓方制造的產品的重要商標，是與該產品配套服務的重要商標。
b)轉讓方給予被轉讓方權利使用本合同附件七(“轉讓方的商標”)所列的轉讓方的商標。轉讓方的商標只許可用于被轉讓方在合同工廠制造并在中華人民共和國銷售的合同產品。被轉讓方同意使用轉讓方發明的標志。這并不意味著將標志的擁有或正當利潤轉讓給了被轉讓方。
c)除非由本合同授權或由轉讓方另行書面授權，否則被轉讓方無權在任何產品上、廣告上或在銷售或促銷中使用任何轉讓方發明的商標。
11.6 除非有關法律要求，否則在未征得對方書面同意前，任何一方不得將本合同內容泄露給任何第三方。
11.7 轉讓方不將其專利或版權的許可證或權利授予被轉讓方。但是轉讓方同意在本合同期內就其在中華人民共和國的任何專利或版權，不向被轉讓方提出質疑，這只限于該質疑會妨礙被轉讓方使用本合同給予的權利。被轉讓方承認任何時候專有技術均系轉讓方財產。
11.8 如嚴重違反本合同保密條款，則非違約方有權終止本合同。
11.9 被轉讓方同意將許可的商標只在中華人民共和國制造和銷售的合同產品上使用。(任何在中華人民共和國以外國家銷售的合同產品不應含轉讓方的商標和/或商品名稱。)
第十二章 質量標準
12.1 被轉讓方根據轉讓方所定，提供充分的場地、設施、人員和工藝規程，用以制造合同材料、存放模塊、備用件和其他元器件;用以測試合同材料成品、保證性能和提供其他服務。
12.2 被轉讓方同意由被轉讓方實施的任何所許可的活動和被轉讓方使用轉讓方商標銷售的合同產品，應與轉讓方實施的合同活動以及轉讓方制造的與合同產品相應的產品，質量相同、工藝相等。所有許可活動的實施應按附件中所列文件中所述的標準及本合同中轉讓方提供的專有資料和技術支持?；顒拥馁|量、工藝和性能標準應與轉讓方所進行的類似活動至少一樣。為判斷被轉讓方是否遵照并堅持本文要求，轉讓方有權在一切合理時間檢查合同工廠、合同材料以及所許可的活動開展的方法。經轉讓方要求，被轉讓方應及時將其有關工作具代表性的樣本提供給轉讓方，費用由轉讓方支付。
12.3 被轉讓方應在轉讓方的監督下制定并保持一質量保證常規計劃。該質量保證計劃應經雙方同意， 遲于合同鑒定后120天實施。被轉讓方應作缺損記錄，將每季度缺損記錄報送轉讓方。
12.4 任何時候，如轉讓方確定在被轉讓方銷售的合同產品上被轉讓方的工作未能達到轉讓方要求的質量、工藝和性能標準(見技術文件)，轉讓方可將此認定書面通知被轉讓方，被轉讓方同意立即改正缺陷。如被轉讓方收到該書面通知后，30天內未能改正該缺陷，被轉讓方應暫停發運此有缺陷的合同產品，雙方共同真誠討論改正該缺陷的方法。如被轉讓方收到該書面通知后60天內未能改正缺陷，則轉讓方可暫停本合同給予的商標權，和/或可暫停所有許可的活動。
12.5 被轉讓方和轉讓方發現合同產品有缺陷，在該有缺陷的合同產品上，被轉讓方對轉讓方商標的使用權，應立即自動暫停。
12.6 被轉讓方對專用資料或合同材料作任何改變或改進，這只可在雙方同意下進行。
12.7 對被轉讓方提供的任何輔助設備，被轉讓方應提供轉讓方該設備手冊、技術文件并提供識別用于合同材料的該元件、材料清單，以便轉讓方與被轉讓方共同確定該元部件是否符合轉讓方的質量、性能技術指標。被轉讓方將向轉讓方提供合格的測試結果，證明該元部件符合質量和性能指標。如果轉讓方有書面要求，被轉讓方應自費提供給轉讓方該元部件樣品，供審批。轉讓方將盡其最大努力，在轉讓方收到合格測試結果后30個工作日內答復被轉讓方的報批報告;在逐項商討后決定的合理時間內，對被轉讓方報批的樣品給予答復。如收到轉讓方的書面通知，表示該元部件不符合轉讓方的質量和性能指標，則被轉讓方不能使用該元部件。
12.8 為保證合同材料具有滿意的質量和技術性能，被轉讓方應向轉讓方購買所有被轉讓方要求的模塊，本合同中被轉讓方特許生產的模塊除外，且被轉讓方無權以其它材料代替任何模塊。被轉讓方同意只將上述模塊用于合同材料，以及用于推進許可的活動。
第十三章 稅則
13.1 凡與本合同有關或在執行本合同時，根據有效的稅法由中華人民共和國政府向被轉讓方征收的一切稅應由被轉讓方支付。
13.2 凡與本合同有關或在執行本合同時由中國政府根據“__________國政府與中華人民共和國政府間就所得稅避免雙重課稅和防止偷稅漏稅的協議”，向轉讓方征收的一切稅應由轉讓方支付。上述協議中包含的稅中，根據“中華人民共和國有關外資企業所得稅法”向轉讓方征收的預扣稅款應從本 合同第4.2條規定的每次付款中報除，且應由被轉讓方代表轉讓方向中國有關稅務機構繳納。如果轉讓方向被轉讓方提交有關機構出具的減免全部或部分稅款的文件證明，則被轉讓應按有關稅務機構的要求，扣除調整后的金額。被轉讓方應在繳納上述稅后，向轉讓方提交由中華人民共和國有關稅務機構出具的稅收收據原件一份。
13.3 凡與本合同有關或在執行本合同時在中華人民共和國以外征收的一切稅費應由轉讓方支付。
第十四章 不可抗力
14.1 簽約雙方中任何一方，由于但不只限于戰爭、嚴重水災、臺風和地震及其他簽約方無法控制的不可抗力事故而影響履行本合同的義務，本合同的執行期應相應延長，延長期限相當于事故所耽誤的時間。
14.2 責任方應盡快將發生不可抗力事故的情況以電傳或電報掛號通知對方，并于事故發生后14天內以航空掛號信將有關當局出具的證明(若有的話)遞交給另一方確認。不可抗力事故一經排除或消失，責任方應盡快以電傳或電報掛號通知對方，并向對方發出航空掛號信，確認不可抗力事故的消除。如不可抗力事故延續120天以上，雙方應盡快通過友好協商解決繼續執行合同所面臨的問題。
第十五章 爭議的解決
15.1 凡由本合同引起的或與解釋或執行本合同有關的任何爭議，雙方應首先通過友好協商來解決。如果協商開始后90天內，雙方還不能解決此爭議，則任何一方均可將此爭議提交仲裁。
15.2 若通過上述友好協商雙方仍解決不了爭議，則應將該爭議提交______商會仲裁院，由該仲裁院根據其仲裁程序，最終裁決。
15.3 仲裁裁決是終局的，對雙方都具有約束力。
15.4 除非由仲裁小組裁決，否則，仲裁費用由敗訴方負擔。
15.5 在仲裁過程中，除了提交仲裁的那部分合同外，雙方應繼續履行合同。
第十六章 合同生效及其他
16.1 本合同由雙方授權代表簽署，各方保證均有合法的權力產生并簽訂具有法律約束力的合同。如必要，雙方應向本國政府申請批準本合同，以中國和__________政府中最后一方必需的批準日期為本合同生效日期。雙方應盡最大努力爭取在本合同簽字后90天內獲得所必需的批準，并用電傳或電掛通知對方，用信件確認已經獲得所有必須的批準。
16.2 如本合同自簽字之日起6個月內仍不能生效，雙方有權取消本合同。
16.3 本合同自合同生效日起有效期XX年，有效期滿后除非雙方同意續訂，否則本合同自動失效。
16.4 本合同期滿時，雙方發生了未了債權和債務，不受合同期滿的影響。債務人應對債權人繼續償付未了債務。
16.5 本合同為____________文本，一式四份，每方各執兩份。本合同的任何譯文無法律效力。
16.6 本合同由第一章至第十七章，附件一至附件十三組成，本合同附件內容為本合同不可分割的組成部分，具有同等法律效力。如果本合同條件和條款與附件的文字發生矛盾，應以本合同條款和條件的文字為準。本合同受中華人民共和國法律約束。被轉讓方保證本合同在中華人民共和國法律下有效。
16.7 對合同條款的任何變更、修改或增減，須經雙方授權代表簽署本合同書面修正案后生效，該修正案應作為本合同不可分割的組成部分，具有同等法律效力。
16.8 執行本合同期間，雙方所有通訊應以________文進行，正式通知應以書面，和航空掛號信郵寄，一式兩份。
16.9 任何情況下，轉讓方或被轉讓方均不對意外、或間接損失負有責任。損失包括但不限于本合同中另一方面喪失利潤或收益、資本費用、替代產品費用、設施或服務費用、停工費用。
16.10 本合同雙方同意真誠執行合同，遵從一切適用的法律。任何一方若偏離此良好行為，另一方有權終止本合同。如本合同在合同期末前終止，所有技術文件應退還給轉讓方，且專有資料應自本合同生效日起保密XX年。
第十七章 聯絡會議
17.1 為順利實施合同，轉讓方與被轉讓方應召開聯絡會議。
17.2 聯絡會議期間確定的每個新階段的起始日期一到，如雙方同意，即開始合同的下一階段。被轉讓方和轉讓方對合同產品驗收后，且被轉讓方又達到了附件三中規定的階段實際生產產量，并能同時保持附件二所列文件中規定的質量標準，被轉讓方有資格進入下一階段。如到了聯絡會議期間確定的時間，被轉讓方沒有資格進入下一階段，應推遲該階段起始日期，并對照新的起始日期，重新安排付費時間。
17.3 聯絡會議的時間、地點、參加人員身份規定如下：
(1)第一次聯絡會議
日期：合同生效日起________天內
期限：______________個工作日
地點：_____________ __
人數：轉讓方工程師__________名
目的①項目范圍檢查
②考察場地
(2)第二次聯系會議
日期：第二階段開始前__________天
期限：________________個工作日
地點：______________
人數：被轉讓方人員________名，合同工廠人員__________名
目的①考察工廠
②深化項目
③檢查項目實施情況
(3)第三次聯絡會議
日期：第三階段開始前__________天
期限：__________個工作日
地點：________________
人數：轉讓方工程師__________名
目的：①考察場地
②深化項目
③檢查項目實施情況
(4)第四次聯絡會議
日期：第四階段開始前________天
期限：____________個工作日
地點：__________
人數：被轉讓方人員________名，合同工廠人員________名
目的：①技術討論
②深化項目
③檢查項目實施情況
(5)第五次聯絡會議
日期：第五階段開始前________天
期限：__________個工作日
地點：______________
人數：轉讓方工程師________名
目的：①考察場地
②檢查項目實施情況
第十八章 法定地址
18.1 轉讓方：
名稱：________________公司
地址：____________________
傳真：____________________
18.2 被轉讓方：
名稱：________________公司
地址：____________________
電傳：____________________
電話：____________________
傳真：____________________
合同工廠：__ ____________
名稱：____________________
地址：____________________
電話：____________________
傳真：____________________
18.3 雙方授權代表簽字：
本協議和附件構成了雙方就此合同內容的全部理解，取代了先前所有的討論、協議和陳述，不論是口頭的還是書面的，不論轉讓方與被轉讓方執行與否。
___________________公司
(簽字)：______________
職務：__________________
日期：__________________
____________________公司
(簽名)：______________
職務：__________________
日期：__________________
______________________廠
(簽名)：______________
職務：__________________
日期：__________________
附件
附件一a 合同產品目錄(略)
附件一b 合同材料目錄(略)
附件一c 合同設備目錄(略)
附件二 資料目錄(略)
附件三
技術支持
轉讓方根據被轉讓方的要求可以派遣各類技術人員進行生產人員管理，促使整個工廠運轉正常，并在該組織內監察全部產品的質量。擔任該項工作的人員在該領域將完全勝利且富有經驗，他們會幫助并全力負責有關方面的工作。下列技術人員也將同樣提供服務：工程技術生產助理、制造工程師、質量工程師、管理人員(經理)、電子工程師和銷售人員，下面就上述人員的責任進行說明。
工程技術生產助理應完全掌握產品組裝和測試方法，他將全權負責有關從最初到最高級______技術方面的事務，并在生產過程中對具體工序進行測試、校準。任何有關產品安裝和測試的問題應提交工程技術生產助理評議解決。
制造工程師應熟知組裝過程中的各個方面，他將決定編碼顏色的可用性和使用，便于掌握的生產輔助工具及有助于提高組裝效率的標準化工序。 何有關組裝生產工序的問題應盡快提交制造工程師評價解決，不讓產生的任何問題導致停產。
質量工程師應精通與產品質量保證、質量控制及產品工藝檢查有關的所有領域，他將制定并實施具體的質量計劃，并對工藝方面的問題進行量化，與關鍵工藝和產品人員就這些問題商議解決辦法。銷售人員素質問題應提交質量工程師并采取措施保證他們的素質，總之，他將負責全部產品的質量和故障消除。
管理人員(經理)應負責全部的組裝操作及上述各人員負責工作，協助他們盡力支持工廠生產出所能實現的最好產品。
如果純粹由于轉讓方錯誤的技術指導引起合同產品及合同設備損壞，轉讓方將負責維修，更換及發運損壞的合同設備或合同產品。
下列幾項內容將包括在轉讓方提供的技術支持中：
1.為實施合同，轉讓方將派遣熟練、健康及勝任的技術人員到合同工廠提供技術支持。他們到達及離開合同工廠的確切日期應由雙方根據合同材料組裝和測試的實際進度商議確定。
2.轉讓方技術人員應向被轉讓方的技術人員就合同材料的組裝、測試、檢查及操作原理進行技術指導。
3.轉讓方的技術人員應幫助被轉讓方的技術人員在技術支持期間在合同工廠培訓被轉讓方的技術人員。
4.轉讓方技術人員的技術支持費用見合同第三章，轉讓方應對其技術人員展開第三章規定的技術支持活動提供交通，信食宿費。被轉讓方將支付轉讓方技術人員附加技術服務的來回交通費。
5.轉讓方技術人員前往中國一個半月前，轉讓方應用電傳、傳真或電掛把轉讓方技術人員的資料包括姓名、性別、生日、國籍、專業及公司名通知被轉讓方，以使被轉讓方幫助辦理簽證。
6.轉讓方的技術人員前往中國的7天以前，應用電傳、傳真或電掛把轉讓方技術人員的姓名，到達時間及飛機航班通知被轉讓方。
7.轉讓方的技術人員前往合同工廠以前，雙方應共同商討并確定一個技術服務的工作日程，而轉讓方的技術人員應該根據合同工廠的安排和雙方確定的工作日程展開技術支持。
8.在合同工廠期間，技術人員的工作期限應該從他們到達合同工廠的那天算起直到他們離開合同工廠那天為止。
9.被轉讓方應免費向轉讓方的技術人員提供技術支持所必需的工具及合適的辦公室。
10.被轉讓方應依據中華人民共和國的規章、條例和習俗幫助轉讓方的技術人員安排辦理技術支持所必 須的工具及儀器的進出口手續。
11.被轉讓方應采取必要的措施保障轉讓方的技術人員在合同工廠逗留期間的人身安全。
12.被轉讓方應為轉讓方技術人員在合同工廠提供必要的通信設施，諸如電話、電傳及傳真，費用由轉讓方支付。
13.轉讓方應對管理和組織提出建議。雙方必要及重要的聯絡渠道將建立起來。
轉讓方應提供下列技術支持：
(1)制造工程師各階段______天
(2)質量工程師各階段________天
(3)管理人員各階段至少每月______天
(4)電子工程師總共__________天
附件四
合同技術培訓的內容和要求
1.轉讓方在培訓開即前3個月應向被轉讓方提交一份初步培訓計劃。雙方應在被轉讓方技術人員前往培訓地點之前商討并制定一個最終的培訓計劃。由轉讓方主持的技術培訓應根據雙方制定的培訓計劃展開。
2.轉讓方應免費向被轉讓方的技術人員提供所必需的工具，技術資料及合適的辦公室。住宿由轉讓方安排。
3.轉讓方應采取必要的措施在被轉讓方逗留期間保障他們的人身安全。
4.培訓費用見合同正文第三章。
5.培訓開始前一個半月，被轉讓方應以電傳、傳真或電報通知轉讓方關于被轉讓方技術人員的個人資料，包括姓名、性別、出生日期和專業，以使轉讓方協助辦理他們的簽證。
6.被轉讓方技術人員應遵守轉讓方國家的法律和法令，遵守培訓所在地工廠的規章制度。
7.培訓應根據合同的實施計劃分階段進行。具體的培訓時間由雙方協商確定。
8.培訓語言為英語，所有技術資料為英語。
9.各階段培訓中，被轉讓方人員不變(不能在培訓期間更換人員)。
10.培訓將按照預定時間表完成。
11.任何附加培訓將在第一輪培訓結束后決定，并應單獨談判。
12.所有培訓都將由轉讓方的________人員在轉讓方生產工廠進行。
13.被轉讓方受訓人員應至少有兩年生產和測試產品的經驗，英語流利，技術熟練。
14.被轉讓方人員在轉讓方工廠受訓后，將負責培訓被轉讓方工廠的人員。
15.被轉讓方工廠的生產人員應至少有兩年生產和測試產品的經驗。
16.被轉讓方將支付其培訓人員的交通及食宿費， 轉讓方將負責被轉讓方培訓人員在培訓地的交通。
(人員要求、培訓項目及時間表略。)
附件五
補充商務條款
1.檢查
轉讓方應有權派遣其有資格的人員或指定的代表訪問合同工廠或其他存有關于被轉讓方、合同工廠或其他相關公司、商或組織的書籍和記錄的場所，并有權審閱、查核這類記錄中關于合同工廠組裝的各種合同產品每臺整機的質量、可靠性及符合驗收標準的程度的信息。
2.技術服務費率
如果被轉讓方要求進行額外的技術培訓，對技術文件、合同設備、合同材料和軟件進行補充咨詢或在合同工廠為被轉讓方組裝工作提供其他支持等額外的技術服務，轉讓方應對所要求的專門的技術服務提供報價或提供一段合理期限的現場技術服務。從合同生效之日起______年內，對此種支持的費率將是：轉讓方提供的技術服務人員每人每天______美元，外加技術服務人員從其常規辦事地點到合同工廠的商務級來往旅行費用。對于來自中國境外的技術服務人員，被轉讓方將支付該技術服務人員到合同工廠的一天旅行費及回到其常規辦事地點的一天旅行費。________年期限以后，合同合作方將根據類似產業的技術服務費協商出一個附加技術服務的費率。
附件六
合同產品的轉讓方商標和被轉讓方商標
只有經轉讓方預先書面批準，被轉讓方才能在合同產品中使用下列轉讓方商標之一：
轉讓方商標
在中國的登記號
類別
在中國的生效日期
被轉讓方還應在其全部合同產品上標出如下“附注”：
注：經__________公司許可，由中國____________廠制造
附件七 合同材料價格(略)
附件八
合同設備的保證
1.________保證其______材料和工藝完好無損，保證期為從裝運日算起________個月，或最終驗收通過后__________月。
2.________生產的合同設備應有____________個月的保證期，從最終驗收完成那天算起。
3.被轉讓方負責指出初步的故障線索，負責硬件、固件及軟件的搬動、更換及把出現故障的機器用防損包裝運到轉讓方指定的維修地。
4.在轉讓方維修地維修或更換出故障的________合同設備在整個 保證期內是免費的。
5.把__________合同設備郵寄、空運或以其它運輸方式發運到指定的轉讓方維修地，所化費用由被轉讓方承擔;維修件或更換件運回被轉讓方的費用由轉讓方承擔。
6.在保證期內發生故障，轉讓方應免費在保證期內或維修或更換該__________合同設備。所維修或所更換的項目保證期順延相同一段時間，轉讓方通過更換所獲得的故障件將是轉讓方的財產。被轉讓方唯一的補償及義務是不再索回送去維修或更換的________合同設備。
7.本保證不包括：
7.1 故障、損壞或失靈源自________。
7.1.1 __________合同設備使用不當。
7.1.2 使用失誤、事故、疏忽，環境或現場條件不符________合同設備指標。
7.1.3 不經認可任意維修、改造或在________合同設備內換用未經認可的部件。
7.1.4 不可抗力事故
7.1.5 不經轉讓方認可，擅自安裝、優化或把________合同設備從原安裝位置移開。
7.1.6 天線、線路或互連設施任何部分的失靈。
7.1.7 被轉讓方不依據轉讓方的設備及軟件維修協議維護______;或沒有按照一位或數位有關培訓完成人員的指導，及技術資料的要求進行其他維修。
7.18 把________合同設備從被轉讓方運送給轉讓方途中所遭的損壞。
8.本書面保證由轉讓方提出，只限于最初購買方，并只在中華人民共和國生效。經轉讓方書面認可，本保證的有效條款可以提供給用戶。
9.本保證將取代所有其他具體排除的保證，無論是明確的還是暗示的，包括但不限于，為一個特殊目的所含的商用性和適用性保證。轉讓方不對間接的，事故性的，特殊的重大損壞負責;但是，如果任何適用本協議的司法法律不允許這類損壞完全不受指控，那么本條款應如此理解，即有必要給予轉讓方任何指控的全部有利方面或者這類法律所允許的對上述損壞指控的限制。另外，轉讓方只對本合同規定的保證負責，并明確表示不對________承擔責任。
(合同產品保證由被轉讓方提供給用戶。)
附件九
目標代碼計算程序許可證
為保持合同簡潔與一致，關于合同與附件是指本許可證合同及其附件。
本合同所有定義均適用于此。 1.范圍
根據上述確定的合同，除了交換測試軟件之外，用于其他轉讓方交付的設備中的目標代碼計算機程序，將在許可證基礎上由轉讓方向被轉讓方提供，用打印或其他可能的機器可讀的形式，但不限于磁帶、磁盤、紙帶或只讀存儲器裝置。被轉讓方將因此成為關于這些計算機程序的被轉讓方。轉讓方提供這些程序及被轉讓方的接受都將在下面的條件下進行，否則應依據轉讓方書面同意的其它條件。
2.計算機程序為轉讓方所有
本許可證下交付的任何計算機程序原件及被轉讓方復制的部分或全部程序均為轉讓方所有。
3.軟件許可證
為與許可證合同執行一致，轉讓方給予被轉讓方不含提成、非獨占及不可轉讓的許可證，在轉讓方的所有權下轉讓根據以下條款與條件使用交付給被轉讓方的每個計算機程序(以下簡稱“轉讓程序”)。每個此類許可證授權被轉讓方只以機器可讀形式在轉讓方提供的單機中使用轉讓程序。該許可證不可由被轉讓方分配，再轉讓或者以其它方式轉讓給他方，被轉讓方無權復制全部或部分轉讓程序，除了本文表明的以外。
4.復制、保護及保密的權利
4.1 任何在此提供的轉讓程序可以全部或部分復制(只用于支持的目的)，以打印或機器可讀的形式為被轉讓方內部使用;但是除了無需事先獲得轉讓方的書面同意，而在一份許可證下的時候存在至多兩份打印復制件或兩份機器可讀復制件以外，在被轉讓方的設備中不應備有軟件復制件。
SIT，英文System Integration Testing的簡稱，系統集成測試，也叫做集成測試，是軟件測試的一個術語，在其中單獨的軟件模塊被合并和作為一個組測試。它在單元測試以后和在系統測試之前。集成測試在已經被單元測試檢驗后進行作為它的輸入模式，組織它們在更大的集合，和遞送，作為它的輸出，集成系統為系統測試做準備。集成測試的目的是校驗功能、性能和可靠性要求，配置在主設計項目中。
UAT，英文User Acceptance Test的簡寫，也就是用戶驗收測試，或用戶可接受測試，系統開發生命周期方法論的一個階段，這時相關的用戶或獨立測試人員根據測試計劃和結果對系統進行測試和接收。它讓系統用戶決定接收系統，它是一項確定產品能夠滿足合同或用戶所規定需求的測試，這是管理性和防御性控制。
（來源：文章屋網 ）
【關鍵詞】軟件過程；軟件項目管理；流程管理
1.流程的概念及在軟件項目管理中的作用
流程是由活動組成的。基本活動是由個人或團體來完成的，它不需要進行其他的基本活動的轉化。流程的各個活動之間有著特定的流向，它包含著明確的起始活動與終止活動，因此是一個動態的概念。從結構上來看，流程有四個基本的構成因素：活動、活動的邏輯關系、活動的實現方式和活動的承擔者。流程與“一系列的活動或事件”，“結果”等概念密切相關。流程管理不僅是一種管理技術，更體現了現代管理的思想，原有的以控制、塔式組織為基礎的職能行政管理已經不能完全滿足于現代企業發展和市場競爭的需要，管理的發展沿著分工理論運行了上百年后，現在又重新回歸到整合與系統。
軟件項目生命周期的一系列的開發過程是各種各樣的流程活動：軟件項目的計劃編制、系統分析、慨要設計、詳細設計、程序編碼、測試與維護等活動過程都是一種流程活動：制定軟件項目管理流程，重點考慮以下幾點：
1)制定的流程能引導項目逐步走向成功；
2)制定的流程能適用軟件開發過程；
3)制定的流程能指導項目開發活動．有利于對項日開發活動的管理；
4)制定的流程能以苴觀的流程圖表示．能使項目組成員清楚的知道軟件開發與管理的過程和相互之間關系；
5)流程中的起始活動條件、終止活動條件明確、規范便于控制；
6)流程中的工作產品定義明確、可度趟，評價標準和方法具體、可操作。
2.軟件項目管理總體流程設計
在軟件項目開發管理過程中，不儀要努力實現項目的范圍、時間、成本和質量等目際，還必須協調整個項目過程，以滿足項目參與者及其他利益柑關者的需要和期望；隨著軟件規模和所涉及的領域不斷地擴大，軟件項目的管理越來越困難，縱觀所有失敗的軟件項目．基本原因是不能管理其軟件過程，在無紀律的、混亂的項目狀態下，組織不可能從較好的方法和工具中獲益。嚴謹的軟件過程控制管理不僅可以在每個階段回顧和糾正項目的偏差．別軟件項目的風險甚至果斷中止項目。且可以將人才流動所帶來的不利影響減少到最小。要進行有效的過程控制，必須明確軟件項目管理流程。
軟件項目管理總體流程設計為項目搜尋、立項、售前合同生成和合同執行等5個主要階段，分別以Pl、P2、P3、P4、P5表示；同時設計了立項完成、合同簽定、功能定義、軟件開發、項目驗收等5個里程碑，分別以TM1、TM2、TM3、TM4、TM5表示，如圖l所示。在這些流程中，合同執行流程是軟件項目管理的核心，其主要過程有：產品定義、軟件開發、測試執行、內部驗收、項目實施與驗收、項目維護．
3.軟件項目管理總體流程分析
3.1項目搜尋
項目搜尋是項目立項的基礎，項目搜尋階段的主要任務包括市場信息收集，用戶需求跟蹤，對潛存的項目進行分析和篩選。
3.2項目立項
立項階段的主要任務是確認立項的理由，提出立項建議，提供合適的資金和資源，使立項建議成為正式項目。
3.3項目售前
售前階段從項目立項開始到項目合同的簽定結束，主要工作有：制定與客戶的交流計劃，詳細了解客戶的背景資料，了解客戶啟動項目的緣由、目的和期望，編制項目方案建議書，準備合同藍本。
3.4合同生成
合同生成階段的主要工作有：項目方案的評估與確定技術合同、商務合同的商定、評估與簽署。
3.5合同執行
合同執行是軟件項目管理流程的重點，可分為軟件開發、測試執行；內部驗收、項目驗收、系統維護等五個基本工作過程。
3.5.1軟件開發
軟件開發階段分為：需求調研、系統分析、系統設計、編碼、單元測試等過程。主要從三個方面進行管理：
1)制定項目計劃。軟件項目計劃是一個用來協調所有其他計劃，以指導項目執行和控制的可操作文件。它體現了對客戶需求的理解，是開展項日活動的基礎，也是軟件項目跟蹤與監控的依據。
2)確定開發過程。根據軟件項目和項目組的實際情況，建立起一個穩定、可控的軟件開發過程模型，并按照該過程來進行軟件開發
3)加強過程控制一過程控制主要包括過程管理、變更控制和配置管理。
3.5.2測試與執行
項目測試的目的是儉查系統是否符合項目合同與任務書規定的要求、項目測試分集成測試和系統測試，主要進行功能測試、健壯性測試、性能一效率測試、用戶界面測試、安全性測試、壓力測試、可靠性測試、安裝／反安裝測試等測試過程在模擬運行環境中進行。
3.5.3內部驗收
項目完成集成測試和系統測試后進行項目內部驗收．主要有三個步驟：①文檔準備。項目經刪提交內部驗收計劃、項目開發總結報告、產品清單：財務主管提交項目財務預算報告。②內部驗收測試。內部驗收測試的測試內容與方法雖然與系統測試基本相同．但應站在用戶驗收的角度進行，因為它是試運行的基礎。通過這一步。為用戶驗收作充分的準備。③內部評審。對提交的所有文檔及測試結果進行內部評審，完成項目開發總結報告：
3.5.4項目試運行與驗收
試運行與用戶驗收階段的主要任務是，使所有的工作產品得到用戶的確認。主要工作有：①驗收前的準備。項目經理負責檢查產品的完整性。包括文卡當、介質和中間產品等，以確保現場實施的成功；負責應用軟件的現場安裝調試，完成安裝調試總結報告；負責制定用戶驗收計劃，并得到客戶的確認。②用戶進行驗收測試和系統試運行，進行文檔和系統的移交。③用戶確認。項目經理負責與客戶協測，協助用戶進行項目驗收，形成用戶驗收報告。
3.5.5項目維護
軟件系統的維護分為兩大類：一類是糾錯性維護，由于前期的測試不可能暴露軟件系統中所有潛在的和隱含的錯誤，診斷和改正這些錯誤的過程為糾錯性維護。另一類是完善性維護，在軟件正常使用過程中，用戶還會不斷地提出新的需求，為了滿足用戶新的需求而增加軟件功能的活動稱為完善性維護。如果需求變更很大，那完善性維護將轉變為軟件新版本的開發。系統維護的宗旨就是提高客戶對軟件產品的滿意度。確保系統的正常運行是系統維護的根本目的。
3.6軟件項目管理的里程碑
項目的考核與評審是軟件項目管理流程控制的基礎，我們在整個流程中設定五個基線，即確定五個里程碑，它們分別是TM1：立項完成；TM2：合同簽訂；TM3：產品功能定義完成；TM4：軟件開發完成；TM5：驗收通過。
各階段的主要的進入條件和相應的工作結果是里程碑是否達到的重要標志。
4.結束語
本文設計的軟件項目管理總體流程及相關技術已成功運用在軟件項目的研發和管理中。通過將流程管理應用于軟件項目管理中，以設定軟件項目總體流程為主線，確定每個階段的主要流程和里程碑，并采用評價指標體系和一系列的模板和表格進行軟件項目開發過程的控制和管理，使軟件項目的成功率顯著提高。
實踐證明，針對企業和項目的實際情況，確定軟件項目運作流程，定義軟件工作產品，明確各階段的進入條件和退出條件，進行有效的流程控制與管理，大大的提高了軟件開發的效率和項目的成功率。
參考文獻：
[1] 韓萬江.軟件開發項目管理[M].北京:機械工業出版社,2003.
關鍵詞：智能化；施工；控制
1 智能化建筑弱電工程的實施要點
(1)功能需求分析和系統的總體設計。準確把握工程的設計標準和系統的功能定位，從功能需求出發，使總體設計能夠反映具體工程的功能特色。
(2)弱電承包商的選擇。目前，由系統集成商(主承包商)或者業主對各子系統進行總體協調、管理與控制的工程運作模式較多。從某種意義上講系統集成商是技術能力、工程管理、組織能力三者的有機“集成”。選擇一個稱職的主承包商(集成商)是工程成敗的關鍵。
(3)弱電工程的系統維護和管理。雖然弱電工程的開通運行是工程成功的重要標志，但智能化建筑要以實現其功能和獲得投資回報作為最終目標，智能化工程在通過了驗收、評估后，系統維護和管理成為實現工程目標的重要保證。
2 智能化建筑弱電工程的管理重點
2．1 技術管理
(1) 智能化工程界面的確定是系統開通的必要條件，也是弱電工程中技術管理的重點和難點之一。工程界面的確定通常包括：設備材料供應界面、系統技術界面、設計界面以及施工界面的確定。
在工程實施前，應根據合同和設計要求，確定項目各系統之間以及每個子系統與機電設備、土建、裝飾專業之間的工程界面，確定產品供應商、工種承包商及施工單位之間的工程范圍和職責界面，并在工程實施過程中對上述界面進行修改調整和再確認。
(2)做好技術和施工設計圖紙及其資料的審核，保證智能化工程的順利施工。在施工前，通過對項目工程技術和施工設計的審核，以確保設備清單、監控點表、施工圖三者一致。
2．2 工程管理
(1)加強專業與工種之間的協調配合。智能化工程往往涉及土建、裝飾、空調、給排水、供電、照明、電梯等專業，在工程現場應與各專業密切配合，尤其在閥門、流量計、水管溫度傳感器和水流開關及其安裝、開孔位置、凸臺焊接、風門與執行器的配合等，均須與相應工種協調配合。
(2)加強工序之間的檢查與驗收。由于弱電工程的配管、線和線路敷設、設備安裝及調試可能是由不同的施工單位施工，因而當每個工序或工種施工完畢，應填寫相應的施工記錄；進行單體設備安裝和穿線、接線時，應按照隱蔽工程相應的工程驗收規范和設計圖紙要求進行交接驗收，并填寫單體設備的測試記錄，提交完整的工程技術檔案資料，分清責任，避免相互推諉，確保工程質量。
3智能化建筑施工及驗收的規定
目前 ，智能化系統工程的施工可依據《智能建筑工程質量驗收規范》GB 50339--2003 (以下簡稱規范)和一些地方性標準執行。
3．1電氣線纜敷設與接地系統
除了對支架安裝以及線槽、電管、線纜(電線、電纜、光纖)的敷設、電源設備及接地系統安裝的常規要求之外，規范還強調電源線應與信號線及控制電纜分槽、分管敷設。接地系統除有特殊要求外，可以與整個建筑體共用一個接地體，但接地電阻值必須符合設計規定值。此外，屏蔽電纜的屏蔽層必須與建筑物接地裝置有良好的接地。
3．2 智能化建筑設備監控系統(BAS)
規范規定了系統設備(主機、網關、通訊設備、DDC、控制屏等)、系統輸入設備(各類溫度、濕度、壓力、流量、電量傳感器、水流開關等現場設備)、輸出設備(各類風門、執行器、閥門等執行機構)的安裝方式、施工規范和驗收標準，還規定了系統中DDC、新風機、空氣處理機、送排風、冷熱源設備、VRV末端設備、給排水系統單體設備(水泵、水箱、水池等)、變配電與照明設備等單體設備的調試程序、測試項目、測試方法和要求，并按照 BAS系統驗收標準的規定進行系統調試與驗收。
3．3 安全防范系統
規范明確了該系統由防盜、防入侵報警系統、視頻監控系統 、出入口控制系統、電子巡更管理系統、訪客與報警系統、車庫管理系統和通信系統 7個子系統組成；規定 了各類入侵探測器、攝像機、云臺、解碼器、監視器、對講設備、巡更信息鈕(開關)、讀卡機、感應線圈、機架、主控制設備(臺)的安裝要求、施工規范和驗收標準。同時分別規定了上述各子系統單體設備及系統的調試和驗收的基本要求、順序、技術驗收和系統驗收標準。
3．4 通信網絡系統
規范規定了該系統的安裝調試、驗收的工作流程，包括對設備安裝、系統調試、交驗、初驗測試、移
交、割接準備、割接、試運轉驗收測試等內容，其他項目均按建筑智能化系統驗收標準進行系統驗收測試
和最終驗收。其中，設備安裝的要求包括機柜、機臺、終端設備、配線架(MDF、ZDF)、信息插座、
線纜終端、光纖芯線終端、VSAT端站天線及其防雷接地、電源設備(UPS)等；系統測試和初驗測試包括光
纜線路、SDH光纜傳輸設備、遠端模塊、程控用戶交換機 、v5接入網設備 、數字數據網、DDN節點機、會議電視系統、VSAT端站、通訊電源(直流電源)、結構化布線的測試和初驗項目及標準。
3．5 火災自動報警及消防聯動系統
規范明確了各類火災報警探測器、報警按鈕、接口模塊(輸入輸出、切換、隔離等)、報警控制器、樓
層顯示器等設備的安裝要求、主備電源的調試、火災自動報警功能的檢查、探測器的報警測試以及控制設備的聯動調試 ，包括消火栓系統、噴水滅火系統、泡沫及干粉滅火系統及聯動控制設備(包括消防電源、切換 、電梯 、防火卷簾門、空調機、防火門、防煙與排煙風機等)、報警及通訊檢測和系統驗收測試項目抽檢范圍以及驗收標準。
3．6 信息網絡系統
規范確定了智能化建筑信息網絡系統的模型，規定了計算機網絡系統的安裝和測試，包括交換機、廣域網、局域網、接入設備路由器、網絡集線器、網絡軟件的安裝與測試、計算機設備的安裝與測試、應用軟件的安裝驗收和系統測試以及系統驗收內容、方法、單項合格及綜合合格的判定依據。
3．7綜合布線系統
規范確定了綜合布線系統是一套用于建筑物內或建筑群之間為計算機、通信設施與監控系統預先設置的信息傳輸通道。它將語音、數據、圖像等設備彼此相連，同時能使上述設備與外部通信數據網絡相連接。它為智能大廈和智能建筑群中的信息設施提供了多廠家產品兼容，模塊化擴展、更新與系統靈活重組的可能性。既為用戶創造了現代信息系統環境，強化了控制與管理，又為用戶節約了費用，保護了投資。
4 智能化建筑弱電工程的質量控制
4．1 設計階段的質量控制
檢查并確認各子系統的系統設計、技術設計、功能描述、設備選型，必須達到合同、業主及功能需求
分析的要求；根據確定的工程界面，檢查各專業、子系統之間技術交接、互提資料是否達到要求，包括功
能、信號匹配、設備配置、邏輯關系等；檢查受控對象的設計管線到位情況，確保雙方信號接口界面功能達到設計要求；對設計圖紙進行全面審核 ，確保設備清單、監控點表與施工圖三者一致。
4．2 施工工程質量的控制
按相關的施工及驗收規范分階段進行質量控制，并嚴格執行施工工藝框圖制定的質量保證體系；按施工工藝要點做好單體設備安裝的質量檢查；做好電管、線槽、電纜敷設及隱蔽工程的施工記錄和驗收；按設計和產品技術說明書的要求，做好單體設備的測試并填寫調試記錄。
4．3 系統調試
系統調試前進行文檔檢查，根據設計、規范、合同的要求編制調試大綱，經審查確認后組織實施；記
錄、檢查、確認各項測試數據，若發現問題及時處理并經相關部門確認；嚴格按規范和調試大綱的要求進行檢查。
在各主流IT或信息安全評價體系中,都或多或少對軟件生命周期中的信息安全控制進行了要求和規定,本文綜合了流行的ISO27000,Cobit5,PCI-DSS等評價體系,結合國家信息安全標準,及審計咨詢公司常用的SOX,SAS70等第三方評價標準,就如何設計與實施軟件生命周期中信息安全的相關控制點歸納總結如下
1.1軟件生命周期中信息安全的整體要求
(1)制定并正式的軟件生命周期控制文件:明確說明開發過程的控制方法和人員的行為準則,并應充分考慮對信息安全方面的要求,確保開發出來的系統可以滿足公司整體信息安全的需要、相關法律法規的信息安全要求,以及特殊部門或流程的信息安全需要。(2)軟件生命周期中對信息安全的總體要求:雖然由于系統所對應企業、部門、業務或流程的差異,每個系統的安全要求有所不同,例如通常來講,金融行業對安全的要求較高,金融行業里,涉及客戶信息、財務信息的系統安全要求較高等等。每個企業、部門必須根據自己的流程評估風險,確定對數據完整性、安全性、可用性的要求,從而進一步確定信息安全要求。
1.2對環境的要求
(1)確保開發環境與實際運行環境物理相分離,開發環境應該由一系列足以支持開發工作且盡量與生產環境接近的設備搭建而成,所有的開發和測試工作均應該在此開發環境中進行。在實際工作中,也可以實行開發環境、測試環境及生產環境的分離控制,或開發環境、測試環境、用戶驗收測試環境及生產環境的分離控制。在上述環境中,開發環境可以相對較弱,以可以支持代碼開發、進行模塊測試及基本的集成測試為標準;測試環境,特別是用戶驗收測試的測試環境,則要求較高,應與實際環境保持一致或盡可能接近。(2)對開發環境(及測試環境)實施安全控制:例如未經授權的人員不得訪問開發環境(測試環境),對開發(測試)中的軟件實施嚴格的版本控制,開發(測試)環境的機器必須安裝殺毒軟件并及時更新病毒庫,并及時對操作系統及相關應用軟件進行補丁修正和升級。
1.3對人員的要求
(1)軟件生命周期中的工作人員必須具有足夠的專業勝任能力及職業道德素養,足以從事相關工作。(2)對開發人員和測試人員實施職責分離,開發人員未經授權不得訪問或修改生產環境的程序或數據。1.4業務需求階段在業務需求制定階段,應注重對信息安全方面的需求制定。在業務需求書中,應明確對系統安全的詳細要求,并在系統設計階段開始之前,由各利益相關方(含信息安全的負責人)書面確認。業務需求階段完成后,任何對系統安全需求的修改,也應視為對業務需求書的修改,需經過正式的系統變更流程。
1.5系統設計階段
(1)對系統進行整體設計和詳細設計,通過分析系統的數據流,包括數據錄入、系統內部模塊間的數據傳輸、信息存儲、數據庫訪問及管理、系統間數據傳輸,、數據輸出等,確保實現所有過程中對數據的全面保護,特別是對特定業務的特定數據進行保護,例如密碼,客戶信息,財務數據等,對重要數據的存儲和傳輸設置權限和校驗,并進行加密。(2)在軟件的應用層面應至少包含如下的控制設計:i)輸入檢查:對系統的輸入數據進行驗證,比如設置強制輸入完成才可進一步處理的字段;對輸入數據的類型或范圍進行檢查,例如日期;對輸入數據的長度進行檢查,例如手機號碼位數;對數據進行正確性校驗,例如利用身份證校驗碼策略檢查身份證號碼,對比身份證號碼與出生日期。ii)數據處理過程中的檢查:對系統處理過程中的數據進行檢查,比如在自動化轉換或傳輸過程中,比對數據記錄的總條數和數據總和;設置流程,提醒將系統數據與紙質數據進行比對驗證。iii)輸出檢查:對輸出結果的合理性進行系統檢測,以及設置流程提示將系統輸出數據與手工證據進行核對等。
1.6系統實施階段
制定代碼編寫安全規范,要求開發人員參照規范編寫代碼;嚴格禁止不安全的實施方法,例如將用戶名或密碼編寫在程序中,使用未經審核過的代碼包,使用未授權的網絡工具等。對源代碼的訪問和修改必須嚴格控制,例如通過配置管理工具進行代碼訪問及代碼版本控制。
1.7系統測試階段
(1)系統測試整體要求:對系統測試驗收的控制方法和人員行為準則應進行書面規定,確保系統在開發期間直至驗收需對軟件、硬件、服務等元素進行一系列的測試,確保系統及數據的完整性和可用性。對源于生產環境的測試數據去敏感化,如客戶身份證信息等,在傳輸過程中進行加密,并確保在測試后被完全清除。(2)測試通常應覆蓋業務需求書中的所有要求,包括系統功能、軟硬件性能、平臺兼容性、系統容量、系統恢復等,也應特別保護對信息安全的測試,如防攻擊測試、穿透性測試等。(3)用戶接受測試:接收測試的測試人員應由非開發人員擔當,且必須包含業務人員。測試范圍應涉及系統所有的功能,包括數據庫及操作系統。接收測試也應特別注意對系統安全方面的測試,例如審查關鍵代碼,查找后門程序及穿透性測試等。(4)測試結果:測試結果需書面記載,與用戶期望結果進行比對和確認。此記錄及確認中需包含對信息安全方面的測試結果,確認測試結果符合系統設計及公司整體的信息安全需要,或已經授權采取了充分、恰當的補償性措施。
1.8系統上線
(1)系統上線前需進行如下確認,信息安全評估已充分進行,安全方面的缺陷已被充分確認及記錄,系統的性能和容量可以滿足要求,所有與系統相關的補丁或更新已經實施,所有開發中遇到的問題已得到妥善解決,建立了充分恢復措施,測試數據已被擦除,服務水平協議已經建立,以及各利益相關者已經對系統上線做了批準等。(2)系統上線時需進行的操作:對初始數據遷移或輸入的確認,對技術人員及用戶進行培訓,設置恰當的上線窗口期并對可能產生的業務中斷進行準備,明確新舊系統交接程序,制定詳細的系統交付清單,提供軟件的使用指南,確保上線后對系統提供持續性支持(例如IT服務臺)。另外,對舊系統信息,包括系統配置、操作手冊、支持軟件、系統數據等進行歸檔。(3)上線后審核:系統運行一段時間后對系統進行評估,評價系統對業務的滿足情況,其中包含信息安全的符合情況、信息安全控制措施的運行效果和效率,發生的信息安全事故以及潛在的需要改進的信息安全措施。
1.9質量控制
在整個軟件生命周期中實施質量控制以確保信息安全策略的有效實施,包括評價系統風險(例如與業務需求、技術、效果、成本、時間相關的風險),評估及定義系統的安全需求,且在整個軟件生命周期的節點上進行檢查,以確保安全需求在開發的系統中進行了充分實施。
關鍵詞：敏捷管理；軟件開發；應用
隨著信息技術的發展，用戶對軟件的需求也逐漸提高，這就對軟件開發者提出了更高的要求。由于傳統軟件開發理論的不足，軟件開發一般耗時較長，用戶從中的收益較小，而敏捷管理方法以實踐為基礎，為軟件開發提供了新的思路，充分提高了軟件的適應性，有效地滿足了用戶的需求。
一、敏捷管理方法概述
軟件開發的難度隨著用戶的需求在逐步提高，市場競爭的激烈化也刺激著軟件開發者必須使用新的軟件工程管理理論。目前，敏捷管理方法包括極限編程、自適應軟件開發等，這些方法都以用戶的需求為中心，減少了所需要的文檔，提高了軟件的靈活性。敏捷軟件開發主要有一下幾條原則：要盡早、持續地交付有價值的軟件供用戶使用；即使到了開發后期也能夠滿足客戶的需求，為客戶的利益著想；經常性的交付可工作的軟件；在軟件開發期間，開發人員要和業務人員積極溝通；為軟件開發者提供他們所需要的環境，給予充足的支持；在開發團隊內部，要面對面的交流，以提高信息傳遞效率；軟件開發必須保證可持續的、恒定的開發速度；積極關注技能的創新；從最簡的工作開設等。這些原則涵蓋了敏捷管理的核心思想，顛覆了傳統的重載軟件的過程，顯示了以人為本、以技術為支持、注重實效的思想，國內外的實踐也證明了敏捷管理方法在軟件開發中的重要作用。與傳統的管理方法比較，敏捷管理主要有以下幾個優點：
①較強的靈活性。敏捷管理方法較為靈活，以現有的事物為基本管理職責，由市場驅動競爭力的儲備，能夠有效地滿足用戶需求的變化。
②錯誤率低。敏捷管理方法將設計工作與編碼工作融合到了一起，能夠及時發現錯誤。
③項目風險較低。敏捷管理方法提高了有價值、可運行軟件的速度，使用戶能夠盡早地使用軟件。
④能夠提高人員的能動性。敏捷管理為員工提供了充足的資源，對客戶的個性需求有較強的應對能力。⑤降低了成本。敏捷管理方法降低了文檔的維護成本，面對面的信息交流也較低了交流成本，同時輕快開發過程也降低了時間成本。
二、敏捷管理方法在軟件開發中的應用
1、團隊管理
軟件開發不是由個人單槍匹馬就能夠完成的，它需要團隊的合作，因此，“以人為本”是團隊管理的基本原則。團隊管理需要以項目為中心，為開發人員提供必要的環境和技術支持，同時還要給予積極的鼓勵。一方面，要“恩威并濟”。團隊管理需要融入一定的紀律，保證軟件開發的標準性，同時也要容忍一定的個體變化。在傳統的管理方法中，嚴格的紀律保證了很多行業的高生產力，但在軟件開發中，如果項目負責人單從自身的角度出發制定嚴格的標準，而忽視了員工的獨特思想，則很可能造成很多不利的影響。另一方面，促進團隊合作。敏捷軟件開發需要促進人與和人之間、小組和小組之間的合作，不再以命令的形式調節他們之間的關系，而是以互信為基礎。第三，提高開發人員的榮譽感。團隊管理的困難之一在于提供適應性強的獎勵機制，如果單純以獎金的形式進行獎勵，長時間也會影響團隊的動力，因此，需要以更好的形式激勵團隊。為員工提供一定的榮譽感，能夠讓員工真實感受到自己勞動成果的價值，能夠更加有效地激發員工的主動性、積極性和創造性。第四，提高信息的反饋效率。敏捷管理方法較為靈活，但評估起來較為困難。國內外的實踐表明，在管理過程中實施積極的、經常性的反饋，并認真分析評估反饋結果能夠及時地、清楚地了解團隊的精神狀態和項目進展情況，從而為項目負責人優化管理方法提供了科學的參考。反饋方法較多，如檢測用戶故事的完成數、驗收測試通過率等，另外也包括每周的評估等。啟動團隊是軟件項目開發的重要步驟，每一個團隊的啟動都需要一定的時間和過程，是工作關系的構建，只有做好啟動團隊工作才能夠有效地促進項目開發目標的實現，確定團隊和員工的工作目標。一般的，從組建團隊開始，調查員工的基本情況，如工作能力、人際關系等，然后分配責任，最后在啟動項目前，召開團隊會議，制定團隊目標、做動員等。
2、開發管理
在敏捷軟件管理中，多以迭代開發為主，但對管理人員的缺乏可操作性的指導，同時也缺少開發方法的闡述，缺少了單元測試、驗收測試。由于項目團隊的規模、人員構成、項目目標等方面的不同，軟件開發項目沒有統一的開發策略，只有結合具體情況制定開發策略才能夠滿足實際的需要。敏捷管理方法指導下的開發策略需要注意以下幾個問題：第一，努力實現軟件的可運行。從階段性設計看，可運行的軟件代表了團隊的開發成果，為團隊帶來了成就感和信心；從用戶的角度出發，只有給用戶展示了可運行的軟件才能夠讓他們真實地看到自己的需求是否得到了滿足。第二，制定周密的開發計劃。傳統的軟件開發在項目進度方面的掌握程度較低，系統正式完成的時間不確定，因此，敏捷開發要求將開發進度可衡量化，將每一個任務制定一定的點數，將所有任務的點數相加就是本次開發所需要的工作量，用所完成的任務點數比上總任務點數就是開發進度百分比。第三，盡量減少文檔的數量。在開發時要根據實際需要增減文檔的制定，降低項目的風險。第四，加強交流。敏捷開發要求開發成員之間要加強交流，保證數據采集、團隊合作、軟件設計的效率。第五，積極考慮客戶的需要。敏捷開發要積極滿足用戶的需要，讓用戶直接參與軟件開發的過程中，讓客戶親臨現場，與其探討軟件開發中的各種問題，提高軟件的實用性。
3、需求管理
需求管理以掌握用戶對軟件的需求為目的，是項目啟動的第一步，是一支指揮棒，以靈活的變動將“用戶故事”和“現場客戶”結合起來，表達了用戶真正的、迫切的需求。“用戶故事”是一種較為簡單的搜集客戶需求的新方式，獨立表達了用戶的需求，用戶可以隨時刪除也可以隨時加入，是一種概述性的描述；“現場客戶”是指讓用戶代表親臨開發現場給予指導。用戶故事與現場客戶兩種方法的結合，讓客戶對團隊開發軟件的細節有更加深入地了解，同時也能夠給予必要的指導，節省了交流時間，提高了開發的效率。
4、規劃
在對用戶故事進行輕重排列后，從業務和技術方面逐一制定實現計劃。在業務方面要積極考慮業務價值加大的用戶故事；在技術方面，技術小組從技術難度及風險的角度出發，劃分功能區，要將所存在的問題說明給客戶，讓客戶做出選擇。
5、迭代規劃
敏捷開發要求盡可能為客戶提供可工作的軟件，因此，要盡量縮短迭代的周期，一般為1~4周。迭代的優先級由技術組確定，但其價值又客戶決定。在第一次迭代中，小組要建立基本的開發設施，另外，要避免技術迭代，減少耗時。對團隊開發來說，在歷經幾個月甚至幾年的時間才有所突破，每一次的迭代都是一次成就，是一種較好地員工激勵形式。
6、任務分配
在客戶將用戶故事提出后，開發團隊商討如何分界為幾個任務，然后分配給開發人員。第一步，客戶提出用戶故事?？蛻魧⒂脩艄适滦几嬷o開發團隊，團隊成員可以提出問題，以充分理解客戶故事。第二，討論任務。開發團隊在討論過后將用戶故事分成多個任務，做好接受任務的準備。第三，選定任務。團隊成員選定合適的任務，做好估算工作。
7、軟件設計管理
在敏捷設計中，迭代開發的過程要力求減少文檔，另外，敏捷管理要努力實現全局視圖和軟件源代碼一起演化，從當前的系統需求出發構建所需的基礎結構，保持結構的簡潔、干凈，病富有表現力，同時還要提高其靈活性。在分配給開發人員任務之后，要測試代碼，提高源代碼的質量，讓開發人員有更加充足的信心，同時，測試也能夠迫使程序員從不同的角度觀察所要編寫的程序。軟件開發都是由結對的程序員使用同一臺電腦實現的，由一位出入代碼，另一外觀察代碼及其需要改進的地方，兩者可以交換角色，最后所生成的代碼成果由兩人共享。結對關系每天至少要改變一次，以減少兩者的壓力，提高編碼質量，同時也能夠促進他們編碼技術的提高。
8、跟蹤
跟蹤能夠讓程序員、客戶及管理者明確工作進度、質量等問題，同時也能夠發現潛在的問題等。一方面，要跟蹤資源，即計劃和實際的對比、團隊成員的人數、客戶參與次數、測試人員數量、參與開發的計算機數量等，這些是軟件開發的必要條件。另一方面，跟蹤范圍，即跟蹤故事的變化情況。第三，跟蹤質量，即測試表所顯示的通過測試數及未通過測試數。第四，跟蹤團隊成員，即觀察開發成員的問題、開發成員之間人際關系問題，看其是否全身心地投入等。
9、測試驗收管理
當一個迭代完成后，用戶會與團隊商議下一步的需求。測試驗收過程中，越早的發現問題，就能夠縮短程序投入運行所需的時間，期間，客戶需要提供驗收測試，所提供的測試越多，項目進展速度就越快，價值也就越高?？蛻艨梢酝ㄟ^制定的形式采集所需要的素材，通過自動的腳本根據客戶的需求運轉。一旦某項測試通過需求，則決不允許該測試再次失敗，隨著測試的不斷累積會形成一個測試集合，它能夠測試系統的運行，一旦測試失敗，系統的創建也就失敗。因此，要保證需求的實現，避免其遭到破壞。
三、結語
敏捷管理方法滲透于整個軟件開發過程中，是一個長期的信息構建原則，而不是某一個獨立的事件它，適應了復雜軟件開發的要求，同時也適應了軟件技術發展的需要。隨著客戶對軟件要求的不斷提高，敏捷開發適應了復雜的環境，并且盡可能地保持軟件開發的簡單化和系統化，適合團隊型的開發項目，它能夠及時反饋信息，有效提高客戶的滿意度，也能夠保證系統的質量。
參考文獻：
[1]沈成莉.敏捷項目管理在軟件開發中的實踐應用[D].復旦大學2009
[2]唐俐威.軟件開發的敏捷管理方法應用研究[D].哈爾濱工業大學2006
2、剛開始做測試的時候，你是怎么學習寫測試用例的？
3、你對黑盒測試用例的編寫的體會是什么？有什么好的版本或者標準嗎？
對于測試用例，而我目前正在思考的問題是：怎么寫出對公司有價值的測試用例，對公司來說，怎么測試才是最有價值的測試？
一個測試用例要寫到什么程度才比較好？
這個問題，沒有定語，沒有說是在什么樣的一個情況下，因此我這里只能就我工作中碰到的情況說說了。說起來比較長阿，大家要有耐心看才行哈。^_^
在我測試工作中，碰上的測試類型我自己劃分成這么4種：項目的測試，產品的測試，產品個性化的測試，第三方驗收測試。項目的測試指的是我所測試的軟件是一個項目，是某一個具體用戶使用的。產品的測試指的是我所測試的軟件是一個通用產品，是供很多用戶使用的。產品個性化測試指的是我所測試的軟件是某一用戶在使用產品時，提出了特殊的功能，針對這些新功能，對產品針對用戶進行了個別修改。第三方驗收測試大家都應該很熟悉了，這里就不需要做解釋了。
對項目、產品的測試，測試的時候通常要考慮這個項目的周期和測試資源。我所在的公司，通常項目開發時間都很短4到5個月，然而測試通常都是在開發即將結束的時候才真正介入。測試就是1個人負責。因此時間和人力資源對測試來說是完成測試工作的一個風險。為此在這種情況下，我都是先熟悉系統的業務，把握重點業務和功能后，參考需求，把測試需求、測試計劃和測試大綱給制定好。由于時間關系，測試用例都是先寫重點的業務，也就是集成測試的測試用例。另外測試用例是根據測試大綱來的。通常都是先挑最重要的測試項和風險大的業務功能編寫測試用例。
由于測試用例是本人執行，所以測試用例可以寫的簡單些，但是一定要開發人員能夠看明白?？上宜诘墓荆紱]有人來看我的測試用例。測試用例對我來說是用來提示我不要忘記了要測試哪些項。一些很有價值的bug通常不是在寫測試用例的時候發現的，而是在測試軟件的過程中，我在家睡覺前的思考和回家的路上思考出來的。這就是手動測試的魅力，有些軟件的缺陷是在你使用軟件的一瞬間和思考的一剎那突然發現的。所以要我回答測試用例要寫到什么程度才比較好，我覺的只要你所寫的測試用例在你的公司能夠順利的執行，不影響你的測試執行工作就可以了。因為測試用例寫的太詳細，你要花費時間和人力成本，這樣出來的測試用例是最好的也是最貴的，一旦需求變更，也需要修改，這時你會發現這種詳細的測試用例是最不掙錢的。測試用例寫的太粗，別人看不懂，不能執行，那你要花費你的時間去解釋，這就加大了測試的工作量。這也不是好的方法。
第二個問題，剛開始做測試的時候，你是怎么學習寫測試用例的？
我之所以選擇測試這個工作是因為：我畢業后，在第一家公司做技術支持，產品的問題很多，導致技術支持工作很辛苦、很累。為了讓用戶買到的產品的質量是好的，我選擇了做測試，到了現在的公司。我剛做測試的時候，對測試一無所知，什么測試流程阿、文檔阿都不知道，公司的測試和管理也不規范。對測試，大家都認為不就是拿個鼠標點來點去，誰都可以來做。為此，我經常上網查測試的資料，看看自己到底適合不適合做測試，測試到底是什么樣的一個職業，怎么去規劃自己的個人發展。其實要做好測試，真是不容易。不喜歡，真是不能做這個職業。
現在想想自己剛開始寫測試用例的時候，真是好笑。就像小孩子學習寫字一樣。先是在網上狂搜索了一把測試用例的模板，綜合了幾個，就形成了。我之所以不用公司原有的測試用例模板，是因為太不適用了。還好，公司沒有嚴格要求必須要那個模板，只要適用就行。模板找好了，可是寫就費勁了。對于剛做測試的新人，看似簡單的一個填表工作，要寫好真是不簡單。一開始寫的比較不自然，有些生搬硬套，而且還很慢。沒有辦法，那時候沒有人指導我，全靠自己自學和領悟，所以那段日子很苦阿！多寫幾次后，就知道和領悟了，測試用例要根據測試大綱來寫，測試大綱要根據測試計劃來寫。測試大綱更多的是把握住測試項的方向，而測試用例是指導怎么去執行測試。還好，我有編程的經驗，所以對我熟悉軟件幫了一個很大的忙。熟悉了軟件的業務才能去寫測試用例，才能更好的去測試。這也是我一點一點的領悟出來的。說了這么多，不知道這樣的回答是否是回答了這個問題。
你對黑盒測試用例的編寫的體會是什么？有什么好的版本或者標準嗎？
我的體會：
1、測試用例要根據測試大綱來編寫
2、測試用例也要分測試項進行歸類，這樣比較好分析和閱讀。如：業務流程測試、安裝測試、功能測試、用戶友好性測試、兼容性測試、性能測試、安全性測試等等。
3、編寫測試用例要考慮各種情況，精力主要集中在軟件的主要業務流程和風險高的地方。能分出測試優先級別就最好了。
4、熟悉系統，對編寫測試用例很有幫助。
本技術轉讓合同(以下簡稱“合同”)由甲方_________(根據_________法律成立和存在的一家公司，其辦公室設在_________)和乙方(根據中華人民共和國法律成立和存在的一家公司，其主要辦公室和營業地點為_________)，于_________年_________月_________日達成和簽署(甲方和乙方以以下有時合稱“雙方”，或單獨稱為“一方”)。
鑒于甲方已獲得甲集團及其附屬公司的授權，向第三方出售關于_________的技術和訣竅;
鑒于乙方有意獲得這種技術和訣竅;
鑒于甲方愿意根據主合同的條款和條件，及根據本合同的條款和條件，向公司出售此種技術和訣竅。
為此，雙方協議如下：
第一條 技術訣竅和培訓的內容及質量保證
1.1 本銷售合同的主題是使用甲方和它的關聯公司所擁有的技術和訣竅的權利，包括一切規格，作業周期資料等，以及包括與此有關的任何技術資料_________。
1.2 甲方將按照附件b的規定提供技術服務以及指導開車和開車后初期操作，有關此種技術服務費用應作為甲方按主合同向乙方認繳資本的一部份。
1.3 甲方應在它的關聯公司，即甲集團設于的設施中的_________工廠，或在甲方自行選擇的另一間_________工廠，提供操作和保養培訓。乙方人員接受培訓的最適當時間，將由甲方和乙方共同商定。在甲方的設施進行的此種培訓，估計可在兩個至三個星期的時間內完成。派遣受訓人員所需的在國外的一切費用由甲方支付并應作為甲方按主合同向乙方認繳資本的一部份，有關的其余費用由乙方負責。
1.4 乙方應挑選合理人數的具有適當資歷的人員，包括一名操作員和一名工程師，派往上面第1.3款所述的設施接受培訓。受訓人員中，至少應有一人能操流利_________語。
1.5 甲方同意向乙方提供為履行本合同所必需的一切文件，一切文件均僅有_________文本。
1.6 甲方應提供在乙方的工廠中初期必需的培訓工作，以便使乙方能正確地掌握_________的操作工藝，該培訓費用應作為甲方按主合同向乙方認繳資本的一部分。培訓人員的數目，以及他們派駐乙方的工廠進行安裝和試車培訓的時間長短將與乙方商討后由甲方決定。此種人員在中華人民共和國的生活費應由提供，作為主合同中所規定的該廠向乙方認繳資本的一部分。
1.7 乙方對有關_________在本合同條款規定以外的任何協助，應由甲方諮詢協議的形式提供，其條款和條件將以書面形式商定。
1.8 甲方應根據第1.8.2條的驗收測試程序保證提供給乙方的_________裝置達到第1.8.1條所述的規格和性能。
1.8.1 規格和性能_________。
1.8.2 驗收測試程序_________。
第二條 付款
2.1 考慮到乙方購買使用_________工藝的權利，乙方同意分五期，每年一期以_________萬美元向甲方支付總金額_________萬美元。該款以匯款形式匯入由甲方指定與中國銀行有業務聯系的國外銀行帳戶內，第一期款項將于_________工廠開始作業之后十二個月到期應付，此開始作業日期應由雙方書面同意確定。
2.2 甲方在中華人民共和國按中國稅法應繳納的，與上面第2.1款所述有關的任何稅金，均應由乙方為甲方預扣和代繳;乙方這樣為甲方預扣和代繳的任何此種稅金，均應由甲方記入貸方，作為乙方部分清償上面第2.1款規定應向甲方付款的一部分。乙方為甲方這樣代繳的一切稅金，均應在繳稅日期后十天內向甲方提出書面報表。這種書面報表應附上以甲方為抬頭人的政府正式收據原件，并應書明為哪一筆特定付款繳納該項稅金。
第三條 額外義務
3.1 為了使甲方愿意向乙方出售_________工藝，乙方同意對此種技術和訣竅加以保密，除了合理需要使用這些技術和訣竅，且已書面同意對此種資料加以保密的乙方高級人員以外，乙方不得向任何其他人透露這些技術和訣竅。此外，乙方同意，它將只在它的工廠中使用此種技術和訣竅，乙方不得向任何第三方透露或出售這些技術和訣竅，也不得授予這些技術和訣竅的許可證。
