在Alpha階段開始以前,咱們的預期計劃是:從用戶登陸,發佈商品、發佈求購信息的基本功能開始作起。用戶登陸使用輸入教務處的帳號密碼登陸。基本界面包括我的界面,商品界面、福大圖書館界面,求購信息界面,商品還包括了搜素查詢,分類查詢等功能。前端
現Alpha階段本團隊已經將UI基本固定,在Beta階段大機率不會考慮項目重構,可是會對必要的UI進行修改。目前已實現的功能主要包括商品和求購信息發佈瀏覽、即時聊天和我的信息查看與修改,而且每一個功能模塊均存在不一樣程度的Bug。存在尚未實現的必要功能:商品下架,圖書館版塊的實際功能,以及對上架商品和收藏商品的管理,搜索功能等。nginx
功能 | 進展 |
---|---|
使用教務處帳號密碼登陸 | √ |
修改暱稱 | √ |
修改頭像 | √ |
修改聯繫方式 | √ |
功能 | 進展 |
---|---|
發佈 | √ |
下架 | × |
收藏 | × |
取消收藏 | × |
查看全部商品 | √ |
分類查詢 | √ |
關鍵字查詢 | × |
功能 | 進展 |
---|---|
捐贈 | √ |
租借 | × |
漂流 | (這是新增功能) |
查看全部圖書 | √ |
功能 | 進展 |
---|---|
發佈 | √ |
刪除 | × |
查看全部求購信息 | √ |
功能 | 進展 |
---|---|
點擊頭像進行聊天 | √ |
爲期一個月的alpha階段的衝刺階段算是告一段落了,這兩天小組內部開會也對alpha階段進行了必定程度的總結,有一些缺點例如:git
- git使用沒有很合理
- 前端和後端組進度沒有很契合等
也有一些優勢總結例如:github
- 基本上每次開會你們都能到場
- 分工明確,內部比較團結,沒有大的矛盾
做爲一名組員在本次的alpha衝刺階段完成的任務主要是後端對交易平臺需求模塊數據庫進行編碼,完成接口的設計和文檔的編寫。在這個過程當中感受本身其實有挺多收穫的,對於一個項目的開發有了一個大體的瞭解,對於整個開發的規範化也有了更深的體會,對於團隊中出現的一些問題也會想辦法去解決,也很是有意義。對本身的成長和學習都有很大幫助,軟工在時間的投入上確實挺多的,也能學到其餘理論課學不到的東西,有了不同的感悟。但願在beta階段團隊能更有凝聚力,完成一個質量可靠、可行度較高的系統平臺,本身也有較大的收穫和成長。正則表達式
一開始對團隊仍是有一些抵觸,由於是臨時湊的一個團隊,彼此之間都不怎麼熟悉,在團隊展現與選題報告時候,任務開始的很晚,時間倉促,最後完成的也不是很好,我就有些失落,對本身小組更沒有信心了。就這樣到了Alpha編碼階段,你們一開始就約定,衝刺階段,每週除了週四都要集體編碼,最後執行結果還不錯,每次最少也有五我的到場。中間經歷了一次同窗錄的小測,咱們最後作出了成品。也是小測讓我意識到,本身也存在很大問題,不能只怪團隊怎麼樣。擺正心態之後,以爲咱們團隊仍是蠻不錯的,尤爲是後臺三人組,我跟他們相處比較多,看另外兩個隊友互懟是軟工最歡樂的事情了。可是仍是有問題存在,像任務分配,我就是很沒譜,原本計劃寫商品發佈,而後要集體練習git,再回來寫,又發現CI框架忘光了,好,複習框架去,再回來發現建表又有點小問題,又去修改表,本身原本就比較磨嘰,沒人催,截止日期又還好久遠,就一直磨嘰。還有溝通交流,在Alpha階段截止前,我與前端,就只討論過文件與標籤怎麼傳遞的問題,再無交流。
最難忘固然是驗收前一天,圖書館接口我前兩天夜晚才寫完,前一天組長才用,而後就有問題了,在圖書是免費租借一段時間仍是永久捐贈上面產生了分歧。到那天夜晚11點多,登陸又出現bug,我以前商品的接口也有一點小問題,而後圖書館與求購信息是新作出來的功能,也沒有GIF,因此大半夜咱們組就比較熱鬧,最終版本的apk,好像三點多發出來,四點多咱們在羣裏面討論次日睡遲到怎麼辦。
最後說一下對咱們產品福大易寶的評價,沒有什麼亮點的功能,算是中規中矩,可能實用性也不是很強,可是,在我內心它是最好的,我還以爲在福大是頗有市場的。
不知道那一組給咱們的評論:二手市場的安全性不足,對用戶影響較大,不敢用。可是做爲福大本身的二手市場若是推出我仍是很樂意用的。感天動地,謝謝捧場。數據庫
整個alpha階段,感受本身真的現學現用了好多東西。好比說:後端
- 搭建Linux環境 (以前搭過,可是配置ci+nginx真的花了我一方功夫。(Linux的系統,真的頭疼,常常會出現一些不可預知的錯誤)
- 使用PHP的爬蟲(爬蟲要學習的知識真多啊,不只是正則表達式的處理,curl的使用,還有htp的協議分析)
- 使用jwt來實現服務端與安卓端的通訊
其實不少東西我是知道要怎麼作,可是本身就是沒有去切實的實踐過,此次alpha階段切切實實的應用起來了。在團隊整個編碼過程也學會去與隊友更好的溝通和協做了
之前以爲很難的東西,解決了以後,發現也沒有那麼難。api
本人主要負責Android開發,在開發過程當中雖然沒有遇到太大的難點,可是項目仍然有許多bug,好比UI的刷新和未知緣由的閃退。第一次多人合做寫項目,我認爲本身的實力很重要,但團隊良好的溝通和默契的協做更加劇要。感受本身的實踐能力有待提升,但願在Beta階段能有更好的發揮。安全
軟工Alpha階段只有短短10幾天,很快就過去了。我在這10幾天裏,學到了不少東西:Java面向對象,一些工具的使用,Android基礎。本身基礎比較很差,沒能跟上進度團隊成員的進度,他們都有的已經掌握了Android開發,有的掌握後臺開發,而我本身只會一些很基礎的東西,本身須要加快學習的步伐,同時不懂的地方須要多向身邊的人學習。儘管進度有些慢,可是經過這門課仍是學到了不少知識,特別是讓我漸漸對計算機有了更深的認識和興趣。網絡
Alpha階段開始以前我從負責網頁前端調到負責安卓端,開始學習安卓,因此時間很趕。剛開始嘗試編寫一些簡單的UI界面,可是畢竟是初學者,界面比較醜陋,沒有被採納。後來爲了跟上團隊進度,開始學習網絡請求,可是遇到不少問題,因此基本上都是其餘成員在作,我在學習和請教。雖然對團隊貢獻不大,可是從小組其餘成員那裏學到了不少東西,收穫不小。最大的體會就是在各位大神中間感受本身好菜,本身會的一些東西其實他們早就會了,上學期數據庫實踐作出來的一個做品自覺得很不錯,可是跟咱們團隊作的比起來真是小巫見大巫。因此要不斷學習、追趕他們的腳步。
- 第一次寫相似通信的app,寫的過程當中也是碰到一些小坑,寫的過程也是儘可能在模仿qq這樣的ui佈局,才發現其實用的那麼多的qq,其餘在ui上也是有不少門道的,像是虛擬軟鍵盤的升起和落下,就是平時不知道的知識。
- 其次就是原本在本身的github上面開了一個本身的庫myim,打算所有寫完後,看看用什麼方法直接應用過來,結果在以前一直用虛擬機測試都正常,到了真機就總是崩潰。而後只能二次開發,從新在團隊的項目上寫,浪費了一些時間。
- 本身使用第三方的api,沒有充分看過文檔和測試,也是在使用過程當中走了一些彎路,像是文檔裏面寫明瞭api其餘包含了消息的封裝了,我結果本身去從新定義了一下,重複了工做。而後api好像也有些bug,由於本身寫的庫沒有所有寫完,爲了趕進度直接選擇在團隊>app上開發,到最後在發現好像有bug,而不是在直接就測試出來,臨時查bug也是花了很多時間。
- 以後的任務大概就是:重構代碼,完善ui,添加發送圖片的功能,穩定功能,解決2個後臺同步的問題和重寫本身的myim吧
通過了Alpha衝刺,能夠說是至關的累了。可是累的同時,也收穫了許多知識。從剛開始閱讀與Android相關的代碼時的一頭霧水,到後面經過實踐,慢慢開始看得懂代碼,也能夠寫一些較爲簡單的業務邏輯。多虧了組裏兩位有安卓經驗的同窗的不厭其煩的幫助。對於Alpha版本,個人積極性仍是挺高的,每次集體編碼都有到,而後校運會回家的計劃也所以泡湯了。而後,Beta階段繼續加油,繼續保持積極性,爲團隊儘量作出貢獻。
成員 | 比例 |
---|---|
李佳銘 | 12% |
杜宏慶 | 7% |
肖小強 | 14% |
汪志彬 | 7% |
江鄭 | 14% |
劉雙玉 | 14% |
符天愉 | 15% |
鄧弘立 | 17% |
在昨天(11.27)小組進行了一個小時多的過後諸葛亮會議。
會議的主要內容有:
下面是會議總結。
嚴重性:⭐⭐⭐⭐⭐
團隊沒有很好的把git用起來。而且git分支較亂。
感謝助教的建議:
麻瓜製造者每一個分支的commit數都不超過20,基本都是5-10左右,項目發佈時未把代碼簽入到master分支。Github的使用有問題,開了若干個分支作不一樣feature的開發,既然開了這麼多分支就不要Fork了,然而仍是Fork了一把...可能致使最後master分支代碼目測很難合併。
建議:要不就是每一個成員在一個獨立的分支上開發,而後發PR到dev分支;要不就是每一個成員Fork一下項目,而後直接在dev分支上作改動,再發PR到主項目的dev分支
解決辦法:
在beta階段咱們打算將安卓組和後臺組單獨創建兩個倉庫,同時直接採用兩個分支master/dev開發,而且要求團隊人人對項目進展進行git。
嚴重性:⭐⭐⭐⭐⭐
將團隊的博客交給了不一樣的人來寫,致使分工比較亂,不少須要完成的博客內容都只是簡單的實現甚至沒有去完成,咱們在第1篇衝刺博客中沒有很好的完成博客要求的內容,下面的11篇博客也是仿照着第1篇博客來寫,致使了咱們衝刺博客分數較低。
解決辦法:
咱們打算在能夠將博客交由專門的一我的負責。
嚴重性:⭐⭐⭐⭐
安卓組:真正只有兩人有過相關經驗。其中1人專門負責了app即時聊天的實現,剩下的只有1人(組長)負責app的其餘功能實現,而沒有相關經驗的隊友,沒有辦法在短期內有輸出(仍是有部分輸出的),所以安卓端進度緩慢。
後臺組:三人分別負責了用戶/商品/求購三個模塊,分工明確,進度早於安卓組。
從而致使了問題:後臺在alpha階段寫的接口還有部分沒有使用上。
解決辦法:
在alpha階段咱們一開始並無精確的將具體的任務細化,在beta階段咱們打算在一開始就列出來要完成的功能,而後每一個人本身認領任務,給出一份beta階段任務表,天天完成什麼。(不懂具體實施起來會不會不實際,可是任務必定要細化,並且在你們面前公開),這樣具體的貢獻值也比較好評判。
嚴重性:⭐⭐⭐⭐
安卓組和後臺組的溝通存在問題,對app實現的功能理解不統一,直接致使接口改了又改,形成工做浪費。實現接口時就憑着本身的想法來,缺乏必要的溝通。
解決辦法:
在編碼以前儘可能作好溝通,有問題直接提出來,不要等編碼實現了以後再來溝通。針對app在後期須要改進/更新的功能,咱們還須要進一步再詳細計劃。
看了各組給咱們的意見,有幾點想要回復下(可能咱們是第一組)
但願能留下賣家的聯繫方式而不是在APP上直接聯繫,APP上聯繫及時性不高。
其實咱們的app有留下聯繫方式的而且直接展現出來了。可是在beta版本咱們想要由用戶選擇是否公開本身的聯繫方式。
基本功能有,可是有些功能考慮不周全,好比聊天不能輸入中文。
其實答辯那天咱們想表達的不是聊天不能輸入中文,而是模擬器沒有自帶中文輸入法,實際上咱們的即時聊天功能是能夠作到聊天輸入中文的。
能夠採用用戶實名認證,避免出現糾紛,借書不還等等問題
咱們有考慮到這個問題,而且alpha階段使用教務處登陸就是爲了解決這個問題。
嚴重性:⭐⭐⭐⭐⭐
這個問題不只是在週日答辯中其餘小組給咱們的意見,整個團隊也表示咱們的UI還須要進一步改改改改改改改改改改改改改改進。
解決辦法:
一個沒有專業UI的團隊,只能靠每一個人一塊兒討論了。咱們打算在完成界面這塊,編碼人員每完成一個界面,就須要將其發給你們一塊兒討論,每一個人再提出本身的意見而且進行修改。
嚴重性:⭐⭐⭐⭐⭐
產品的功能比較單一,沒有比較突出性的功能
解決辦法:
咱們打算在圖書館板塊加個圖書漂流的功能,具體說明等beta階段。
此外還有登陸問題(教務處加了輸入驗證碼驗證))/部分模塊還有一些功能沒有實現(包括搜索功能)/app存在的一些bug等問題,這裏就不具體細化了。
最後,雖然團隊中仍是存在着許多問題,可是團隊仍是很是團結的,好比咱們會一塊兒編碼,會一塊兒學習,會一塊兒完成做業,還會在alpha展現前一天晚上一塊兒熬夜到凌晨改bug。