《信息系統(tǒng)分析與設計》課件第9章：詳細設計上

第9章詳細設計●

概述●業(yè)務對象模型設計●功能邏輯設計●類的設計及優(yōu)化本章內容一概述1．詳細設計的任務

詳細設計是在體系結構設計的基礎上,深入到各子系統(tǒng)內部的細節(jié)設計工作。2．詳細設計的工作●業(yè)務對象模型設計●功能邏輯設計●類的設計,類關系的設計●類的優(yōu)化二業(yè)務對象模型設計

9.2.1業(yè)務對象模型的概念業(yè)務對象是從業(yè)務領域中提取的業(yè)務實體，這些業(yè)務對象將作為信息系統(tǒng)中軟件的基本構成元素，并作為信息系統(tǒng)中公用的實體類。作用:

●業(yè)務對象是功能邏輯設計的基礎;●業(yè)務對象是數據庫設計的基礎。9.2.2業(yè)務對象模型設計的工作

●提取業(yè)務對象;

●對象屬性設計;●對象基本操作設計;

●

對象關系設計;●建立業(yè)務對象模型。1

提取業(yè)務對象

業(yè)務對象來源于業(yè)務領域中的業(yè)務實體；用類的簡化形式把提取的業(yè)務對象描述出來。

書店業(yè)務中提取的部分業(yè)務對象9.2.3業(yè)務對象模型設計過程

書店業(yè)務中提取的業(yè)務對象

書店業(yè)務中提取的部分業(yè)務對象

2

對象屬性設計屬性用來表示對象的靜態(tài)特性，對提取的對象應該設計其屬性。

書店系統(tǒng)業(yè)務對象的屬性3對象操作設計

操作是業(yè)務對象的動態(tài)性質。業(yè)務對象的完整操作需要在全面考慮了業(yè)務對象在系統(tǒng)中完成的功能、對象之間的相互聯系、系統(tǒng)的性能實現等多種設計因素之后，才能完全確定。在此主要進行對象基本操作設計。

書店系統(tǒng)業(yè)務對象的基本操作4對象關系設計對象之間存在泛化、關聯、組成、依賴等關系。需要確定提取的各個業(yè)務對象之間的關系，為建立業(yè)務對象模型奠基基礎。例如

5

業(yè)務對象模型設計

●業(yè)務對象模型用類圖來描述提取出的業(yè)務對象之間的關系；●業(yè)務對象模型是整個系統(tǒng)的靜態(tài)基礎；●功能邏輯設計中實現各用例功能中的實體類取之于業(yè)務對象模型；●業(yè)務對象模型也是數據庫設計的基礎。

業(yè)務對象模型在整個系統(tǒng)設計中起著十分重要的作用。案例分析

書務系統(tǒng)業(yè)務對象模型設計案例分析

1圖書,圖書類別,出版社案例分析

2圖書案例分析

3訂購圖書案例分析

4圖書入庫案例分析

5盤存和報損案例分析

6圖書銷售三功能邏輯設計

9.3.1功能邏輯設計的含義功能邏輯設計是對在需求階段確定的用用例描述的系統(tǒng)功能，設計它的實現邏輯。

9.3.2

為什么要進行功能邏輯設計●一個子系統(tǒng)能夠完成它所跟蹤的用例的功能?！裢瓿捎美δ埽瑢崿F其操作，就是信息系統(tǒng)中若干個類中的對象，通過操作的執(zhí)行和相互之間消息發(fā)送來實現用例的功能。

功能邏輯設計的原理

9.3.3功能邏輯設計的工作第一，提取功能用例涉及的類；第二，繪制功能邏輯類圖；第三，分析交互信息，得出功能邏輯交互圖。

9.3.4功能邏輯設計的過程

---

以編輯書目和圖書銷售為例

編輯書目,圖書銷售功能用例圖案例分析

案例分析

*、功能用例A書目編輯案例分析

*書目編輯界面A編輯書目案例分析

1、提取功能用例涉及的類A編輯書目案例分析

2功能用例簡略類圖A編輯書目案例分析

3功能用例類圖A編輯書目4功能邏輯用例順序圖案例分析

案例分析

案例分析

案例分析

案例分析

9.3.4功能邏輯設計的過程

---

以圖書銷售為例討論功能邏輯設計過程。

圖書銷售功能用例圖案例分析

案例分析

邊界類：售書處理界面

實體類：圖書，架存圖書，待售圖書，售出圖書

圖書類別,出版社,售書單,個人會員控制類：售書處理管理器

案例分析

1、提取業(yè)務對象案例分析

案例分析

2功能用例類圖案例分析

案例分析

案例分析

四類的優(yōu)化

9.4.1類優(yōu)化的原則使類能夠明確地表示事物實體，并具有相對獨立性、一致性和適中的規(guī)模。

9.4.2類優(yōu)化的方法

1、利用數據庫范式理論對類進行優(yōu)化

▲一級規(guī)范：數據表(類)中不存在多值屬性；例如：職工號姓名工資基本工資職務工資工齡工資

職工號姓名基本工資職務工資工齡工資

▲

二級規(guī)范：滿足一級規(guī)范，且數據表(類)中不存在對主鍵屬性部分依賴的屬性，例如：

學生成績(學生號，姓名，班級，課程號，課程名，成績)

改為：學生(學生號，姓名，班級)

課程(課程號，課程名)

成績(學生號，課程號，成績)

▲

三級規(guī)范：滿足二級規(guī)范，且在數據表(類)中不存在傳遞依賴關系。例如：

學生信息(學生號，姓名，班級，系名，系辦地址)

改為：學生信息(學生號，姓名，班級，系名)

系(系名，系辦地址)圖7.39書店信息系統(tǒng)的圖書訂單下面對由“圖書訂單”所產生的“圖書訂單”類進行優(yōu)化：

1．一級規(guī)范

把所有多值屬性從類中抽取出來，構成一個新類。

“圖書訂單”類中，從“計劃單序號”到“實際到貨日期”8個屬性都是多值的。把這些屬性從“圖書訂單”類中提取出來，形成新的“訂單圖書”類(見圖7.41)。訂單圖書是本訂單所訂購的圖書，它是圖書訂單的有機構成部分，因此，“訂單圖書”類與“圖書訂單”類是組成關系。在一個訂單中最多可以有20種圖書，多重性標為1...20。圖7.40初步的“圖書訂單”類圖7.41一級規(guī)范后的“圖書訂單”類

2．二級規(guī)范

二級規(guī)范要求在類中不存在部分依賴關系的屬性。在圖7.41中，“訂單圖書”類的關鍵屬性是“訂單號”和“書號”，但是“書名”、“作者”、“單價”三個屬性則僅依賴“書號”關鍵屬性，存在部分依賴關系，所以需要進行優(yōu)化。二級規(guī)范后的“圖書訂單”類見圖7.42。圖7.42二級規(guī)范后的“圖書訂單”類

3．三級規(guī)范

三級規(guī)范要求消除在類的屬性中存在的傳遞依賴關系。在“圖書訂單”類中，“出版社編號”依賴“訂單號”，但是從“出版社名稱”到“賬號”6個屬性僅依賴“出版社編號”，并不直接依賴“訂單號”，這是典型的傳遞依賴關系，需要消除。三級規(guī)范之后的“圖書訂單”類見圖7.43。圖7.43三級規(guī)范后的“圖書訂單”類

4．進一步優(yōu)化

圖7.43中“圖書訂單”的屬性仍然偏多，并且“合計”和“總計”兩個屬性屬于派生屬性，可以去掉?？梢园褞讉€費用屬性獨立出來形成一個新的“訂單費用”類，作為“圖書訂單”類的部分類。這樣優(yōu)化之后的類圖見圖7.44。圖7.44“圖書訂單”優(yōu)化類圖練習:

優(yōu)化”訂購貨品”訂購貨品訂單編號貨品編號貨品名稱貨品規(guī)格訂購數量單價到貨日期供貨商編號供貨商名稱地址聯系電話采購員編號采購員姓名采購員電話四類的設計1、這個階段設計的類與業(yè)務對象的區(qū)別

●

設計的類是業(yè)務對象的細化和分解。

●

設計的類需要反映系統(tǒng)的非功能性需求。

●

設計的類著眼于實現，必須考慮所有實現細節(jié)

2

．類的設計

1)邊界類的設計

●邊界類承擔著信息的輸入和輸出以及信息的界面組織等任務。

●邊界類設計涉及到人機工程、審美和操作方便性等方面的知識和要求。

●邊界類設計依賴于信息系統(tǒng)所采用的實現環(huán)境和設計語言。

●邊界類在可視化的設計語言中一般表現為：框架《Form》，窗口《Windows》，菜單《menu》,控件《Controls》等形式。

namespace小型書務系統(tǒng){ ///Form1的摘要說明。 publicclassForm1:System.Windows.Forms.Form { privateSystem.Windows.Forms.MainMenumainMenu1; privateSystem.Windows.Forms.MenuItemmenuItem1; privateSystem.Windows.Forms.MenuItemmenuItem2; privateSystem.Windows.Forms.MenuItemmenuItem3; privateSystem.Windows.Forms.MenuItemmenuItem4; privateSystem.Windows.Forms.MenuItemmenuItem5; privateSystem.Windows.Forms.MenuItemmenuItem6; privateSystem.Windows.Forms.MenuItemmenuItem7; privateSystem.Windows.Forms.MenuItemmenuItem8; privateSystem.Windows.Forms.MenuItemmenuItem9; privateSystem.Windows.Forms.MenuItemmenuItem10; privateSystem.Windows.Forms.MenuItemmenuItem11; privateSystem.Windows.Forms.MenuItemmenuItem12; privateSystem.Windows.Forms.MenuItemmenuItem13; privateSystem.Windows.Forms.MenuItemmenuItem14; privateSystem.Windows.Forms.MenuItemmenuItem15; privateSystem.Windows.Forms.MenuItemmenuItem16; privateSystem.Windows.Forms.MenuItemmenuItem17; privateSystem.Windows.Forms.MenuItemmenuItem18;

privateSystem.Windows.Forms.MenuItemmenuItem28; privateSystem.Windows.Forms.MenuItemmenuItem29; privateSystem.Windows.Forms.MenuItemmenuItem30; privateSystem.Windows.Forms.Labellabel1;

privateSystem.Windows.Forms.MenuItemmenuItem19; privateSystem.Windows.Forms.MenuItemmenuItem20; privateSystem.Windows.Forms.MenuItemmenuItem21; privateSystem.Windows.Forms.MenuItemmenuItem22; privateSystem.Windows.Forms.MenuItemmenuItem23; privateSystem.Windows.Forms.MenuItemmenuItem24; privateSystem.ComponentModel.Containercomponents=null;

……

2)實體類的設計●持久型實體類一般需要數據庫