第二次作業— —結對項目
标簽（空格分隔）： 需求分析與原型模型設計
結對成員：
031302610 黃志鵬
031302603 陳波
1.樣本執行個體
一個老師的迫切需求————開課報課之繁瑣
教師開課報課現狀描述：每個學期中間，第6周，教務處就會釋出下學期開課計劃，形式開課清單excel。這份開課計劃書以群發郵件的形式發給所有老師。每個老師收到郵件後，在規定的截止時間之前，要将自己的名字填入自己希望報的課程的那一行“任課教師”列，如果有起訖周序的要求，可以填入對應列中。如果對于安排等有其他要求可以填入“備注”等。如果沒有特别要求，備注欄等就可以空着。填好後，老師以郵件形式發回給負責人。負責人查閱每封郵件，打開每個excel，檢視每個老師的填報，最後手動彙總成一個excel。
困擾在于：群發郵件、群收郵件、催收郵件、彙總每個老師的excel，工作量巨大。
2.軟體開發
2.1 需求分析
對于負責人來說，他需要做到開課計劃通知、群發郵件、檢視教師的填報、彙總教師開課情況
- 開課計劃通知 ：需要填寫計劃安排并通過郵件的方式告知所有教師
- 群發郵件 ：需要填寫郵件内容以及擷取教師的郵箱位址
- 檢視教師的填報 ：需要接收教師郵件以及查閱郵件中的excel
- 彙總教師開課情況：需要将每封郵件中的excel中資訊提取出來，然後整合在一個excel中
對于教師而言，需要在截止日期之前完成開課資訊的填寫并送出，其中包括：
- 選擇任課課程 ：需要在對應課程進行任課教師姓名的填寫
- 起訖周序 ：如有特殊要求需要填寫相應周序安排
- 備注 ：如有其他要求需要填寫相關内容，如無可空着
2.2 概要設計
我們打算采用Tomcat以及MySQL建構web平台以及相關資料庫，為負責人與教師提供一個可供送出填報、管理資訊等功能的網絡平台，教師可以通過登入網站，編輯自己的個人資料、了解開課資訊并進行任課選擇，送出自己的開課資訊；負責人可以通過網站進行郵件群發、檢視開課資訊，背景資料庫會将教師送出的開課資訊進行統計整理；
本次原型模型設計，我們采用的是開發工具是Axure Rp
- 教師和負責人可以通過通路首頁進行注冊、登入，左側設有公告提示，在登入時在下方勾選身份進行登入，進入不同的使用者界面，如若忘記密碼可點選進行密碼找回
關于結對程式設計 - 如下是負責人界面的首頁，通過點選左側的按鈕，可以實作群發郵件、檢視開課資訊彙總以及教師資訊、修改密碼的功能，點選右上角的首頁可以傳回網站首頁，點選退出可退出目前賬号并傳回首頁登入界面
關于結對程式設計 - 點選左側群發郵件按鈕進入群發郵件界面，可以填寫收件人的郵箱位址，編輯主題内容和文本正文内容
關于結對程式設計 - 點選左側開課資訊彙總按鈕進入相應界面，可以檢視由背景資料庫整理的教師開課資訊的彙總表格
關于結對程式設計 - 點選左側查詢教師資訊按鈕可以通過輸入教師的教工号進行查詢該教師的開課情況
關于結對程式設計 - 首頁登入時選擇教師身份登入系統，可以跳轉到教師界面的首頁，點選左側個人資訊按鈕可以看到關于本人的個人資訊并可進行修改資訊、上傳個人照片等功能
關于結對程式設計 - 點選左側開課選擇按鈕可以進行任課選擇，通過課程前的勾選項确認是否選擇，然後在其後的表格中填寫相應内容，在截止日期之前可做多次修改，截止日期後便不可修改，表格内容會經由資料庫彙總到負責人處
關于結對程式設計
2.3 設計優點
我們的設計方案省去了送出、整理、彙總excel所帶來的巨大工作量，教師可以通過網站進行線上編輯、送出開課資訊，由背景的資料庫進行整理，在截止日期後統一進行彙總，負責人可以通過網站直接檢視開課資訊的彙總，還可以通過線上群發郵件通知尚未回複選課資訊的教師或可以線上編輯首頁公告進行告知。
2.4 項目競争
我們的設計方案是建立一個web平台，教師和負責人可以通過網站線上注冊、登入直接通路和使用，相較于App用戶端，無需下載下傳安裝，進行網站的更新、維護時可以直接背景操作，使用者不用不斷地更新原有的App版本；但是相較于App而言，缺乏一定的便捷性，使用者可以通過手機、pad等便捷工具随時随地使用App而無需登入網站進行通路。
3.總結
由于是第一次做需求分析，無從入手，便參照了建構之法第8章中提到的NABCD模型，如下：
- N（Need，需求）
- A（Approach，做法）
- B（Benifit，好處）
- C（Competitors，競争）
- D（Delivery，推廣）
依樣畫葫蘆地将上述幾點描述出來，雖然存在很多不足之處需要改善，但是整個模型的條理性、邏輯性都較為清晰，通過與市場中存在的同類型産品進行對比，優化軟體的各部分功能，展現自身産品的市場競争力，逐漸完善自身的産品，進而更好進行推廣。
Thanks for reading.