IT工程師數位筆記本

成員：
031302502 schaepher
031302509 havenobug

一、方案介紹：

以下用NABC模型分析：

Need

困擾在于：群發郵件、群收郵件、催收郵件、匯總每個老師的excel，工作量巨大。

這是客戶的需求描述，我們以這四點為核心，討論不同的解決方案。經過比較，在此向客戶推薦我們認為各方面都更有優勢的一個方案。

該方案主要面向負責人，仍然使用郵件作為傳輸媒介，不同的是我們使用Android手機作為平臺，并且最重要的是我們簡化了操作步驟。

• 群發郵件、群收郵件、催收郵件，這些工作量很大，但如果只需在手機上做少量的點擊操作，甚至一鍵操作？
• 匯總excel，我們幫你自動完成！

Approach

• 在手機客戶端上，實現登陸郵箱，并獲取郵件。
  
• 使用Excel導入聯系人郵箱，使用JAVA的API處理Excel，自動保存到數據庫。
  
• 選擇群發，并選中相應聯系人，即可群發郵件。（如有需要，可添加分組功能）
  
• 催收只需一鍵點擊，即可群發。（如有分組功能可選擇分組）
  
• 收到郵件自動判斷是否滿足設定的條件，如果滿足，將其導入。
• 使用JAVA的API導出Excel。

Benefit

為什么要用我們這個方案呢？

• 無遷移成本。負責人在使用該客戶端的時候，仍使用原來的郵箱登陸。老師們也用各自的郵箱登陸，該客戶端對老師是透明的，即他們不會感覺到有這么一個客戶端。

• 整個軟件的開發成本低：

  • 不需要另外搭建服務器來運行這個軟件
  • 不需要為老師另外新增功能，節省開發成本

• 用各自的郵箱，意味著不需要再另外去申請賬號。

• 方便，隨時隨地可以催發郵件和查看郵件動態。

Competitors

1、 相對于其他同類產品，我們有以下優勢：

• 開發成本低。
• 無遷移成本。

• 安全穩定。

  使用HTTPS協議，保證登錄安全。如果所使用的郵箱支持全程HTTPS協議，則由用戶選擇是否開啟。
  只要郵箱能正常使用，就能穩定運行。沒有自建服務器，不會因服務器崩潰而不能使用。而且不會因過多人同時使用和提交造成數據安全性問題。

• 靈活應變。

  • 不單單支持一種表格，負責人可以導入不同的表格，通過選擇指定列將表格分成兩部分。此次實現的是根據列表頭相同項進行合并，如有需要，后期還可以加入行表頭相同項合并。
    
  • 就算所使用的郵箱的服務器出現問題（可能性極小），也可以更換郵箱，繼續使用。
    
  • 只要有Excel文件，就算老師沒法使用網絡，也可以通過U盤等工具進行傳送并導入。

• 操作簡單。

• 無過多功能。（當然，可以根據需要再添加。）

  如權限管理

• 界面簡潔。

  我們從縱向分割了表格，避免表格列太多導致瀏覽不方便。在選擇的時候，相同的項會被放在屏幕頂部，以確保能顯示當前選項的所有信息。

2、 相對于其他同類產品，我們有以下不足：

• 沒有加入教師功能，教師仍需使用Excel表格發郵件的形式提交文件。

因為我們考慮到教師僅為了一年兩次的選課而安裝一個App,有些浪費。且開發成本將會增加。

• 仍然使用Excel作為數據載體，而不是使用文本數據方式傳輸。

3、 我們和其他同類產品打成平手的地方：

• 方便地群發消息。
• 接收來自老師發送的數據。
• 查看匯總整合過的表格。
  
• 導入導出Excel表格。

Delivery

前期班級的班委經常統計表格，可以先讓他們試用。并通過收集他們的反饋來改進軟件。接著向老師推薦，同時找學校教務處推廣。

仔細想想，這個app的應用人群還真是廣。既可以給課表統計負責人，又可以給學生班委使用。

如果學校同意使用，說明其已經能滿足足夠多的要求。那么就可以把app發布到應用商店，接著到貼吧（班長吧等）、論壇推廣。也可以到其他學校進行推廣，如貼海報、找認識的同學、找學校教務處等。

二、原型模型

使用原型工具：Axure RP Pro 7.0

• 登陸界面
  

• 主界面(可以選擇不同年級和專業)
  

• 主界面打開菜單
  

• 單門課程界面
  

• 群發郵件界面及催發界面（統一）
  

• 設置界面
  

三、解決方案預期規劃

• 開發時長：2人月

• 開發流程：
  1. 實現郵箱登陸
  2. 實現導入聯系人功能
  3. 實現群發和催收功能
  4. 實現接收自動整合功能
  5. 實現Excel導出功能

四、結對討論照片

五、PDF文件

點此下載PDF文件