今天結合專案與大家討論需求的分析階段和相關完成相關分析任務時使用的技術。在需求分析階段有兩個關鍵任務，即根據系統需求確定系統需求和建立系統需求模型。
通常，負責開發軟體專案的專案經理或系統分析師需要盡可能多地了解軟體專案中涉及的業務活動的詳細資訊，因為只有熟悉專案業務活動的詳細資訊才能熟悉專案，確保系統完全滿足業務需求。
系統分析階段要完成的主要工作是確定系統需求。系統需求是必須由新系統完成的功能。在系統分析階段，專案經理或系統分析員需要詳細定義和描述這些功能。
換句話說，專案經理或系統分析師必須將這些功能分解為更詳細的需求。通常，系統需求分為功能需求和非功能非功能需求。
功能需求是系統必須完成的活動。功能需求直接來自專案招標檔案，任務描述和專案合同確定的系統功能。例如，專案需要實現諸如個人資料的自動識別，批量匯入和手動輸入，支援個人資料的管理和分類，支援構建網路結構等功能。
這些是專案要實現的功能。識別和描述所有這些功能需要花費大量的時間和精力。功能需求建模是理解功能需求的最佳方式。
非功能需求是描述軟體操作環境和效能目標的系統需求。例如，專案需要支援windows和linux平台，支援的移動終端是android平台和ios平台，使用者訪問系統和完成操作的響應時間通常控制在5秒等非功能需求。
功能需求和非功能需求對於新系統的完整定義至關重要。兩類系統需求都包含在需求調研工作中。功能需求通常記錄在已建立的分析模型中，非功能需求通常記錄在非功能需求的敘述性描述中。
系統利益相關者有三種型別。
第乙個是使用該系統的人，該類也稱為使用者。
第二個是購買和擁有系統的人。這類人也稱為客戶。
第三是確保系統執行的維護人員。也被稱為技術人員。
使用者是使用該系統處理日常事務的人。使用系統時，使用者可能處於不同的角色。不同角色的使用者對系統有不同的需求。
例如，在庫存管理系統中，涉及生產部門，進入部門，倉庫和銷售部門，並且每個部門的員工的需求是不同的。因此，在調查系統需求時，務必確保這些部門的每個人都在表達自己的需求。
如在社交專案中，使用者分為業務使用者，普通使用者，學生使用者，專業使用者，客戶和技術人員。
業務使用者必須維護客戶關係並擴充套件客戶需求;
普通使用者可以簡單記錄通訊資料的需求;
學生使用者更注重社交資料的真實性，個性化數字名片，校園社交等需求;
專業使用者包括公務員，醫生，律師，科技工作者和其他使用者，這類使用者將有社交圈，分享等需求。
客戶是為系統提供資金的人員和組織。客戶可以是專案投標人，購買系統的個人和組織，以及開發專案的公司管理人員。
將客戶包含在系統利益相關者列表中是因為專案開發團隊必須始終向客戶提供專案開發過程中專案進度的匯報。
技術人員不是真正的使用者，但他們是技術需求的**。
系統開發中分析階段的目標是了解專案中涉及的業務流程並定義系統需求。了解新系統業務流程的最佳方法是對系統利益相關者的需求進行調研。
還可以通過了解類似系統的業務流程和活動來推斷新系統的業務流程和系統需求。類似的系統可以是原始系統或第三方公司。
在進行系統分析時，專案經理或系統分析員提出的第乙個問題是：
我需要收集哪些資訊？
通常，調查系統需求主要是獲取可以建立新系統的邏輯模型的資訊。進行系統需求調查可以從三個問題開始：
●專案涉及哪些業務流程和活動？可以問使用者「你想做什麼？」
●業務流程和活動應如何完成？也就是說，詢問使用者「你將如何完成它」或「需要哪些步驟？」
●需求資訊是什麼？那就是詢問使用者「實現這些業務流程需要哪些資訊？」
第乙個問題「你在做什麼？」
從使用者的角度來看，理解系統必須完成的功能。在大多數情況下，使用者將響應已知系統或他們自己的需求。
作為專案經理或系統分析員，需要從使用者的響應中仔細識別使用者提出的功能，哪些功能很重要，哪些功能需要保留，哪些功能需要刪除。
例如，網路專案的商業使用者可能希望在假期期間自動向所選客戶傳送賀卡等。
第二個問題是「你將如何完成它？」。
從使用者的角度描述完成功能的步驟。
例如，在自動傳送賀卡功能中，使用者可能希望先選擇要自動傳送的客戶，然後設定傳送時間，然後設定賀卡模板，輸入賀卡內容，最後自動輸入系統在設定的時間傳送賀卡。
第三個問題是「實現這些業務流程需要哪些資訊？」。
在使用者提出新系統的功能和完成步驟之後，專案經理和系統分析員需要確定要向系統提供哪些資訊來執行這些功能。
第乙個和第二個問題用於確定新系統的功能和完成步驟，
第三個問題提供描述第乙個和第二個問題的特定資訊。
這三個問題的答案定義了系統需求的基礎。作為專案經理或系統分析員，了解使用者需求和構建需求模型是最重要的功能之一。
調研系統需求也可以遵循專案經理和系統分析員經常使用的經過驗證的方法，以提高系統分析的效率。
這些方法可廣泛用於不同規模的軟體專案開發：
●向系統利益相關者分發和收集調查問卷
●檢視現有報告，表單或流程說明
●主持訪談和與使用者的討論
●觀察類似系統的流程和工作流程
●建立新的系統原型
系統需求主要由功能需求和非功能需求組成。功能需求是系統必須完成的活動。專案招標檔案，使命陳述，專案合同等確定了系統的功能範圍。在分析階段，專案經理或系統分析員將這些功能分解為詳細的功能需求;
非功能需求是描述軟體操作環境和效能目標的系統需求，例如系統效能指標。
確定新系統需求的最佳方法是對系統利益相關者的需求進行調查。
調查系統利益相關者的方法是向系統利益相關者分發和收集調查，審查現有報告，**或過程描述，主持人和使用者。訪談和討論。還可以通過確定類似系統的業務流程和活動來推斷新系統的業務流程和系統需求。
需求分析 識別系統需求中的三類事件
在前面的課程中，我們了解了什麼是事件？事件是可以描述的 值得記錄的在某一特定時間和地點發生的事情，當事件發生時，系統要做出響應。系統可能會響應外部發生的事件，也可能會響應在系統內部發生的事件，也可能在指定的時間段系統要做出響應。我們把系統響應外部發生的事件稱為外部事件 把系統響應內部發生的事件稱為狀...
基於手勢識別系統的需求分析和概念原型
為了更好的完成工程實踐，在專案的初始階段需要對其進行需求分析與概念原型的設計，從而可以對後續工作定下明確的方向，本文從需求分析 業務領域建模 資料模型和概念原型等幾個方面，基於我的工程實踐專案 手勢識別系統，進行乙個簡要的實踐分析。我的工程實踐專案是乙個手勢識別系統，根據以往的文獻來看，該項目的實現...
由簡單的目標識別系統談需求分析
由於本人的工程實踐專案是nlp分詞演算法，所以沒有辦法很好的做需求分析。我虛構了乙個簡單的深度學習專案，可以更好地學習和把握 以建模的方法掌握需求分析的過程。比如ai識別的系統，如植物分類的識別系統。簡單地說。當使用者上傳，系統會顯示這種植物屬於什麼類別。由課上我已經知道，需求分析有兩種基本方法，分...