1 前言
需求就是對使用者期望的軟體行為的表述； 獲取需求就是需求分析師通過關注使用者的期望和需要，從而獲得使用者期望的軟體行為，然後對其進行表述的工作； 需求分析是在獲取需求的基礎上進一步對軟體涉及的物件或實體的狀態、特徵和行為進行準確描述或建模的工作。本次作業將基於我的工程實踐專案展開。
2 用例建模
2.1用例建模基本步驟
第一步，從需求表述中找出用例，往往是動名詞短語表示的抽象用例； 第二步，描述用例開始和結束的狀態，用tucbw和tucew表示的高層用例； 第三步，對用例按照子系統或不同的方面進行分類，描述用例與用例、用例與參與者之間的上下文關係，並畫出用例圖； 第四步，進一步逐一分析用例與參與者的詳細互動過程，完成乙個兩列的**將參與者和待開發軟體系統之間從用例開始到用例結束的所有互動步驟都列舉出來擴充套件用例。 其中第一步到第三步是計畫階段，第四步是增量實現階段。
2.2普通使用者用例圖
普通使用者可以通過註冊、登入來修改個人資訊。還可以使用查詢功能來獲取需求，並有訊息中心來接收訊息。
2.3商戶用例圖
商戶可以註冊店鋪，登入、管理店鋪資訊，也有訊息中心。
2.4管理員用例
管理員可以登入系統，管理首頁內容以及店鋪審核、資訊推送等。
3 業務領域建模
3.1業務領域建模簡介與方法
業務領域建模是開發團隊用於獲取業務領域知識的過程。因為軟體工程師往往需要工作在不同的業務領域或者不同專案中，他們需要業務領域知識來開發軟體系統。軟體工程師往往來自不同的專業背景，這可能會影響他們對業務領域的認知。因此業務領域建模有助於開發團隊獲取業務領域知識形成統一的業務認知。 開發團隊獲取業務領域知識的過程一般包括收集業務領域相關資訊、執行團隊頭腦風暴、對業務領域相關的知識概念進行分類，最後用uml類圖將業務領域知識圖形化展示。
第一步，收集應用業務領域的資訊。聚焦在功能需求層面，也考慮其他型別的需求和資料；第二步，頭腦風暴。列出重要的應用業務領域概念，給出這些概念的屬性，以及這些概念之間的關係；第三步，給這些應用業務領域概念分類。分別列出哪些是類、哪些屬性和屬性值、以及列出類之間的繼承關係、聚合關係和關聯關係；第四步，將結果用 uml 類圖畫出來。
3.2uml類圖
業務類圖如下：
4 資料建模
4.1 普通使用者
4.2 商戶
4.3 管理員
4.4推送資訊
5 概念模型
5.1概念模型簡介
概念是人對能代表某種事物或者發展過程的特點及其意義所形成的思維結論，而概念原型是一種虛擬化的、理想化的軟體產品形式。我們可以得到這樣的公式：概念原型=用例+資料模型。
5.2專案中的概念模型
本專案中，使用者通過註冊、登入使用本小程式，可以使用搜尋等功能。而商戶還可以進行店鋪資訊管理。管理員擁有審核許可權。
6 總結
通過本次課程的學習，我知道了如何系統的進行專案的搭建，可以更加科學的對專案進行架構，消除了之前的許多弊端。
從MFQ方法到需求分析
前幾天看了一篇效能測試相關的文章 效能測試模型初探及應用方法分析，其中提到了mfq分析方法。專門去查閱了mfq相關的一些資料，學習了一番。之後想起了以前看 google的軟體測試之道 這本書時，書中提到的一種測試分析方法 acc分析方法。還有我個人在工作學習中總結的乙個分析方法 象限分析法。這篇部落...
易校小程式典型使用者需求分析
工作序號 01 使用者 修改時間 19 52 1.背景 1 典型使用者 一天 2 使用者的需求 迫切需要解決的問題 想去石家莊鐵道大學上自習時需要耗費很長時間在電子顯示屏上看，不易記住所有空教室 眼睛痠痛 脖子累 3 假設 使用者成功進入小程式 能夠實現不同教學樓 不同時間的選擇 查詢功能已實現 2...
微信小程式開發 從px到rpx
但是這不是我們要關注的重點。在使用rem時，我們常常讓設計師根據iphone6的標準出設計稿。因為如果以iphone6為標準，並且在iphone6上將fontsize設定成62.5 那麼1rem就等於10px，我們只要將設計師標註的尺寸 一般標註的是物理解析度 除以20就可以得到單位為rem的數值了...