第1章
概论
1.1.1 系统
❖ 系统是由若干相互作用、相互依存的组成部分（或称部件）为实现某一目标而有机结合的一个整
体。
❖ 一般的系统模型包括三部分:
输入、处理、输出
❖ 系统具有边界，边界之外称为环境。 ❖ 系统一般具有如下一些性质 ⑴目的性⑵集合性⑶相关性⑷适应性 1.1.2 电子商务系统
❖ 2、电子商务的定义
❖ ⑴狭义电子商务（commerce）
指通过Internet（包括企业内部网Intranet）或电子数据交换（EDI）进行的交易活动。所以，从这一点出发，也有人将电子商务称为 IC （Internet Commerce ）。 ❖ ⑵广义电子商务（business）
泛指利用企业电子手段实现的商务活动的整个过程，是各参与方通过电子方式而不是直接物理交换或直接物理接触方式来完成的任何业务交易。 1.2 电子商务系统一般体系框架
❖ 电子商务系统的一般体系框架指的是与电子商务系统规划、设计、运行有关的外部环境、内部组
成部分的集合。 1.3
电子商务系统的开发方法
软件开发方法是指软件系统开发过程所遵循的办法和步骤。
在信息系统的开发过程中，常使用的几种典型方法，也是在开发电子商务系统中能够使用的方法，如：（1）结构化方法：快速原型法：面向对象法：组合开发： CASE方法： 1.3.2 结构化方法
“结构化”一词出自结构化程序设计。
结构化方法是基于软件开发生命周期的概念发展起来的。 ❖ 结构化方法的基本思想是：
用系统工程的思想和工程化的方法，按用户至上的原则，结构化、模块化，自上而下地对系统进行分析，自下而上实现的开发方法。 ❖ 结构化系统开发方法过程
⑴ 系统规划阶段
根据用户的请求，初步调查，明确问题，然后进行可行性研究。 ⑵ 系统分析阶段
分析业务流程；分析数据与数据流程；分析功能与数据之间的关系；最后提出新系统逻辑方案。 ⑶ 系统设计阶段
总体结构设计；代码设计；信息系统流程图设计；数据库件设计；输入／输出设计；模块结构与功能设计；编写程序设计说明书。根据总体设计的要求购置与安装设备，最终给出系统实施方案。 ❖ 结构化方法归纳起来有如下特点：
⑴强调面向用户的原则⑵严格按照阶段顺序进行。⑶自上而下地分析。⑷模块化处理。
⑸工作文档的规范化和标准化原则 ❖ 结构化方法存在的严重缺点
⑴系统开发周期过长。⑵要求系统开发者在开发初期就全面认识系统的各方面的需求、管理状况以及预见可能发生的变化。⑶费用较高。 1.3.3 原型法
它是开发者在初步了解用户需求的基础上，构成、设计和开发一个系统初始模型，该模型称为原型或骨架。(一个可以实现的系统应用模型。) ❖ 开发过程：
（1确定用户的基本需求2开发初始原型系统（3使用和和评价原型；（4修改和改进原型。 ❖ 原型法的特点
⑴原型法的开发周期短、费用相对较少。⑵系统的开发容易符合用户的实际需要，所以系统开发的成功率高，容易被用户接受。⑶有利于系统的运行、管理与维护⑷原型法需要有一个强有力的开发软件做为支持。 ❖ 原型法缺点
⑴对于大型系统或复杂的系统，没有充分的整体规划和系统分析，很能构造出原型。 ⑵对于大量运算的、逻辑性较强的程序模块很难构造出模型供人评价。 ❖ 原型法的应用范围
对于小型、简单、处理过程比较明确，没有大量运算和逻辑处理过程的系统，应用原型法会取得较好的效果。
1.3.4 面向对象的方法
❖ 面向对象方法（Object Oriented Method，OOM）是在各种面向对象的程序设计方法基础上逐步发
展起来的一种新的软件开发方法。
❖ 出发点和基本原则是模拟人类日常的逻辑思维方式。尽可能使问题空间和方法空间在结构上一致。 ❖ OOM基于类和对象的概念进行扩展。 ❖ 面向对象的方法有如下要点：
⑴抽象性，把客观事物看成是由对象组成的，对象是事物抽象的结果。类是抽取实体特征建立，对象是类的具体化。
⑵封装性，对象由属性和操作组成的，其属性反映了对象的数据信息特征，而操作则用来定义对象的行为。对象+属性+方法。
⑶动态链接性，对象之间的联系是通过消息传递机制来实现的。
⑷继承性，一个类的上层可以有父类，下层可以有子类，形成类的层次结构，子类继承父类的属性和方法，提高重用。
3．面向对象的方法的特点
面向对象的方法的主要优点是：
⑴与人类的思维方式一致。⑵稳定性好。⑶可重用性好⑷可维护性好 4 面向对象开发方法的不足
首先，必须依靠一定的软件技术支持。
其次，在大型项目的开发上，具有一定的局限性，必须以结构化方法的自顶向下的整体性系统调查和分析作基础，否则，同样会存在系统结构不合理、关系不协调的问题。 三种开发方法的比较 ⑴ 结构化方法
先对问题进行调查，然后从功能和流程的角度来分析、了解和优化问题，最后规划和实现系统。 ⑵ 原型法
先请用户介绍问题，再利用软件工具快速模拟出一个问题原型，然后与用户一起运行和评价这个原型，如不满意则修改，反反复复直到用户满意为止，最后优化和整理系统。 ⑶ 面向对象法
先对问题进行调查，然后从抽象对象和信息模拟的角度来分析问题，将问题按其性质和属性划分成各种不同的对象和类，弄清它们之间的信息联系，最后用面向对象的软件工具实现系统。 第二章 电子商务系统规划
2.1.1什么是电子商务系统的规划（区分计划） ❖ 电子商务系统规划是指：
以支持企业开发电子商务系统为目标，
确定电子商务的发展战略，给定未来电子商务系统的商务模式和模型， 设计电子商务系统的总体结构，说明系统各个组成部分的结构及其组成， 选择构造这一系统的技术方案，给出系统建设的实施步骤及时间安排， 说明系统建设的人员组织， 评估系统建设的开销和收益。
2.1.2电子商务系统规划的任务
❖ 1. 制定电子商务系统的发展战略
明确开发目的，求得问题域。
❖ 2．制定电子商务系统的总体开发方案
设计系统的总体结构，各个组成部分的结构及组成，拟定技术方案。
❖ 3．进行可行性分析
根据系统规模及开发环境，评估系统建设的预算与收益，判断系统开发的可行性。
❖ 4．制定项目进度表
列出要完成的所有任务及参与人员，按先后顺序分别限定完成期限。
2.1.3 电子商务系统规划工作的特点
❖ ⑴规划工作是面向长远的、根本性的、全局性和关键性的问题。 ❖ ⑵规划工作具有较强的不确定性，且非结构化程度较高。
❖ ⑶规划工作不在于解决项目开发中的具体业务问题，而是为整个系统建设确定目标、战略、系统总体
结构方案和资源计划，因而整个工作过程是一个管理决策过程。 ❖ ⑷规划工作的工作环境是企业管理环境。
❖ ⑸规划工作人员的主体是高层管理人员（包括高层信息管理人员）。 ❖ ⑹规划工作的结果是宜粗不宜细。
❖ ⑺电子商务系统规划必须纳入整个企业的发展规划，并应定期滚动。 2.2电子商务系统规划的步骤
❖ 1．确定电子商务系统的边界，明确规划目标与要求
系统涵盖的业务范围、规划的时间限制、明确企业战略目标
❖ 2．建立制定电子商务系统规划的组织
项目负责人；项目小组：企业经营人员、技术人员、相关领域专家
❖ 3．制定项目进度表
具体任务对应具体的人，核定各阶段时间安排。人事时三者对应。
❖ 4．现行系统的初步调查与分析
企业目标、组织结构、资源及约束条件、主要问题及薄弱环节
❖ 5．确定新系统开发策略 ❖ 6．提出新系统的开发方案 ❖ 7．可行性研究
❖ 8．提出可行性研究报告 2.3明确用户需求
❖ 用户需求是电子商务系统使用者或相关人员对想要开发的电子商务系统提出的初步要求
现实需求与系统实现之间的一致性 需求方对需求的准确表述
需求方能否具有信息化管理理念
需要开发人员通过与用户及相关人员交流，形成作为电子商务开发起点的用户需求书（项
目申请书）。
❖ 2.3.1用户需求书(项目申请书)的来源 ❖ 系统相关人员，分为不同层面
企业的领导
企业中有关部门人员 信息部门的系统管理人员
与企业有关的外部人员（如客户、合作伙伴） 网上客户
❖ 2.3.2用户需求书的内容 ❖ 内容分为四个方面：
现有系统现状概述
新系统应解决的问题与要实现的目标 可提供的设备、人力与资金 对开发进度的要求
从用户需求书明确用户的以下需求 明确现状与环境 明确问题
明确要达到的目标
明确可供开发使用的条件
2.4初步调查
❖ 2.4.1初步调查的目标 ❖ 系统调查分为两步
第一步 初步调查；投入少量人力对系统进行大致了解，主要目的是考察系统的可行性。 第二步 详细系统调查：系统具备可行性并立项后，投入大量人力，展开大规模、全面的
系统业务调查。
❖ 2.4.2初步调查的任务
❖ 1．确定关键的规划问题，抓住实质 ❖ 2．确定系统的边界和制约条件
涉及业务环节及部门，资源与运营约束
❖ 3．调查企业经营战略与任务
战略目标、组织结构
❖ 4．调查企业的当前运行状况
产品组合构成、顾客群体、厂址等信息
❖ 5．调查企业管理方式和基础数据管理状况
原有管理制度是否健全，数据管理是否完善
❖ 6．调查企业现行系统运行状况 ❖ 7．调查网上客户的需求情况 初步调查的方式方法
❖ 问卷调查、面谈、座谈会、查阅档案、现场考察等、可以灵活地综合运用 初步调查的一些原则
❖ 一定要围绕系统规划的资料需要来进行、注意以够用为原则、把握住调查的广度和深度 ❖ 在技巧方面，要避免先入为主的做法，以免禁锢被调查者的思维 ❖ 尽量采用启发式的调查方法，以激发用户的思考和想象力 ❖ 充分获取用户对新系统的建议和功能要求等信息 2.4.3 初步调查的步骤
❖ 步骤一：获得明确的授权
为了取得被调查部门的配合，要由明确的授权，通过各种途径将项目信息传达。
❖ 步骤二：列出需要获取的必要信息
具体信息清单和活动进度表
❖ 步骤三：用挖掘事实技术收集所要求的信息
分析组织结构图 会谈
检查当前文档
观察企业运行以获取信息 开调查会
❖ 步骤四：分析信息，决定开发方案
拟定备选方案，确定方案，向管理层提交报告
2.5系统规划的方法：
战略集转化法（Strategy Set Transformation） —着眼点：战略分析 关键成功因素法（Critical Success Factors）—着眼点：战略分析
企业系统规划法（Business System Planning） —着眼点：企业过程分析 ❖ 2.5.1 战略集转化法(SST)
❖ 战略目标集转化法（ Strategy Set Transformation ） ❖ 1、基本思路：
SST把整个组织的战略目标看成是一个“信息集合”，由使命、目标、战略和其他战略
变量等组成。
电子商务系统战略集由系统目标、系统约束和系统战略构成。
电子商务系统的战略规划过程是把组织战略目标转变为管理信息系统战略目标的过程。
❖ 2、步骤：
（1）识别组织的战略集
–描绘出各类人员结构
❖ – 识别每类人员的目标
❖ – 对于每类人员识别系统相应的使命及战略
（2）将组织战略集转化为系统战略
❖ –根据组织目标确定信息系统目标
❖ –对应组织战略集的元素识别相应MIS战略约束 ❖ –根据信息系统目标和约束提出信息系统战略 战略目标集转化法两个工作步骤 ❖ ⒈识别和阐明组织的战略集
❖ 首先要构造组织的战略集，构造过程如下： ❖ ⑴勾画出组织的关联集团结构
❖ 关联集团指与该组织有“利害关系”的各类集团，组织的使命、目标和战略必然和关联集团相
关。
❖ ⑵确定关联集团的要求
❖ 组织的使命、目标和战略实质上是反映出了每一关联集团的要求，因此要识别每一个关联集团
的要求，并说明这些要求的被满足程度。
❖ ⑶定义组织相对于每个关联集团的任务和战略
❖ 对应于关联集团的要求定义组织相对于这些关联集团的任务和战略，构成组织的战略集。 ❖ ⑷解释和验证组织的战略集
❖ 当组织的战略集初步识别后，应送交组织的最高管理者审查。
3、特点
❖ 反映各种人的要求
❖ 由人员需求引出信息系统目标 ❖ 目标比较全面
❖ 不够突出重点
2.5.2 关键成功因素（CSF）法
❖ 关键成功因素法（Critical Success Factors） ❖ 1．基本概念
❖ 决定大部分行业成败与否的因素通常有三至六个。 ❖ 识别关键成功因素所用的工具是树枝因果图。
❖ 2、基本思路：
❖ 通过分析找出关键成功因素，然后再围绕这些关键成功因素来确定系统的信息需求，并
进行规划。 ❖ 3、步骤：
❖ （1）了解企业（或电子商务系统）目标； ❖ （2）识别并确定关键成功因素；
❖ （3）定义测度关键因素的性能指标和评估标准； ❖ （4）识别测量性能的数据。
关键成功因素（CSF）法
❖ 如何评价这些因素中哪些因素是关键成功因素，不同的企业是不同的。
❖ 对于一个习惯于高层人员个人决策的企业，主要由高层人员个人运用树枝因果图选择。
❖ 对于习惯于群体决策的企业，可以用德尔斐法或其他方法把不同人设想的关键因素综合起来。
关键成功因素法步骤
2.5.3企业系统规划方法一BSP
❖ 企业系统规划法（Business System Planning） ❖ 基本思路：
❖ BSP法是一种对企业MIS进行战略规划的结构化方法，是通过全面调查、分析企业信息
需求，制订信息系统总体方案的一种方法。
❖ 它从企业的业务流程入手，围绕着企业的目标，定义出企业管理过程及其产生的数据项，
进而确定信息系统的总体结构。
❖ 采用自上而下识别系统目标，识别企业过程，识别数据； (从高层主管开始，了解并界
定其信息需求，再依次往下推衍，直到了解整个组织的信息需求，完成整体的系统构架为止) ❖ 然后自下而上设计系统，以支持系统目标的实现。 2.BSP的作用
❖ 确定出未来电子商务系统的总体结构 ❖ 明确系统的子系统组成
❖ 对数据进行统一规划、管理和控制
❖ 明确各子系统之间的数据交换关系，保证信息的一致性。 ❖ 2 BSP方法步骤 ❖ ⑴项目的确立 ❖ ⑵准备工作阶段
❖ 准备工作包括如下内容：
❖ ①首先应成立一个规划小组。规划小组应当由企业负责人牵头。 ❖ ②明确规划的方向和范围。 ❖ 制定BSP工作计划
❖ 制定调查日程表和调查提纲。 ❖ ⑶动员开始阶段 ❖ ⑷调研
3、BSP主要活动 ⑴ 规划准备
信息系统规划的准备工作应该包括：
成立信息系统规划小组； 制定信息系统规划计划； 启动规划工作；
坚持“一把手原则”，由企业最高领导担任规划小组组长； 进行广泛动员和大力宣传。
动员会
首先要说清工作的期望和期望输出。
其次，系统组要简介企业的现状，企业的决策过程、组织功能、关键人物、用户的期望、用户对现有信息系统的看法等。
再次，由信息系统负责人介绍信息人员对于企业的看法，同时应介绍现有项目状况历史状况以及信息系统的问题。
通过介绍让大家对企业和对信息支持的要求有个全面的了解。 ⑵ 目标战略分析
制定信息系统规划之初，应该分析企业总体发展规划，搞清楚企业的发展目标和总体战略。首先需要调研企业的目标和战略，在初步调研的基础上，对企业目标、战略、现状、制约因素、面临的重大问题等进行认真分析。
⑶ 定义企业过程/管理功能组
企业管理中必要且逻辑相关的、为了完成某种管理功能的一组活动。 定义企业过程的目的和作用：
① 使信息系统尽量地独立于组织机构。
② 帮助理解企业如何能完成其总使命和目标（将业务环节从机构中抽象出来）。
③ 从操作控制过程中分离出战略计划和为管理控制提供依据（业务环节覆盖企业主要目标）。 ④ 为定义所需的信息结构，确定研究的范围，模块的分解和排列，为开发的优先顺序提供依据。 ⑤ 为定义关键的数据需求提供基础。
对于最后已经确定的过程要写出过程说明，以描述其职能。 如采购过程
①供应商的评价和选择 找到评价材料，选择有合适价格的材料、机器、设备、包装和运输服务等。
②订货的安排和实现 对已选中的供应商品进行合适的采购订货，达到生产计划制定的数量。 ③接收和检验 接收(或拒收)采购的材料、机器、供应品，检验其数量和质量，并加以记录登账。
识别过程的输出应有以下文件： ①一个过程组及过程表； ②每一过程的简单说明；
③一个关键过程的表，即识别满足目标的关键过程； ④产品／服务过程的流程图；
⑤系统组成员能很好地了解整个企业的运营是如何管理和控制的。 ⑷ 定义数据类
目的：在于了解企业目前的数据状况和数据需求，以及数据与企业实体、业务过程之间的联系，查明数据共享的关系，建立数据类/功能矩阵，为定义信息系统结构提供基本依据。
定义数据类的第一步是识别数据类。
①实体法。实体法先识别出企业实体，后用四种类型的数据类描述每个实体，四种类型的数据为：计划、统计、存储和业务。最后把实体和数据类放在表内，得到实体/数据类矩阵。
②过程法。过程法从组织过程的角度，分
别将各个业务数据的输入数据和输出数据按照逻辑相关性整理，归纳成数据类。
利用以前识别的企业过程。分析每一个过程利用/产生什么数据，或者说每一过程的输入和输出数据是什么。以开环的输入—处理—输出形式表示。
⑷ 定义数据类—建立Ｕ／Ｃ矩阵 建立数据类与过程的关系： 过程和数据类定义好后，可以用U/C矩阵表达过程和数据类之间的联系。 ①进行系统化自顶向下划分 ②逐个确定其具体的业务功能和实体类
③填写业务功能／实体类之间的关系
建立U／C矩阵后一定要根据“数据守恒”原则进行正确性检验，以确保系统功能数据项划分和所建U／C矩阵的正确性。
正确性检验：
① 完备性检验 ② 一致性检验 ③ 无冗余性检验 正确性检验：
①完备性检验
对具体的数据项类必须有一个产生过程(“C”)和至少一个使用过程(“U”)，功能则必须有产生或使用(“U”或“C”元素) 发生，否则U／C矩阵的建立足不完备的。
如果没有产生过程，说明该数据源没有收集到，成了无源之水。如果没使用过程，说明该数据产生后，无处使用，成为废数据。 ②一致性检验
对一个具体的数据类有且只有一个产生过程(“C”)。如果有多个产生过程的情况出现，则产生了不一致性的现象，说明该数据类是一个大类数据需要细分。 ③无冗余性检验
在U/C矩阵里，不允许出现空行、空列现象。如果出现空行或空列，不是该数据类或过程是多余的，就是在定义过程中遗漏了它们之间的数据联系分析。 ⑸ 定义信息结构—划分子系统 ①调整U／C 矩阵
求解过程就是对系统结构划分的优化过程。 具体操作方法：
首先，将过程按照过程组排列，每一过程组按资源生命周期的四个阶段排列。其次，调整“数据类”，使矩阵中“C” 及“U” 靠近从左上到右下的主对角线，尤其是“C” 必须靠近主对角线，而U可能在某些情况下需要放弃将其靠近主对角线的企图。 ②系统功能划分与数据资源分布
系统逻辑功能的划分：把U、C比较集中的区域用粗线条框起来，这样形成的框就是一个个子系统。 划分时应注意：–沿对角线一个接一个地画，既不能重叠，又不能漏掉任何一个数据和功能；–小方块的划分是任意的，但必须将所有的 “C” 元素都包含在小方块内。
数据资源分布：所有数据的使用关系都被小方块分隔成了两类：一类在小方块以内；一类在小方块以外。 用箭头把落在方框外的U与子系统联系起来，表示子系统之间的数据流，即数据从一个系统流向另一个系统。
小方块以内所产生和使用的数据，则今后主要放在本系统的计算机设备上处理；而小方块以外的 “U” ，则表示了各子系统之间的数据联系，这些数据资源今后应考虑放在网络服务器上供各子系统共享或通过网络来相互传递数据。
4、BSP方法特点、作用、优点 特点：
⑴ 基于用信息系统支持企业运营的思想
⑵ 自上而下分析企业目标、识别企业过程、识别数据类，然后再自下而上设计和实施系统，以支持企业目标
⑶ 根据过程/数据需求进行信息系统规划
⑷ 把企业目标转化为信息系统战略的全过程，支持企业的各个层次的目标，这种支持是通过很多子系统实现的。 作用：
⑴ 确定出未来信息系统的总体结构；
⑵ 明确子系统的组成和开发子系统的先后顺序； ⑶ 对数据进行统一规划、管理和控制； ⑷ 保证信息的一致性。 优点：
能保证信息系统对于企业的组织机构具有相对独立性。 缺点：
需要大量的时间和财力的支持，不能将新技术与传统的数据处理系统进行有效地集成。 三种方法的比较
CSF法：抓住主要矛盾，使目标的认识突出重点，与传统的方法衔接比较自然，容易被高层接受，最有利于对管理目标的确认。
SST法：可以将各个层次人员的要求都转换成为信息系统目标的结构化方法，能够保证目标比较全面，但是对重点突出不如CSF法。
BSP法：虽然首先强调目标，但是，没有明显的目标引出过程。它是通过管理人员酝酿“过程”引出系统目标，企业目标到系统目标的转换是通过组织／系统、组织／过程以及系统／过程矩阵的分析得出的。这样可以定义出新的系统以支持企业过程，也是把企业的目标转化为系统的目标，所以说，识别企业过程是ＢＳＰ战略规划的中心，但是，Ｕ／Ｃ矩阵并不是它的中心内容。
结合：将上述三种方法组合起来便称之为：ＣＳＢ法，先用ＣＳＦ法确认企业目标；用ＳＳＴ法补充完善企业目标；用ＢＳＰ法对企业目标进行校核，并确认信息系统结构 。 三种系统规划方法
在三种系统规划的方法中，关键成功因素法更能抓住主要矛盾，突出重点的识别 SST方法反映了各种人的要求
BSP方法企业目标到系统目标的转换是通过分析得到的。 2.6.1确定电子商务模式
按电子商务应用的领域范围，或者说按发生交易的双方的相互关系划分。可将电子商务模式分为四类
（1）企业对消费者 （2）企业对企业 （3）企业对政府机构 （4）消费者对消费者
以上这几种模式中，B2C和B2B的商务模式是最基本的. 确定商务模式主要根据商务对象。 CtoM、CtoB
企业对消费者型电子商务亚模式
把电子商务进一步分类，得到的模式称为电子商务亚模式。
以便我们能够区别不同的商务模式所代表的赢利方式、服务对象和服务内容。 下面是一种进一步分类的结果： 一、无形产品和劳务的电子商务模式 （一）网上订阅模式：
在线服务 在线出版 在线娱乐（二）付费浏览模式（三）广告支持模式（四）网上赠与模式（五）服务预约模式
二、实物商品的亚模式
1．在线销售 会员制商店 加盟连锁店 网上商城 三、B2B电子商务的亚模式
1．产品目录式2．拍卖式3．交易所式4．社区式 企业间电子商务的亚模式
（一）基于ERP的封闭电子商务模式（二）基于EDI的外联网电子商务模式（三）基于 Web的互联网电子商务模式1．联机商店型2. 采购3．专业服务型4．混合型5．中介型 2.6.2确定电子商务模型
电子商务模型是以企业的电子商务模式为基础，描述企业电子商务如何实现。
抽象企业电子商务的基本逻辑组成单元，界定其相互关系。明确企业信息流、资金流和商品流的关系，进而建立起企业商务模型。 如何确定商务模型
使用SST、CSF和BSP方法确定电子商务战略 确定核心业务功能
确定企业现在商务系统中存在的问题 确定电子商务的亚模式
确定与企业内信息系统的关系 确定是否需要支付系统 确定是否需要物流系统 其它与合作伙伴的关系 最后构筑商务模型
第3章 电子商务系统分析
3.1电子商务系统分析（概念、功能）
系统分析也称逻辑设计。其要回答新系统“做什么”这个关键性的问题。
电子商务系统分析就是在系统规划确定的原则和目标的指导下，结合欲开发电子商务系统的的要求，对企业进行调查，了解企业的组织结构以及与企业准备开展的电子商务活动有关的数据流程和业务处理过程。 深入研究及描述现行系统的活动和各项工作，及用户的需求。
使用一系列分析工具与技术建立目标系统逻辑模型，为系统设计奠定基础。 3.1.1系统调查
系统分析也是调查、分析和定义用户需求的过程。
系统分析的初始工作是为新系统开发做进一步的详细系统调查。 1.系统调查的原则
⑴在系统调查开始前，制定系统调查计划和进行系统调查培训。 ⑵系统调查应严格按照系统化原则进行 ⑶如实记录调查情况
⑷采用规范化的工作方法 ⑸全面铺开与重点调查结合 ⑹调查与分析整理相结合
⑺了解业务与收集数据同时进行 2. 需求的分类
系统需求可分为：功能需求、非功能需求
功能需求( Functional Requirements)描述的是系统和环境的行为，通过这些行为，使得用户能完成他们的任务,从而满足业务需求。
非功能性需求描述了系统的属性,包括：
(1)性能 (2)可靠性 (3)可维护性 (4)可用性 (5)可扩展性 (6)安全性 3. 系统调查的内容
系统调查的内容包括现行系统的：
⑴系统的界限和运行状况⑵系统的外部环境⑶组织机构⑷人员及构成⑸系统的业务流程⑹系统的信息流程⑺系统的资源状况⑻系统的约束条件⑼系统的薄弱环节⑽系统研制工作的资源状况⑾各个方面对现行系统和新系统研制的态度⑿其他需要调查的相关问题 4.系统调查的步骤
⑴确定调查目标 ⑵确定调查的方法 ⑶制订调查计划 ⑷调查的组织准备工作 ⑸实施调查 ⑹分析、整理资料 ⑺写出调查报告 5.系统调查的方法
问卷调查、面谈、座谈会、查阅档案、现场考察等。可以灵活地综合运用 3.1.2 组织结构
组织结构主要有三部分内容：
组织结构的分析、业务流程与组织结构之间的联系分析、业务功能一览表
1、组织结构分析：通常利用组织结构图来进行组织结构分析。组织结构图是一张反映组织内部之间隶属关系的树状结构图。 组织结构图
2、组织/业务关系图
3、业务功能一览表
业务功能一览表可以使我们在了解组织结构的同时，对于依附于组织结构的各项业务功能也有一个概貌性的了解.
3.1.3业务流程分析
业务流程分析有助于了解业务的具体处理过程，为修改和删除原系统的不合理部分，为业务流程重构提供基础。
1.业务流程分析的内容：⑴原有流程的分析 ⑵业务流程的优化 ⑶确定新的业务流程
业务流程图（transaction flow diagram，简称 TFD），就是用一些规定的符号及连线来表示某个具体业务处理过程。
业务流程图的基本图形符号
业务流程图1
业务流程图2
业务流程图的作用：
业务流程图是系统分析员作进一步系统分析的依据； 业务流程图是系统分析员，管理人员相互交流的工具；
系统分析员可以直接在业务流程图上拟出计算机要处理部分； 利用业务流程图分析业务流程是否合理。 ⑵数据分析
数据分析是要分析已收集数据的正确性、一致程度、无冗余的程度，分析的工具可借用U/C矩阵。 ①完备性检验
完备性（completeness）检验是指对具体的数据项（或类）必须有一个产生者（即“C”）和至少一个使用者（即“U”），功能则必须有产生或使用（“U”或“C”元素）发生。否则这个 U/C矩阵的建立是不完备的。
②一致性检验
一致性（uniformity）检验是指对具体的数据项／类必有且仅有一个产生者（“ C”）。不一致现象的产生可能有如下原因：没有产生者——漏填了“C”元素或者是功能、数据的划分不当。多个产生者——错填了“C”元素或者是功能、数据的划分不独立，不一致。 ③无冗余性检验
无冗余性（non－verbosity）检验即表中不允许有空行空列。如果有空行空列发生则可能出现如下问题：漏填了“C”或“U”元素；功能项或数据项的划分是冗余的——没有必要的。 数据流程图DFD
数据流程图是结构化方法中的主要建模工具。
现有的数据流程分析多是通过分层的数据流程图（Data Flow Diagram，简称 DFD）来实现的。 数据流程图是系统逻辑模型的主要组成部分。 ⑴数据流程图的构成
数据流程图中的主要图形符号
DeMarco & Yourdan与 Gane & Sarson DFD图形符号体系
（2）数据流程图的绘制方法 ① 由外向内。
② 由顶向下，逐层分解，逐步求精……. ③ 左向右,合理布局。 ④ 由主到次。
⑤ 合理命名及编号。
⑥ 数据守恒，避免输出、输入遗漏。 ⑦ 父子平衡。
⑧ 数据流程图分解。合理、均匀。
⑨ 以层次不超过4，每层的处理过程不超过7为宜。 分层数据流程图：
多层数据流程图：
顶层流程图仅包含一个处理，它代表被开发系统。它的输入流是该系统的输入数据，输出流是系统所输出数据
底层流图是指其处理不需再做分解的数据流图
中间层流图则表示对其上层父图的细化。它的每一处理可能继续细化，形成子图。 顶层图又称环境图（context diagram）和上下文数据流程图，描述了系统的外部实体，以及系统与这些外部实体之间的数据交换，即系统与外部实体之间的接口。
零层图（diagram zero）:描述了系统的主要处理功能、数据流、外部实体与数据存储。 画DFD的步骤： 第一步：绘制顶层图 第二步：绘制０层图
第三步：分解处理，画出各级子图
第四步：构造总体数据流程图。把分解后的DFD碎片装配起来，画出DFD的总图。 常见错误
黑洞：即只有输入而没有输出或只有输出而没有输入 灰洞：即输入不足以产生输出
数据流不能从一个外部实体传递给另外一个外部实体； 数据流不能从一个外部实体直接传递给一个数据存储；
数据流不能从一个数据存储未做任何处理就传递给一个外部实体； 数据流不能从一个数据存储直接传递给一个数据存储； 4. 数据字典 数据字典（Data Dictionary）则是在数据流程图的基础上，进一步定义和描述数据处理过程、实体及数据存储的详细逻辑内容的工具。可以使用自动化管理工具实施管理，power designer
编写数据词典的基本要求是：
①对数据流程图上各种元素的定义必须明确、易理解、唯一。 ②命名、编号与数据流程图一致。
③符合一致性与完整性的要求，对数据流程图上的元素定义与说明无遗漏项。数据词典中无内容重复或内容相互矛盾的条目。数据流程图中同类元素的数据词典条目中，无同名异义或异名同义者。 ④格式规范、风格统一、文字精炼，数字与符号正确。 5. 处理说明
对处理过程的详细描述称为“处理说明” 。
数据流程图、数据字典和处理说明三者构成了系统的逻辑模型。 目前较常用的描述处理说明的工具有下面三种： • 结构化语言• 判定表• 判定树 ⑴结构化语言
结构化语言是一种介于自然语言与程序设计语言之间的语言。它由程序设计语言的框架（即允许三种基本结构：顺序结构、分支结构、循环结构）和自然语言的词汇（如动词、名词和程序设计语言的保留字）组成，其语言易于编写，又能简明地描述较复杂的处理逻辑。 结构化语言使用的语句有以下四类： 祈使语句，例如：
▪ “计算运费” ▪ “获得订货数量”
判断语句，其一般形式是：
▪ 如果条件 ▪ 则
• 处理A
▪ 否则
• 处理B（条件不成立）
例如：去网上书店购书，如搜索到欲买的书，则付款，办理相关手续，若搜索不到欲买的书，则离开书店。用判断语句表达如下：
▪ 如果 搜索到欲买的书 ▪ 则
• 付款
• 填写送货单 • 离开书店
▪ 否则
• 离开书店
循环语句
例如：计算每个职工的实发工资，不仅要计算每一职工的实发工资，而且还要计算所有职工的实发工资，其循环语句如下：
▪ 对每一职工
▪ 将基本工资、岗位工资、补贴、奖金相加 ▪ 扣除税款，公积金等
⑵判定树
判定树是用树形图来表示处理逻辑的一种工具。它比用语言的方式更为直观。当某个处理的执行不只依赖于一个条件，而是与若干个条件相关，这种情况下用判定树更为合适， 例：某网上商店的配送中心的库存控制判定树
优点：形式简单，不需任何说明，易看出含义，易于掌握和使用。 ⑶判定表
判定表是采用表格方式来表示处理逻辑的一种工具。
判定表的优点是能够清晰地表示复杂的条件组合与应做的处理之间的对应关系。 缺点是判定表的建立过程较为繁杂。 表－11库存控制处理的判定表
选择合适的工具，一般地说：
以上三种表达处理逻辑的工具各有优缺点。在表达一个处理过程时，应根据不同的情况， ①对一个不太复杂的逻辑判断，使用判定树较好； ②对一个很复杂的逻辑判断，使用判定表较好；
③如果一个处理过程中，既含有顺序结构，又含有判定和循环结构时，应使用结构化语言较好。 3.2业务流程重构（概念）
企业业务流程重构是指对企业进行根本的再思考和彻底的再设计，以求企业关键的性能指标如成本、质量和速度等，获得巨大的提高。 第4章 电子商务系统设计 电子商务系统的设计
电子商务系统设计的主要任务是从电子商务系统的总体目标出发，根据系统规划阶段和系统分析阶段产生的文档，并考虑到经济、技术和系统所实现的内外环境和主客观等方面的条件，确定电子商务系统的总体结构和系统各组成部分的技术方案，合理选择软件和硬件设备，确保总体目标的实现。 系统设计阶段所要完成的主要工作是： (1)系统总体结构设计 (2)系统运行平台的设计
系统的总体结构设计是指确定整个系统由哪些部分组成，以及各部分在物理上、逻辑上的相互关系。 系统运行平台的设计
系统运行平台是指电子商务系统运行所依赖的硬件和软件。
系统运行平台设计是根据新系统的目标，选择适当的计算机硬件、网络通信设备，以及其他辅助设备、软件，以满足新系统逻辑模型的需要和技术需要。 电子商务系统设计的原则
⑴技术的先进性⑵符合企业信息化的整体技术战略⑶与现行的应用具有良好的兼容性⑷成熟性⑸安全性⑹实用性原则⑺可用性⑻可伸缩性⑼满足可扩充的要求 设计的基本原则
1、软硬件要求能满足系统的各种功能需求2、硬件选择服从于软件选择3、软硬件在技术上要具备一定的先进性4、符合各种技术标准；成熟产品，保证安全性和可靠性5、性价比 电子商务系统设计的依据（大概看下）
（l）规划阶段获得的商务模式和商务模型（2）用户需求。3）新系统的逻辑模型。
（4）现行技术。（5）现行的与电子商务系统有关的的标准、规范和有关法律制度。（6）系统运行环境。 电子商务系统总体结构的设计
系统的总体结构设计是指确定整个系统由哪些部分组成，以及各部分在物理上、逻辑上的相互关系。 系统总体结构设计是一个自上而下的分解过程。 思想是基于结构化的开发方法。
目的是将复杂的问题、难以理解的问题分解为简单的子问题，从而建立出具有整体性的系统模型。 电子商务系统总体设计一般包括
①商务模型设计②系统组成设计③网站设计④设备配置⑤软件体系结构风格设计⑥软件的功能模块设计
系统组成结构
系统组成结构则主要说明电子商务系统内部的组成部分，以及系统内部与外部环境的相互关系。
对于一些大企业、企业集团，其电子商务系统是一个复杂的大系统，这样的系统往往由分系统（中小规模的电子商务系统）组成 系统软件平台
在电子商务系统的总体结构中，系统的核心业务逻辑最终由电子商务应用软件实现，而应用软件是在诸如通用服务平台、服务支持平台等基础上构造的。 这些平台物理上表现为系统软件、构件等形式。
在系统总体结构设计中，应当明确说明支持电子商务应用软件运行的软件平台主要包括的内容。 内部环境
分析内部信息系统对电子商务系统的支持与需求的基础是第三章系统分析调查的结果和分析得出的新系统逻辑模型。需要确定： ①内部信息资源
②内部信息系统的功能 ③企业内部工作流
④内部信息系统管理企业生产及销售的流程 在分析以上内容后，需要达到以下目的： ①电子商务活动依赖的内部信息资源
②内部信息系统对电子商务系统的的信息需求
③界定企业内部信息系统与电子商务系统之间的界限 ④给出内部信息系统与电子商务系统之间的接口模型 ⑤明确电子商务系统与企业内部信息系统的相互影响 外部环境
分析电子商务系统的外部环境的基础是第三章系统分析调查的结果和分析得出的新系统逻辑模型。在这一步骤中，需要着重从以下方面分析电子商务系统与外部环境的关系： ⑴分析
①电子商务系统的目标
②电子商务系统欲从外部环境获得哪些信息 ③电子商务系统欲向外部环境提供哪些信息 ④电子商务系统欲向外部环境提供哪些功能 外部环境分析示意图
⑵目的
在分析以上内容后，需要达到以下目的： ①确定电子商务活动依赖的外部环境
②外部环境与对电子商务系统间的相互信息需求 ③界定外部环境与电子商务系统之间的界限 ④给出外部环境与电子商务系统之间的接口模型 电子商务系统与外部环境的信息联系
银行认证中供应商运输公企业电子商务系统合作伙客户海关商检…
接口
接口表示了两个元素之间有一些什么样的行为,每一种交互行为(服务)中所涉及交互信息的结构、内容、交互顺序以及信息的编码等。
一般来讲，系统与其外部环境的接口包括以下方面。 ①与企业合作伙伴之间的接口 ②与企业内部既有信息系统的接口
③与交易相关的公共信息基础设施之间的接口 ④其他接口
第5章 电子商务应用系统设计
❖ 电子商务应用系统设计 概念
应用系统设计阶段要根据新系统逻辑模型建立应用系统的物理模型，也即根据新系统逻辑功能的要求，根据实际的技术条件、经济条件和社会条件，以及系统的规模和复杂程度等实际条件，进行若干具体设计，确定应用系统的实施方案，解决系统“怎么做”的问题。 物理模型给出处理功能和数据结构的实际表示形式 1.应用系统设计基本任务
应用系统设计基本任务大体包括总体（概要）设计和详细设计两大部分。 总体设计是描述应用系统的总体结构，其内容有： ①将系统划分成子系统，子系统进一步划分成模块 ②确定每个模块的功能 ③确定模块间调用关系 1. 应用系统详细设计
详细设计是为各个具体任务选择适当的技术手段和处理方法，其内容有： ①代码设计；②数据库设计；③用户界面设计；④处理流程设计。 5.1应用系统体系结构风格 三种，知道分别是什么
软件体系结构描述了构成系统的成分，这些成分之间的相互作用、指导其组合的风格（惯用模式），以及对这些风格的描述。
软件体系结构风格是描述某一特定应用领域中系统组织方式的惯用模式。 模式是人们根据以往的经验总结出来的，可重复使用的设计方案。 5.1.1 MVC体系结构
模型-视图-控制(model-view-control，简称MVC)结构是目前最常见的J2EE应用所基于的体系结构，MVC主要适用于交互式的Web应用，
❖ 视图(View)绘制和显示Model的数据，提交由Controller提供的数据。
❖ 模型(Model)维护应用程序的状态和数据，可以接受来自View的查询并做出响应。同时当Model的数
据发生变化时，它把变化通知给View ， View根据Model的数据发生来更新自己。
❖ 控制器(Controller)定义了抽象的业务逻辑，用于控制业务流程。 用于描述Model如何对用户的动
作做出反应，即处理事件。 2.MVC的优点
⑴将数据建模、数据显示和用户交互三者分开，使得程序设计的过程更清晰，提高了可复用程度； ⑵当接口设计完成后，可开展并行开发，从而提高了开发效率；
⑶可以很方便地用多个视图来显示多套数据，从而使系统能方便地支持其他新的客户端类型； ⑷各部分的责任划分得很清楚；
⑸提高了系统灵活性，因为数据模型、用户交互和数据显示等部分都可以设计为可接插构件； ⑹对系统的测试及维护带来了相当的便利。 3. MVC的缺点
⑴增加了系统实现的复杂性，对于简单的界面，严格遵循MVC会将低效率； ⑵由于实施MVC体系结构而产生的开销，需要有经验分析人员对系统进行分析； ⑶视图对模型数据的低效率访问。 5.1.2 二层C／S体系结构
❖ 其主要缺点是:
⑴客户端程序设计复杂； ⑵开发成本高；
⑶软件维护和升级困难；
⑷难以扩展至大型企业广域网或Internet； ⑸数据安全性不好。
5.1.3 三层体系结构 B/S：减轻了客户机的任务
分
5.2.1 结构化设计原理
结构化方法设计思想是基于：
①自顶向下把一个大系统分解成多个分层次的、规模比较小的被称之为模块的一些部分； ②系统划分模块是按层次进行，划分工作进行到模块功能都十分简单，并易于修改； ③模块应尽可能独立，应尽可能减少模块间的调用关系和数据交换关系； ④模块间的关系应阐明，以便追踪和控制。
⑤通过分别实现这些模块的设计，而最终实现整个系统的设计。 5.2.2 子系统划分 功能/数据分析
进行这种划分的有力工具之一就是功能／数据分析。
功能／数据分析法是通过U/C矩阵的建立和分析来实现的。 U/C矩阵的求解 重点，看懂
5.2 模块设计及子系统的划
U/C矩阵的求解过程是通过表上作业完成的。
其具体操作方法是：调换表中的行变量或列变量，使得“C”元素尽量地朝对角线靠近。 U/C表上移动作业过程
系统功能划分 系统逻辑功能的划分：
在求解后的U／C 矩阵中划出一个个的方块； 每一个小方块即为一个子系统。 划分时应注意：
沿对角线一个接一个地画，既不能重叠，又不能漏掉任何一个数据和功能； 小方块的划分是任意的，但必须将所有的 “C” 元素都包含在小方块内。 子系统划分
5.2.3模块结构图
❖ 模块（Module）是可以组合、分解和更换的单元，是组成系统、易于处理的基本单位。 ❖ 模块通常有以下４个特点： ①模块具有输入和输出；
②具有把输入转换成输出的功能； ③仅供模块引用的内部数据； ④用以实现模块功能的程序代码。
❖ 模块设计主要描述系统的模块结构及模块间的联系，它是软件总体设计的主要内容 ❖ 模块设计的结果用模块结构图表示 ❖ 模块结构图又称层次模块结构图
控制：实心的 数据：空心的
❖ 模块的调用关系：模块之间用单向箭头联结，箭头从调用模块指向被调用模块，表示调用模块调用
了被调用模块。
❖ 通讯
伴随着模块调用而发生的模块间的信息交换称为模块间的通讯。 模块间的通讯有两种方式： ⑴ 数据通讯 ⑵ 控制通讯 ❖ 模块间的信息传递：
模块间的信息传递：当一个模块调用另一个模块时，调用模块把数据或控制信息传送给被调用模块，以使被调用模块能够运行。
而被调用模块在执行过程中又把它产生的数据或控制信息回送给调用模块 ❖ 控制信息
❖ 模块间的调用关系
模块间的调用关系有以下三种： ⑴ 直接调用⑵ 条件调用⑶ 循环调用 ⑴ 直接调用
最简单的调用关系，指一个模块无条件地调用另一个模块。
⑵ 条件调用
也称为选择调用。如果一个模块是否调用另一个模块取决于调用模块内部的某个条件，则把这种调用称为条件调用。用菱形符号◇ 表示，其含义是：根据条件满足情况决定调用哪一个模块。
⑶ 循环调用
也称为重复调用。如果一个模块内部存在一个循环过程，每次循环中均需调用一个或几个下
属模块，则称这种调用为循环调用或重复调用。用符号 表示，含义是：上层模块对下层模块的多次反复的调用。（有一个判断的过程）
5.2.4 聚合
聚合是用于衡量模块内部各个组成部分彼此结合的紧密程度的指标。 模块的聚合方式，一般可分为七种，不同聚合方式其聚合度不同：
① 功能聚合② 顺序聚合③ 通讯聚合④ 过程聚合 （前四种尽量使用）⑤ 时间聚合⑥ 逻辑聚合⑦ 偶然聚合 （后三种尽量避免使用） 出选择题，知道是哪种聚合 ① 功能聚合
指一个模块内部的各个组成部分的处理功能全部为执行同一个功能而存在，并且只执行一个功能。 功能聚合模块的优点是与其它模块联系低，易修改和维护，故其聚合度高 最理想的聚合方式，独立性最强。
② 顺序聚合
如果一个模块内部各个组成部分执行几个处理功能,且一个处理功能所产生的输出数据直接成为下一个处理功能的输入数据,则该种聚合为顺序聚合。 例： 一个顺序聚合模块,它先执行合同输入功能,然后再执行合同汇总功能,而且前者的输出正是后者的输入。
③ 通讯聚合
指一个模块内部各个组成部分执行的处理功能，都使用相同的输入数据或产生相同的输出数据,且其中各个处理功能是无序的。
例：使用相同的输入数据,即配件
编号,分别完成两个处理功能,一是按配件编号检索获得配件牌价;另一个是按配件编号检索获得该配件的当前库存量。
④ 过程聚合
如果一个模块内部各个组成部分的处理功能各不相同,彼此也没有什么关系,但它们都受同一个控制流支配,决定它们的执行次序,则该种聚合为过程聚合。
在该种聚合模块中,效率是唯一重要的,这种次序可能是顺序、判断或循环。
⑤ 时间聚合
如果一个模块内各个组成部分的处理功能和时间有关，则称该种聚合为时间聚合。 例：
初始化模块是典型的时间聚合模块
初始模块要为各种变量赋初值，并同时打开若干个文件。 ⑥ 逻辑聚合
如果一个模块内部各个组成部分的处理功能彼此无关，但处理逻辑相同,则称该种聚合为逻辑聚合。 例：将所有的输入操作：读磁带文件、读磁盘文件、接收键盘输入都放在一个模块中。
例：A、B、C均为输出报表模块,即从逻辑上讲它们是功能类似,将它们组合到一个模块中,则为逻辑组合。在调用逻辑组合的模块时,必须知道如何调用模块内部的某一报表模块。
逻辑组合模块和其他模块之间有相当复杂的块间耦合,其修改性差,维护困难。
⑦ 偶然聚合
机械聚合。如果一个模块的构成是由若干个毫无关系的功能偶然组合在一起的,则称该种聚合为偶然聚合。
聚合度最低,可修改性最差。 模块聚合的独立性：
在模块设计时，应尽量使模块成为功能聚合模块，避免偶然聚合模块。 5.2.5 耦合
耦合是用来衡量一个系统内模块之间联系程度的指标。模块间的耦合方式通常有四种： ① 数据耦合② 控制耦合③ 公共环境耦合④ 内容耦合
如果两个模块间彼此通过参数交换信息，而且交换的信息仅仅是数据，则这种耦合被称为数据耦合。 是一种理想的耦合，耦合度最低，因为一个模块与其它模块之间的联系全部是数据联系，这个模块就是一个黑箱。 例：
② 特征耦合
若两个模块都与同一个数据结构有关，则这两个模块的耦合为特征耦合。
当数据结构发生改变时，必然要影响到与其相关的两个模块，从而增加模块间的依赖性，降低模块的独立性。
③ 控制耦合
如果两个模块间交换的信息除了传递数据信息外，还包括控制信息，则这种耦合被称为控制耦合。 此种耦合是中等程度耦合。
④公共环境耦合
公共耦合；如果两个模块或多个模块都通过同一个公共数据环境相互作用时，则这种耦合被称为公共耦合。
公共数据环境可以是全程变量，内存的公共覆盖区，任何存储介质上的文件等。
⑤内容耦合
如果一个模块的执行需要另一个模块的内部信息（程序或内部数据)支持，则这种耦合被称为内容耦合。该耦合方式的耦合度最高。
内容耦合的两个模块间是病态联结,在修改其中一个模块时,将直接影响到另一个模块,产生波动现象,影响整个系统。因此,在系统设计时,应完全避免内容耦合。
例如：
①一个模块访问另一个模块内部的数据；
②一个模块调用另一个模块中间的部分程序代码 模块耦合
在模块设计时，应尽量使用数据耦合，少用控制耦合，限制公共环境耦合的范围，完全不用内容耦合 模块设计的独立性原则要求将模块设计成高聚合、低耦合。 5.3数据流图导出结构图
面向数据流程的设计方法把数据流程映射成系统内部模块结构和相互关系。 数据流图有两种典型的结构：变换型结构和事务型结构。
这两种结构可以分别通过变换分析和事务分析方法导出标准形式的结构图。 ❖ 5.3.1 变换分析（多个输入流入，并且有明显的标志环）
变换型结构可以明显地把数据流图分成逻辑输入、主加工和逻辑输出。 变换分析即是把变换型数据流图映射出模块结构图的过程。
❖ 5.3.2事务分析 （一个输入流入）
事务是指流入系统并引起一组处理动作的一组数据或事件。
事务分析即是用事务型结构的数据流图映射出模块结构图的过程。 事务型结构的数据流的特征是：数据流发散，存在有事务中心。
事务（单个数据项）沿传入路径进入系统，事务中心根据数据项计值结果从若干动作路径中选择一条继续执行。
混合型
事实上，一个大的系统一般是变换型结构和事务型结构的混合体，往往需要同时采用变换分析和事务分析。通常是以变换分析为主，事务分析为辅进行设计。
5.4代码设计
❖ 代码是用来表示事务、属性、状态等的一组有序的符号，它应易于计算机和人识别与处理。
编码就是用数字或字母代表事物。 ❖ 代码设计可按下列步骤进行
⑴确定代码对象⑵确定代码特征⑶考查是否已有相应的标准代码。⑷决定代码种类：⑸决定代码的位数：⑹编写代码表。
❖ 描述程序处理逻辑结构的工具称为过程设计的工具。
过程设计工具分为图形、表格和语言三类，如传统的流程图、盒图、判定树、判定表及过程设计语言（PDL）(Program Design Language)。 5.5.1 程序流程图
流程图（flow chart）又称程序框图 流程图包括三种基本成分： ①加工步骤，用方框表示； ②逻辑条件，用菱形表示；
③控制流，用箭头表示。 图看看，知道哪种是哪种
流程图的优点是：
直观、形象，容易理解，便于初学者掌握。 流程图的缺点如下：
描述控制的箭头过于灵活。
流程图只描述执行过程而不能描述有关数据。 5.5.2盒图（N-S图）
盒图是为支持结构化程序而产生的一种描述工具。
1973年，Nassi和Shneiderman提出用方框图（block diagram）来代替传统的流程图 简称为N－S图（N－S chart）又称为NS图。 盒图五种基本控制结构由五种图形构件表示。
N-S图特点
①每个处理步骤用一个盒子表示。 ②一个特定控制结构的作用域明确。
③局部和全局数据的作用域可以很容易地被确定。
④很容易描述嵌套关系，也可以用来描述模块的层次关系。 ⑤盒不允许随意转移控制，保证了程序的良好结构。
不足的是：当程序内嵌套的层数增多时，内层的方块越画越小，不仅会增加画图的困难，并将使图形的清晰性受到影响。 5.6数据库设计 5.7用户界面设计
用户界面设计是系统详细设计中的重要一部分。它既关系到数据的输入、输出，也关系到用户对于系统的印象。
用户界面设计包括输入方式设计和输入、输出画面设计。
用户输入可采用三种方式：脱机输入方式、机器读入方式和人机交互方式。 ❖ 人机交互设计时，必须考虑下述问题： １．系统响应时间2.长度3.易变性。 ❖ 数据输入设计的基本原则是： 为用户操作着想， 输入操作应简单容易。 ❖ 界面设计的原则
界面设计的一般原则 网站界面设计的原则
❖ 作用域
１ 一致性 统一的风格 与控制域
２ 容错性、反馈 良好的交互
第8章 电子
３ 审美学 视觉效果 商务支付系
统设计
❖ 无论开４ 简易性 网页简洁 发何种形式
５ 传输速度 的电子商务
支付系统都
必须应遵循以下原则：
⑴保证安全：信息的保密性、完整性、真实性和不可抵赖性四个方面。 ⑵工作可靠：网络故障、数据破坏和数据重复等问题。 ⑶与银行支付系统的平滑的衔接。
⑷提供实时在线支付， 这是最基本的要求。 ⑸操作简便。
⑹具兼容性：能够完全兼容现有的国际安全支付标准和异种平台运行环境。
此外，电子商务支付系统还应具有全天候服务、异地交易以及交易费用低廉等特点。 8.1.1 电子商务支付系统构成
开发电子商务支付系统主要采用SSL（安全套接层协议）和SET（Secure Electronic Transaction）两种支付协议。
❖ 网上支付系统应该包括:
（1）网上银行系统（2）支付网关（3）CA认证机构（4）商家（5）客户 ❖ SSL与SET协议的比较
项目 SSL 协议 SET 协议
传输层与应用层之
工作层次 应用层 间
是否透明 透明 不透明
过程 简单 复杂
效率 高 低 安全性 商家掌握消费者 消费者对商家保密
认证机制 双方认证 多方认证 8.1.2电子
商务支付系统的开发 是否专为 EC 设计 否 是 电子商务商家端支
付系统的开发
1.电子商务模式的确定 2.支付工具的选择 3.支付方式的确定
4.商家银行的选择与接口的确定 5.安全协议的确定
6.商家端支付系统的设计 ⑴流程分析与设计 ⑵设计语言 ⑶安全设计
8.2.2 支付工具的选择 支付工具 e-Business要求的性能 消费者类型 建设成本 安全性 处理成本是否低 消费者要求性能 使用是否方便 隐私保护性 信用卡 老年人公司 中～很高 低～中 No Yes 低～中 借记卡 青年人老年人 低～中 高 Yes No 低 电子支票 老年人公司 中～高 低～中 No Yes 低 电子现金 老年人青年人 中 低～中 Yes Yes 中～高 8.2.3基于SET协议的支付系统的功能需求分析
❖ 基于SET协议的支付系统包括客户端支付软件、商家支付服务和支付网关，因此需求分析包括三方面
内容：
1. 客户端支付软件功能需求分析 2. 商家支付服务器的功能需求分析 3. 支付网关功能需求分析
❖ 1.SSL（Secure Sockets Layer）协议中典型的消息流程
SSL协议分为记录协议和握手协议，握手协议建立在记录协议基础上，用于在实际的数据传输开始前，通信双方进行身份认证、西医加密算法、交换加密密钥等。 其中握手类型有三种。 无会话密钥，无客户认证 有会话密钥，无客户认证 有会话密钥，需客户认证
❖ 2.SET协议中所定义的消息流
基本消息：交易初始化、购买、支付授权、资金清算；
可选消息：查询、支付、授权修改、资金清算的修改、退款、退款撤销、网关证书、批管理、错误消息 8.2.6 确定电子商务支付系统的安全需求 ⑴ 身份可认证性 ⑵ 信息的保密性 ⑶ 信息的完整性 ⑷ 不可抵赖性
8.3 电子商务支付系统的设计 8.3.1 总体设计
支付系统由三大部分构成：客户端支付软件（电子钱包）、商家支付服务器、支付网关。
8.3.2 电子支付系统的安全结构
电子支付系统是电子商务系统的一部分，所以电子支付系统的安全结构也是由技术体系、组织机构体系和
管理体系共同构建的。
第九章 电子商务系统的安全设计 电子商务系统安全体系框架
电子商务还没有统一建立的标准的系统安全体系框架。可参照信息系统的安全体系框架。
信息系统安全的总需求是物理安全、网络安全、数据安全、信息内容安全、信息基础设施安全与公共信息安全的总和。
信息系统安全的最终目的是确保信息的保密性、完整性、可用性、可审计性和不可否认性，以及信息系统主体对信息资源的控制。
电子商务系统安全设计的原则 ⑴ 均衡性 ⑵ 整体性 ⑶ 一致性 ⑷ 易操作性 ⑸ 可靠性 ⑹ 层次性 ⑺ 可评价性
信息分为四个等级
级别1：公开或未分类信息，该类信息数据不需要经过公司任何批准就可以向大众公开。 级别2：内部信息，外部对这类信息访问是被禁止的。
级别3：私有信息，如果该类信息被未授权用户访问，将对公司正常运作产生影响，并导致经济上的损失。 级别4：秘密信息，未授权的外部或内部用户对这类数据的访问对公司是非常致命的。 电子商务交易安全威胁类别 ①信息的截获和窃取 ②信息的篡改 ③信息假冒 ④交易抵赖
识别企业信息资产(老师没说)
通过识别用户的信息资产，建立信息资产列表。
企业信息资产包括：数据与文档、硬件，软件，人员四个方面。 资产分类(老师没说)
对信息资产及人分别归类，同时在两者之间建立起对应关系。
信息资产可以通过资产的保护价值进行分类。如：机密级、内部访问级、内部信息、共享级。 对人员的分类类似于信息资产的分类。
在开发安全方案之前，务必要列出属于上述每个项目的每个信息资产的清单，并确定所有相应的信息资源的安全级别及相应的系统安全性需求。
电子商务系统风险分析和评估
⑴ 敏感性／结果
决定电子商务系统敏感性等级的因素有两个： 第一个是事故的直接后果。
第二个应考虑的因素是政治上和企业的敏感性。 ⑵风险评估矩阵
在风险评估矩阵中，应考虑多种因素，而且还应考虑各种因素之间的关系。
在下面的评估矩阵中，首先对各种因素进行评估，如危险性、可见性，然后以一定的关系式把它们联系起来，最后得到评估结果。 风险评估矩阵列表1、2 危险性 危险不太活跃，而且暴露于危险中的机会不很多 评估 1 可见性 很低的可见性，没有提供任何公共信息服务 评估 1 分数 危险并不明确，而且危险是多重的 3 间断的提供公共信息服务 3 危险非常活跃，而且危险是多重的 事故结果 5 持续提供公共信息服务 5 评估 事故结果的影响 评估 分数 没有任何影响和损夫；在损失预算之内：风险可以转移 1 损失在生意运作中可以接受：或对企业无较大的影响， 1 企业内部的正常运行受到影响超出了损失预算：存在机会成本 3 对企业的运转有不可接受的影响 3 企业外部的生意受到影响；对企业财政有致命的影响 5 对企业的经营管理有不可接受的影响 5 风险评估结果
风险评估结果＝危险评估×可见性评估+事故结果评估×事故影响评估 然后把“风险评估结果”用下面的值评估。 2～10：低风险 11～29：中等风险 30～50：高风险 风险评估举例
假设我们用Wi表示资源的重要性程度，而用Ri表示资源面临的危险大小； 资源重要性的估计值我们用从0到1中的一个值来代表，0为最低，1为最高； 而资源面临的风险值我们用从0到10中的一个值来代表，0为最低，10为最高。 则WRi=Wi*Ri则表示资源加权后的危险值。
包含权值和危险值的简单网络设计图
风险评估举例
路由器: WR1=R1*W1=6*0.7=4.2 网桥: WR2=R2*W2=6*0.3= 1.8 服务器: WR3=R3* W3=10* 1=10
整个网络系统的危险值: WR=WR1+WR2+WR3 =16
第11章 电子商务系统的实施与维护
❖ 概念：系统实施是整个电子商务系统开发的物理实现阶段。完成电子商务系统设计之后，如何将原来
纸面上的、类似于设计图的新系统方案转换成可执行的实际系统，是系统实施阶段的主要工作。 ❖ 系统实施的主要任务是： ✓ 程序设计 ✓ 系统测试 ✓ 系统部署 ✓ 系统维护
❖ 系统实施包括硬件的获取、软件的获得或开发、用户准备、聘用和培训人员、地点和数据的准备、安
装、测试、试运行及用户验收。 11.2.2 电子商务应用的主要开发工具
开发工具的选择直接决定了开发速度和代码质量。 开发工具分为两部分： 网站前台开发工具
FrontPage、Dreamweaver 网站后台开发工具
ASP、PHP、JSP、传统高级语言、JAVA和JavaBean 11.3电子商务系统测试 11.3.1 软件测试 １.软件测试概述
软件测试是对软件计划、软件设计、软件编码进行查错和纠错的活动。 ⑴软件测试目的
尽可能早、尽可能多地发现软件的错误，通过不同层次的测试验证和确认软件是否满足设计的需求。 ⑵制定测试计划
测试范围和目标、测试方法、需要的资源、特性和功能、风险、日程安排。 ⑶设计测试用例
是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。
４．系统测试
❖ 系统测试（System Testing）是对己经集成好的软件系统进行彻底的测试，以验证软件系统的正确性
和性能等满足其规约所指定的要求。
❖ 系统测试要确认软件可以在规定的操作环境里正确地运行，还要考虑软件在那些不正常的强度很大的
环境里正确运行的能力。
❖ 系统测试包括对系统的性能、安全性、可计算性、配置灵敏度、启动和恢复等方面的测试。 ５．面向对象软件测试
❖
面向对象的开发模型突破了传统的瀑布模型，将开发分为面向对象分析（OOA），面向对象设计（OOD），和面向对象编程（OOP）三个阶段。 ❖ 面向对象系统中，系统地功能体现在对象间的协作上，而不再是简单的调用关系。针对这种开发模型，
结合传统的测试步骤的划分，有人把面向对象的软件测试分为三个层次，对应于结构化测试方法： ✓ 类测试 ✓ 类集成测试 ✓ 系统测试
❖ 面向对象软件测试策略
面向对象测试的整体目标——以最小的工作量发现最多的错误，和传统软件测试的目标是一致的，但由干面向对象的封装性、继承性和动态绑定性使得面向对象测试的策略有很大不同。
11.3.2 电子商务应用程序测试 3. 接口测试 ⑴服务器接口
浏览器与服务器的接口。 ⑵外部接口
与支付或物流系统间的接口。 ５. 数据库测试
⑴数据库搜寻结果相关性
客户对产品数据库的搜寻，比照结果相关性 ⑵查询回应时间
数据库系统对查询的响应 ⑶数据库完整性 ⑷数据有效性 数据项目的正确性 ⑸修复测试
以各种方式强制系统检测不同的失败方式，以确保系统在预定的时间内修复错误并继续进行处理，系统是容错型的，系统修复及重新启动在自动修复状态下是正确的。
因篇幅问题不能全部显示，请点此查看更多更全内容