• 軟件是一種邏輯實(shí)體，具有抽象性
• 軟件的生產(chǎn)與硬件制造不同
• 軟件在運(yùn)行使用中不會(huì)磨損
• 軟件的開發(fā)至今尚未完全擺脫手工藝的開發(fā)方式
• 軟件的開發(fā)和運(yùn)行必須依附于特定的計(jì)算機(jī)系統(tǒng)環(huán)境

• 基于功能不同：系統(tǒng)軟件、支撐軟件、應(yīng)用軟件
• 根據(jù)軟件服務(wù)對(duì)象不同：通用軟件、定制軟件
• 按照軟件產(chǎn)品規(guī)模不同：微型軟件、小型軟件、中型軟件、大型軟件、超大型軟件
• 根據(jù)工作方式不同：實(shí)時(shí)軟件、分時(shí)軟件、交互式軟件、批處理軟件

• 產(chǎn)品的功能或特性與需求不符
• 相比越來(lái)越廉價(jià)的硬件，軟件代價(jià)過(guò)高
• 軟件質(zhì)量難以得到保證，且難以發(fā)揮硬件潛能
• 難以準(zhǔn)確估計(jì)軟件開發(fā)、維護(hù)的費(fèi)用、開發(fā)周期
• 難以控制開發(fā)風(fēng)險(xiǎn)，開發(fā)速度趕不上市場(chǎng)變化
• 軟件產(chǎn)品維護(hù)困難，集成系統(tǒng)更困難
• 軟件文檔不完備，并且存在文檔內(nèi)容與產(chǎn)品不符的情況

• 到達(dá)要求的軟件功能
• 取得較好的軟件性能
• 開發(fā)出高質(zhì)量的軟件
• 付出較低的開發(fā)成本
• 需要較低的維護(hù)費(fèi)用
• 能按時(shí)完成開發(fā)工作，及時(shí)交付使用

• 用分階段的生命周期計(jì)劃進(jìn)行嚴(yán)格的管理
• 堅(jiān)持進(jìn)行階段評(píng)審
• 實(shí)行嚴(yán)格的產(chǎn)品控制
• 采用現(xiàn)代程序設(shè)計(jì)技術(shù)
• 軟件工程結(jié)果應(yīng)能被清楚地審查
• 開發(fā)小組的人員應(yīng)該少而精
• 承認(rèn)不斷改進(jìn)軟件工程實(shí)踐的必要性

第二章

• 瀑布模型：
• 優(yōu)點(diǎn)：過(guò)程模型簡(jiǎn)單，執(zhí)行容易
• 缺點(diǎn)：無(wú)法適應(yīng)變更
• 快速原型模型
• 優(yōu)點(diǎn)：可低成本、快速地確認(rèn)需求
• 缺點(diǎn)：選用的開發(fā)技術(shù)和工具不一定符合主流的發(fā)展
• 增量模型
• 優(yōu)點(diǎn)：將待開發(fā)的軟件系統(tǒng)模塊化、以組件為單位進(jìn)行開發(fā)降低了軟件開發(fā)的風(fēng)險(xiǎn)、開發(fā)順序靈活
• 缺點(diǎn)：要求待開發(fā)的軟件系統(tǒng)可以被模塊化
• 螺旋模型：瀑布模型與快速原型模型相結(jié)合，再加入風(fēng)險(xiǎn)分析
• 優(yōu)點(diǎn)：將風(fēng)險(xiǎn)分析擴(kuò)展到各個(gè)階段中，大幅度降低了軟件開發(fā)的風(fēng)險(xiǎn)
• 缺點(diǎn)：控制和管理較為復(fù)雜、可操作性不強(qiáng)，對(duì)項(xiàng)目管理人員的要求較高
• 噴泉模型
• 統(tǒng)一軟件開發(fā)模型過(guò)程
• 敏捷模型
• 極限編程

• 基本概念：實(shí)體、關(guān)系、屬性
• 關(guān)系類型：一對(duì)一（1:1）、一對(duì)多（1：n）、多對(duì)多（n：m）

• 從活動(dòng)任務(wù)：對(duì)軟件需求進(jìn)行數(shù)據(jù)設(shè)計(jì)、體系結(jié)構(gòu)設(shè)計(jì)、接口設(shè)計(jì)、構(gòu)件設(shè)計(jì)、部署設(shè)計(jì)
• 從工程管理：概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)
• 要進(jìn)行結(jié)構(gòu)化的設(shè)計(jì)，必須依據(jù)結(jié)構(gòu)化分析的結(jié)果

• 面向?qū)ο?/li>
• 對(duì)象
• 類
• 消息
• 類的特性：抽象、繼承、封裝、多態(tài)、重寫
• 包
• 包的接口類

• 面向?qū)ο蠓治?/li>
• 面向?qū)ο笤O(shè)計(jì)
• 面向?qū)ο髮?shí)現(xiàn)
• 面向?qū)ο鬁y(cè)試

• 靜態(tài)模型：用例圖、類圖（包含包圖）、對(duì)象圖、構(gòu)件圖、部署圖
• 動(dòng)態(tài)模型：狀態(tài)圖、活動(dòng)圖、順序圖、協(xié)作圖

• 模型-視圖-控制器（MVC）
• 模型-視圖-表示器（MVP）
• J2EE體系結(jié)構(gòu)框架
• PCMEF框架

• 建立軟件體系結(jié)構(gòu)環(huán)境圖
• 上級(jí)系統(tǒng)、下級(jí)系統(tǒng)、同級(jí)系統(tǒng)、參與者
• 軟件體系結(jié)構(gòu)設(shè)計(jì)
• 對(duì)各個(gè)子系統(tǒng)進(jìn)行設(shè)計(jì)
• 對(duì)象設(shè)計(jì)優(yōu)化

• 完全測(cè)試是不可能的
• 測(cè)試中有風(fēng)險(xiǎn)存在
• 軟件測(cè)試只能表明缺陷的存在，而不能保證產(chǎn)品已經(jīng)沒(méi)有缺陷了
• 軟件產(chǎn)品中所存在的錯(cuò)誤數(shù)與已發(fā)現(xiàn)的錯(cuò)誤數(shù)成正比
• 要避免軟件測(cè)試的殺蟲劑現(xiàn)象
• 在設(shè)計(jì)測(cè)試用例時(shí)，應(yīng)包括輸入數(shù)據(jù)和預(yù)期輸出結(jié)果兩個(gè)部分，并且，輸入數(shù)據(jù)不僅應(yīng)該包括合法情況，還應(yīng)該包括非法的輸入情況
• 要集中測(cè)試容易出錯(cuò)或錯(cuò)誤較多的模塊
• 應(yīng)該長(zhǎng)期保留所有的測(cè)試用例
• 使開發(fā)人員和測(cè)試人員分立，既軟件的開發(fā)工作和測(cè)試工作不能由同一部分人來(lái)完成
• 測(cè)試工作應(yīng)該盡早開始，并且貫穿于整個(gè)開發(fā)過(guò)程中

• 在任何情況下都必須選擇邊界值分析方法
• 必要時(shí)用等價(jià)類劃分法補(bǔ)充一些測(cè)試用例
• 用錯(cuò)誤推測(cè)法再追加一些測(cè)試用例
• 對(duì)照程序邏輯，檢查已經(jīng)設(shè)計(jì)出的測(cè)試用例的邏輯覆蓋度
• 如果程序的功能說(shuō)明中含有輸入條件的組合情況，則可選用因果圖法