rel="file-list" href="file:///c:%5cdocume%7e1%5cadmini%7e1%5clocals%7e1%5ctemp%5cmsohtml1%5c01%5cclip_filelist.xml">mis
系統是圍繞著資訊建設的，所以從針對資訊進行的各種操作入手應該是進行需求分析的一種有效途徑。如果能提煉出一些常用的、通用的、原子性的操作就可以
形成一套有章可循的需求分析思路和方法，從而提高效率和標準化程度，使需求分析工作更可控。
單純從資料的角度看，只須通過
4種原子操作
crud
（建立、讀取、更新、刪除）就可以實現對資料的管理，任何複雜的操作最終也都可以拆解為這
4種操作的組合。但是過這
4種原子操作太靠近實現、太原始，和實際的業務目的差距太大，不利於描述和理解業務。所以考慮應以此為基礎，提供更面向業務和使用者的原子操作，作為描述系統的功能的基礎。
從某種角度看，可以將「資訊」也作為一類「商品（產品）」來看待
，因為資訊和商品一樣，也存在生產者和消費者，也需要通過消費者的使用體現價值，也有可能最終消亡。思考一件有價值商品的完整的生命週期，我們至少應該考慮
5個方面的問題：生產者如何生產商品？生產者如何向消費者推銷商品？消費者通過何種渠道獲取商品？消費者如何使用商品？商品如何消亡？這
5個方面問題涉及到
3個要素：生產者、消費者和商品，而這
5個方面問題的答案就是說明
3個要素之間的關係。我們關心的是原子操作，從上面的描述中可以提取
5個方面的操作，包括：生產、推銷、獲取、使用和消亡。這裡應該強調的是，生產者和消費者不是絕對的，同樣是進行生產的兩個環節，後乙個環節對於前乙個來說就可以認為是消費者。
和商品的生命週期向對照，我們可以形成針對資訊的
5個方面操作：生產（生產）、共享（推銷）、獲取（獲取）、更新（使用）和刪除（消亡）。
需求分析 及需求文件的編寫
通常，軟體開發工程師和軟體測試工程師的工作都開始於軟體需求說明書成型的基礎上。那麼軟體需求說明書到底是怎麼來的，軟體的需求分析到底怎麼做？今天我就針對這個話題結合我自己的一些理解和經歷來梳理一下。需求分析的目標是將產品的需求功能梳理，並且用通俗易懂的文字描述，為開發人員和測試人員提供依據。那麼需求的...
需求分析的介面需求 需求分析
本篇不是為業務分析人員寫的，不會細緻講解需求分析的方方面面，業務分析師可以看徐鋒的 軟體需求最佳實踐 或者王海鵬翻譯的 掌握需求過程 本篇立足於架構師視角，講解需求分析過程中應了解的過程和方法，以及需要特別關注的點。開發者拿到的往往是乙個個的方案，方案來自於需求，那麼開發者拿到的需求是怎麼來的？乙個...
需求分析 需求文件（需求分析結果）的作用
需求分析學習指導目錄 1 在需求方面達成一致 需求是一種反覆進行的過程，涉及到各種各樣具有不同背景和要求的使用者，需求文件必須有助於需求分析師與使用者之間的溝通，以及需求分析師與軟體設計師和測試工程師之間的溝通 2 為軟體設計提供基礎 需求文件必須為軟體設計人員提供精確的輸入，因為設計人員不是應用領...