本人曾就讀於某大學軟體工程專業，本科期間除了核心專業課，也學過軟體工程、軟體過程與專案管理這幾門和軟體工程相關的課程，客觀上加深了我對軟體工程的認知，但就事實而言，這幾門課無論是教學內容還是考核形式，都不足與支撐起「軟體工程」這個名字。現在誤打誤撞就保研到了北航的計算機學院，進了軟體工程研究所，在導師的推薦下，選了這門課。個人而言，我還是對軟體的工程經驗有一定的追求的，有一定的上進心，也不願意在軟體開發的崗位上做一輩子的「螺絲釘」，所以也沒在第一節課被勸退，這次還誤打誤撞被當了隊長，我的脾氣比較古怪，希望這半年裡能給自己的隊友愉快的體驗，也請各位老師和同學多多海涵。
對規範化的軟體開發流程有乙個基本的認知。
掌握撰寫各種軟體開發文件和作圖的能力。
與同組的同學按照規範的流程，完成軟體的開發，文件的撰寫等，希望這是一次真正的小組合作，大家可以熱情交流，感受真正的軟體開發氛圍，而不是某個大佬carry 全場。
從同學的反饋中知道自身的缺點，同時學習同學的優點。
extra:本學期課程可能有點趕，希望治好我寫文件作圖糾結的毛病。
專案的目標合理。專案需求要是可行的，合理的，需要充分考慮到小組成員的實際情況，選擇乙個可以讓團隊都可以在可接受的壓力下完成的合理需求。
時間規劃合理。軟體的開發分為眾多的階段，需要合理制定時間節點，每個任務的時間節點不可過鬆或者過緊，需要根據實際情況合理調整時間規劃。
團隊成員基礎紮實。在技術選型，難點攻關時離不開有較強技術力的成員，團隊成員總體水平高、眼界廣可以大大減少在此類問題上花費的時間。
團隊成員的高效溝通。團隊成員需要在各個階段溝通自己的想法和遇到的問題，**問題的解決思路，在必要時可能需要交換任務。
責任心和積極性。團隊成員都需要在專案上付出大量的時間，需要完成的，可能不僅僅是分配給自己的任務，還可能需要在其他團隊成員需要的時候伸出援手，也需要在團隊交流的時候針對專案中的問題發表自己的意見。
我個人做事，並不擅長精確到日期的詳細計畫，目前僅初步制定了大致的目標導向的學習計畫。
選擇了這門課，就要認真聽講，掌握課程的教學內容。
查漏補缺，在本科階段，我已經學了一部分軟體工程的內容，本學期重點需要查漏補缺。
其他的需要和團隊成員進行深度**，在需求分析做完和分工大致明確後才能進一步決定。
大致時間節點
任務計畫
十月中旬
和團隊成員**，進行需求分析，並根據成員自身意願分配任務
十一月前
在按照課程進度完成任務的同時，完成系統的原型
至期末按照課程要求完成各項任務，並對系統進行完善，修復存在的問題
以上只是大致的安排，尤其是盡快開發系統這個決定，是否可行，是否科學，是否符合課程要求，需要在小組成員進行**後再謹慎決定。
高等軟工第一次作業《期望與篤信》
老師都已經如此勸退，我為啥還不放棄這門課呢？因為我已經選了很多水課了因為我想從這門課上學到完整的軟體工程的邏輯和過程。我目前也不太想讀博，今後也不會走學術研究型的路線，因此這門課應該能夠為我以後的發展帶來很多益處。希望經過這門課之後，我能夠掌握如下能力。良好的需求分析能力，能夠把握需求的要點。對需求...
高等軟工第一次作業 期望與篤信
背景 我由於專業偏差，對於軟體工程了解不多。但我知道，無論是學術研究還是專案實踐，軟體工程的重要性已經不言而喻。這次在師兄的極力推薦下，選擇了高等軟體工程課程，希望自己可以在學習新知識的同時，通過小組專案實踐掌握軟體工程開發要點，養成良好的軟體工程思維。課程期待 1.掌握新知識 學習並掌握軟體工程相...
高等軟工第一次作業 期望與篤信
序言 本科期間我便就讀於軟體工程專業，四年的學習時間，也接觸過一些大大小小的開發專案，在這個能力增長的過程中，也逐漸意識到自己的不足。記得大學時有一門軟體專案管理課程，老師提出敏捷開發的軟體開發模式，提倡可持續的開發，更是令我印象深刻。因此，想在讀研期間，繼續更深入地學習軟體開發的知識。對課程的期望...