『壹』 oracle求推薦一本好的書
基礎的書都差不多, 進階的就看看性能優化這類的， 《oracle性能診斷藝術》 不錯
『貳』 請教sqlserver要如何利用fn_dblog( )函數進行日誌解析
1，用第三方工具: log explorer
2，自己做解析
『叄』 自學sql server資料庫的書籍材料等比較好的，有推薦的么
你好！
sqlserver資料庫吧，資料也沒那麼多
好的書也就express出的那幾本，基本上網上msdn 上學學就可以了！
你要是學習oracle的話，可能會發現，這個比sqlserver 要好玩的多！
祝你好運
『肆』 解析：如何快速掌握SQLServer的鎖機制
各種大型資料庫所採用的鎖的基本理論是一致的，但在具體實現上各有差別。SQLServer更強調由系統來管理鎖。在用戶有SQL請求時，系統分析請求，自動在滿足鎖定條件和系統性能之間為資料庫加上適當的鎖，同時系統在運行期間常常自動進行優化處理，實行動態加鎖。對於一般的用戶而言，通過系統的自動鎖定管理機制基本可以滿足使用要求，但如果對數據安全、資料庫完整性和一致性有特殊要求，就需要了解SQLServer的鎖機制，掌握資料庫鎖定方法。 鎖是資料庫中的一個非常重要的概念，它主要用於多用戶環境下保證資料庫完整性和一致性。我們知道，多個用戶能夠同時操縱同一個資料庫中的數據，會發生數據不一致現象。即如果沒有鎖定且多個用戶同時訪問一個資料庫，則當他們的事務同時使用相同的數據時可能會發生問題。這些問題包括：丟失更新、臟讀、不可重復讀和幻覺讀： 1．當兩個或多個事務選擇同一行，然後基於最初選定的值更新該行時，會發生丟失更新問題。每個事務都不知道其它事務的存在。最後的更新將重寫由其它事務所做的更新，這將導致數據丟失。例如，兩個編輯人員製作了同一文檔的電子復本。每個編輯人員獨立地更改其復本，然後保存更改後的復本，這樣就覆蓋了原始文檔。最後保存其更改復本的編輯人員覆蓋了第一個編輯人員所做的更改。如果在第一個編輯人員完成之後第二個編輯人員才能進行更改，則可以避免該問題。 2.臟讀就是指當一個事務正在訪問數據，並且對數據進行了修改，而這種修改還沒有提交到資料庫中，這時，另外一個事務也訪問這個數據，然後使用了這個數據。因為這個數據是還沒有提交的數據，那麼另外一個事務讀到的這個數據是臟數據，依據臟數據所做的操作可能是不正確的。例如，一個編輯人員正在更改電子文檔。在更改過程中，另一個編輯人員復制了該文檔（該復本包含到目前為止所做的全部更改）並將其分發給預期的用戶。此後，第一個編輯人員認為目前所做的更改是錯誤的，於是刪除了所做的編輯並保存了文檔。分發給用戶的文檔包含不再存在的編輯內容，並且這些編輯內容應認為從未存在過。如果在第一個編輯人員確定最終更改前任何人都不能讀取更改的文檔，則可以避免該問題。 3．不可重復讀是指在一個事務內，多次讀同一數據。在這個事務還沒有結束時，另外一個事務也訪問該同一數據。那麼，在第一個事務中的兩次讀數據之間，由於第二個事務的修改，那麼第一個事務兩次讀到的的數據可能是不一樣的。這樣就發生了在一個事務內兩次讀到的數據是不一樣的，因此稱為是不可重復讀。例如，一個編輯人員兩次讀取同一文檔，但在兩次讀取之間，作者重寫了該文檔。當編輯人員第二次讀取文檔時，文檔已更改。原始讀取不可重復。如果只有在作者全部完成編寫後編輯人員才可以讀取文檔，則可以避免該問題。 4．幻覺讀是指當事務不是獨立執行時發生的一種現象，例如第一個事務對一個表中的數據進行了修改，這種修改涉及到表中的全部數據行。同時，第二個事務也修改這個表中的數據，這種修改是向表中插入一行新數據。那麼，以後就會發生操作第一個事務的用戶發現表中還有沒有修改的數據行，就好象發生了幻覺一樣。例如，一個編輯人員更改作者提交的文檔，但當生產部門將其更改內容合並到該文檔的主復本時，發現作者已將未編輯的新材料添加到該文檔中。如果在編輯人員和生產部門完成對原始文檔的處理之前，任何人都不能將新材料添加到文檔中，則可以避免該問題。 所以，處理多用戶並發訪問的方法是加鎖。鎖是防止其他事務訪問指定的資源控制、實現並發控制的一種主要手段。當一個用戶鎖住資料庫中的某個對象時，其他用戶就不能再訪問該對象。加鎖對並發訪問的影響體現在鎖的粒度上。為了控制鎖定的資源，應該首先了解系統的空間管理。在SQLServer2000系統中，最小的空間管理單位是頁，一個頁有8K。所有的數據、日誌、索引都存放在頁上。另外，使用頁有一個限制，這就是表中的一行數據必須在同一個頁上，不能跨頁。頁上面的空間管理單位是盤區，一個盤區是8個連續的頁。表和索引的最小佔用單位是盤區。資料庫是由一個或者多個表或者索引組成，即是由多個盤區組成。放在一個表上的鎖限制對整個表的並發訪問；放在盤區上的鎖限制了對整個盤區的訪問；放在數據頁上的鎖限制了對整個數據頁的訪問；放在行上的鎖只限制對該行的並發訪問。 SQLServer2000具有多粒度鎖定，允許一個事務鎖定不同類型的的資源。為了使鎖定的成本減至最少，SQLServer自動將資源鎖定在適合任務的級別。鎖定在較小的粒度（例如行）可以增加並發但需要較大的開銷，因為如果鎖定了許多行，則需要控制更多的鎖。鎖定在較大的粒度（例如表）就並發而言是相當昂貴的，因為鎖定整個表限制了其它事務對表中任意部分進行訪問，但要求的開銷較低，因為需要維護的鎖較少。SQLServer可以鎖定行、頁、擴展盤區、表、庫等資源。 行是可以鎖定的最小空間,行級鎖佔用的數據資源最少，所以在事務的處理過程中，允許其他事務繼續操縱同一個表或者同一個頁的其他數據，大大降低了其他事務等待處理的時間，提高了系統的並發性。 頁級鎖是指在事務的操縱過程中，無論事務處理數據的多少，每一次都鎖定一頁，在這個頁上的數據不能被其他事務操縱。在SQLServer7.0以前，使用的是頁級鎖。頁級鎖鎖定的資源比行級鎖鎖定的數據資源多。在頁級鎖中，即使是一個事務只操縱頁上的一行數據，那麼該頁上的其他數據行也不能被其他事務使用。因此，當使用頁級鎖時，會出現數據的浪費現象，也就是說，在同一個頁上會出現數據被佔用卻沒有使用的現象。在這種現象中，數據的浪費最多不超過一個頁上的數據行。 表級鎖也是一個非常重要的鎖。表級鎖是指事務在操縱某一個表的數據時，鎖定了這個數據所在的整個表，其他事務不能訪問該表中的其他數據。當事務處理的數據量比較大時，一般使用表級鎖。表級鎖的特點是使用比較少的系統資源，但是卻佔用比較多的數據資源。與行級鎖和頁級鎖相比，表級鎖佔用的系統資源例如內存比較少，但是佔用的數據資源卻是最大。在表級鎖時，有可能出現數據的大量浪費現象，因為表級鎖鎖定整個表，那麼其他的事務都不能操縱表中的其他數據。 盤區鎖是一種特殊類型的鎖，只能用在一些特殊的情況下。簇級鎖就是指事務佔用一個盤區，這個盤區不能同時被其他事務佔用。例如在創建資料庫和創建表時，系統分配物理空間時使用這種類型的鎖。系統是按照盤區分配空間的。當系統分配空間時，使用盤區鎖，防止其他事務同時使用同一個盤區。當系統完成分配空間之後，就不再使用這種類型的盤區鎖。特別是，當涉及到對數據操作的事務時，不使用盤區鎖。 資料庫級鎖是指鎖定整個資料庫，防止任何用戶或者事務對鎖定的資料庫進行訪問。資料庫級鎖是一種非常特殊的鎖，它只是用於資料庫的恢復操作過程中。這種等級的鎖是一種最高等級的鎖，因為它控制整個資料庫的操作。只要對資料庫進行恢復操作，那麼就需要設置資料庫為單用戶模式，這樣系統就能防止其他用戶對該資料庫進行各種操作。 行級鎖是一種最優鎖，因為行級鎖不可能出現數據既被佔用又沒有使用的浪費現象。但是，如果用戶事務中頻繁對某個表中的多條記錄操作，將導致對該表的許多記錄行都加上了行級鎖，資料庫系統中鎖的數目會急劇增加，這樣就加重了系統負荷，影響系統性能。因此，在SQLServer中，還支持鎖升級(lockescalation)。所謂鎖升級是指調整鎖的粒度，將多個低粒度的鎖替換成少數的更高粒度的鎖，以此來降低系統負荷。在SQLServer中當一個事務中的鎖較多，達到鎖升級門限時，系統自動將行級鎖和頁面鎖升級為表級鎖。
『伍』 SQLServer 資料庫提示「錯誤的語法:"XXXX"必須是批處理中僅有的語句 」報錯的原因分析
一、報錯的原因分析：
批處理必須以CREATE語句開始。也就是一個查詢分析器裡面只有一個批處理語句才是規范的語法。
因為CREATE DEFAULT、CREATE FUNCTION、CREATE PROCEDURE、CREATE RULE、CREATE SCHEMA、CREATE TRIGGER和CREATE VIEW語句不能在批處理中與其他語句組合使用。
所有跟在該批處理後的其他語句將被解釋為第一個CREATE語句定義的一部分。
二、解決方法：
在代碼之間加GO關鍵字分批即可。也可以重新建立一個查詢來寫這個批處理語句。
『陸』 SQL Server佔用內存過高，什麼原因導致的，用什麼方法可以解決
SQL Server運行越久，佔用內存會越來越大。因為sql server本身內存回收機製做的不好，這是微軟系列的伺服器&資料庫問題的通病。
解決SQL Server佔用內存過高的方法：
1.定期重啟SQL Server 2008 R2資料庫服務即可。
拓展資料
SQL Server 是Microsoft 公司推出的關系型資料庫管理系統。具有使用方便可伸縮性好與相關軟體集成程度高等優點，可跨越從運行Microsoft Windows 98 的膝上型電腦到運行Microsoft Windows 2012 的大型多處理器的伺服器等多種平台使用。
Microsoft SQL Server 是一個全面的資料庫平台，使用集成的商業智能 (BI)工具提供了企業級的數據管理。Microsoft SQL Server 資料庫引擎為關系型數據和結構化數據提供了更安全可靠的存儲功能，使您可以構建和管理用於業務的高可用和高性能的數據應用程序。
網路Microsoft SQL Server
『柒』 解析SQLServer怎樣才能訪問sybase中的表
答：具體方法如下： 1: 安裝sybase客戶端 版本的要求: Sybase Client 11.9.2 for NT 1.1:安裝完成後,運行開始->程序->sybase->Dsedit 1.2:選擇菜單的'Server Object',-> 'Add' 輸入服務名 比如 1.70 1.3:然後在Server列表中選擇'1.70',雙擊右邊的對話框server address欄,在Network Address Attribute對話框中 選擇add 填入ip地址,比如132.228.1.70,4300,ok 確定 1.4:選擇工具欄的Ping Server按鈕測試是否能連通伺服器 (紅色的類似閃電的按鈕) 2:在ODBC中建立DSN> 管理工具->數據源ODBC 新建一個系統DSN,名稱設為 1.70 在創建新數據源對話框中選擇'Sybase System11'數據源驅動程序, General屬性的DSN datasouce name: 填入 1.70, database: 填入sybase資料庫名 確定保存 3:建立鏈接伺服器 企業管理器->安全性->建鏈接伺服器->新建鏈接伺服器 3.1:常規標簽欄目中 名稱sybase, 伺服器類型選其他數據源,在提供程序的名稱中選擇 Microsoft OLE DB Provider FOR ODBC 數據源:填入DSN名字 1.70 3.2:安全性欄目中 本地登陸填入sa 遠程用戶和遠程密碼填入sybase的用戶名和密碼 3.3:使用此安全上下文建立連接 遠程登陸 輸入sybase的用戶名和密碼 使用密碼 輸入密碼 確定保存 4: 用sa身份登陸查詢分析器 執行以下sql語句就能查出sybase數據 select * from 鏈接伺服器名(本例子為sybase).sybase的資料庫名.dbo.sybase的表名 注: 如果在執行查詢時發現這個問題: 鏈接伺服器 "sybase" 的 OLE DB 訪問介面 "MSDASQL" 為列提供的元數據不一致。 解決方法:: 不要直接用下面這種語句 select * from sybase.dbname.dbo.tablename 只需要換個語句，就能解決問題。
『捌』 深入SQLServer中ISNULL與NULLIF的使用詳解
SQL
Server里的
ISNULL
與
ASP
中的
IsNull不同，SQL
Server
中有兩個參數，語法：
ISNULL(check_expression,
replacement_value)
•check_expression
與
replacement_value
數據類型必須一致
•如果
check_expression
為
NULL，則返回
replacement_value
•如果
check_expression
不為
NULL，則返回
check_expression
NULLIF
用於檢查兩個表達式，語法：
NULLIF(expression,
expression)
•如果兩個
expression
相等，則返回
NULL，該
NULL
為第一個
expression
的數據類型
•如果兩個
expression
不相等，則返回第一個
expressio
『玖』 軟體開發這點事兒：軟體開發工具手冊的編輯推薦
「對於有志於成為一名優秀程序員的大學畢業生來說，這本書是必讀之物。它不僅詳細講解了程序員需要具備的專業技能、素質技能，還介紹了程序員的職業生涯前景。」
周懷軍 就業教育專家 中國就業促進會理事
「這是一本很特別的講述軟體開發的書，它不僅介紹了軟體開發過程中程序員所要具備的各種知識，更詳細介紹了Rose、PowerDesigner等常用工具的使用，並且還提供了各種模板和規范，使得讀者進行軟體開發變得事半功倍。」
湯濤 技術專家原微軟（中國）有限公司政府行業高級咨詢顧問
人才的發展應該是全方位的，一個職業化員工不僅要具備「硬技能」——專業技能，更需要具備「軟技能」——素質技能。從人才培養的角度上看，具備本書所述所有技能的程序員一定是受企業歡迎的。
陳昉 原惠普遠東區培訓發展總監
程序員是一個綜合性的崗位，除了要掌握編程語言外，軟體開發過程中還要涉及其他多方面的技能。不僅要注重專業技能的積累，更主要的是培養一種專業的精神。
郭宗明 博士生導師 北京大學計算機研究所研究員
給程序員的一封信
關於學習，有些感受和大家交流。
1．「軟體開發學習的重點是流程，而非技術本身」
事實上，技術的發展是日新月異的。記得我第一次做項目用的編程工具是Turbo C，後來用VC++5.0，再後來開始在微軟中文網路廣播講VisualStudio.NET 2002，不久又換成了VisualStudio.Net2003，最近又講的是VisualStudio.NET 2005，當然VisualStudio.NET 2008已經出來了……如此快得更新速度，不由得讓我們感嘆：「做一個程序員真累啊！」。
所以，作為一個程序員要求一直走在時代的前列，真得很難！那麼面對如此快速的變化，我們該怎麼辦呢？
其實，細心的程序員分析一下，可以看到，在如此快速的技術變化後面，軟體開發的流程基本沒有改變！原來困擾我們的只是一個開發工具、一門編程語言而已。真正的武學大師，何必在意手中的武器到底是刀，還是劍呢？
掌握了這些，所有的編程語言和開發工具，都是任君選擇。是用Java這個「倚天劍」，還是用C#這把「屠龍刀」，就由我們的個人愛好和開發的需要來決定了！
這也是我寫作本書的理由。
2．學習的重點：培養一種「習慣」
我們每個人都應該把學習的重點放在能力、方法的長進上，而不是具體的某種技術、某個知識點的學習。在如今的知識爆炸時代，新的技術、新的知識層出不窮，即使我們窮其一生，仍然不可能學習掌握所有的知識和技術，而只能是在茫茫的知識海洋中占據一片孤島。所以我們的重點應該放在培養適合於自己的一種學習方法，更確切地說，是培養一種習慣，一種學習的習慣。
我再三強調大家要自己有意識地總結一套學習新東西的方法，就是這個意思。
如果能夠掌握一套得心應手的學習新東西的方法，面對茫茫的知識海洋你也會信心十足的。正如一句笑話：如果你是一個數學高手，當面對新的技術挑戰時，你問一下自己：難道這個技術比高等數學還復雜？這樣一想，你頓時會信心十足。雖是笑話，但也是很有道理的。
3．一些思維方式的培養
生活、學習中每個問題的求解，到最後或者是歸結為一種數學模型，或者是歸結成一種哲學思想。因此我建議大家在自己的自由時間能抽空學習一些哲學、數學方面的思想。這對自己是終生有益的。
人的價值往往體現在他的思想上，正如一個公司的品牌價值；技術永遠是要被淘汰的；但一種思想永遠有其存在的價值。因此當對某個問題，你自己有你自己的一套完整理論時，你的身價就會上一個（幾個）新的台階。
4．何為「高手」？如何成為「高手」？
所謂的「高手」是否就是什麼都懂？並不是。上面談過，世界上是沒有一個人精通所有的知識的，從古至今都沒有。所謂的高手只不過是對於某些事情的處理已經養成了一種良好的習慣。舉例說明，一個VC高手，是否就是熟悉MFC的每個類？了解Windows的所有SDK？顯然不是。現實中可能有這樣的「高手」，但寥寥無幾。
只要在遇到各種問題後能很快地找到解決問題的方法，就可以算的上是一個真正的高手了。
因此在實際的生活、學習中，我們應該注意多總結方法、修訂方法，特別是對於一些重復發生的事情（大到「學習」這個行為，小到VC編程中每次遇到問題），我們應該總結每次發生問題時自己採取的方法，並在下次發生時採用。
時間一長，就會新成一種習慣，並能時常修訂自己的這種習慣。
5．求精與求廣
對於知識的學習，我們或者可以「求精」，即選中一個點，精通它，因為盡管知識是無限的，但具體到某個知識點是有限的，我們有可能對某個知識點的所有知識加以了解；或者「求廣」，因為人的生存，歸根到底是人的競爭，你懂的東西比別人多，你就會在競爭中獲勝。
相比較兩種情況，後者難一些，因為在「求廣」的同時，其精度不好掌握：淺了如同一無所知；深了精力有限不太可能。前者容易些，但這個點必須選對，否則就可能被社會遺棄。比如，對於我們知識點有：VC、資料庫、網路等，選擇網路的可能就比選擇資料庫的競爭力強些（特別是在網路編程比較火的現在）。
對於我們，我感覺還是先「求精」，有了一技之長，然後在這個基礎上拓展自己掌握知識的范圍。
但最重要的還是要逐漸從「靠技術吃飯」轉到「靠思想吃飯」。
因此我們的重點應該是總結、培養自己的各種「習慣」。當一切成為一種下意識的舉動時，你自己的「修為」就又上了一個新的台階。
其實，在我看來，生活就是在培養一種種新的習慣，如果把根據結果修訂習慣也變為一種習慣，那就是一種真正意義上的「習慣」（比如，朋友。如果根本不相往來的話，那根本不算是朋友；但如果你和他的相處已經成為一種「習慣」後，你會發現他才是你真正的朋友，他已經成為你生活的一個部分）。
工具、模板、示例、開發規范是本書的四大特色。
1．工具
本書中介紹了許多軟體開發過程所用到的11個工具，它們是Rational Rose、Power Designer、Nunit、JUnit、Install Shield、Visual Studio.NET、HLP文件製作工具、CHM幫助文件製作工具、Microsoft Visual SourceSafe、CVS、Visio等。對於這些工具介紹，都是本著能夠讓讀者快速上手的原則。如果需要深入了解這些內容，可以參考相關資料，也可以訪問本書提供的網址。
2．模板
本書提供了軟體開發流程各個階段的質量模板文件，可以作為讀者項目開發過程中的參考文件。
3．實例
本書提供了一個「網上商城系統」的實戰項目，詳細介紹了從可行性分析、需求分析、系統設計、編碼到安裝盤等各個階段的具體實現，並且提供了各個階段的相關文檔和具體代碼。讀者可以按照流程學習，體悟每個階段的關鍵知識點，熟練掌握各種開發工具的使用，同時對於實際工作中的項目開發也有一定的指導意義。
4．開發規范
在本書的附錄中，提供了團隊開發所需要的各種開發規范，包括項目組工作守則、編碼規范、源代碼控制規范、界面設計規范、資料庫使用規范、安裝盤製作規范等，會極大地方便團隊開發。
本書配盤介紹
目錄名 說 明 包含文件
1 ASP.NET常用代碼總結 匯集了ASP.NET編程過程中，最常用的一些代碼 41個常用代碼段。如數據集的操作、資料庫的操作、下載文件的方法等
續表
2 ASP.NET系列視頻講座 作者主講，ASP.NET系列完整視頻講座，包括知識點講解、實例編程、實戰編程、項目實戰四大部分，共55講。每講1小時。每講都提供PPT、DEMO、視頻。 ADO.NET開發最佳實踐
DataGrid使用最佳實踐
DataSet和XML
.NET框架類在ASP.NET中的使用（1）
.NET框架類在ASP.NET中的使用（2）
水晶報表的使用
ASP.NET程序的部署
在ASP.NET中使用用戶控制項
Web服務的創建和使用
ASP.NET中的錯誤處理和程序優化
ADO.NET數據操作
數據集的使用方法和技巧
調試和跟蹤ASP.NET應用程序
ASP.NET安全性
Web伺服器控制項使用
ASP.NET狀態管理
ASP.NET事務和異常處理
ASP.NET頁面框架
ASP.NET實現在伺服器端控制網頁
ASP.NET中的事件處理
如何ASP.NET中開發復合控制項？
ASP.NET中的XML
使用ASP.NET實現網路通信
DataSet和XML深入編程
SQLServer的內置XML支持
深入解析ASP.NET架構
深入了解DataSet
數據集和資料庫的同步－DataAdapter的使用
ASP.NET網路列印
ASP.NET文件處理
ASP.NET中的Web服務（一）
ASP.NET中的Web服務（二）
ASP.NET中的Web服務（三）
ASP.NET多線程編程（一）
ASP.NET多線程編程（二）
ASP.NET中的編碼
在ASP.NET中進行消息處理（一）
在ASP.NET中進行消息處理（二）
ASP.NET實例編程（一）
續表
包含文件
2 ASP.NET系列視頻講座 作者主講，ASP.NET系列完整視頻講座，包括知識點講解、實例編程、實戰編程、項目實戰四大部分，共55講。每講1小時。每講都提供PPT、DEMO、視頻。 ASP.NET實例編程（二）
ASP.NET實例編程（三）
ASP.NET實例編程（四）
ASP.NET實例編程（五）
ASP.NET實例編程（六）
ASP.NET實戰編程（一）
ASP.NET實戰編程（二）
ASP.NET實戰編程（三）
ASP.NET實戰編程（四）
ASP.NET實戰編程（五）
ASP.NET實戰編程（六）
ASP.NET項目實戰（一）
ASP.NET項目實戰（二）
ASP.NET項目實戰（三）
ASP.NET項目實戰（四）
ASP.NET項目實戰（五）
3 Demo 本書各個章節所講示例
4 代碼量統計工具 用來統計代碼行 CountASP.bat
CountCPP.bat
CountCS.bat
Ff.exe
5 開發規范 軟體項目組常用規范 項目組內部守則.doc
資料庫命名規范.doc
軟體安裝盤製作規范.doc
界面設計規范.doc
編碼規范.doc
SourceSafe使用規范.doc
計劃樣板.txt
6 開發模板 軟體開發常用質量模板 01立項申請書.doc
02可行性分析報告.doc
03立項評審報告.doc
04用戶需求說明書.doc
05需求分析評審報告.doc
06總體設計書.doc
07開發策劃書.doc
08詳細設計書.doc
09編碼計劃書.doc
10測試方案.doc
11測試報告.doc
12結項報告.doc
技術支持
關於本書的任何問題，歡迎大家登錄進行討論。
程序員崗位技能圖
目 錄
第1篇 知識篇
作為一名程序員要掌握哪些專業技能？應該具備哪些素質技能？自己以後的個人的職業發展道路應該如何設計？這是每個程序員都要面對的問題。在本章中，我們將就這幾個方面給大家做個介紹。
1.1 軟體程序員專業技能 2
1.1.1 專業技能檢核表 2
1.1.2 軟體程序員崗位技能圖 4
1.2 軟體程序員素質技能 4
1.2.1 軟體程序員的素質技能 4
1.2.2 高級軟體程序員的素質技能 5
1.3 軟體程序員職業發展圖 6
1.3.1 軟體企業的人才類型和素質結構關系 6
1.3.2 高級技術人才理想成長路徑 7
1.3.3 高級管理人才理想成長路徑 7
1.3.4 高級綜合人才理想成長路徑 8
第2章 軟體開發流程 9
什麼是產品？什麼是項目，它們的開發流程有何不同？如何基於項目進行產品開發？如何基於產品，做項目開發？軟體開發中，質量和效率如何平衡？這些都是每個軟體開發人員面臨的挑戰。在本章中，我們將共同來探討這些話題。
2.1 項目還是產品——程序員心中的痛 9
2.2 軟體開發流程 10
2.2.1 項目開發流程 10
2.2.2 產品開發流程 11
2.3 標准還是效率——痛苦的抉擇 11
2.3.1 質量/過程標準的來源 11
2.3.2 標准能做到什麼和不能做到什麼 12
2.3.3 質量標准和過程式控制制有什麼用 12
2.3.4 軟體開發過程中如何應用這些標准 13
第3章 可行性研究 14
可行性分析是要決定「做還是不做」。顯然，「做還是不做」比「如何做」更重要。如果可行性分析不夠充分、完整，就有可能得出錯誤的結論，從而導致資金的浪費、無謂的投入。因此可行性分析至關重要。在本章中我們將學習如何從市場、政策、技術、經濟，以及SWOT方面做可行性分析。
3.1 可行性分析的要素 14
3.2 市場可行性分析 15
3.3 政策可行性分析 15
3.4 技術可行性分析 15
3.5 成本—收益分析 16
3.6 SWOT分析 16
3.6.1 競爭優勢分析 17
3.6.2 競爭劣勢分析 17
3.6.3 外部機會分析 18
3.6.4 外部威脅分析 18
3.6.5 SWOT核心問題 19
第4章 需求分析 20
需求分析是要決定「做什麼，不做什麼」。在越來越用戶導向的今天，用戶需求分析變得越來越重要。在需求分析階段，我們需要完成哪些工作？常用的需求分析工具有哪些？在本章中，這些問題會一一得到解答。
4.1 需求分析的重要性 20
4.2 需求分析為什麼困難 20
4.3 需求分析基本任務 21
4.4 需求分析的結果 22
4.5 需求分析階段工作重點 22
4.6 UML和Rational Rose 22
4.7 Microsoft Visio 23
第5章 系統設計 24
每個程序員都希望自己能夠成為系統架構師，。要想成為一名系統架構師，充分了解系統設計的相關知識、掌握系統設計的相關工具就顯得非常重要。本章中，我們將就如何進行系統設計進行詳細介紹。
5.1 系統設計工作流程圖 24
5.2 面向對象的設計方法 25
5.2.1 面向對象的概念 26
5.2.2 面向對象設計方法目標 29
5.3 三層應用程序模型 29
5.4 函數、對象和組件 30
5.4.1 函數和過程 30
5.4.2 類和對象 30
5.4.3 組件 30
5.5 系統設計內容 31
5.5.1 資料庫設計 32
5.5.2 界面設計 42
5.5.3 模塊設計 46
5.5.4 數據結構和演算法設計 48
5.5.5 OOP（Object Oriented Programming）設計方法步驟 49
第6章 編碼 50
作為一名程序員，首先要精通一種面向對象的編程語言，熟練掌握相應的開發工具；隨著網路技術的飛速發展，有很多的網路編程技術如XML、Ajax等都需要我們去了解和學習；作為項目中的一員，了解編碼規范和源代碼控制工具也是程序員所必須掌握的。在本章中，我們將探討這些話題。
6.1 編程語言和開發工具 50
6.1.1 編程語言 50
6.1.2 開發工具 52
6.2 網路編程必備知識 53
6.2.1 HTML/JavaScript 53
6.2.2 XML 53
6.2.3 WebService 54
6.2.4 Ajax 54
6.3 了解極限編程 55
6.4 編碼規范 56
6.5 源代碼控制 56
6.5.1 版本管理的必要性 56
6.5.2 常用源代碼控制工具 57
6.5.3 源代碼控制規范 58
第7章 軟體測試 59
在某些開發人員眼裡，測試很神秘；在某些開發人員眼裡，測試很簡單；在某些開發人員眼裡，測試就是質量。那麼軟體測試到底是什麼？作為程序員來說，和軟體測試人員相比，應該了解和掌握哪些方面的測試知識？在本章中我們將著重介紹這些方面的知識。
7.1 軟體測試基本概念 59
7.1.1 單元測試 60
7.1.2 集成測試 60
7.1.3 系統測試 62
7.1.4 性能、壓力和負載測試 62
7.1.5 測試成本 63
7.1.6 黑盒測試和白盒測試 63
7.2 白盒測試用例 64
7.2.1 測試用例簡介 64
7.2.2 白盒測試用例設計 66
7.2.3 測試用例設計步驟 67
7.3 軟體測試工具 73
7.3.1 常見軟體測試工具列表 73
7.3.2 常用單元測試工具介紹 74
第8章 結項和產品化 76
編碼結束了，軟體開發就結束了嗎？不！遠遠沒有，還有很多工作要做。製作安裝程序、進行軟體加密、編寫說明書和系統幫助文檔，都是在結項和產品化階段要做的工作。
8.1 安裝盤製作 76
8.1.1 使用InstallShield 76
8.1.2 使用Visualstudio.NET發布程序 76
8.1.3 安裝盤製作規范 77
8.2 軟體加密 77
8.2.1 軟體加密概述 77
8.2.2 常見的軟體加密技術 77
8.3 說明書製作 79
8.3.1 Word書籍版說明書 79
8.3.2 電子說明書製作 79
第9章 項目組建設 81
隨著軟體編程技術的發展，團隊開發變得越來越普遍，因此如何能夠提高整個團隊的協作能力、提高整體的開發效率，是每個軟體企業都關注的問題。在本章中，我們將探討有關項目建設方面的問題：項目守則、公共代碼積累、工作計劃總結等。
9.1 項目組守則 81
9.2 常用代碼 81
9.3 編程技巧 82
9.4 編寫工作計劃總結 82
9.5 代碼量統計工具 83
第2篇 工具篇
第10章 Rational Rose實例入門 86
10.1 創建工程 86
10.2 建立Actor 88
10.3 創建Use Case 89
10.4 用順序圖描述Use Case 90
10.5 建立協作圖 92
10.6 建立類 93
10.7 實現模型 94
10.8 UML符號和圖形 95
第11章 Power Designer實例入門 99
11.1 創建項目工程 99
11.2 建立概念數據模型 100
11.2.1 創建實體 100
11.2.2 添加屬性 101
11.2.3 定義屬性的標准檢查約束 102
11.2.4 定義實體的主、次標識符 103
11.2.5 創建其他實體 105
11.2.6 建立聯系 107
11.3 生成物理數據模型 110
11.4 生成資料庫建庫腳本 112
11.5 生成關系資料庫 113
11.6 Power Designer的4種模型文件 113
第12章 NUnit實例入門 115
12.1 NUnit下載安裝 115
12.2 創建測試項目 116
12.3 添加NUnit引用 116
12.4 創建測試用例 117
12.5 創建被測試類 118
12.6 編譯項目 118
12.7 運行圖形測試工具 118
12.8 修改測試 119
12.9 異常測試 120
第13章 JUnit實例入門 121
13.1 JUnit下載和安裝 121
13.2 創建測試項目 122
13.3 添加JUnit引用 122
13.4 創建被測試類 124
13.5 創建測試用例 125
13.6 創建測試單元 126
13.7 運行測試 127
13.8 JUnit結構說明 128
第14章 InstallShield實例入門 129
14.1 創建安裝項目 129
14.2 安裝程序語言設計 130
14.3 應用程序信息設置 131
14.4 設置程序運行條件 131
14.5 設定安裝架構 131
14.6 添加要發布的網站文件 131
14.7 添加程序快捷鍵 132
14.8 添加註冊表修改 133
14.9 安裝界面設置 134
14.10 多語言字元串修改 134
14.11 生成安裝 134
14.12 運行安裝文件 135
14.13 添加資料庫支持 136
14.14 直接附加資料庫 141
14.15 程序卸載 141
第15章 「VisualStudio.NET部署應用程序」實例入門 142
15.1 創建要發布ASP.NET Web應用程序 142
15.2 創建安裝程序類 143
15.3 創建包含SQL語句的文本文件以創建資料庫 143
15.4 將代碼添加到安裝程序類中以閱讀文本文件 145
15.5 創建部署項目 147
15.6 將主程序項目的輸出添加到部署項目中 148
15.7 創建自定義安裝對話框 148
15.8 創建自定義操作 149
15.9 程序部署 150
第16章 HLP文件製作實例入門 151
16.1 RTF源文件製作 151
16.2 編譯成為HLP文件 155
16.3 製作主題幫助文件（CNT文件） 158
16.4 把CNT文件加入工程 159
第17章 CHM文件製作實例入門 161
17.1 材料准備 161
17.2 創建工程 161
17.3 設置CHM文檔的標題 164
17.4 修改文檔對話框屬性 167
17.5 製作目錄 168
17.6 添加目錄 170
17.7 製作索引 172
17.8 添加索引 173
17.9 說明 174
第18章 Visual SourceSafe實例入門 175
18.1 軟體安裝 175
18.2 服務端創建VSS資料庫和用戶 175
18.3 客戶端選擇資料庫 177
18.4 添加項目到VSS資料庫 178
18.4.1 通過SourceSafe添加項目 179
18.4.2 通過VisualStudio.Net2005集成開發環境添加項目 180
18.5 在客戶端VS.NET開發環境中使用VSS 182
18.6 修改歷史查看 184
18.7 用戶許可權修改 185
第19章 CVS實例入門 187
19.1 安裝CVSNT 187
19.2 服務端創建倉庫和用戶 189
19.3 添加項目到CVS伺服器 189
19.4 在Eclipse客戶端開發環境中使用CVS 193
19.5 VS.NET中集成CVS 196
19.6 CVS和VSS比較 199
第20章 Visio實例入門 200
20.1 建立新文檔 200
20.2 創建流程圖 201
20.3 保存 204
20.4 自定義形狀的製作 204
第3篇 實例篇
第21章 網上商城系統開發實戰 208
21.1 項目概述 208
21.2 可行性分析 209
21.2.1 系統目標 209
21.2.2 開發的可行性分析 209
21.3 需求分析 210
21.3.1 確定用戶類型 210
21.3.2 用戶工作流程 210
21.3.3 軟體功能 212
21.3.4 UML圖 213
21.3.5 系統運行環境 214
21.4 系統設計 215
21.4.1 資料庫設計 216
21.4.2 頁面設計 228
21.4.3 頁面關系圖 230
21.4.4 界面設計 231
21.5 編碼和測試 244
21.5.1 公共模塊設計 244
21.5.2 源代碼控制 254
21.5.3 單元測試工具 254
21.5.4 系統源代碼 254
21.6 製作安裝盤 254
21.7 本章源文件 254
第4篇 模板與規范篇
第22章 軟體開發模板 256
22.1 軟體立項申請書 257
22.2 可行性分析報告 259
22.3 立項評審報告 260
22.4 用戶需求說明書 261
22.5 需求分析評審報告 265
22.6 總體設計書 266
22.7 開發策劃書 266
22.8 詳細設計書 268
22.9 編碼計劃 268
20.10 測試方案 269
20.11 測試報告 270
22.12 軟體開發結項報告 272
第23章 項目組規范 273
23.1 項目組工作守則 273
23.2 C#編碼規范 276
23.2.1 命名 277
23.2.2 代碼格式書寫規范 278
23.2.3 其他 280
23.3 SourceSafe使用規范 281
23.4 資料庫命名規范 283
23.5 用戶界面設計規范 286
23.6 安裝盤製作規范 290