Re: [閒聊] web與AP的溝通?

[qrtt1 (有些事，有時候。。。)]

※ 引述《cyr1216 (seven)》之銘言：
: 不太確定標題怎麼下比較好
: 事情是這樣的
: 公司做工業電腦的 最近要生產一批新貨
: 1.訂單產生後
:     透過 EIP 系統(web)取得這張訂單的
:     出貨序號及MAC(產量10台就給10組出貨序號/10組MAC)
: 2.接下來 由軟體工程部寫一支AP程式，寫好安裝在成品機器上
:     AP主要目的 就是向 EIP 拿MAC，再將MAC燒進成品，並做檢測
:     他們只提到是在linux環境下寫code.
: 結果軟體工程跟MIS溝通過程中
: 就有點雞同鴨講 因為大家都不熟對方的作業
: (對方是軟體工程部 我們是MIS)
[....]


        比較疑惑是，這是貴公司『第一次』生產新貨嗎？

        不然這東西應該有非常『歷史悠久』『穩定可靠』的流程。

        看起來你的單位（or 兩者）完全像新人在土法煉鋼


        或是這是額外的需求，完全不同的流程！？

        但為了什麼理由無法使用既有流程，要拿石頭砸自己的腳？

        另外生管的角色跑到哪去了呢？

--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 114.25.250.181
推 cyr1216:以前有固定的生產流程 只是這批新貨比較特殊
→ cyr1216:燒入MAC後需要檢測很多項目(應是透過AP執行檢測程式再PASS
→ cyr1216:出結果)
→ cyr1216:所以針對這批新貨再把一段作業拉出來另外寫
        非常態那就直接交換檔案吧

        你們輸出對方要的資料，ex. csv 格式，欄位要什麼就讓他們開。

        最後要求他們也吐回 csv 格式，你們收到再轉 sql 匯入

        例外，就不要再動 server，以免開了帳號忘了關也麻煩。


※ 編輯: qrtt1           來自: 114.25.250.181       (10/31 00:09)
推 cyr1216:但現在是每開始做1台就要吐序號給他 等他做完再立即塞一筆
→ cyr1216:完成的記錄進來...
→ cyr1216:原本討論的作法是生產10台就一次全部寫成檔案(*.mdb)
→ cyr1216:再讓我們匯入 後來得知是做1台就要更新db出貨資料檔
推 ljhgc:AP 走POST方式提需求，WEB撈完資料response回去就好了阿
→ ljhgc:AP可以收WEB回應的資料，連header都可以收到~
→ ljhgc:我家用這樣的方式，同時幾百個POST還不是能處理
→ ljhgc:回的還不是短短的序號而已，而是一份將近1M的XML檔
→ ljhgc:XML也是從DB撈出來產生的
推 asdfghjklasd:開一台用CGI做介面不就好了....還用檔案交換
→ qrtt1:權宜之計啊。萬一被扣上辦事效率不佳而延遲出貨反而得不償失
→ qrtt1:web service 類的東西，要儘量設計一步到位。那並沒有那麼快
→ qrtt1:的。一但被認為是『正式』版，要有修正的可能性就低了。