文献写作5.docVIP

第5章 客户/服务器应用软件的实现 §5.1 客户/服务器项目的开发管理方法 从工程管理的角度来看客户/服务器系统有以下几种开发模式[19]： 1．快速应用开发(RAD) 这种开发模式实际是指采用一组管理过程及技术快速建立应用。这种技术是根据客户/服务器应用的一种特别需求而发展起来的，这种特别需求是：要快速完成应用开发并使之投入生产。 快速应用开发所能适应的问题的范围很窄，这种问题应有很好的定义，在逻辑上必须简单，而且规模小，通常只是为了完成某一方面的小任务而指定的问题。随着企业今天要承受的压力日益增加，客户/服务器结构所承担的应用也日益复杂，快速应用开发模式不太可能成为一种广泛使用的方法。但对于一些比较小的应用，使用这种开发模型可以得到立竿见影的效果。结算模块就是采用这种开发模式实现的。 2．联合应用开发(JAD) 联合应用开发模式是与终端用户共同开发系统的一种方法。其基本思想是由一组技术人员和对系统的每一个阶段都进行复审的终端用户在下一阶段进行之前达成一致意见，并让抄写员用文字或图表将之记录下来。由于人们能够在下一阶段之前就决定是否进行复审并决定其含义，以后很少造成意见分歧。 联合应用开发模式是开发客户/服务器应用的一种很有用的方法，但需要对小组会议进行有经验的管理，这一点非常难做到。此模式经常会因为某一成员或某一部分成员或某一意见所主宰，从而损失项目的质量。尽管与用户开会是一种直截了当的方法，但这其实是一种微妙的过程，需要开发小组协力配合和个人间的交际技巧才能取得成功。系统管理维护模块主要采用这种模式实现。 3．并肩式开发模式 为使开发过程成为一次有效的实践，开发人员必须学习业务并关心用户对系统的需要。另一方面，终端用户需要一下子掌握很多新的技术名词和复杂概念。通过把开发过程组成若干小组负责一个自成一体的应用开发，你就更有可能使这些小组协调地工作并在尽可能短的时间里达到预定目标。这种方法实质是开发小组由开发人员和终端用户形成一个小组肩并肩开发一个离散的应用（每个小组不应多于6个人）。实践证明这种开发模型的效果非常好。这种开发模型比较实用，本系统中大部分模块都是直接或间接通过这种方式完成的。 以上几种模型只是针对客户/服务器结构的几种软件开发的管理方法，软件工程中的通用方法在这里仍然适用，具体开发时最重要的仍然是软件开发人员和用户之间的密切配合。 §5.2 用客户/服务器方式实现企业医疗保险 5.2.1 系统业务介绍 图5.1 系统业务简化流程 这个系统融合了保险业务、经济管理和医疗业务管理的已有经验和计算机对信息的强大处理、分析能力。理想情况下，此系统在稳定运行以后，主要信息的来源只有两部分：1、单位为个人所缴的款项。2、病人在门诊和住院部的各个环节的花费。如图5.1所示。 系统输出为各种报表，包括日报表、月报表和分析表。其内容包括入院人数、出院人数、应缴保险费额和实缴保险费额等。 其中，单位和医院为最原始数据的来源。 首先，保险公司内的医疗科根据个人资料信息算出本月所有单位所应缴的款项和应补缴以前所欠的款项，然后把此信息转交给财务，财务根据此信息向单位要求付款，单位在银行直接将应缴的款划到保险公司的账户上，保险公司财务科根据单位是否有已付款凭证判断单位缴款是否已完成。财务科把单位缴款信息返回给医疗科，医疗科根据此信息决定是否对欠缴的单位进行封帐，对于其他单位，保险公司将单位已经缴的钱划分到个人的账户上。医疗科还可以对个人档案及单位档案做一些录入、修改等工作。 医院根据个人账户所剩余金额决定个人看病时每次发生的费用本人应自付多少，社会统筹将付多少，并将每次个人的花费情况输入到保险公司的服务器中，以备将来检索和结算使用。此系统的流程图见图5.2。 图6-2 图5.2 系统流程图 5.2.2 数据字典的建立 由系统的流程图可以得到系统的数据的主要组成： 静态或相对静态信息；个人档案；单位档案；单位缴费情况；个人门诊流水情况记录；个人住院流水情况记录。 其中静态或相对静态信息主要是指病种、药品名称、编号、医院计算个人费用时所用的参数、各种检查项目的名称、性质、编号等等。这些数据变动的可能性很小，但它们的正确与否又与系统能否正确运行密切相关。有些甚至属于非常敏感的数据（如医院计算个人费用时所用的参数），它们需要专人维护，在修改时要得到有关技术及业务人员的同意，并做好系统的备份，以防止因数据前后不一致造成系统崩溃。由于这些数据的修改频率很低，每个客户机（特别是远端通过数字数据网络专线或X.25连接的客户机）在做每一次运算时都提取一次这些数据会造成网络拥塞或用户等待时间过长，所以这些数据可以在客户端保存。如果这些数据发生了改变，可以让前端服务器上拷贝一份。这种方法可以很好地提高系统的性能。 如果采取应用服务器，这些数据也可以放在应用