我說的都隊
031402304 陳燊
031402342 許玲玲
031402337 胡心穎
031402203 陳齊民
031402209 黃偉炜
031402233 鄭揚濤
一、工作流程
Start——魔鬼訓練開始
- 開會讨論需求
- 和老師讨論并确定最終需求
- 項目需求以及功能子產品Excel表的撰寫
- 請教學長學姐關于《需求規格說明書》撰寫的經驗
- 參閱曆屆軟工團隊的優秀《需求規格說明書》文檔
- 根據《軟體需求規格說明書》國标，确定整個文檔的大緻目錄結構
- 對word文檔的标題、正文等進行統一的格式規範
- 開會讨論，确定文檔的分工如下：
- 引言、總體描述的撰寫——黃偉炜
- “具體需求”功能規定、“使用者特點”的撰寫——鄭揚濤
- “具體需求”、“驗收驗證标準”的撰寫——陳齊民
- 項目原型的設計——許玲玲、胡心穎
- “界面原型”的撰寫——許玲玲、胡心穎
- 《需求規格說明書》文檔最終整合以及完善——陳燊
- 淩晨三點，部落格的最終定稿以及送出！
End——魔鬼訓練結束
期待下一次的相遇~
二、附件
需求規格說明書Git連結
三、任務分工及比例
| 姓名 | 具體任務 | 分工比例 |
|---|---|---|
| 陳燊 | 需求讨論；協調組員之間的分工、任務配置設定；word樣式的統一；《需求規格說明書》文檔标準的确定以及最終的整合；部落格撰寫 | 16.4% |
| 許玲玲 | 需求讨論；項目大多數原型的設計；協調原型的分工 | 17% |
| 胡心穎 | 需求讨論；項目部分原型的設計；文檔：“界面原型”内容的撰寫 | 15.7% |
| 陳齊民 | 需求讨論；确定項目需求的Excel表；文檔："驗收驗證标準"、"具體需求"4.2至4.6節的撰寫;評審環節《需求規格說明書》的講解； | 18% |
| 鄭揚濤 | 需求讨論；文檔：“具體需求”對功能的規定、“總體描述”使用者特點的撰寫；“驗收驗證标準”少部分内容的撰寫 | |
| 黃偉炜 | 需求讨論；文檔：“引言”、“總體描述”内容的撰寫 | 16.5% |
四、總結
陳燊
經曆了這次作業，深感隊友們的内心抗壓力之強。整個軟工實踐到目前為之，我們小組經曆了四次項目選題的大變動。特别是這次放棄畢設導師配置設定系統的Android端，而全組轉型做PHP端，在時間如此緊迫、組員Web項目經驗欠缺的情況下，對我們團隊而言是一個巨大的考驗。盡管這一條路充滿坎坷，但慶幸我擁有着一群無論何時何刻都極其靠譜的隊友，在組長我偶爾神經質抽風的時候，給我澆了一盆涼水，讓我徹底清醒了起來，對這個團隊的未來也愈來愈充滿着信心！
反觀本次作業，對于《需求規格說明書》的撰寫，确實是一個比較煎熬的過程。因為我們臨時改題，項目的需求在本周三中午才徹底确定了下來，而在短短兩天的時間内，三十幾頁的文檔，對我們而言是一個巨大的挑戰。我們請教了往屆學長學姐撰寫這個文檔的經驗，并且參考了部分優秀的需求文檔，去其糟粕取其精華。在短短的三天時間内，我們團隊分工明确，每個人都承擔了文檔部分内容的撰寫，而我則負責穿針引線，全權充當一個PM的角色，把控整個任務的進度，終于在周五晚完成了《需求規格說明書》的1.0版本——優質、清楚、通俗、易懂，老少皆宜！
軟工的作業總是離不了熬夜，這份随筆，便是寫于淩晨三點，從19點連續奮戰到現在，大腦卻格外得清晰。雖然累，但值得！
許玲玲
這次作業，怎麼說呢，就是理想和現實的差距，從一開始的安卓端轉成現在php端，期間經過了團隊組員的各種“批鬥”，最終投票出來的結果，這對我們整個團隊來說是很大的一個挑戰。這次的作業自己主要做的是原型，感覺設計的過程挺開心的，雖然界面還是lowlow的。感覺自己原型細節扣的太細，花了很多的時間。最後，就是感覺真的有點擔心未來兩周的程式設計。
胡心穎
在外面比賽的時候聽到要合并整個人一臉蒙蔽，然後回來和許總合計了一下，試着勸說大家一起改成PHP，結果成功了哈哈哈哈哈哈哈哈。婷婷問說我們這組對安卓更熟悉為什麼要選PHP，我是覺得語言隻是一個工具，重要的是思想。例如不能說我學了C艹，這輩子隻用C艹，隻做和C艹有關的東西。做項目的過程就是一個學習的過程，不管是學習思想、開發模式還是語言，哪種更适合就用哪種，不會就學，現在我們還在一個積累的階段，就是要一直學習的，硬把所有事情往自己會的上面靠沒意思。因為臨時改選題，是以要做的東西多了起來，時間也更不夠用了，但是有這個團隊在，還是莫名心安。
陳齊民
這是根據團隊計劃開展的第一周，因為我們組臨時改變決定做畢設導師智能配置設定系統PHP端，是以我們很多的計劃和前期準備都沒有什麼用處，要重新來過，這一周就我們組的壓力特别的大。之前開發項目都隻需要根據項目負責人布置的任務和需求敲代碼，現在第一次感覺一個項目在開發的前期準備比敲代碼的過程不知道累了多少倍。從上周六和棟哥開完一個簡短的需求會後，就開始思考系統的使用者需求，寫了一份比較詳細的需求後，周三軟工課後棟哥又開了一次會，才發現還有好多的細節沒有考慮，從周三開始，每天晚上熬夜想需求、寫需求，同組的其他人也在每天熬夜趕工畫原型，寫軟體需求規格說明書的各個子產品，尤其是驗收驗證标準——需求說明書裡最重要的部分之一，我連續兩天熬夜到3點多才寫完，第二天還要早起上課，還有訓練、學生工作等等，過得真是壓力山大。
但是每天這種充實的生活，每天都能學習到一些知識，和隊友一起完成軟工作業是一件很享受的事情，希望在強大的組長的帶領下，我們能夠順利地進入下一周的工作任務，一步一步的完成系統的開發。
鄭揚濤
這周的任務是寫需求規格說明書，面對長達二三十頁的文檔，頓感懵逼。不過，我們作為一個團隊，當然要發揮衆人拾柴火焰高的效果，每個人都負責某個部分内容。在其中，我負責功能需求的撰寫，其中包括類圖，功能描述以及使用者場景等等。在這個過程中，比較困難的部分是關于類圖方面的，由于上周出去比賽沒上實踐課，對于UML、類圖之類的還不太熟悉。而比較有趣的部分是關于使用者場景的撰寫，這把我帶回了中學寫記叙文的時代。我覺得在說明書中加入使用者場景是十分必要的，這可以給讀者一個身臨其境的感覺，使其知道整個系統的流程，功能是什麼，可以有一個比較直覺的感受。果然，軟工不僅僅是寫代碼這麼簡單，前期準備工作的工作量也不可小觑。
黃偉炜
經過一周的努力，從第一次讨論需求确定到多次修改，終于完成了初版需求說明規格書。初步明确了畢設導師智能配置設定系統的需求。但是，還有許多細節問題，需要在最終版的需求說明書中确定。确定完需求，下一步就是進行真正的編碼工作了。由于，對用到的程式設計語言（php、js）不熟悉，需要一段時間進行學習。那麼，開始努力吧！