通过人与人的交互,反思软件系统与软件系统之间的集成交互问题
生活随笔
收集整理的這篇文章主要介紹了
通过人与人的交互,反思软件系统与软件系统之间的集成交互问题
小編覺得挺不錯的,現在分享給大家,幫大家做個參考.
我們假設一個國際化的大公司里,有來自多個國家的員工,這些員工又工作在不同的部門里,負責不同的任務。
首先:
1. 這些人可能是白人,也可能是黑人,也可能是黃皮膚的我們,這就像我們軟件開發里的語言一樣,
有的是.NET體系,有的是JAVA體系的。所以不太可能要求一個公司里的人必須全部是黃皮膚的,或者是某
個民族的,那就是歧視種族的問題了,通過這個例子我想說一下,沒必要非是.NET或者是JAVA必
須是你死我活,我以前在這個問題上犯過嚴重錯誤,現在終于想通了。
【.NET、JAVA并不是非要你死我活】 2. 對于一個規范的公司來講,每個人的分工是很明確的,例如財務就是干啥的,人力資源有是干啥的,他們
分工很明確,不可能是一個人啥事情都干了,很容易干不好,或者干不專業。對我們開發人員來講,就是意味
著我們的某個系統,應該有個明確的功能定位,應該有個明確的分工,不太可能某個系統是萬能的,也就不存
在多個系統之間的集成問題所在了。
【分工就亂,集成就更亂了,甚至是不可能集成了】 3. 規范的公司,都應該有些制度,不應該是財務管招聘,人事是管財務報表,應該是哪個部門做什么事情,
對什么事情負責,那個部門是哪些數據的權威來源,例如,我們登錄系統的帳號,應該是人事部門管理,我們
的公司的財務報表應該是從財務部門獲取,不應該是每個部門都有獨立全套的數據,應該是負責他該負責的部分,
說白了,還是跟上面的2有些類似,分工明確,責任明確。
【重復的數據,以哪個來源為標準依據】 4.部門與部門的溝通,員工與員工的溝通的,我們國家政府部門之間溝通,都用標準的公文形式,這也是個溝通方式,
溝通可以是書面的,也可以口頭的,這個類似于我們到底用 WebServeric、Remoting、WCF等一樣,
溝通還可以用英文、中文或日文,只要這兩個互相溝通的員工能說清楚就可以了,互相能讀懂就可以了,事情能辦理好了。
【標準接口,有輸入輸出,例如公文能發出去另一方還需要能接收公文】 其次:
對現實中的軟件系統之間的交互集成的理解,先不談Biztalk、EAI等,那不是我的思想,那需要花費巨資才能購買。
整理的基本思想看下圖
1. 我們經常能實現的系統之間的交互,通過分析底層的數據庫結構,然后適當的進行添加觸發器等機制,
可以完成系統之間的數據交互,這個雖然不是好方法,但是也是迫不得已的方法,不用修改程序代碼。
2. 我們可以直接利用應用系統的頁面,將數據進行導入導出操作,直接導入到另外一個系統,最理想的
狀態是,這2個系統最起碼都有導入導出功能,這樣避免了同樣的數據在2個系統中重復錄入的罪孽。
所以,現在開發的系統,都應該有批量導入導出功能,否則,不算是一個開放的系統。但是這個有個不好
的地方是,也是嚴重的缺陷是,都是要人工進行干預,需要在兩個系統之間奔波,也是很辛苦的事情。
3. 最理想的狀態是,在應用程序之間能互相調用,用戶只在一個系統里錄入,另一個系統將在被后臺
自動調用。這時就是需要2個系統都有規范的接口定義,可調用的公開方法及手段?,F在大部分公司都
忽視這部分的要求,以后應該是越來越重視這部分的工作。應該成為軟件驗收的重要功能指標之一了,
現在很多公司里,同樣的數據需要重復錄入的問題很嚴重,甚至是電子化沒有解放我們,而是越電子化,
我們越變成了電腦軟件的奴隸,需要將同樣的數據,在不同的軟件里錄入,悲哀啊,最可憐的是那那些
最底層的員工,讓他們錄入數據,他們必須得錄入,雖然很反感,沒辦法啊,領導的命令下來了。
大家開發的系統都應該有可編程接口,可進行數據錄入、調用核心業務處理流程,這樣我們的政府、企業
信息化會更順利,大家也不會排斥上多個IT系統了,現在推IT系統也很難,人家就怕重復錄入數據,不是
怕花錢。 最近在杭州臨安做項目,看到銀行的電子轉賬程序,可以將需要轉賬的數據,類似Excel一樣,批量的復制粘貼,
若是一個個人必須通過頁面輸入,那這個軟件真的難用得要命了,人家有一個功能,可以批量導入或者批量
復制粘貼,可以從另一個系統導入數據或者從另一個系統批量復制數據,然后直接粘貼到這個類似Excel的
頁面里就可以,用戶不會覺得很繁瑣,復制粘貼一下就可以,甚至不用導入導出了,感覺很好用的,我們開
發的系統也應該多多借鑒。 將權限管理、工作流管理做到我能力的極致,一個人只能做好那么很少的幾件事情。
本文轉自 jirigala 51CTO博客,原文鏈接:http://blog.51cto.com/2347979/451625,如需轉載請自行聯系原作者
首先:
1. 這些人可能是白人,也可能是黑人,也可能是黃皮膚的我們,這就像我們軟件開發里的語言一樣,
有的是.NET體系,有的是JAVA體系的。所以不太可能要求一個公司里的人必須全部是黃皮膚的,或者是某
個民族的,那就是歧視種族的問題了,通過這個例子我想說一下,沒必要非是.NET或者是JAVA必
須是你死我活,我以前在這個問題上犯過嚴重錯誤,現在終于想通了。
【.NET、JAVA并不是非要你死我活】 2. 對于一個規范的公司來講,每個人的分工是很明確的,例如財務就是干啥的,人力資源有是干啥的,他們
分工很明確,不可能是一個人啥事情都干了,很容易干不好,或者干不專業。對我們開發人員來講,就是意味
著我們的某個系統,應該有個明確的功能定位,應該有個明確的分工,不太可能某個系統是萬能的,也就不存
在多個系統之間的集成問題所在了。
【分工就亂,集成就更亂了,甚至是不可能集成了】 3. 規范的公司,都應該有些制度,不應該是財務管招聘,人事是管財務報表,應該是哪個部門做什么事情,
對什么事情負責,那個部門是哪些數據的權威來源,例如,我們登錄系統的帳號,應該是人事部門管理,我們
的公司的財務報表應該是從財務部門獲取,不應該是每個部門都有獨立全套的數據,應該是負責他該負責的部分,
說白了,還是跟上面的2有些類似,分工明確,責任明確。
【重復的數據,以哪個來源為標準依據】 4.部門與部門的溝通,員工與員工的溝通的,我們國家政府部門之間溝通,都用標準的公文形式,這也是個溝通方式,
溝通可以是書面的,也可以口頭的,這個類似于我們到底用 WebServeric、Remoting、WCF等一樣,
溝通還可以用英文、中文或日文,只要這兩個互相溝通的員工能說清楚就可以了,互相能讀懂就可以了,事情能辦理好了。
【標準接口,有輸入輸出,例如公文能發出去另一方還需要能接收公文】 其次:
對現實中的軟件系統之間的交互集成的理解,先不談Biztalk、EAI等,那不是我的思想,那需要花費巨資才能購買。
整理的基本思想看下圖
1. 我們經常能實現的系統之間的交互,通過分析底層的數據庫結構,然后適當的進行添加觸發器等機制,
可以完成系統之間的數據交互,這個雖然不是好方法,但是也是迫不得已的方法,不用修改程序代碼。
2. 我們可以直接利用應用系統的頁面,將數據進行導入導出操作,直接導入到另外一個系統,最理想的
狀態是,這2個系統最起碼都有導入導出功能,這樣避免了同樣的數據在2個系統中重復錄入的罪孽。
所以,現在開發的系統,都應該有批量導入導出功能,否則,不算是一個開放的系統。但是這個有個不好
的地方是,也是嚴重的缺陷是,都是要人工進行干預,需要在兩個系統之間奔波,也是很辛苦的事情。
3. 最理想的狀態是,在應用程序之間能互相調用,用戶只在一個系統里錄入,另一個系統將在被后臺
自動調用。這時就是需要2個系統都有規范的接口定義,可調用的公開方法及手段?,F在大部分公司都
忽視這部分的要求,以后應該是越來越重視這部分的工作。應該成為軟件驗收的重要功能指標之一了,
現在很多公司里,同樣的數據需要重復錄入的問題很嚴重,甚至是電子化沒有解放我們,而是越電子化,
我們越變成了電腦軟件的奴隸,需要將同樣的數據,在不同的軟件里錄入,悲哀啊,最可憐的是那那些
最底層的員工,讓他們錄入數據,他們必須得錄入,雖然很反感,沒辦法啊,領導的命令下來了。
大家開發的系統都應該有可編程接口,可進行數據錄入、調用核心業務處理流程,這樣我們的政府、企業
信息化會更順利,大家也不會排斥上多個IT系統了,現在推IT系統也很難,人家就怕重復錄入數據,不是
怕花錢。 最近在杭州臨安做項目,看到銀行的電子轉賬程序,可以將需要轉賬的數據,類似Excel一樣,批量的復制粘貼,
若是一個個人必須通過頁面輸入,那這個軟件真的難用得要命了,人家有一個功能,可以批量導入或者批量
復制粘貼,可以從另一個系統導入數據或者從另一個系統批量復制數據,然后直接粘貼到這個類似Excel的
頁面里就可以,用戶不會覺得很繁瑣,復制粘貼一下就可以,甚至不用導入導出了,感覺很好用的,我們開
發的系統也應該多多借鑒。 將權限管理、工作流管理做到我能力的極致,一個人只能做好那么很少的幾件事情。
本文轉自 jirigala 51CTO博客,原文鏈接:http://blog.51cto.com/2347979/451625,如需轉載請自行聯系原作者
總結
以上是生活随笔為你收集整理的通过人与人的交互,反思软件系统与软件系统之间的集成交互问题的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: [硬件]SICK LMS111激光扫描仪
- 下一篇: uvm_comps.svh