對於需求過程，范圍是首要步驟。項目啟動會議是為接下來的需求發現工作奠定基礎，並確保項目成果需要的所有東西都已到位，主要利益相關者聚在一起對關鍵項目的問題達成一致意見。會議參與者有主要利益相關者：客戶、關鍵用戶、首席需求分析師、技術和業務專家，以及其他對項目的成功具有關鍵作用的人物。
項目啟動，基本假定：如果意見軟件（或設備、服務）要開發，那么它必須為擁有它的人提供最理想的價值。包括1. 項目的目標2. 工作的范圍3. 利益相關者4.名稱：項目中使用的特備術語5. 相關事實和假定：是否有一些特殊事實需要讓大家知道？是否做了一些假定，而這些假定會影響到項目的結果？6. 估算的費用7. 風險8. 繼續或終止的決定
項目啟動的主要討論內容為
l 確定業務問題的范圍（上下文圖）：爭取讓利益相關者達成一致意見，認為擁有者的組織機構的這個部分需要改進。
l 確認了需求發現工作中要包含的功能。
l 確認了需求發現工作中明確排除在外的功能。
確定業務問題的范圍通常是最方便的啟動方式。產品開發周期的第一項任務就是定義工作（安裝了產品后，將會發生改變的業務）的准確范圍。不能從環境中分離工作。任何一部分工作，都必須至少和另一部分工作有聯系。所有活動都是由數據驅動，活動與活動有聯系，這種聯系就是數據流。為了實現擁有者的最佳價值，就要研究足夠的擁有者的工作，以確定什么有價值。工作上下文范圍圖確定了我們打算研究的工作的邊界。該圖將工作顯示為一個活動，周圍圍繞着相鄰系統。命名的箭頭代表了相鄰系統和我們的工作之間的數據流。相鄰系統是決定不研究的活動。工作上下文范圍展示了工作的職責和相鄰系統的職責起止之處。在多數情況下，如果項目只研究他們想象中的產品應該包含哪些內容，構建的產品一般不太有用。常常會遺漏對擁有者很有價值的功能。同時也要考慮擴大工作范圍的可能性。你會發現其他部分的自動化或其他類型的改進，可能也是有價值的。范圍、目標、利益相關者的三位一體。每個項目都可能有幾十種利益相關者。你要為擁有者創造價值，這可能意味着和很多人交談，他們都可能是需求的來源。項目目標是最高層次的需求。如果不能清楚地知道產品打算做什么，不知道怎樣度量產品地成功，那么就不可能構建出正確地產品。
案例分析：
在IceBreaker項目中，首席需求分析師協調整個小組的討論，直到他們對工作的范圍（也就是要研究的業務領域）以及工作所包含的功能，怎樣聯系達成一致意見。
會議參與者在白板上畫出上下文的范圍模型，展示工作所包含的功能，並引申開來，展示他們認為在冰情預報業務范圍之外的東西。
由此明顯可見，該圓角矩形代表業務范圍，系統用例圖和上下文圖通常用來定義系統邊界。
對於這次上課為什么回答不出來這個問題進行反思，回答說是“目的”，現在看來是沒有明白這道題的上下文語境。課上效率不高，沒有明確這節課的重點知識。及時在后來有人告訴答案，也因為某種原因沒有得到老師的認可。年齡已經不小了，卻不能順利的將自己的信息傳達出去。回答問題做不到干凈利落，使他人聽清。軟件工程是針對人的學科，在於和人的交流，正確傳達出自己的信息，知他人心。介於此番博客，反思下自我的弱點。是個看以智商卓越、性格完美為主角的IP看多了的人，無論是上課的引例福爾摩斯還是天明等的異次元人，他們身上有着難以企及的高度，福爾摩斯推理的縝密與睿智，天明的運氣與永不言敗等優秀的主角光環，相比於缺點（使他們更有人情味）他們身上都是那么的完美。我不知道我是誰，是個整天胡思亂想的小女孩，是個傻笑與略帶嬌羞的瘋子？在幾次參加比賽中，總會被指責怎么不說話，后他們又以還小來緩解氣氛。可是，知道的是快要進社會了，要得有養得起自己的一技之長。其實，就像今天上課說得那樣，等你什么東西都學不到的時候你就該跳槽了。人生來就是一步步成長的，向自己心中的那個樣子慢慢的學習與前進。你是你，你不能決定生與死，但你也可以促進成為促進經濟生長，緩解老齡化的那一個人，小小塵埃總會有自己的用處。