iT邦幫忙

0

如何寫外掛程式與軟體外包注意事項 ?

外掛程式要如何寫 , 是不是只要有資料表就可以拉出來寫
另外 , 軟體外包要注意什麼事項呢 ?

總裁 iT邦好手 1 級 ‧ 2012-06-19 09:53:14 檢舉
外掛程式要如何寫 , 是不是只要有資料表就可以拉出來寫
還要知道流程。

另外 , 軟體外包要注意什麼事項呢 ?
要穩定的外包商,技術穩定,員工穩定,老闆穩定....
Albert iT邦高手 1 級 ‧ 2012-06-19 20:49:47 檢舉
iT邦幫忙MVPcdfu提到:
要穩定的外包商,技術穩定,員工穩定,老闆穩定....

最穩定就是 [個人]
生命長度是軟體廠商壽命平均值 10倍
IB .. M 都是間接外包 直接跟發包個人簽約
SA .. P 都是間接外包 直接跟發包個人簽約

2 個回答

6
hisniper
iT邦新手 2 級 ‧ 2012-06-19 11:35:24
最佳解答

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

Albert iT邦高手 1 級 ‧ 2012-06-19 20:44:31 檢舉

hisniper提到:
3.若外掛程式是會回寫資料,那就必需很慎重,
通常原系統商是不允許的,就如買了電器私自拆裝就不再保固一般
因此是不可破壞系統運作的規矩

土產系統一般都是自大無知
沒有拋入介面
SAP/Oracle 都有拋入介面
而且 90% 都是用拋入的
哪有人面對原系統敲資料
又不是摩登原始人

2
Albert
iT邦高手 1 級 ‧ 2012-06-19 20:58:38

cmkung提到:
外掛程式要如何寫 , 是不是只要有資料表就可以拉出來寫
另外 , 軟體外包要注意什麼事項呢 ?

技術包
規格包
實作包
要能拆離一切好談
不拆離一切 [可憐]
2011年開始的
IB...專案中 ASU... 大量外包客製 O... EBS/ERP/ASCP/CRM.....
我們正在修正 Performance Issue ....
一堆 [美國 + 印度] 懂規格
因此 規格 + 70分技術就來包案子.....
技術不好也是可以做出正確結果只是[很慢][很慢]
但上線後資料很多才會知道
她們已經回印度了....

player iT邦大師 1 級 ‧ 2012-06-23 12:40:50 檢舉

如果有SourceCode
有SPEC的話
你需要一個Team去優化
通常效能死在資料層與展示層之間
例如使用控制項分頁, 而不是使用SQL分頁, 因此撈太多資料出來, 卻只需看到一頁的資料而已

Albert iT邦高手 1 級 ‧ 2012-06-23 14:35:52 檢舉

player提到:
例如使用控制項分頁,
而不是使用SQL分頁, 因此撈太多資料出來,
卻只需看到一頁的資料而已

這是一般好的 framework 都會解決的....
大都是 2千萬筆 * 2千萬筆 join 的 view...

player iT邦大師 1 級 ‧ 2012-06-25 20:26:15 檢舉

albertachen提到:
2千萬筆 * 2千萬筆 join 的 view

正規化(資料依關聯拆到不同的Table; 優點是資料儲存時佔的Size會比較小, 而且關聯資料方便利用)

反正規化(為了方便View, 預先把不同Table的關聯的資料組在一個Table內)
都參考看看吧

我要發表回答

立即登入回答