Q1.外掛程式要如何寫?
若題目改成開發外掛程式要注意什麼,會比較好回答
我的認為1:要能了解資料系統的資料結構,與系統的運作流程
2:若只是ReadOnly那比較單純,只要符合系統規則與邏輯是最重要的.
3.若外掛程式是會回寫資料,那就必需很慎重,
通常原系統商是不允許的,就如買了電器私自拆裝就不再保固一般
因此是不可破壞系統運作的規矩
4.開發後一定要留下規格書,並隨主系統更新、更版時重新審視合宜性
Q2.外包注意事項?
1.除留下規格書外還需要留下SourceCode
2.簽署對資料的保密外,
也絕對要求開發的過程與完成的程式都不可以破壞系統運作.
3.減低預付款,最好是收到程式開發初版才支付第一筆款項
以減少因遇到需求落差、延遲交付成品...等(市場很多這樣的狀況o)
4.(續上)也因此,在開發前要求提出明確的規格書、計劃書非常重要.
ps.就如房子裝潢設計,需求者與設計者頭腦中總是有落差
不描繪出來討論,那問題就會發生在裝潢快完成時
通常不愉快都是在此發生,絕對要想辦法防止
5.保留尾款(ex.30%)至系統上線穩定後(ex.上線後3個月),
已確保開發的程式符合需求,並無程式Bug或異常
6.多比較,寫出程式並不難。但寫出好程式不容易.
ex.運作的人性化嗎? 運作的效率好嗎?
不佳的程式依然可以交貨,但使用起來有時還比沒程開發的壞.
可以考慮電訪該委外人員之前作品客戶,並看看他之前的實際作品(親手作品)
個人15年來也花很多精神在開發外掛
一些心得分享如上.
若有誤,也請不吝指正
Sniper
https://www.facebook.com/HiSniper.Huang
IT Solution
https://www.facebook.com/pages/IT_Solution/348829628483463
cmkung提到:
外掛程式要如何寫 , 是不是只要有資料表就可以拉出來寫
另外 , 軟體外包要注意什麼事項呢 ?
技術包
規格包
實作包
要能拆離一切好談
不拆離一切 [可憐]
2011年開始的
IB...專案中 ASU... 大量外包客製 O... EBS/ERP/ASCP/CRM.....
我們正在修正 Performance Issue ....
一堆 [美國 + 印度] 懂規格
因此 規格 + 70分技術就來包案子.....
技術不好也是可以做出正確結果只是[很慢][很慢]
但上線後資料很多才會知道
她們已經回印度了....
如果有SourceCode
有SPEC的話
你需要一個Team去優化
通常效能死在資料層與展示層之間
例如使用控制項分頁, 而不是使用SQL分頁, 因此撈太多資料出來, 卻只需看到一頁的資料而已
player提到:
例如使用控制項分頁,
而不是使用SQL分頁, 因此撈太多資料出來,
卻只需看到一頁的資料而已
這是一般好的 framework 都會解決的....
大都是 2千萬筆 * 2千萬筆 join 的 view...
albertachen提到:
2千萬筆 * 2千萬筆 join 的 view
正規化(資料依關聯拆到不同的Table; 優點是資料儲存時佔的Size會比較小, 而且關聯資料方便利用)
與
反正規化(為了方便View, 預先把不同Table的關聯的資料組在一個Table內)
都參考看看吧