閱讀構建之法讀後感第五章

2022-05-22 13:57:10 字數 1081 閱讀 2290

軟體的設計與實現。

一: 我們寫軟體就是為了解決使用者的需求,我們要表達和傳遞下面的這些資訊。

在問題解決中的現實世界裡,都有哪些實體,如何抽象出我們真正關心的屬性,實體之間的關係是什麼,在這個基礎上,使用者的需求是什麼,軟體如何解決使用者的需求。

在「設計與實現段」我們要搞清楚軟體如何解決這些問題的需需求的。

在「測試」和「發布」階段,我們要搞清楚軟體真的解決了這些需求了嗎?

我們來看看解題者解題過程,有下面的步驟:

1.理解 ,抽象:理解問題,過濾掉非核心的資訊,抽象出關鍵資訊和他們之間的關係。

2.找到合適的數學模型。

3.根據數學模型和解法,按部就班的解決問題,這要依賴對數學模型和基本操作的掌握。

分析和設計有多方法:

1.以文字為主的文件,如word,powerpoint文件。

2.用圖形為主構造的模型,如mind map,erd,uml等各種圖,甚至包括flow chart流程圖

3.用數學語言的描述

4用類語自然語言+**構造的描述,如literate programming.

5.源**加注釋也能描述。

二:圖形建模和分析方法

1.思維導圖。

2.實體關係圖。

三:使用者體驗

使用者使用我們的軟體後,軟體第一次啟動,軟體設計者要給使用者什麼樣的第一映像?使用者回過頭來訪問你的**,你要給他們什麼樣的第一映像?我們需要考慮到這幾點。

1.誰會是我們的使用者,他們又怎樣的需求,他們知道這個軟體事做什麼的嗎?使用者想表達什麼目的,怎樣使他們盡快找到相應的功能入口,完成任務。

2.使用者和軟體的第一次使用,很大程度上決定了使用者的對軟體的評價,怎樣使使用者在第一次使用的時候就感覺很有價值,使使用者在沒有價值的地方少花時間,而把大部分時間都花在有價值的功能

3.從使用者的角度考慮,使用者需要幫助,但是使用者不是笨蛋。

四:使用者評價標準

1.盡快提供可感觸的反饋。

2.系統介面符合使用者的現實慣例。

3.使用者有控制權。

4.一致性和標準化。

5.適合各種型別的使用者。

6.幫助使用者是被診斷和修復錯誤。

7.有必要的提示和幫助文件。

《構建之法》1 5章讀後感

在第一章中所述的與軟體工程相關的學科有除計算機學科外還有管理學,系統工程,工業設計等9門學科,這是不是意味著我們在學完計算機這門學科之後還要學習這些其他的另外9門學科呢?我知道能夠學完這幾門學科固然是好的,但我們如何能夠在只有計算機工程這門學科下更好的理解與學習軟體工程呢?在第二章中 你的rp是由你...

《構建之法》1 2 3章讀後感

第一章 看了大概了解軟體從乙個想法到最終成品的乙個過程。軟體先是由乙個想法引出的,有那個想法,你需要乙個工具去做什麼,然後根據自己想要的功能大概做乙個能實現基本功能的軟體,再對客戶提出的要求進行完善,實現了功能後對軟體進行維護。還有就是做的軟體要符合客戶的要求,而不是只根據自己的想法去做,要滿足大部...

《構建之法》8 9 10章讀後感

第八章 需求分析 這一章主要介紹軟體需求的型別 利益相關者,獲取使用者需求分析的常用方法與步驟 競爭性需求分析的框架nabcd,四象限方法以及專案計畫和估計的技術。需求分析是決定乙個軟體的使用範圍,只有乙個符合大眾需求的軟體,才能獲得收益。這時需求分析就顯得尤為重要。軟體需求分為以下幾個步驟 1.獲...