需求分析出發點
submitted by
浪淘沙 on 2007, september 6, 11:22 pm.
專案管理
一、需求分析概念
需求,包括從使用者角度(系統的外部行為)和開發者解度(一些內部特性)來闡述需求。有兩層含義.
1，從系統外部能發現系統所具有的滿足於使用者的特點、功能及屬性等。
2，需求是指明必須實現什麼的規格說明。它描述了系統的行為、特性或屬性，是開過過程中對系統的約束。
二，需求分析的任務
開發軟體系統最困難的部分就是準確說明開發什麼。最困難的概念性工作便是編寫出詳細技術需求，包括所有面向使用者、面向機哭喊 和其他軟體系統的接品。同時這也是一旦做錯,將最終會給系統帶來極大損害的部分。
需求分析在開發過程中一直起指導作用。
三，需求分析過程
需求開發活活動：
(1)確定產品所期望的使用者類別
(2)獲取每個使用者類的需求
(3)了解實際使用者任務和目標以及這些任務所支援的業務需求.
(4)分析源於使用者的資訊以區別使用者任務需求、功能需求、業務規則、質量屬性、建議解決方法和附加資訊
(5)將系統級的需求分為幾個子系統，並將需求中的一部分分配給軟體元件
(6)了解相關質量屬性的重要性
(7)商討實施優先順序的劃分
(8)將所收集的使用者服務需求編寫成文件和模型
(9)評審需求規格說明，確保使用者需求達到其同的理解與認識。並在整個開發小組接受說明之前將問題都弄清楚。(10)需求管理需要"建立並維護在軟體工程中同客戶達成的合同"
需求管理活動包括：
(1)定義需求基線(迅速制定需求文件的主體)
(2)評審提出的需求變更、評估每項變更的可能影響從而決定是否實施它
(3)以一種可控制的方式將需求變更融入到專案中
(4)使當前的專案計畫與需求一致
(5)估計變更需求所產生影響並在此基礎上協商新的承諾，這種承諾具體體現在專案解決方案上
(6)讓每項需求都能與其對應的設計、源**和測試用例聯絡起來以實現跟蹤
(7)在整個專案過程中跟蹤需求狀態及其變更情況
四、需求的型別
軟體需求包括3個不同的層次：業務需求、使用者需求和功能需求(也包括非功能需求)
(1)業務需求(business requirement)反映了組織機構或客戶對系統、產品高層次的目標需求，它們在專案檢視與範圍文件中預以說明。
(2)使用者服需求(user requirement)文件描述了使用者使用產品必須要完成的任務，這在使用例項(use case)文件或方案指令碼說明中預以說明
(3)功能需求(functional requirement)定義了開發人員必須實現的軟體功能，使得使用者能完成他們的任務，從而滿足了業務需求
總之:需求並未包括設計細節、實現細節、專案度劃資訊或測試資訊。需求與這些沒有關係，它關注的是充分說明你究竟想開發什麼。
小波分解的出發點
經過持續學習研究，終於理解了小波分解的原理和目的 小波與傅利葉變換一樣，都是基函式去擬合被測訊號 與傅利葉變換不同的是，小波是採用非週期訊號，通過這個基函式的不同尺度縮放去擬合被測訊號的不同頻率，再通過平移基函式去擬合不同頻率分量在時間序列 也稱為空間位置 上的位置 最後得到經過縮放平移變換的基函式...
演算法 加油站良好的出發點
n個加油站逆時針組成乙個環，每個加油站最多加oil i 的油量，該加油站距下個加油站距離dis i 1個油可以走1個距離，初始車裡沒有油，則從哪些加油站出發可以逆時針一圈後回到出發點。類似dp的思維題，時間o n 該方法實現o n 的核心思想在於，先找到乙個良好出發點，再順時針找可以到達該良好出發點...
關於領域建模時考慮使用者需求的出發點的理解
沒有從使用者的角度去描述領域模型，而是以領域內的相關事物為出發點。但是，即便將不同性質的使用者群的心智模型聚集在一起，也應遵循這個原則，並需要清醒地意識到視角潛在的變化 這可能被忽略或遺忘,從而引起混淆 從整體上而言，書 賬號 書庫 是模型 包括其結構 狀態與功能 行為上的特徵 可理解為系統的結構組...