【正文】 00 折扣=3% ELSE IF交易額=5000 折扣=2% ELSE 折扣=07. 需求驗(yàn)證（1） 驗(yàn)證每一個(gè)需求滿(mǎn)足5個(gè)性質(zhì)（2） 驗(yàn)證需求規(guī)格說(shuō)明書(shū)滿(mǎn)足4個(gè)性質(zhì)第二節(jié) 結(jié)構(gòu)化設(shè)計(jì)分為總體設(shè)計(jì)和詳細(xì)設(shè)計(jì)1. 總體設(shè)計(jì)的任務(wù)把系統(tǒng)的功能需求分配到一個(gè)特定的軟件體系結(jié)構(gòu)中。也就是說(shuō)，在結(jié)構(gòu)圖中，顯示了軟件是由哪些模塊組成的，這些模塊按照什么樣的層次結(jié)構(gòu)組織在一起以及模塊之間通過(guò)什么接口聯(lián)系在一起。（1） 模塊符號(hào)（2） 模塊調(diào)用關(guān)系（3） 模塊間的數(shù)據(jù)傳遞（4） 模塊間的控制信息傳遞（5） 循環(huán)調(diào)用結(jié)構(gòu)（6） 選擇調(diào)用結(jié)構(gòu)（7） 數(shù)據(jù)存儲(chǔ)4. 層次圖層次圖中一個(gè)矩形框代表一個(gè)模塊，框間的連線表示調(diào)用關(guān)系（位于上方的矩形框所代表的模塊調(diào)用位于下方的矩形框所代表的模塊）。為了使HIPO圖具有可追蹤性，在H圖(即層次圖)里除了頂層的方框之外，每個(gè)方框都加了編號(hào)。（1） 變換流(Transform Flow)。其中變換中心使系統(tǒng)數(shù)據(jù)發(fā)生本質(zhì)的變化，輸入臂將物理輸入變換成邏輯輸入，而輸出臂則將邏輯輸出變換成物理輸出。事務(wù)流的數(shù)據(jù)流程圖中有一個(gè)事務(wù)處理中心，它將輸入分為許多相互平行的加工路徑，然后根據(jù)輸入的屬性，選擇某一加工路徑。業(yè)務(wù)中心完成以下任務(wù)：216。 ⑵分析每個(gè)事務(wù)并確定它的類(lèi)型；216?！纠}】控制結(jié)構(gòu)圖的繪制根據(jù)數(shù)據(jù)計(jì)算的數(shù)據(jù)流圖：輸入數(shù)據(jù)數(shù)據(jù)求解打印輸出畫(huà)出以轉(zhuǎn)換為中心的控制結(jié)構(gòu)圖?！纠}】產(chǎn)生固定資產(chǎn)資料數(shù)據(jù)流程圖如下，做出以業(yè)務(wù)為中心的模塊控制結(jié)構(gòu)圖。模塊通常由兩部分組成：模塊接口和模塊體。把一個(gè)待開(kāi)發(fā)的軟件分解成若干個(gè)簡(jiǎn)單的、具有高內(nèi)聚低耦合的模塊，這一過(guò)程稱(chēng)為模塊化。9. 內(nèi)聚(Cohesion)是指一個(gè)模塊內(nèi)部個(gè)成分之間相互關(guān)聯(lián)程度的度量。很顯然，一個(gè)模塊的內(nèi)聚越大越好。模塊間的依賴(lài)程度越大，則其耦合程度也就越大；反之，模塊間的依賴(lài)程度越小，則其耦合程度也就越小。因?yàn)轳詈铣潭仍叫?，表明模塊間的獨(dú)立程度越大，這樣在修改一個(gè)模塊時(shí)，對(duì)其它模塊的影響程度就越小，從而使模塊的修改工作局限于一個(gè)最小范圍之內(nèi)。11. 啟發(fā)式規(guī)則高內(nèi)聚、低耦合。模塊分解（2） 模塊規(guī)模適中（3） 力求深度、寬度、扇出、扇入適中。寬度：同一層次上模塊總數(shù)的最大值。扇入：有多少個(gè)上級(jí)模塊直接調(diào)用它。（4） 盡量使模塊的作用域在其控制域內(nèi)。模塊的作用域：受該模塊內(nèi)一個(gè)判斷所影響的所有模塊的集合。13. 結(jié)構(gòu)化程序設(shè)計(jì)方法一種基于結(jié)構(gòu)的編程方法，即采用順序結(jié)構(gòu)、選擇結(jié)構(gòu)和重復(fù)結(jié)構(gòu)進(jìn)行編程，其中每一結(jié)構(gòu)只允許一個(gè)入口和一個(gè)出口。（2） 盒圖（NS圖）出于要有一種不允許違背結(jié)構(gòu)程序設(shè)計(jì)精神的圖形工具的考慮，Nassi和Shneiderman提出了盒圖，又稱(chēng)為NS圖。它用二維樹(shù)形結(jié)構(gòu)的圖來(lái)表示程序的控制流，將這種圖翻譯成程序代碼比較容易。（4） 類(lèi)程序設(shè)計(jì)語(yǔ)言PDLPDL也稱(chēng)為偽碼，它是用正文形式表示數(shù)據(jù)和處理過(guò)程的設(shè)計(jì)工具。因此，一般說(shuō)來(lái)PDL是一種“混雜”語(yǔ)言，它使用一種語(yǔ)言（通常是某種自然語(yǔ)言）的詞匯，同時(shí)卻使用另一種語(yǔ)言（某種結(jié)構(gòu)化的程序設(shè)計(jì)語(yǔ)言）的語(yǔ)法。15. 設(shè)計(jì)規(guī)約完整準(zhǔn)確地描述滿(mǎn)足需求規(guī)約所要求的所有功能模塊，以及伴隨功能模塊而出現(xiàn)的非功能機(jī)制。（1） 概要設(shè)計(jì)規(guī)約指明高層軟件體系結(jié)構(gòu)。 系統(tǒng)環(huán)境216。 模塊描述216。 測(cè)試需求（2） 詳細(xì)設(shè)計(jì)規(guī)約216。 算法所涉及的全部數(shù)據(jù)結(jié)構(gòu)的描述【例題】根據(jù)下列變換型的數(shù)據(jù)流圖，設(shè)計(jì)出初始軟件結(jié)構(gòu)圖。每一模塊還可以繼續(xù)分解。統(tǒng)一建模語(yǔ)言（Unified Modeling Language，UML）UML是目前流行的建模語(yǔ)言，特別是在網(wǎng)站開(kāi)發(fā)中廣泛應(yīng)用?？己祟}目類(lèi)型包括單項(xiàng)選擇題、填空題、簡(jiǎn)答題，分值在10%~15%之間。面向?qū)ο蠼＿^(guò)程的步驟：（1） 需求獲取a) 建立用況（use case）模型和用況場(chǎng)景（2） 需求分析a) 建立活動(dòng)圖和狀態(tài)圖b) 類(lèi)圖（建立域模型）c) 順序圖（實(shí)現(xiàn)用況）（3） 編寫(xiě)需求規(guī)格說(shuō)明書(shū)（4） 需求驗(yàn)證第一節(jié) UML術(shù)語(yǔ)表1. 對(duì)象（object）對(duì)象（object）是系統(tǒng)中用來(lái)描述客觀事物的一個(gè)實(shí)體。 對(duì)象只描述客觀事物本質(zhì)的與系統(tǒng)目標(biāo)有關(guān)的特征。2. 類(lèi)類(lèi)（Class）是具有相同屬性、操作、關(guān)系和語(yǔ)義的一組對(duì)象的集合，它為屬于該類(lèi)的全部對(duì)象提供了同一的抽象描述，其內(nèi)部包括屬性和服務(wù)兩個(gè)主要部分。（相對(duì)而言）對(duì)象與類(lèi)的關(guān)系猶如程序設(shè)計(jì)語(yǔ)言中變量和類(lèi)型的關(guān)系。類(lèi)在類(lèi)圖上使用包含三個(gè)部分的矩形來(lái)描述，如下圖41所示。 圖41：類(lèi)圖中的示例類(lèi)對(duì)象3. 屬性對(duì)象或類(lèi)的屬性（attributes）描述了對(duì)象的具體特征。每條屬性可以包括屬性的可見(jiàn)性、屬性名稱(chēng)、類(lèi)型、缺省值和約束特性。操作名、返回類(lèi)型和參數(shù)表組成操作界面。（1） 采用具有分欄和關(guān)鍵字interface的矩形符號(hào)來(lái)表示（2） 采用小圓圈和半圓圈來(lái)表示6. 協(xié)作協(xié)作是一個(gè)交互，涉及交互的三要素：交互各方、交互方式以及交互內(nèi)容。8. 主動(dòng)類(lèi)至少具有一個(gè)進(jìn)程或線程的類(lèi)。表示方法：兩條豎線。10. 制品系統(tǒng)中包含物理信息的、可替代的物理部件。12. 關(guān)聯(lián)（Association）關(guān)聯(lián)反映了類(lèi)和類(lèi)之間的靜態(tài)關(guān)系。鏈（link）是對(duì)象之間具有特定語(yǔ)義關(guān)系的抽象。（6） 限定符（7） 聚合：一個(gè)類(lèi)是另一類(lèi)的一部分。利用繼承（inheritance），子類(lèi)可以繼承父類(lèi)的屬性和方法。繼承反映了類(lèi)之間的一種聯(lián)系或結(jié)構(gòu):一般特殊結(jié)構(gòu)，也稱(chēng)分類(lèi)結(jié)構(gòu)（Classification Structure），是由一組具有繼承關(guān)系的類(lèi)所組成的結(jié)構(gòu)。 14. 多態(tài)性（Polymorphism）是指一般類(lèi)中定義的屬性或服務(wù)被特殊類(lèi)繼承之后，可以具有不同的數(shù)據(jù)類(lèi)型或表現(xiàn)出不同的行為。多態(tài)是指用同一界面形式表示不同對(duì)象類(lèi)中的不同實(shí)現(xiàn)的能力。多態(tài)性實(shí)現(xiàn)的方法：（1）泛化（2）定義一個(gè)抽象類(lèi)——接口類(lèi) 15. 細(xì)化細(xì)化是類(lèi)目之間的語(yǔ)義關(guān)系，其中一個(gè)類(lèi)目規(guī)約了保證另一類(lèi)目執(zhí)行的契約。16. 依賴(lài)依賴(lài)是一種使用關(guān)系，用于描述一個(gè)類(lèi)目使用另一類(lèi)目的信息和服務(wù)。17. 包包是模型元素的一個(gè)分組，一個(gè)包本身可以被嵌套在其它包中，并且可以含有子包和其它類(lèi)型的模型元素。圖的類(lèi)別：（一）結(jié)構(gòu)圖（1）對(duì)象結(jié)構(gòu)建?！?lèi)圖和對(duì)象圖（2）應(yīng)用結(jié)構(gòu)建?！鼒D、構(gòu)件圖、部署圖、組合結(jié)構(gòu)圖（二）行為圖對(duì)象交互建模—順序圖、協(xié)作圖（通信圖、交互綜述圖、定時(shí)圖）、狀態(tài)圖（狀態(tài)機(jī)）對(duì)象行為建?！脹r圖、活動(dòng)圖1. 類(lèi)圖任何系統(tǒng)都需要從兩方面進(jìn)行描述：結(jié)構(gòu)信息和行為信息。在面向?qū)ο蠓椒ㄖ?，系統(tǒng)的結(jié)構(gòu)信息是通過(guò)類(lèi)圖（class diagram）來(lái)描述的；而系統(tǒng)行為信息則通過(guò)用況圖、交互圖（包括順序圖和協(xié)作圖）和狀態(tài)圖來(lái)描述的。類(lèi)圖（class diagram）表達(dá)了系統(tǒng)的靜態(tài)結(jié)構(gòu)信息，即系統(tǒng)是由哪些類(lèi)組成的，這些類(lèi)之間的關(guān)系是什么。但卻不能模擬組裝后系統(tǒng)的工作情況。（3）模型化系統(tǒng)中的協(xié)作，給出該系統(tǒng)的最終類(lèi)圖。用況是系統(tǒng)、子系統(tǒng)或類(lèi) 與 外部的參與者（actor）交互的動(dòng)作序列的說(shuō)明，包括可選的動(dòng)作序列和會(huì)出現(xiàn)異常的動(dòng)作序列。6個(gè)模型元素：（1） 主題（2） 用況（3） 參與者：216。是直接使用系統(tǒng)的人。 另一個(gè)系統(tǒng)：如DSS可作為MIS的一個(gè)活動(dòng)者。216。例如定期的某些業(yè)務(wù)處理工作。僅當(dāng)對(duì)象的行為規(guī)則不同時(shí)，才稱(chēng)對(duì)象處于不同的狀態(tài)。 例如，對(duì)象發(fā)票（invoice）可以根據(jù)其付款的情況分為三個(gè)狀態(tài)：未付款（unpaid）、部分付款（partly paid）以及付清款（fully paid）。① 對(duì)象的初始狀態(tài)是圖中任何事件都未對(duì)該對(duì)象起作用時(shí)的狀態(tài)。 ③ 轉(zhuǎn)換表明作為對(duì)事件的響應(yīng)結(jié)果，對(duì)象將從一種狀態(tài)轉(zhuǎn)換到另一種狀態(tài)并執(zhí)行某個(gè)動(dòng)作。雙擊一個(gè)狀態(tài)轉(zhuǎn)換，除事件簽名以外，還可用字符串為其加注臨界條件、動(dòng)作表達(dá)式等標(biāo)簽。每一個(gè)對(duì)象（類(lèi)）用一條生命線來(lái)表示——即用垂直線代表整個(gè)交互過(guò)程中對(duì)象的生命期。順序圖中的基本元素包括：① 活動(dòng)者，指用況中的活動(dòng)者。③ 生命線：在順序圖中的一個(gè)對(duì)象下面的豎線，用以顯示這個(gè)對(duì)象的生命期。生命線實(shí)際上顯示了消息的順序，在生命線之上的消息比在它之下的消息先發(fā)生。④ 消息，指場(chǎng)景內(nèi)由事件流定義的內(nèi)部事件成為在對(duì)象和活動(dòng)者或其他對(duì)象之間的消息。同步消息假定有一個(gè)返回消息。? 反身消息——消息的發(fā)送方和接收方是同一個(gè)對(duì)象。用非實(shí)心箭頭表示。第五章 面向?qū)ο蠓椒≧UP復(fù)習(xí)建議：RUP（Rational Unified Process，統(tǒng)一軟件開(kāi)發(fā)過(guò)程）。（1） 表達(dá)基本信息的術(shù)語(yǔ)（2） 用于組織基本信息的表達(dá)格式（3） 在不同抽象層之間進(jìn)行“映射”的過(guò)程指導(dǎo)。重點(diǎn)要掌握基本概念、基本原理。實(shí)際上，我們經(jīng)常遇到的問(wèn)題是需求在整個(gè)軟件開(kāi)發(fā)工程中經(jīng)常會(huì)改變。迭代式開(kāi)發(fā)不僅可以降低項(xiàng)目的風(fēng)險(xiǎn)，而且每個(gè)迭代過(guò)程都可以執(zhí)行版本結(jié)束，可以鼓舞開(kāi)發(fā)人員。RUP描述了如何提取、組織系統(tǒng)的功能和約束條件并將其文檔化，用況和腳本的使用已被證明是捕獲功能性需求的有效方法?；讵?dú)立的、可替換的、模塊化組件的體系結(jié)構(gòu)有助于降低管理復(fù)雜性，提高重用率。 4．可視化建模RUP往往和UML聯(lián)系在一起，對(duì)軟件系統(tǒng)建立可視化模型幫助人們提供管理軟件復(fù)雜性的能力。 5．驗(yàn)證軟件質(zhì)量在RUP中軟件質(zhì)量評(píng)估不再是事后進(jìn)行或單獨(dú)小組進(jìn)行的分離活動(dòng)，而是內(nèi)建于過(guò)程中的所有活動(dòng)，這樣可以及早發(fā)現(xiàn)軟件中的缺陷。RUP通過(guò)軟件開(kāi)發(fā)過(guò)程中的制品，隔離來(lái)自其他工作空間的變更，以此為每個(gè)開(kāi)發(fā)人員建立安全的工作空間。1. 用況驅(qū)動(dòng)（1） 用況是能夠向用戶(hù)提供有價(jià)值結(jié)果的系統(tǒng)中的一種功能（2） 用況獲取的是功能需求在系統(tǒng)的生存周期中，以用況作為基礎(chǔ)，驅(qū)動(dòng)系統(tǒng)有關(guān)人員對(duì)所要建立系統(tǒng)的功能需求進(jìn)行交流，驅(qū)動(dòng)系統(tǒng)分析、設(shè)計(jì)、實(shí)現(xiàn)和測(cè)試等活動(dòng)，包括制定計(jì)劃、分配任務(wù)、監(jiān)控執(zhí)行和進(jìn)行測(cè)試等，并將它們有機(jī)地組織在一起，使各個(gè)階段中都可以回溯到用戶(hù)的實(shí)際需求。3. 迭代與增量（1） 迭代是重復(fù)的部分（2） 增量是增加的部分一個(gè)迭代是一個(gè)完整的開(kāi)發(fā)循環(huán)，產(chǎn)生一個(gè)可執(zhí)行的產(chǎn)品版本，是最終產(chǎn)品的一個(gè)子集，它增量式地發(fā)展，從一個(gè)迭代過(guò)程到另一個(gè)迭代過(guò)程到成為最終的系統(tǒng)。橫軸通過(guò)時(shí)間組織，是過(guò)程展開(kāi)的生命周期特征，體現(xiàn)開(kāi)發(fā)過(guò)程的動(dòng)態(tài)結(jié)構(gòu)，用來(lái)描述它的術(shù)語(yǔ)主要包括周期(Cycle）、階段（Phase）、迭代（Iteration）和里程碑(Milestone）；縱軸以?xún)?nèi)容來(lái)組織為自然的邏輯活動(dòng)，體現(xiàn)開(kāi)發(fā)過(guò)程的靜態(tài)結(jié)構(gòu)，用來(lái)描述它的術(shù)語(yǔ)主要包括活動(dòng)（Activity）、產(chǎn)物（Artifact）、工作者（Worker）和工作流（Workflow）。每個(gè)階段結(jié)束于一個(gè)主要的里程碑（Major Milestones）；每個(gè)階段本質(zhì)上是兩個(gè)里程碑之間的時(shí)間跨度。如果評(píng)估結(jié)果令人滿(mǎn)意的話，可以允許項(xiàng)目進(jìn)入下一個(gè)階段。為了達(dá)到該目的必須識(shí)別所有與系統(tǒng)交互的外部實(shí)體，在較高層次上定義交互的特性。對(duì)于建立在原有系統(tǒng)基礎(chǔ)上的開(kāi)發(fā)項(xiàng)目來(lái)講，初始階段可能很短。生命周期目標(biāo)里程碑評(píng)價(jià)項(xiàng)目基本的生存能力。為了達(dá)到該目的，必須在理解整個(gè)系統(tǒng)的基礎(chǔ)上，對(duì)體系結(jié)構(gòu)作出決策，包括其范圍、主要功能和諸如性能等非功能需求。細(xì)化階段結(jié)束時(shí)第二個(gè)重要的里程碑：生命周期結(jié)構(gòu)（Lifecycle Architecture）里程碑。此刻，要檢驗(yàn)詳細(xì)的系統(tǒng)目標(biāo)和范圍、結(jié)構(gòu)的選擇以及主要風(fēng)險(xiǎn)的解決方案。從某種意義上說(shuō)，構(gòu)建階段是一個(gè)制造過(guò)程，其重點(diǎn)放在管理資源及控制運(yùn)作以?xún)?yōu)化成本、進(jìn)度和質(zhì)量。初始功能里程碑決定了產(chǎn)品是否可以在測(cè)試環(huán)境中進(jìn)行部署。此時(shí)的產(chǎn)品版本也常被稱(chēng)為“beta”版。交付階段可以跨越幾次迭代，包括為發(fā)布做準(zhǔn)備的產(chǎn)品測(cè)試，基于用戶(hù)反饋的少量的調(diào)整。在交付階段的終點(diǎn)是第四個(gè)里程碑：產(chǎn)品發(fā)布（Product Release）里程碑。在一些情況下這個(gè)里程碑可能與下一個(gè)周期的初始階段的結(jié)束重合。盡管6個(gè)核心過(guò)程工作流可能使人想起傳統(tǒng)瀑布模型中的幾個(gè)階段，但應(yīng)注意迭代過(guò)程中的階段是完全不同的，這些工作流在整個(gè)生命周期中一次又一次被訪問(wèn)。 （1）商業(yè)建模商業(yè)建模（Business Modeling）工作流描述了如何為新的目標(biāo)組織開(kāi)發(fā)一個(gè)構(gòu)想，并基于這個(gè)構(gòu)想在商業(yè)用況模型和商業(yè)對(duì)象模型中定義組織的過(guò)程，角色和責(zé)任。為了達(dá)到該目標(biāo)，要對(duì)需要的功能和約束進(jìn)行提取、組織、文檔化；最重要的是理解系統(tǒng)所解決問(wèn)題的定義和范圍。 Design）工作流將需求轉(zhuǎn)化成未來(lái)系統(tǒng)的設(shè)計(jì)，為系統(tǒng)開(kāi)發(fā)一個(gè)健壯的結(jié)構(gòu)并調(diào)整設(shè)計(jì)使其與實(shí)現(xiàn)環(huán)境相匹配，優(yōu)化其性能。設(shè)計(jì)模型是源代碼的抽象，由設(shè)計(jì)類(lèi)和一些描述組成。設(shè)計(jì)活動(dòng)以體系結(jié)構(gòu)設(shè)計(jì)為中心，體系結(jié)構(gòu)由若干結(jié)構(gòu)視圖來(lái)表達(dá)，結(jié)構(gòu)視圖是整個(gè)設(shè)計(jì)的抽象和簡(jiǎn)化，該視圖中省略了一些細(xì)節(jié)，使重要的特點(diǎn)體現(xiàn)得更加清晰。 （4）實(shí)現(xiàn)實(shí)現(xiàn)（Implementation）工作流的目的包括以層次化的子系統(tǒng)形式定義代碼的組織結(jié)構(gòu)；以組件的形式（源文件、二進(jìn)制文件、可執(zhí)行文件）實(shí)現(xiàn)類(lèi)和對(duì)象；將開(kāi)發(fā)出的組件作為單元進(jìn)行測(cè)試以及集成由單個(gè)開(kāi)發(fā)者（或小組）所產(chǎn)生的結(jié)果，使其成為可執(zhí)行的系統(tǒng)。RUP提出了迭代的方法，意味著在整個(gè)項(xiàng)目中進(jìn)行測(cè)試，從而盡可能早地發(fā)現(xiàn)缺陷，從根本上降低了修改缺陷的成本。 （6）部署部署（Deployment）工作流的目的是成功的生成版本并將軟件分發(fā)給最終用戶(hù)。在有些情況下，還可能包括計(jì)劃和進(jìn)行beta測(cè)試版、移植現(xiàn)有的軟件和數(shù)據(jù)以及正式驗(yàn)收。配置和變更管理工作流提供了準(zhǔn)則來(lái)管理演化系統(tǒng)中的多個(gè)變體，跟蹤軟件創(chuàng)建過(guò)程中的版本。同時(shí)也闡