基本任務
問題定義階段要回答的關鍵問題是：“要解決的問題是什麼？”因此，其基本任務就是分析要解決的問題，提交問題定義報告。經用戶同意後，就可作為下一步工作——可行性研究的依據。系統分析員在問題定義階段應通過對系統的實際用戶和使用部門負責人的訪問調查，寫出對問題的理解，搞清楚用戶為什麼會提出這樣的問題，問題的背景和用戶的目標是什麼。然後據此提出關於問題的性質、工程的目標和規模的書面報告，並在用戶和使用部門負責人參加的會議上認真討論這份書面報告，澄清含糊不清的地方，改正理解不正確的地方。最後形成一份雙方都滿意的文檔，以確保開發人員、用戶和使用部門的負責人對問題的性質、工程的目標和規模取得一致的看法，從而進入下一階段的工作。問題定義階段是軟體生命周期中最簡短的階段，一般只需要一天甚至更短的時間。
內容
問題定義的主要內容有：
（1）問題的背景。弄清楚待開發系統現在處於什麼狀態，為什麼要開發它，是否具備開發條件等問題。
（2）提出開發系統的問題要求以及總體要求。
（3）明確問題的性質、類型和範圍。
（3）明確待開發系統要實現的目標、功能和規模。
（4）提出開發的條件要求和環境要求。
以上主要內容應寫在問題定義報告（或系統目標和範圍說明書）中，作為這一階段的“工作總結”。
步驟
在問題定義階段，系統分析員要深入現場，閱讀用戶寫的書面報告，聽取用戶對開發系統的要求，調查開發系統的背景理由。還要與用戶負責人反覆討論，以澄清模糊的地方，改正不正確的地方。最後寫出雙方都滿意的問題定義報告，並確定雙方是否可進行可行性研究。
在對問題作出定義之後，應提出關於問題的性質、工程的目標和規模的書面報告。問題定義報告沒有統一的文檔格式，但一般來說應該包括以下內容：
（1）工程項目名稱；
（2）使用方；
（3）開發方；
（4）對問題的概括定義；
（5）項目的目標；
（6）項目的規模。
有時還可以加入對項目的初步構想和對可行性研究的建議等內容。問題定義報告的內容應簡潔、清楚，一般在一頁紙以內。
