面向对象的系统开发课件.pptVIP

*（4）記錄隨時記錄通過閱讀、交流和調查所得到的認識，更要記錄所存在的疑點（有些關於需求細節的疑點，可留待對問題域做深入調查與分析時解答）。*（5）整理糾正初始的需求文檔中不正確或不確切的內容，整理一份符合開發規範，並且確定表達系統責任的需求文檔。*2、系統分析分析階段集中於問題域的關鍵抽象，明確問題中有哪些數據實體存在，它們的意義是什麼，暫時不考慮它們是怎樣處理的。在分析階段，可分如下三個步驟進行。*（1）定義問題邊界在滿足系統要求的前提下，劃分問題邊界很重要的是討論系統的應變性和穩定性，然後得出設計的策略。在系統邊界以內，是系統本身所包含的對象。在系統邊界以外，是系統外部的活動者，主要是人、設備和外系統。人，是指與系統交互的人員。問題域中的有些人員與設備，不應看做系統邊界以外的活動者。認識系統邊界是為了明確系統的範圍以及與外部世界的介面。*（2）問題域的關鍵抽象問題域的關鍵抽象就是找出有關系的類和對象。任何一個抽象級的類，它的每個成員必須是相互獨立的、不可再分解的，並且類中的全體成員都依賴於其中的一個關鍵成員，以建立起關係。問題域和系統責任是發現對象的根本出發點。為了盡可能全面發發現系統所需要的對象，分析員應該把握“先松後緊”的原則。*（3）類的抽象在OOA中正確地運用抽象原則，先要捨棄那些與系統責任無關的事物，只注意與系統責任有關的事物。其次，對於與系統責任有關的事物，也不是把它們的任何特徵都在相應的對象中表達出來，而要捨棄那些與系統責任無關的特徵。判斷事物是否與系統責任有關的關鍵問題，一是該事物是否為系統提供一些有用的資訊，或者是否需要系統為它保存和管理某些資訊；二是該事物是否向系統提供某些服務，或者說是否需要系統描述它的某些行為。*7.3.2面向對象的分析方法*1、Bailin的面向對象結構化分析方法Bailin認為，傳統的結構化分析具有很強的生命力和很大的合理性，已經為電腦界廣泛接收，並且已有許多支持該方法的工具和環境，放棄是很可惜的。如果把結構化分析作為分析階段的主要方法，需要解決從需求規格說明到面向對象設計的過渡問題。結構化分析是一個對系統功能需求進行整理的方法。因為聚集的原則不同，要從結構化分析過渡到面向對象設計較為困難，需要重新構造數據流圖。針對這一情況，Bailin提出面向對象結構化分析，既能利用已有的經濟與工具，又能實現從分析到面向對象設計的平滑過渡。*（1）Bailin的面向對象結構化分析的基本思想在面向對象結構化分析中，主要概念是實體，而不是過程。結構化設計中的過程可以是一個有效的實體，實體所隱含的意義較過程有所不同。在這個方法中，不是強調輸入到輸出的轉化，而是強調實體的“內容”。在面向對象結構化分析中，仍然採用DFD的形式表示輸入和輸出，不同的是用實體數據流圖（EDFD）來替代傳統的數據流圖。EDFD的結點分為實體和函數兩類。每個函數必須和實體相關，即函數由實體執行，或者作用在實體上。*（2）實體的分解Bailin進一步將實體分為主動實體和被動實體。主動實體被表示為數據流圖的結點，而被動實體則以數據流或數據槽的形式出現。這裏的實體為對象的同義詞。低層EDFD把每個實體分解成一些子實體，或分解為由實體調用的一些函數，也可能分解為兩者的結合。函數可以分解為子函數。EDFD的層次結構包括較高層的實體圖和該實體在低層時被分為子實體和函數的流圖。*（3）分析步驟Bailin的面向對象結構化分析方法包括七個步驟：①確定關鍵的問題——領域實體，②區別主動和被動實體，③在主動實體之間建立數據流，④把實體（或函數）分解為子實體和/或子函數，⑤對新的實體進行檢測，⑥在新的實體下彙集相關函數，⑦把新實體歸類到恰當的領域。*（4）分析結果的表現面向對象結構化分析的結果（即面向對象的需求規格說明）包括一個EDFD的層次結構和一組實體關係圖（ERD）。實體關係模型（E-R模型）可以作為此規格說明的背景材料，為用戶和開發者提供問題領域的概貌，以及所分析的系統範圍內的一些屬於技術領域的知識。*2、SallyShlaer與StephenMellor的面向對象的分析方法SallyShlaer與StephenMellor開發了的面向對象的分析方法。該方法以資訊模型化方法作為基礎，還為目標系統提供了另外兩個模型：一個狀態模型和一個過程模型。這三個模型從三個不同的角度描述系統：相關的資訊，狀態和過程資訊，包含關於問題領域較為完整的資訊。*SallyShlaer與