現代軟件工程-構建之法---第六章 練習與討論
1 、什麽時候適合選擇敏捷
選擇合適的開發模型需要增加的問題:
1)、團隊人員的對軟件的應用領域很熟悉嗎?
2)、項目的風險高嗎?
3)、項目的使用對象有些什麽人?
4)、項目的需求明確嗎?
5)、軟件的更新周期長嗎?
6)、軟件的管理成本高嗎?
7)、項目能否解決用戶需求變化問題?
2、討論軟件開發的思潮
在列舉的一系列文章中其中一篇文章講的是敏捷開發,強調了個人和互動高於流程和工具,工作軟件高於理解文檔,客戶協作高於合同協商,變化響應高於計劃遵循。在我們進行軟件開發的時候,需要真正的落實敏捷開發的理念。用敏捷開發來做事,需要在開發的過程中找到適合的位置,慢慢的向目標靠近。知道目標就要立即行動去實現,做到真正的敏捷,不要只是說敏捷這個詞,不能讓敏捷這個詞失去其意義。在軟件開發過程中,要盡可能的做到自己的責任。有付出,才會有回報。有人負責才會有質量。一個軟件的開發需要團隊所有的人共同的來負責,這樣才能做出好的軟件好的效果。
現代軟件工程-構建之法---第六章 練習與討論
相關推薦
現代軟件工程-構建之法---第六章 練習與討論
協商 增加 可能 系列文章 練習 問題 項目 nbsp 流程 1 、什麽時候適合選擇敏捷 選擇合適的開發模型需要增加的問題: 1)、團隊人員的對軟件的應用領域很熟悉嗎? 2)、項目的風險高嗎? 3)、項目的使用對象有些什麽人? 4)、項目的需求明確嗎? 5)、
現代軟件工程-構建之法---第三章 練習與討論
討論 工業 規模 str 自身 寬度 內部 時也 直接 1.選哪一種醫生? (1).如果是我的話,我會選擇C類型的醫生。因為c類型的醫生比較靠譜,首先他的從業經驗比較豐富,遇見過很多類似的病歷,對病情包括手術比較有把握,對患者可能會比較了解;還有就是他可以一邊開刀一邊跟別人
現代軟件工程-構建之法---第四章 練習與討論
方法 人的 工作效率 isf 強調 一是 成本 不能 時代 1 、結對項目的案例與論文 論文已閱讀。 2、性格對合作的影響 我的MBTI為:ISFJ 照顧者型(內向實感情感判斷)——值得信賴和依靠。 在團隊合作中,外傾型的人一般會較為熱情對工作積極性比較大,內傾
現代軟件工程-構建之法---第五章 練習與討論
在一起 缺點 建議 除了 有時 成員 測試 大腦 避免 1、團隊模式和團隊的開發模式有什麽關系 團隊模式主要取決於組成團隊的成員,包括team leader以及team mates。其中,由於身處各個角色人員的性格,能力以及IQ,EQ等的不同,特別是tea
現代軟件工程—構建之法---第三章:練習與討論
員工 軟件行業 別人 經典 可能 能力 現在 必備 似的 1.選哪一種醫生? (1).如果是我的話,我會選擇C類型的醫生。因為c類型的醫生看著比較靠譜,首先他的從業經驗比較豐富,遇見過很多類似的病歷,對病情包括手術比較有把握,對患者可能會比較了解;其次就是他可以一邊手術一邊
現代軟件工程—構建之法---第四章:練習與討論
人在 做出 鍵盤 工具 等級分 閱讀 nbsp 現實 是個 1 、結對項目的案例與論文 論文已閱讀。 2、性格對合作的影響 我的MBTI為:ESTJ 管家型——掌控當下,讓各種事務有條不紊地進行 ESTJ型的人高效率地工作,自我負責,監督他人工作,合理分配和處置
初識《現代軟件工程——構建之法》
com con 零部件 pro 有序 不協調 color put and 一、軟件 1、軟件概念 在學習軟件工程這門課的時候,對於軟件的概念還局限於軟件=程序,程序就是軟件,軟件就是程序。 但是在這學期學習了軟件工程這門課程後我知道了軟件=程序+軟件工程,軟件不只是有程序組
《現代軟件工程構建之法》之五點疑惑
不同的 好的 blog 喜歡 ont 工程師 案例 生命 理解 正如“一百個人心中有一百個哈姆萊特”一樣,每個人看一書的理解和想法都是不一樣的 。《現代軟件工程構造之法》主要講述了什麽是軟件工程、軟件工程在社會企業中的典型案例、軟件工程師的職業發展。讀完《
讀《現代軟件工程——構建之法》所獲
crm 開發 科學 pos 含義 計算 更多 工業 clas 在以前的學習當中,不明白軟件工程是什麽,能做什麽,有什麽特點,如何去做,以及IT行業的真正含義是,開發一個軟件有哪些流程,目標等等這些疑問,在閱讀《構建之法》之後,得到了一定的解答。 1、軟件工程是什麽? 軟件工
快速通讀《現代軟件工程——構建之法》後的五點疑惑
決定 一個個 特性 遇到 交流 提高自己 核心競爭力 不能 減少 通讀過《現代軟件工程——構建之法》這本書後,感覺確如老師所言,這本書不同於以往那些課本的呆板,更顯輕松有趣,一個個例子很生動形象,促使我們能更加容易的理解那些原本晦澀難懂的概念、定義。
構建之法 第六章 敏捷流程
小時 所有 管理層 log 匯報 薪水 quest 功能 任務 敏捷是一種很“年輕態”的思路/策略,是以“萬事萬物都在不停地發展變化”為指導去組織軟件工程的需求分析、內部的調和、代碼編寫甚至維護,所以我讀起來會覺得很有共鳴。然而並不是所有的地方都適合讓“敏捷”去闖一闖。 1
構建之法第六章學習心得
效率 用戶 當前 決定 復雜 技術 原則 核心 back 這周我學習了構建之法第六章敏捷流程,本章主要介紹了敏捷流程及其原則,Backlog、Burn-down、Sprint、Scrum方法論。以及什麽時候選擇敏捷的開發方法,什麽時候選擇其他方法。.敏捷開發的原則是盡早並持
讀構建之法 第三章:軟件工程師的成長
知識點 可維護 vid -s 評估 不同 fun 可靠 科研 本章理論和知識點:評價軟件工程師水平的主要方法 軟件工程把相關的技術和過程統一到一個體系中,叫“軟件開發流程”,軟件開發流程的目的是為了提高軟件開發、運營、維護的效率,以及提升用戶滿意度、軟件的可靠性和可維護性。
構建之法 第五章 團隊和流程
ini 之前 組織 第五章 團隊 mod 交互 然而 逆轉 典型的團隊開發模式和流程,完全是新的內容;涉及到更多的術語和有意思的策略性東西 1.團隊模式【我比較認可的】 主治醫師模式 由首席程序員(相當於首席醫生)負責整個工程,周圍人員各司其職,配合支持中心人物的工作;
構建之法第三章讀書心得
如何 讀書心得 初級 知識 技能 任務 項目 標準 技術 在構建之法第三章中,我們主要學習了個人能力的衡量與發展。 初級軟件工程師有以下幾個成長階段:1、積累軟件開發相關的知識,提升技術技能。 2、積累問題領域的知識和經驗。
構建之法第六周感想 需求分析
感想 研究 心理 調研 問題 生活 情況 進行 做成 這周我學習的是需求分析。軟件團隊通過以下幾個步驟找到軟件需求:獲取和引導需求;分析和定義需求;驗證需求;在軟件產品的生命周期中管理需求。而軟件的需求也分為幾類:對產品功能性的需求,對產品開發過程的需求,非
讀構建之法 第四章:兩人合作
應用 結對編程 使用 一對一 測試 一個 比較 以及 領域 程序員寫的代碼最終是人在看,所以代碼規範很重要,原則是:簡明,易讀,無二義性。 不光是程序書寫的格式問題,還牽涉到程序設計、模塊之間的關系、設計模式等方方面面。 代碼復審的正確定義看代碼是否在代碼規範的框架內正確的
構建之法第四章讀書心得
算法 邏輯錯誤 規範 審核 領域 之間 心得 使用 部分 代碼風格規範——主要是文字上的規定,看似表面文章,實際上非常重要 代碼風格的原則是:簡明,易讀,無二義性 代碼設計規範——牽涉到程序設計、模塊之間的關系、設計模式等方方面面的通用原則 代碼設計規範不光是程序書寫的格
構建之法第六、七章讀後感
敏捷 關註 團隊 項目 提前 敏捷流程 準備 讀後感 合作 Agile——敏捷開發,作為CMM神話崩潰後被引入的一套新的軟件開發模式,這幾年來被廣泛引起關註,並被寄予厚望。 敏捷流程及其原則告訴我們個體和交互勝過過程和工具,盡早為客戶需求做準備和交付有價值的軟件,時時總結如
構建之法第六七八章
可用 模型 定義 快速原型 最有 自主 適應 投資 敏捷流程 第六章 敏捷流程 敏捷流程開發原則 1.盡早並持續的交付有價值的軟件以滿足顧客需求 2.敏捷流程歡迎需求的變化,並利用這種變化來提高用戶的競爭優勢 3.經常發布可用的軟件,發布間隔可以從幾周到幾個月,能短則短 4