【構建之法】第1章 概論
1 公式
- 軟件 = 程序 + 軟件工程
- 軟件的質量 = 程序的質量 + 軟件工程的質量
- 程序 = 數據結構 + 算法
- 軟件企業 = 軟件 + 商業模式
2 軟件的特殊性
- 復雜性
- 不可見性
- 易變性
- 服從性（軟件不能獨立存在）
- 非連續性
3 軟件工程與計算機科學的關系
|
計算機科學 |
數據 |
偏理論 |
|
軟件工程 |
人的行為、現實社會的需求 |
偏應用 |
4 軟件工程的目標
- 研發出符合用戶需求的軟件
- 通過一定的軟件流程，在預計的時間內發布“足夠好”的軟件
- 能證明所開發的軟件是可以維護和繼續發展的
- Bug：軟件的行為和用戶的期望值不一樣
【構建之法】第1章 概論
相關推薦
【構建之法】第1章 概論
order ble 可見性 科學 行為 summary 模式 enter strong 1 公式 軟件 = 程序 + 軟件工程 軟件的質量 = 程序的質量 + 軟件工程的質量 程序 = 數據結構 + 算法 軟件企業 = 軟件 + 商業模式 2 軟件的特殊性 復
【構建之法】第2章 個人技術和流程
新功能 個人開發 基本 詳細分析 div 升級 多語言 設計文檔 質量 1 單元測試 (1) 單元測試 (2) 回歸測試 回退操作 2 效能分析工具 先用抽樣的方法找到效能瓶頸所在，然後對特定的模塊用代碼註入的方法進行詳細分析 3 個人開發流程 (1) 計劃 明確需求和其
【構建之法】第3章 軟件工程師的成長
問題解決 技術 相關 依賴問題 自動操作 層次 nbsp align 思想 1 軟件工程師的成長 積累軟件開發相關的知識，提升技術技能 積累問題領域的知識和經驗 對通用的軟件設計思想和軟件工程思想的理解 提升職業技能 實際成果 2 軟件工程師的思維思維誤區 分析麻痹
《構建之法》第1、2、16章閱讀隨筆
圖片 概論 工程師 簡單的 .com 問題 答案 機票 單元 第一章：概論 有一個朋友問我：“你們軟件工程和計算機的課表差不多，你們有c有Java，他們也有，你們要學計算機組成原理，他們也要學，有什麽區別嗎？”大一我還真的無法回答，我只知道我們學費是他們三倍，但是學的課程差
閱讀《構建之法》第1-5章有感
極限編程 ack 項目 跳舞 第五章 自己的 努力 解析 2.4 此作業要求來自於：https://edu.cnblogs.com/campus/gzcc/GZCC-16SE2/homework/2178 第一章 概論 此章，從軟件的組成和什麽是軟件工程兩
2018-2019-1 20189215 《構建之法》第三章學習總結
第3章 軟體工程師的成長 教材學習內容總結 軟體工程的術語中，單個的成員叫做Individual Contributor(IC)。 軟體開發流程不光指團隊的流程，還包括個人開發流程，因為軟體團隊是由個人組成的，個人在團隊中有獨立的流程 IC在團隊中的流程 通過交流
2018-2019-1 20189206 《構建之法》第三章學習筆記
職業 衡量 版本 誤區 con 指定 ont 專業 組織 2018-2019-1 20189206 《構建之法》第三章 學習筆記 第三章 軟件工程師的成長 個人能力的衡量與發展 軟件開發團隊與個人 軟件開發流程不光光指團隊的流程，還包括個人開發流程，軟件團隊也是由個人組成的
讀《構建之法》第五章
交付 瀑布模型 pro 集體 成員 統一 工作 變形 流程 第五章說的是團隊和流程， 什麽是團隊？ 團隊有一致的集體目標，團隊要一起完成這目標，一個團隊的成員不一定要同時工作，例如接力賽跑。 團隊成員有各自的分工，互相依賴合作，共同完成任務。 軟件團隊有許多
《構建之法》第四章讀書筆記
解決 更多 發現 開發 空白 知識點 相互 文字 人的 本章理論和知識點有：代碼規範、極限編程、結對編程、兩人合作的不同階段、影響他人的技巧 一、代碼規範 1、代碼風格規範。主要是文字上的規定，看似表面文章，實際上非常重要。 代碼風格的原則是：簡明，易讀，無二義性 。包括了
《構建之法》第五章讀書筆記
收集數據 效率 衡量 配置 測試 人在 模式 輸出 發現 第5章 團隊和流程 一、非團隊和團隊 團隊的共同特點： 1、團隊有一致的集體目標，團隊要一起完成這目標。一個團隊的成員不一定要同時工作，例如接力跑。 2、團隊成員有各自的分工，互相依賴合作，共同完成任務。 二、軟件
《構建之法》第十章所見
辦公 大數據量 性能 可能 電腦 nbsp 構建 運行 服務 本章標題名為典型用戶和場景，通過舉例子來描述對於我們所需要做的軟件的典型用戶，讓我們通俗易懂。隨後引入了典型用戶的定義，運用了石頭網站的例子描述，雖然沒有具體的方法，但是讓我們有了一定的了解與基礎，典型用戶就
【HTTP權威指南】第1 章 HTTP 概述
1.4 狀態 1.8 網關 資源 ip 地址 gen 歷史 客戶端 1.1 HTTP——因特網的多媒體信使 ...................................................................................
構建之法（第五章 團隊和流程）
功能 實用 運用 驗證 的人 秘密 開發 個性化 社區 第五章主要講了典型的軟件團隊模式和開發流程。以及我們也將討論團隊模式和開發效率之間的一些關系。 1.非團隊和團隊 團隊的主要特點： 1) 團隊有一致的集體目標，團隊要一起完成這個目標。一個團
構建之法（第八章 需求分析）
管理 查詢 種類 計劃 執行 選擇 差異 不一定 分類 第八章主要講的是： 軟件需求的類型，利益的相關者 獲取用戶的常用方法和步驟 競爭性需求分析的框架NABCD,四象限方法 項目計劃和估計的技術 1. 軟件需求 1.1如何獲取軟件的需求有以
20179215 《構建之法》第三章
產品 debug 行數 診斷 重復 你在 實現 lin 廣泛 《構建之法》第三章 讀書筆記 ?本章為軟件工程師的成長，主要介紹了評價軟件工程師水平的主要方法，技能的反面，TSP對個人的要求。 一、個人能力的衡量與發展 ?軟件開發流程：軟件開發流程包括團隊的流程，也包括個人
《構建之法》第三章學習筆記
log 設計思想 水平 行業 如何 階段 檢測 應該 blog 《構建之法》第三章 軟件工程師的成長 個人能力的衡量與發展 軟件團隊和團隊中的工程師也是這樣。軟件系統的絕大部分模塊都是由個人開發或維護的。在軟件工程的術語中，我們把這些單個的成員叫做Individ-ual C
《構建之法》第四章讀後感
導致 錯誤 但是 inf 很多 修改 讀後感 alt info 問題1： 我對於書中的一段 有些疑問，這段書中說，不要註釋程序是怎麽工作的，而要讓程序本身來說明這個問題。 我認為比較簡單的代碼確實不需要解釋程序是怎麽工作的，但是有時候為了兩個人更好的配合，對於較負責代碼，
《構建之法》第4章、第17章閱讀與思考
member pos 語言 兩個 static 註意 boa ++ 類型 第四章 兩人合作 原文：大家都知道用單個字母給有復雜語義的實體命名是不好的，在C語言家族中，比較通用的，也是經過了很多實踐檢驗的方法叫“匈牙利命名法”。 問題1：雖然看了書中接下來的
《構建之法》 第四章、十七章閱讀與思考
領導者 學會 如何解決 隨著 工程 什麽 清醒 處理 class 第四章：兩人合作 引文：身旁這個家夥老是問問題，他/她不會看書嗎？我都無法專心工作了。 如果軟件工程師連一對一的合作都做不好，不能有效地去影響同伴，讓
讀《構建之法》第四章、第十七章
span 指定 十分 鸚鵡 市場 utf 亂碼 修改 職業道德 第四章《兩人合作》 1.原文：“註釋（包括所有源代碼）應該只用ASCLL字符，不要使用中文和其他字符，否則會極大影響程序的可植性” 疑問：引擎根本不對空行和註釋進行解析，直接忽略掉，它們不參與計算代碼行數也不參