在傳統的需求分析說明中，我們使用功能分解的方式來描述系統的功能，如下圖：
採用這種方法來來描述系統需求時，非常容易混淆需求和設計的概念，這樣的表述已經描述了部分設計在內。
由此常常導致這樣的迷惑：系統需求應該詳細到何種程度？乙個極端就是需求可以詳細到概要設計，因為這樣的需求表述既包含了外部需求也包含了內部設計。在有些公司的開發流程中，這種需求被稱為"內部需求"，而對應於使用者的原始要求則被稱之為"外部需求"。
功能分解方法的另乙個缺點是這種方法分割了各項系統功能的應用環境，從各項功能項入手，你很難了解到這些功能項是如何相互關聯來實現乙個完成的系統服務的。所以在傳統的srs文件中，我們往往需要另外一些章節來描述系統的整體結構及各部分之間的相互關聯，這些內容使得srs需求更象是乙個設計文件。
UML建模 傳統需求分析問題
該 包含如下功能模組 不清楚的 新聞和業界資訊 企業資料管理 招聘求職 專案供需資訊管理另乙個版本 前台 檢視新聞和業界資訊 檢視企業資料 檢視職位資訊 檢視供需資訊 後台 管理新聞和業界資訊 管理企業資料管理 管理招聘求職資訊 管理專案供需資訊管理描述需求時常見的一些模式 從業務的角度劃分為若干功...
需求分析的介面需求 需求分析
本篇不是為業務分析人員寫的，不會細緻講解需求分析的方方面面，業務分析師可以看徐鋒的 軟體需求最佳實踐 或者王海鵬翻譯的 掌握需求過程 本篇立足於架構師視角，講解需求分析過程中應了解的過程和方法，以及需要特別關注的點。開發者拿到的往往是乙個個的方案，方案來自於需求，那麼開發者拿到的需求是怎麼來的？乙個...
需求分析，分析需求
1.何為需求 我們吧需求兩個漢字拆分開來看 需 需要 求 要求 即需要的要求，表示想要某種東西的堅定願望 這裡插入乙個小故事，某個小男孩在上小學二年級的時候，不經意間接觸到了一種叫psp的神奇玩具，就下定決心回家找家長要，一開始小孩的父親不贊同給小孩買那個東西，後來在小孩的再三請求，甚至為此寫了份保...