电子商务
系统的总体结构设计是在系统体系结构的基础上,针对企业电子商务的目标,界定系统的外部边界和接口,刻画系统的内部成及其相互关系,明确目标系统的各个组成部分、各个组成部分的作用及其相互关系。系统总体结构设计包括如下内容:1.确定系统的外部接口 通过分析,将电子商务系统与其外部环境区分开来,从而使总体设计有一个明确的范围。系统与其外部环境的接口包括以下方面:(1)与企业合作伙伴之间的接口;(2)与企业内部既有信息系统的接口;(3)与交易相关的公共信息基础设施之间的接口;(4)其他接口,如企业与政府或其他机构之间的接口。2.确定系统的组成结构系统组成结构主要说明目标系统内部的组成部分,以及系统内部与外部环境的相互关系。方法:随着Internet技术的发展,人们的日常生活已经离不开网络。未来社会人们的生活和工作将越来越依赖于数字技术的发展,越来越数字化、网络化、电子化、虚拟化。电子商务也随着网络的发展日益和人们的生活贴近。本设计尝试用ASP在网络上架构一个动态的电子商务网站,以使每一位顾客不用出门在家里就能够通过上网来轻松购物。在本设计中,我主要完成了后台功能的实现,实现了登录功能,图书管理,图书分类管理,
订单管理,用户管理等功能。本文中所做的主要工作如下:(1)简单介绍了电子商务,分析了电子商务的现状;(2)介绍了IIS+ASP系统的一般原理;(3)阐述整个系统的系统结构及工作原理;分析了系统实现中的特殊性、难点和重点;(4)分析并解决实现中的若干技术问题; 附:方案设计主要依靠设计者的经验,作出技术和结构的选择,并以有组织的文档反映,作为与客户交流论证方案,交付系统开发人员实施的依据,方案设计的基础是
业务环境说明书。业务环境说明书重新组织系统需求,给出解决方案的业务运作方式。在系统需求相对简单时不一定需要,如果系统需求较为复杂时,以文字和图表的方式系统地说明业务环境可以使系统需求更加清楚,业务环境说明书可以采用三种文档结构。* 业务流程图:业务流程图描述企业的业务在新系统中如何运作,说明新系统的业务运作模式如何解决客户的要求,指出客户的业务流程因为新系统的应用而作出那些更改。业务流程图是一种直观的工具,向客户解释新系统的作用,征求使用者的配合与支持,能提高新系统的实际效能。* *** 作规程说明:相对于业务流程图这种较高层概括的文档,普通用户可能更需要一份详细的 *** 作规程说明,以便更好地理解系统的功能与使用。 *** 作规程说明以易被最终用户理解的词语描述,避免使用过分专业的词语。 *** 作规程说明仍属于高层设计文档,不是最终的 *** 作步骤说明。 *** 作规程说明规定了系统活动的框架,* 处理流程图 : 细化 *** 作规程中描述的活动,由事件和处理流组成。事件是活动开始的条件,处理是活动中的具体工作。处理流程图的描述层次接近详细设计。以客户在网上购货为例,最后一步是确认付款, *** 作规程说明只需简单地说明:“客户检查付款额后确认”,处理流程图的说明比较详细,激发活动的事件是客户按下“付额”按钮,处理是付款总额从数据库中统计出来,显示在浏览器上,最后由客户按“确认”按钮确认。当前普遍采用对象技术描述复杂的应用结构,电子商务系统一般用Java,EJB,CORBA等对象技术实现,在系统设计阶段,编制业务环境书时采用面向对象分析和设计方法可以提高实施阶段的效率。业务环境说明书中的设计文档完成后,召开第二次项目会议,在会上以图表的形式向客户和项目开发人员介绍系统设计的概貌。着重与客户讨论两个问题,检查系统设计是否满足客户需求: 系统设计在多大程度上解决了用户的需求?是否准确地实现了客户的期望,既没有过分简单化,也没有过分复杂化。系统设计的功能范围是否包含了用户提出的所有需求?应用开发人员参加项目会议,可以更好地了解客户的业务环境与方案设计的总体结构,与客户和系统设计者直接交谈,减少沟通的误差,提高效率。IBM为电子商务系统定义了一套完整的电子商务应用框架,基于三层次体系结构集成企业核心系统与互联网服务,多层次结构使企业内部应用系统无需作重大更改,通过与互联网服务器的连结就可以在互联网上提供服务,实现电子商务系统的目标。 基于电子商务应用框架的电子商务系统体系结构共有八个主要部分。直接支持应用程序运行的模块有六个:客户端、网络连接、互联网服务器、应用逻辑、中间连接件、核心数据与应用,其余两个模块安全性和系统管理与这六个模块都有关联,系统设计者可相对独立地设计安全性体系和系统管理体系,在应用程序运行支持模块的实现中加入相应的技术与处理。安全性和系统管理的效率是系统的整体性效果,应用系统运行的每一个环节都能影响系统总体的安全性和可管理性。电商数据库系统的设计方案对文化的影响:
1、系统设计的合理才能被接受,也是对社会,健康,安全,法律及文化的一种支持。
2、系统设计的合理能够让人们认识到社会,健康,安全,法律及文化的重要性,从而起到推动作用。
在互联网公司里,都会涉及到中台管理端,或被称OSS,或称Console。它主要承担的职责是对底层的基础模块、数据等进行可视化,便于管理端的业务 *** 作人员更加简单、高效、便捷的处理事务。本文重点介绍【订单系统】的框架结构、流程、状态机扭转、字段设计,作为【订单系统】系列文章的开篇。
订单系统处于承上启下的关键位置
1.1、 对于用户端,如APP、小程序、PC等,用户对订单的增删改查(查询订单、确认订单、取消订单、支付订单等等),均需要向订单系统发出请求并由其来完成对应的 *** 作。
1.2、 对于底层公共服务,如用户系统(用户的基础信息,如姓名、昵称、手机号等)、交易系统(微信支付、支付宝支付)、消息系统(向用户触达消息,APP PUSH、短信、d窗等)。则听令于订单系统的调遣,协助订单系统完成闭环流程。
1.3、 另外。不同类型的订单涉及的相关模块也不尽一致。如电商类订单,则必然涉及商品模块;为了营销目的而产生的各类优惠券,也会属于订单的一个属性。当然,订单必不可少是是发起订单的主体,也就是用户,所以与用户模块息息相关。
订单系统可简可繁,随着业务的处在不同的阶段,订单系统也会随之发生改变。从流程上看,一般可以认为基础的流程有4大块:订单创建、订单支付、订单确认、订单完成/关闭。
以下通过几类常见互联网商品的订单,展示订单的流程及状态机扭转:
2.1、虚拟商品(如会员卡、在线课程、名师咨询等)
2.2、实物商品(涉及物流,商家发货、买家确认等)
一笔订单涉及到的字段,基本上可以由下述脑图概述完整。一般我们考虑:用户信息、商品信息、支付信息、状态信息、促销信息、配送信息、时间信息等。
我们在设计时,可引入中台的概念,做好字段拓展,如【 订单渠道 】。这样,即使后续业务越来越多,从一开始设计的订单系统,通过订单渠道进行区分,也可大大的对不同业务进行兼容和拓展。
评论列表(0条)