第1章 微軟解決方案框架(MSF)簡介
1. 1 微軟的組織結構
1. 2 軟件產業(yè)面臨的挑戰(zhàn)
1. 2. 1 不斷變化的商業(yè)環(huán)境
1. 2. 2 成功來之不易
1. 3 什么是微軟解決方案框架(MSF)
1. 4 微軟解決方案框架的由來
1. 5 微軟解決方案框架中的主要模型
1. 5. 1 企業(yè)架構模型(Enterprise Architecture Model)
1. 5. 2 解決方案設計模型(Solution Design Model)
1. 5. 3 風險管理模型(Risk Management Model)
1. 5. 4 組隊模型(Team Model)
1. 5. 5 過程模型(Process Model)
1. 5. 6 應用模型(Application Model)
1. 6 MSF解決方案開發(fā)準則
1. 7 總結
第2章 MSF組隊模型
2. 1 什么是MSF組隊模型
2. 2 MSF組隊模型的基本原則
2. 2. 1 小型的. 多元化的項目組(Small, Multidisciplinary Teams)
2. 2. 2 角色依賴和職責共享(Interdependent roles and shared responsibilities)
2. 2. 3 專深的技術水平和業(yè)務技能(Deeptechnical and businessacumen)
2. 2. 4 以產品發(fā)布為中心(Focus on competency and shipping products)
2. 2. 5 明確的目標(Clear goals and objectives)
2. 2. 6 客戶的主動參與(Active customer participation)
2. 2. 7 分享產品的前景(Shared project vision)
2. 2. 8 所有人都參與設計(Everyone participating in design)
2. 2. 9 認真從過去的項目中吸取經驗(Deliberate efforts to learn from past projects)
2. 2. 10 共同管理, 共同決策(Shared project management and shared decision-making)
2. 2. 11 項目組成員在同一地點辦公(Team members working together atonesite)
2. 2. 12 大型項目組也像小項目組一樣運轉(Large teams working like small teams)
2. 3 小型項目組的優(yōu)勢
2. 4 成功的項目組
2. 5 組隊角色
2. 5. 1 產品管理(Product Management)角色
2. 5. 2 程序管理(Program Management)角色
2. 5. 3 開發(fā)(Development)角色
2. 5. 4 測試(Testing)角色
2. 5. 5 用戶體驗(User Experience)角色
2. 5. 6 發(fā)布管理(Release Management)角色
2. 6 MSF組隊模型不是組織結構圖
2. 7 對等團隊(Team of Peers)結構
2. 8 授權
2. 9 項目組的六大工作目標
2. 10 組隊模型的靈活應用
2. 10. 1 小型項目組中的角色合并原則
2. 10. 2 按產品特性劃分項目組
2. 10. 3 按職能劃分項目組
2. 11 交流和溝通
2. 12 總結
第3章 MSF過程模型
3. 1 什么是MSF過程模型
3. 1. 1 軟件開發(fā)項目的全過程
3. 1. 2 MSF過程模型
3. 1. 3 MSF過程模型與傳統(tǒng)過程模型之間的關系
3. 2 MSF過程模型的特點
3. 2. 1 目標驅動而非任務驅動(Driven by goals not tasks)
3. 2. 2 外部可見的里程碑(Externally visible milestones)
3. 2. 3 應提交項的變更管理(Change management of deliverables)
3. 2. 4 遞進的版本發(fā)布策略(Versioned releases)
3. 2. 5 風險驅動的進度管理(Risk-driven scheduling)
3. 2. 6 項目組集體參與(Fullteam involvement)
3. 2. 7 管理產品質量(Managing quality)
3. 3 微軟軟件開發(fā)過程的基本原則
3. 3. 1 制定計劃時兼顧未來的不確定因素
3. 3. 2 通過有效的風險管理減少不確定因素的影響
3. 3. 3 經常生成過渡版本(Build)并進行快速測試來提高產品的穩(wěn)定性及可預測性
3. 3. 4 快速循環(huán). 遞進的開發(fā)過程
3. 3. 5 從產品特性和成本控制出發(fā)創(chuàng)造性地工作
3. 3. 6 創(chuàng)建確定的進度表
3. 3. 7 使用小型項目組并發(fā)完成工作, 并設置多個同步點
3. 3. 8 將大型項目分解成多個可管理的單元, 以便更快地發(fā)布產品
3. 3. 9 用產品的前景目標和概要說明指導項目開發(fā)工作--先基線化, 后凍結
3. 3. 10 避免產品走形
3. 3. 11 使用概念驗證原型, 進行開發(fā)前的測試
3. 3. 12 零缺陷觀念
3. 3. 13 非責難式的里程碑評審會
3. 4 MSF過程模型的階段劃分和里程碑設置
3. 4. 1 主要里程碑和臨時里程碑
3. 4. 2 里程碑是由目標驅動的
3. 4. 3 里程碑是項目的同步點
3. 4. 4 里程碑驅動的項目職責劃分
3. 5 關鍵在于交流和溝通
3. 6 項目管理中的均衡三角形
3. 6. 1 均衡三角形(Tradeoff Triangle)
3. 6. 2 項目均衡矩陣(Project Tradeoff Matrix)
3. 7 遞進的版本發(fā)布策略
3. 8 構想階段(Envisioning Phase)
3. 8. 1 概述
3. 8. 2 里程碑：前景／范圍得到認可
3. 8. 3 應提交項
3. 8. 4 項目組的分工
3. 8. 5 建議的臨時里程碑
3. 9 計劃階段(Planning Phase)
3. 9. 1 概述
3. 9. 2 里程碑：項目計劃得到認可
3. 9. 3 應提交項
3. 9. 4 項目組的分工
3. 9. 5 建議的臨時里程碑
3. 10 開發(fā)階段(Developing Phase)
3. 10. 1 概述
3. 10. 2 里程碑：開發(fā)完成
3. 10. 3 應提交項
3. 10. 4 項目組的分工
3. 10. 5 建議的臨時里程碑
3. 11 穩(wěn)定階段(Stabilizing Phase)
3. 11. 1 概述
3. 11. 2 里程碑：可發(fā)布版本準備就緒
3. 11. 3 應提交項
3. 11. 4 項目組分工
3. 11. 5 建議的臨時里程碑
3. 12 發(fā)布階段(Deploying Phase)
3. 12. 1 概述
3. 12. 2 里程碑：發(fā)布完成
3. 12. 3 應提交項
3. 12. 4 項目組的分工
3. 12. 5 建議的臨時里程碑
3. 12. 6 產品發(fā)布均衡矩陣(Release Tradeoff Matrix)
3. 13 總結
第4章 微軟公司的程序經理
4. 1 程序經理簡介
4. 1. 1 什么是程序經理
4. 1. 2 微軟產品部門的組織結構圖
4. 1. 3 項目組的工作結構
4. 1. 4 程序經理的歷史
4. 1. 5 軟件產品 代碼
4. 1. 6 為什么需要程序經理
4. 1. 7 程序經理的職責
4. 1. 8 項目經理和程序經理的對比
4. 2 產品生命周期中的程序經理角色
4. 2. 1 計劃階段中程序經理的職責
4. 2. 2 開發(fā)階段中程序經理的職責
4. 2. 3 穩(wěn)定階段中程序經理的職責
4. 2. 4 發(fā)布階段中程序經理的職責
4. 2. 5 總結階段中程序經理的職責
4. 3 程序經理的工作策略
4. 3. 1 程序經理的核心能力--智商(IQ)
4. 3. 2 程序經理的核心能力--情商(EQ)
4. 3. 3 什么樣的人才能成為程序經理
4. 3. 4 程序經理的核心素質
4. 3. 5 溝通的方式
4. 3. 6 領導素質
4. 3. 7 協(xié)調能力
4. 4 總結
第5章 案例分析：IE瀏覽器項目
5. 1 概述
5. 2 瀏覽器市場情況回顧
5. 2. 1 市場回顧
5. 2. 2 瀏覽器戰(zhàn)爭
5. 2. 3 新的目標
5. 2. 4 微軟為什么會贏得瀏覽器戰(zhàn)爭
5. 2. 4. 1 正確的市場策略
5. 2. 4. 2 一切為"戰(zhàn)爭"服務(War Mindset)
5. 3 IE項目組的組織和管理
5. 3. 1 IE產品部門的規(guī)模
5. 3. 2 IE4. 0產品部門的結構
5. 3. 3 IE4. 0產品部門內的匯報關系
5. 3. 4 IE的產品特性項目組
5. 3. 5 IE產品特性項目組的成員
5. 3. 6 產品特性項目組的工作結構
5. 3. 7 項目角色：程序經理
5. 3. 8 項目角色：開發(fā)工程師
5. 3. 9 項目角色：測試工程師
5. 3. 10 項目角色：產品經理
5. 3. 11 項目角色：其他成員
5. 3. 12 Ⅲ項目組的主要組織原則
5. 4 IE項目的生命周期管理
5. 4. 1 IE項目的生命周期
5. 4. 2 計劃階段
5. 4. 2. 1 一般工作流程
5. 4. 2. 2 項目前景和產品目標
5. 4. 2. 3 產品里程碑確定
5. 4. 2. 4 產品特性的概要和詳細設計
5. 4. 3 開發(fā)階段
5. 4. 3. 1 開發(fā)計劃工作
5. 4. 3. 2 安裝. 配置開發(fā)環(huán)境
5. 4. 3. 3 代碼檢人工作(Check-in)
5. 4. 3. 4 每日產品生成(DailyBuild)
5. 4. 3. 5 管理Bug數(shù)據(jù)庫
5. 4. 4 穩(wěn)定階段
5. 4. 4. 1 產品特性凍結
5. 4. 4. 2 代碼完成
5. 4. 4. 3 用戶界面凍結
5. 4. 4. 4 Beta版本發(fā)布
5. 4. 5 發(fā)布階段
5. 4. 5. 1 零Bug日期
5. 4. 5. 2 發(fā)布候選版本
5. 4. 5. 3 源代碼樹分支
5. 4. 5. 4 正式發(fā)布版本和簽字認可
5. 4. 6 總結階段
5. 4. 7 微軟過程管理策略
5. 5 微軟公司開發(fā)管理的演變
5. 5. 1 項目組管理方式的演變
5. 5. 2 過程管理方式的演變
5. 6 總結
第6章 高信度計算：開發(fā)安全的軟件
6. 1 關于本章內容
6. 2 我們需要安全的系統(tǒng)
6. 2. 1 從著名的"ILOVEYOU"病毒談起
6. 2. 2 Internet時代的安全問題
6. 2. 3 瘋狂的網
6. 2. 4 樹大招風
6. 2. 5 確保安全是CIO們面臨的首要課題
6. 3 必須做好5件事
6. 3. 1 SQLServer中的xp_cmdshell問題
6. 4 致命威脅：緩沖區(qū)溢出攻擊
6. 4. 1 什么是緩沖區(qū)溢出攻擊
6. 4. 2 緩沖區(qū)溢出攻擊實驗
6. 4. 3 防范緩沖區(qū)溢出攻擊的方法
6. 4. 4 其他可能導致緩沖區(qū)溢出的庫函數(shù)
6. 4. 5 VisualStudio. NET的解決方案
6. 4. 6 其他危險的APl函數(shù)
6. 5 Web安全隱患：SQL嵌入攻擊
6. 5. 1 什么是SQL嵌入攻擊
6. 5. 2 如何防范SQL嵌入攻擊
6. 6 總結
6. 7 參考文獻
第7章 軟件測試
7. 1 什么是軟件測試
7. 2 軟件測試的歷史
7. 2. 1 萌芽時代
7. 2. 2 PC時代
7. 2. 3 網絡時代
7. 3 測試角色
7. 3. 1 產品部門中的測試團隊
7. 3. 2 測試工程師的類型
7. 3. 3 測試角色的職能項目組
7. 3. 4 測試角色與其他角色的合并
7. 4 項目過程中的測試工作
7. 4. 1 案例：發(fā)布條件
7. 5 Bug和Bug跟蹤
7. 5. 1 什么是Bug
7. 5. 2 Bug跟蹤過程
7. 5. 3 Bug的不同處理方式
7. 6 測試的分類
7. 6. 1 覆蓋測試和使用測試
7. 6. 2 白盒測試和黑盒測試
7. 6. 3 手工測試和自動測試
7. 6. 4 軟件評測(Benchmarks)
7. 7 測試工具
7. 8 軟件測試的基本思想
7. 8. 1 杜絕不可靠的軟件產品
7. 9 測試文檔
7. 9. 1 測試計劃(TestPlan)
7. 9. 2 測試說明書(Test Specification)
7. 9. 3 測試用例(Test Case)
7. 9. 4 Bug報告(Bug Repoa)
7. 9. 5 測試結果報告(Test Result Report)
7. 9. 6 工作報告(Status Repoa to Boss)
7. 10 如何成為優(yōu)秀的測試工程師
7. 11 總結
第8章 案例分析：XML Web Service和開發(fā)過程管理
8. 1 概述
8. 2 . NET框架和XML Web Service技術簡介
8. 2. 1 軟件架構的發(fā)展過程
8. 2. 2 微軟. NET框架簡介
8. 2. 2. 1 客戶端應用程序開發(fā)
8. 2. 2. 2 服務器應用程序開發(fā)
8. 2. 2. 3 . NET的互操作性
8. 2. 3 XML Web Service簡介
8. 2. 3. 1 XML Web Service基礎結構
8. 2. 3. 2 基于XML Web Service的應用模型
8. 2. 3. 3 XML Web Service的消息結構
8. 3 體驗XML Web Service技術
8. 3. 1 開發(fā)者的游戲：Terrarium(生態(tài)系統(tǒng)游戲)
8. 3. 1. 1 游戲概述
8. 3. 1. 2 用戶界面
8. 3. 1. 3 XML Web Service
8. 3. 1. 4 對等網絡
8. 3. 1. 5 支持多種編程語言
8. 3. 1. 6 通過遠程Web Service更新版本
8. 3. 1. 7 憑據(jù)驗證和代碼訪問安全性
8. 3. 1. 8 結論
8. 3. 2 西安交通大學"聯(lián)網拱豬"游戲
8. 3. 3 重慶大學"MyBank. Net"網上銀行系統(tǒng)
8. 3. 4 上海交通大學"自動化圖書館"系統(tǒng)
8. 3. 5 XML Web Service在連鎖餐廳中的應用
8. 4 體驗軟件開發(fā)過程管理
8. 4. 1 制定項目的前景目標
8. 4. 1. 1 微軟公司對技術方向的把握
8. 4. 1. 2 項目前景目標示例
8. 4. 2 組建項目組
8. 4. 3 編寫功能說明書
8. 4. 3. 1 Message Board功能說明書
8. 4. 3. 2 "聯(lián)網拱豬"游戲的功能說明書
8. 4. 4里程碑管理
8. 4. 5 測試和Bug管理
8. 4. 5. 1 MiniWord測試用例
8. 4. 5. 2 "聯(lián)網拱豬"游戲的自動化測試記錄
8. 5 結論
第9章 案例分析：面向自然用戶界面的語音技術
9. 1 語音技術概述
9. 1. 1 語音技術是自然用戶界面技術的重要組成部分
9. 2 語音識別技術
9. 2. 1 語音識別技術的不同應用模式
9. 2. 2 語音識別技術在軟件開發(fā)中的應用
9. 2. 3 語音識別的核心算法
9. 2. 4 如何評估語音識別系統(tǒng)
9. 2. 5 語音識別系統(tǒng)的主要功能
9. 2. 6 語音識別技術面臨的挑戰(zhàn)
9. 2. 7 應用案例：情感分析
9. 2. 8 應用案例：語音留言(Voicemessages)的自動處理
9. 2. 9 應用案例：自動會議記錄(Meeting transcription)
9. 3 語音合成技術
9. 3. 1 語音合成技術的應用
9. 3. 2 語音合成的技術環(huán)節(jié)
9. 3. 3 語音合成系統(tǒng)的評價標準
9. 3. 4 語音合成系統(tǒng)的優(yōu)勢
9. 3. 5 木蘭語音合成系統(tǒng)
9. 3. 6 應用案例：聲音變形技術在童話故事中的應用
9. 4 微軟語音開發(fā)平臺
9. 5 SAPI簡介
9. 5. 1 APl概述
9. 5. 2 語音合成APl
9. 5. 3 語音識別APl
9. 5. 4 文法格式(Text Grammar Format)簡介
9. 6 Microsoft. NET Speech SDK簡介
9. 6. 1 為什么要開發(fā)Microsoft. NET Speech SDK
9. 6. 2 Microsoft. NET Speech SDK概述
9. 7 SALT簡介
9. 7. 1 SALT是什么
9. 7. 2 SALT女口何工作
9. 7. 3 SALT參考模型
9. 7. 4 SALT代碼示例
9. 8 總結
第10章 信息技術的展望
10. 1 前言
10. 2 IT技術的發(fā)展趨勢
10. 2. 1 Internet的發(fā)展
10. 2. 2 計算的發(fā)展
10. 2. 3 物理學三大定律
10. 2. 4 計算的四大定律
10. 2. 5 新數(shù)字媒體漸成主流
10. 2. 6 X-Internet時代即將到來
10. 2. 7 無線通信. 多媒體及Internet的融合
10. 2. 8 多模式用戶界面
10. 2. 9 數(shù)字娛樂成為主流應用
10. 2. 10 高信度計算
10. 3 微軟亞洲研究院及其研究成果
10. 3. 1 微軟公司的企業(yè)使命
10. 3. 2 微軟研究院
10. 3. 3 微軟亞洲研究院
10. 3. 4 微軟亞洲研究院的主要研究方向
10. 3. 5 木蘭雙語種語音合成系統(tǒng)
10. 3. 6 數(shù)字墨水技術
10. 3. 7 消費者數(shù)字體驗
10. 3. 8 媒體搜索. 提取和瀏覽的核心技術
10. 3. 9 數(shù)字娛樂
10. 4 中國軟件產業(yè)的發(fā)展
10. 4. 1 軟件的服務化趨勢
10. 4. 2 軟件的國際化趨勢
10. 4. 3 中國IT產業(yè)面臨的機遇和挑戰(zhàn)
10. 5 總結
鄂公網安備 42010302001612號 