概要 需求管理恰如裁縫的量體裁衣,它直接關系到最終產品的成型。僅從字面出發,如果一個產品滿足了客戶需求,那它無疑就是成功的。需求管理的過程,從 需求分析 開始貫穿整個項目始終..
在您設計 解決方案 的過程中滿足功能性 需求 當然是很重要的。但是,如果沒有考慮非功能性需求,您的解決方案則很難取得實效。 不要脫離實際環境 有時,我們會因為讀到一篇文章或一本書..
軟件需求是軟件 開發 的最重要的一個輸入,需求風險也常常是軟件開發過程中最大的一個風險,降低需求風險的一個重要手段就是需求評審,但是需求評審是所有的評審活動中最難的一個,也..
引言 本文描述了 IBM Rational RequisitePro 2003 和 IBM Rational XDE Developer v2003 之間的集成如何幫助軟件團隊保持設計活動與需求的一致性。目的在于能夠交付實際滿足客戶需求的軟件。 Rational Requisite..
..
RUP 是 Rational 統一過程(Rational Unified Process)的簡稱,它是Rational公司(現歸屬IBM公司)推出的一種軟件過程產品。從軟件過程模式角度看,RUP又是一種典型的軟件過程模式,它以迭代增量式、..
讀過王玉榮的《客戶為什么總是反反復復》,有感于自己的軟件 項目管理 實踐,借此話題介紹一點軟件行業 需求管理 中的需求變更管理的實際經驗,與各位讀者共享。 在軟件項目的研發過程..
背景 方法1:包括一切 一個新的需求屬性 例子 方法2:利用一個變更請求管理器 例子 表2:使用變更請求管理器的例子 一個現實的場景:這種情況在你的身邊發生過嗎? 結論 本文來自于 Rati..
對于需求和需求變更的理解 軟件需求是整個軟件項目的最關鍵的一個輸入,和傳統的生產企業相比較,軟件的需求具有模糊性、不確定性、變化性和主觀性的特點,它不像生產汽車、電腦等硬..
客戶的需求是否應該得到滿足? 軟件工程 是否目的就是滿足客戶的需求?這個問題看來是無法加以回答的,因為,它沒有提供兩個基本的解釋,其一:客戶 的需求即算從客戶的利益立場出發,..
什么是范圍漸變? 定義現實需求的技巧 結束語 僅有 5 到 15% 的企業軟件項目能夠真正實現它們的需求。本文提供了最受歡迎且經過驗證的策略,可以通過這些策略來避免采用面向服務體系結構..
..
縱觀CMM(二)各KPA活動的要求,絕大多數的KPA均需要從計劃(策劃)開始,普遍的步驟要求是從準備工作--計劃---執行活動---維護過程---改善過程等這幾個大類,如 配置管理 、 質量保證 、項目..
..
7.3 滿足論據 第7.2 節討論的基本可跟蹤性實現,對于很多機構都是一個重要發展步驟。的確,改變機構文化,采用即使是這種簡單方法,其本身也可能是一大步。但是,總是還有更多可以做的。..
做過項目的人可能都會有這樣的經歷:一個項目做了很久,感覺總是做不完,就像一個“無底洞”。用戶總是有新的 需求 要項目 開發 方來做,就像用戶在“漫天要價”,而開發方在“就地還..
..
..
引言 本文描述了 IBM Rational RequisitePro 2003 和 IBM Rational XDE Developer v2003 之間的集成如何幫助軟件團隊保持設計活動與需求的一致性。目的在于能夠交付實際滿足客戶需求的軟件。 Rational Requisite..
引言 作為開發人員,是否常常有人要求您對代碼作一些小小的改動,從而使現有系統得到改進?您是否感覺這樣的請求無處不在?您經常依據的規格說明書是否完整或精確?是否經常不清楚這..