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