《構建之法》閱讀筆記05—敏捷開發
通過軟體工程這門課，接觸並初步了解了一下敏捷開發。敏捷開發是一種以人為核心、迭代、循序漸進的開發方法。
敏捷開發以使用者的需求進化為核心，採用迭代、循序漸進的方法進行軟體開發。在敏捷開發中，軟體專案在構建初期被切分成多個子專案，各個子專案的成果都經過測試，具備可視、可整合和可執行使用的特徵。換言之，就是把乙個大專案分為多個相互聯絡，但也可獨立執行的小專案，並分別完成，在此過程中軟體一直處於可使用狀態。敏捷開發是團隊合作的乙個高效途徑，是使團隊開發成果快速高效呈現的方式。也有這樣一句話概括：敏捷開發就是在乙個高度協作的環境中，不斷地使用反饋進行自我調整和完善，先難後易。我們首先要解決困難的問題，把簡單的問題留到最後。
其中敏捷軟體開發方法-scrum，特指一種敏捷開發的模型，是乙個用於開發和維持複雜產品的框架 ，是乙個增量的、迭代的開發過程。綜述scrum框架包括三個角色：產品負責人，流程管理員，團隊；四個儀式：sprint計畫會議，每日站會，sprint評審會議和sprint回顧會議；三個物件：產品backlog，sprint backlog，燃盡圖。
老師課堂上講到及看書看到這方面內容時只是對於這種方法停留在書面上的了解，並沒有深刻的體驗，但是隨著團隊的組合，團隊專案的確定以及第一階段衝刺的開始便有了任務索引卡、任務分配、每日站立會議的召開、每日個人任務總結、評審會議、回顧會議的初步體驗，雖然現在課程有點多但是每天都會抽出時間團隊成員聚集到一起進行團隊專案的進度，雖然體驗並不是那麼專業的形式但是也從中學習到了很多。避免老師所說的狗熊掰棒子的教訓。
自己印象最深的便是時間上的準確性和個人任務的明確性，時間上來說以前寫程式並沒有時間概念以至於拖拖沓沓浪費很長時間也沒有完成很多，效率極低，現在時間具體到天甚至是小時對於團隊和自己來說便有了一種督促感、緊張感以及主動性，團隊及個人的任務也會按照進度來進行，效率也會大大提高。團隊人多了對於我們第一次進行團隊開發的來說便有我們在團隊裡擔當什麼角色、該幹什麼、能做什麼的情形出現，但當個人任務明確後每個人可以更加專注的朝著自己所領取的任務目標去努力，沒有了在團隊裡不知道自己幹什麼的迷茫，這樣團隊才可以得到極大的開發。
構建之法閱讀筆記05
時隔多日，自己又重拾 構建之法 今天對需求分析這部分進行了閱讀。當我們程式設計師在編寫軟體之前要做的就是了解使用者的需求，準確而全面地找到需求主要有以下幾個步驟 1 獲取和引導需求 elicitation 我們需要找到軟體的利益相關者，了解和挖掘他們對軟體的需求，引導他們表達出對軟體的需求。很多時候...
構建之法閱讀筆記05
本次閱讀了第十三 軟體測試 十四章 質量保障 在軟體發布前基本沒有進行測試，直到上台講述的之前的一段時間才發現了一些問題，甚是著急 第十三章中excel計算1900閏年錯誤的例子給了我乙個全新的概念 要服務於最主要的功能.傳說中的拐點 小飛 我聽說在軟體專案中，有這樣乙個拐點存在 在這一點之前，新的...
構建之法閱讀筆記05
這是構建之法的最後一篇閱讀筆記 這幾天主要閱讀了it的創新這一章，創新在現代的社會中是乙個被說爛了的詞語，各行各業都在提倡創新，就連學校裡也在提倡什麼創新創業大賽 在 構建之法 的創新迷思一節，列舉出了七個迷思，接下來分別作出乙個簡要的概述。迷思之一 偉大的創新總是靈光一現。迷思之二 大家都喜歡創新...