電腦科學與工程學院實驗報告（首頁）
課程名稱 軟體需求分析與建模 班級 18軟體工程5班
實驗名稱 三個應用系統與專案分析 教導教師 董瑞生
組員 鄭遠曦、吳光華 日期 2020．10.25
系統的功能與我組功能差異
我組在匹配施工隊時，訂單的選擇權力在施工隊這邊，施工隊可以選擇接單，使用者只能被動接受，同時使用者也不能檢視到施工隊的所有資訊；而該系統則將選擇權交給使用者，使用者根據自己的需求選擇合適的師傅完成工作。同時該系統還有地圖定位功能，方便使用者檢視自己的位置，我組在設計之初也有考慮過該功能，但經過思考與驗證後，發現沒有必要。
改進建議
我組功能還設計中希望加入單獨的檢測、處理還有疑問諮詢和推送文章的功能，與該軟體的功能相比更加複雜全面一點。
系統的功能與我組功能差異
我認為該系統的首頁面有很多的業務功能，這說明該系統的業務不再單一，業務不斷擴充套件，不斷地滿足使用者更多需求，這是好的方向，因為我們發現很多大公司在發展到了一定程度時，都會去試著拓展自己的其他業務，不會將自己侷限於單一的業務，但是這是系統運營後期的事情。我組在運營前期階段還是要先做好我們一開始提出業務¬——除醛。
使用者也可以在系統中檢視商家或者師傅的資料資訊，增強了使用者對系統信任度，而我組則沒有這一項功能。
系統的功能與我組功能差異
該系統在入駐的註冊中非常的嚴格，需要填寫身份證資訊，還要上傳身份證的**，這樣能夠保障入駐商家的合法性和正規性，這樣間接性的保障了使用者享受服務的安全，我們在設計功能的時候往往會忽略的地方，我們在施工隊入駐時，所需填寫的資訊不夠全面，也不夠規範，難以保障使用者的安全。
改進建議
我們要施工隊入駐時，所填資訊應該更加全面，更加規範，同時要能夠證明自己的身份，來保障使用者與施工隊接觸時的生命財產安全。
《需求工程 軟體建模與分析》04
一 需求捕獲過程 一 需求內容 1 需求。主要表現為使用者對系統的期望及目標，在獲取中體現為涉眾的問題 期望 觀點 看法和態度等。2 問題與描述。主要用於承載和解釋需求的問題域特性，表現為現實世界的業務運 況。3 環境與約束。這屬於一種特殊的問題域特性，其主要 於涉眾的描述和對應用環境的觀察。1 涉...
《需求工程 軟體建模與分析》01
一 滿足需求就是解決問題 問題解決的 兩個方面 問題域與解系統 首先，我們需要簡要了解這兩點的概念。第一，問題域是需求的背景，要理解需求就必須先理解問題域。問題域的背景資訊又被稱為問題域特性 problem domain feature 與需求相區別的是，問題域是自治的，它有自己的執行規律，而且這些...
需求分析 軟體建模與分析閱讀筆記03
通過閱讀需求需求分析 軟體建模與分析，了解到在需求獲取中有很多困難時普遍存在的，了解這些困難對更好的了解需求分析獲取活動的複雜性有重要意義。需求獲取中常見的困難有使用者和開發人員的背景不同，立場不同。使用者和開發人員具有不同的詞匯集，所以在使用者傳遞乙個資訊時，開發人員可能連使用者表達資訊所使用的概...