軟工網絡16我的做業1

軟工網絡16我的做業1

Task1：註冊我的博客帳號

目的：提交每次做業
博客地址：https://home.cnblogs.com/u/linwenxiu-1223/

Task2：註冊碼雲帳號

目的：管理項目，記錄信息
碼雲地址：https://gitee.com/jmu201621123003/events

Task3：提出問題

• 一、第二章中提到了單元測試，提到最好在設計的時候就寫好單元測試。
  - 個人困惑：
  若是在程序模塊代碼還沒寫好以前，要求寫好單元測試，那麼在設計的時候應該怎麼編寫單元測試呢?
  若是在一開始沒有寫單元測試或者項目時間緊張沒有足夠時間編寫單元測試，後期會致使什麼樣的後果呢？該怎麼補救呢？
  若是模塊代碼的邏輯比較簡單，還有須要去寫單元測試嗎？

• 二、書中提到技術模塊的規格說明書要越詳細越好。歷來沒有編程也要有規格說明書的概念。
  「 軟件需求規格說明書是軟件開發過程需求分析階段須要產出的文檔，是爲了使用戶和軟件開發者對軟件的規格有一個共同的理解而撰寫的。」
  有了瞭解後，那麼該如何編寫呢？從哪些方面入手呢？該由誰負責呢，程序員，項目經理？
  具體編寫標準：
  https://jingyan.baidu.com/article/6dad5075eae10da123e36e80.html
  (來自百度搜索)
• 三、在第三章中，提到了軟件工程師存在的思惟誤區有：分析麻痹、不分主次、過早優化、過早泛化。
  這些在咱們平時編程或課程設計中也是常常出現的，想法老是過於美妙，最後卻發現作很差，會有挫敗感。
  那麼咱們應該如何在平時學習編碼中儘可能避免這些誤區呢?在拿到項目或題目時，考慮其中的問題，從大致着想，分清主次，考慮最好的方案，但不當心又踩雷了，是否是就前功盡棄了呢？
• 四、在第十二章中提到「好的用戶體驗是全部人都想要的，若是它和產品質量有衝突，怎麼辦」。
  在咱們平時使用的一些產品中，有用戶體驗良好卻質量不高，也有用戶體驗新奇但質量也算不上高。
  那麼該如何在用戶體驗與產品質量中取得平衡點呢？是否應該在知足用戶基本需求的基礎上，把更多的精力放在用戶體驗上？

• 五、在第四章中談到了代碼複審，有我的複審，同伴複審，團隊複審。
  我贊同用代碼複審來發現程序中代碼、邏輯、算法等錯誤，這樣能提升程序員的能力，反覆改進學習。
  但代碼複審在整個開發過程當中的級別是怎麼樣的呢?如果有時間衝突，它還會進行嗎？或是取消？
  對於不一樣水平的團隊和不一樣大小的項目，它是必須的嗎？

  Task4：Git基本操做練習

  完成如下Git基本操做

一、將https://gitee.com/happyfaye/SoftwareEngineering倉庫fork到本身的帳號下

二、將遠程倉庫clone至本地倉庫

三、在本地倉庫添加學號姓名.txt（例如：201621123000happy.txt），並提交至遠程倉庫

四、在本地修改該文本內容並再次提交

五、給出提交歷史信息截圖
參考：實驗樓練習：https://www.shiyanlou.com/courses/4