由於學校圖書館位置與自習室經常被佔滿，許多學生沒有佔到座位，導致只能在宿舍學習。沒在在合適氛圍下進行學習的直接後果——學習效率底下。
學校中總有人起早貪黑就為了去圖書館或者自習室佔乙個位置學習，位置的競爭給大部分熱衷於學習的學生帶來許多困擾，特別是要奮戰考研的大三大四學生們，沒佔到座位導致自己一天的計畫被打亂。可在每天的教學樓中，總有些課室開放但無人問津。這種現象在各個高校持續存在，給學校中的考研人群帶來極大的困擾以及宿舍矛盾。
根據客戶的訴求，我與隊友經過討論，覺得做主要的客戶需求就是對於空閒教室的利用最大化,以實現學生的學習的需求。
以下為一些需求細節：
統計所有教學樓的可用教室數量：對於不同教學樓的教室給予不同的字首編號例如：第一教學樓的105教室——（1）105，以區分不同的教學樓編號一致的教室。剔除不可用的教室。
統計每個教室的非上課時間段：錯開上課時間，更加有利於增加教室的利用率。在此平台上，可清晰看見上課時間段的可自習教室。
教室自習人數登記：讓有學習計畫的學生提前知道是否有位置進行學習。增加學生的學習效率。避免學生白跑一趟。
設計移動端：顯而易見移動端更適合學生，隨時隨地都能知道教室的實時資訊。
設計埠：
學生端：學生通過學號註冊，填寫自己的個人基本資訊。平台上會根據演算法自動推薦距離最近，人數最少的教室，如果想換可點選詳細按鈕查詢教室空閒情況，選擇自己想去的點選確定即可。自動統計選擇某個教室的人數，實時反饋到學生端頁面上。
教室資源資訊化：學生們能通過這個了解到空閒教室情況，為學生們自習創造了條件。
學習的規劃更加合理：對於每天都有學習規劃的學生來說，我們這個可以更加合理的找到最近的空閒教室。
資訊收集方便：對於哪個教室空閒，是否滿人了等資訊都一目了然。
空閒教室資源的資訊視覺化。
學生可以自由選擇教室。
自動統計教室的自習人數，已達到更好的利用率。
當自習人數的統計出現偏差時，由於沒有人確定導致無法更正。
登入介面：
註冊介面：
psp2.1
personal software process stages
預估耗時（分鐘）
實際耗時（分鐘）
planning
計畫· estimate
· 估計這個任務需要多少時間
development
開發· analysis
· 需求分析
(包括學習新技術
)· design spec
· 生成設計文件
· design review
· 設計複審
(和同事審核設計文件
)· coding standard
· **規範
(為目前的開發制定合適的規範
)· design
· 具體設計
· coding
· 具體編碼
· code review
· **複審
· test
· 測試（自我測試，修改**，提交修改）
reporting
報告· test report
· 測試報告
· size measurement
· 計算工作量
· postmortem & process improvement plan
· 事後總結
, 並提出過程改進計畫
合計
心得：
*匯康：我覺得這次的結對讓我們更加了解合作的重要性，在互相討論下我們成功的得到了方向，互相協作下我們成功的完成了任務。
*志柱：通過這次結對，我明白了做乙個專案光靠乙個人是完全不夠的，如果只依賴乙個人想法去完成那樣很容易讓人陷入誤區，因為每個人的想法和需求都是不同的，而且多乙個人就可能多一種解決方法，通過合作我們還能更清楚地確定方向，更好的完成任務。
結對作業 專案之需求分析
一 前言 1 結對者 3019何穎儀 3018 吳淑瑤 2 需求分析模型 nabcd 模型 3 原型設計工具 墨刀 二 結對過程 三 需求分析 疑問的提問與解答 學習中，經常會遇到問題，這時候可以在答疑區提問，當然可以通過懸賞金幣的形式吸引答疑者回答問題，讓問題得到及時解決，在一定的時間後問題沒有解...
個人感想之「需求分析」
所謂 需求分析 是指對要解決的問題進行詳細的分析，弄清楚問題的要求，包括需要輸入什麼資料，要得到什麼結果，最後應輸出什麼。可以說，在軟體工程當中的 需求分析 就是確定要計算機 做什麼 要達到什麼樣的效果。可以說需求分析是做系統之前必做的。在軟體工程中，需求分析指的是在建立乙個新的或改變乙個現存的電腦...
專案開發心得之需求分析
專案開發心得之需求分析收藏 前一篇講述了我在這個 專案開發上人力資源配置的一些經驗，有了人員配置的初步安排剩下的前期工作就是就是招人和需求分析，如果等人員到位，需求分析還沒來，那進來的人員都只有等著啦。這篇我就主要說說我在這個專案中進行需求分析的一些經驗和做法。1.1 需求從哪來？就我個人經驗來說，...