Monday, March 25, 2013


關於下午提到亞昕內的學員資料有重複狀況,

建議原則:
1. 未影響會計帳前, 已將發現有學員重複輸入, 則由系統做"虛"的加退選課程, 讓選課記錄集中於同一個學員資料內.
2. 將重複的學員資料, 選課記錄較少的, 把該學員姓名或適合的地方註記為"(重複)", 並註名較常用的學號以便識別,
如果學員再拿學員證來, 則考慮在學員證註記或免費換一張.

大概的原則是想到這樣, 不過因為牽涉到:
1. 會計及行政記錄的資料有哪些? 由於有對應的問題, 若舊資料直接修改, 將來會難以查核, 所以要確定相關的記錄與系統的運作記錄檔, 才能處理.
2. 由於大安有分為紙本的編碼與系統編碼兩種, 所以上面寫的要註明哪種編碼, 需要以行政上使用的為主.

找不到時間來討論, 就只好先這樣描述, 因為下週是舊生報名, 如果還要由後台找出重複的資料, 就要麻煩辦公室內部把上面的狀況確認一下,
再看看要找哪幾項重覆的, 用遠端連線到 213 那台電腦處理. 只是抓完重複的資料, 又會多後續的確認與修改,
以及下次學員報名時要注意的地方(輸入進系統要確認)

找重複或異常的經驗:
a. 身分證相同, 姓名相同 -> 幾乎確定是重覆
b. 身分證相同, 姓名不同 -> 可能有改名
c. 姓名相同, 身分證相近, 生日或通訊資料相同 -> 幾乎確定是重覆, 且身分證打錯.
d. 姓名相同, 身分證不同  -> 可能是巧合

Thursday, March 21, 2013


(報名資料相關)

1. 學員與課程除了"完成選課", "期末退還保證金"視為已經報名且有學分外, 還有"預約未繳費", "報名後已退選(或轉班)", 需要保留這兩項, 主要是為了:
a. 系統內要保留簽到或未開課而通知退費等記錄.
b. 若將來有相關課程或視為潛在學員的設計.

2. 而以這種設計, 也可以從"選課"紀錄, 衍生出"簽到表", "通訊錄".

3. 課程本身也有週次衍生使用教室的時間表, 與簽到表的時間結合. 週次在社區大學會遇到幾種狀況:
a. 每週一次, 一次半天內(約 3 小時).
b. 每週兩次, 在同一天(跨上下午, 約 6 小時).
c. 每周兩次以上, 在不同天.
d. 兩週一次或每月一次(例如志工社)
e. 隔週兩次, 在同一天(跨上下午, 約 6 小時).

社大課程設計的串聯:
1. 延續性課程: 分為同一個老師或已經有固定進度的課程(如語言), 以現有課程深化, 會遇到的問題大概有: 即使大作為終身學習機構, 是否會與補習教育有重疊, 讓人覺得搶了市場? 在這種延續性課程中, 如何有社大特色.
2. 廣泛的課程: 由於主題包含廣泛的子題(如生態), 同樣學員可以持續上不同子題, 算相對安定的課程.
3. 橫向串聯: 需要經過課程人員的設計, 比如從生態到有機農業到友善小農/社會企業, 需要有人去關聯.
4. 特殊合作: 例如課程和社團的結合.

而系統上會遇到的狀況, 是這種變化的多元性, 而且各校處理方式不同, 所以往往是客製系統或僅以備註關聯來處理.

社大學分費的複雜性 @_@
1. 身分別優惠: 長輩, 持有身心障礙手冊民眾, 新住民/外配, 低收入戶.
2. 鼓勵學習: 團體報名優惠, 報多門課優惠, 持有他校學員證, 持有圖書館借書證.
3. 回饋型: 校區附近鄰里, 工作人員, 社大教師, 協辦單位工作人員.
4. 計時型: 上到第 n 節打 n 折....
5. 課程特性: 為推廣, 有不收學分費只收保證金, 打 8 折, 5 折.
(光寫這些, 行政人員就會爆掉吧.... XD )

台北市還有: 符合長青學苑優惠身份的長輩.... XD


制度上考慮:
a. 固定的, 例如身分別及回饋型, 於系統內設計, 列入公式與繳費單處理.
b. 課程優惠型: 比較麻煩的是 5 折, 若優於其他優惠, 則先算 5 折, 其他的優惠晚點算. (這種判斷比較麻煩.)
c. 鼓勵學習型: 可以考慮等學員報名的課程都開了再退差額, 減少加退選時的負擔.
d. 計時型: 是否一定要跟前幾項合用(比如身分別打 8 折後再算節節數)? 若是, 會更亂, 若不是, 則擇優處理即可.


社大課程收費的需求(無為已經可以自訂, 亞昕不確定):
1. 學分費
2. 場地費
3. 冷氣費
4. 保證金
5. 電腦教室費
6. 製證費


a. 各學員單次:
製證費
b. 各學員各學期:
報名費
c. 各學員各學期各課程:
1. 學分費
2. 場地費
3. 冷氣費
4. 保證金
5. 電腦教室費

(心得)簽到表及通訊錄順序似乎以報名順序較佳, 若以學號或身分證號排列, 則加退選後較亂...
(亞昕)目前台北市要求社大上傳 3 年內的學員及講師基本資料, 以及開課/選課記錄, 目前不確定是否為常態, 所以先以 ODBC 連線, 再以 Access 撈取後上傳.
(需求)抓當學期當天有上課的學員通訊, 供天災等狀況通知用.