电子商务系统设计与实现.ppt

《电子商务系统设计与实现.ppt》由会员分享，可在线阅读，更多相关《电子商务系统设计与实现.ppt（39页珍藏版）》请在三一办公上搜索。

1、电子商务系统设计与实现,第9章 电子商务系统分析,9.1 电子商务系统分析的任务9.2 系统调查9.3 典型的电子商务系统业务需求9.4 系统分析方法9.5 基于UML的系统分析方法9.6 系统分析报告,掌握企业商务活动的特点 主要是了解企业商务运作过程中都有哪些基本的商务环节，其基本的特点是什么，在开展电子商务活动中的重点和要点是什么。系统调查 理解用户对电子商务系统的需求，包括对系统功能、性能方面的需求。确定系统逻辑模型，形成系统分析报告 确定系统应具有的逻辑功能，再用一系列图表和文字表示出来，形成系统的逻辑模型，撰写系统分析报告。,9.1 电子商务系统分析的任务,who?谁执行系统中的各

2、个过程？为什么？选择该人执行这个活动正确吗？其他的人能更有效地执行这些任务吗？what?在做什么？接下来是什么程序？为什么那个过程是必要的？where?正在哪里执行操作？为什么？这些操作可以在哪里执行？在其他地方执行会更有效吗？when?什么时候执行一个程序？为什么在这个时间执行它？是最好的时间吗？how?怎样执行一个程序？为什么用那种方式执行它？用其他的方式执行会更好、更有效或者花费更少吗？,9.2 系统调查,面谈(1)确定要面谈的人(2)确立目标(3)提出面谈的问题(4)将面谈结果整理成文档,9.2 系统调查,问卷调查 问卷调查应该简单、友好。提供清晰的指令以方便回答所有预期的问题。将问题

3、用短语表达，以避免误解；使用简单的术语。尽量不要引导用户做出回答或者提出有诱导作用的问题。限制使用开放式问题，这样的问题难以制成表格。限制使用可能导致对工作安全性的担心或者产生其他负面影响的问题。在调查表的最后进行一般的总结。在定稿并分发给一个大组之前对调查表进行小范围内的测试。,9.2 系统调查,观察 系统分析员直接在用户工作的地方观察他们的活动，并且记录下所观察的系统运作过程。抽样 样本可能包括记录、报表、操作日志、数据输入文档、意见汇总、工作请求以及各种类型的表格。抽样技术包括系统抽样、分层抽样以及随机抽样。,9.2 系统调查,B2B电子商务系统的需求会员注册信息分布信息查询在线交易拍卖

4、与投标采购商务论坛网上洽谈签订电子合同广告宣传,9.3 典型的电子商务需求,B2C电子商务系统的需求,9.3 典型的电子商务需求,消费者需求有：用户注册、登录商品查询购物车为购买产品下订单撤消和修改订单跟踪订单的状态在线支付新手导航信息反馈,商家的需求有：商品信息分布检查客户的注册信息发布和管理网络广告处理客户订单商品库存管理精品推荐、促销活动和物流配送系统建立接口和银行之间的接口客户关系管理售后服务,C2C电子商务系统的需求（1）会员注册、认证（2）卖家管理 包括店铺设置管理、商品发布、商品下架、商品删除、成交后发货、退款等。（3）买家管理 包括商品搜索、浏览、了解卖家、出价竞拍、在线支付、

5、交易投诉等（4）论坛（5）新手导航（6）客户服务,9.3 典型的电子商务需求,结构化分析方法1.数据流图(DFD),9.4 系统分析方法,箭头，表示数据流,圆或椭圆，表示数据处理,双杠，表示数据存储,方框，表示数据的源点或终点,结构化分析方法2.数据流图步骤(1)首先画出系统的输入输出，即先画顶层数据流图。,9.4 系统分析方法,结构化分析方法2.数据流图步骤(2)画系统内部，即画下层数据流图。,9.4 系统分析方法,9.4 系统分析方法,结构化分析方法3.注意事项命名。画数据流而不是控制流。一般不画物质流。每个加工至少有一个输入数据流和一个输出数据流，反映出此处理数据的来源与处理的结果。编号

6、。如果一张数据流图中的某个加工分解成另一张数据流图时，则上层图为父图，直接下层图为子图。子图及其所有的加工都应编号。父图与子图的平衡。子图的输入输出数据流同父图相应处理的输入输出数据流必须一致，即父图与子图的平衡。局部数据存储。提高数据流图的易懂性。注意合理分解，要把一个处理分解成几个功能相对独立的子处理，这样可以减少处理之间输入、输出数据流的数目，增加数据流图的可理解性。,9.4 系统分析方法,结构化分析方法4.数据字典（1）数据项（2）数据结构（3）数据流（4）数据存储（5）处理过程,9.4 系统分析方法,9.4 系统分析方法,数据项卡片,数据结构卡片,数据存储卡片,数据流卡片,处理过程卡

7、片,面向对象分析方法（1）给出系统的需求，进行系统的需求分析。需求分析的目标是识别系统执行者、系统用例，得到系统的用例图，并用用例文档描述各个用例；（2）进一步分析系统需求，确定类以及类与类之间的关系，确定它们的静态结构和动态行为，最终用类图和对象图描述系统的静态结构，用顺序图、协作图、活动图和状态图描述系统的动态行为。,9.4 系统分析方法,1.系统需求分析（1）确定执行者（2）确定用例（3）绘制用例图（4）描述用例（5）优化用例图,9.5 基于UML的系统分析方法,1.1 确定执行者 1)谁使用系统的主要功能(主执行者)？2)谁需要从系统获得对日常工作的支持和服务？3)需要谁维护管理系统的

8、日常运行（副执行者）？4)公司的哪个部门使用系统？5)系统需要与其它哪些系统交互？6)谁需要使用系统产生的结果（值）？针对网上宠物店前台系统，通过回答以上问题，可以得到执行者有两类，普通用户和登录后的用户。,9.5 基于UML的系统分析方法,1.2 确定用例 1)与系统实现有关的主要问题是什么？2)系统需要哪些输入/输出？这些输入/输出从何而来？到哪里去？3)执行者需要系统提供哪些功能？4)执行者是否需要对系统中的信息进行读、创建、修改、删除或存储？注册新账号、登录、注销登录、编辑账号、搜索产品、查看产品分类、查看产品、查看产品项目、将产品项目放入购物车、从购物车删除产品项目、修改购物数量、新

9、订单、查看订单、查看购物车、结算等。,9.5 基于UML的系统分析方法,1.3 绘制用例图,9.5 基于UML的系统分析方法,1.4 描述用例,9.5 基于UML的系统分析方法,表9.1 查看订单用例的文档,2.静态结构模型（1）识别对象和类（2）识别类的属性和操作（3）确定对象之间的关系（4）绘制类图,9.5 基于UML的系统分析方法,2.1 识别对象和类,9.5 基于UML的系统分析方法,边界类:位于系统与外界的交界处，窗体、报表、以及表示通讯协议的类、直接与外部设备交互的类、直接与外部系统交互的类等都是边界类。实体类:保存要放进持久存储体的信息。持久存储体就是数据库、文件等可以永久存储数

10、据的介质。实体类可以通过事件流和交互图发现。通常每个实体类在数据库中有相应的表，实体类中的属性对应数据库表中的字段。(3)控制类:是控制其他类工作的类。每个用例通常有一个控制类，控制用例中的事件顺序，控制类也可以在多个用例间共用。其他类并不向控制类发送很多消息，而是由控制类发出很多消息。,2.1 识别对象和类,9.5 基于UML的系统分析方法,针对网上宠物店系统实体类:产品、产品分类、产品项目、帐号、购物车、订单等。边界类:登录界面、产品查询界面、查看产品界面、购物车界面等等。控制类:需要考虑具体实现时的设计模式，此部分一般在系统设计时加以考虑。如在Struts模式实现系统时，用JavaBea

11、n作为控制类，网上宠物店系统的订单处理可引入控制类OrderBean来进行具体的消息处理。,2.2 识别分析类属性,9.5 基于UML的系统分析方法,按一般常识这个类应该具有哪些属性？在当前的问题域中类应该具有什么属性？根据系统责任的要求，这个类应该具有哪些属性？建立这个类是为了保存和管理哪些信息？类为了在服务中实现其功能，需要增设哪些属性？有哪些需要区别的状态，是否需要增加一个属性来区别这些状态？用什么属性表示整体部分结构和实例连接？,2.2 识别分析类属性,9.5 基于UML的系统分析方法,所反映的信息在系统中用不上的属性。描述的不是类本身的特征的属性。破坏了类特征的“原子性”的属性。可通

12、过继承得到的属性。可以从其他属性直接导出的属性。在类中有类似的或描述同一特征的属性。,2.2 识别分析类属性,9.5 基于UML的系统分析方法,用户类（Account）的主要属性：用户名（username）、密码（password）、E-MAIL（email）用户姓名(firstName)等。产品类（Product）的主要属性：产品ID(productId)、产品类别ID(categoryId)、产品名称(name)和产品描述（description）。产品类别类（Category）的主要属性：产品类别ID（categoryId）、类别名称（name）和类别描述（description）。产品

13、项目类（Item）的主要属性：产品项目ID（itemId）、产品类别ID（categoryId）、单价（listPrice）、供应商ID（supplierId）、状态（status）、自定义属性（attribute）等。订单类（Order）的主要属性：订单ID（orderId）、用户（username）、订单日期（orderDate）、送货地址1（shipAddress1）、送货地址2（shipAddress2）、送货城市（shipCity）、送货邮政编码（shipZip）、产品列表（lineItems）等。购物车类（Cart）的主要属性：购物车项目列表（itemList）。购物车项目类(Ca

14、rtItem)的主要属性：产品项目（item）、数量（quantity）等。,2.3 识别分析类的操作,9.5 基于UML的系统分析方法,（1）实现功能的操作。这种操作提供一些业务功能，可以从用户需求中获取。（2）访问属性的操作，也称访问操作。在面向对象中，为了保护信息的安全性，类的属性通常是私有或受保护的，如果其他类要访问某个类的属性，必须通过访问操作来访问。访问操作通常对应Get或Set操作，即获取或设置某属性的值。（3）管理对象创建和删除的操作，如对象的构造方法和析构方法（4）辅助一个类完成自身任务的操作。这种操作通常是私有的，对于其他类没有意义，只是完善类自身的操作。,2.3 识别分析

15、类的操作,9.5 基于UML的系统分析方法,与该类交互的有哪些类（包括该类本身）？该类接收哪些类（包括自己）发送来的消息，收到消息之后做了什么处理？该类向哪些类发送了消息，消息的内容是什么，该类在发送之前做了什么处理？为了维持自身属性的一致性、完整性，以及自身属性的更新，该类中需要哪些操作？系统是否还需要该类具有其他一些职责？,2.3 识别分析类的操作,9.5 基于UML的系统分析方法,产品类（Product）的主要操作：设置和获取每个属性值的方法。产品类别类（Category）的主要操作：设置和获取每个属性值的方法。产品项目类（Item）的主要操作：设置和获取每个属性值的方法订单类（Orde

16、r）的主要操作：设置和获取每个属性值的方法、初始化订单（initOrder）、增加产品项目（addLineItem）等。购物车类（Cart）的主要操作：设置和获取每个属性值的方法、增加产品项目（addItem）、删除产品项目（removeItemById）等购物车项目类(CartItem)的主要操作：设置和获取每个属性值的方法、统计金额（calculateTotal）等。,2.4 识别类的关系,9.5 基于UML的系统分析方法,在交互图中，如果一个类向另一类发出消息，则它们必有关系，并且通常是关联或依赖关系。任何有其他类参与组成的类都有聚集关系。寻找相似类的不同点，将不同的部分下降为特殊的类，

17、将共性的部分上升为基类，两者之间的关系确定为泛化关系。发现不同类中的共同点，并且将共同的部分放在另一类中。这些类与新创建的类之间的关系也是泛化关系。,2.5 绘制类图,9.5 基于UML的系统分析方法,3 动态行为模型,9.5 基于UML的系统分析方法,系统的动态行为模型由顺序图、状态图和活动图表达。在系统分析时应当对主要的用例和对象类绘制这些图形，以便分析系统的行为，验证和修改系统的静态结构，满足用户的需求，达到系统的目标。,3.1 活动图,9.5 基于UML的系统分析方法,3.2 顺序图,9.5 基于UML的系统分析方法,9.6 系统分析报告,1引言（1）编写目的：阐明编写系统分析报告的目

18、的。（2）项目背景：包括开发系统的名称、项目的任务提出者、开发者、用户及实现系统的单位、项目与其他软件或其他系统的关系等。（3）定义：列出报告中用到的专门术语的定义和缩写词的原文。2系统的目标（1）系统的总目标。（2）系统拟采用的开发战略和开发方法。（3）人力、资金以及计划进度安排。（4）某些指标，如经济指标、技术指标等，预期达到什么样的程度。3现行系统状态如果所要开发的电子商务系统是在现行系统的基础上开发，那么需要对现行系统进行详细调查，了解现行系统的现状。内容主要有：（1）现行系统目标、规模、界限。（2）现行系统逻辑模型。（3）现有的各种技术手段。（4）现行系统存在的问题，有哪些需要改进。如果所要开发的电子商务系统是新开发的，那么此部分可以包括所要开发系统的国内外现状，存在的问题等内容。,9.6 系统分析报告,4新系统分析这部分反映对所要开发的电子商务系统的分析结果。包括：（1）新系统的需求分析。如用UML进行分析的用例图、用例描述等。（2）新系统的逻辑模型。如用UML进行分析的类图、顺序图、活动图等。9.总结系统分析报告的总结。9.参考文献列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源，可包括：（1）项目经核准的计划任务书、合同或上级机关的批文（2）与项目有关的已发表的资料（3）文档中所引用的资料，所采用的软件标准或规范,