客戶(hù)痛點(diǎn)問(wèn)題：
1.需求工程過(guò)程不清晰，導(dǎo)致項(xiàng)目組成員不知道自己在哪里?應(yīng)該做什么?用什么方法?應(yīng)產(chǎn)生什么樣的輸出... ...
2.需求采集的手段匱乏，導(dǎo)致在項(xiàng)目初期需求與項(xiàng)目邊界嚴(yán)重脫節(jié)，需求信息量不夠;
3.需求分析仍依靠個(gè)人經(jīng)驗(yàn)/能力，導(dǎo)致需求分析的維度不全面，需求確實(shí)量增加;
4.需求撰寫(xiě)方法不規(guī)范，導(dǎo)致需求描述本身產(chǎn)生歧義、沖突、重復(fù)、不可測(cè)試等的可能性大大提高，進(jìn)而產(chǎn)生無(wú)效需求;
5.由于需求驗(yàn)證手段匱乏，所以需求驗(yàn)證不執(zhí)行或靠人的經(jīng)驗(yàn)評(píng)審，導(dǎo)致項(xiàng)目的需求文檔本身無(wú)法保證一致性、全面性，需求規(guī)格不合規(guī);
6.需求文檔的離散管理，嚴(yán)重影響項(xiàng)目進(jìn)程中的需求變更、變更影響分析、需求評(píng)審等工作。
需求分析以系統(tǒng)規(guī)格說(shuō)明和項(xiàng)目規(guī)劃作為分析活動(dòng)的基本出發(fā)點(diǎn)，并從軟件角度對(duì)它們進(jìn)行檢查與調(diào)整。同時(shí)需求規(guī)格說(shuō)明又是軟件設(shè)計(jì)、實(shí)現(xiàn)、測(cè)試直至維護(hù)的主要基礎(chǔ)。良好的分析活動(dòng)有助于避免或盡早剔除早期錯(cuò)誤，從而提高軟件生產(chǎn)率，降低開(kāi)發(fā)成本，改進(jìn)軟件質(zhì)量。恒潤(rùn)科技基于IBM Rational DOORS 和Rhapsody 為用戶(hù)提供模型驅(qū)動(dòng)的需求工程解決方案。
方案介紹
需求工程是一個(gè)不斷反復(fù)的需求定義、文檔記錄、需求演進(jìn)的過(guò)程，并終在驗(yàn)證的基礎(chǔ)上凍結(jié)需求。需求工程涵蓋了需求開(kāi)發(fā)和需求管理，其活動(dòng)劃分為以下5 個(gè)獨(dú)立的階段：
1.需求獲取：通過(guò)與用戶(hù)的交流，對(duì)現(xiàn)有系統(tǒng)的觀察及對(duì)任務(wù)進(jìn)行分析，從而開(kāi)發(fā)、捕獲和修訂用戶(hù)的需求;
2.需求建模：為終用戶(hù)所看到的系統(tǒng)建立一個(gè)概念模型，作為對(duì)需求的抽象描述，并盡可能多的捕獲現(xiàn)實(shí)世界的語(yǔ)義;
3.形成需求規(guī)格：生成需求模型構(gòu)件的的形式化的描述，作為用戶(hù)和開(kāi)發(fā)者之間的一個(gè)協(xié)約;
4.需求驗(yàn)證：以需求規(guī)格說(shuō)明為輸入，通過(guò)符號(hào)執(zhí)行、模擬或快速原型等途徑，分析需求規(guī)格的正確性和可行性;
5.需求管理：支持系統(tǒng)的需求演進(jìn)，如需求變化和可跟蹤性問(wèn)題。
圖示：需求工程過(guò)程
主要活動(dòng)介紹
1. 需求采集和編寫(xiě)
2. 基于DOORS 的需求影響分析和管理
3. DOORS 中需求提取，導(dǎo)入到Rhapsody 需求視圖，基于Rhapsody 的需求建模設(shè)計(jì)和仿真驗(yàn)證過(guò)程
4. 基于Rhapsody ATG 的模型元素的測(cè)試
5. 基于Rhapsody GateWay 實(shí)現(xiàn)需求追溯和覆蓋率分析
恒潤(rùn)科技系統(tǒng)工程部經(jīng)過(guò)多年的工程經(jīng)驗(yàn)，引進(jìn)國(guó)際上的支撐工具，在依托國(guó)際上較領(lǐng)先的方法論的基礎(chǔ)上，將需求工程各個(gè)階段數(shù)據(jù)進(jìn)行抽象建模，建立并提出一整套基于模型的需求工程解決方案。本方案從需求采集建模開(kāi)始貫穿了需求分析、需求撰寫(xiě)、需求形式化建模和驗(yàn)證、全生命周期的需求管理等階段。并對(duì)相關(guān)階段的支撐工具進(jìn)行了擴(kuò)展，實(shí)現(xiàn)數(shù)據(jù)的無(wú)縫傳遞和集成應(yīng)用，為客戶(hù)打造集方法論指導(dǎo)、咨詢(xún)服務(wù)、工具鏈提供于一體的解決方案。
