軟工第四次博客

閱讀完構建之法的問題

<1>如何肯定本身在團隊中的位置

<2>團隊的合做應該如何纔會比較貼合，才能構建出更合適的軟件

<3>在瞭解用戶需求的時候是否須要時須要根據不一樣的用戶層次指定不一樣的方式嗎？

<4>關於軟件工程這個專業的描述 常常能看到「紮實的數學功底」的描述，請問紮實的數學功底怎麼理解？

<5>軟件工程可能有不一樣的分法，常見的叫法有開發、嵌入式、數據庫、測試幾個,可是這些叫法放在一塊兒也不三不四的,請老師解答

第十二章  用戶體驗

要考慮用戶體驗的各類角度，設計出層次，步驟和目標，用戶體驗的衡量標準

 

第十三章  軟件測試

首先，將問題提交到缺陷管理庫裏面進行備案。

而後，要獲取判斷的依據和標準：

• 根據需求說明書、產品說明、設計文檔等，確認實際結果是否與計劃有不一致的地方，提供缺陷是否確認的直接依據；
• 若是沒有文檔依據，能夠根據相似軟件的通常特性來講明是否存在不一致的地方，來確認是不是缺陷；
• 根據用戶的通常使用習慣，來確認是不是缺陷；
• 與設計人員、開發人員和客戶表明等相關人員探討，確認是不是缺陷；

第十四章  質量保障

提起現在的IT項目，軟件工程倍受關注。而軟件的質量更是衆人關注的焦點，由於目前尚未一套完善的評估標準。甚至有人提出，如今的軟件根本提不上是「工程」，由於它太稚嫩了，尚未一套成熟的標準來比照；於是軟件項目極易出現失敗或失誤。大量實踐證實，軟件工程項目的成敗，一般是由於管理問題（協同工做的能力），而不是技術上的問題。要想作一盤「完美」的軟件大餐，質量的做用是不言而喻的。

第十五章 穩定與發佈階段

項目組在軟件穩定階段的主要工做內容是對開發完成的軟件進行測試，發現和修正軟件Bug，並促使軟件達到穩定狀態。軟件穩定階段始於代碼完成的里程碑，終於候選版本(RC)發佈的里程稗。   　　軟件穩定階段的主要工做內容足軟件的集成，即經過測試、穩定等工做，將開發完成的軟件代碼、組件、子系統集成爲完整的、可知足用戶需求的軟件產品。