其他

Collaborative Planning, Forecasting and Replenishment (CPFR)CPFR is a concept that allows collaborative processes across the supply chain, using a set of process and technology models that are: Open, yet allow secure communicationsFlexible across

情境：在查看QQ群的交流日誌中，看到了某地最終客戶E通過貼圖詢問，某單據在編輯以及審核的時候有XX單位的資訊，但是在單據列印的時候，則沒有體現出XX單位的資訊。在收到負責定位的同事確認後，QQ群服務的同事F回答：“這是我們列印模組的一個bug, 我們會記錄下來並安排修改的。”，在收到維護同事的回應後，E回答：“謝謝！”分析：承諾是非常重要的，對於開展客戶服務的同事更是如此，不要小看一個簡單的承諾，如果承諾不當或者我們的承諾不能兌現，客戶喪失的不僅是對服務信心，還會產生對系統健壯性和穩定性的懷疑，

情境：在查看QQ群的交流日誌中，看到了某地最終客戶G通過貼圖詢問：“接收到某單據後，開啟單據後選擇按鈕提交，出現‘確定提交後？’，選擇確定後沒有任何反映”；另外最終客戶H也跟著說：“對的，雖然按了提交的按鈕，但是事實上是無法提交”。同事I回答：“您的問題我們清楚了，我們去查下原因，有結果告訴您。”。經過了近10分鐘排查，在收到負責定位的同事確認後，QQ群服務的同事J回答：“你登出後重新登入系統，再開啟該單據提交，看看問題是否還存在？”。經過再次使用，使用者G回複：“是的，可以了。可能是使用權限設

注意：本文轉載過程中，為了避免大家對項目進行猜想，使用了XX項目代替了具體項目名稱，用A模組、B模組代替了實際的模組名稱，其餘沒有任何修訂，特此向作者以及讀者說明。這個產品已經賣了4年了。可最初的開發人員，連專案經理都跑了。他來了，任務就是維護這套軟體，而且就他這一個人維護這套代碼，有BUG改BUG，有需求就改需求。雖說這套軟體賣了4年，但真不知道是怎麼堅持了4年。他接手的時候仍然是BUG百出。代碼沒有文檔，沒有注釋，連表結構說明都沒有。代碼莫名其妙，經常橫插一句代碼，顯然是客戶報告了某個錯誤，

Jakarta Commons-Email 1.0 版本發布了。     Commons-Email 提供了一套更簡潔的 操作 郵件的API.     Commons-Email 是 基於 JavaMail API 構建. 核心組建只包含很少的幾個classes.     下面是一些其中的類的簡單介紹:     SimpleEmail - This class is used to send basic text based emails.     MultiPartEmail - This

 昨天雖然配置了MetaBase.xml，但WEB仍會因為W3SVC的錯誤而停止，直至幾分鐘後恢復，狀態不穩定。於是今天又做了以下設置： 1.去掉應用程式池回收的所有選項勾。 2.加在WEB園的進程數，我設置了10，這樣一來，系統會根據實際情況在進程中增加w3wp.exe，對系統的CPU和內存是個很大的考驗。此外需要注意的是，每個工作進程的會話資訊都是唯一的。由於請求以循環的方式路由到應用程式池工作進程。因此，對於會話資訊存儲在進程中的應用程式，發生SESSION為空的異常情況會增加。 通過監測

Hibernate設定檔中映射元素詳解2007-04-11 17:04設定檔中映射元素詳解 對象關係的映射是用一個XML文檔來說明的。映射文檔可以使用工具來產生，如XDoclet，Middlegen和AndroMDA等。下面從一個映射的例子開始講解映射元素，對應檔的代碼如下。＜?xml version="1.0"?＞＜!--所有的XML對應檔都需要定義如下所示的DOCTYPE。Hibernate會先在它的類路徑（classptah）中搜尋DTD檔案。--＞＜!DOCTYPE hibernate-

Keep It Simple and Stupid，也就是KISS原則。

—倖存者遊戲給出的12個啟示

原博文《點評同事系統第一天上線情況監控報告》中提及的項目E在上周的上線中，項目同事P堅持每天向業主方、項目組發送《E系統上線情況監控報告》。通過了一個星期的觀察，我發現項目組在提交上線情況使用報告上有持續不斷的改進，值得表揚。我們所在的公司目前進行中CMMi3的評估考核，其實CMMi倡導的就是這種持續的改進。從一周的報告看，我們可以看到項目組在編寫上線情況使用報告的改進細節：郵件的本文中，對系統E的跟蹤監控情況，進行了分類簡介；由於報告發送給業主業務方、業主IT方和相關公司領導，抄送給項目組全體

Web ServicesThe term Web Services refers to the use of Internet-based standards as a means of sharing information and services between incompatible applications and information sources. By making information and services accessible in a standardized

剛才經過某項目組，聽到項目組的領導D安排明天的同事參加某廠商為期兩天進行為期兩天的培訓。經過詢問，領導D回答兩天的培訓內容包括：如何對該廠商的產品進行監控和管理，如何進行Cluster雙機管理，如何進行穩定性管理；該廠商介紹廠商的各種產品，可以為以後開發的各種系統規劃做準備！再詢問了，領導D告知他安排了部門八個名額參加，我的意見是最多給去兩個，原因如下：一個和尚有水喝，三個和尚沒水喝；八個人去，誰都有得靠，誰都沒得靠！高手是打出來的，是在實踐中練出來的，不是靠在課堂上學出來的，更不是靠廠商的宣講

原以為博文《風險意識，決定了是事半功倍，還是事倍功半，甚至決定了...》中一文提到項目O已經完成升級，上周四從郵件看到了負責基礎架構的同事Y郵件，談及該項目在我們應用系統升級後，出現資料庫驅動程式不相容的情況，導致資料庫連接泄漏而緩衝池耗盡的情況，從Y的郵件上看到情況已經處理完畢。周一下午，我以QA身份參加了抽查了該項目的項目周會，結果很不幸，聽到的使用者“無可奈何”投訴，說項目O從上周三10月30日開始應用升級後，就不斷造成系統死機，而我方處理問題的速度很慢，到周一還沒有解決問題，周一上午11

XML Schema教程1.聲明:<?xml version="1.0" encoding="UTF-8" ?>2.副檔名:xsd3.根項目<xsd:schema xmlns:xsd="http://www.w3.org/2001/XMLSchema">4.元素定義 <xsd:element type="類型" maxOccurs="最多出現次數" minOccurs="最少出現次數"/> <xsd:element ref="引用名稱"/> 引用5

因為要統計網站訪問日誌的來源，於是寫了以下SQL，查詢的結果基本OK，還有部分特殊的網域名稱及效率有待以後改善。select substring(count_from_url,charindex('.',count_from_url)+1,(case when (charindex('/',count_from_url,9))=0then len(count_from_url)-charindex('.',count_from_url)when

周二參加了中心的部門經理會，在會上瞭解和Review了項目R下周一上線投產的準備情況，除了項目組的開發、修複Bug的計劃和人員安排外，我們主要在風險、服務層面對項目組R和部門經理T提出一些需要考慮的問題。項目R除了我們開發服務方，還有業務監理方、業主方以及終端使用者，根據合約的安排，項目的培訓、部署和實施服務由監理方負責，我方定位在開發服務，所以各個方面的工作需要安排協調妥當。具體的風險、服務層面的需要進一步細化安排的如下：技術功能層面，資料許可權漏洞以及資料授權的傳遞要求，是在本周最後的業主方

聲明式交易管理:Spring也提供了聲明式交易管理。這是通過Spring

What do I Need to Get Started?Choosing An Internet EDI SolutionThere is a large range of Internet EDI solutions from which you can choose today. Here are some key requirements to consider when evaluating a solution for exchanging purchase orders,

AS1EDI over the Internet (EDI/INT) is a working group of the Internet Engineering Task Force (IETF), chartered with creating specifications for transporting EDI or XML documents over the Internet in a secure (digitally signed and encrypted), highly

FTPFile Transfer Protocol (FTP) was defined and published in 1985 with four objectives: to promote the sharing of files, to encourage the use of remote computers, to shield a user from variations in file storage systems among hosts and to transfer