最新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、统功能设计 1、U/C矩阵 U/C矩阵主要用来对系统功能的划分进行分析和优化。U(Use)表示该功能为数据的使用者，C(Create)表示该功能为数据的生产者和创建者。U/C矩阵的行或者列之间没有固定的顺序，通过行或者列的调整，使得矩阵中的C尽量靠近对角线，然后以C为标准划分子系统。 2、逻辑功能划分与数据资源分布 系统逻辑功能的划分：根据功能的实际业务需要，沿对角线用方框把相对集中的数据联系框起来。小方框的划分是任意的，但必须把所有的C都包括在小方框内，每个小方框既没有重叠也不会遗漏。在子系统划分以后，仍然存在着子系统以外的U元素，表明存在着跨子系统的数据使用，即子系统间的数据联系。 数据资

4、源的分布：所有数据使用关系，即表中的U被分割成两类，一类在小方框内，表示数据只在一个子系统内产生和使用;另一类数据使用关系U在小方框外，表示不同子系统间存在着数据联系。 数据和流程分析 1、数据的分析方法：围绕系统目标进行分析、信息环境分析、围绕现行业务流程进行分析、数据的逻辑分析。 2、数据流程分析内容：数据汇总、数据特征分析、数据流程分析。通过流程分析，建立高效的数据处理过程，是新系统设计的基础。 3、数据流程图特征：抽象性和概括性 4、DFD的基本符号：数据流，它是由一定成组成的数据在流动如登记表。数据存储，它反映系统中静止的数据表现出静态数据的特征。数据处理，对数据执行操作或改变。外部

5、实体，表示系统中数据流动的起始点或终止点。 5、业务流程分析的内容：主要包括业务功能分析、业务关系分析和业务流程优化三个方面。业务流程分析的基础是业务流程调查和现有信息载体的相关调查，目的是通过剖析现行业务流程，经过调整、整合后重构目标系统的业务流程，基本工具是业务流程图。数据流程分析是建立在业务流程分析基础上。 6、IBMWBI是用来定义、分析和监控业务流程的软件包，其核心是WBIWorkbench。 系统需求分析 1、软件工程的层次：软件工程分为三个层次：过程层、方法层、工具层。 在最基础的过程层，最重要的就是一组被称为关键过程区域(KPA)的框架。方法层主要是过程在技术上的实现。工具层对

6、过程层和方法层提供自动和半自动的支持。 2、软件需求包括三个不同的层次业务需求、用户需求和功能需求，也包括非功能需求。 3、需求分析的方法：A、绘制系统关联图B、创建用户接口原型C、分析需求可行性D、确定需求的优先级别E、为需求建立模型F、创建数据字典G、使用质量功能调配(QFD) 4、需求之间的关系：因果关系、主次关系、权衡关系 5、用例： (1)用例的基本概念： 角色表示系统用户能扮演的角色，可能是人，可能是其他的计算机的一些硬件或者甚至可能是其他软件系统。用例描述了当角色给系统特定的刺激系统的活动。用例由角色激活，并提供确切的值给角色。用例可大可小，但它必须是对一个具体的用户目标实现的完

7、整描述。UML中，用例表示一个椭圆，角色是指用户在系统中所扮演的角色。事件的主过程，一个用例可能包括完成某项任务的许多逻辑相关任务和交互顺序，在用例中，一个说明被视为事件的普通过程，也叫主过程。在用例中的其他说明可以描述为事件可选过程。 (2)用例的特点： 用例是需求开发的结果; 用例是对一组动作序列的描述，系统执行该动作序列为参与者产生一个可观察的结果值。 用例是对用户目标或用户需求执行的业务工作的一般性描述，是一组相关的使用场景，描述了系统与外部角色之间交互。 用例特别适合于描述用户的功能性需求，它描述的是一个系统做什么，而不是说明怎么做。 用例特别适用于增量开发。 资源估算 1、获得软件

8、范围，最直接、可靠的来源就是用户对软件的需求描述。 2、软件工作所需资源包括：工作环境(软硬件环境、办公室环境)、可复用软件资源(构件、中间件)、人力资源(包括不同各种角色的人员，如分析师、设计师、测试师、程序员、项目经理)。最上面是人力资源、其次是可复用软件资源，最下面是工作环境。最上面是组成比例最小的部分。最下面是组成比例最大的部分。 3、可复用软件资源被分为以下几种： 可直接使用的构件。已有的，能够从第三方厂商获得或在以前的项目中已经开发过的软件。这些构件已经经过验证及确认且可以直接在当前的项目中。 具有完全经验的构件。已有的，与当前要开发的项目类似的项目建立的规约、设计、代码或测试数据

9、，当前软件项目组的成员在这些构件所代表的应用领域中具有丰富的经验，因此，对于这类构件进行所需的修改其风险相对较小。 具有部分经验的构件。需要做实施上的修改。当前软件项目组的成员在这些构件所代表的应用领域中仅有有限的经验，因此，对于这类构件进行所需的修改会有相当程度的风险。 新构件。软件项目组为满足当前项目的特定需求而必须专门开发的软件。 在采购构件的时候，应当以低成本、低风险为使用前提。 4、估算的主要内容：规模估算、工作量估算、进度估算、成本估算 5、估算的策略：自顶向下和自底向上 自顶向下的策略：是一种站在客户的角度看问题的策略。它总是以客户的要求为最高目标，这样一个策略就缺少了许多客观性，但是这样完成的估算比较容易被客户、甚至被项目经理接受。 自底向上的策略：是一种从技术、人性的角度出发看问题的策略。它的缺点就是项目工期和客户的要求不一致，而且由于其带来的不确定性，许多项目经理也不会采用这种方法。 6、估算的方法：大致分为基于分解技术和基于经验模型两大类。基于分解技术方法包括功能点估算法、LOC估算法、MARKII等;基于经验模型的方法包括IBM模型、普特南模型、COCOMO模型等。 COCOMO模型代表了软