博主: 本帖內容是招商銀行軟開(深圳融博)在調查新員工工作意願時對銀行軟體業務開發的分類。 在銀行裡做開發肯定不能片面追求技術,更重要的是要學好業務知識,技術為商務服務。如果現在讓我這個門外漢來選方向的話,傾向於2、1、3、8. 學習、工作、生活中面臨的此類選擇,各個選項之間往往並沒有顯著的優劣之分,也很難事先確定哪個最適合自己。因此在進行選擇時,只要能夠避開明顯不好和明顯不適合自己的選項(理性),剩下的憑感覺挑一個(感性),然後就認真做事,而不應該糾結於找出最優的選項。個人的一點看法。
Neil
現在搜一下商務程序管理,資訊很多,也有很多產品號稱是商務程序管理系統,但是在我看來,根本不是那麼一回事,只能說某些產品只是實現了一個業務流中的某一個片段,如審批流、狀態機器、一個單據的流程。
開篇之作(1) 描述兩條或更多的分支合并到單一的一條後續路徑中,每一條使能進入分支都啟用後續路徑的一次執行線程。雖然多條分支在圖形上是合并的,但是這個多路合并並不對這些分支啟用的後續線程進行任何的同步。(2) 抽象模型描述多路合并的Flash動畫中,B和C是多路選擇後的分支,這樣的分支可以超過兩個,假設還有E、F……,這樣的分支在多路選擇處不進行同步,每一個分支都會啟用一次D的執行,即D(B)、D(C)、D(E)……,並且這些D的線程互不干擾。(3)
上篇的姊妹篇,上個系列是由工作流程模式推業務情境,而本系列是由業務情境推運行時實現,都是頭腦風暴的總結,不都是正確的,歡迎大家指正問題。(1) 描述內部交易流程,完成了整個業務過程之後是集中開票的過程。開票操作是批操作,至於哪些放到一批裡面,這個規則不確定,可能由人決定,可能是一個月開一次票。單純的從業務發生髮展角度來看,內部交易完成以後就應該是開票,以上的商務程序圖很簡單,如下: 展開來看,想要達到的運行效果類似於: (2) 解決方案a、
想必你和我的情況一樣,名下有無數張信用卡,無數張積分卡。但是由於錢包太薄,每一張卡都是零星的積分,不過,這些積分不兌換掉,又覺得很不爽。更要命的是,這些積分一般是有期限的,不花完,豈不是白白便宜了商家嗎?應該我們積分控們都想過這樣一個問題:如果能把個人名下所有的積分都匯總起來,或許能有不少的用處,起碼能花掉這些零星積分。可是,大家在有這樣的念頭的時候,是不是只是讓這個念頭一閃而過呢?剛看到淘積分這個網站、尤其是它的廣告語"廣聚積分
一個大老闆一天心血來潮巡視他的一家工廠,看著看著瞧見一個員工正埋著頭努力地工作著。他走過去拍拍員工的肩膀說道:"好好乾吧!我以前也是和你一樣。"員工抬起頭來,笑一笑,也伸手拍拍大老闆的肩膀,說:"你也好好乾吧!我以前也是和你一樣。"這是我今天聽來的故事.我問我了朋友對這個故事的看法.她雖然沒說,但我還是很清楚.我正在這條路上.我想每個人都有機會成功.但每個人失敗的可能性都比成功大.我在那留言:"成功=(說到+做到)*堅持"你能從這個公式中看到什麼.
原文地址:http://www.javaeye.com/topic/41745沒有一個項目不是重視需求調查的。從第一天開始,開發人員就拿著一個筆記本,把使用者都拉到會議室,詢問他們的商務程序是什麼樣的。知道了商務程序,開發人員剩下的工作就明確了,一條一條的去實現他們,系統就OK了。但是,商務程序可以代替需求嗎?實際上,在商務程序的背後,有一個更加根本的因素——商業需求。商業需求才是真正的需求,商務程序只是一種實現手段而已。開發人員詢問使用者:“你們的商務程序是什麼樣的?”這個問題其實是很難回答的
專案經理如何服務好業務人員
隨便說說。其實所謂微軟戰略,大家已經把它研究得非常透了,比方說HBR等等。說穿了微軟的核心就是構建一個OS平台,平台的兩邊,一邊是普通使用者,一邊是開發人員。微軟平台策略的核心在於,OS使用者收費,軟體開發人員則全免費,為什嗎?因為沒有下遊使用者自然也就不會有收入,而上遊開發人員越多,下遊使用者就越多。實際上微軟相當於是在免費補貼開發人員,這裡我再幫各位換個說法,實際上開發人員是在用自己的職業發展前景、及將來的差異化競爭力為代價,來跟微軟換取開發學習所需付出的成本。什麼叫挖坑,這就叫挖坑,而且是
約翰.D. 洛克菲勒 “建立在商業業務的友誼遠比建立在友誼上的商業業務來得好。” 亨利.福特 “如果你想永遠做個僱員,那麼下班的汽笛吹響時,你就可以暫時忘掉手中的工作;如果你想繼續前進,去開創一番事業,那麼,汽笛僅僅是你開始思考的訊號。” 安德魯.卡內基 “如果把我的廠房裝置、材料全部燒毀,但只要保住我的全班人馬,幾年以後,我仍將是一個鋼鐵大王。” 安迪.格魯夫 “要想預見今後10年會發生什麼,就要回顧過去10年中發生的事情。”
9.1資訊化戰略與企業經營戰略 不同企業在不同時期的經營戰略會有不同的重點,因而對資訊化的需求在不同階段也是不同的。如果企業的戰略重點在於產品更新換代,那麼CAD、PDM、CAPP、GT、GAM等資訊技術的應用就更為迫切,如果重點在拓展市場,那麼網路營銷、CRM等資訊就更為迫切。因此,在制定公司資訊化規劃時,必須以企業戰略需求為基礎,否則必然會迷失方向,冒很大的風險,無果而終。同時要要注意分步實施同總體規劃的整合和相容。 ERP只是管理範疇的一個內容,不能包羅所有管理的內容。
2.2.2資訊整合與即時共用 實現資訊整合就是:任何一項資料或資訊,由一個部門的專職員工負責,在規定的時間,錄入到系統裡去,儲存在指定的資料庫中,然後根據商務程序的要求,按照規定的運算方法進行加工處理。簡言之,資訊整合的原則就是“資訊的來源唯一”,而不是多頭的。只有資訊來源準確可靠,內容完整精細、發布傳遞及時,才有助於正確決策,避免失誤。
2.2.3資訊整合的條件資訊整合最基本的兩件條件:資訊必須規範;資訊的流程必須規範。資訊規範通常指資料的名稱、代碼和定義必須明確一致。正常化的商務程序是保證資訊資源完整的必要條件,商務程序不規範必然造成資訊不規範,會造成資料的流失或不完整。 資訊正常化取決於商務程序的正常化,是資訊公開透明的必要條件,也是建立公平、公正和誠信市場秩序的前提,實現起來比第一個條件“資訊規範”難度更大。
2.2.3知情與知用 資訊技術與管理管理的關係如。 沒有一定的管理基礎和資料混亂的企業無法實現資訊化,我們需要“綠色資訊”,不準確、不及時、不完整的資訊是汙染的資訊,會使資訊化管理走向絕路。 但有了準確、及時和完整的資訊,如果管理者不會掌握它,不知如何應用,同樣會使用寶貴的資訊黯然失色。 資訊化的結果只能是向管理者提供了豐富、即時的資訊;而實施資訊化管理的效益、或企業競爭優勢的提升,不是系統自動產生的,而是人用出來的。我們應當永遠記住:“資訊的價值在於應用,效益是用出來的”。
B/S系統中的許可權比C/S中的更顯的重要,C/S系統因為具有特殊的用戶端,所以訪問使用者的許可權檢測可以通過用戶端實現或通過用戶端+伺服器檢測實現,而B/S中,瀏覽器是每一台電腦都已具備的,如果不建立一個完整的許可權檢測,那麼一個“非法使用者”很可能就能通過瀏覽器輕易訪問到B/S系統中的所有功能。因此B/S業務系統都需要有一個或多個許可權系統來實現存取權限檢測,讓經過授權的使用者可以正常合法的使用已授權功能,而對那些未經授權的“非法使用者”將會將他們徹底的“拒之門外”。下面就讓我們一起瞭解
在設計篇中,我們已經為大家闡述了有關許可權管理系統的資料庫設計,在本篇中,我們將重點放在其實現代碼部分。為了讓你能夠更直接更有效看到全部動作的代碼,我們使用“動作分解列表”的方式來陳述每個動作以及相關資源。實現許可權管理功能的動作動作分解動作名相關表名操作集類型(S,U,I,D,SQL)表單模組字元資源是否分頁?返回提示?許可權檢測許可權初始化安裝setup無無無setupsetupok否否否顯示添加管理組介面addnewgroup無無addgroupcheckuserpurview無否否是
Dropbox這個公司相信大家都不陌生,在矽谷可以說是最火熱的創業公司了,其估值已經近60億美元,一個簡單的同步工具如何能做到如此的成功,在眾多公司中脫穎而出,讓dropbox創始人告訴你原因吧。下面這個視頻時dropbox創始人Drew Houston在Startup Lessons Learned上的演講,為方便牆內朋友觀看,我從youtube上下載下來傳到了優酷上:下面是演講的slide:Dropbox Startup Lessons Learned View more
原文地址:http://www.omgubuntu.co.uk/2011/05/microsoft-will-invest-and-support-skype-on-linux/______________________________________________________________________________________________微軟已經承諾會為非微軟平台上的Skype提供資金和支援,這一觀點已被微軟證實。這一訊息證實了許多人的猜測,我昨天也醞釀許久:這次對Sk