销售点系统的发展资料.doc

销售点系统的发展：体验报告 摘要：这份报告包括了一些经验，这是期间的一个销售点终端（POS）的发展系统。有关项目的具体的事实是，它开始作为一种尝试开发可定制的标准软件，然后进行了重组，提供一个独特的项目解决方案。这份报告详细情况之前和之后重组，并讨论通过的经验不断的发展。这些经验主要涉及三方面，即：软件项目管理，原型设计和测试。 简介 本报告包括期间的一些经验一个销售终端（POS）系统的分布式点的发展。有经验的技术团体，但大多数这里介绍的经验是不按技术性质有关人员和流程。必须指出的是，本报告涉及的项目，不是一个IBM项目。不过，分析和编制已经完成在IBM在IT咨询与检测IBM集团瑞士。正如在抽象中提到，这份报告是关于一个项目进行了重组，该报告没有重点在重组本身，但是在路上，有人管理事后。为了更好地介绍经验他们被分为三组。?首先，发展过程中的经验（后重组的项目），估计和生产力。?其次，随着经验的要求分析，通过探索性原型。?第三，经验与系统测试，部署系统，有的试生产有关的活动。事前并促进理解，简要描述的POS系统及其嵌入会鉴于，由不同的综合纲要遵循项目情况和阶段。 系统概述如上所述，该系统是一个有待开发的销售点系统。它的用途是协助的寿险销售过程。该系统是为企业的生命保险的一大银行表决。这家银行拟进入一个完整的产品组合的寿险市场。而不是建立一个新的销售机构，现有基础设施（分支机构）应使用。因此，POS系统应使财务人员和银行职员，提供和销售人寿保险银行客户。POS系统，实现了在后台关系数据库，如CORBA的中间件，并作为主要语言的Java实现中常见的多级体系结构都，在中间件业务组件和客户端组件在一个薄客户端窗体。前端是一个小程序在Web浏览器中运行。?（见图1。） 图。?1：高层次的系统架构 项目概况该公司，实现了POS系统，曾与终身保险管理系统的经验和合理数量也与POS系统的保险经纪。然而，对于非保险经纪（银行职员），在这技术（多层，CORBA技术，Java等）已成为现实之前，只有一个非常小的规模，而不是一个完整的产品系列POS系统。该项目涉及的四个政党：（1）客户公司（银行），（二）公司经营系统（一IT服务供应商），（三）公司应发展保险产品（一个金融服务咨询公司），（4）最后，公司应提供的管理制度，发展POS机（一种保险部门的软件公司）。 项目里边反重组前该公司（4）有另一个客户 - 保险公司（集成电路） - 谁订购了类似的系统，和另外两个客户，谁可能在这样的系统感兴趣。所以，当时的想法是开发一个系统定制POS机一次，这一制度适应每个客户的需求。项目开工前进行了一些基本的决定是整体技术架构。这些决定被证明是可靠和可扩展性。然而，每个单独的系统，更重要的是这些系统之间的电位差的要求是不能完全理解。这是清楚地认识到，一个可定制的系统的发展将采取比单个项目的解决方案开发更多的努力。令人惊讶的是，为发展不适应的时限。这意味着事实上，这是计划开发/生产一个全新的标准软件和定制在同一时间内，至少有两个客户在一个系统的发展将采取。为了应付这个问题的开发团队扩大到了35人的整体规模在两个地点派发。 试图开发可定制的标准软件的POS比预期的更困难。有一个技术问题，由于缺乏早期阶段，直接导致团队沟通问题，是由于一些分散的发展。然而，最严重的问题涉及到一个不切实际的计划对一个时间表和目标，这些目标过于含糊不清，导致基础上的我们没有时间去有效的情况。的发展和进步变得越来越困难远远超出预期逗留。停止开发后9个月，就在当时的第一个客户（1） - 在文件开头提到的银行 - 想进入试生产阶段。在这个时候，这个系统的最初版本应该已经开发和定制的第一个客户的需要，为了使第一次全面测试。现实中，这个系统仅部分已被开发。该系统或更高它准备的部分有三个主要问题：P - 1型是什么已发展为两个原因不是客户想要的。?（一）系统并没有真正适合客户的销售过程和（二）它是太复杂，由非保险人使用。然而，客户的希望和需要，并不完全清楚，但它肯定会不适合实际系统。该系统是接近什么其他客户 - 保险公司（集成电路） - 通缉。此时的系统更类似于一个比一个POS系统保险管理制度。在反思，这不是太奇怪，因为：（一）有没有真正的需求分析，及（ii）客户的保险公司（集成电路）是更接近开发人员，位于（三）保险管理系统是系统发展公司（4）具有大量的经验。P - 2级的实际架构是有问题的，而不是真正与原来的想法兼容。由于时间限制，大大缩短了设计阶段，因此它并不清楚，所有的地方或在其上开发层以把哪些功能。因此，过多的业务逻辑进行编码为列和用户界面层。中间件是用来更像一个到数据库的连接器。特别是与外部系统分 - - 导致大规模整合的问题，并解释这至少部分原因发展变得日益困难。的P - 3系统的