【系統分析師】4.需求工程

大綱圖:


需求工程
    需求分析
        需求分析方法
            結構化需求分析SA
                行爲模型
                    STD 狀態轉換圖:狀態 & 事件
                數據模型
                    ER圖,實體 & 聯繫
                功能模型
                    數據流圖 DFD
                        數據流,加工,數據存儲,外部實體
                        分解的時候輸入輸出不能缺少
                        自頂向下,逐步分解
                數據字典
                    數據元素;數據結構;數據流;數據存儲;加工邏輯;外部實體 解釋
            面向對象需求分析
                對象
                    對象ID;屬性;方法
                類
                    實體類;控制類;邊界類(位於系統和外界的交界處比如字體類,接口類)
                繼承與泛化
                    從子到父:廣泛化的過程 (理解一下泛化)
                封裝
                多態
                接口
                重載
                消息和消息通信
        面向對象分析-UML
            組成
                構造塊
                    事物
                        結構事物
                            靜態的部分,比如:類,接口,用例,活動類,構件
                        行爲事物
                            代表時間或者空間上的動作
比如:消息,操作順序,連接
                        分組事物
                            包,構件
                        註釋事物
                            UML的解釋部分
                    關係
                    圖
                規則
                    範圍
                    可見性
                    完整性
                    執行
                        運行或模擬動態模型的含義是什麼
                公共機制
                    規格說明
                    修飾
                    公共分類
                    擴展機制
            4+1視圖
                1.邏輯視圖
                    系統分析設計人員,類圖和對象
                2.實現視圖
                    程序員,物理文件和組件
                3. 部署視圖
                    運維
                4. 進程視圖
                    系統集成,併發考慮
                5.用例視圖
                    用戶,需求分析模型
            UML圖
                下邊詳細展開
        UML圖
            靜態圖(結構圖)
                類圖
                    描述類和類之間的關係
                包圖
                    多個類組成一個包,描述包和包之間的關係
                構件圖
                    從功能的維度,描述模塊構件之間的關係
                部署圖
                    怎麼來部署
            動態圖(行爲圖)
                用例圖
                    用例之間的關係
                時序圖(順序圖)
                    通信,強調通信的 順序
                通信圖
                    通信,強調通信實體之間的 關係
                狀態圖
                    由狀態,轉移,事件和活動組成
                    強調 某事件 導致了對象的行爲
                    將 狀態(Node)串聯起來,事件是導致狀態變更的因素
                活動圖
                    活動流程,將活動串聯起來
                    強調活動的流程關係,考慮的併發操作
                定時圖
                    時間維度又什麼操作
        用例圖
            用來描述一組用例,參與者 以及他們之間的關係
            從用戶的角度描述系統的功能
            參與者包括:用戶,組織,外部系統,時間,溫度 等觸發因素
            用例: 是功能模塊
            關係
                包含關係
                    學習課程 必須 登錄
                擴展關係
                    學習課程 可以先 充值,也可以 不充值
                泛化關係
                    註冊功能 可以分爲 電話註冊和網絡註冊 兩種
            用例建模流程
                1. 識別參與者
                2. 合併需求獲得用例
                3.細化用例描述
                4.調整用例模型
        類圖
            類名,方法名,屬性名字
            多重度
            關係
                1.依賴關係
                    一個事務發生印象兩一個事務
                2.泛化關係
                    集成,特殊和一般的關係
                3.關聯關係
                    3.1 組合關係
                        組成一個產品,零件產品
                    3.2 聚合關係
                        聚集爲一個團隊,不聚集 也是人
                4.實現關係
                    接口
    需求定義
        將需求文檔化
    需求驗證
        需求評審
            正式評審
            非正式評審
        標誌
            用戶簽字確認
            備忘錄,郵件
    需求管理
        定義需求基線
            經過評審的需求規格說明書
        需求跟蹤
            正向跟蹤
                從需求跟蹤產品,確認該需求有沒有做
            反向跟蹤
                從產品跟蹤需求,查看某塊需求是否遺漏
            工具:需求跟蹤矩陣
        需求風險管理
            有風險的做法
                沒有足夠的用戶參與
                忽略了用戶分類
                用戶需求不斷增加
                模棱兩可的需求
                不必要的特徵
                過於簡單的 需求規格說明書SRS
                不準確的估算
    需求獲取
        需求獲取方法
            1.用戶訪談
                提前準備訪談大綱;1對1-3,抽取有代表性的客戶
            2.問卷調查
                勇奪,無法一一訪談,一般是先訪談,列出問題,對關鍵的問題進行確認
            3.現場觀摩
                針對複雜的業務流程;像實習生一樣參與實際工作中去
            4.聯合需求計劃ERP
                又稱:聯合需求分析會議,是獲取需求的方式,不是確認需求
                各方參與,成本高,可以發現和解決需求中的衝突
            5.情節串聯板
                通過講故事的方法
                原型法的雛形
            6.收集資料
                把與系統相關的對系統開發有益的資料收集起來,比如收集工作中的單據
            7.參加業務實踐
                有效的發現問題的本質和尋找解決問題的版本
            8.閱讀歷史文檔
                先閱讀文檔,後才能收集
            9.抽菸調查
                降低成本,訪談也是一種抽樣調查
                樣板大小 = 0.25 (可信度係數 / 可接受錯誤)的平方
                可信度係數
    需求工程概述
        需求概念
            用戶對系統在功能,行爲,性能,設計約束方面的期望
        行爲分類
            需求開發(技術維度)
                需求獲取;需求分析;需求定義(需求規格說明書);需求驗證
            需求基線
                經過評審的 需求規格說明書
            需求管理(管理)
                變更控制;版本控制;需求跟蹤;需求狀態跟蹤
        需求分類
            業務需求 - 整體全局
            用戶需求 - 用戶視角,怎麼操作
            系統需求 - 計算機方面
                功能需求
                非功能需求 - 性能
                設計約束 - 比如開發語言
        質量功能展開QFD
            基本需求
                用戶明確說明的需求
            期望需求
                隱含的需求,用戶沒講,但需要做的
            興奮需求
                做了用戶會意外高興的需求
            原則:做好基本,識別期望,不做興奮
        PIECES非功能性需求分類技術
            1.性能
                子主題 1
            2.信息
                用於描述數據的輸入,輸出和處理邏輯
                各種接口
            3.經濟
                成本&收益
            4.控制
                安全
            5.效率
                提高效率,節省成本
            6.服務
                提高企業對客戶,服務商,合作伙伴,顧客等的服務質量


……

 

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章