【正文】 倉(cāng)庫(kù)模型的主要優(yōu)點(diǎn)： ① 數(shù)據(jù)由一個(gè)子系統(tǒng)產(chǎn)生，并且被另外一些子系統(tǒng)共享； ② 共享數(shù)據(jù)能得到有效的管理，各子系統(tǒng)之間不需要通過(guò)復(fù)雜的機(jī)制來(lái)傳遞共享數(shù)據(jù)。項(xiàng)目管理人員以它為依據(jù)，規(guī)劃軟件開發(fā)過(guò)程、計(jì)劃，估算軟件成本和控制需求的變更過(guò)程。軟件需求規(guī)格說(shuō)明（ Software Requirement Specification ,SRS）是將需求的結(jié)果按照不同開發(fā)方法規(guī)定的格式用圖形和文檔形式描述出來(lái)。這是分析階段的核心工作。確定系統(tǒng)與其他外部實(shí)體或其他系統(tǒng)的邊界和接口。獲取過(guò)程為： ① 了解領(lǐng)域知識(shí)，工程技術(shù)人員需要依靠領(lǐng)域?qū)＜遥瑢W(xué)習(xí)和理解相關(guān)的專業(yè)知識(shí)，才能正確抽取用戶需求。 第二章 1. 需求分析的定義 在傳統(tǒng)軟件工程生命周期中，涉及軟件需求的階段稱做需求分析。如果開發(fā)風(fēng)險(xiǎn)過(guò)大，開發(fā)機(jī)構(gòu)和客戶無(wú)法接受，項(xiàng)目有可能就此中止；多數(shù)情況喜下，會(huì)沿著螺旋線繼續(xù)下去，自內(nèi)向外逐步延伸，最終得到滿意的軟件產(chǎn)品。而增量模型屬于非整體開發(fā)模型，它推遲某些階段或所有階段中的細(xì)節(jié)，從而較早地產(chǎn)生工作軟件。 2) 增量模型 (incremental model) ? 增量模型是一種非整體開發(fā)的模型。 3. 目前常見的軟件過(guò)程模型如下： 瀑布模型、增量模型、螺旋模型、噴泉模型、智能模型等。已交付的軟件投入正式使用后，便進(jìn)入軟件維護(hù)階段，它可以持續(xù)幾年甚至幾十年。它是保證軟件質(zhì)量的重要手段，其主要方式是在設(shè)計(jì)測(cè)試用例的基礎(chǔ)上檢驗(yàn)軟件的各個(gè)組成部分。即對(duì)每個(gè)模塊完成的功能進(jìn)行具體描述，要把功能描述變?yōu)榫_的、結(jié)構(gòu)化的過(guò)程描述。 ③ 概要設(shè)計(jì)。 軟件生命周期分為以下階段： ① 可行性研究和項(xiàng)目開發(fā)計(jì)劃。考試提綱：（ 選擇題（ 3*10）、簡(jiǎn)答題（ 6*9） ） 1. 軟件工程的定義 2. 軟件生存周期 3. 軟件過(guò)程模型 4. 需求分析的定義、獲取 5. 常見的軟件體系結(jié)構(gòu)（ B/S 、 C/S 、 軟件總線中間件） 6. SOA 的定義、特點(diǎn)、和工作模型（松耦合、明確定義的接口） 7. 云計(jì)算的定義、優(yōu)勢(shì)和應(yīng)用模型 8. 軟件測(cè)試的概念、原則、方法和測(cè)試策略 9. 軟件維護(hù)的類型 10. 軟件項(xiàng)目管理的管理過(guò)程和領(lǐng)域 11. 成本估算模型、進(jìn)度計(jì)劃的方法 12. 風(fēng)險(xiǎn)管理、質(zhì)量管理的概念 13. CMM 第一章 1. 軟件工程的定義：（ P3） 軟件工程是 一門指導(dǎo)軟件開發(fā)的工程學(xué)科，它以計(jì)算機(jī)理論及其他相關(guān)學(xué)科的理論為指導(dǎo)，采用工程化的概念、原理、技術(shù)和方法進(jìn)行軟件的開發(fā)和維護(hù)，把經(jīng)實(shí)踐證明的科學(xué)的管理措施與最先進(jìn)的技術(shù)方法結(jié)合起來(lái)。該階段必須要回答的問題是“要解決的問題是什么”。 概要設(shè)計(jì)就是設(shè)計(jì)軟件的結(jié)構(gòu)，該結(jié)構(gòu)由哪些模塊組成，這些模塊的層次結(jié)構(gòu)是怎樣的，這些模塊的調(diào)用關(guān)系是怎樣的，每個(gè)模塊的功能是什么。 ⑤ 編碼。測(cè)試分為，模塊測(cè)試、組裝測(cè)試、確認(rèn)測(cè)試等。 在大部分文獻(xiàn)中將生存期劃分為 5 個(gè)階段，即 要求定義、設(shè)計(jì)、編碼、測(cè)試及維護(hù)。 1) 瀑布模型 優(yōu)點(diǎn)：在軟件工程的第一階段，瀑布模型得到了廣泛的應(yīng)用，它簡(jiǎn)單易用，在消除非結(jié)構(gòu)化軟件，降低軟件的復(fù)雜性，促進(jìn)軟件開發(fā)工程化方面起了很大的作用。是一種進(jìn)化式的開發(fā)過(guò)程。 ? 一般的增量模型如下： 3) 螺旋模型 ? 對(duì)大型軟件 ,需要多個(gè)原型描述系統(tǒng)的生存期，螺旋模型將瀑布模型與原型化模型結(jié)合起來(lái) ,并加入了風(fēng)險(xiǎn)分析。 4) 噴泉模型 噴泉模型以面向?qū)ο蟮能浖_發(fā)方法為基礎(chǔ)，以用戶需求作為噴泉模型的源泉。 2. 需求工程的定義 需求工程是一個(gè)包括創(chuàng)新和維護(hù)系統(tǒng)需求文檔所必須的一切活動(dòng)，是對(duì)系統(tǒng)應(yīng)該提供的服務(wù)和所受到的約束進(jìn)行理解、分析、檢驗(yàn)和建立文檔的過(guò)程。 ② 需求收集，與項(xiàng)目相關(guān)人員進(jìn)行溝通，在進(jìn)一步了解專業(yè)領(lǐng)域的基礎(chǔ)上，發(fā)現(xiàn)系統(tǒng)需求的過(guò)程。 ② 分類排序。需求分析模型是對(duì)需求的主要描述手段，是根據(jù)不同的分析方法建立的各種視圖，例如數(shù)據(jù)流圖（ DFD）、實(shí)體關(guān)系圖（ ER）、用例圖（ Use Case）、類圖、狀態(tài)圖、各種交互圖等。需求規(guī)格說(shuō)明在整個(gè)開發(fā)過(guò)程中具有很重要的作用，是用戶和開發(fā)人 員之間進(jìn)行交流和理解系統(tǒng)的手段。 第三章 ? 軟件體系結(jié)構(gòu)設(shè)計(jì) ? 倉(cāng)庫(kù)模型（ The repository model） 也稱“容器模型 ”，是一種集中式的模型。 ③ 一個(gè)子系統(tǒng)不必關(guān)心其他的子系統(tǒng)是如何使用它產(chǎn)生的數(shù)據(jù)的 。 ② 一個(gè) 子系統(tǒng)發(fā)生了改變，它產(chǎn)生的數(shù)據(jù)結(jié)構(gòu)也可能發(fā)生改變。 ④ 集中式的控制使數(shù)據(jù)和子系統(tǒng)的分布變得非困難甚至成為不可能。 ② 開放性高：系統(tǒng)可以方便地增刪不同軟、硬件結(jié)構(gòu)的結(jié)點(diǎn)。 分布式結(jié)構(gòu)有如下一些不足： ① 復(fù)雜性：分布式系統(tǒng)比集中式系統(tǒng)要復(fù)雜的多。 ④ 不可預(yù)知性：這主要指系統(tǒng)的響應(yīng)時(shí)間。 ② 客戶（ Client） :多個(gè)并發(fā)客戶應(yīng)用訪問多個(gè)服務(wù)器提供的服務(wù)，每個(gè)客戶應(yīng)用都是獨(dú)立的同樣的客戶應(yīng)用可以同時(shí)有多個(gè)實(shí)例。 C/S 結(jié)構(gòu)的應(yīng)用都由三個(gè)相對(duì)獨(dú)立的邏輯部分組成： ① 用戶界面部分：數(shù)據(jù)表示層，實(shí)現(xiàn)與用戶交互。其結(jié)構(gòu)如下圖： ? 現(xiàn)在舉數(shù)據(jù)庫(kù)應(yīng)用的例子來(lái)說(shuō)明兩層 C/S 結(jié)構(gòu)的工作方式。實(shí)際上， C/S 的工作 模式是一種遠(yuǎn)程過(guò)程調(diào)用（ Remote Procedure Call, RPC）模式。這種結(jié)構(gòu)往往被稱為胖客戶端（ FatClient）結(jié)構(gòu)，一般的數(shù)據(jù)庫(kù)應(yīng)用都是屬于這種結(jié)構(gòu)的。 不過(guò)，越來(lái)越多的 B/S 應(yīng)用包含了一些可以遷移的代碼，例如包含客戶端腳本的網(wǎng)頁(yè)，這些代碼從服務(wù)器端下載到客戶端并在客戶端執(zhí)行，這樣一來(lái)，客戶端也或多或少地要處理一部分的應(yīng)用邏輯。因此， C/S 架構(gòu)不適合用在多用戶、多數(shù)據(jù)庫(kù)、非安全的網(wǎng)絡(luò)環(huán)境中。 第三級(jí)是用戶界面級(jí)，強(qiáng)調(diào)高效、方便易用的用戶界面。這是一種典型的 B/S結(jié)構(gòu)。 ③ 降低了部署與維護(hù)的開銷，提高了靈活性、可伸縮性。 ? 每個(gè)對(duì)象在邏輯上是平等的，它們可以互相為對(duì)方提供所需的服務(wù)。為了將分散的對(duì)象提供的服務(wù)“串”起來(lái)，一種被形象地稱為“軟 件總線（ Software Bus)”的中間件起了關(guān)鍵的作用。由對(duì)象管理組織 OMG （ Object Management Group）提出的應(yīng)用軟件體系結(jié)構(gòu)和對(duì)象技術(shù)規(guī)范 。 EJB 構(gòu)件駐留在 EJB 容器中。支撐應(yīng)用的計(jì)算機(jī)硬件、操作系統(tǒng)、網(wǎng)絡(luò)協(xié)議、數(shù)據(jù)庫(kù)系統(tǒng)，以及開發(fā)工具種類繁多，需要考慮數(shù)據(jù)表示、調(diào)用接口、處理方式等諸多問題。 ⑤ 業(yè)務(wù)邏輯集中放在服務(wù)器上有所有用戶共享，使得系統(tǒng)的維護(hù)和更新變得簡(jiǎn)單，也更安全。 ? 接口是采用中立的方式進(jìn)行定義的，它應(yīng)該獨(dú)立于實(shí)現(xiàn)服務(wù)的硬件平臺(tái)、操作系統(tǒng)和編程語(yǔ)言。 ? 服務(wù)（ service）是封裝成用于業(yè)務(wù)流程的可復(fù)用構(gòu)件的應(yīng)用程序函數(shù)。 ④ 在復(fù)雜的應(yīng)用程序里，業(yè)務(wù)過(guò)程的控制可以被隔離：引入一個(gè)業(yè)務(wù)規(guī)則引擎用來(lái)控制已經(jīng)定義好的業(yè)務(wù)過(guò)程流。 ? 明確定義的接口 ? 服務(wù)交互必須是明確定義的 ? Web 服務(wù)描述語(yǔ)言（ Web services Description Language， WSDL）是受到廣泛支持的方法，用于描述服務(wù)請(qǐng)求者所要求的綁定到服務(wù)提供者的細(xì)節(jié) ? 服務(wù) ? 調(diào)用操作的消息 ? 構(gòu)造這種消息的細(xì)節(jié) ? 關(guān)于向何處發(fā)送用于構(gòu)造這種消息的處理細(xì)節(jié)的消息的信息 ? 無(wú)狀態(tài)的服務(wù)設(shè)計(jì) ? 服務(wù)應(yīng)該是獨(dú)立的、自包含的請(qǐng)求，在實(shí)現(xiàn)時(shí)它不需要從一個(gè)請(qǐng)求到另一個(gè)請(qǐng)求的信息或狀態(tài) ? 服務(wù)不應(yīng)該依賴于其他服務(wù)的上下文和狀態(tài)。 2. 云計(jì)算的優(yōu)勢(shì)： ① 開發(fā)容易快速 ② 無(wú)多余的開支 ③ 每月花費(fèi)低 ④ IT 人員減少，費(fèi)用降低 ⑤ 提供最新的技術(shù)和功能 ⑥ 支持、推行 IT 標(biāo)準(zhǔn) ⑦ 系統(tǒng)和信息共享更容易 3. 云計(jì)算的應(yīng)用模型 ? 云計(jì)算三種服務(wù)方式 ? SAAS（ Software as a Service ） ? PAAS（ Platform as a Service ） ? IAAS（ Infrastructure as a Service ） ? 云計(jì)算的應(yīng)用 —IAAS（ Infrastructure as a Service） ? 實(shí)現(xiàn)模式 ? 完全操作系統(tǒng)（軟硬件）接入 ? 防火墻 ? 路由器 ? 負(fù)載平衡 ? 優(yōu)勢(shì) ? 節(jié)省費(fèi)用 /所付及所用 ? 即時(shí)升級(jí) ? 安全 ? 可靠 ? APIs ? 實(shí)例 ? 當(dāng)你想運(yùn)行成批的程序組，但是沒有合適的軟硬件環(huán)境，可使用 Amazon的 EC2。 可靠。一般而言，測(cè)試計(jì)劃可以在需求分析完成后開始，詳細(xì)的測(cè)試用例定義可以在設(shè)計(jì)模型被確定后立即開始，因此，所有測(cè)試可以在任何代碼被編寫前進(jìn)行計(jì)劃和設(shè)計(jì)。即從模塊測(cè)試開始，再進(jìn)行系統(tǒng)測(cè)試。 ? 其他的測(cè)試原則： ① 在設(shè)計(jì)測(cè)試用例時(shí)，應(yīng)包括合理的輸入條件和不合理的輸入條件 ②嚴(yán)格執(zhí)行測(cè)試計(jì)劃，排除測(cè)試的隨意性 ③ 應(yīng)當(dāng)對(duì)每一個(gè)測(cè)試結(jié)果做全面檢查 ④妥善保存測(cè)試計(jì)劃、測(cè)試用例、出錯(cuò)統(tǒng)計(jì)和最終分析報(bào)告，為維護(hù)提供方便 ⑤檢查程序是否做了應(yīng)做的事僅是成功的一半，另一半是檢查程序是否做了不該做的事。 ? 黑盒測(cè)試法注重于測(cè)試軟件的功能需求，主要試圖發(fā)現(xiàn)下列幾類錯(cuò)誤：功能不對(duì)或遺漏；性能錯(cuò)誤；初始化和終止錯(cuò)誤；界面錯(cuò)誤；數(shù)據(jù)結(jié)構(gòu)或外部數(shù)據(jù)庫(kù)訪問錯(cuò)誤。 ? 單元測(cè)試的內(nèi)容 ① 模塊接口 ② 局部數(shù)據(jù)結(jié)構(gòu) ③ 重要的執(zhí)行路徑 ④ 邊界條件 ⑤ 錯(cuò)誤處理 ? 單元測(cè)試步