個人學習計划提醒系統
需求分析：
1.訪問軟件項目的真實用戶（至少10個），確保軟件真正體現用戶的需求，為軟件最終可用奠定基礎。
我們首先在班級群里發表了投票，詢問同學的基本需求
除了上述的需求，我們還采訪了十多位同學他們對個人學習計划提醒系統的需求
以采訪其中一位同學的過程為例：
采訪者：同學你好。如果讓你使用個人學習計划提醒系統，什么樣的功能會更吸引你呢？
被采訪者：客觀的說 就是那種 把目標分成很多塊 然后給你合理規划學習多久休息多久 今天要完成哪個部分的內容的系統
采訪者：那主觀的說呢？
被采訪者：就是在我不想學習的時候出現一句話 你再不學習就變成廢人了
采訪者：好的，謝謝配合我們的采訪。
其他的數十位同學還提出了以下需求：
（1）課程表的導入及課程的提醒（可以適當添加感興趣的非本專業的課程，在開課的時候提醒同學，可以去蹭課，了解更多方面知識）
（2）可以適當的加入一些學習資料等
（3）有每日的進度表，未完成的合理安排並進行提醒與警告（有的同學提出任務未完成可以自動分享到朋友圈，以此激勵同學們每日任務的及時完成）
（4）可以在學習的過程中適當的播放一些輕音樂，增強學習效率
2.參考《軟件需求規格說明書》國標規范文本，撰寫對應項目的軟件需求規格說明書。提供《需求規格說明書》的Git鏈接。
3.NABCD
N (Need需求): 目前大學生雖然擁有大量自由支配時間，但是惰性和安排上的不合理，要求大學生要有良好的時間管理能力和意識才能合理地安排好自己的時間。為滿足學生學習和生活的需要,包括課程表管理、提醒、日程安排等功能。
A (Approach做法)：我們小組定位的是APP應用。目前功能主要有：個人日程安排、任務完成進度、工作完成狀態、導入課程表。用戶在登錄后，可添加學習計划和導入課程表，應用將根據用戶的學習計划安排給予提醒並顯示完成進度。
B (Benefit好處)：選擇app是因為對於網頁來說，更能隨時隨地的發揮到本系統的提醒作用。個人學習計划提醒系統可以更加方便的提醒使用者急需處理的事情，擁有緊急程度排序，可以根據待辦事項的緊急程度進行提醒；標記已完成或者未完成的任務實現學生的自主管理,從而提高學生的學習效率。
C (Competitors競爭)：目前市場上針對學生群體的提醒軟件並不多，我們的優勢在於面向對象專一，而且我們作為學生更加能從學生的角度分析需求。並且可以在同學之中做市場調研和推廣，收集反饋，以取得競爭優勢。
D (Delivery交付)：先在學生群體進行小范圍推廣，收集用戶體驗，並根據用戶意見及時完善功能。
4.團隊協作，加強分工，需要描述每個成員的具體分工及占整個文檔任務的工作量比例。
林清青和張中結，主要負責需求規格說明書，占整個文檔任務的30%
林曉芳，主要負責需求分析中的NABCD模塊的撰寫，占整個文檔任務的15%
陳惠 ，主要負責原型設計方面，占整個文檔任務的20%
鄭瑩 ，主要負責分工、整合各成員的文檔，代碼規范設定以及最后進行博客的撰寫和發表，占整個文檔任務的15%
吳東益，主要負責需求分析中的用戶采訪部分，占整個文檔任務的20%
原型設計：
app開始會來一句心理雞湯或者正能量的話語，然后就進入登錄界面：
忘記密碼： 注冊賬戶界面：
操作界面，目前設計的主要是分為兩塊，包括日程安排和工作任務狀態
用戶根據自己的實際情況進行設置：
編碼規范：
（一）代碼風格規范：首先要堅持代碼風格的原則：簡明，易讀，無二義性。
1.縮進: 使用4個空格的距離。
2.行寬：100字符。
3.括號：在復雜的條件表達式中，用括號清楚地表示邏輯優先級。
4.斷行與空白的{ }行：每個“{”和“}”都獨占一行。
5.分行：不把多行語句放在一行上。
6.命名：使用駝峰命名法和帕斯卡命名法相結合來進行命名。
7.注釋：每個重要的函數、算法或是他人可能較難理解的地方進行注釋。
（二）代碼設計規范
1.函數：絕大部分功能都在函數中實現。
2.錯誤處理：考慮到多種情況，按實際編寫錯誤處理代碼。特別是在參數的處理上。
3.代碼復審：各成員之間進行相互的代碼交換復審，並相互提出意見進行改進。