本次，我學習了業務用例，即萬無一失的工作劃分方法，從而為需求調研鋪平了道路。
1.確定用例:用例及其用例」( use case)這個術語最先由 ivar jacobson在2023年提出,用於描述系統及其使用者之間的互動。 jacobson需要將系統分解為較小的單元,因為他感到物件模型不具備可擴充套件性。所以,為了克服現代系統的複雜性和龐大性, jacobson說,首先需要將系統劃分為一些較方便的大塊,這些大塊的劃分應該從使用者的視角出發
2.確定上下範圍:工作的範圍工作是最終產品擁有者的業務活動。或者,你可以認為它是顧客或客戶希望改進的那部分業務,要理解這項工作,最好想想它與外部世界是怎樣聯絡的。這種視角是有意義的,因為工作存在是為了向外部世界提供服務。為了能提供那些服務,工作必須從外界接收資訊和訊號,利用這些輸入作為原材料,並將一些資訊和訊號送回外界,即這些東西的消費者。外部世界由相鄰系統代表,它們是自動化的系統,人,部門,組織,以及其他向工作提出某種要求或作出某種貢獻的
3.業務事件:任何工作都響應外部發生的事件,就這麼簡單。為了清楚起見,因為我們是在討論擁有者或業務,我們就把這些發生的事件稱為「業務事件」
01掌握需求過程閱讀筆記之一
在最近大致我看了掌握需求過程這本書，在這本書中，通過乙個個的步驟，乙個個的模組，向我展示了需求徵集和驗證的過程。首先，什麼是需求？簡而言之，需求就是產品支援其擁有者的業務所必須完成的事情，或者讓擁有者接受並且感興趣所必備的品質。需求之所以存在，要麼是因為該型別的產品要求某些功能和品質，要麼因為客戶希...
2020122702 掌握需求過程 3
質量關是每項需求正式進入需求說明書地方。我們在分析需求的時候，通常是把想到的各種各樣的想法都記錄下來，需求可能出現在任何地方，我們捕獲了需求之後，並不會直接分析需求，有必要存在，也不考慮需求的完整性和一致性。而有了質量關之後，我們就要完整的看某一項需求了，考慮這個需求是否完整，是否合適放入到需求說明...
2020122702 掌握需求過程 2
編寫需求規格說明書是指得到要構建的產品的完整描述的任務。在需求分析的過程中，要把我們的每一步記錄下來，這並不是簡簡單單的寫報告而已，而是發現問題，理清自己思路的乙個很好的方式。需求產品說明書的完整是乙個開發軟體的必備條件，它必須包含清晰 完整 可測試的指令，說明必須構建什麼，清楚自己的目標。所以編寫...