文件編號:
ibm rational需求驅動的軟體開發平台技術方案
2023年4月
目錄 2
1. 概述 4
2. 平台目標 5
2.1. 平台目標 5
2.2. 平台功能 6
2.2.1. 集中管理 6
2.2.2. 需求管理 6
2.2.3. 版本控制 6
2.2.4. 專案開發流程管理 7
2.2.5. 基線管理 7
2.2.6. 嵌入式系統開發環境 7
2.2.7. 報告統計 8
2.2.8. 團隊開發 8
2.2.9. 備份恢復 8
2.2.10. 平台支援 8
3. 需求管理過程 8
3.1. 需求管理概述 8
3.2. 需求管理過程 9
3.3. 問題領域和解決方案領域中的需求 11
3.4. 需求追蹤分析 12
3.4.1. 影響分析 12
3.4.2. **分析 13
3.4.3. 覆蓋率分析 13
4. 需求驅動的軟體開發模式 14
4.1. 需求捕獲 15
4.1.1. 新專案需求的收集 15
4.1.2. 維護型專案需求的收集 16
4.1.3. 需求的方法和模板 17
4.2. 需求資產管理 17
4.2.1. 需求的層次化分解和細粒度管理 17
4.2.2. 集中管控所有專案的需求 18
4.2.3. 需求分析演化的過程進行跟蹤和控制 18
4.2.4. 介面友好，靈活地建立需求資訊的跟蹤 19
4.2.5. 輕鬆應對需求變更，準確評估變更的影響 20
4.2.6. 真實的專案進度監管 22
4.2.7. 跨部門、管理多專案的需求資訊 23
4.3. 需求變更流程 23
4.3.1. 提交需求變更請求 24
4.3.2. 分派變更請求 24
4.3.3. 執行需求變更請求 26
4.3.4. 需求變更請求評審 27
4.3.5. 應用需求變更 28
4.4. 需求開發流程 30
4.4.1. 需求與業務開發完全整合 30
4.4.2. 專案開發的工作流程 31
4.4.3. 發布管理 31
4.4.4. 與開發工具(ide)整合 32
4.5. 測試流程 33
4.5.1. 需求驅動測試 33
4.5.2. 缺陷管理 35
5. 模型驅動的嵌入式軟體開發 36
5.1. 嵌入式軟體開發面臨的問題 36
5.2. 基於模型的開發設計平台 38
5.3. 基於模型的**平台 39
5.4. 基於模型的**生成 39
5.5. 全生命週期整合 40
5.6. rhapsody簡介 40
5.7. rational rhapsody的主要特性 41
隨著國家重點工程設計專案的深入開展，「控制中心」對於系統開發的需求管理、變更流程管理、開發資產的有效保護、開發資源的協調管理、產品的發布和質量跟蹤管理各個方面都面臨著挑戰。如何能夠快速地構造出高質量的應用系統來滿足不斷變化的業務增長所帶來的需求？如何有效地控制專案進度？
如何協調越來越多的參與專案的人員、單位、角色？如何將軟體和硬體產品合理、有效地進行管理和發布？如何應對紛繁複雜的版本管理問題？
如何能夠有效地規範管理軟體開發團隊的工作？如何能夠迅速地提高系統開發和整合能力來幫助企業在競爭中立於不敗之地？這些都是「控制中心」的專案管理人員急需解決的問題。
為了解決這些刻不容緩的問題，除了需要採用先進的技術，具有前瞻性的管理規劃以外，還需要盡快提高科研專案的管理水平，使用先進的自動化管理工具，從多方面提高生產效率，提高產品質量，從而使專案按時完成，使維護工作變得有條不紊，使人員工作提高效率，最終實現企業效益最大化。
複雜的系統背後應是強大的需求管理支撐及有效的開發和管理流程以及規範的嵌入式軟體工程環境。為使系統的維護和持續開發有乙個技術上的保證，提高生產效率，提高產品質量，使維護工作變得有條不紊，降低開發人員和專案管理人員工作強度，建立乙個完整的全面的以需求管理驅動的基礎架構是刻不容緩的課題。這個管理基礎框架，不僅應包括完善的管理制度、規範標準，還包括為高效率實現上述管理手段而建立的自動化平台，以及其它的相關擴充套件領域，為今後的長遠發展奠定堅實的基礎。
由於管理制度和工具平台只有在相輔相成、融為一體時才能發揮真正的作用，由此所構建的基礎架構稱之為「需求驅動的系統開發管理平台」。
ibm rational在充分理解「控制中心」所面臨問題的基礎上，提出建立基於rational doors，rational change、rational synergy以及rational rhapsody的需求管理和嵌入式軟體工程環境，為「控制中心」的進一步提高系統開發管理水平提供重要的保證。本建議書描述了「控制中心」如何建立完備的基礎平台――需求驅動的軟體開發管理平台，作為「控制中心」進一步推動軟體開發工程化、提公升軟體開發能力的重要基石。
目前「控制中心」還缺少完備的需求管理、變更管理和配置管理工具及和嵌入式軟體工程工具，也沒有建立完整規範的需求和變更管理體系，為了提高軟體開發管理水平，保障軟體生產的安全性，提高軟體產品的品質，也適應「控制中心」對軟體開發與管理的需求，需要建立一套完整的配置管理與變更管理環境。
「控制中心」在部署用於控制業務開發生命週期各過程活動的需求管理、流程管理和配置管理、嵌入式軟體工程等專業工具之後，運用工具軟體強大的功能、高度的整合能力及靈活的擴充套件能力構建適合「控制中心」各個專案開發管理平台，構建乙個全面覆蓋所有開發專案管理需要，顯著提公升需求管理、變更管理、配置管理以及嵌入式軟體工程水平，達到掌控開發過程、降低開發風險的目的。
本方案提出的ibm rational自動化工具能夠滿足分布在多個專案中的開發團隊使用，並且當開發團隊規模擴大時，僅需對license和硬體資源進行擴充套件即可。
綜合上述對「控制中心」現行應用系統開發和管理狀況的分析，我們認為應有如下改進目標：
一、 通過自動化平台的建立來確保規範的系統開發管理過程
最大可能的自動化專案管理流程、日常工作和管理活動，幫助專案組在完成日常工作時完成相應的管理活動，保證管理資料的準確性和及時性；
自動化的狀態跟蹤和管理資料採集使專案團隊能夠更專注業務本身
緊密聯絡工程領域向業務領域，提公升管理的可視性和可理解性，有效跟蹤業務的系統支撐狀況；
自動化帶來團隊的敏捷，最終降低系統開發和維護成本，創造更多的價值。
在質量和速度間取得最佳的平衡
二、 確保系統開發能夠高質量地滿足業務的要求 —— 更高的質量
確保每一條使用者需求都被系統功能滿足；
確保每一條系統功能都被驗證測試；
三、 提高系統開發對需求的快速響應 —— 更快的速度
靈活地捕獲需求；
有效分析和分解需求；
有效管理需求變更；
全流程分派和跟蹤需求開發；
以專案管理部門人員為主導，通過許可權控制等軟體手段規範管理各專案組的開發工作，滿足各個專案組的需要。
軟體開發平台
軟體定製開發平台 在西方發達國家是為大 中 小公司所廣泛採用的一種軟體開發形式,在企業管理軟體占有40 左右的市場份額，而在我國，由於經濟環境和傳統管理方式的不同，定製軟體還是一種新生事物，不被廣大客戶所認同。實際上，大多數企業由於自身的歷史和業務狀況，對於軟體系統會有自身特殊的要求，尤其是在企業的...
驅動軟體開發流程規範
ver.1.1 試行 驅動軟體開發流程規範 下文簡稱本規範 的使用者 1 軟體部經理。2 軟體部開發人員。3 軟體部專案經理。4 技術部經理。5 技術部技術支援。6 技術部測試人員。7 其它一切參與和關注驅動軟體開發的人員。本規範的物件是軟體部的驅動軟體開發過程。開發過程涉及的內容包括專案 產品和知...
含指導說明的軟體開發需求
系統 子系統 名稱 軟體功能需求說明書 版本控制 目錄1 引論 2 1.1 目的 2 1.2 文件約定 2 1.3 預期的讀者和閱讀建議 2 1.4 產品的範圍 2 1.5 參考文獻 3 2 綜合描述 3 2.1 產品的前景 3 2.2 產品的功能 3 2.3 使用者分類和特徵 3 2.4 執行環境...