其他

本章名稱的原文是Master Scheduling,直接翻譯應該是主排程或者其他什麼，不過感覺叫編製主計劃更順一下。概述在生產計劃後，MPC的下一步就是MPS了(master production schedule).本章分析在編製和管理MPS是要考慮的基本內容。MPS是銷售和製造之間溝通的一個非常重要的計劃工具。MPS是生產計劃系統中一個很重要的連接點：1.它串連了生產計劃和實際要生產的東東;2.計算所需能力和資源的基礎;3.MPS驅動MRP(Material requirement

使用者要求在執行某個動作之前彈出一個對話方塊，讓他選擇一些供應商，只針對這些供應商去做動作，一下就會想到用Dialog這個類去做，於是寫出如下代碼：CodeCode highlighting produced by Actipro CodeHighlighter

在建立完成WSS3.0網站後，想配置網站的搜尋功能，需要完成如下步驟：1.啟動搜尋服務 管理中心->操作->伺服器上的服務，可以列表中有四個服務Windows SharePoint Services Web 應用程式Windows SharePoint Services 協助搜尋Windows SharePoint Services 傳入電子郵件 管理中心 除 Windows SharePoint Services 協助搜尋

今天是三.八婦女節，婦女給我的印象就是結婚了的有孩子的女人。好像這樣理解不是很準確，因為好多大學生都會過婦女節的。但是這種印象揮之不去，所以我更喜歡稱呼同學或者同齡人為女生，抑或女孩。想一想自己也不小了，都過了本命年的人了，也許是一直讀書的緣故吧，心智總是不能成熟，一心想著自己還小，掐指一算，彈指一揮，25歲了...... 不管怎樣，我會一直稱呼同學或者同齡人為女孩或者女生的，稱呼女人或者婦女總讓人有一種怪怪的感覺。

前天我們組來了個新人實習,發現自己已經來公司一年了.傍晚跟同事去新廠搬東西,走在實習時熟悉的路上,心裡此起彼伏,想到了很多. 一年來,我學到了什麼哪?想想自己的能力好像沒有想象中那樣突飛猛進,只是學會了一些很簡單的東西,也許這是入門的探路探路階段吧,至少明白了為什麼在大學裡聽前輩們反覆強調的語言不是主要的,關鍵是要學會思路,學會思想.最近一直試圖瞭解

最近Sony的項目馬上就要結案了，前段時間做的東西提交給了QA，才發現Bug太多。 其實這早就在意料之中了，程式匆匆地寫出來，中間還經曆了幾次顧問的需求變更，改得邏輯混亂，本來想自己測一下的，寫出來的時候，時間基本上就到了，並且測試要自己造大量的基礎資料，實在沒時間。 不過，也充分認識到了自己的惰性。還是存在大學裡沒有改掉的毛病，有些東西自己想一想，覺得可以實現，並且有了實現的思路，似乎就覺得自己完成了，也沒有激情去做了。這樣在大學裡也只是會被說成眼高手低，但在工作中是不允許的。總不能跟客戶說，

昨天在電視前又等到三點鐘,看到五點鐘,就為了看皇馬VS瓦倫西亞.真是大失所望!!在格拉維森加盟皇馬以來沒有看過皇馬的比賽,心想現在皇馬有了格拉維森和薩莫埃爾,後防線應該沒什麼問題了吧?也許吧,後防線確實沒看到什麼很大的失誤,可是中場怎麼不見了?整個皇馬一片混亂. 僅僅憑藉羅納爾多的一個僥倖的進球,皇馬逼平了瓦倫西亞,剛剛看了新浪體育的報道,又把羅納爾多說成神一樣的人物,馬拉多納式的進球,暈!!!

線程不是目的，而是方法和手段。在程式中我們為什麼要使用到多線程，如何使用多線程，根據我學習的體會應該考慮到下面幾個問題：1、運算時間這是選擇多線程的必要條件。如果一段代碼非常耗時，在他工作的時間內程式失去響應，這是無法忍受的。一般情況下會把這段代碼放到一個獨立的線程裡面，這樣在他運算的過程中，程式還可以繼續處理其他事情。當然，如果是不一般的情況，比如說你的程式就完成這麼一個運算任務，然後就結束了，運算過程中程式也不需要作其他工作，就沒必要開起一個線程了。2、資料訪問特點資料訪問特點是考慮選擇什麼

模式名稱：唯讀模式資料訪問性：唯讀資料訪問條件：沒有可開線程數量：按需開啟資料吞吐性：好，可多線程同時工作工作時機：線程啟動後立即開始線程工作特點：1、只能讀取資料對象2、多個線程可以同時訪問資料對象namespace Pattern_1{    public class Data    {        //被保護的資料對象        const string info = "Hello World";        Random random = new Random();       

AX從4.0開始增加了一個我的收藏夾的功能，這個功能跟IE的收藏夾功能類似，可以把自己喜歡的東西拖到收藏夾裡，IE的收藏夾可以通過拷貝My Favorite檔案夾的方式實現，AX的收藏夾想轉移怎麼辦那？AX收藏夾的資料都序列化到了表SysPersonalization的欄位Buffer裡，可以通過這個表的欄位實現備份恢複收藏夾的目的：CodeCode highlighting produced by Actipro CodeHighlighter

通過遠端桌面訪問終端伺服器(Windows 2008稱為RDS,Remote Destop Services)對於網路狀況不是很好的客戶是經常用到的部署方式。一般情況下終端伺服器跟網域服務器是分開部署的，如果在網域服務器上添加RDS，因為安全的原因會給出警告說不安全之類，不過對於測試或者小公司來說購置一台伺服器就可以了，所謂all in one box...如果在網域服務器上部署RDS，預設情況下只有屬於網域系統管理員組的使用者才能通過遠端桌面訪問伺服器，即使把使用者加到Remote

概述本章介紹了MPC(Manufacturing planning and control)系統。首先從總體上介紹一下，然後講了生產計劃的編製的一些細節（英文就是省事加個ing就能說明很多問題，本章在後面簡略介紹MPS的時候也講了Master Scheduling指的是編製主計劃的過程，而Master Production

老規矩先看APICS關於Firm Planned Orders的定義，這樣做不是要死讀書的意思，只是覺得APICS字典實際上是從很多企業運作情境中提煉出來的，有其實際的意義，另外一個言簡意賅的定義也便於大家溝通，不要各說各話，大家就不好交流了，這點類似於GoF的設計模式，並不見得GoF的定義是建立了一個新的設計思維，只是取了個名字讓大家便於溝通。APICS理論firm planned order(FPO)---A planned order that can be frozen in

出差費用管理模組主要分為兩個部分

在AX2009裡新增了一個關鍵字CrossCompany,這個關鍵字讓查詢多個公司的資料的文法變得簡潔，如下所示：CodeCode highlighting produced by Actipro CodeHighlighter

雖然進入電子時代很多年，但客戶和供應商之間的溝通絕大多數還是用紙質的方式，簽字為準，所以如何讓銷售與採購的單據能靈活地列印出來就顯得很重要了。AX在這方面還是下足了功夫的，雖然有時候顯得沒有必要設計得如此龐雜，不過AX的現有功能足以應付大多數使用者的需求。本文以銷售確認單為例介紹一下。1.列印設定AX的列印設定已經足夠麻煩，四個層次的優先順序設定足以讓人設定到手發軟，頭髮暈。我覺得大多數公司應該用不著如此複雜的設定。在過賬銷售確認單的時候，可以選擇是否使用印表機管理設定，在這裡可以選擇

檔案傳輸設計成在後台執行的Windows

APICS理論部分先看一下APICS字典關於重排假設的定義：rescheduling assumption--A fundamental assumption of MRP logic that existing open orders can be rescheduled in nearer time periods far more easily than new orders can be released and received.As a result,planned order

AX中的字元型欄位用的是NVchar類型，編碼是Unicode，這是通用的編碼方式，支援多國語言字元的資料。但是如果要將AX裡的資料匯出到不支援Unicode的系統中就有些麻煩了，用SSIS的簡體中文字元集匯出時如果遇到簡體中文字元集不支援的字元它就會報錯了。用如下代碼可以找到簡體中文不支援的字元。 代碼 Code highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/-

在寫代碼的時候遇到一個非常奇怪的問題，感覺是AX類Application的setDefaultCompany和ChangeCompany方法衝突了。我要實現的功能很簡單，從外部資料中讀取資料，然後寫到相關表中，因為外部資料表中包含多個公司的資料所以我要用到ChangeCompany，根據情況把資料插入到不同的公司中，如下所示：CodeCode highlighting produced by Actipro CodeHighlighter