今天閱讀了構建執法第八章需求分析，我們在做軟體時，軟體的功能不是我們自己想出來的，而是根據使用者的需求來實現的，當然人們為了解決社會和生活中的各種問題，要求助於軟體，需求五花八門，需要我們去準確全面的找到這些需求的關鍵點。獲取需求有以下步驟：獲取和引導需求；分析和定義需求；驗證需求；在軟體產品的生命週期中管理需求。過去認為軟體的功能需求就是徵集使用者的需求，來乙個乙個的實現這些功能，但並不是我想的這些。對軟體的需求，可以有這樣的劃分：對產品功能性的需求；對產品開發過程的需求；費功能性的需求；綜合需求。
很多人在做需求分析的時候認為，只要使用者用的好就行了，只要滿足使用者的需求就行了。但實際上軟體的需求分析要考慮以下的利益相關者：使用者：這個是肯定的，我們做軟體就是為了讓使用者用的方便；顧客：這個並不是軟體直接的使用者，只是軟體的購買者；軟體工程師：工程師在軟體需求階段也是乙個重要的角色，軟體的各種約束會影響他們的工作效率、開發難度和軟體維護難度。我們考慮需求分析時往往只考慮了使用者，卻忽略了其他的因素；有時也可能到時軟體的某些因素，致使軟體開發難度增大而降低了軟體的開發效率。
如何獲取使用者的需求呢？使用者調查；深入面談；卡片分類；使用者問卷調查；使用者日誌研究；人類學調查等。我們需求做完了，軟體也做出來了；但是這種模式的軟體早被人想過了，我們拿什麼競爭，我們怎麼才能說服別人，我們需要遵循以下幾個方面，你的軟體解決了什麼需求；你的做法有些什麼或者是有什麼獨特的創意；這個做法帶來了什麼好處；這個軟體的競爭力怎麼樣；如何去推廣你的軟體。
讀完這一章，我深有感觸的是，軟體需求分析時，我們不能考慮太片面，需要我們去多方面考慮。
構建執法閱讀筆記4
第三章的主要內容和我們平時上課的內容關係不大，主要講的是畢業之後進入公司當一名軟體工程師，以及軟體工程師的發展與成長。這個話題我還是比較感興 趣的，畢竟在學校呆那麼久了，還是很期待進入社會進入公司，體驗職業帶來的新鮮感。一名合格的軟體工程師，規範化是基本素質，要想提高自己的技能，水平，要從平時的習慣...
構建執法閱讀筆記5
我讀了第五章 團隊與流程 章節裡面主要介紹了不同的團隊模式，和開發流程以及各自的優缺點，還提及團隊與非團隊的概念。對於現在的我們可能較為熟悉的開發流程是瀑布模型。對於團隊模型我比較有興趣了解的是交響樂團模式，那麼其實，對於我們學生團體，大多數屬於的是什麼模式，什麼開發流程模型？一般的公司有事什麼型別...
構建執法閱讀筆記4
這一周我閱讀了本書的第四章兩人合作。體會到了程式設計師之間互相協作的重要性，也了解到當今網際網路的大牛很多都是靠兩人合作才取得了巨大的成功，完成了乙個人幾乎不可能完成的任務和要求。首先講述了 的規範性，書寫 的格式要養成乙個良好的習慣，這樣既便於自己閱讀 也方便他人很快的閱讀，是一種必要的基本素質。...