構建之法閱讀筆記05

2022-01-12 21:58:51 字數 1407 閱讀 3915

時隔多日,自己又重拾《構建之法》,今天對需求分析這部分進行了閱讀。

當我們程式設計師在編寫軟體之前要做的就是了解使用者的需求,準確而全面地找到需求主要有以下幾個步驟:

1、獲取和引導需求(elicitation)

我們需要找到軟體的利益相關者,了解和挖掘他們對軟體的需求,引導他們表達出對軟體的需求。很多時候使用者並不知道自己確切的需求,或者表達不完整自己的需求,我們需要設身處地,替使用者著想,引導出需求。

2、分析和定義需求(analysis  & specification)

這是指對從各個方面獲取的需求進行規整,定義需求的內涵,從各個角度將需求量化(需求實現的最後期限,實現需求大致所需的時間和資源成本,各個不同需求的優先順序,需求帶來的收益,等等)。

3、驗證需求(validation)

軟體團隊要跟利益相關者溝通,通過分析報告、技術原型、使用者調查或演示等形式向他們驗證軟體團隊對於這些需求的認知。

4、在軟體產品的生命週期中管理需求(management)

在軟體的生命週期中,需求在發生變化,技術在發展。團隊成員的能力也在提高。原來認為重要的事情可能不再重要,有些功能原來在技術上很難實現,現在出現了捷徑等等,這些都要求我們不斷對需求進行重新審核並做出相應的調整。

之後我們團隊應該好好學習這種需求分析過程,畢竟之後在進入公司進行真正的商也軟體開發時,這種需求分析方法還是很重要的。我們現在要做的就是,盡量去踐行,方便之後更快的融入公司開發團隊。

時隔多日,自己又重拾《構建之法》,今天對需求分析這部分進行了閱讀。

當我們程式設計師在編寫軟體之前要做的就是了解使用者的需求,準確而全面地找到需求主要有以下幾個步驟:

1、獲取和引導需求(elicitation)

我們需要找到軟體的利益相關者,了解和挖掘他們對軟體的需求,引導他們表達出對軟體的需求。很多時候使用者並不知道自己確切的需求,或者表達不完整自己的需求,我們需要設身處地,替使用者著想,引導出需求。

2、分析和定義需求(analysis  & specification)

這是指對從各個方面獲取的需求進行規整,定義需求的內涵,從各個角度將需求量化(需求實現的最後期限,實現需求大致所需的時間和資源成本,各個不同需求的優先順序,需求帶來的收益,等等)。

3、驗證需求(validation)

軟體團隊要跟利益相關者溝通,通過分析報告、技術原型、使用者調查或演示等形式向他們驗證軟體團隊對於這些需求的認知。

4、在軟體產品的生命週期中管理需求(management)

在軟體的生命週期中,需求在發生變化,技術在發展。團隊成員的能力也在提高。原來認為重要的事情可能不再重要,有些功能原來在技術上很難實現,現在出現了捷徑等等,這些都要求我們不斷對需求進行重新審核並做出相應的調整。

之後我們團隊應該好好學習這種需求分析過程,畢竟之後在進入公司進行真正的商也軟體開發時,這種需求分析方法還是很重要的。我們現在要做的就是,盡量去踐行,方便之後更快的融入公司開發團隊。

構建之法閱讀筆記05

本次閱讀了第十三 軟體測試 十四章 質量保障 在軟體發布前基本沒有進行測試,直到上台講述的之前的一段時間才發現了一些問題,甚是著急 第十三章中excel計算1900閏年錯誤的例子給了我乙個全新的概念 要服務於最主要的功能.傳說中的拐點 小飛 我聽說在軟體專案中,有這樣乙個拐點存在 在這一點之前,新的...

構建之法閱讀筆記05

這是構建之法的最後一篇閱讀筆記 這幾天主要閱讀了it的創新這一章,創新在現代的社會中是乙個被說爛了的詞語,各行各業都在提倡創新,就連學校裡也在提倡什麼創新創業大賽 在 構建之法 的創新迷思一節,列舉出了七個迷思,接下來分別作出乙個簡要的概述。迷思之一 偉大的創新總是靈光一現。迷思之二 大家都喜歡創新...

《構建之法》閱讀筆記05

第五次寫閱讀筆記了。第十三章 軟體測試 這章講了各種測試方法和測試的設計方法。一些基本的名字解釋 bug 軟體的缺陷,可分為 症狀 程式錯誤 根本原因 test case 測試用例,描述完整的測試過程 test suite 測試用例集。按測試方法可分為黑箱和白箱 按測試目的可分為 功能測試 非功能測...