英语原文共 11 页，剩余内容已隐藏，支付完成后下载完整资料
电子商务系统开发的软件过程
VolkerGruhna,*,LotharSchouml;peb
DortmundUniversity，BaroperStr.301，D-44227Dortmund，德国
bInformatikCentrumDortmunde.V，约瑟夫 - 五 - 弗劳恩霍夫Str.20，D-44227Dortmund，德国
摘要
电子商务（EC）系统的发展受到与传统软件系统不同的条件的制约。 这包括在开发过程中引入新的活动和消除其他活动。适应过程必须应对EC系统开发的重要特征：EC系统通常具有高度的相互作用，这使得诸如人体工程学，教学和心理学等因素在用户界面的开发中尤其重要。通常，它们还具有与现有软件系统（例如传统或组件系统）的高度集成。必须系统选择集成技术，以免危及整个软件开发过程。本文介绍了EC系统的开发，并概述了所使用的软件过程的突出特征。 其结果是可以用于其他高度整合的EC系统开发项目的流程模型。所描述的过程由短过程生命周期，通过传统系统整合的方向和严格的基于角色的合作方式决定。 2002 Elsevier Science B.V.保留所有权利。
关键词：电子商务系统; 软件过程模型; 软件过程
1.介绍
在本文中，电子商务（EC）被定义为通过电子媒体，特别是互联网进行任何形式的交易。供应商和客户在这些交易中的作用可以由消费者（C），主管部门（A），企业（B）甚至员工（E）[20-22]等不同方面采用。 参与EC交易的各方使用信息技术（IT）系统自动化其交易[2,5]。 本文中使用的示例是企业对员工（B2E）的EC系统。本文中讨论的EC门户系统是用于不同软件系统的集成平台：常规（即非EC）软件系统，如传统和办公系统以及其他基于EC的系统，如商店系统。
与常规应用软件系统按照传统的软件开发流程相同的方式，特殊的软件开发过程对于描述EC系统的发展是必要的[3,7,9,11]。 这些软件开发过程中EC系统的不同之处在于常规应用软件系统在以下几个方面
它们包括新的或适应的活动和执行这些活动的角色的规定：
1.在EC设置中，WS系统集成非常重要，因为通常需要集成许多异构系统，并且这些系统的寿命并不一定很长。 因此附加或更换组件应事先计划。
2.需要有吸引力和用户友好的用户界面是非常迫切的。 一个原因是，用户经常有各种不同的背景，不知道个人很难获得反馈。 图形设计活动的作用是需要提供这些用户界面。
3.内容是大多数生态系统的组成部分，对质量，数量和变化频率而言都是重要的。 需要用于管理此内容的角色和活动。
他们必须考虑到EC软件开发是一个非常分散的过程。 也就是说，上述角色通常被不同方面采用：软件公司开发软件组件，多媒体公司开发面向图形的图形特征，并提供内容提供者的内容。
以下讨论这些方面。 在EC系统设置中，许多预定义的构建块（如商店系统，内容管理系统等）通常由具有专业知识的小型软件供应商开发。 公司一般不想依赖这些小供应商。 因此，在设计EC系统时，应该考虑到某些组件可能会被替换，而其他组件可能会被稍后添加。
因此，在软件开发过程中，要把重点放在系统集成活动的早期阶段。 这个挑战清楚地表明，从基于组件的系统和体系结构[23]得知的范例也非常适合于EC系统。 组件模型（如Enterprise JavaBeans或DCOM）意义上的组件是构建EC系统的基础[25]。如果EC系统需要集成到现有的基础设施中，则必须提供集成所需的方法，概念和软件工具[18]。 所使用的方法，概念和软件工具以及涉及的软件开发人员，都取决于整合的方式。例如，可能必须考虑安全方面（使用防火墙，加密等）。 这些安全方面不仅在实施过程中必须考虑，而且还要在EC系统的设计过程中考虑。 此外，必须决定产品或服务的直接销售流程是否应由EC系统电子支持。如果需要对产品的支持，EC系统必须与商家的开放或关闭库存控制系统集成。 通常在支持服务的直接销售流程时也需要与传统的域特定的，高度个性化的应用软件系统集成。 被称为“遗留系统”的这些个人应用软件系统被保险公司，政府机构，银行，电力公司等各种业务所使用[13]。
虽然传统的应用软件系统可能主要通过其功能来赢得用户接受，并且可以以这种方式对抗市场竞争对手，但是EC系统（例如，商店系统）的特殊类别也必须通过用户界面赢得用户（即，客户）接受。 用户界面不仅以某种布局呈现内容，而且还指导和支持用户。 大多数常规软件开发过程中不包括有关内容选择及其演示的任务。 执行他们的角色是软件人体工程学，教学法，图形设计和心理学的专家。
性能是影响用户接触EC系统的第二个因素。 当EC系统性能不佳时，这种情况变得更加明显：用户在等待8 - 15秒[17]的响应后，往往会退出对某个站点的访问，导致收入损失和图像丢失 公司与网站相关联。因此，表征客户行为，工作量预测和绩效模拟成为非常突出的活动[24]。EC客户行为的两个特征使EC设置中的工作负载特征加剧：在常规软件系统中通常不会出现类似峰值的请求突发和大量数据请求[16]。
接受许多EC系统（例如商店系统）的另一个主要因素是更新 - 不仅关于内容，而且同样重要的是内容呈现。 在大多数常规软件应用系统中，不同类型和结构的数据以不同的方式进行管理和处理。应用软件系统管理的数据越多，它是更新的。 此外，为了保持最新的商店系统，必须保持最新的内容的呈现。 这意味着即使数据保持大部分不变，其演示也随着时间的推移而变化。 在生产/维护阶段，商店系统的功能可能保持很大程度上不变，同时内容的呈现由专业人员以特定的时间间隔修改和调整，用于软件人体工程学，教学法，图形设计和心理学。广泛的统计测试允许随时间测量客户接受程度。 从这些统计数据可以推断出哪些部分的演示文稿应该改变。
参与开发EC系统的角色在参与供应商之间更为专业化，更广泛地传播，而不是常规软件系统开发的情况。一些角色和活动已经被提到：软件人体工程学，专业知识，屏幕设计和心理学专家，绩效工程师，内容工程师和软件开发人员，拥有众多技术专长，如Java，组件模型和其他框架，如Enterprise JavaBeans，Servlet或Java Server Pages，或不同级别的中间件，如XML，SOAP和RMI。在大多数情况下，在一家供应商（如软件公司）中找不到所需的各种技能。许多具有专业技能的供应商之间的合作，如多媒体设计公司，软件公司，包括自由职业者作为专家和内容提供商的情况更为可能。 EC系统的开发过程必须考虑到这种分配，考虑合同解决（界面合同方面的法律和技术）以及缓解供应商之间的沟通的手段。
根据软件开发过程中的行动过程，不同的角色使用不同的软件工具，如商店系统（Intershop，Openshop等），内容管理系统（Hyperwave，Firstspirit，Pirobase等）或软件开发/ 编程环境（JBuilder，Together J等）。
如前所述，在开发EC系统时，需要一个特殊的软件开发过程来考虑这些因素。 本文提出了在B2E EC门户系统开发过程中定义的这一过程：该门户系统在第2节中介绍，并展示了EC系统的一些上述功能，从而激发了对适应软件开发过程的需求。 第3节描述了处理这些功能并导致门户系统的实际过程。 第4节验证了所提出的流程模型，并将其与软件流程领域的其他工作相关联。 最后，第5节总结了主要方面，并从适合于支持EC系统发展的流程工作中得出结论。
2. IPSI电子商务门户
EC的保险门户网站是作为软件工程项目的一部分设计和实施的[4]。 这个称为互联网门户网站系统（IPSI）的门户旨在为保险代理人提供日常工作的支持。 门户的主要目标是支持B2E流程[15]。 因此，通过EC门户及其子系统提供关于产品组合，关税和客户联系的信息，来支持管理层和员工之间的沟通（在这种情况下是保险公司及其代理人之间），而且在员工之间进行沟通。 该门户系统展示了EC系统的一些特性，从而产生对适应软件开发过程的需求。 第3节讨论了用于IPSI开发的过程。
在项目需求分析阶段，认识到EC门户是不同异构子系统的集成平台[8]。基于n层架构，用户界面和数据存储库1与驻留在多个应用程序组件（称为子系统）中的功能业务逻辑[12]分离。 IPSI的高度集成性对所选择的软件过程产生了重大影响（比较第3节）。 在功能业务逻辑层面，确定了EC门户的以下子系统，显示了集中在多个不同系统上的需要：
办公系统：办公系统管理任何代理的客户联系地址和预约的约会。 对于地址，区分远程和本地数据。 虽然远程数据由保险公司的合作伙伴管理系统管理，但本地数据由代理商计算机上的办公系统管理，以满足其隐私要求。
内容管理系统：内容管理系统提供任何类型的信息。 每个保险公司的员工（例如管理层，后台员工或代理商）都可以为所有其他参与者提供信息。 基于个人访问权限，员工可以在每个其他雇员的内容管理系统中检索信息（例如新产品组合，手册，营销材料，关于保险等方面的法律决定的评论）。 内容管理系统使用不同的视图和访问权限组织此信息。
采购系统：采购系统提供消费品（例如计算机设备，书籍或书写材料）和服务（例如培训课程）。
每个保险代理人都可以订购消费品进行日常工作。 管理层可以监控订单并控制其代理产生的成本。
通信系统：通信系统代表电信媒体（手机，传真和电子邮件）的接口。 通信系统能够通过电子邮件，短消息服务（SMS）或传真发送文档，通知或提醒。 通知和提醒是由办公室系统设定的任何用户定义的时间点发送的。
门户管理系统：门户管理系统作为管理中心，因此提供添加，更新或删除门户用户数据和其他管理功能的功能。 管理系统允许单点登录，即EC门户用户不需要单独在门户的每个子系统授权自己。 门户管理系统的第二个目的是分析和呈现由子系统提供的日志记录信息。
搜索系统：搜索系统允许用户根据全文搜索或预定义关键字在整个门户中搜索信息。 搜索请求的结果可以包括约会，客户地址，来自内容管理系统的文档，订购的商品或这些元素的组合。
遗留系统：遗留系统是提供者（本例中是保险公司）站点已经存在的任何外部系统，必须连接到EC门户。 传统系统通常被实现为主机应用，例如在IPSI的情况下存储被保险人的合同数据的合作伙伴管理系统。
这些要求导致了图1所示的系统架构的发展。Fig.1.
办公室，内容管理，采购，遗留和通信都是外部系统。 为了避免从零开始构建这些，决定将现有解决方案集成到EC门户中。
书等 [4]详细描述门户系统的架构。 这里只提供一个简短的概述，特别关注前面提到的EC系统的要求。
用户通过Web浏览器与EC门户进行交互（系统架构还允许其他用户代理，如手机）。
他对系统中的控制流具有重要意义：在传统的软件系统中，对话可以在很大程度上由系统控制。 例如，系统可以随时打开一个模态对话框，迫使用户在做任何其他事情之前采取一些具体的操作[17]。 然而，在网络上，所有操作都由用户发起。 服务器无法将信息推送给用户未请求的浏览器。
因此，EC门户的外部系统（办公室，内容管理等）仍然是被动的，并且仅对通过图1所示的路径传递给他们的用户请求起作用。Fig.2.
每个用户操作（如点击链接或提交表单）都会生成中央调度程序接收到的HTTP请求。 调度程序解析HTTP请求字符串，从其内容生成请求对象，并将其传递给负责处理请求的任务的控制器。 搜索控制器和管理控制器实现前面提到的搜索和门户管理系统的功能; 涉及外部系统的所有其他事务都由工作流控制器处理。
系统的实际“工作”由系统完成：办公室子系统存储代理的联系人，约会，任务等，内容管理系统管理所有已发布的数据，遗留系统处理合同数据等。 为了将子系统连接到应用程序的其余部分，同时隐藏任何子系统的细节，我们使用适配器作为子系统的一个方面。 如果更换了子系统或添加了新的子系统，则只能更换适配器。
为了能够添加新功能（即使不改变子系统也是如此），使用了使用Java Reflection API的高度可配置的调度器 - 控制器机制。 在此设置中，调度员负责定位能够处理用户请求的控制器。 控制器实现完成一个请求所需的工作流[10]，特别是通过与子系统的适配器接口进行交互。 控制器和子系统适配器通过优化业务对象[1]即EC门户网站工作流中心的实体进行通信。 因此，所有控制器和子系统都知道以下业务对象：
dagger;用户
dagger;联系
dagger;约定
dagger;任务
dagger;信息
dagger;商品
dagger;订购
dagger;订单历史
dagger;搜索请求
dagger;搜索结果
为了安排约会，例如，相应的工作流控制器根据调度员收到的数据创建一个约会对象，并将其传递给办公室子系统（或准确地说，子系统的适配器）的方法，该方法将该约会添加到用户的日历。 如果用户已经选择通过电子邮件及时提醒约会，则工作流控制器另外创建消息对象，将约会对象的副本连接到它，并将其传递给通信系统，将其排队， 用户要求的邮件发送。
为了将控制器中包含的业务逻辑和由软件开发人员维护的业务逻辑与用户界面特性维护的演示逻辑分开，我们采用了一个控制器格式化机制。 用户请求的来源（例如Web浏览器）确定输出介质，并在控制器完成其任务之后告知分派器哪个格式化程序（例如，WML-与HTML格式化程序）进行调用。 当更改图形用户界面或添加新的输出介质时，只有格式化程序需要由设计专家修改，从而使业务逻辑完全不变。
为了应对性能考虑和其他技术系统要求，大多数外部子系统和Web服务器在单独的计算机上运行。 这种分布式架构需要像RMI这样的中间件来协调不同组件之间的方法的调用和对象的传递。
3.流程说明
在本节中，我们将描述为开发IPSI而选择的软件过程。 该过程也被认为是其他
全文共15203字，剩余内容已隐藏，支付完成后下载完整资料
资料编号：[144926]，资料为PDF文档或Word文档，PDF文档可免费转换为Word
以上是毕业论文外文翻译，课题毕业论文、任务书、文献综述、开题报告、程序设计、图纸设计等资料可联系客服协助查找。
