在本科時期第一次完整嘗試著去做自己的專案，而且也是以乙個team的方式，其中也出現了很多問題，然而還是在學長的幫助下和團隊的共同努力下，共同克服了這些問題。
隊名：改不完bug不起名
成員：童天瑤，李斌，夏昊，李興皓，顧杰偉（me）
設計乙個面向研究的rdf搜尋引擎，其次面向普通使用者。搜尋引擎的提出主要是為了對精準資訊查詢的需求。
α版本目標大致實現，剩下幾個功能沒有完成，sparql和個人中心模組需要完善。
相比於之前階段，專案的bug都被我們改正了過來，但伺服器解析程式還存在些許問題待修正，從穩定性和**結構性來說，程式層次提公升了許多，魯棒性更好。
由於專案面向研究，還待完善，使用者也需要探索，這方面還需要之後考察。
團隊準備比較充分，對於所有計畫都能提前安排好。
對於不同意見，我們主張少數服從多數。
幾乎完成了所有專案，剩餘一些專案需要之後補充，延遲主要是因為時間緊促，另一方面是技術難度過高。
專案變數最大的是對需求的變更和對進度的變更，對於需求的變更我們能夠及時調整，但是當進度要變更時，往往會比較急促，或者趕工。
之前的時間安排沒有留下緩衝區，一般是一件一件事情做完，經過這次迭代之後，意識到要對時間進行一定的調整，這樣才能對突發時間有充分的解決空間。
最大的教訓就是事情最好一定要提前最好，因為不變的是需求的變化，我們不能過於放心的認為需求一開始定好就不會改變，這是乙個不斷反覆迭代的過程，需要不斷的更改，所以非常有必要提前完成之後進行需求的校對。
空間資源，團隊專案是乙個一起工作的過程，我們需要討論，但是宿舍又不是乙個討論的好地方，圖書館的研討空間資源緊缺，外面的自習空間**高昂，團隊一起討論時間顯然是比較珍貴的資源。
在設計頁面相關或者web工程時，自己的效率顯然更加低下，需要隊友的支援。
技術問題是第一大難關，乙個專案的技術需求是多樣的，但是乙個人的能力是有限的，術業有專攻，需要特定的人才做特定的事情。
我們擁有自己的討論群組，每次變更公告都會在群裡公布，並且，我們溝通會面比較頻繁，大家都會及時知道最近的活動變更。
關於功能實現，我們認為專案的核心功能放在最高優先順序，其他按照優先等級排序，先做完必須的，剩餘錦上添花的功能可以推遲實現。
我們追求專案的完整性和美觀性，專案完成不能單單以功能實現作為結束，測試和美化也是相當重要的一部分。
應急變化是我們所欠缺的，雖然能按照時間進度來做，但缺乏對變更的應對措施。
對於extra work我們通常是一起實現。
乙個大的團隊應該是真正分成了幾個小的模組分成小組來做，每組有專攻，而不像我們團隊每個人都是「全能高手」，所以對於比較成熟的團隊，我覺得還是應該分成小組，小組只有在對接時才會進行協商，技術問題也應該是在小組內解決。
我們團隊人才能力比較分散均勻，每個人都又自己擅長的部分，前段**和圖形設計都有相應的人才，後端也有相對熟悉的人。
面對設計中的分歧，我們採取的是介面設計人的意見為主，其他人員意見為輔的方法。
團隊屬於萌芽期間，在對整個專案的製作都是探索階段，不斷學習如何做乙個專案，從需求文件到uml，再有那些周總結，都是一步乙個腳印走過來的。
對開發工具的掌握可能不夠熟練，想git和測試工具，團隊都沒有系統學習過。
bug主要產生在後端，伺服器端bug第一次發現在驗收的時候。
**複審通過**合理性，命名規則等方面眾人一致審查，彙總後圈出不規範地方，統一提交被修改方。
設計需要特定的人才，對團隊至關重要。
好的開發工具如git，工蜂一定要學會使用，大家如果都在寫自己的**，只有彙總是很難的。
bug檢查是乙個複雜的過程，需要乙個系統的學習。
缺乏針對性的測試計畫，因為對這方面沒有具體的學習和了解，如何系統得去測試是乙個難題。
我們的測試主要是對後端**的測試，對於介面我們都是能看得見就是ok的。
之前的測試都是手動記錄bug，看到bug記錄一處然後修改，顯然效率低下。
測試其實是乙個很有技術含量的工作，系統得測試可以察覺程式的漏洞，也是乙個要求思維嚴密的工作，當然也需要強大的工具來輔助，但問題是我們現在正缺少這樣的意識和工具，需要之後來彌補。
pm 童天瑤：負責認真的pm，完成各種工作安排，主動攬起所有的責任和義務，design了專案整體框架。
uier_1 李斌:良好的審美意識，能幫助我們完成特殊圖形的設計
uier_2 李興皓:優秀的前段知識，幫助我們解決前段**實現
backender_1 夏昊:對問題敏銳，創新意識強，能發現程式中的漏洞
感謝我的團隊，大家能夠一起努力，朝同乙個方向使勁，從開始決定是乙個team到後面的互相幫助，學會了許多，感受了上進的氛圍，對於所有的安排也從來沒有怨言，希望我們的team能夠越走越遠。
第一次迭代開發心得
設想和目標 1.我們的軟體要解決什麼問題？是否定義得很清楚？是否對典型使用者和典型場景有清晰的描述？典型使用者為買家和買家，場景按功能劃分，有首頁推薦商品，搜尋商品或心願，處理訂單，進入圈子發言，修改個人資訊，發布商品或心願 2.我們達到目標了麼 原計畫的功能做到了幾個？按照原計畫交付時間交付了麼？...
第一次迭代開發心得
我們的軟體要解決什麼問題？是否定義得很清楚？是否對典型使用者和典型場景有清晰的描述？典型使用者 配電站及其維修人員 典型場景 配電站 我們達到目標了麼 原計畫的功能做到了幾個？按照原計畫交付時間交付了麼？原計畫達到的使用者數量達到了麼?交付和使用者 軟體功能尚未完全實現，暫時無法投入使用 使用者量,...
第一次迭代開發心得
組名 se真香隊 專案 基於網路爬蟲的小湖知識圖譜系統 心得引言 剛結束第一次迭代開發，收穫還是蠻大的。在這個專案的第一次迭代開發環境中，因為我們的知識不夠，經驗不多，導致了沒有考慮較多問題，然後到了最後出現了一些問題，不過在我們團隊裡面的學長的幫助下，解決了問題，順利的完成了第一次迭代開發。存在的...