Greening framework管理者手冊
From ischool developer's network
Contents |
設計目標
本節分享關於greening framework的設計目標，在直接討論到greening framework的內容前，我們先討論澔學的另一個產品ischool的設計目標，再來切入greening framework與其差異之處。
ischool的設計目標主要是提供給學校行政管理人員使用，並且以學校的角度來思考產品的設計；學校的資料會有大量的新增以及更新，所以ischool用視窗應程式提供給使用者豐富的操作介面。
相較於ischool的使用角色是以行政管理人員使用，在學校中以及與學校的相關人員，也希望能取得與他們有關的資訊。
- 教師：希望能看到班級學生清單及學生成績。
- 學生：希望能看到本身的缺曠及獎懲資訊。
- 家長：希望能看到學生的缺曠、獎懲、成績…等資訊。
相較於ischool的使用人員集中，並且以學校的角度來思考資料的設計，上述角色也希望能取得學校的資料，但是不限於單一學校：
- 教師：可能在多個學校兼課，希望看到所兼課學校的課程清單。
- 學生：可能會轉學在多個學校有學籍，希望能看到曾經修過的課程及成績。
- 家長：可能有多位孩子在不同的學校上課，希望都能看到他們的學業狀況。
上述角色與ischool的需求最大的差異在於：
- 角色的需求是以個人為中心，而非像學校是以整個組織為中心。
- 每個角色的需求差異性極大，而且隨時會有新的角色加入，例如教育部訪視人員。
- 需求的彈性，有別於ischool可以有教育部公佈的規範可以遵循，或是依學校的慣例來設計；每個人可能隨時會有新的需求，例如教師間希望有分享課程清單的功能。
有了上述的需求後，我們有了greening framework的設計目標：
個人化
greening framework以平台的觀念來設計，而非先針對單一角色來設計，所謂平台的觀念亦即在greening framework有許多提 供功能的widget，這些widget可以很容易的被greening framework所引用，而組合成特定使用者的完整需求。
底下為greening framework的畫面，greening framework可以想像成是作業系統或是iGoogle，使用者一開始看到的是桌面或空白的個人首頁，然後可依需求新增應用程式或是gadget，在greening framework當中稱為widget。
greening framework這樣的設計有幾個好處理：
- 擴大開發團隊：開發者只需要瞭解widget的規格即可開發並放置於平台上，除了核心開發團隊外，亦可邀請合作廠商或是熟悉程式語言的老師來進行開發。
- 需求各個擊破：在需求上可以就各個角色的單一功能進行開發，可以分散到多位開發人員的身上，加速開發速度。
- 功能容易組織：widget之間可以藉由package的方式加以組織，很容易進行個人化；舉例可規劃教師專用package、學生專用package，而其中會有共用的個人基本資料查詢widget。
整合性
greening framework在整合性上，希望達到以下的目標：
內外部服務整合
減輕管理者負擔
架構元件
在進入到操作性細節時，首先我們先就iteacher的架構進行說明；我們以下圖來做說明。
greening framework server
greening framework client
greening framework widget
teacher access
元件關連
client與server
首先看到iteacher client是用Flex來實作；在iteacher client上有許多的iteacher widget，iteacher client為Flash檔案在瀏覽器上執行，它是一個容器的概念，主要用來管理在其上的iteacher widget。
- iteacher client以及iteacher server共同提供了以下的基礎服務，讓iteacher widget可以專注於提供應用程式需求。
- Authentication Manager：使用者帳號會儲存在iteacher server，在使用者登入iteacher時，第一次登入會在iteacher server建立對應的帳號；iteacher server會根據使用者所輸入的帳號及密碼，向google apps進行認證。
- Preference Manager：使用者在登入iteacher後可以選擇其要使用的Widget，而這些設定會儲存在iteacher server，在下次使用者登入時會載入這些設定。
- Widget Manager：當Widget被載入或是移除時會由Widget Manager來負責。
- Personal Store Manager：每個Widget可以儲存專屬於這個Widget的資料，會被放置於iteacher server上。
- Layout Manager：iteacher可以替換目前的版面，此部份由Layout Manager來負責。
- iteacher帳號
- iteacher帳號使用電子郵件其及密碼，目前支援google apps的電子郵件，之後會再支援yahoo以及pop3的電子郵件。
- 使用電子郵件來做為iteacher帳號主要的好處是，將帳號管理交給google apps來做，可以省去系統帳號管理的設計，由於用google apps來進行管理，對於使用者而言少記一組帳號，而對系統管理者而言也少去管理另一組帳號的工作。
認證流程說明
在開發iteacher widget時若需要與ischool進行整合，存取或是更新ischool的資料，則需要透過ischool所開放出的teacher access介面；在登入iteacher時，可以指定使用者預設套件（package），讓整合更為順暢：
- 使用者登入iteacher時可顯示預設的電子郵件網址。
- 在登入後可以指定顯示預設的widget。
- 關於整合最重要的一部份，就是可以指定預設的teacher access位置，在開發widget時，可用此teacher access的位置，並用使用者所輸入的電子郵件及密碼，傳遞至teacher access進行認證，認證通過後即可存取teacher access服務。
有關在teacher access認證的部份，我們再做個詳細的說明。
- 為了要讓teacher access認得iteacher的登入帳號，對應到ischool是哪位教師，所以在ischool中的教師欄位會記錄iteacher的登入帳號；這樣在認證成功後會記錄登入帳號是哪位教師，才可存取到屬於此教師的相關資訊。
- 當iteacer傳遞登入帳號及密碼給teacher access時，teacher access會再運用此帳號密碼向google apps進行認證；因為ischool與iteacher是兩個不同的應用程式，而非當iteacher認證通過，ischool也同時認證通過，teacher access被呼叫的應用程式也不只有iteacher。
package
觀念
- 使用者登入時顯示電子郵件網域，減少登入時間及操作錯誤。
- 設定使用者登入iteacher後會顯示的widget。
- 設定teacher access網址，達成單一簽入目標。
規格
以下是預設套件的規格，底下說明規格的細節：
- caption是預設套件的名稱，可由管理者自訂。
- package_key是預設套件描述檔的網址。
- widgets內的widget列表則是使用者登入iteacher後所會看到的widget，而在widget後的class_key則是widget的描述檔網址。
- domainname是電子郵件的網域名稱，設定此值可讓使用者在登入時只需輸入電子郵件的帳號及密碼即可，例如完整的電子郵件為ChangKunHsiang@gmail.com，若是domain設定gmail.com，則在登入時只需輸入ChangKunHsiang。
- AccountValidator是認證方式，目前iteacher支援google認證，也就是使用者所輸入的電子郵件及密碼會透過google來進行認證。
- TeacherAccessPoint是TeacherAccess的存取位置，此位置可供widget使用達到單一簽入的功能。
- AllowSingleSignOn允許單一簽入，也就是能讓使用者登入的電子郵件及密碼能傳給TeacherAccess做認證。
<Package caption="教師工具包" package_key="http://iwidget.appspot.com/packages/teacher.xml"> <Widgets> <Widget class_key="http://iwidget.appspot.com/widgets/Attendance/feature.xml"/> <Widget class_key="http://iwidget.appspot.com/widgets/Discipline/feature.xml"/> <Widget class_key="http://iwidget.appspot.com/widgets/eReport/feature.xml"/> <Widget class_key="http://iwidget.appspot.com/widgets/GradeBook/feature.xml"/> <Widget class_key="http://iwidget.appspot.com/widgets/ScoreInfo/feature.xml"/> <Widget class_key="http://iwidget.appspot.com/widgets/SeatTable/feature.xml"/> <Widget class_key="http://iwidget.appspot.com/widgets/StudentInfo/feature.xml"/> <Widget class_key="http://iwidget.appspot.com/widgets/Supervised/feature.xml"/> </Widgets> <DomainName>gmail.com</DomainName> <AccountValidator>GOOGLE</AccountValidator> <TeacherAccessPoint>ta.trialschool.tw</TeacherAccessPoint> <AllowSingleSingOn>true</AllowSingleSingOn> </Package>
設定
網址設定
在設定了預設套件的內容後，並且放置到一個網址上，可在iteacher後面附加package參數即可在使用者登入時顯示預設網址，以及在登入後顯示預設套件。
teacher access
帳號設定
在ischool的教師資料當中可以設定Teacher Access帳號，依下圖所示先登入到ischool當中選擇教師頁面再選擇教師，其中的登入帳號及登入密碼即為Teacher Access的帳號及密碼，在設定好此帳號及密碼之後即可搭配iteacher完成單一簽入的功能。
有關如何安裝ischool可以參考ischool 下載及登入說明一文，在此也提供給讀者測試的授權檔及相關帳號密碼：
- 授權檔：trialschool使用授權檔.lic
- 安裝授權檔密碼：1234
- 登入帳號：guest2
- 登入密碼：1234
