《軟體需求》讀後感05

2022-05-08 16:27:11 字數 798 閱讀 1788

自從上一次發表讀書筆記已經有一段時間了。。

第10章畫圖工具目前我使用的是visio,與之前用wps畫圖感到比較明顯的就是,以前用wps畫還得考慮邊界大小和改變填充等,通過visio可以畫各種各樣的圖並且不會出現邏輯的錯誤,修改起來也比較麻煩。

關於建立類圖~

1確定類:

概念類,我們需要區分不同的類哪些是無用的,哪些是可以合併的候選的,哪些是有用的。---名詞

2確定屬性:

考慮一般性描述,特定性描述,責任,狀態。原則不為物件關聯定義屬性(如畢業設計題目與教師和學生存在關聯,但題目中不應定義「教師姓名」、「學號」之類的屬性

3確定關係

:關聯關係--關聯名稱,關聯每端的角色名稱

共享聚集:

n:1/n:n

組合聚集:

1:n泛化: 多個類之間有共同屬性和方法就可以選擇提出相同的部分

在這一部分,我容易錯的就是不能準確地提煉出類,另外針對於只有狀態沒有方法和只有方法沒有狀態的類我們是單獨作為乙個類還是作為別的類的屬性或者是檢視是否有所缺漏,我在之前也是沒有注意過的。在話類圖時也總會忘記分析類與類的對應關係

《軟體需求》讀後感04

今天閱讀了第二部分的第8章後部分,第9章和第10章 聆聽客戶的意見,編寫需求文件,需求的圖形化分析。需求分析的定位是做什麼而不是怎麼做,例項圖是具有功能性質的,不宜太多或者太細。在第9章學習中,需求文件應該是由形式化,結構化,陳訴一致的樣式,確定的態度,定量化,言簡意賅的自然語言 使用者術語 編寫,...

《軟體需求》讀後感01

今天閱讀了第一部分的前三章 是什麼為什麼,客戶需求觀,需求工程的推薦方法 感悟深刻的是 參與度 要做乙個專案,就得明白給誰做做什麼,也就是這個專案的需求。需求是不同類的使用者所不同的,所以我們需要針對不同類的使用者獲取需求,這就需要不同類的使用者參與。當我們在獲取需求時,要判斷哪些是我們能做的拿些不...

《軟體需求》讀後感02

需求實踐中的種種不足會給專案的成功帶來很多風險。如使用者參與不足 客戶常常不能理解為什麼必須下這麼大力氣去收集需求和保證需求質量。開發人員往往也不重視使用者的參與,原因是自己以為已經知道了使用者想要什麼,這就是使用者心中所想與開發人員心中所想產生偏差,從而影響專案的成功。使用者需求拓展 由於開發過程...