【Alpha階段】展現博客發佈！

一、團隊成員簡介

   

 

	Email：qianlxc@126.com Free time：8:00 7:00 a.m ~ 11:00 12:00p.m Introduction： 我是一個熱情的人。開朗的人。活潑的人。(小編以爲用逗號分開比較好 我喜歡交際，喜歡溝通。 個人理想是作一個軟件硬件都能有紮實基礎，同時具有很強的工程實踐能力與學習能力的架構師。我想成爲一名真正的Hacker，能爲計算機的發展作出本身的貢獻。我是一個半理想主義者。 我不怕吃苦，不怕失敗，不怕付出的回報收益很小，我但願能有一個雖然青稚，可是充滿活力的團隊和我一塊兒成長。而且但願通過這一系列的考驗以後我能夠自豪地說： 我不是碼農，我是工程師。 Role：寫代碼，總體框架與結構的設計，負擔溝通接洽各個成員的責任。 Duty： Product Manager(產品經理) Personal Homepage：http://www.cnblogs.com/SivilTaram/
Email：309143859@hotamil.com Free time：不上機的晚上 Introduction： 我以爲本身的專業能力在這個團隊當中是最差的，可是我會努力學的……其實以爲目前市場上的軟件功能已經逐漸覆蓋包圍，對於咱們這樣一個小團隊來講要開發新的功能確實不太容易，因此我我的的想法是着眼於身邊，在北航甚至是計算機學院的背景下作一些東西。 Role：任何職務（主要我以爲本身都不太會）組織要我幹什麼我就幹什麼 Duty： Reporter(文檔撰寫人員) Personal Homepage：http://www.cnblogs.com/lydiavitani/
	Email：1143974257@qq.com Free time：晚8點-晚12點 Introduction： c，java，安卓開發。此次團隊項目我更傾向於作安卓應用或開發安卓遊戲，主要是使用的是咱們更加熟悉的java語言。同時java也很是適合協做開發。 Role：運動教練，寫代碼，協調工做=。=（你還賣萌 Duty：Programmer(代碼開發人員) Personal Homepage：http://www.cnblogs.com/mnb10109/
Email：634208109@qq.com   Free time：早上4八點半到晚上八點半，並非空閒時間，12小時工做時間。 Introduction： web後端，滲透測試。 對團隊見解：咱們差個牛逼的前端畫網頁。。目測全系也沒有。。。。。。 軟件工程見解：軟工主要是學管人的，團隊合做，這倆我都不擅長，我只提些架構上的建議，一切聽領導安排。（確實差個好前端，快來我的跳槽呀！ Role：後端開發 Duty：Project Mannager(項目經理) Personal Homepage：http://www.cnblogs.com/hoerwing/
	Email：504037668@qq.com Free time：週一下午及晚上，週五下午，週末至少一天 Introduction： 忽然發現我能夠不把我的介紹搬上來呀哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈! Role：前端設計 吹比擔當 Duty：UI Designer(UI設計師) Personal Homepage：http://www.cnblogs.com/kibbon/
Email：songxh_scse@126.com Free time：8:00~11:30am（週四）   7:00~11:00pm（周1、三） 以及一些零散時間 Introduction：我的編程能力不強，目前仍然在學習之中，可是我願意學習，但願在之後的學習工做中與你們一塊兒進步。 Role：可寫代碼，也能夠測試，還能夠提供一些想法 Duty：Programmer(代碼開發人員) Personal Homepage：http://www.cnblogs.com/songxh-scse/
	Email：acewjh@sina.com Free time：週四上午，週五下午 Introduction： 本人擅長java已經c++編程，開發過簡單的Android應用，也作過一些UI設計的工做。有任務時保證嚴肅完成，沒任務時能夠活躍團隊氣氛，實乃軟工組隊一把好手。但願經過這門課程可以與組裏的小夥伴們同進步，共成長~ Role：寫代碼，UI設計，整理博客，氣氛擔當， Duty：Programmer(代碼開發人員) Personal Homepage：http://www.cnblogs.com/acewjh/

 

二、典型用戶描述

   

2.1 團隊項目的目標

本項目致力於計算機計算代替人工計算，使用簡單可行的原理，利用服務器端的計算功能將高校學生從物理實驗的繁雜計算中解脫出來而開發的一款網站。

2.2 預期的典型用戶

名字	小徐
性別	男
職業	某校通常學院大三學生
物理知識層次與能力	好得我實驗都重修了
生活狀況	大三也要每週花將近一天時間坐地鐵回沙河上物理實驗，十分苦逼
動機	我真的不想再掛科了
目的	但願可以幫助本身處理好實驗報告，至少能保證明驗報告不因數據處理步驟不對而被老師退回。
困難	本身物理知識較弱，但願計算過程能詳細又簡潔。
用戶偏好	簡潔便可
用戶比例	約佔同屆學生10%
典型場景	登錄實驗平臺，根據預習報告模板寫好預習報告。在實驗完成後，將數據導入網站，一鍵生成物理實驗報告，按正確的步驟寫好報告，得到及格分，經過物理實驗。
典型描述	哈？你說啥？我實驗報告又沒過？！

 

名字	小何
性別	男
職業	某校物理學院大二學生
物理知識層次與能力	活到老，物理學到老，物理就是我繩命。
生活狀況	物理實驗，物理實驗，物理實驗。
動機	要選修夠將近60學分的物理實驗，保守估計至少須要作11~12次物理實驗。有些物理實驗很難，不太懂其中的計算過程。
目的	但願能給出具體的計算過程，把本身方法中不太會的地方搞懂。
困難	工具簡單易懂便可
用戶偏好	比物理實驗網站好看就行
用戶比例	絕大多數，約佔校人數70%
典型場景	處理實驗數據時遇到了困難，有某個方法不太明白計算過程。在物理實驗平臺上經過展現出每一步的計算過程學會了方法。
典型描述	我愛物理實驗，但是...它不愛我呀

 

2.3 預期用戶量與實際

咱們的預期註冊用戶數量是300，活躍用戶是天天50人次以上（獨立訪客人數）。到截止時間爲止，雖然實際註冊用戶只有299人，除去咱們項目團隊註冊的幾個號外，實際註冊用戶有大約280人左右。

 

雖然咱們的預期用戶數量沒有達到想象中的多，可是咱們的穩定用戶和活躍用戶在用戶中佔了很大的比例。咱們的物理實驗平臺交流羣在11.6日成立，在11.17日就已經突破了160人。14，15日每日訪問人數達到了60人左右，在11.16日（星期一）訪問人數忽然提高，提高到了600人！

 

綜上，咱們的網站從11.14日起使用CNZZ來進行網站數據的統計分析，在14~17日這短短几天時間內，咱們的網站頁面被瀏覽的次數達到了3000次，總共瀏覽過的獨立訪問用戶足有600餘人，而且天天都有100以上的活躍用戶使用網站進行他們的實驗數據處理，足見咱們的網站是很是貼切用戶需求的。

2.4 分工協做

    咱們的分工協做可使用下圖來表示：

 

在咱們的工做中，固定的人有相對固定的領域：

• 邢浩——服務器端網站框架設計與後端工程師
• 魯聃——UI和前端工程師
• 何小松——後端數據處理主程序員
• 劉乾——安排任務，督察任務進度，與各個分支產生聯繫與溝通

咱們的結構是一個三足鼎立，中間還有項目經理做爲膠水加固的結構。

在咱們的工做中，咱們使用了github做爲維護項目的工具，咱們的代碼提交流程是這樣的：

• 對於邢浩or魯聃

　　能夠從github上的pull request記錄裏看出咱們曾經的規範化流程：

• 對於其餘人

2.5 團隊代碼的軟件工程質量

關於團隊代碼的軟件工程質量，咱們團隊對本身的評分以下：

• 測試：　　        　　★★☆☆☆
• 代碼規範：       　   ★★★★☆
• 文檔：                 ★★★★☆
• 需求分析與反饋： 　　★★★★★

關於測試：咱們本次項目測試確實沒作好，這也是本次項目最大的不足之處。物理實驗報告對過程正確性要求是很是嚴格的，可是因爲項目經理在這一方面預留的時間比較少，也沒有強調作單元測試的重要性，致使開發人員幾乎沒有關於後臺處理腳本的單元測試。雖然程序自己是能夠根據一些真實數據跑出近似結果的，可是沒有單元測試意味着缺乏安全保障。那兩顆星是給咱們的黑盒測試的自我評價，在黑盒測試中咱們測試出了12個BUG。而且因爲咱們的網站是11.11日上線的，因此咱們發起了"雙11捉蟲令"的活動，此次活動共計找出5個BUG，均是由用戶反饋獲得。

關於代碼規範：代碼規範有嚴格的文檔，而且在使用過程當中開發人員遵照了代碼規範上的絕大部分要求，尤爲是變量的命名，常量的命名以及方法的命名等。而且每位開發人員都有相應的比較良好的註釋，方便互相理解與對接代碼。

關於文檔：咱們全部的文檔都經過Github來維護，而且在第一週時就已經有了用戶需求分析、團隊編碼規範、網站界面原型的雛形，到今天爲止每一篇文檔都至少通過2~3次的修繕工做，比以前更加健全，考慮更加周到。

關於需求分析與反饋：在第一週時，咱們就已經發放了問卷調查用戶關於網站發展方向上的意見，共收回有效問卷94份，並從中得到一些比較好的意見。在網站發佈後，爲了方便與用戶的交流，咱們專門成立了物理實驗網站的交流羣，有需求或反饋的信息咱們第一時間便可獲取。而且咱們團隊設計了諸多小活動和一些小的獎勵措施好比發金額較小的紅包（約5元一個）來鼓勵用戶提出更多好的建議與意見。截止至目前爲止，咱們已經將收集到的6條比較好的建議放在Github上的Issue裏，做爲改進建議列入了β階段的計劃中。 咱們不只作了問卷調查，還在羣裏作了羣投票：

   而且根據優先級排序依次開始處理了1021，1051和1061，到截止時間，已經成功作出了1021和1061的實驗數據。

三、團隊項目的實際進展

 

 

咱們的項目進展狀況如燃盡圖所示。實際上咱們在Scrum Meeting會議10次後，仍有約佔1/4的工做量沒有作完，固然，最後在維護穩定階段咱們集中將其中幾個Issue最後消滅掉了。在項目進展的過程當中，咱們的Issue一方面由於任務的完成而在不斷減小，另外一方面因爲Issue劃分爲小Issue而動態增加，截止到17號爲止，Github上咱們的Issue已經成功關閉了72個，而咱們最初時Issue只有36個。Issue的細緻劃分，讓團隊內的每個人都有更合理的團隊項目實踐的時間，有着更加細緻的引導與實現方向。

3.1 註冊登陸功能

 用戶能夠經過在註冊頁經過輸入用戶名、郵箱和密碼完成註冊功能（此版本還不具備郵箱驗證功能）。用戶能夠在登陸頁經過輸入郵箱和密碼完成登陸。其它全部的功能都必須在登陸以後才能使用。

 

3.2 查看物理實驗預習報告

用戶能夠在報告生成頁經過選擇相應的實驗來查看對應實驗的預習報告。

3.3 生成物理實驗數據處理報告

用戶能夠導入數據，後臺處理數據，獲得對應實驗的數據處理報告。（目前已經能夠支持1021，1061，1071，1081四大實驗）

3.4 收藏數據處理報告

用戶在生成數據處理報告以後能夠經過點擊收藏按鈕，收藏該實驗以及與輸入的數據對應的數據處理報告；用戶還能夠經過點擊右上角的我的收藏頁查看收藏的物理實驗報告。

 

3.5 反饋功能

點擊導航條上的反饋，便可選擇給咱們的郵箱發信，或在咱們的博客下方留言，或者加入咱們的QQ交流羣。

 

3.6 持續集成

　　咱們在網站發佈後並無停下腳步，而是一直在進行着完善以提供給用戶更好的用戶體驗，大大小小63次commits表明了咱們作好網站的決心（最後兩個是一我的）

　　

　　

四、貢獻分配

   

職位	姓名	具體貢獻
項目經理	劉乾	全部文檔的撰寫 每日的進度追蹤 Latex代碼800行 Python數據處理文件894行
框架設計師與後端工程師	邢浩	服務器端代碼框架設計與搭建 服務器端除數據處理外的代碼邏輯 PHP代碼約2785行（除框架外的部分）
UI設計師與前端工程師	魯聃	全部的UI界面設計與圖片 LOGO設計 前端HTML文件代碼約4400行 Js，ajax等代碼840行
數據處理組組長	何小松	Python完整數據處理文件5個，代碼量約爲1700行 latex代碼790行
數據處理開發人員	王嘉豪	Python初級數據處理文件3個，529行 latex表格12個，約佔200行 預習報告文稿收集15個
前端開發人員與測試	佘彥廷	xml傳輸代碼共7個實驗，792行 8種模態框的設計，代碼量約600行 調查問卷的設計與投放
數據處理開發人員與測試	黃雨萌	Python處理文件4個，658行 latex版預習報告6個，約600行代碼 預習報告文稿收集25個

 

五、 軟件特點功能

5.1 漂亮的公式與一鍵生成

 

5.2 從數格子到自動化畫圖

六、用戶反饋

6.1 用戶提出的建議

　　　　自網站上線以來，學弟學妹的反響熱烈，許多學弟學妹給了咱們很是好的反饋，如下爲部分截圖：

 

　　以上這些只是用戶的部分反饋建議，比較好的建議咱們都已經收錄到了Github做爲新功能將在β版本里考慮添加與推出。這些來自用戶的心聲與建議，是咱們第二輪迭代展望的基礎。

　　
　　

6.2 用戶的貢獻

除了建議外，有同窗主動向咱們貢獻一些很好的資料與文件，鼓勵以供網站的加速建成：

　　　　一、學長馬衝當年作的方法在線計算網站：https://malash.me/project/phycacl/

　　　　二、有學弟主動在羣裏上傳了一些他們曾經作過的爲了方便所作的小工具：）

　　　　三、耿欣學弟貢獻了以前他爲1051寫過的python處理文件和報告

 

　　　   4、田爭曦學妹爲咱們找到了比較標準的1061的實驗數據處理流程

　　　　五、據說咱們要答辯，於東方學弟主動錄了一段視頻幫助咱們

　　　　6、不明身份的學弟或學妹主動在咱們的博客下留言給咱們加油

6.3 用戶找出的Bug

　　從用戶那裏得到的Bug以下幾個，這是由咱們的捉蟲令活動發起後所獲得的用戶反饋的bug：　　

Bug一、

• Bug描述：網站密碼明文傳送，註冊時後端沒有檢測密碼裏是否含有非法字符。
• 官方回覆：密碼後端是加密的，sql語句是編譯的，不會產生sql注入，因此暫時不須要密碼中含有非法字符對網站的影響。
• Bug報告者：6系小學弟馮xx（保護我的隱私不放名字了）
• Bug獎勵：中等金額紅包一枚

Bug二、

• Bug描述：預習報告名字錯誤，應該爲 冰的熔解熱測定
• 官方回覆：文字性錯誤同樣算bug
• Bug報告者：6系小學弟汪xx和王xx
• Bug獎勵：小金額紅包兩枚

Bug三、

• Bug描述：在註冊時每過一行就會多加一行寬格符
• 官方回覆：bootstrap的一個小問題，如今已經修復
• Bug報告者：6系小學弟江x
• Bug獎勵：小金額紅包一枚

Bug四、

• Bug描述：選擇框裏輸入1012(暫時沒有的實驗)點擊select，不出現報錯
• 官方回覆：正則表達式寫的有問題，已經更改
• Bug報告者：6系小學弟嶽xx
• Bug獎勵：中等金額紅包一枚

 

七、總結

 

從知識層面上：
　　團隊中的每一個人都學到了本身以前沒有接觸過的知識。

　　黃雨萌：我在這一段時間內熟悉使用LaTeX處理物理實驗報告、瞭解了在網頁中嵌入PDF的方法、學會用Python編程處理數據、熟練使用Markdown編輯器。

　　佘彥廷：html,js,jq,css的基礎用法,頁面跳轉，表格，瀏覽器自適應，bootstrap模態框，滾動條檢測,xml構造與發送，網站工做機制 

　　邢浩：在後端框架設計方面：我學會了邏輯處理和數據模型的分離，以後能夠進一步解耦，先後端交接的api分離爲路由，數據的處理邏輯主體分離爲控制器，參數的預處理邏輯分離爲中間件，後端的總體動做分離爲系統服務和觸發器，數據的處理分離爲模型，數據庫結構和填充分離爲數據遷移和數據填充。這樣就很好的保證了代碼的條理清晰，重用性，易於維護。以後在數據模型方面，我進一步加深了對數據庫完整性的理解，構建出符合3N範式標準，並有充分的完整性約束的數據庫模型。

　　魯聃：我學會了bootstrap,ajax,jQuery,js以及網站的一些其餘技巧，學會了很是多的前端實用技巧。

　　劉乾：學會了matplotlib，numpy，scipy庫關於積分計算，圖形顯示方面的技巧，學會了latex排版，學會了jinja2用來渲染latex公式，最重要的是學會了解決團隊衝突與問題。

　　何小松：學會了latex處理，使用python讀取xml文件，學會了matplotlib庫的畫圖使用，學會了jinja2的模版替換。

　　王嘉豪：學會了latex裏的表格處理，學會了使用Python編程處理數據而且可以熟練地使用Latex編寫公式。

從團隊層面上：
　　分工細化對團隊項目的幫助很是大。最好能將每一個人的任務明確到天天。咱們的團隊確實是這麼作的。 開始團隊項目以來，咱們團隊的項目經理堅持在天天早上或者前一天的晚上將每一個人一天的任務開scrum meeting會議進行明確與公示。並天天按時追進、跟蹤、檢查任務完成狀況，以便及時調整項目進度。這樣的弊端是項目經理的任務會很重很繁瑣，可是這樣作很是有成效：團隊項目很頑固的一個問題就是如何保證團隊中每一個人的工做量，而一個大而化之的分工很容易使我的的任務虛化、不具體，從而很差下手，加之deadline距離較遠，很容易令人拖延。做爲學生來說，除了軟件工程還有其餘的課程，那麼就很容易產生「不要緊還有時間我先處理別的事務」的想法。每位隊員都有切身體會，天天的任務、彙報和站立會議的機制逼迫我天天不得不擠出時間來作團隊項目，從而保證了工做量。

 　　這個團隊在α階段收穫了不少，更多的不是說專業知識的增加，而是懂得如何化解團隊內的衝突與矛盾，如何更好地與他人協做完成一個項目。而我做爲整個項目的項目經理，見證了網站的從無到有，從小到大，從簡陋到優雅。在這段心情起伏不定的日子裏，我也懂得了一點相當重要的東西：只有你真正對本身的項目有自信，纔有可能真正成功。

　　最後用一句話做爲本次項目的小結吧：不求盡人如意，但求無愧我心。