031402304 陳燊031402342 許玲玲031402337 胡心穎031402203 陳齊民031402209 黃偉煒031402233 鄭揚濤
start——魔鬼訓練開始
開會討論需求和老師討論並確定最終需求
專案需求以及功能模組excel表的撰寫
請教學長學姐關於《需求規格說明書》撰寫的經驗
參閱歷屆軟工團隊的優秀《需求規格說明書》文件
根據《軟體需求規格說明書》國標，確定整個文件的大致目錄結構
對word文件的標題、正文等進行統一的格式規範
開會討論，確定文件的分工如下：
- 引言、總體描述的撰寫——黃偉煒- 「具體需求」功能規定、「使用者特點」的撰寫——鄭揚濤- 「具體需求」、「驗收驗證標準」的撰寫——陳齊民- 專案原型的設計——許玲玲、胡心穎- 「介面原型」的撰寫——許玲玲、胡心穎- 《需求規格說明書》文件最終整合以及完善——陳燊凌晨三點，部落格的最終定稿以及提交！end——魔鬼訓練結束
期待下一次的相遇~
需求規格說明書git鏈結
姓名具體任務
分工比例
陳燊需求討論；協調組員之間的分工、任務分配；word樣式的統一；《需求規格說明書》文件標準的確定以及最終的整合；部落格撰寫
16.4%
許玲玲需求討論；專案大多數原型的設計；協調原型的分工
17%胡心穎
需求討論；專案部分原型的設計；文件：「介面原型」內容的撰寫
15.7%
陳齊民需求討論；確定專案需求的excel表；文件："驗收驗證標準"、"具體需求"4.2至4.6節的撰寫;評審環節《需求規格說明書》的講解；
18%鄭揚濤
需求討論；文件：「具體需求」對功能的規定、「總體描述」使用者特點的撰寫；「驗收驗證標準」少部分內容的撰寫
16.4%
黃偉煒需求討論；文件：「引言」、「總體描述」內容的撰寫
16.5%
陳燊
經歷了這次作業，深感隊友們的內心抗壓力之強。整個軟工實踐到目前為之，我們小組經歷了四次專案選題的大變動。特別是這次放棄畢設導師分配系統的android端，而全組轉型做php端，在時間如此緊迫、組員web專案經驗欠缺的情況下，對我們團隊而言是乙個巨大的考驗。儘管這一條路充滿坎坷，但慶幸我擁有著一群無論何時何刻都極其靠譜的隊友，在組長我偶爾神經質抽風的時候，給我澆了一盆涼水，讓我徹底清醒了起來，對這個團隊的未來也愈來愈充滿著信心！
反觀本次作業，對於《需求規格說明書》的撰寫，確實是乙個比較煎熬的過程。因為我們臨時改題，專案的需求在本週三中午才徹底確定了下來，而在短短兩天的時間內，三十幾頁的文件，對我們而言是乙個巨大的挑戰。我們請教了往屆學長學姐撰寫這個文件的經驗，並且參考了部分優秀的需求文件，去其糟粕取其精華。在短短的三天時間內，我們團隊分工明確，每個人都承擔了文件部分內容的撰寫，而我則負責穿針引線，全權充當乙個pm的角色，把控整個任務的進度，終於在周五晚完成了《需求規格說明書》的1.0版本——優質、清楚、通俗、易懂，老少皆宜！
軟工的作業總是離不了熬夜，這份隨筆，便是寫於凌晨三點，從19點連續奮戰到現在，大腦卻格外得清晰。雖然累，但值得！
許玲玲
這次作業，怎麼說呢，就是理想和現實的差距，從一開始的安卓端轉成現在php端，期間經過了團隊組員的各種「批鬥」，最終投票出來的結果，這對我們整個團隊來說是很大的乙個挑戰。這次的作業自己主要做的是原型，感覺設計的過程挺開心的，雖然介面還是lowlow的。感覺自己原型細節扣的太細，花了很多的時間。最後，就是感覺真的有點擔心未來兩周的程式設計。胡心穎
在外面比賽的時候聽到要合併整個人一臉蒙蔽，然後回來和許總合計了一下，試著勸說大家一起改成php，結果成功了哈哈哈哈哈哈哈哈。婷婷問說我們這組對安卓更熟悉為什麼要選php，我是覺得語言只是乙個工具，重要的是思想。例如不能說我學了c艹，這輩子只用c艹，只做和c艹有關的東西。做專案的過程就是乙個學習的過程，不管是學習思想、開發模式還是語言，哪種更適合就用哪種，不會就學，現在我們還在乙個積累的階段，就是要一直學習的，硬把所有事情往自己會的上面靠沒意思。因為臨時改選題，所以要做的東西多了起來，時間也更不夠用了，但是有這個團隊在，還是莫名心安。陳齊民
這是根據團隊計畫開展的第一周，因為我們組臨時改變決定做畢設導師智慧型分配系統php端，所以我們很多的計畫和前期準備都沒有什麼用處，要重新來過，這一周就我們組的壓力特別的大。之前開發專案都只需要根據專案負責人布置的任務和需求敲**，現在第一次感覺乙個專案在開發的前期準備比敲**的過程不知道累了多少倍。從上週六和棟哥開完乙個簡短的需求會後，就開始思考系統的使用者需求，寫了乙份比較詳細的需求後，週三軟工課後棟哥又開了一次會，才發現還有好多的細節沒有考慮，從週三開始，每天晚上熬夜想需求、寫需求，同組的其他人也在每天熬夜趕工畫原型，寫軟體需求規格說明書的各個模組，尤其是驗收驗證標準——需求說明書裡最重要的部分之一，我連續兩天熬夜到3點多才寫完，第二天還要早起上課，還有訓練、學生工作等等，過得真是壓力山大。
但是每天這種充實的生活，每天都能學習到一些知識，和隊友一起完成軟工作業是一件很享受的事情，希望在強大的組長的帶領下，我們能夠順利地進入下一周的工作任務，一步一步的完成系統的開發。
鄭揚濤
這週的任務是寫需求規格說明書，面對長達二三十頁的文件，頓感懵逼。不過，我們作為乙個團隊，當然要發揮眾人拾柴火焰高的效果，每個人都負責某個部分內容。在其中，我負責功能需求的撰寫，其中包括類圖，功能描述以及使用者場景等等。在這個過程中，比較困難的部分是關於類圖方面的，由於上週出去比賽沒上實踐課，對於uml、類圖之類的還不太熟悉。而比較有趣的部分是關於使用者場景的撰寫，這把我帶回了中學寫記敘文的時代。我覺得在說明書中加入使用者場景是十分必要的，這可以給讀者乙個身臨其境的感覺，使其知道整個系統的流程，功能是什麼，可以有乙個比較直觀的感受。果然，軟工不僅僅是寫**這麼簡單，前期準備工作的工作量也不可小覷。黃偉煒
經過一周的努力，從第一次討論需求確定到多次修改，終於完成了初版需求說明規格書。初步明確了畢設導師智慧型分配系統的需求。但是，還有許多細節問題，需要在最終版的需求說明書中確定。確定完需求，下一步就是進行真正的編碼工作了。由於，對用到的程式語言（php、js）不熟悉，需要一段時間進行學習。那麼，開始努力吧！團隊作業2 需求規格說明書
1.產品描述 24點是一款專業開發 特定打造的遊戲系統，本系統完全模擬24點遊戲過程，實現出題 解題 使用者答題 使用者答題正確判斷 分數記錄多個功能，遊戲可分為練習模式 排位模式，使用者可隨時隨地用瀏覽器開啟本系統進行遊玩。24點遊戲系統打破了紙牌遊戲對紙牌實物的需求約束性，並且簡化了實際操作中無...
團隊作業2 《需求規格說明書》
專案描述 男生女生向前衝是一款由專業團隊ph vip特定打造的遊戲系統，遊戲風格與超級瑪麗相似，定位是冒險闖關類遊戲，同時，系統還具備註冊使用者，使用者登入以及統計遊戲遊玩時間的功能。使用者可通過登入該系統來進行遊戲的遊玩。預期使用者量 軟體功能 使用者登入介面 在此介面進行註冊，使得每個玩家都能擁...
團隊作業2 需求規格說明書
索引 二 團隊專案分工 4.團隊分工 5.每個人完成的情況 這個作業屬於哪個課程 軟體工程 這個作業的要求在 作業要求 這個作業的目標在 撰寫需求規格說明書 開發工具 ieda 2020.1 j a版本 1.8專案管理工具 m en 3.x 使用的框架 spring spring mvc mybat...