《20170930-構建之法：現代軟件工程-閱讀筆記》
第八章 需求分析
軟件需求：
1、獲取和引導需求
2、分析和定義需求
3、驗證需求
4、在軟件產品的生命周期中管理需求
或
1、對產品功能性的需求
2、對產品開發過程的需求
3、非功能性需求
4、綜合需求
軟件產品的利益相關者：
1、用戶
2、顧客
3、市場分析者
4、監管機構
5、系統/應用集成商
6、軟件團隊
7、軟件工程師
獲取用戶需求——用戶調研：
1、焦點小組
2、深入面談
3、卡片分類
4、用戶調查問卷
5、用戶日誌研究
6、人類學調查
7、眼動跟蹤研究
8、快速原型調研
9、A/B測試
競爭性需求分析的框架——NABCD模型：
1.Need需求
2.Approach做法
3.Benefit好處
4.Competitors競爭
5.Delivery推廣
目標、估計、決心
《20170930-構建之法：現代軟件工程-閱讀筆記》
相關推薦
《20170930-構建之法：現代軟件工程-閱讀筆記》
ive 產品開發 分析 del 功能性 app 需求 推廣 生命 第八章 需求分析 軟件需求： 1、獲取和引導需求 2、分析和定義需求 3、驗證需求 4、在軟件產品的生命周期中管理需求 或 1、對產品功能性的需求 2、對產品開發過程的需求 3、非功能性需求 4、綜合需求 軟
《20170906-構建之法：現代軟件工程-閱讀筆記》
人員 移植 越來越大 軟件設計 用戶需求 原因 支持 貴的 需求分析 閱讀第一章使我知道了 1.軟件分為系統軟件，應用軟件和病毒軟件。 軟件=程序 + 軟件工程 2.軟件的特點：復雜性，抽象性，不可見性，易變性，服從性，非連續性，
2017090-構建之法：現代軟件工程-閱讀筆記
軟件 可維護 unifi 軟件工程 筆記 瀑布模型 軟件維護 老板 ces 現代軟件工程 軟件 = 程序 + 軟件工程 程序 = 數據結構 + 算法 軟件工程包括了開發，運營，軟件維護的過程中的很多技術、做法、習慣和思想。軟件工程把這些相關的技術和過程統一到一個體系中，叫“
2017-09-10-構建之法：現代軟件工程-閱讀筆記
參數 驗證 時間 第二章 軟件企業 功能 模塊 復雜 1.3 第一章 軟件= 程序+軟件工程 程序= 數據結構+算法 軟件企業 = 軟件+商業模式 軟件的特殊性：復雜性、不可見性、易變性、服從性、非連續性。 第二章 2.1單元測試： 2.1.1用VSTS寫單元測試 2.1
20170913-構建之法：現代軟件工程-閱讀筆記
一個 管理 質量 常用 容易 高質量 目標 易用性 其它 軟件工程包括了開發、運營、維護軟件過程中的很多技術、做法、習慣和思想。軟件工程把這些相關的技術和過程統一到一個體系中，叫“軟件開發流程”，軟件開發流程的目的是為了提高軟件開發、運營、維護的效率，以及提升用戶的滿意度、
《20170914-構建之法：現代軟件工程-閱讀筆記1》
筆記 bsp 量化 應用 pan class 包含 運營 有序 1.軟件= 程序+軟件工程 2.軟件工程定義：軟件工程是系統的、有序的·、可量化的方法應用到軟件的開發、運營和維護上的過程。 3.軟件工程包含以下領域：（1）軟件需求分析 （2）
20150914-構建之法：現代軟件工程-閱讀筆記
玩具 過程 同時 測試的 問題 參數 修改 效率 個人 我閱讀了本書的第一章和第二章。第一章開篇引導了軟件工程的概念，又通過一則故事引導出了一個程序員編寫一個程序到需求變成一個軟件的過程。通過生動的舉例讓讀者生動的認識到了，什麽是程序，什麽是用戶，後面有了需求。把一個隨手的
20170914-構建之法：現代軟件工程-閱讀筆記
舉例 原本 需要 最大的 軟件工程 別人 過程 想想 現在 我看了《構建之法：現代軟件工程》前四章，本來沒有接觸過軟件工程，以為這是一門很無聊也很沒有用的課程，但是通過上課和看書我發現，這裏面的內容並不是我想想的那樣，可能看著文字多，但是都很有趣，而且還給配圖，一點都不無聊
《20170914-構建之法：現代軟件工程-閱讀筆記》
軟件工程 穩定 軟件 失敗 抽樣 屬於 閱讀 依賴 可見 第一章： 1.軟件=程序+軟件工程。 2.程序=數據結構+算法。 3.軟件企業=軟件+商業模式。 4.復雜的軟件有合理的軟件架構、軟件設計、實現，以及程序文件之間的依賴關系、編譯參數、鏈接參數，都屬於
構建之法：現代軟件工程-閱讀筆記
角色 模式 不同 軟件設計 軟件工具 軟件企業 不同的 存在 設計 軟件=程序+軟件工程 軟件企業=軟件+商業模式 軟件工程包括以下領域：軟件需求分析、軟件設計、軟件構建、軟件測試和軟件維護 軟件工程是把系統的、有序的、可量化的方法應用到軟件的開發、運營和維護上的過程 軟件
20170915-構建之法：現代軟件工程-閱讀筆記
企業 發的 復雜 數據 測試的 通過 結果 作者 開發 、第一章 軟件= 程序 + 軟件工程 軟件企業 = 軟件企業 + 軟件 + 商業模式 軟件開發的不同階段 1.玩具階段 2。業余愛好階段 3. 探索階段 4. 成熟的產業階段 軟件的特殊性：復雜性，不可見性，易變性，服
《20170918-構建之法：現代軟件工程-閱讀筆記》
軟件工程 項目 意思 今天 技術 工作 工具 而是 原則 我今天閱讀了構建之法的第七章MSF： MSF的第一原則，就是所有信息都保留並公開，討論要包括所有涉及的角色，決定要公開並告訴所有人。 當然，對牽涉到的技術機密丶安全性等信息要采取必要的保護措施。 為共同的遠景而工作。
《20170920-構建之法：現代軟件工程-閱讀筆記》)
規範 運營 風格 deb 可靠 下劃線 使用 錯誤 這一 1.軟件工程包括了開發、運營、維護軟件的過程中的很多技術、做法、習慣和思想。軟件工程把這些相關的技術和過程統一到一個體系中，叫“軟件開發流程”，軟件開發流程的目的是為了提高軟件開發、運營、維護的效率，以及提升用戶滿意
《20170924-構建之法：現代軟件工程-閱讀筆記》
提高 定位 方向 方法測試 團隊 功能 合格 需要 遠的 項目經理 項目經理的作用 協調團隊成員的工作內容，把握產品定位和方向，解決用戶痛點，調節團隊中的矛盾，總控團隊的進度，使一個團隊加強交流。在一個團隊中，項目經理是必不可少的一個重要角色。一個合格的項目經理需要
20170927-構建之法：現代軟件工程-閱讀筆記
div 參數 覆蓋 驗證 構建 機器 失敗 測試的 基本 單元測試的幾個特性： 單元測試應該在最基本的功能／參數上驗證程序的正確性。 單元測試必須由最熟悉代碼的人來寫。 單元測試過後，機器狀態保持不變。 單元測試要快 單元測試應該產生可重復、一致的結果。 獨立性---單
2017/9/29-構建之法：現代軟件工程-閱讀筆記2
ack 所有 協作 目的 負責 第5章 建設 信息 rational 第5章 團隊和流程 軟件團隊的模式：主治醫師模式、明星模式、社區模式、業余劇團模式、秘密團隊、特工團隊、交響樂團模式、爵士樂模式、功能團隊模式和官僚模式。 我個人的理想團隊模式建設則是和功能團隊模式一樣
20171005-構建之法：現代軟件工程-閱讀筆記
窗口 今天 重要 單元 完成 結果 覆蓋 功能 語言 今天我閱讀了關於單元測試的內容：發現這一部分在今後的工作中非常重要 可以有效減少程序的bug以及出現的問題 單元測試的幾個特性： 單元測試應該在最基本的功能 單元測試必須由最熟悉代碼的人來寫。 單元測試過後，機器狀態
《20171005-構建之法：現代軟件工程-閱讀筆記》
還需 成員 測試 特點 條件 方法 覆蓋 位與 還需要 《20171005-構建之法：現代軟件工程-閱讀筆記》 1、軟件團隊的模式：主治醫師模式、明星模式、社區模式、業余劇團模式、秘密團隊、特工團隊、交響樂團模式、爵士樂模式、功能團隊模式和官僚模式 2、代碼重構（code
201501006-構建之法：現代軟件工程-閱讀筆記
出錯 算法 講解 提升 規範 構建 技能 通用 設計 我閱讀了該書的第三章和第四章，第三章講到了關於軟件工程師的成長。 關於如何衡量一個軟件工程師的金昂誌和能力： 關於自己能力的衡量和發展，初級軟件工程師的成長-積累相關知識，提升技術技能、積累問題領域的經驗和知識、對於通用
《20171006-構建之法：現代軟件工程-閱讀筆記》
bsp 機制 protected 使用 設計 需要 ++ 不能 風格 一、代碼規範 1、代碼風格規範 (1)縮進 (2)行寬 (3)括號 (4)斷行與空白的{ }行 (5)分行 (6)命名 (7)下劃線 (8)大小寫 (9)註釋 2