大型教會 事工與組織管理系統
我處理過組織複雜度最高的一套系統
本專案開發期間任職於原單位，著作財產權歸原單位所有，此處僅作為技術能力之說明。
教會的組織不是公司的組織圖
這裡有四個協會、八層階層，而且同一個人在協會、事工團、小組這三種結構底下分別是不同身分、擁有不同權限 —— 他可能是 A 協會的一般會友、B 事工團的負責人，同時又是某個小組的組長。紙本與零散表單在組織長到這個規模之後就撐不住了。
六大模組，兩年
組織管理、教友管理、事工團、小組聚會、課程商城與報表。從系統分析、資料結構設計、前端切版到測試全程負責，上線後持續維護至今。
同一個問題只能有一份答案
上課出席有現場打卡、代打卡、補打卡三條路徑，但它們最後都要回答同一個問題：這個人算不算完成這堂課、能不能取得後續課程的資格。如果三條路各寫一套規則，資格認定遲早會互相矛盾 —— 所以三者只是紀錄來源不同，判定邏輯只有一份。這種地方沒有講清楚，系統上線半年後就會開始出怪事。
常見問題
四個協會、八層階層，而且同一個人在協會、事工團、小組三種結構底下分別是不同身分、擁有不同權限。
組織管理、教友管理、事工團、小組聚會、課程商城與報表六大模組，約 2 年，從系統分析、資料結構設計、前端切版到測試全程負責，上線後持續維護。技術為 ASP.NET MVC、C#、Vue 3、Bootstrap、MSSQL。本專案開發期間任職於原單位，著作財產權歸原單位所有。
現場打卡、代打卡、補打卡三條路徑只是紀錄來源不同，「算不算完成這堂課、能不能取得後續課程資格」的判定邏輯只有一份。