八、電子商務系統(tǒng)分析與設計
8.1系統(tǒng)需求分析
1、軟件工程的層次:軟件工程分為三個層次:過程層、方法層、工具層。
在最基礎的過程層,最重要的就是一組被稱為關鍵過程區(qū)域(KPA)的框架。方法層主要是過程在技術上的實現(xiàn)。工具層對過程層和方法層提供自動和半自動的支持。
2、軟件需求包括三個不同的層次業(yè)務需求、用戶需求和功能需求,也包括非功能需求。
3、需求分析的方法:A、繪制系統(tǒng)關聯(lián)圖 B、創(chuàng)建用戶接口原型 C、分析需求可行性 D、確定需求的優(yōu)先級別 E、為需求建立模型 F、創(chuàng)建數(shù)據(jù)字典 G、使用質量功能調配(QFD)
4、需求之間的關系:因果關系、主次關系、權衡關系 5、用例:
(1)用例的基本概念:角色表示系統(tǒng)用戶能扮演的角色,可能是人,可能是其他的計算機的一些硬件或者甚至可能是其他軟件系統(tǒng)。用例描述了當角色給系統(tǒng)特定的刺激系統(tǒng)的活動。用例由角色激活,并提供確切的值給角色。用例可大可小,但它必須是對一個具體的用戶目標實現(xiàn)的完整描述。UML中,用例表示一個橢圓,角色是指用戶在系統(tǒng)中所扮演的角色。事件的主過程,一個用例可能包括完成某項任務的許多邏輯相關任務和交互順序,在用例中,一個說明被視為事件的普通過程,也叫主過程。在用例中的其他說明可以描述為事件可選過程。
(2)用例的特點:
①用例是需求開發(fā)的結果;
、谟美菍σ唤M動作序列的描述,系統(tǒng)執(zhí)行該動作序列為參與者產生一個可觀察的結果值。
、塾美菍τ脩裟繕嘶蛴脩粜枨髨(zhí)行的業(yè)務工作的一般性描述,是一組相關的使用場景,描述了系統(tǒng)與外部角色之間交互。
、苡美貏e適合于描述用戶的功能性需求,它描述的是一個系統(tǒng)做什么,而不是說明怎么做。
、萦美貏e適用于增量開發(fā)。
8.2數(shù)據(jù)和流程分析
1、數(shù)據(jù)的分析方法:圍繞系統(tǒng)目標進行分析、信息環(huán)境分析、圍繞現(xiàn)行業(yè)務流程進行分析、數(shù)據(jù)的邏輯分析。
2、數(shù)據(jù)流程分析內容:數(shù)據(jù)匯總、數(shù)據(jù)特征分析、數(shù)據(jù)流程分析。通過流程分析,建立高效的數(shù)據(jù)處理過程,是新系統(tǒng)設計的基礎。
3、數(shù)據(jù)流程圖特征:抽象性和概括性
4、DFD的基本符號:數(shù)據(jù)流,它是由一定成組成的數(shù)據(jù)在流動如登記表。數(shù)據(jù)存儲,它反映系統(tǒng)中靜止的數(shù)據(jù)表現(xiàn)出靜態(tài)數(shù)據(jù)的特征。數(shù)據(jù)處理,對數(shù)據(jù)執(zhí)行操作或改變。外部實體,表示系統(tǒng)中數(shù)據(jù)流動的起始點或終止點。
5、業(yè)務流程分析的內容:主要包括業(yè)務功能分析、業(yè)務關系分析和業(yè)務流程優(yōu)化三個方面。業(yè)務流程分析的基礎是業(yè)務流程調查和現(xiàn)有信息載體的相關調查,目的是通過剖析現(xiàn)行業(yè)務流程,經(jīng)過調整、整合后重構目標系統(tǒng)的業(yè)務流程,基本工具是業(yè)務流程圖。數(shù)據(jù)流程分析是建立在業(yè)務流程分析基礎上。
6、IBM WBI是用來定義、分析和監(jiān)控業(yè)務流程的軟件包,其核心是WBI Workbench。
8.3系統(tǒng)功能設計
1、U/C矩陣:U/C矩陣主要用來對系統(tǒng)功能的劃分進行分析和優(yōu)化。U(Use)表示該功能為數(shù)據(jù)的使用者,C(Create)表示該功能為數(shù)據(jù)的生產者和創(chuàng)建者。U/C矩陣的行或者列之間沒有固定的順序,通過行或者列的調整,使得矩陣中的C盡量靠近對角線,然后以C為標準劃分子系統(tǒng)。
2、邏輯功能劃分與數(shù)據(jù)資源分布
系統(tǒng)邏輯功能的劃分:根據(jù)功能的實際業(yè)務需要,沿對角線用方框把相對集中的數(shù)據(jù)聯(lián)系框起來。小方框的劃分是任意的,但必須把所有的C都包括在小方框內,每個小方框既沒有重疊也不會遺漏。在子系統(tǒng)劃分以后,仍然存在著子系統(tǒng)以外的U元素,表明存在著跨子系統(tǒng)的數(shù)據(jù)使用,即子系統(tǒng)間的數(shù)據(jù)聯(lián)系。
數(shù)據(jù)資源的分布:所有數(shù)據(jù)使用關系,即表中的U被分割成兩類,一類在小方框內,表示數(shù)據(jù)只在一個子系統(tǒng)內產生和使用;另一類數(shù)據(jù)使用關系U在小方框外,表示不同子系統(tǒng)間存在著數(shù)據(jù)聯(lián)系。8.4系統(tǒng)模型設計
1、合理的進行模塊的分解和定義,是系統(tǒng)結構設計的主要內容。
2、模塊:所謂模塊是指可以分解、組合及更換的單元,是組成系統(tǒng)、易于處理的基本單元。模塊聚合是用來衡量一個模塊內部各組成部分間整體專一性的指標,它具體描述一個模塊功能專一性的程度。模塊耦合是衡量一個模塊與其他模塊之間相互作用程度的指標。如果兩個模塊中的每一個無需另一個模塊的存在而能獨立工作,則它們彼此之間沒有聯(lián)系和依賴,模塊耦合程度為零。但是,一個系統(tǒng)中所有模塊間不可能沒有聯(lián)系。模塊耦合程度的高低直接影響到系統(tǒng)的可修改性和可維護性。 3、流程圖即程序框圖。流程圖包括的三種基本成分是處理,用方框表示;判斷條件,用菱形框表示;控制流,用箭頭表示。
練習匯總:
1、 簡述模塊耦合的四種類型。
、贁(shù)據(jù)耦合,數(shù)據(jù)耦合聯(lián)系簡單,耦合程度低,模塊的獨立性強。
、诳刂岂詈希藗鬟f數(shù)據(jù)信息外,還傳遞控制信息。這種耦合對系統(tǒng)的影響比較大,它直接影響到接收該控制信號模塊的內部運行?刂岂詈铣霈F(xiàn)在模塊的中上層。
、酃柴詈,當兩個或多個模塊通過一個公共數(shù)據(jù)環(huán)境相互作用。它們之間的耦合稱為公共耦合。
、軆热蓠詈希攦蓚模塊之間是內容耦合,那么在修改其中一個模塊時,必然直接影響到另一個模塊,甚至產生連鎖反應或波動現(xiàn)象。
2、需求分析調查范圍:組織機構與功能業(yè)務、數(shù)據(jù)和數(shù)據(jù)流程、業(yè)務流程。
3、需求分析的子活動:需求預測,系統(tǒng)分析員對系統(tǒng)的基本需求作一假設;需求導出,運用各種信息采集技術的本質要求;需求確認,將記錄的需求反饋給用戶進行檢驗;需求說明,利用數(shù)據(jù)流程圖DFD、數(shù)據(jù)字典、功能描述工具等需求描述工具。
相關推薦:
北京 | 天津 | 上海 | 江蘇 | 山東 |
安徽 | 浙江 | 江西 | 福建 | 深圳 |
廣東 | 河北 | 湖南 | 廣西 | 河南 |
海南 | 湖北 | 四川 | 重慶 | 云南 |
貴州 | 西藏 | 新疆 | 陜西 | 山西 |
寧夏 | 甘肅 | 青海 | 遼寧 | 吉林 |
黑龍江 | 內蒙古 |