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

[ggg12345 (ggg)]

※ 引述《yauhh (喲)》之銘言：
: ※ 引述《ggg12345 (ggg)》之銘言：
: : 現況是洋選課系統賣進了台灣的國立大學之一, 成交價是 NT$2000萬.
: : 是個先搶先贏的系統, 用過的學生罵聲連連.
:
: 其中來說說這個選課的優先順序的問題. 先搶先贏是一種方法.
: 背後的做法,交給本土學生來做,不外乎二個階段:
:
: 一,選課登錄階段,等待一段時間,讓選課的同一比較群體的資料確定進來.
:    例如,大四一群,大三一群等等.
:
: 二,權重計算階段,使用大迴圈,並運用資料庫幾個代表欄位排序. 通常,
:    懶一點是一個登錄時間欄位打死.
:
: 排序隨便排一排就完成了,選課群眾的生殺大權就掌握在寫程式的人一時
: 慢不經心的那段開發時間,也許只有一個下午.
:
一般的網路購票或看病掛號預約就是個先搶先贏的系統.
台灣的網路電玩相當流行, 所以有專門自動點閱的外掛程式, 這類系統
都會碰到這種類似外掛的大量封包流.

從制度面解決的是類似大專聯考分發的志願分發方法, 也就是有篩選的
優先順序與排序. 這種方法就是定出前後次序判斷規則公布, 權重是將
多維優先次序換算成一維位置次序的辦法, 如同 2-d array次序換算成
1-d array 位置, 有一定的轉換公式, 排序就一維排序就成了. 不想換
算就按多維各次排序或篩選(比較像 relational databse table)也是
一樣. 大專聯考的煩惱之一就是同分問題, 怎麼辦. 但選課則較簡單可
解. 同分最後一項的比較可以是送達資料的時間, 就是先搶先贏, 另一
個就是靠籤號, 跟網路送答速度無關.

表面上到此, 問題都不大. 但選課如同買車票, 都是能屯積居奇買賣,
所以有類課限制只能擇一互斥不能同學期修兩門課, 這就如同大專聯
考只能佔一個空位. 這類互斥性的要求就會發生從那個課程先篩選起,
往前回溯或前向排除的動作會最少而最有處理效率. 這個解法在目前
也一點問題都沒有了, 但是不深入分析的就會寫錯, 若是用 recusive
function 硬幹, 就可能發生 stack storage overflow, 程式亂跑,
變成跟先處理那個資料開始有關.

有些課是跟先修次序有關, 違反則不得選, 有些是跟通識複選有關,
同一學期最多可選幾學分, 超過不可選. 有了志願擇一互斥, 屯積的
就變少了.

至於跟賣車票系統一樣, 兩人希望同一車廂這類也是有的. 闢如體育
交際舞課程就是一男配一女, 最好身高還能配對.

總之, 就是條件分發, 比賣車票的簡單, 可以不必擔心車要開了, 票
還劃不出來. 有一個相當於自由座的做法就是學生最終到課堂去上課
, 懇求上課老師收容或告知不得不退選. 只要老師給一張只能使用一
次的教師同意加退選該課的登入密碼卡就可代替教師上網同意加退選
了. 所以最後的補救手段也有了.

不管制度怎麼變, 就是條件分發. 把所有條件不看, 對送進來的一群
找個時段之後分發, 若時段很短, 只按資料送達時間排序就是傳統的
先搶先贏, 若是隔很長時間之後, 再依各條件籤號排序, 那就是一般
的志願條件分發. 基本上就是造一張條件表, 課務人員填入想要的條
件, 系統就照表操作. 高明一點的就是連條件名稱都是可設定可擴充
, 從條件表就能找出對應的處理動作, 所以擴充更改都不難.

選課處理通常是依課程各系分散式處理, 手動時代, 學生是帶著成績
記載冊到助教處遞送選課單, 助教會看成績狀況進行輔導, 會當場勸
進勸退, 對於空無一人的課程就會關說推鑒, 減少停開課與加退選的
麻煩.
有些私校會對新生做一些自動推薦, 學生不填送, 但系統自動依必修
必選自動填送, 對於某些將開不成的課也會自動找學生廣告代替填送
, 學生不主動退選就生效.

再怎麼說, 這也是條件分發. 是有通則, 可以全自動與客製化的. 所
以前段國立大學若非國際學生使用介面需加新外, 多年來都是大家填
表運作.

只是想說: 這樣制式化的系統竟然無法國內推廣, 也無法行銷海外.
軟體技術再高超, 也是只有餓死台灣島 !


: 有些時候,寫程式的人不照這樣做,還會做出一些機制奇怪的東西:例如,
: 線上選課時,馬上根據課程配額剩餘量判斷一門課有沒有選到,而且還沒有
: 做鎖定.
:
: 要找個漂亮的解決方法,有練過的應該會以等候模型來思考吧,要不然會用到
: 類似貝式機率法求權重. 不曉得國內有沒有學校的選課系統是這麼長進的?
:
:
選課系統的面子問題, 其實就是技術開發人員的管理問題. 最最簡單就是
送上來的請求, 一個蘿菠一個坑, 耗完為止, 簡單好做煩惱那麼多幹嘛?

在時限下, 開發人員不會費心太多使用者的可能狀況, 當然一上陣就會出
苞, 偏偏台灣就是有口沒遮攔的 BBS, 就鬧得全國皆知, 學校主管就會為
了面子苦不堪言. 只要中心主任管不住開發人員, 將來發生的情況就會是
如此.

用別校的, 那要專職技術人員幹嘛? 要做得齊全, 全自動夠彈性, 那每年
還怎麼混? 何況課務一出狀況就怪系統怪電算中心, 技術人員陪著挨罵,
那還不如每學期都宣稱要維護, 還有加班費可領.


→ richliu:沒想到畢業十年還是可以炒選課系統.
→ richliu:沙賓法案後, 公司內的報帳系統也不在公司內部.
→ richliu:一個月報一筆帳, 一份 report 要價 US$10.
→ richliu:某種程度也是雲端了吧(笑)
→ richliu:選課系統也可以比照辦法, 如果每年只有二次, 或許也可以考
→ richliu:慮放在 TANET 內減少成本, 反正有很多孵蛋中心可以放~
→ richliu:至於學校內的技術人員就改單位去管網路呀. 反正高層覺得
→ richliu:都一樣. 而且各校管網路的人都不夠. 剛好可以配置多餘人力
→ richliu:這樣又有人維護, 又可以做出堪用的系統. 如果一間賺太多
→ richliu:就多幾家自由競爭, 價格總是會落在滿意的區間. 大家都有錢
→ richliu:不過我想最大的問題應該是沒有一個夠有力的人主導吧(茶
純軟體如果跨不出台灣, 怎麼做都沒有機會長大!
技術人員的問題根本就是整個大環境, 關鍵不是降低成本, 而是沒有建設性累積效益.
國立大學的網路不存在缺人手問題, 就如同 Win7 網路軟體都已近乎能自動化調整,
而這種軟體的發展在別人手上, 這類差事會被半自動化軟體消滅.

推 luciferii:已經扯到學校計中要肩負讓純軟跨出台灣的責任了...
任何一個計中(含國網中研院)怎麼有可能將純軟體商業行銷到全世界?
除了老共因為有集體所有制, 還不怕讓一部份人先富起來, 才有可能. 所以即使
是私校在體制上都不可能, 要人負責也得要有對應的利.

當年把相容PC銷出去的是電子產品組裝業, 絕不是工研院,III. 更不是那個大學.
只是大學把技術知識, 市場甚至 know how 無償傳下去了.

大家覺得沒需要也就不必強求. 除了槍桿子的方法外, 從來就不是甚麼夠力指導
能起作用. 沒需要不就是多餘?

→ richliu:純軟體要在台灣立足都不容易了, 更何況要踏出台灣.
→ richliu:軟體綁硬體還是可以的模式, 至少在台灣還算有優勢.
→ richliu:至於台灣的純軟體公司如何, 這個大家都清楚.
→ richliu:台灣的硬體公司對於軟體部門的心態, 那更糟...
→ richliu:台灣軟體路上的石頭非常多, 就算灌頂也不一定能起來
推 luciferii:這麼制式化又簡單的系統，興大十五年來搞不定花了兩千萬
→ luciferii:買到的框架還是搞不定。這麼制式化又簡單的系統各校要自
→ luciferii:己花一堆時間開發或者外包。果然程式開發用嘴巴最簡單。
那有甚麼辦法? 所謂專業就是輕鬆愉快就擺平, 所以才要委託專人.
專人都是不怕死活過來的, 差別也就這樣.

如同大專聯考改制為先考試, 可跨組填志願, 後分發時, 清交的大
師們也出來質疑得天翻地覆幾乎使之停擺, 只差點沒證出 "無解".
後來淡江就悶不吭聲的幹了十多年, 還嚇得大家不敢接, 台大總算
幹了也沒事, 幾年也不想交出來. 輪中央也是幹過沒事, 倒是中央
一直七上八下趕快丟, 現在成大就幹得不放手啦, 就是看透又專業
使然, 那個眉角都跑不掉.

現在的餓羅渴還沒那麼專業, 用台灣的私立大學去養她, 那是遲早
就通的事. 各大學要面子還不就是怕死?


推 luciferii:Oracle 不是本地苦命的計中人員或SI，它不會因為你的需
→ luciferii:求來改進系統改出一個興大版或臺灣版的Campus。
Oracle PeopleSoft 是否需得替中興發展特殊的專用系統當然沒必要.
這類系統都是能制式選項設定重新調整功能的.
條件篩選裡最複雜的也就是多條件擇一不複選(互斥), 可以用在類似大專
聯考的志願選填與分發. 其餘都是沒有特別複雜的項目. 這些項目都是通
式, 都能通則設定. 即使再沒有, 她還是能賣出專屬的資料庫系統.
就競爭言, 選課或成績志願分發就只是銷售需求裡的一種障礙或保護傘,
欠缺土造的本地業者也就沒有競爭對手存在, 大學裡的自製系統是遲早煙
消霧散.

推 dryman:嘴巴說得那麼簡單，為什麼不自己去做？
推 danielguo:在PTT講再多也一樣, 去和大學說比較實際
→ danielguo:有空在板上發文, 不如拿時間去寫信給教務人員
這種系統都做好, 也用了快 15 年.
※ 編輯: ggg12345        來自: 140.115.5.98         (09/28 10:26)