軟件工程與團(tuán)隊開發(fā)實戰(zhàn)

出版時間:2011-9  出版社:張愷 機械工業(yè)出版社 (2011-09出版)  作者:張愷 編  頁數(shù):233  

內(nèi)容概要

  《全國高等職業(yè)教育規(guī)劃教材:軟件工程與團(tuán)隊開發(fā)實戰(zhàn)》圍繞軟件項目的開發(fā)過程,運用軟件工程的方法,結(jié)合企業(yè)的實際項目案例與團(tuán)隊構(gòu)成,從項目團(tuán)隊組建、項目計劃與進(jìn)度管理、軟件項目需求管理、配置管理、項目規(guī)范、系統(tǒng)設(shè)計、軟件測試、軟件項目缺陷管理、驗收交付與過程改進(jìn)等幾個方面對軟件項目的開發(fā)過程進(jìn)行了闡述?! ∽髡吒鶕?jù)自身多年的開發(fā)和教學(xué)經(jīng)驗,按照軟件項目的開發(fā)流程、企業(yè)的人才需求和學(xué)生的認(rèn)知規(guī)律精心編寫了本書的內(nèi)容。本書通過一系列團(tuán)隊開發(fā)的案例,力求將軟件工程思想與實際軟件項目開發(fā)融為一體,既有對多種常見方法的全面概括介紹,又有對一種典型方法的深入介紹,可以作為高職高專軟件技術(shù)、應(yīng)用控制技術(shù)、網(wǎng)絡(luò)技術(shù)、信息管理和電子商務(wù)等專業(yè)的教材,也可作為計算機培訓(xùn)班的教材及軟件行業(yè)程序員自學(xué)者的參考書。

書籍目錄

出版說明前言第1部分 軟件工程與團(tuán)隊開發(fā)第1章 軟件工程的基本概念1.1 軟件工程的定義與目標(biāo)1.1.1 軟件工程的定義1.1.2 軟件工程的目標(biāo)1.2 軟件工程的常用模型1.2.1 瀑布模型1.2.2 增量模型1.2.3 螺旋模型1.2.4 噴泉模型1.2.5 智能模型1.3 軟件開發(fā)的基本策略1.3.1 軟件復(fù)用1.3.2 分而治之1.3.3 優(yōu)化與折中1.4 本章任務(wù)1.5 本章總結(jié)第2章 項目團(tuán)隊組建2.1 團(tuán)隊的定義2.2 軟件項目團(tuán)隊與角色2.2.1 了解程序員2.2.2 了解項目經(jīng)理2.3 組建團(tuán)隊2.3.1 常見的軟件項目團(tuán)隊結(jié)構(gòu)2.3.2 本課程的團(tuán)隊組建2.4 本章任務(wù)2.5 本章總結(jié)第3章 項目計劃與進(jìn)度管理3.1 軟件開發(fā)計劃3.1.1 為什么要制訂計劃3.1.2 如何制訂計劃3.1.3 制訂計劃的原則及建議3.2 項目管理軟件-Microsoft Project20033.2.1 創(chuàng)建項目文件3.2.2 劃分任務(wù)點3.2.3 分配資源3.2.4 設(shè)置里程碑3.3 本章任務(wù)3.4 本章總結(jié)第4章 可行性分析與需求管理4.1 可行性分析4.1.1 經(jīng)濟可行性4.1.2 技術(shù)可行性4.1.3 可行性報告4.2 需求管理4.2.1 為何要做需求分析4.2.2 需求分析為什么難做4.2.3 如何進(jìn)行需求分析4.2.4 需求規(guī)格說明書4.3 系統(tǒng)用例圖(Use Case Diagram)4.3.1 用例簡介4.3.2 用例圖4.3.3 用例之間的關(guān)系4.3.4 用例圖的畫法4.3.5 使用Visio繪制用例圖4.4 本章任務(wù)4.5 本章總結(jié)第5章 配置管理5.1 配置管理5.1.1 什么是配置管理5.1.2 沒有配置管理的壞處5.1.3 使用配置管理的好處5.2 配置管理的過程5.2.1 計劃配置管理5.2.2 開發(fā)CM方案5.2.3 配置控制5.2.4 狀態(tài)審計5.3 配置管理軟件-Visual Source Safe 20055.3.1  VSS 2005的功能與優(yōu)點5.3.2 安裝VSS 20055.3.3 配置VSS 2005服務(wù)端5.3.4 客戶端的使用5.3.5 將項目加入vss5.3.6 VSS 2005的使用規(guī)范5.4 本章任務(wù)5.5 本章總結(jié)第6章 項目規(guī)范6.1 項目規(guī)范6.1.1 什么是項目規(guī)范6.1.2 為何需要項目規(guī)范6.1.3 項目規(guī)范的內(nèi)容6.2 軟件編碼規(guī)范6.2.1 Java編碼規(guī)范6.2.2 C#編碼規(guī)范6.3 數(shù)據(jù)庫設(shè)計規(guī)范6.3.1 數(shù)據(jù)庫表的命名及設(shè)計規(guī)范6.3.2 存儲過程命名及設(shè)計規(guī)范6.3.3 視圖命名規(guī)范6.3.4 觸發(fā)器編碼規(guī)范6.3.5 SQL語言編碼規(guī)范6.4 本章任務(wù)6.5 本章總結(jié)第7章 系統(tǒng)設(shè)計7.1 軟件設(shè)計7.1.1 為什么要進(jìn)行軟件設(shè)計7.1.2 設(shè)計階段的工作7.2 用戶界面設(shè)計7.3 三層架構(gòu)項目開發(fā)7.3.1 常用的三層架構(gòu)設(shè)計7.3.2 三層架構(gòu)與餐館7.3.3 為什么需要三層架構(gòu)7.3.4 三層架構(gòu)項目開發(fā)示例7.4 本章任務(wù)7.5 本章總結(jié)第8章 軟件測試與缺陷管理8.1 軟件測試8.1.1 什么是bug和軟件缺陷8.1.2 對測試的理解8.1.3 測試人員的選擇與測試部門的組織結(jié)構(gòu)8.1.4 測試的常用方法8.1.5 測試的種類8.1.6 測試的階段8.1.7 測試用例的編寫8.2 單元測試工具——NUnit8.2.1 NUnit簡介8.2.2 NUnit的基本知識8.2.3 在.NET中使用NUnit8.3 缺陷管理8.3.1 為什么要做缺陷管理8.3.2 如何進(jìn)行缺陷管理8.3.3 缺陷管理工具8.4 本章任務(wù)8.5 本章總結(jié)第9章 驗收交付與過程改進(jìn)9.1 項目驗收9.1.1 運行環(huán)境部署9.1.2 客戶培訓(xùn)9.1.3 項目驗收9.2 項目維護(hù)9.2.1 為什么需要維護(hù)階段9.2.2 維護(hù)階段做什么9.2.3 如何做項目維護(hù)9.3 過程改進(jìn)9.3.1 為什么需要過程改進(jìn)9.3.2 軟件過程改進(jìn)9.3.3 CMM9.4 本章任務(wù)9.5 本章總結(jié)第2部分 團(tuán)隊開發(fā)項目實戰(zhàn)第10章 ASP.NET綜合技術(shù)實例10.1 企業(yè)門戶網(wǎng)站10.1.1 公告信息與管理10.1.2 重點推薦軟件10.1.3 友情鏈接的實現(xiàn)10.1.4 滾動廣告圖片的實現(xiàn)10.2 Blog博客10.2.1 博客用戶圖片管理功能10.2.2 評論管理頁面功能的實現(xiàn)10.2.3 管理員管理過程的實現(xiàn)10.2.4 系統(tǒng)安全退出10.3 論壇10.3.1 查看帖子信息10.3.2 發(fā)表帖子10.3.3 回復(fù)帖子10.3.4 刪除帖子及其回復(fù)信息10.4 82C電子商務(wù)網(wǎng)站10.4.1 商品管理10.4.2 會員管理10.4.3 購物車的實現(xiàn)10.4.4 商品搜索10.5 本章任務(wù)10.6 本章總結(jié)第11章 團(tuán)隊項目實戰(zhàn)——客戶關(guān)系管理系統(tǒng)11.1 系統(tǒng)概述11.1.1 目的11.1.2 范圍11.1.3 術(shù)語定義11.2 系統(tǒng)說明11.2.1 概述11.2.2 用戶與角色11.2.3 系統(tǒng)功能11.2.4 應(yīng)當(dāng)遵循的標(biāo)準(zhǔn)或規(guī)范11.3 功能性需求11.3.1 營銷管理11.3.2 客戶管理11.3.3 服務(wù)管理11.3.4 統(tǒng)計報表11.3.5 基礎(chǔ)數(shù)據(jù)11.3.6 權(quán)限管理11.4 非功能性需求11.4.1 技術(shù)需求11.4.2 文檔需求11.5 本章任務(wù)11.6 本章總結(jié)參考文獻(xiàn)

章節(jié)摘錄

版權(quán)頁:插圖:小型的軟件公司可能沒有條件設(shè)立獨立的測試小組,也有可能測試小組人員不多而忙不過來。這時,可以讓開發(fā)小組的成員相互測試對方的程序。這里要強調(diào)的是,a測試不能依賴于開發(fā)人員或者測試小組中的任意一方,必須是雙方共同參與的?!鞍缀袦y試”必須由開發(fā)者自己執(zhí)行,因為別的測試人員無法了解到程序的內(nèi)部實現(xiàn)細(xì)節(jié)。而“黑盒測試”必須由獨立的測試人員執(zhí)行,因為開發(fā)者難以做到客觀、公正。開發(fā)者在測試自己的程序時存在如下一些弊病。1)開發(fā)者對自己的程序印象深刻,并總以為是正確的(自信是應(yīng)該的)。倘若在設(shè)計時就存在理解錯誤,或因不良的編程習(xí)慣而流下隱患,那么他本人很難發(fā)現(xiàn)這類錯誤。2)開發(fā)者對程序的功能、接口十分熟悉,他自己幾乎不可能因為使用不當(dāng)而引發(fā)錯誤,這與大眾用戶的情況不太相似,所以自己測試程序難以具備典型性。3)程序設(shè)計有如藝術(shù)設(shè)計,開發(fā)者總是喜歡欣賞程序的成功之處,而不愿看到失敗之處。讓開發(fā)者去做“蓄意破壞”的測試,就像殺死自己的孩子一樣難以接受。即便開發(fā)者非常誠實,但“珍愛程序”的心理讓他在測試時不知不覺地帶人了虛假成分。軟件產(chǎn)品正式發(fā)布前,在公司外部邀請一些用戶對產(chǎn)品進(jìn)行測試,稱為p測試。B測試的涉及面最廣,最能反映用戶的真實愿望,但花費的時間最長,不好控制。一般地,軟件公司與B測試人員之間有一種互利的協(xié)議。即B測試人員無償?shù)貫檐浖咀鳒y試,定期遞交測試報告,提出批評與建議。而軟件公司將向B測試人員免費贈送或者以很大的優(yōu)惠價格發(fā)行軟件的正式版本。

編輯推薦

《軟件工程與團(tuán)隊開發(fā)實戰(zhàn)》是全國高等職業(yè)教育規(guī)劃教材之一。

圖書封面

評論、評分、閱讀與下載


    軟件工程與團(tuán)隊開發(fā)實戰(zhàn) PDF格式下載


用戶評論 (總計1條)

 
 

  •   很實用,一看就明白,是軟件工程的一本基礎(chǔ)入門書。
 

250萬本中文圖書簡介、評論、評分,PDF格式免費下載。 第一圖書網(wǎng) 手機版

京ICP備13047387號-7