八、电子商务系统分析与设计
8.1系统需求分析
1、软件工程的层次:软件工程分为三个层次:过程层、方法层、工具层。
在最基础的过程层,最重要的就是一组被称为关键过程区域(KPA)的框架。方法层主要是过程在技术上的实现。工具层对过程层和方法层提供自动和半自动的支持。
2、软件需求包括三个不同的层次业务需求、用户需求和功能需求,也包括非功能需求。
3、需求分析的方法:A、绘制系统关联图 B、创建用户接口原型 C、分析需求可行性 D、确定需求的优先级别 E、为需求建立模型 F、创建数据字典 G、使用质量功能调配(QFD)
4、需求之间的关系:因果关系、主次关系、权衡关系 5、用例:
(1)用例的基本概念:角色表示系统用户能扮演的角色,可能是人,可能是其他的计算机的一些硬件或者甚至可能是其他软件系统。用例描述了当角色给系统特定的刺激系统的活动。用例由角色激活,并提供确切的值给角色。用例可大可小,但它必须是对一个具体的用户目标实现的完整描述。UML中,用例表示一个椭圆,角色是指用户在系统中所扮演的角色。事件的主过程,一个用例可能包括完成某项任务的许多逻辑相关任务和交互顺序,在用例中,一个说明被视为事件的普通过程,也叫主过程。在用例中的其他说明可以描述为事件可选过程。
(2)用例的特点:
①用例是需求开发的结果;
②用例是对一组动作序列的描述,系统执行该动作序列为参与者产生一个可观察的结果值。
③用例是对用户目标或用户需求执行的业务工作的一般性描述,是一组相关的使用场景,描述了系统与外部角色之间交互。
④用例特别适合于描述用户的功能性需求,它描述的是一个系统做什么,而不是说明怎么做。
⑤用例特别适用于增量开发。
8.2数据和流程分析
1、数据的分析方法:围绕系统目标进行分析、信息环境分析、围绕现行业务流程进行分析、数据的逻辑分析。
2、数据流程分析内容:数据汇总、数据特征分析、数据流程分析。通过流程分析,建立高效的数据处理过程,是新系统设计的基础。
3、数据流程图特征:抽象性和概括性
4、DFD的基本符号:数据流,它是由一定成组成的数据在流动如登记表。数据存储,它反映系统中静止的数据表现出静态数据的特征。数据处理,对数据执行操作或改变。外部实体,表示系统中数据流动的起始点或终止点。
5、业务流程分析的内容:主要包括业务功能分析、业务关系分析和业务流程优化三个方面。业务流程分析的基础是业务流程调查和现有信息载体的相关调查,目的是通过剖析现行业务流程,经过调整、整合后重构目标系统的业务流程,基本工具是业务流程图。数据流程分析是建立在业务流程分析基础上。
6、IBM WBI是用来定义、分析和监控业务流程的软件包,其核心是WBI Workbench。
8.3系统功能设计
1、U/C矩阵:U/C矩阵主要用来对系统功能的划分进行分析和优化。U(Use)表示该功能为数据的使用者,C(Create)表示该功能为数据的生产者和创建者。U/C矩阵的行或者列之间没有固定的顺序,通过行或者列的调整,使得矩阵中的C尽量靠近对角线,然后以C为标准划分子系统。
2、逻辑功能划分与数据资源分布
系统逻辑功能的划分:根据功能的实际业务需要,沿对角线用方框把相对集中的数据联系框起来。小方框的划分是任意的,但必须把所有的C都包括在小方框内,每个小方框既没有重叠也不会遗漏。在子系统划分以后,仍然存在着子系统以外的U元素,表明存在着跨子系统的数据使用,即子系统间的数据联系。
数据资源的分布:所有数据使用关系,即表中的U被分割成两类,一类在小方框内,表示数据只在一个子系统内产生和使用;另一类数据使用关系U在小方框外,表示不同子系统间存在着数据联系。8.4系统模型设计
1、合理的进行模块的分解和定义,是系统结构设计的主要内容。
2、模块:所谓模块是指可以分解、组合及更换的单元,是组成系统、易于处理的基本单元。模块聚合是用来衡量一个模块内部各组成部分间整体专一性的指标,它具体描述一个模块功能专一性的程度。模块耦合是衡量一个模块与其他模块之间相互作用程度的指标。如果两个模块中的每一个无需另一个模块的存在而能独立工作,则它们彼此之间没有联系和依赖,模块耦合程度为零。但是,一个系统中所有模块间不可能没有联系。模块耦合程度的高低直接影响到系统的可修改性和可维护性。 3、流程图即程序框图。流程图包括的三种基本成分是处理,用方框表示;判断条件,用菱形框表示;控制流,用箭头表示。
练习汇总:
1、 简述模块耦合的四种类型。
①数据耦合,数据耦合联系简单,耦合程度低,模块的独立性强。
②控制耦合,除了传递数据信息外,还传递控制信息。这种耦合对系统的影响比较大,它直接影响到接收该控制信号模块的内部运行。控制耦合出现在模块的中上层。
③公共耦合,当两个或多个模块通过一个公共数据环境相互作用。它们之间的耦合称为公共耦合。
④内容耦合,当两个模块之间是内容耦合,那么在修改其中一个模块时,必然直接影响到另一个模块,甚至产生连锁反应或波动现象。
2、需求分析调查范围:组织机构与功能业务、数据和数据流程、业务流程。
3、需求分析的子活动:需求预测,系统分析员对系统的基本需求作一假设;需求导出,运用各种信息采集技术的本质要求;需求确认,将记录的需求反馈给用户进行检验;需求说明,利用数据流程图DFD、数据字典、功能描述工具等需求描述工具。
相关推荐:
北京 | 天津 | 上海 | 江苏 | 山东 |
安徽 | 浙江 | 江西 | 福建 | 深圳 |
广东 | 河北 | 湖南 | 广西 | 河南 |
海南 | 湖北 | 四川 | 重庆 | 云南 |
贵州 | 西藏 | 新疆 | 陕西 | 山西 |
宁夏 | 甘肃 | 青海 | 辽宁 | 吉林 |
黑龙江 | 内蒙古 |