2. 六邊形法則
1)組織結構:企業為進行相應的業務流程所做的人員的組織安排。
2)業務流程:企業開展業務所必須的各個環節及在每個環節中的具體做法。
3)業務數據:企業內部經營信息的存儲和流動形式。
4)業務地點分布:反映企業在什么地方開展業務以及業務流程中的各個環節之間的地點關系。
5)業務應用:企業以什么樣的應用軟件處理業務流程中的各個環節。
6)技術基礎設施:企業在信息技術基礎設施上的狀況。
五、需求分析
1. 繪制關聯圖
1)用于定義系統與系統外部實體間的界限和接口的簡單模型。
2)明確了通過接口的信息流和物流。
2. 創建開發原型
1)使得許多概念和可能發生的事更為直觀明了。
2)用戶通過評價原型將使項目參與者能更好地相互理解所要解決的問題。
3. 確定需求優先級
1)應用分析方法來確定使用實例、產品特性或單項需求實現的優先級別。
2)以優先級為基礎確定產品版本將包括哪些特性或哪類需求。
3)帕雷托圖定理(Pareto,2,8定理)
4. 為需求建立模型
1)是軟件需求規格說明極好的補充說明。
2)它們能提供不同的信息與關系以有助于找到不正確的、不一致的、遺漏的和冗余的需求。
3)這樣的模型包括用例圖、流程圖、實體關系圖、狀態圖、時序圖、類圖、對象類及交互調用圖。例如:
并且書寫用例情況
用例名稱:網站新聞發布 |
用例標識號:102 |
角色:后臺系統管理員 |
用例說明:后臺系統管理員用來填寫和修改物流網站首頁的新聞,新聞終顯示在物流網站的首頁上。 |
前置條件:后臺系統管理員已經登錄物流網站后臺管理系統 |
基本事件流: |
1. 選擇發布新聞 2. 填寫新聞標題,內容以及上傳圖片 3. 修改標題、內容、圖片,也可以完全刪除,重填新聞信息 4. 編輯完成,選擇提交 5. 用例終止 |
其他事件流:在提交之前,隨時可以返回,任何修改內容都不會影響網站首頁的新聞 |
異常事件流: |
1. 提示圖片大小超過范圍錯誤信息,重新上傳, 2. 返回到后臺管理系統主頁面 |
后置條件:網站首頁的新聞信息被更新 |
注釋:無 |
5. 編寫數據字典
1)創建數據字典,數據字典是對系統用到的所有數據項和結構的定義,以確保開發人員使用統一的數據定義。
2)在需求階段,數據字典至少應定義客戶數據項以確保客戶與開發小組是使用一致的定義和術語。