保险系统的部分模式04

进一步阅读

尽管保险市场巨大，但是有关保险系统的资料还很少，在这一点与其它市场领域相反。有关基于价值链构架的基本概念和原料产品的相关概念可以参阅《Innovative Gestaltung von Versicherungsprodukten》。以上的已知应用有大量的文档，描述了相近的领域构架。来自IBM 的IAA 也是一个巨大的领域构架，但是它已经注册，不向公众公开。

模式：产品服务器

假设你想建立一个产品驱动的保险系统，这个系统一般具有一个后勤系统，用以处理提议，管理政策参数，应付投诉。另一方面，你还需要为用于销售的个人电脑，诸如内部供给或者保险经纪人支持等其它系统提供产品定义。

图 3 多个系统需要明确的产品定义

问题

何处定义你的产品知识以及怎样发布？

约束

除了上面提到的，还有几个因素也需要考虑：

平台独立性：后勤系统一般运行在OS/390 机器上，销售PC 一般运行Win95 或者其它个人操作系统，互联网上的客户端可能运行Java 应用，或者通过嵌入式HTML 与某种语言写的服务器端程序组成应用。你的产品定义必须在不同平台都可以访问。

界面设计：宽界面容易导致维护困难和软件结构过于内聚。狭窄界面则适合大量客户在不同平台的情况。

产品知识封装对最佳用户界面设计：一方面你希望封装所有产品知识。这样的好处是，例如所有的对话框只解释一个产品定义，而且能够自动改变适应新的产品定义。缺点是自动化的界面缺少美观。这种方法适合内勤系统对话框，但是不适合销售对话框和销售员笔记本电脑上的多媒体产品展示。