xmzyzxm的专栏

01-OPF_組織流程專注程序書_V1.0 02-OPD_組織流程定義程序書_V1.0 03-OT_組織訓練程序書_V1.0 04-RD_需求發展程序書_V1.0 05-PI_產品整合程序書_V1.0 06-VV_驗證確認程序書_V1.0 07-TS_技術解決方案程序書_V1.0 08-DAR_決策分析與解決方案程序書_V1.0 09-RSKM_風險管理程序書_V1.0 10-IPM_專案規劃程序書_V1.0

建立Sybase ASE12的PMS的資料庫的ODBC 將資料庫的欄位轉到PowerDesigner中 產生PDM工程 產生Sybase 轉入資料表 ……

VB.NET - Data Access - Use Stored Procedures VB.NET - Advanced - Multithreading - How-To Async Calls VB.NET - Advanced - Remoting - How-To TCP Remoting VB.NET - Advanced - Serialization - How-To Serializing Objects VB.NET - Advanced .NET Framework - Make WIn32 API Calls VB.NET - Advanced .NET Framework (GDI+) - Animation with GDI+ VB.NET - Advanced .NET Framework (GDI+) - Create a Screensaver with GDI+ ……

一、 總體說明 3 1. DataStage總體劃分 3 2. Jobs的總體劃分 5 二、 Job轉置開發 8 1. 一對一轉置(結構全部相同，直接轉) 8 2. 一對一轉置(結構不同，需轉換類型後轉置) 34 3. 多對一轉置 47 4. 多對多轉置 55 5. Routimes開發 75 6. Sequece開發 84 7. Job的資料庫、使用者、密碼、抄表日等資料傳遞 97 8. ETL調用SP開發 97 9. Job編譯 107 10. Job的導入，導出 111 三、 技巧及經驗共享 120 1. 方法：快速開發,Copy相同處理Job後更改 120 2. 問題：Client登錄出錯 121 3. 問題：同一Job的多個clear table出錯 121 4. 經驗：外部Call DataStage 121 5. 問題：code=-99 [General repository interface 'other error'] 122 6. 經驗：Job之Allow Multiple Instance使用 123 7. 經驗：導入table的key設定 123 8. 經驗：Sybase的環境變數的影響 123 9. 問題：Sybase OC Stage的transaction size不為0造成的死鎖 123 10. 經驗：Hashed File寫入優化 123 11. 經驗：Sequence不可包含Sequence 123 12. 經驗：Hashed File的比較 123 13. 經驗：Sequence的中斷(stop)處理 124 14. 經驗：Director中log auto-purge的設定 124 15. 經驗：Director中reset的使用 124 16. 經驗：不用Transformer的錯誤，原因未明 124 17. 出錯記錄： 126 18. Basic語法 127 19. 向IBM咨詢 127 20. 問題：Job出錯後需重新編譯的解決方案 128 21. 問題：DataStage權限設定 129 22. 問題：Job運行的過程中，會產生相關的uvsh.exe說明 131 四、 附件說明 132 1. Update action選項說明 132 2. 傳入參數Type說明 133 3. Execution action說明 133

一、 建立所有資料表之導出/導入語句： 2 1 建立資料庫連結： 2 2 輸入語句： 2 二、 導出 4 1 各別資料表導出 4 2 資料庫整體資料導出 5 三、 導入 5 1 各別資料表導入 5 2 資料庫整體資料導入 7

第一章 什么是PowerBuilder 第二章 PowerBuilder 入门 第三章 PowerBuilder集成环境与应用对象 第四章 数据库管理 第五章 数据窗口 第六章 窗口与控件 ……

供應商協議管理 成熟度第二級的專案管理流程領域 目的 供應商協議管理(Supplier Agreement Management, SAM)的目的，在管理供應商產品的取得。 簡介 供應商協議管理流程領域，包含下列各項活動： • 決定待取得產品的取得方式 • 選擇供應商 • 建立並維護供應商協議 • 執行供應商協議 • 監督選商流程 • 評估選商工作產品 • 接受交付的取得產品 • 移交已取得產品給專案 本流程領域主要說明取得將交付給專案客戶的產品 和產品組件。在所有流程領域中，當使用產品及產 品組件這樣的專有名詞時，也意指包含服務及其組 件的意思。

需求管理 成熟度第二級的工程類流程領域 目的 需求管理(Requirements Management, REQM)的目 的，在於管理專案產品及產品組件的需求，並界定 這些需求與專案計畫及工作產品間的差異。 簡介 「需求管理流程」管理專案所發展或收受的技術 性、非技術性需求，以及組織加在專案的需求。尤 其是如果組織實施「需求發展」流程領域，它的流 程所產生的產品及產品組件需求，也要納入需求管 理流程的管理。在所有的流程領域中，當使用產品 及產品組件這個專門名詞時，也意指包含服務及其 組件的意思。當組織實施需求發展、需求管理及技 術解決方案等流程領域，它們相關的流程將會緊密 聯繫並同步執行。 專案採行適當的步驟，確保議定的需求是受管理 的，以支援專案規劃和執行的需要。當專案從已核 定的需求提供者收受需求時，應與其一起審查，以 便在需求納入專案計畫前，先行解決有關議題並避 免誤解。一旦需求提供與接受的雙方達成協議，須 再取得專案成員對需求的承諾。當需求漸進發展 時，專案須管理需求的變更，並界定計畫、工作產 品，以及需求間可能產生的差異。 需求管理也須記錄需求變更及其理由，並維護原始 需求與所有產品和產品組件需求之間的雙向追溯 性。(「雙向追溯性」的定義，請參考詞彙。) 所有發展專案都有需求。以專注於維護活動的專案 來看，產品或產品組件的變更是基於現有需求、設 計及開發的變更。如有需求變更，可能是記錄在客

流程與產品品質保證 成熟度第二級的支援類流程領域 目的 流程與產品品質保證的目的，在提供成員與管理階 層客觀洞察流程與相關工作產品。 簡介 流程與產品品質保證流程領域包括： • 依據適用的流程說明、標準及程序，客觀評估所 執行的流程、工作產品及服務 • 界定並記錄不符合的議題 • 對專案成員與管理人員，提供品質保證活動結果 的回饋 • 確保不符合議題已經處理 流程與產品品質保證流程領域藉由提供專案成員和 各階層的管理人員，對於專案生命週期中的流程和 工作產品提供適當的能見度和回饋，以支援交付高 品質的產品和服務。 流程與產品品質保證流程領域的執行方法可確保實 行所規劃的流程，而驗證流程領域的執行方法則確 保滿足特定的需求。這兩個流程領域可從不同的觀 點檢視同樣的工作產品，專案應注意將投入的重複 性降到最低。 流程與產品品質保證評估的客觀性，是專案成功的 關鍵(「客觀評估」的定義，詳見詞彙)。客觀性可藉 由獨立與使用準則來達成。由未參與生產工作產品 的人，依據準則進行評估，經常混合使用不同的方 法、較不正式的方法，可用於涵蓋日常的活動，較 正式的方法，則週期性的使用以確保客觀性。

專案規劃 成熟度第二級的專案管理類流程領域 目的 專案規劃(Project Planning, PP)的目的，在建立並 維護用以定義專案活動的計畫。 簡介 專案規劃流程領域包括： • 發展專案計畫 • 與關鍵人員適當的互動 • 取得對計畫的承諾 • 維護專案計畫 規劃開始於用以定義產品與專案的需求。 規劃包括：估計工作產品及工作項目之屬性、決定 資源需求、協商承諾、產生時程，以及界定和分析 專案風險。訂定專案計畫可能需要反覆上述活動。 專案計畫提供執行及控制專案活動的基礎，以完成 對專案客戶的承諾。 專案進行時，專案計畫常因下列情況而須修訂：需 求及承諾變更、不準確的估計、矯正措施及流程變 更。說明規劃及重新規劃的特定執行方法，包含在 本流程領域之內。 在本流程領域的一般與特定執行方法中，全部使用 「專案計畫」這個術語，來描述控制專案的全盤計 畫。

專案監控 成熟度第二級的專案管理類流程領域 目的 專案監控(Project Monitoring and Control, PMC)的目的在瞭解專案進度，以便在專案執行績效嚴重偏 離專案計畫時，可採取適當的矯正措施。 簡介 文件化的專案計畫是監控各項活動、溝通狀態及採 取矯正措施的基礎。專案進度主要決定於工作產 品、工作屬性、工作量，以及成本的實際值與規定 於里程碑或專案時程之控制階層或分工結構圖(WBS) 之規劃值的比較結果。當執行績效重大偏離原訂計 畫時，適當的能見度可促使採取及時的矯正措施。 如果重大偏離未解決，則會阻礙專案達成目標。 這些執行方法使用「專案計畫」一詞，以代表管制 專案的全盤計畫。 當專案實際狀況重大偏離預期值時，適當地採取矯 正措施。所採取的矯正措施可能需要重新進行專案 規劃，而重新規劃可能包括修訂原計畫、訂定新的 協議，或在現行計畫中增加額外的降低活動。

目的 建構管理(Configuration Management, CM)的目 的，在使用建構識別、建構控制、建構狀態紀錄及 建構稽核，來達到建立與維護工作產品之完整性。 簡介 建構管理流程領域，包含下列活動： • 界定所選定之工作產品的建構，這些工作產品在 特定的時間點會組成基準 • 管制建構項目的變更 • 建立或提供規格，以便從建構管理系統建造工作 產品 • 維護基準的完整性 • 提供正確的狀態和目前的建構資料給發展人員、 最終使用者及客戶 納入建構管理的工作產品，包含交付客戶的產品、 指定的內部工作產品、取得的產品、工具，以及其 他用以產生或描述這些工作產品的項目。(有關「建 構管理」的定義，請參見詞彙。) 供應商和專案可能都需要將取得的產品納入建構管 理。供應商協議中應建立執行建構管理的規定。應 建立並維護用以確保資料之完整性和一致性的方 法。 請參考「供應商協議管理」流程領域，以獲取更多 有關建立及維護供應商的協議資訊。