模板
教程
環境
性能
功能
管理
項目管理規范-RUP管理實施（第三部分）
3.角色劃分 角色是抽象的職責定義，它定義的是所執行的一組活動和所擁有的一組文檔與模型。 角色通常由一個人或作為團隊相互協作的多個人來實現。 項目團隊成員通常要履行許多不同的角色職能；就象一個人可以擔任許多職務，一個人也可以擔任許多不同的角色。
3. 角色劃分 角色是抽象的職責定義，它定義的是所執行的一組活動和所擁有的一組文檔與模型。
角色通常由一個人或作為團隊相互協作的多個人來實現。
項目團隊成員通常要履行許多不同的角色職能；就象一個人可以擔任許多職務，一個人也可以擔任許多不同的角色。
角色并不代表個人，而是說明個人在業務中應該如何表現以及他們應該承擔的責任。
分析員角色集
分析員角色集用于組織主要從事需求獲取和研究的各種角色。
角色
· 業務流程分析員
· 業務設計員
· 業務模型復審員
· 需求復審員
· 系統分析員
· 用戶界面設計員
3.1.1. 業務流程分析員
業務流程分析員通過概括和界定作為建模對象的組織來領導和協調業務用例建模。例如，確定存在哪些業務主角和業務用例，他們之間如何進行交互。
人員配備
擔任業務流程分析員的人員應該善于簡化工作，并且具有良好的溝通技巧。擔任此角色的人員中必須要有具備業務領域知識的人才，但這種知識并不是所有人都必備的。
業務流程分析員應該準備好開展以下工作：
· 評估將在其中部署項目最終產品的目標組織的情況。
· 了解客戶與用戶的需求、策略和目標。
· 協調目標組織的建模工作。
· 在必要時對業務工程工作進行討論和協調。
· 對目標組織中所建議的任何變更進行成本效益分析。
3.1.2. 業務設計員
業務設計員通過描述一個或幾個業務用例的工作流程來詳細說明組織中某一部分的規約。他指定實現業務用例所需的業務角色及業務實體，并且將業務用例的行為分配給這些業務角色及業務實體。業務設計員定義一個或幾個業務角色和業務實體的責任、操作、屬性和關系。
人員配備
擔任業務設計員的人員應該善于協調，并且具有良好的溝通技巧。他最好具有業務領域的知識，但這并不是擔任此角色的所有人都必需的。業務設計員需要熟悉用于獲取業務模型的工具。
3.1.3. 業務模型復審員
業務模型復審員參與對業務用例模型和業務對象模型的正式復審。
人員配備
在大多數情況下，擔任業務模型復審員的人員都需要具備業務領域的基本知識，或者對將用來實現業務自動化的技術具備基本的知識。業務模型復審員應該具備的另一種技能是詳細了解所應用的業務工程技術。
3.1.4. 系統分析員
系統分析員通過概括系統的功能和界定系統來領導和協調需求獲取及用例建模。例如，確定存在哪些主角和用例，以及他們之間如何交互。
人員配備
擔任系統分析員的人員應該善于協調，并且具有良好的溝通技巧。擔任此角色的人員中必須要有具備業務和技術領域知識的人才，但這些知識并不是所有人都必須具備的。
3.1.5. 用戶界面設計員
用戶界面設計員通過以下方法領導和協調用戶界面的原型設計和正式設計：
· 分析對用戶界面的需求，包括可用性需求；
· 構建用戶界面原型；
· 邀請用戶界面的最終用戶參與可用性復審和使用測試會議；
· 對用戶界面的最終實施方案（由設計員和實施員等其他開發人員創建）進行復審并提供相應的反饋。
人員配備
用戶界面設計員不應實施用戶界面。用戶界面設計員的工作重點和時間都應集中在用戶界面的設計和“可視化成形”，原因如下：
· 用戶界面設計員所需的技能通常需要為當前的項目和應用程序類型（可能具有獨特的可用性需求）而加以改進和優化，這需要投入時間并集中工作重點。
· 應該限制因“一心二用”而帶來的風險，即用戶界面設計員不應該因為實施方面的考慮（相對于可用性方面的考慮而言）而受到過多的影響。
3.2. 開發角色集
開發人員角色集用于組織主要從事軟件設計與開發的各種角色。
角色
· 構架設計師
· 構架復審員
· 代碼復審員
· 數據庫設計員
· 系統設計員
· 設計復審員
· 實施員
· 集成員
3.2.1. 構架設計師
構架設計師負責在整個項目中對技術活動和工件進行領導和協調。構架設計師要確立每個構架視圖的整體結構：視圖的詳細組織結構、元素的分組以及這些主要分組之間的接口。因此，與其他角色相比，構架設計師的見解重在廣度，而不是深度。
人員配備
構架設計師必須多才多藝、成熟練達、洞察力強、經驗豐富。這樣，他才能在無法獲得完整信息的情況下迅速領會問題并根據經驗作出審慎的判斷。更準確地說，構架設計師（或者構架團隊的成員）必須兼具以下技能：
· 經驗：既包括在問題領域的經驗（通過徹底了解需求），也包括在軟件工程領域的經驗。對于一個構架團隊，這些素質要求可由各團隊成員來分別承擔，但其中至少要有一名構架設計師能夠把握項目的全局。
· 領導才能：能夠推動各個團隊的技術進展，并能在壓力下作出關鍵性的決策然后將其貫徹到底。要提高效率，構架設計師和項目經理必須緊密協作。構架設計師主要負責解決技術問題，項目經理主要負責解決行政管理問題。構架設計師必須有權在技術問題上作出決定。
· 溝通：能夠贏得他人的信任，以對其進行說服、激勵和指導。構架設計師不能靠命令進行領導，而必須要贏得項目中其他人員的贊同。為了提高效率，構架設計師必須贏得項目團隊、項目經理、客戶、用戶群體以及管理團隊的尊敬。
· 以目標為中心、積極主動，不懈地追求成效。構架設計師是推動項目發展的技術動力，而不是空想家。在其職業生涯中，成功的構架設計師一直都要在捉摸不定和承受壓力的情況下作出折衷決定。構架設計師只有將注意力集中在該做的事情上，才能在項目中取得成功。
從專業角度看，構架設計師必須具備系統設計員的所有能力。
團隊。如果項目較大，需要組建一個構架團隊，則應盡量廣聚賢才，使該團隊既擁有廣泛的經驗，又對軟件工程流程具有一致的認識。構架團隊不應該是由各團隊、領域或承包商的代表組成的委員會。軟件構架設計是一項長期的工作，始終都需要配備專職人員。
3.2.2. 構架復審員
一般而言，構架復審員負責計劃并執行對軟件構架的正式復審。
人員配備
構架復審員角色的人員配備要求與構架設計師的人員配備要求相同，但前者更加注重于技術問題。雖然對領導才能、成熟程度、實用主義及注重結果這些方面的重視程度稍低，但這些方面仍然重要：復審員可能會發現構架方面的缺陷，并且有可能會因為影響項目的進度而不受歡迎。盡管如此，最好還是在問題可以解決的時候及早提出關鍵性的問題，而不是盲目地追隨進度，致使項目團隊步入歧途。構架復審員需要根據成本對風險加以權衡，并對影響項目成功的概括性問題保持一定的敏感性。構架復審員還需是善于說服的溝通者，他應該能夠提出并討論對他人來說比較敏感的問題。
3.2.3. 代碼復審員
代碼復審員負責確保源代碼的質量，并且計劃和執行源代碼復審。在復審活動中，代碼復審員還負責有關返工的任何反饋意見。
3.2.4. 數據庫設計人員
數據庫設計員定義表、索引、視圖、約束條件、觸發器、存儲過程、表空間或存儲參數，以及其他在存儲、檢索和刪除永久性對象時所需的數據庫專用結構。相關信息記錄在數據模型中。
人員配備
數據庫設計員必須在以下方面具有扎實的應用知識：
· 數據庫和面向對象的分析設計技術
· 系統構架，包括數據庫和系統性能調整，以及硬件和網絡負載平衡
· 數據庫管理
· 了解實施語言和環境
3.2.5. 系統設計員
設計員定義一個或幾個類的職責、操作、屬性及關系，并確定應如何根據實施環境對它們加以調整。此外，設計員可能要負責一個或多個設計包或設計子系統，其中包括設計包或子系統所擁有的所有類。
人員配備
設計員必須在以下方面具有扎實的應用知識：
· 用例建模技術。
· 系統需求。
· 軟件設計技術，包括：
o 面向對象的分析設計技術。
o 統一建模語言。
· 實施系統時將利用的技術。
3.2.6. 設計復審員
設計復審員計劃并進行設計模型的正式復審。
人員配備
設計復審員的人員配備要求與構架設計師的人員配備要求相同，但前者更加側重于技術問題。雖然對領導才能、成熟程度、實用主義及注重結果這些方面的重視程度稍低，但這些方面仍然重要：復審員可能會發現設計方面的缺陷，并且有可能會因為影響項目的進度而不受歡迎。盡管如此，最好還是在問題可以解決的時候及早提出關鍵性的問題，而不是盲目地追隨進度，致使項目團隊步入歧途。設計復審員需要根據風險對成本加以權衡，并對影響項目成功的概括性問題保持一定的敏感性。設計復審員還需是一個善說服的溝通者，他應該能夠提出并討論對他人來說比較敏感的問題。
從技術知識的觀點來看，設計復審員應該具有與設計員相同經驗。
3.2.7. 實施員（程序員）
實施員負責按照項目所采用的標準來進行構件開發與測試，以便將構件集成到更大的子系統中。如果必須創建驅動程序或樁模塊等測試構件來支持測試，那么實施員還要負責開發和測試這些測試構件及相應的子系統。
人員配備
實施員應具備的相應技能和知識包括：
· 了解系統或所測試的應用程序
· 熟悉測試及測試自動化工具
· 編程技能
建議負責實施子系統的實施員同時應負責該子系統所包含的構件。
3.2.8. 集成員
實施員將經測試的構件交付到集成工作區，由集成員在集成工作區將構件組合起來，生成一個工作版本。集成員還負責制定集成計劃。集成在子系統和系統級別進行，每次集成均有獨立的集成工作區。正如經測試的構件從實施員的專用開發工作區交付到子系統集成工作區一樣，已集成的實施子系統也從子系統集成工作區交付到系統集成工作區。
人員配備
有時，擔任集成員的個人還可以擔任實施員或測試員。例如，如果項目較小，或者是在子系統級別上進行集成，就可以讓同一個人兼任集成員和測試員，以做到有效地利用人力資源。實際上，對于子系統級別的集成（和測試），一個人就可以兼任實施員、集成員和測試員的角色。但是，對于系統級別的集成，建議應由獨立的團隊來執行集成和測試。
3.3. 測試員角色集
測試員角色集用于組織主要從事軟件測試的各種角色。
角色
· 測試設計員
· 測試員
3.3.1. 測試設計員
測試設計員是測試中的主要角色。該角色負責對測試進行計劃、設計、實施和評估，包括：
· 生成測試計劃和測試模型
· 執行測試過程
· 評估測試范圍和測試結果，以及測試的有效性
· 生成測試評估摘要
人員配備
測試設計員應具備的相應技能和知識包括：
· 了解系統或所測試的應用程序
· 了解測試及測試自動化工具
· 具備診斷和解決問題的技能
· 編程技能（最好具備）
3.3.2. 測試員
測試員負責執行測試，其職責包括：
· 設置和執行測試
· 評估測試執行過程并修改錯誤
人員配備
測試員應具備的知識和技能可能會因為他們所執行的測試類型和/或測試階段的不同而有所差異。例如，在執行性能測試或集成階段的測試時，需要更高級的技能。在執行功能測試或系統測試階段的測試時，則不需要太高級的技能。
以下是測試員所需知識和技能的一些標準：
高級測試員：
· 了解系統或所測試的應用程序
· 了解聯網和系統構架
· 了解測試及測試自動化工具
· 具備診斷和解決問題的技能
· 編程技能（必備）
初級測試員：
· 了解系統或所測試的應用程序
· 了解測試及測試自動化工具
· 具備診斷和解決問題的技能
· 編程技能（最好具備）
3.4. 經理角色集
經理角色集用于組織主要從事軟件工程流程的管理與配置的各種角色。
角色
· 變更控制經理
· 配置經理
· 部署經理
· 流程工程師
· 項目經理
· 項目復審員
3.4.1. 變更控制經理
變更控制經理這一角色負責對變更控制過程進行監督。此角色通常由配置（或變更）控制委員會 (CCB) 來擔任，該委員會應該由有關各方（包括客戶、開發人員和用戶）的代表組成。在小型項目中，項目經理或軟件構架設計師一人即可承擔此角色。
3.4.2. 配置經理
配置經理負責為產品開發團隊提供全面的配置管理 (CM) 基礎設施和環境。CM 的作用是支持產品開發行為，使開發人員和集成員有適當工作區來構建和測試其工件，并且使所有工件均可根據需要包含在部署單元中。配置經理還必須確保 CM 環境有利于進行產品復審、更改和缺陷跟蹤等活動。配置經理還負責撰寫 CM 計劃并匯報基于“變更請求”的進度統計信息。
3.4.3. 部署經理
部署經理負責制定向用戶群體發布產品的計劃，并將其納入布署計劃中。
3.4.4. 流程工程師
流程工程師對軟件開發流程本身負責。其職責包括在項目開始前配置流程，并在開發工作過程中不斷改進流程。
人員配備
擔任流程工程師的人員需要具有廣博的軟件開發知識。良好的溝通技巧是對擔任此角色的人員的基本要求。
3.4.5. 項目經理
項目經理負責分配資源，確定優先級，協調與客戶和用戶之間的溝通?？偠灾?，就是盡量使項目團隊一直集中于正確的目標。項目經理還要建立一套工作方法，以確保項目工件的完整性和質量。
3.4.6. 項目復審員
項目復審員負責在項目生命周期中的主要復審點處評估項目計劃工件和項目評估工件。在這些復審點發生的是非常重要的復審事件，因為在它們所標志的時間點處，如果計劃不夠充分或者進展無法令人滿意，項目很可能會就此取消。
人員配備
項目復審員應具有多年的業務（包括合同制訂及談判）、技術和軟件項目管理的經驗，并具有業務管理級別的決策能力。項目復審員還應對風險管理原理具有出色的理解力，并且善于在信息不全或不明確的環境下進行評估。
