最新2022年電子商務設計師考試必看要點(一)

1、 of accountability, redress of orders and prohibitions. Strengthening the honesty and self-discipline of leading cadres honesty in politics and education work, enhance leaders ability to resistof accountability, redress of orders and prohibitions. Strengthening the honesty and self-discipline of lea

2、ding cadres honesty in politics and education work, enhance leaders ability to resistof accountability, redress of orders and prohibitions. Strengthening the honesty and self-discipline of leading cadres honesty in politics and education work, enhance leaders ability to resist2016年電子商務設計師考試必看要點（一） 系

3、統(tǒng)功能設計 1、U/C矩陣 U/C矩陣主要用來對系統(tǒng)功能的劃分進行分析和優(yōu)化。U(Use)表示該功能為數(shù)據(jù)的使用者，C(Create)表示該功能為數(shù)據(jù)的生產(chǎn)者和創(chuàng)建者。U/C矩陣的行或者列之間沒有固定的順序，通過行或者列的調(diào)整，使得矩陣中的C盡量靠近對角線，然后以C為標準劃分子系統(tǒng)。 2、邏輯功能劃分與數(shù)據(jù)資源分布 系統(tǒng)邏輯功能的劃分：根據(jù)功能的實際業(yè)務需要，沿對角線用方框把相對集中的數(shù)據(jù)聯(lián)系框起來。小方框的劃分是任意的，但必須把所有的C都包括在小方框內(nèi)，每個小方框既沒有重疊也不會遺漏。在子系統(tǒng)劃分以后，仍然存在著子系統(tǒng)以外的U元素，表明存在著跨子系統(tǒng)的數(shù)據(jù)使用，即子系統(tǒng)間的數(shù)據(jù)聯(lián)系。 數(shù)據(jù)資

4、源的分布：所有數(shù)據(jù)使用關系，即表中的U被分割成兩類，一類在小方框內(nèi)，表示數(shù)據(jù)只在一個子系統(tǒng)內(nèi)產(chǎn)生和使用;另一類數(shù)據(jù)使用關系U在小方框外，表示不同子系統(tǒng)間存在著數(shù)據(jù)聯(lián)系。 數(shù)據(jù)和流程分析 1、數(shù)據(jù)的分析方法：圍繞系統(tǒng)目標進行分析、信息環(huán)境分析、圍繞現(xiàn)行業(yè)務流程進行分析、數(shù)據(jù)的邏輯分析。 2、數(shù)據(jù)流程分析內(nèi)容：數(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í)行操作或改變。外部

5、實體，表示系統(tǒng)中數(shù)據(jù)流動的起始點或終止點。 5、業(yè)務流程分析的內(nèi)容：主要包括業(yè)務功能分析、業(yè)務關系分析和業(yè)務流程優(yōu)化三個方面。業(yè)務流程分析的基礎是業(yè)務流程調(diào)查和現(xiàn)有信息載體的相關調(diào)查，目的是通過剖析現(xiàn)行業(yè)務流程，經(jīng)過調(diào)整、整合后重構目標系統(tǒng)的業(yè)務流程，基本工具是業(yè)務流程圖。數(shù)據(jù)流程分析是建立在業(yè)務流程分析基礎上。 6、IBMWBI是用來定義、分析和監(jiān)控業(yè)務流程的軟件包，其核心是WBIWorkbench。 系統(tǒng)需求分析 1、軟件工程的層次：軟件工程分為三個層次：過程層、方法層、工具層。 在最基礎的過程層，最重要的就是一組被稱為關鍵過程區(qū)域(KPA)的框架。方法層主要是過程在技術上的實現(xiàn)。工具層對

6、過程層和方法層提供自動和半自動的支持。 2、軟件需求包括三個不同的層次業(yè)務需求、用戶需求和功能需求，也包括非功能需求。 3、需求分析的方法：A、繪制系統(tǒng)關聯(lián)圖B、創(chuàng)建用戶接口原型C、分析需求可行性D、確定需求的優(yōu)先級別E、為需求建立模型F、創(chuàng)建數(shù)據(jù)字典G、使用質(zhì)量功能調(diào)配(QFD) 4、需求之間的關系：因果關系、主次關系、權衡關系 5、用例： (1)用例的基本概念： 角色表示系統(tǒng)用戶能扮演的角色，可能是人，可能是其他的計算機的一些硬件或者甚至可能是其他軟件系統(tǒng)。用例描述了當角色給系統(tǒng)特定的刺激系統(tǒng)的活動。用例由角色激活，并提供確切的值給角色。用例可大可小，但它必須是對一個具體的用戶目標實現(xiàn)的完

7、整描述。UML中，用例表示一個橢圓，角色是指用戶在系統(tǒng)中所扮演的角色。事件的主過程，一個用例可能包括完成某項任務的許多邏輯相關任務和交互順序，在用例中，一個說明被視為事件的普通過程，也叫主過程。在用例中的其他說明可以描述為事件可選過程。 (2)用例的特點： 用例是需求開發(fā)的結果; 用例是對一組動作序列的描述，系統(tǒng)執(zhí)行該動作序列為參與者產(chǎn)生一個可觀察的結果值。 用例是對用戶目標或用戶需求執(zhí)行的業(yè)務工作的一般性描述，是一組相關的使用場景，描述了系統(tǒng)與外部角色之間交互。 用例特別適合于描述用戶的功能性需求，它描述的是一個系統(tǒng)做什么，而不是說明怎么做。 用例特別適用于增量開發(fā)。 資源估算 1、獲得軟件

8、范圍，最直接、可靠的來源就是用戶對軟件的需求描述。 2、軟件工作所需資源包括：工作環(huán)境(軟硬件環(huán)境、辦公室環(huán)境)、可復用軟件資源(構件、中間件)、人力資源(包括不同各種角色的人員，如分析師、設計師、測試師、程序員、項目經(jīng)理)。最上面是人力資源、其次是可復用軟件資源，最下面是工作環(huán)境。最上面是組成比例最小的部分。最下面是組成比例最大的部分。 3、可復用軟件資源被分為以下幾種： 可直接使用的構件。已有的，能夠從第三方廠商獲得或在以前的項目中已經(jīng)開發(fā)過的軟件。這些構件已經(jīng)經(jīng)過驗證及確認且可以直接在當前的項目中。 具有完全經(jīng)驗的構件。已有的，與當前要開發(fā)的項目類似的項目建立的規(guī)約、設計、代碼或測試數(shù)據(jù)

9、，當前軟件項目組的成員在這些構件所代表的應用領域中具有豐富的經(jīng)驗，因此，對于這類構件進行所需的修改其風險相對較小。 具有部分經(jīng)驗的構件。需要做實施上的修改。當前軟件項目組的成員在這些構件所代表的應用領域中僅有有限的經(jīng)驗，因此，對于這類構件進行所需的修改會有相當程度的風險。 新構件。軟件項目組為滿足當前項目的特定需求而必須專門開發(fā)的軟件。 在采購構件的時候，應當以低成本、低風險為使用前提。 4、估算的主要內(nèi)容：規(guī)模估算、工作量估算、進度估算、成本估算 5、估算的策略：自頂向下和自底向上 自頂向下的策略：是一種站在客戶的角度看問題的策略。它總是以客戶的要求為最高目標，這樣一個策略就缺少了許多客觀性，但是這樣完成的估算比較容易被客戶、甚至被項目經(jīng)理接受。 自底向上的策略：是一種從技術、人性的角度出發(fā)看問題的策略。它的缺點就是項目工期和客戶的要求不一致，而且由于其帶來的不確定性，許多項目經(jīng)理也不會采用這種方法。 6、估算的方法：大致分為基于分解技術和基于經(jīng)驗模型兩大類?；诜纸饧夹g方法包括功能點估算法、LOC估算法、MARKII等;基于經(jīng)驗模型的方法包括IBM模型、普特南模型、COCOMO模型等。 COCOMO模型代表了軟