Re: [請益] 雲端科技的運用--大學選課系統

看板Soft_Job作者 (喲)時間15年前 (2010/09/26 11:13), 編輯推噓17(17推 0噓 48→)
留言65則, 4人參與, 最新討論串24/29 (看更多)
※ 引述《ggg12345 (ggg)》之銘言： : 現況是洋選課系統賣進了台灣的國立大學之一, 成交價是 NT$2000萬. : 是個先搶先贏的系統, 用過的學生罵聲連連. 以我個人的經歷與認知,充其量了解一間學校的選課系統內幕而已. 在社群方面,頂多了解校務系統的開發群體大概有哪些人,卻不知道全部 的選課系統都怎樣處理. 其中來說說這個選課的優先順序的問題. 先搶先贏是一種方法. 背後的做法,交給本土學生來做,不外乎二個階段: 一,選課登錄階段,等待一段時間,讓選課的同一比較群體的資料確定進來. 例如,大四一群,大三一群等等. 二,權重計算階段,使用大迴圈,並運用資料庫幾個代表欄位排序. 通常, 懶一點是一個登錄時間欄位打死. 排序隨便排一排就完成了,選課群眾的生殺大權就掌握在寫程式的人一時 慢不經心的那段開發時間,也許只有一個下午. 有些時候,寫程式的人不照這樣做,還會做出一些機制奇怪的東西:例如, 線上選課時,馬上根據課程配額剩餘量判斷一門課有沒有選到,而且還沒有 做鎖定. 要找個漂亮的解決方法,有練過的應該會以等候模型來思考吧,要不然會用到 類似貝式機率法求權重. 不曉得國內有沒有學校的選課系統是這麼長進的? -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 59.112.229.208 ※ 編輯: yauhh 來自: 59.112.229.208 (09/26 11:15)
推
09/26 11:49, , 1F
先搶先贏根本就不是這個系統這次的問題，那是制度需求
09/26 11:49, 1F
→
09/26 11:51, , 2F
這個系統根本是到完全不勘用的程度，光看回報狀況大概猜
09/26 11:51, 2F
→
09/26 11:51, , 3F
得出來這是太過要求人(開發者/行政人員/學生)牽就系統，
09/26 11:51, 3F
推
09/26 11:52, , 4F
好奇中, 誰能講解一下選課系統的開發困難處?
09/26 11:52, 4F
→
09/26 11:52, , 5F
而非讓系統牽就人。就選課制度這種經常會有新變更需求
09/26 11:52, 5F
→
09/26 11:53, , 6F
不然就會造成民怨的東西來說，死死用套裝軟體真的是被罵
09/26 11:53, 6F
→
09/26 11:53, , 7F
剛好而已。這個套裝軟體的底層其實就是ERP，ERP從來也不
09/26 11:53, 7F
→
09/26 11:54, , 8F
曾是花大錢就搞定的萬靈丹。
09/26 11:54, 8F
→
09/26 12:00, , 9F
不,這系統起碼會有二種問題,一方面是臨時的壅塞,另一方面就
09/26 12:00, 9F
→
09/26 12:01, , 10F
是系統如何滿足選課制度. 如果學校有一個政策是要讓選課達成
09/26 12:01, 10F
→
09/26 12:01, , 11F
率最大化呢? 那就不是只先到先贏了.
09/26 12:01, 11F
→
09/26 12:02, , 12F
選課系統的開發不難,難的是在到時候遇到像壅塞問題時,怎麼找
09/26 12:02, 12F
→
09/26 12:03, , 13F
到問題的原因. 這可不一定是寫程式的人自己跳出來負責就可以
09/26 12:03, 13F
推
09/26 12:10, , 14F
雍塞問題用對架構可以解決吧,像GAE這類的系統
09/26 12:10, 14F
→
09/26 12:11, , 15F
如果是採用先登記後分發的機制,降低transaction使用
09/26 12:11, 15F
推
09/26 12:14, , 16F
有可能將問題降低到最小,至於選課制度的問題就和架構無關
09/26 12:14, 16F
推
09/26 12:17, , 17F
壅塞與選課沒關係，從前端分流系統、網站程式或後端資料
09/26 12:17, 17F
→
09/26 12:19, , 18F
庫處理都可以解決，這個本來就是多用戶系統都會遇到的問
09/26 12:19, 18F
→
09/26 12:19, , 19F
題。選課系統對內對外多樣化的需求才是棘手的。
09/26 12:19, 19F
→
09/26 12:21, , 20F
壅塞問題隨便講都講得出來,但是實際面對問題的場合,你不可能
09/26 12:21, 20F
→
09/26 12:21, , 21F
隨講就隨做,因為你的角色,不會同時是程式人員兼MIS.
09/26 12:21, 21F
推
09/26 12:23, , 22F
事實上學校和中小企業(甚至銀行)沒那麼多職責明確的角色
09/26 12:23, 22F
→
09/26 12:24, , 23F
AP開發同時兼任dba和系統管理是正常的現象，頂多網管另
09/26 12:24, 23F
→
09/26 12:24, , 24F
有網管科負責。
09/26 12:24, 24F
推
09/26 12:26, , 25F
所以困難點不在開發了?..
09/26 12:26, 25F
推
09/26 12:29, , 26F
應該都有吧，要解決壅塞問題兩邊都可以下手，開發架構
09/26 12:29, 26F
→
09/26 12:30, , 27F
會影餉效能與否，開發當期最直接面對的還是制度需求問題
09/26 12:30, 27F
→
09/26 12:31, , 28F
當然開發完後，學校還是經常都再擔心流量壅塞，但這不一
09/26 12:31, 28F
→
09/26 12:31, , 29F
定能從開發面解決。
09/26 12:31, 29F
推
09/26 12:46, , 30F
說到制度需求問題,學校好像也喜歡自己架一個mail server
09/26 12:46, 30F
→
09/26 12:47, , 31F
但是很少使用google apps的解決方案的.
09/26 12:47, 31F
→
09/26 12:47, , 32F
不知道他們到底是著眼在甚麼樣的需要上面?
09/26 12:47, 32F
推
09/26 12:48, , 33F
很多學校是因為自行設計了SSO系統，包含mail和選課在內
09/26 12:48, 33F
推
09/26 12:48, , 34F
需求就是趕快上線
09/26 12:48, 34F
→
09/26 12:48, , 35F
的系統都可以掛上去，教職員和學生使用起來都比較容易
09/26 12:48, 35F
→
09/26 12:49, , 36F
因此要隨便轉移到其他系統，工程會太浩大
09/26 12:49, 36F
推
09/26 12:53, , 37F
如果我沒有畢業太久的話 mail和選課的整合
09/26 12:53, 37F
→
09/26 12:54, , 38F
好像只有相互連結,寄信通知,還有不用重複登入？
09/26 12:54, 38F
→
09/26 12:55, , 39F
而且我念書時課系統這些功能還通通沒有
09/26 12:55, 39F
推
09/26 12:58, , 40F
SSO -> Single Sign On
09/26 12:58, 40F
→
09/26 13:00, , 41F
以前交大選課系統還要先去計中開通,真的沒有SSO啊
09/26 13:00, 41F
→
09/26 13:00, , 42F
就我所知道的學校,並不是程式人員可以隨便去調整網路設定.
09/26 13:00, 42F
→
09/26 13:02, , 43F
而且SSO去整合gmail和選課也是蠻好做的..
09/26 13:02, 43F
推
09/26 13:02, , 44F
看學校阿 全台這麼多大學
09/26 13:02, 44F
→
09/26 13:02, , 45F
困難點的確在跟人配合以解決問題.通常是私交不錯才好做事.
09/26 13:02, 45F
→
09/26 13:03, , 46F
學校是自己開的搞不好就OK 不然會弄死
09/26 13:03, 46F
→
09/26 13:03, , 47F
對啊,確實是看學校.所以我看到一家學校是職工分明的,你寫程
09/26 13:03, 47F
→
09/26 13:03, , 48F
利益分配要弄好 面子也要做足
09/26 13:03, 48F
→
09/26 13:03, , 49F
式的人不會隨便能動MIS的東西.
09/26 13:03, 49F
→
09/26 13:04, , 50F
我是回講交大的
09/26 13:04, 50F
推
09/26 13:35, , 51F
http://0rz.tw/0dAhX 洛杉磯政府採用google apps
09/26 13:35, 51F
→
09/26 13:36, , 52F
連政府單位都行,學校單位沒理由不行才對
09/26 13:36, 52F
→
09/26 13:43, , 53F
那你應該用寬的心態去講這件事情,既然講是看學校,你就不可以
09/26 13:43, 53F
→
09/26 13:44, , 54F
說得好像交大的情況才是普天下的通則.
09/26 13:44, 54F
→
09/26 13:45, , 55F
別人政府決策的結果,你不能突然拿出來說是大家也都要這樣做.
09/26 13:45, 55F
→
09/26 13:45, , 56F
何況現在講本土的學校,突然提外國政府,有什麼可參考的立場?
09/26 13:45, 56F
推
09/26 13:47, , 57F
提交大是指目前的自訂系統,也沒有整合到什麼特別的功能
09/26 13:47, 57F
→
09/26 13:48, , 58F
這部份與寫程式能不能動mis的有什麼關係嗎？
09/26 13:48, 58F
推
09/26 13:52, , 59F
和通則也沒什麼關係吧. 今天學校系統除了隱私以外
09/26 13:52, 59F
→
09/26 13:54, , 60F
Lucemia,你是局外人,不知道我講的通則是什麼意思.
09/26 13:54, 60F
→
09/26 13:54, , 61F
不要進來打混仗.
09/26 13:54, 61F
→
09/26 13:55, , 62F
前面後二句話才是回應你,但前二句話是回應nvidia.
09/26 13:55, 62F
→
09/26 13:55, , 63F
http://0rz.tw/84lUM 國外也有學校的例子可以參考.
09/26 13:55, 63F
→
09/26 13:56, , 64F
ok..
09/26 13:56, 64F
→
09/26 14:12, , 65F
不是,今天你說外國有什麼例子,可是你知道內部的情況嗎?
09/26 14:12, 65F
‣ 更多 yauhh 的文章
文章代碼(AID): #1Cdhfg-3 (Soft_Job)
討論串 (同標題文章)
本文引述了以下文章的的內容：
完整討論串 (本文為第 24 之 29 篇)：
排序： 最新先 | 最舊先 | 留言數
在新視窗開啟完整討論串 (共29篇)
‣ 更多 yauhh 的文章
文章代碼(AID): #1Cdhfg-3 (Soft_Job)