一、系統配置方法
1、系統計算模式
1.1 計算模式的分類(lèi)
啞終端/主機模式：最早的計算模式，也稱(chēng)為分時(shí)共享模式，讓用戶(hù)同時(shí)共享CPU資源和數據存儲功能。這種模式是利用主機的能力進(jìn)行應用，采用無(wú)智能的終端對應用進(jìn)行控制。
C/S計算模式：這種模式最大的特點(diǎn)，由客戶(hù)機負責處理用戶(hù)界面，提高了桌面智能；最優(yōu)化地共享了服務(wù)器資源，優(yōu)化了網(wǎng)絡(luò )的利用率；允許應用程序有較好的可維護性和可移植性，充分發(fā)揮了客戶(hù)機和服務(wù)器的處理能力從而向用戶(hù)提供有效的服務(wù)。
? 二層C/S：將應用軟件分為兩部分。一部分是在客戶(hù)PC上執行，負責顯示服務(wù)和事務(wù)邏輯功能；另一部分在數據庫服務(wù)器上處理，負責完成數據訪(fǎng)問(wèn)功能。它最大的缺點(diǎn)在于升級應用程序將需要升級所有的客戶(hù)機，而且難以應用于廣域網(wǎng)環(huán)境 中。
? 三層C/S：根據需要將一個(gè)應用程序重構為三層或更多層結構。最基本的三部分是：客戶(hù)機負責顯示服務(wù)和小部分事務(wù)邏輯；應用服務(wù)器負責事務(wù)邏輯；數據庫服務(wù)器完成數據訪(fǎng)問(wèn)功能。這樣能夠有效減少網(wǎng)絡(luò )上的數據傳輸，而且當升級應該系統時(shí)，只需更新服務(wù)器端即可。
B/S計算模式：它是將WEB技術(shù)與數據庫技術(shù)結合起來(lái)的一種應用模式，這種模式把所有應用功能和數據庫集中放在服務(wù)器端，實(shí)現了開(kāi)發(fā)環(huán)境與應該環(huán)境的分離，便于管理和系統維護。該模式最大的優(yōu)點(diǎn)在于客戶(hù)端無(wú)須安裝專(zhuān)用軟件，只需使用Web瀏覽器即可。B/S結構通常也是三層結構：以Web頁(yè)面作為表示層；以服務(wù)器端程序作為業(yè)務(wù)邏輯層；最終通過(guò)與數據訪(fǎng)問(wèn)層的交互完成數據的存取。通常也稱(chēng)為“瘦客戶(hù)端”模式。
1.2 主要中間件技術(shù)
CORBA：是OMG在1989年推出的一種面向對象中間件規范。CORBA是一種異構平臺下的與語(yǔ)言無(wú)關(guān)的對象互操作模型，它采用接口定義語(yǔ)言進(jìn)行服務(wù)描述，與具體實(shí)現語(yǔ)言無(wú)關(guān)。CORBA服務(wù)分為兩部分，在客戶(hù)機端叫作IDL樁，在服務(wù)器端叫作IDL骨架，它們之前使用ORB總線(xiàn)通信。ORB是CORBA的核心，是使客戶(hù)端應該程序能夠調用遠端對象方法的一種機制。
COM/DCOM：COM是Microsoft制定的基于組件的編程框架，它通過(guò)一組接口來(lái)提供服務(wù)。而DCOM則是COM技術(shù)在分布式計算方面的自然延伸，使COM組件在不同機器的兩個(gè)進(jìn)程間的通信。而后該技術(shù)又經(jīng)歷了DNA、COM ，現在已成為Microsoft的核心戰略。
J2EE/EJB：它與Sun公司開(kāi)發(fā)的平臺無(wú)關(guān)、可移植、支持并發(fā)訪(fǎng)問(wèn)和安全、完全基于Java的開(kāi)發(fā)服務(wù)器端中間件的標準。它支持分布式操作Java RMI和IIOP，可以通過(guò)Java Servlet。EJB等形式支持不同業(yè)務(wù)需求。
Web Services：Web Services就是通過(guò)Web描述、發(fā)布、定位和調用的模塊化應用，它是一個(gè)可以工作在Internet上的遠程服務(wù)組件。服務(wù)提供方使用WSDL說(shuō)明服務(wù)；然后使用UDDI發(fā)布服務(wù)；服務(wù)使用方也是使用UDDI查找服務(wù)；而它們之間的訪(fǎng)問(wèn)與通信則使用基于HTTP協(xié)議的SOAP協(xié)議。
1.3 網(wǎng)格計算
網(wǎng)格計算：是指利用因特網(wǎng)把分散在不同地理位置的電腦組織成一個(gè)虛擬的超級計算機，其中每一臺參與計算的計算機就是一個(gè)“節點(diǎn)”，而整個(gè)計算是由成千上萬(wàn)個(gè)“節點(diǎn)”組成一張網(wǎng)格，故而稱(chēng)這種計算方式為“網(wǎng)格計算”。它是分布式計算的一種。網(wǎng)絡(luò )計算是高性能、協(xié)同計算，是普通計算和公用計算的基礎和雛形。
網(wǎng)格計算首先把要計算的數據分割成若干“小片”，而計算這些“小片”的軟件通常是一個(gè)預先編制好的程序，然后處于不同節點(diǎn)的計算機可根據自己的處理能力下載一個(gè)或多個(gè)數據片斷和程序。只要處于節點(diǎn)上的計算機的用戶(hù)不使用計算 機，程序就會(huì )工作。
網(wǎng)格計算系統一般由網(wǎng)各硬件、網(wǎng)格操作系統、網(wǎng)格界面、網(wǎng)格應用4層結構構成。網(wǎng)格系統分為資源層、中間件層和應用層3個(gè)基本層次。
網(wǎng)格協(xié)議是GPL的“Globus”，該協(xié)議分為5層：構造層、連接層、資源層、匯集層和應用層。
網(wǎng)格計算通常需要具有資源管理和任務(wù)調度工具、監測工具、應用層的可視化工具。
2、系統性能評價(jià)
2.1 常用方法
? 時(shí)鐘頻率：即主頻，通常主頻越高，速度越快。但只能在相同體系結構的機器上進(jìn)行比較。對于異構系統而言，很難保證其有效性。
? 指令執行速度：早期，我們經(jīng)常使用每秒執行的加法指令總數作為衡量其性能的重要指標，其單位為KIPS、MIPS。
? 等效指令法：隨著(zhù)計算機指令系統的發(fā)展，使用單種指令的MIPS值的局限性日益暴露，后來(lái)就出現了改進(jìn)的吉普森混合指令速度法。它通過(guò)統計各類(lèi)指令在程序中所占比例進(jìn)行折算。
? 數據處理速率法：它采用固定的比例法來(lái)計算數據處理的速度，而還僅對CPU和主存的速度進(jìn)行度量，因為有很大的局限性。
? 核心程序法：把應用程序中用得最頻繁的那部分核心程序作為評價(jià)計算機性能的標準程序，在不同機器上運行，測試其執行時(shí)間，作為各類(lèi)機器性能評價(jià)的依據。
2.2 基準測試程序
基準測試法是目前一致承認的測試性能較好的方法，有多種不同的基準程序，用于不同的目的測試項目。
l 整數測試程序：Dhrystone是一個(gè)用來(lái)測試編譯器和CPU處理整數指令和控制功能有效性的基準測試程序。
l 浮點(diǎn)測試程序：在計算機科學(xué)和工程應用領(lǐng)域，浮點(diǎn)計算的工作量占很大比例，因此有很多此類(lèi)基準測試程序。
? 理論峰值浮點(diǎn)速度：MELOPS與處理器時(shí)鐘周期、并行流水線(xiàn)功能部件數相關(guān)，是直接計算出來(lái)的理論值。
? Linpack基準測試程序：主要測試向量性能和高速緩存性能。
? Whetstone基準測試程序：綜合性測試程序，除測試浮點(diǎn)操作外，還測試整數計算和功能調用等性能。
SPEC基準程序：是由幾十家世界知名計算機大廠(chǎng)商支持的非營(yíng)利性組織，開(kāi)始的共同認可的標準基準程序。
TPC基準程序：由事務(wù)處理委員會(huì )編寫(xiě)，共包括TPC-A、TPC-B、TPC-C、TPC-D和TPC-E 5種，每一種都有一定的適用范圍。
3、系統可靠性基礎
我們通常使用RAS來(lái)衡量一個(gè)計算機系統，即可靠性、可用性和可維護性。
3.1 基本定義
系統的可靠性：是指從系統開(kāi)始運行到某時(shí)刻t中能夠正常運行的概率，通常用R表示。
失效率：是指單位時(shí)間內失效的元件數與元件總數的比例，通常用λ表示。當λ為常數時(shí)，可靠性與失效率的關(guān)系為：R= 。
平均無(wú)故障時(shí)間：是指兩次故障間系統能夠正常工作的時(shí)間平均值。MTBF=1/λ。
平均修復時(shí)間：是指從故障發(fā)生到機器修復所需的平均時(shí)間。它用于表示計算機的可維修性。
可用性：是指計算機的使用效率，它以系統在執行任務(wù)的任意時(shí)刻能夠正常工作的概率來(lái)表示。A=MTBF/。
3.2 系統的可靠性模型
串聯(lián)系統：假設一個(gè)系統由n個(gè)子系統組成，當且僅當所有的子系統都能正常工作時(shí)，系統才能正常工作，這種系統稱(chēng)為串聯(lián)系統。
并聯(lián)系統：假設一個(gè)系統由n個(gè)子系統組成，只要有一個(gè)子系統能夠正常工作，系統就能正常工作。在并聯(lián)系統中只有一個(gè)子系統是真正需要的，其余n-1個(gè)子系統稱(chēng)為冗余子系統，隨著(zhù)冗余子系統數量的增加，系統的平均無(wú)故障時(shí)間也增加了。
模冗余系統：m模冗余系統由m個(gè)相同的子系統和一個(gè)表決器組成，經(jīng)過(guò)表決器表決后，m個(gè)子系統中占多數相同結果的輸出作為系統的輸出。
各系統的可靠性計算公式：
二、系統的開(kāi)發(fā)基礎
1、系統的開(kāi)發(fā)周期
系統的開(kāi)發(fā)周期是指：一個(gè)系統歷經(jīng)計劃、分析、設計、編程、測試、維護直至淘汰的整個(gè)過(guò)程。
1.1 生命周期階段的劃分。
Boehm劃分法：計劃、開(kāi)發(fā)、運行三大階段。
國標劃分法：可行性研究與計劃、需求分析、概念設計、詳細設計、實(shí)現、組裝測試、確認測試、使用和維護，并在《GB/T8566-1995信息技術(shù)-軟件生存期過(guò)程》中定義了獲取過(guò)程、供應過(guò)程、開(kāi)發(fā)過(guò)程、運行過(guò)程、維護過(guò)程、管理過(guò)程、支持過(guò)程7個(gè)部分。
RUP劃分法：分為初始、細化、構造、移交4個(gè)主要階段。
1.2 生命周期模型
瀑布模型：嚴格遵循軟件生命周期各階段的固定順序，一個(gè)階段完成再進(jìn)入另一個(gè)階段，適用于采用結構化開(kāi)發(fā)方法。優(yōu)點(diǎn)，可以比較規范化過(guò)程，有利于評審；缺點(diǎn)，過(guò)于理想，缺乏靈活性，容易產(chǎn)生需求偏差。
快速原型模型：對于許多需求不夠明確的項目，比較適合該模型。它采用了一種動(dòng)態(tài)定義需求的，通過(guò)快速地建立一個(gè)能夠反映用戶(hù)主要需求的軟件原型，讓用戶(hù)在計算機上使用它，了解其概要，再根據反饋的結果進(jìn)行修改，因此能夠充分體現用戶(hù)的參與和決策。原型化人員對原型的實(shí)施很重要，衡量他們的重要標準是，能否從用戶(hù)的模糊描述中快速地獲取實(shí)際的需求。
演化模型：它是原型化開(kāi)法，但與快速原型不同的是，快速原型模型在獲得真實(shí)需求時(shí)，就將拋棄原型，而演化模型就不同，它將從初始的模型中逐漸演化為最終軟件產(chǎn)品，是一種“漸進(jìn)式”原型法。
增量模型：它采用的是一種“遞增式”模型，它將軟件產(chǎn)品劃分為一系列的增量構件，分別進(jìn)行設計、編碼、集成和測試。
螺旋模型：結合了瀑布模型和演化模型的優(yōu)點(diǎn)，最主要的特點(diǎn)在于加入了風(fēng)險分析。它是由制訂計劃、分析風(fēng)險、實(shí)施工程、客戶(hù)評估的循環(huán)組成的，它最初是從概念項目開(kāi)始第一個(gè)螺旋的。
噴泉模型：主要用于描述面向對象的開(kāi)發(fā)過(guò)程，最核心的特點(diǎn)是迭代。所有的開(kāi)發(fā)活動(dòng)沒(méi)有明顯的邊界，允許各種開(kāi)發(fā)活動(dòng)交叉進(jìn)行。
2、系統開(kāi)發(fā)方法論
系統開(kāi)發(fā)方法主要包括結構化分析與設計、面向數據結構的設計、面向對象分析與設計和構件化方法4種。
2.1 結構化分析與設計。
采用結構化技術(shù)來(lái)完成軟件開(kāi)發(fā)的各項任務(wù)，把軟件生命周期的全過(guò)程依次劃分為若干個(gè)階段，然后順序地完成每個(gè)階段的任務(wù)，它與瀑布模型有很好的結合度，是與其最相適應的開(kāi)發(fā)方法。
結構化分析：是一種面向數據流的需求分析方法，基本思想是自頂向下，逐層分解。常用工具包括數據流圖和數據字典。數據流圖用來(lái)描述數據流從輸入到輸出的變換流程，由加工、數據流、文件、外部實(shí)體構成。數據字典則是關(guān)于數據的信息集合，也是對數據流圖中所包含的所有元素進(jìn)行定義的集合。數據流圖中加工的具體邏輯，通常使用結構化語(yǔ)言、判定樹(shù)、判定表進(jìn)行說(shuō)明。
結構化設計：包括體系結構設計、接口設計、數據設計和過(guò)程設計等任務(wù)。它是一種面向數據流的設計方法，是以結構化分析階段所產(chǎn)生的成果為基礎，進(jìn)一步自面向下、逐步求精和模塊化的過(guò)程。
? 概要設計：主要設計軟件的結構，確定系統是由哪些模塊組成的，以及每個(gè)模塊之間的關(guān)系。它采用結構圖來(lái)描述程序的結構，還可以使用層次圖和HIPO來(lái)描述。整個(gè)過(guò)程主要包括復查基本系統模型，復查并精化數據流圖，確定數據流圖的信息類(lèi)型，根據流類(lèi)型分別實(shí)施變換分析或事務(wù)分析，根據軟件設計原則對得到的軟件結構圖進(jìn)一步優(yōu)化。
? 詳細設計：確定應該如何具體地實(shí)現所要求的系統，得出對目標系統的精確描述。它采用自頂向下、逐步求精的設計方式和單入口單出口的控制結構。經(jīng)常使用的工具包括程序流程圖、盒圖、PAD圖、PDL。
2.2 面向數據結構設計。
數據的輸入、存儲都涉及不同的數據結構，面向數據結構設計方法的基本思想是根據數據結構導出程序結構。典型的面向數據結構的設計方法包括Jackson方法和Warnier方法。
Jackson方法基本步驟：先建立系統的數據結構；接著(zhù)以數據結構為基礎，對應地建立程序結構；最后列出程序中要用到各種基本操作，然后將操作分配到適當的模塊中去。
面向數據結構的設計方法并沒(méi)有明顯地使用軟件結構的概念，對于模塊獨立性原則也重視不足，因此不適合復雜的軟件系統。
2.3 面向對象分析與設計。
引入“對象”概念，將數據和方法封裝在一起，提高模塊的聚合度，降低了耦合度，在更大程序上支持軟件復用。
對象的基本概念：對象是系統中用來(lái)描述客觀(guān)事物的一個(gè)實(shí)體，它由對象標識、屬性和服務(wù)3個(gè)要素組成，它們被封裝為一個(gè)整體，以接口的形式對外提供服務(wù)。
類(lèi)的基本概念：對具有相同屬性和服務(wù)的一個(gè)或一組對象的抽象。
繼承與多態(tài)性：繼承是面向對象方法中重要的概念，用來(lái)說(shuō)明特殊類(lèi)與父類(lèi)的關(guān)系。而多態(tài)性則是指一般類(lèi)中定義屬性或服務(wù)被特殊類(lèi)繼承后，可以具有不同的的數據類(lèi)型或表現出不同的行為。
消息通信：是面向對象方法學(xué)中的一個(gè)重要原則，它與對象的封裝原則密不可分，為對象間提供了唯一合法的動(dòng)態(tài)聯(lián)系的途徑。
面向對象分析：擁有大量的不同的方法，主要包括OMT、OOA、OOSE、Booch方法等，而OMT、OOSE、Booch則最后統一為UML。
? OMT：包括對象模型、動(dòng)態(tài)模型和功能模塊。
? OOA：需經(jīng)過(guò)確認類(lèi)與對象、確定結構與關(guān)聯(lián)、劃分主題、定義屬性、定義服務(wù)5個(gè)步驟來(lái)完成整個(gè)分析工作。
? OOSE：它在OMT基礎上，對功能模型進(jìn)行了補充，提出了“用例”的概念，最終取代了數據流圖進(jìn)行需求分析并建立功能模型。
2.4 構件化開(kāi)發(fā)
為了避免陷入“重新發(fā)明輪子”的誤區，降低開(kāi)發(fā)費用、提高生產(chǎn)率并在快速的技術(shù)演化面前提供受控的系統升級的開(kāi)發(fā)方式，就催生了“基于構件的開(kāi)發(fā)”。這種方法通過(guò)有計劃地集成現有的軟件部分進(jìn)行軟件開(kāi)發(fā)。它可以有效地遏制復雜性，縮短發(fā)布時(shí)間，提高一致性，更有效地利用本領(lǐng)域的最佳方法，提高生產(chǎn)率，增加項目進(jìn)度的可視性，支持并行和分布式的開(kāi)發(fā)，減少維護費用。采用CBD后，所有的軟件解決方案都將可以使用預建的構件和模版，像“搭積木”一樣進(jìn)行建造。
構件是一種包裝對象實(shí)現的簡(jiǎn)便方法，它可以是一個(gè)部署單元，可以對一個(gè)或多個(gè)對象實(shí)現包裝，也可以是一個(gè)組裝單元。然后通過(guò)構件的接口，將它們互相連接起來(lái)，成為提供服務(wù)的整體。構件具有5個(gè)要素：規格說(shuō)明、一個(gè)或多個(gè)實(shí)現、受約束的構件標準、包裝方法和部署方法。
最常見(jiàn)的構件開(kāi)發(fā)方法有：RUP，The Select Perspective Method和Sterling Software的Enterprise-CBD方法。
3、需求分析和設計
需求分析與設計是軟件生存期中最重要的兩個(gè)步驟，需求分析解決的是“做什么”的問(wèn)題，系統設計解決的則是“怎么做”的問(wèn)題。
3.1 需求分析的任務(wù)與過(guò)程
需求分析的工作描述軟件的功能和性能，確定軟件設計的限制和軟件同其他系統元素的接口細節，定義軟件的其他有效性需求，細化軟件要處理的數據域。
需求分析的實(shí)現步驟：
獲取當前系統的物理模型，抽象出當前系統的邏輯模型，建立目標系統的邏輯模型三部分。
具體來(lái)說(shuō)可以分為4個(gè)方面
問(wèn)題識別：用于發(fā)現需求、描述需求
分析與綜合：對問(wèn)題進(jìn)行分析，在此基礎上整合出解決方案。這個(gè)步驟經(jīng)常反復進(jìn)行，常用的方法有面向數據流的結構化分析方法、面向數據結構的Jackson方法、面向對象 的分析方法，以及用于建立動(dòng)態(tài)模型的狀態(tài)遷移圖和Petri網(wǎng)。
編制需求分析的文檔：也就是對已經(jīng)確定的需求進(jìn)行文檔化描述，該文檔通常稱(chēng)為“需求規格說(shuō)明書(shū)”。
需求分析與評審：是需求分析工作的最后一步，主要對功能的正確性、完整性和清晰性，以及其他需求給予評價(jià)
3.2 需求分析的原則
必須能夠表達和理解問(wèn)題的數據域和功能域
必須按自頂向下、逐層分解的方式對問(wèn)題進(jìn)行分解和不斷細化
要給出系統的邏輯視圖和物理視圖
3.3 需求的分類(lèi)
軟件需求包括功能需求、非功能需求和設計約束3個(gè)方面。
功能需求：系統必須完成的事情，即為了向它的用戶(hù)提供有用的功能，產(chǎn)品必須執行的動(dòng)作。
非功能需求：產(chǎn)品必須具備的屬性或品質(zhì)，如可靠性、性能、響應時(shí)間、容錯性、擴展性等 。
設計約束：稱(chēng)為限制條件、補充規約。如必須采用國有自主知識產(chǎn)權的數據庫系統，必須運行在UNIX操作系統下等。
除了這3種需求外，還有業(yè)務(wù)需求、用戶(hù)需求、系統需求這3個(gè)處于不同層面下的概念。
業(yè)務(wù)需求：反映組織機構或客戶(hù)對系統、產(chǎn)品高層次的目標要求，通常問(wèn)題定義本身就是業(yè)務(wù)需求。
用戶(hù)需求：描述使用產(chǎn)品必須完成什么任務(wù)，以及怎么完成需求，通常是在問(wèn)題定義的基礎上進(jìn)行用戶(hù)訪(fǎng)談、調查，對用戶(hù)使用的場(chǎng)景進(jìn)行整理，從而建立用戶(hù)角度出發(fā)的需求。
系統需求：從系統的角度來(lái)說(shuō)明軟件的需求，它包括用特性說(shuō)明的功能需求、質(zhì)量屬性，以及其他非功能需求，還有設計約束。
3.4 需求工程
需求工程包括創(chuàng )建和維護系統需求文檔所必需的一切活動(dòng)，也就是指需求開(kāi)發(fā)和需管理兩大工作。
需求開(kāi)發(fā)：包括需求捕獲、需求分析、編寫(xiě)規格說(shuō)明書(shū)和需求驗證4個(gè)階段。
需求管理：包括定義需求基線(xiàn)、處理需求變更、需求跟蹤等方面。
3.5 軟件設計的任務(wù)
軟件設計是把軟件需求變換為軟件表示的過(guò)程?？蓪④浖O計分為兩步
概要設計：也稱(chēng)為高層設計，將軟件需求轉化為數據結構和軟件的系統結構。
詳細設計：也稱(chēng)為低層設計，對結構表示進(jìn)行細化，得到詳細的數據結構與算法。
4、系統測試與評審
軟件質(zhì)量就是軟件與顯性與隱性需求相一致的程度。
4.1 軟件質(zhì)量特性標準
為了能夠統一地描述軟件質(zhì)量特性，形成了許多質(zhì)量特性標準，其中最常用的有國際通用的ISO/IEC 9126軟件質(zhì)量模型和McCall軟件質(zhì)量模型。
ISO/IEC 9126軟件質(zhì)量模型：
該標準于1996年被采納為我國的國家標準《GB/T 16120-1996軟件產(chǎn)品評價(jià)、質(zhì)量特性及其使用指南》
McCall軟件質(zhì)量模型：
4.2 軟件質(zhì)量保證
軟件質(zhì)量保證就是保證軟件產(chǎn)品充分滿(mǎn)足消費者要求的質(zhì)量需進(jìn)行的有計劃、有組織的活動(dòng)。主要包括質(zhì)量方針的制定和展開(kāi)、質(zhì)量保證方針和質(zhì)量保證標準的制定、質(zhì)量保證體系的建立和管理、明確各階段的質(zhì)量保證工作、各階段的質(zhì)量評審、確保設計質(zhì)量、重要質(zhì)量問(wèn)題的提出與分析、總結實(shí)現階段的質(zhì)量保證活動(dòng)、整 理面向用戶(hù)的文檔和說(shuō)明書(shū)、產(chǎn)品質(zhì)量和質(zhì)量保證系統的鑒定、質(zhì)量信息的收集分析及使用。
4.3 測試的階段與任務(wù)
根據測試的目的、階段的不同，可以分成許多不同的測試種類(lèi)。最核心的是下圖所示3種：
單元測試：根據詳細設計說(shuō)明書(shū)進(jìn)行模塊接口測試、局部數據結構測試、路徑測試、錯誤處理測試和邊界測試，通常由開(kāi)發(fā)人員自己負責。由于程序模塊不是單獨存在的，因此常 常要借助驅動(dòng)模塊和樁模塊完成。
集成測試：稱(chēng)為組裝測試、聯(lián)合測試。它主要是指將已通過(guò)單元測試的模塊集成在一起，即測試模塊之間的協(xié)作性。從組裝策略角度而言，可以分為一次性組裝和增量式組裝兩種。
確認測試：稱(chēng)為有效性測試，主要是指驗證軟件的功能、性能及其他特性是否與用戶(hù)要求一致。根據用戶(hù)的參與程度，通常分為4種類(lèi)型。
? 內部確認測試：主要由軟件開(kāi)發(fā)組織內部按軟件需求說(shuō)明書(shū)進(jìn)行測試，通常也稱(chēng)為驗證測試。
? α測試：由用戶(hù)在開(kāi)發(fā)環(huán)境下進(jìn)行測試。
? β測試：由用戶(hù)在實(shí)際使用環(huán)境下進(jìn)行測試。
? 驗收測試：針對需求規格說(shuō)明書(shū)，在交付前進(jìn)行的以用戶(hù)為主的測試。
系統測試：將軟件與外部支持的硬件、外設、支持軟件、數據等其他系統元素結合在一起，在實(shí)際運行環(huán)境下，對計算機系統進(jìn)行一系列集成與確認測試。
4.4 測試的種類(lèi)與目的
4.5 黑盒測試與白盒測試
白盒測試：又稱(chēng)為結構測試或邏輯驅動(dòng)測試，在已知產(chǎn)品的內部工作過(guò)程的基礎上，通過(guò)測試證明每種內部操作是否符合設計規格要求。最常見(jiàn)的方法是邏輯覆蓋法。所有可用的方法按從弱到強排序為：語(yǔ)句覆蓋、判定覆蓋、條件覆蓋、判定-條件覆蓋、條件組合覆蓋、路徑覆蓋。
黑盒測試：在已知產(chǎn)品功能設計規格的基礎上，通過(guò)測試證明每個(gè)實(shí)現了功能是否符合要求。常用方法如下：
? 等價(jià)類(lèi)劃分：將所有可能的輸入數據劃分為等價(jià)的部分，然后從每個(gè)部分中選取少數有代表性的數據作為測試用例。等價(jià)類(lèi)可以分為有效等價(jià)類(lèi)、無(wú)效等價(jià)類(lèi)兩種。而在選取測試用例時(shí)，應遵從“設計一個(gè)新的測試用例時(shí)，應盡可能多地覆蓋尚未覆蓋的有效等價(jià)類(lèi)，但每次應僅覆蓋一個(gè)尚未覆蓋的無(wú)效等價(jià)類(lèi)”的原則。
? 邊界值分析：是對等價(jià)類(lèi)劃分法的一個(gè)補充，即選取正好等于、剛剛大于或剛剛小于邊界的值作為測試數據。
? 錯誤推測法：列舉出程序中所有可能有的錯誤和容易發(fā)生錯誤的特殊性況，根據它們選擇測試用例。
5、項目管理基礎
項目管理是基于被接受的管理原則的一套技術(shù)或方法。這些技術(shù)或方法用于計劃、評估、控制工作活動(dòng)，以按時(shí)、按預算、依照規范達到理想的最終結果。項目管理的主要活動(dòng)包括“POIM”4個(gè)方面：Plan、Organize、Implement、Measurement。在項目實(shí)施過(guò)程中的主要工作是：制訂計劃，按計劃布置任務(wù)，并在過(guò)程中不斷地對進(jìn)度進(jìn)行監控，根據實(shí)際進(jìn)度情況調整計劃，并處理需求變更引起的項目謀劃變更。
5.1 制訂項目計劃
制訂項目計劃的目標是提供一個(gè)使項目管理人員對資源、成本和進(jìn)度做出合理估算的框架。
確定項目范圍：包括問(wèn)題/機會(huì )、項目目標、項目目的、成功標準、假設/風(fēng)險/障礙等5個(gè)方面。
識別項目活動(dòng)：使用工作分解結構對工作分組描述。包括兩種分解方式，一是縱向分解，即按時(shí)間軸分解，按工作階段分解；二是橫向分解，即按功能軸分解，按工作產(chǎn)品分解。在分解過(guò)程中，可以采用自上而下和自下而上兩種方法。
工作量的估算：有6項技術(shù)適用于初步計劃，與其他活的相似性、歷史數據、專(zhuān)家建議、Delphi技術(shù)、三點(diǎn)技術(shù)、擴展Delphi技術(shù)。
資源計劃：
進(jìn)度計劃：
5.2 軟件項目估算---------度量
估算的內容包括軟件規模估算、軟件工作量估算與成本估算3個(gè)方面。
估算策略：包括“自頂向下”和“自底向上”兩種
軟件規模估算：即估算要完成工作范圍，常用方法有LOC和FP估算法。
? LOC估算法：代碼行估算法，將項目切分為一個(gè)個(gè)小模塊，通過(guò)歷史項目經(jīng)驗、開(kāi)發(fā)人員經(jīng)驗，估算每個(gè)模塊的代碼行。它操作簡(jiǎn)單、容易計算，但根據不同的編程語(yǔ)言沒(méi)有直接的可比性
? FP估算法：FP是指功能點(diǎn)，是一種衡量工作量大小的單位，它的計算方法是：功能點(diǎn)=信息處理規模*技術(shù)復雜度。技術(shù)復雜度=0.65 調節因子。它首先通過(guò)外部輸入數、外部輸出數、外部查詢(xún)數、內部邏輯文件數、外部接口文件數5個(gè)方面來(lái)衡量整 個(gè)系統的信息處理規模，然后根據數據通信、分布式處理、性能、配置項、事務(wù)率、在線(xiàn)數據、用戶(hù)使用率、在線(xiàn)更新、復雜處理、重用性、安裝容易程度、操作容易程度、多個(gè)地點(diǎn)、修改容易度等14個(gè)方面的復雜度進(jìn)行微調，每個(gè)方面都在0~0.05之間取值，最后累加出調節因子，再加上0.65得出技術(shù)復雜度。
軟件工作量估算：工作量的單位通常是人/月，計算方法為規模/產(chǎn)能=工作量。
IBM模型：是在60多個(gè)項目基礎上進(jìn)行統計的靜態(tài)方法模型。
普特南模型：它是一種動(dòng)態(tài)多變量模型，通過(guò)建立一個(gè)“資源需求曲線(xiàn)模型”來(lái)導出一系列等式，模型化資源特性。
COCOMO模型：它是最有代表性的方法。在該模型中使用了源指令條數、開(kāi)發(fā)工作量、開(kāi)發(fā)進(jìn)度3個(gè)基本量，它將項目分為組織型、嵌入式、半獨立性。它包括基本、中間、詳細3種不同模型。
成本估算：
常用的估算輔助方法：包括Delphi法和三點(diǎn)法。
5.3 進(jìn)度計劃與監控
PERT技術(shù)和CPM方法：PERT叫作計劃評審技術(shù)，CPM方法則是關(guān)鍵路徑法。它們都采用網(wǎng)絡(luò )圖來(lái)描述一個(gè)項目的任務(wù)網(wǎng)絡(luò )，通常使用兩張圖來(lái)定義網(wǎng)絡(luò )圖。一張圖給出某一特定項目的所有任務(wù)，另一張圖給出應按照什么次序來(lái)完成這些任務(wù)，給出各個(gè)任務(wù)之間的銜接。PERT技術(shù)和CPM方法都為項目計劃人員提供了一些定量的工具。
評估項目進(jìn)度：最常見(jiàn)的方法是EVA，它是通過(guò)計算實(shí)際已花費在項目上的工作量來(lái)預計該項目所需的成本和完成時(shí)間的一種方法。
5.4 開(kāi)發(fā)組和作用
5.5 配置管理
在軟件項目中，存在著(zhù)大量的文件與數據，而且還伴隨著(zhù)不可避免的變更過(guò)程，因此為了能夠有效地進(jìn)行控制，就需要進(jìn)行“配置管理”。配置管理的對象稱(chēng)為配置項，包括：與合同、過(guò)程、計劃和產(chǎn)品有關(guān)的文檔和數據；源代碼、目標代碼和可執行代碼；相關(guān)產(chǎn)品包括工具、可復用軟件、外購軟件等。
軟件配置管理的任務(wù)包括：制訂配置管理計劃、實(shí)施變更管理、實(shí)施版本管理和發(fā)行管理。要實(shí)現變更管理需要借助配置數據庫和基線(xiàn)，配置數據庫可以分為開(kāi)發(fā)庫、受控庫、產(chǎn)品庫三類(lèi)；而基線(xiàn)是指軟件生命周期各開(kāi)發(fā)階段末尾的特定點(diǎn)，也稱(chēng)為里程碑。版本管理是指對系統不同版本進(jìn)行標識和跟蹤的過(guò)程。
5.6 風(fēng)險管理
項目風(fēng)險管理通常包括風(fēng)險識別、風(fēng)險估計和風(fēng)險駕馭3個(gè)主要活動(dòng)。
風(fēng)險識別：主要工作是找到潛在風(fēng)險并將其文檔化，它包括項目風(fēng)險、技術(shù)風(fēng)險和商業(yè)風(fēng)險3種。
風(fēng)險估計：是通過(guò)對各種風(fēng)險發(fā)生的可能性及破壞性?xún)蓚€(gè)方面進(jìn)行評估，并按優(yōu)先級進(jìn)行排列。
風(fēng)險駕馭：是指利用某種技術(shù)，如原型化、軟件自動(dòng)化、軟件心理學(xué)、可靠性工程學(xué)等方法，設法避開(kāi)風(fēng)險。
