2010-06-16 16 views
3

在此尋找意見,我們正在開發一個基本上是生產線數據輸入系統的項目。通常在Excel或其他胖客戶端數據系統中工作的用戶輸入大量數據。Web應用程序是否適合大量使用數據輸入系統?

我們被告知(作爲結果),我們必須使用.NET開發這個胖客戶端。我們的論點是作爲一個網絡應用程序開發,因爲它解決了很多問題,並且會更容易編寫和維護。

他們反對網絡的論點是(據說)網絡還沒有準備好用於重型數據輸入系統,而且瀏覽器中的網絡不能爲終端用戶提供速度,響應能力和流暢體驗,用戶,一個厚厚的客戶端可以(引用諸如拖放,快速自動輸入和數據導航等等)

我個人認爲,通過良好的表單設計和JQuery/AJAX,一個web應用程序可以做一切一個厚厚的客戶也同樣如此,他們只是不知道他們在說什麼。

具有諷刺意味的是,一個胖客戶端必須花費更多的精力來管理部署和連接回到中央數據服務器比Web應用程序需要做的,所以在速度方面,我期望一個Web應用程序更快。

那裏有什麼想法?目前在生產中使用的任何技術是否將現代數據輸入系統作爲Web應用程序開發?

感謝任何反饋。

+1

過去我們已經完成了一個類似的項目(N層應用程序替換Excel表),並且在集中所有用戶採取行動的數據方面速度更快 - 用戶不滿意他們無法過濾/複製列/排序與XLS一樣容易。 – shinynewbike 2010-06-16 09:24:29

+0

@ktaylorjohn:是嗎?你爲什麼不實現他們錯過的功能?是的,如果你實現了excel的替代方案,那麼你就失去了擁有所有功能的好處,但這並不意味着你不能重新實現它們,沒有什麼特別的理由說明爲什麼一個平臺比另一個平臺更好。 – back2dos 2010-06-16 13:34:39

回答

2

我認爲,具有良好的外形設計和JQuery/AJAX,一個Web應用程序可以做一切胖客戶端不一樣好

你也會需要一個快速/未擁塞網絡,服務器和數據庫。用戶

繁重的數據輸入誰通常在Excel工作

什麼會擔心我會被重新開發,在你的web應用程序,最終用戶已經習慣了的功能(例如,無論是已經在Excel中實現)。

更多的精力來管理部署和連接

有技術,儘量減少(即自動化)的部署工作。

在速度方面我希望一個web應用程序要快

沒有,因爲你可以編寫你的胖客戶端交談的服務器一樣多或者少一個web應用程序做。

+0

實際上,胖客戶端可以使用更少的帶寬,因爲它不必往返發送演示數據,因爲它已經在應用程序中編碼。 – tster 2010-06-16 14:13:21

0

如果他們習慣於Excel和繁重的數據輸入,他們可能習慣於使用快捷鍵和Tab鍵,這很容易添加到WinForms應用程序中,但我認爲這並不容易網絡應用。我想不出任何我見過的從鍵盤上使用的webapp。 從桌面應用程序控制整個體驗也更容易。

我想說這取決於你是想讓用戶還是管理員滿意。管理員可能更喜歡一個webapp,這可能會使安裝,升級和維護更容易,但用戶可能更喜歡一個(寫得很好的)桌面應用程序,爲他們提供他們習慣的豐富用戶界面。

0

我不得不建立基於網絡的退休金補救制度,讓養老基金在短時間內支付30m。這是極爲重要的數據處理/數據查詢,涉及大量記錄,以及瀏覽過去數十年的歷史數據。

最終用戶對所產生的應用程序感到非常滿意,該公司認爲這是他們執行過的最好的項目。我認爲祕訣就是舉辦一個很好的JAD會議並構建用戶實際需要的用戶界面。有時候管理層是開始設計應用程序的錯誤地點,你需要從實際的職員開始工作。將這種想法引入管理層的想法是一項壯舉,但一旦你能說服他們所需要的只是關注報告而不是數據錄入,那麼你就贏得了大部分的戰鬥。

我對實際進行數據錄入的人的經驗是,他們誠實地不關心這項技術,他們所害怕的是另一個「改進」的系統,這實際上拖累了他們的效率。如果他們確信我們構建的軟件能夠讓他們工作得更快更好,那麼他們就會加入進來。

當然,我們只需要確保我們真正理解終端用戶真正想要的UI和整個系統。

+0

當然,我一直在向最終用戶請求計劃會話,所以我可以理解他們現在所做的事情以及他們想如何做事,以瞭解如何呈現數據並控制應用程序的流程。 可悲的是我們可能不需要任何複雜的系統,我們可以使用Excel/Access和一些VBA進行這項工作:) – Rob 2010-06-17 12:48:57

相關問題