其他

專案範圍管理專案範圍：是為了達到項目目標，為了交付具有某種特製的產品和服務，項目所規定要的。需求蔓延的兩個原因：1、項目組從來不知道項目的範圍是什麼。什麼是項目應該做的，什麼是項目不應該做的。2、許多資訊系統的項目組從來沒有使用過任何有效方式和過程來控制範圍的變化。產品範圍和專案範圍產品範圍是指資訊系統產品或者服務所應該包含的功能。專案範圍是指能夠交付資訊系統項目所必須做的工作。專案範圍管理組件括5個過程：分別是範圍計劃編製、範圍定義、建立分工結構圖、範圍確認和範圍控制。一、專案範圍計劃編製專案

測試工作心得CSDN旗下水之真諦出品，敬請訪問http://blog.csdn.net/FantasiaX小序：       

1、採購計劃編製採購計劃是確定項目的那些需求可以通過採購項目組織之外的產品和服務來滿足的過程。輸入：專案範圍說明書、供應項目說明書、採購策略（招標採購和非招標採購）、市場環境、專案管理計劃、制約因素和假設因素輸出：採購管理計劃、工作說明書、自製/外購決定、更新的專案管理計劃工具：自製和外購分析、專家判斷、合約類型的選擇（固定價格合約、成本補償合約、單價合約）2、合約編製合約編製過程包括招標（詢價）所需的檔案和確定合約簽訂的評估標準的過程。輸入：採購管理計劃、工作說明書、專案管理計劃工具：標準表格

項目時間管理包括保證項目按時完成的各過程。項目時間管理的各個過程（6個）包括，活動定義、活動排序、活動資源估算、活動曆時估算、制定進度計劃、進度控制。活動定義活動定義是項目通過WBS，將項目工作分解為一系列更小、更容易管理的活動，這些小的活動是保障完成項目最終交付產品的具體的、可實施的詳細任務。（PMI：識別為完成項目可交付成果而需採取的具體行動的過程。）

項目品質管理主要包括品質計劃編製、品質保證和品質控制等3個過程。品質管理概述項目實施的過程，也是品質的形成過程。品質並不是只存在於開發產品和項目實施起始階段，也不只是在互動客戶的時候才存在，而是關係到產品的整個生命週期，並涉及產品的各個方面。品質管理理論現代品質管理追求客戶滿意，注重預防而不是檢查，並承認管理層對品質的責任。戴明理論目標不變、持續改善和知識積累。項目品質計劃編製現代品質管理的一項基本準則“品質是計划出來的，而不是檢查出來的”，這是我們在項目品質管理工作必須牢牢把握的。編製一份清晰

項目的成本管理要估計為了提交項目可交付成果所進行的所有任務和活動，已經這些任務和活動需要進行的時間和所需的資源。這些都要消耗組織的資金，只有把所有的這些成本累加，專案經理才能真正瞭解項目的成本並進行相應的成本控制。成本估算成本估算是對項目投入各種資源的成本進行估算，並編製費用估算書。成本估算的問題：複雜的資訊、技術的變化、同類項目的缺乏、缺乏專業和富有經驗的人才、資訊系統項目建設人員的不同、管理層的壓力與誤解。成本估算的常見錯誤：草率的成本估算、在專案範圍尚未確定時就進行成本估算、過於樂觀或者保

剛才在MSN上跟上海的兄弟聊到點管理方面的東西。回想起自己剛剛出道時，沒頭沒腦地把客戶公司的老總罵了一頓（好再客戶和帶我出道的大哥都相當有涵養，又念我剛剛出道也就沒跟我計較）。又回想想前段時間幾位朋友的離職。還想起我來北京後，踏入外包行業後時不時地得給客戶裝孫子、為了公司的業務發展忍辱負重……有所開悟，暫記於此：一條永遠不變的鐵律是：誰手裡有錢誰就是爺。他寬宏大量也好、小人得志也好，他還是爺、你還是孫子。 當孫子的時候，想一想：咱是來掙錢的還是來賭氣的？如果是來掙錢的，就別吭氣兒，老老實實幹活。

這兩天學習了SQL與ADO.NET，簡單總結下……一、資料庫概述：1、DBMS(DataBaseManagementSystem,資料庫管理系統)和資料庫。平時談到“資料庫”可能有兩種含義：MSSQLServer、Oracle等某種DBMS；存放一堆資料表的一個分類(Catalog)2、資料庫的構成-管理軟體/服務/資料檔案(表,視圖...)3、不同品牌的DBMS有自己的不同的特點：MYSQL、MSSQLServer、DB2、Oracle、Access、Sybase等。對於開發人員來講，大同小異

TreeNodeCollection的作用就是裝載TreeNode節點。TreeNodeCollection本身不具備遞迴的特徵。TreeNode的ChildNodes屬性具備遞迴的特徵。遞迴分析：關鍵語句： AddStandardBudgetAccountsTreeNode(pSBAMDLList, pBudgetCycleID, pBudgetTypeID, sbaNode.ChildNodes,

進程是Windows作業系統中重要的組成單位，在Windows作業系統的工作管理員中可以查看當前啟動並執行進行。如： 進程在C#中由類Process表示，通過Process類的StartInfo中的各個屬性值設定來配置進程的相關屬性。待屬性設定完畢後，可以使用Start方法開始該進程。具體操作如下：1、建立一個Windows控制台應用程式，命名為ProcessDemo.2、添加如下引用using

    Intel和Microsoft是我最喜歡的兩個品牌。看到他們的失利，心裡不太好受。但反過來想一想，為什麼兩大巨頭都是被“明擺著的小對手”挑落馬下的呢？我在這裡試著分析一下，大家一起拍拍磚。1.    驕傲輕敵：

 關於預算系統存在小部分模組逾時的問題，我一直都認為是通過VPN訪問伺服器速度太慢所致。但是，我在.16測試伺服器和我自己本地的部署的伺服器進行測試的時候，逾時情況仍然存在。查閱網上相關資料修改Web.config之類，延長所謂的資料庫伺服器會話時間，沒有什麼效果。下面我以“科目明細匯入”逾時為例，講解預算系統出現資料訪問逾時的主要原因。 之所以把問題給拿出來，是因為我想得出幾個結論。首先，基於目前預算系統的架構，在一個的事務範圍之內，對同一個表進行多次操作，如果存在某一個動作陳述式沒有包括在事

1.是否為數字   Regex rx = new Regex(@"^[+-]?[0123456789]*[.]?[0123456789]*$");  http://www.dtan.so2.是否只包含字母與數字   Regex rx = new Regex(@"^[a-zA-Z0-9-]*$"); 3.是否是身份證   Regex rx = new Regex(@"^[0123456789]{15,18}$");   最後一位帶X：Regex rx = new Regex(@"^(/d{15}$

樂程取得寒薪沽美酒，殘書半捲曲無休。販案翁簍因慕餌，閑魚在水作何求？小釋：        我是一個快樂的程式員，確切地說，目前是一個測試員，所題就叫“樂程”了。我薪水並不高，但還沒有養家，所以還是可以讓自己的小日子過的有滋有味——我不喝酒，只喝可樂但詩裡不能寫“沽可樂”吧。本人好寫作，亦是胡寫八寫，寫完之後還挺自戀，時常看一看——不過，成形的作品實在不多，所以只能算“半卷”了。除了寫作之外，我還喜歡聽音樂百餘盤CD，聽起來很過癮哦！       

 .cs代碼using System;using System.Collections.Generic;using System.Linq;using System.Web;using System.Web.UI;using System.Web.UI.WebControls;using System.Text;public partial class _Default : System.Web.UI.Page{ public string str = string.Empty;

驛路題春青楊未醒路知春，微風蘸雨軟如雲。西閣佳人駁白馬，似曾去年一樹花！小釋：        呵呵，這首小破詩是站在一個信使的角度上來寫的。描寫的是信使在送信的過程中、在飛奔的駿馬上倏然間回首的一幕……        冬天就要過去了，楊樹的皮已經青如碧玉卻遲遲不肯發芽。但這驛路卻似通了人性，早早地告知我——春天已經從我這裡踏過了，因為就在昨夜裡，春之神用一場微風飽醮著春雨把我細細地描了一遍——我的駿馬踏在這樣的路上，就像踏在彩雲上一般……而我，也像是飛一樣。倏然間，一匹白色的駿馬從眼前一閃而過，

小序：前兩天在讀文章的時候，得知《時代》為中國的“80後”起了一個綽號叫“Me Generation”，譯過來就是“我一代”，意思是說凡事都把自己考慮在最前面、說話就以“我”為主語和重心……不過，我認為真沒必要那麼大驚小怪。原因有二——第一，國外的小朋友們也好不到哪兒去，要不然John Maxwell的書裡也就沒必要總那麼強調“要關注他人”了；第二，我身邊的“80後”同事不在少數，並沒有發現他們真把自己看的多高、看的多重。呃……至於我自己嗎，肯定不是Me

項目人力資源管理主要包括編製人力資源計劃、組建項目團隊、項目團隊建設和管理項目團隊四個主要過程。人力資源計劃編製人力資源計劃涉及決定、記錄和分配項目角色、職責及報告關係的過程。輸入：活動資源估計、環境和組織因素、專案管理計劃工具和技術：組織圖和職位描述、人力資源模版、人際網路、組織理論、輸出：角色和職責，項目的組織圖、人員配備管理計劃。描述項目的角色和職責的工具主要有階層圖、分配責任矩陣和文字格式設定的角色描述。分配責任矩陣項目工作一旦分解成可管理的元素，專案經理就可以給組織單元分配任務了，當然

http://www.cnblogs.com/eaglet/archive/2010/05/14/1735447.html 電腦的發明讓很多本來很有趣的數學問題，變成了機械的窮舉，讓很多人遇到演算法問題首先想到的就是找出所有的組合，然後窮舉。沒錯電腦的發明確實大大加快了數學計算的速度，使我們可以計算出很多原來無法通過人工計算的資料。但電腦的速度也畢竟有限，數的數量確是無限的，如果我們遇到什麼問題都去窮舉，那總有一天我們會發現有些問題可能用最快的電腦算到我們頭髮白了都算不出來。所以在這裡，我還是要