課後作業-閱讀任務-閱讀提問-3
1、成長與代碼量是什麽關系？代碼量與工程師的水平呈現什麽關系？
2、課本上對結對編程很贊賞，而實際工作中，兩個人結對編程是不是浪費了一個人的工作量，有多少比例公司或者部門領導允許兩個員工結對編程？
3、書中講的敏捷流程變化大，效率高，但我感覺這只適用於小團隊，人少才好管理，如果很多人的團隊，能否在用敏捷流程？
4、如何避免產品開發後期有重大修改？
5、如何進行風險管理？能否用更多的例子來講解它。
課後作業-閱讀任務-閱讀提問-3
相關推薦
課後作業-閱讀任務-閱讀提問-3
如果 員工 是不是 敏捷流程 比例 水平 如何 工作量 代碼 1、成長與代碼量是什麽關系？代碼量與工程師的水平呈現什麽關系？ 2、課本上對結對編程很贊賞，而實際工作中，兩個人結對編程是不是浪費了一個人的工作量，有多少比例公司或者部門領導允許兩個員工結對編程？ 3、書中講的敏
課後作業-閱讀任務-閱讀提問-3（2017-11）
所有 帶來 合成 完成 -1 統計 目前 有時 任務 就本次閱讀筆記和我們團隊存在的問題而言，有下面幾個問題 書中講了很多軟件團隊的模式，有主治醫生模式，明星模式，社區模式等等。以及功能團隊模式，有官僚模式。開發流程有寫了再改模式等。但是，可能是我理解不深吧，看完還是麽
課後作業閱讀任務閱讀提問3
編程 思想 重要 代碼 閱讀 如何 哪些 知識 創新 1、做軟件測試必須有哪些的知識儲備？ 2、100%的代碼覆蓋率並不等同100%的正確性，那麽要怎麽樣才能保證100%的正確性？ 3、結對編程中，兩者出現分歧，並且誰都只認同自己的看法時，結對編程是不是就沒什麽優點可言了？
課後作業-閱讀任務-閱讀提問-1
通過 關於 部分 理論 很好 軟件 初步了解 形象 讓我 軟件工程課程是使用鄒欣老師的《構建之法》這本書的，之前雖是學了許多的關於編程的相關知識，但是並不懂得團隊中實際的開發流程。但通過課上的講解，並且和書上生動形象的故事描述，顯得這門並沒有這麽枯燥乏味。使我們初步了解實際
2017-09-20 課後作業-閱讀任務-閱讀提問-2
影響 ram 作業 這不 軟件 目的 項目 ogr 永遠 今天我閱讀了第九章項目經理 PM的M就是Manager，但是P有這幾種：Product Manager、Project Manager、program Manager，但在不同的行業和公司，他們的作用和有不同。 在1
課後作業-閱讀任務-閱讀提問-2
哪些 選中 文檔化 問題： 新的 執行 研究 詳細 經驗 探索式測試 書上261頁的13.2.4 網上說法： 探索式軟件測試的四個類型、探索式軟件測試一共分為自由式探索式測試、基於場景的探索式測試、基於策略的探索式測試和基於反饋的探索式測試。下面將詳細介紹4種類型的應用場景
課後作業-閱讀任務-閱讀筆記-3
strong scrum 尊重 -s 開始 16px nbsp 回顧 快速 Scrum有三個屬性：輕量級、簡單易懂、十分難以掌握。 Scrum依賴固定節奏的叠代周期，稱為Sprint，每個Sprint以計劃會議開始。Scrum的特征是團隊內外的反饋和透明，它的短周期和協同的
2017-10-30 課後作業-閱讀任務-閱讀提問
問題 不同 rod 如果 公司 經理 所有 strong program 今天我閱讀了第九章項目經理 PM的M就是Manager，但是P有這幾種：Product Manager、Project Manager、program Manager，但在不同的行業和公司，他們的作用
課後作業-閱讀任務-閱讀提問4
沒有 除了 質量需求 功能測試 如果 我們 然而 完成 一個 課後作業-閱讀任務-閱讀提問4 一個軟件除了基本功能之外，還有很多功能之外的特性，這些叫非功能需求（Non-functional Re-quirement），或者服務質量需求（Quality of Ser-vic
課後作業-閱讀任務-閱讀提問-4
其他 維護 出錯 快捷 階段 測試 有一種 方式 所有 關於bug與測試。從最開始接觸計算機編程我們就明白不可能有人的程序編的毫無缺陷，bug是一直都會有的。但是怎麽判斷這些bug的重要程度？怎麽確定對某個bug的修改不會影響其他功能？怎麽分析這個bug對於整個程序的影響？
課後作業-閱讀任務-閱讀筆記-1
領域 構建 作業 知識 筆記 練習 工具 開發流程 流程 《構建執法》 1 軟件=程序+軟件工程 2軟件工程師什麽 3練習以討論 理論和知識要點 。計算機科學的領域 。軟件工程與計算機科學的關系 。軟件的特性 第二章 2.單元測試 2.2效能分析工具 2.3個人開發流程 2
課後作業-閱讀任務-閱讀筆記
人員 需要 教育 覆蓋率測試 錯誤 算法 範圍 方法 可能 代碼復審的目的： 1.找出代碼的錯誤，比如： 1）編碼錯誤，比如一些碰巧騙過了編譯器的錯誤 2）不符合團隊代碼規範的地方 2.發現邏輯錯誤，程序可以編譯通過，但是代碼的邏輯是錯的 3.發現算
2017-10-30 課後作業-閱讀任務-閱讀筆記-2
閱讀 商業 軟件企業 生命周期 認知 成員 利益相關者 第八章 相關 我今天閱讀了構建之法的第八章需求分析： 1獲取和引需導求：找到軟件的利益相關者，引導他們表達出真實的需求 軟件企業 = 軟件 + 商業模式 2分析和定義需求：從各個方面獲取需求驚醒規整，定義需求的內涵 3
課後作業-閱讀任務-閱讀筆記-0
參數 軟件工程 集成 什麽 連續 是把 基本 單元測試 軟件需求 第一章 1軟件開發不同階段： 1、玩具階段 2、業余愛好階段 3、探索階段 4、成熟的產業階段 2軟件工程是什麽： 1、軟件工程是把系統的、有序的、可
課後作業-閱讀任務-閱讀筆記-4
說明 測試的 工程師 路徑 的人 獨立性 不依賴 自動化測試 任務 第二章《個人技術和流程》，本章的實質是在說明，一個合格的軟件工程師是怎樣的，他應該具備哪些技能。 總結下來，一個合格的工程師在開發時需要同時考慮質量和效率，與之同時需要具備的技能包括：單元測試、效能分析、個
課後作業-閱讀任務-任務閱讀-2
漸進 的人 才會 作業 形象 軟件項目 自己的 驅動 合作 本周閱讀了《構建之法》五、六、七章。 第五章講了幾種軟件團隊的模式、軟件開發流程；第六章講了敏捷流程的相關知識；第七章的內容是關於微軟解決方案框架(MSF)的。 鄒欣老師的這本書，寫得形象生動，第五章
作業：閱讀任務
建議 bsp 閱讀 構建 什麽 code 個人 概論 sts 我讀了概論與個人技術和流程這兩章，有五個問題 1.什麽軟件工程 2.軟件工程是不是只有理論 3.為什麽要學軟件工程 4.軟件的構建過程 5.怎麽用VSTS寫單元測試 6.為什麽要進行單元測試 7.Coder和Ha
課後作業—閱讀筆記
不明確 測試 用戶 危機 rda 軟件測試 軟件工程 連續 軟件開發 軟件分為系統軟件，應用軟件和惡意軟件。軟件=程序 + 軟件工程 軟件危機的原因：（1） 用戶需求不明確。 （2） 缺乏正確
kindle閱讀筆記17年3月
好的 對齊 商都 自己 不為 添加 nbsp 國家 唐詩 資治通鑒(1) (司馬光) - 您在位置 #30-31的標註 | 添加於 2017年3月27日星期一 上午12:25:15 夫事未有不生於微而成於著，聖人之慮遠，故能謹其微而治之，眾人之識近，故必待其著而後救之；
2013年考研英語(二)閱讀真題 第3篇 Snap decisions
ati 閱讀 uri app call 想要 速度 代理 dog Scientists have found that although we are prone to snap over reactions, if we take a moment and think