宾馆管理系统软件开发实训实验报告(共113页).doc

《宾馆管理系统软件开发实训实验报告(共113页).doc》由会员分享，可在线阅读，更多相关《宾馆管理系统软件开发实训实验报告(共113页).doc（113页珍藏版）》请在得力文库 - 分享文档赚钱的网站上搜索。

1、精选优质文档-倾情为你奉上数学与计算机学院实训报告课 程 名 称: 软件开发设计实践 课 程 代 码: 题 目: 宾馆管理系统 年级/专业/班: 2010级软件工程 组 员 姓 名: 组 员 学 号: 开 始 时 间: 2012 年 10 月 15 日完 成 时 间: 2013 年 01 月 10 日课程设计成绩：技术水平与实际能力（50）说明书撰写质量（50）总 分（100）指导教师签名： 年 月 日专心-专注-专业宾馆管理系统任务分配表1任务分配表姓 名任 务工作所占比例李帅 采购管理部分、PD合并、报告整理20%庞利平 内部管理部分、报告整理20%张寒雪 财务管理部分、报告整理20%罗丹

2、 顾客管理部分、报告整理20%叶永涛 房间管理部分、报告整理20%目 录1 需求分析模型重构1.1 业务需求分析1.1.1.背景、业务概况宾馆、酒店等等服务性场所已经越来越多，在这个高科技的年代，其想要给更广泛的消费者提供更好的居住条件，更有效率的经营整个宾馆，宾馆管理人员决定以计算机系统的支持来发起运作。该宾馆目前的业务为宾馆住宿，宾馆管理人员可以根据实际情况有所更改。而顾客也分为两类：一类是非会员顾客，一类是会员顾客。会员顾客的等级分为白金会员和VIP会员两种。会员顾客在住房的时候享有一定的折扣和优惠，而会员的等级不同，享有的权利也不同。宾馆管理人员可以根据实际情况进行调节。该宾馆也希望客

3、户可以通过自助服务或者前台人工服务查询客房相关信息，如房间的价格、类型、是否空闲，从而决定是否入住；在入住之后，顾客也可以通过店内服务端进行服务呼叫或者其他要求。在服务方面的数字化，是顾客能够使用地更得心应手，增加顾客舒适度体验。在其他管理（内部管理、财务管理、采购管理方面）也能够实现数字化。，财务上，使各项支出更加清晰明了，减少各种人为差错和漏洞；内部管理上，员工的管理、薪水发放与查询等等方面也实现数字化管理，提高效率。1.1.2业务目标通过对业务概况的整理，现得出系统的以下业务：BO-1：房间管理方面能够数字化登记统计房间内部的常用物资的数量、使用状况等基本信息，也能够修改和更新房间的使用

4、情况、价格等等基本信息。BO-2：规范化宾馆的内部管理，提高工作效率和管理效能。内部管理方面能够方便管理人员对房间、人员、财务等方面的管理，实现办公数字化。BO-3：规范财务管理，将收银人员和财务人员分开，减少人为差错；财务人员可以对工作人员进行工资支付和采购物品的资金支付；收银人员主要进行前台和顾客之间的金额。BO-4：顾客管理方面能够对对顾客进行会员注册、等级制定；，顾客可以通过前台或者店内终端机向服务人员提出基本的服务要求，也可以查询到客房的相关信息。BO-5：对采购部门进行规范性管理，从而提高整个宾馆的整体化管理系统可以管理相关物品的库存量，采购主管可以根据库存量多少做出采购判断；供货

5、商可以向系统提交自己的可以提供的商品及相关商品的具体信息，以供采购部门进行分析判断是否进行采购。SC-1：初始版本发布后，宾馆的运营更有序，管理部门对相关部门的情况了解更深，更快速。管理部门对宾馆的整体管理更有效，能解决掉各部门管理松散、联系脱节的缺点。SC-2：初始版本发布后的5个月内，由于宾馆的服务质量提高，顾客对宾馆的满意度要提高1.0。业绩量也有较大幅度的提升。1.1.3涉众分析1.1.3.1 涉众涉众（stakehoder）是指与要建设系统相关的一切人和事情。（注意：涉众不等于用户，用户是系统的使用者，只是涉众的一部分）。涉众的信息可以通过客户的岗位手册，业务手册等相关的文件中获取，

6、也可以经过访谈而获取。通过需求陈述分析，得出宾馆管理系统的利益相关者（涉众）如图1.1以及涉众的信息如表1-2：图1.1 涉众信息表1.1涉众概要信息编号名称说明期望SH001非会员顾客没有办理会员业务的顾客。宾馆对于这些非会员顾客一般不会提供打折或优惠的。对于非会员的顾客在入住宾馆是需要交定的押金。1 可以很方便的申请办理会员2 可以很方便的查看宾馆的住房等级SH002会员顾客办理会员业务的顾客。会员顾客又可分为：VIP会员顾客和白金顾客。宾馆入住是有一定的折扣，VIP会员可以享有9折优惠，可以根据一定情况升级为白金会员；白金会员享有8折优惠，并且在一些节日还会赠送礼物。1. 可以方便的进行

7、对VIP卡或者白金卡进行续费，并查询卡中的费用余额2. 可以方便地使用会员卡缴纳宾馆的费用。3. 可以很方便的查找宾馆的住房等级4. 方便对VIP会员申请办理白金会员SH003收银组设立收费岗，接受顾客的所交缴费和归还相应的费用。1. 计算机自动计算缴纳费用2. 收银员交接时的快捷管理SH004管理部门负责整个宾馆的运作管理。1 可以方便查看宾馆的住房情况2 可以管理员工的信息3 可以设定一些会员的折扣规则4 统计VIP和白金会员人数SH005服务部门负责物品的摆放，以及顾客的接待工作，帮助非会员开通会员业务，接听会员电话，帮助预定房间，以及为客户提供餐饮服务。服务人员工作于营业大厅和客户房间

8、。 1. 能快捷的帮助非会员办理会员卡，录入会员信息，并将VIP卡申办为白金卡2. 能方便的为会员充值会员卡3. 接听会员电话并快捷的帮助其查询信息，预定房间4. 能够通过系统生成会员统计表上报管理者SH006财务部门负责统计财务报表，员工工资的发放，并能与供应商进行财务结算。 可以方便的进行各种财务计算，并定期产生财务报表SH007系统维护部门系统维护部门负责对系统的维护，包括系统用户权限管理，员工的档案管理，数据的备份恢复。1. 系统是方便维护的SH008安保部门负责整个宾馆的财务安全，人生安全，以及宾馆的秩序。并且还能帮顾客提行李。1. 可以通过监视器查看宾馆各楼层通道及楼梯的情况2.

9、引导大厅的安全及秩序3. 能快捷的帮助顾客查找他们预定的房间SH009采购部门负责检查宾馆的产品情况，并根据现有产品列出需要采购的产品目录清单，向供应商提供需采购的产品目录清单，接受供应商提供的产品目录清单。并且导入整个系统进行管理通过供应商采购产品。1. 通过计算机能方便快捷地查看库存信息2. 能简捷的导入供应商的目录清单，进行比较。3. 采购回的产品能方便快捷的进行录入管理SH010供应商负责向采购部门提供产品清单及样品，接受采购部门的采购清单，提供产品。1. 能以方便的数据形式提供产品清单（EXCEL、TXT等）能接收打印的采购清单。2. 快捷的方式进行结账。1.1.3.2边界分析业务目

10、标，得到系统边界。 比如业务目标一：为顾客提供业务办理自动化服务，提高办事效率，方便客户，为客户提供更好的服务，就是一个可能的边界。为此，能够为顾客服务的就应该是服务部门、收银部门和店内终端服务机，而系统管理人员和采购和维护都与顾客服务无关，所以应该划分到边界之外。系统边界的划分如图1.2所示。图1.2 顾客服务边界定义 图1.3采购管理边界定义 图1.4 房间管理边界定义图1.5 内部管理边界定义图1.6财务管理边界定义1.2 非功能性需求分析1.2.1性能(PEformance)需求PE-1:系统需要保证在工作期间的工作效率，尤其是会员电话预约查询时，系统响应时间应该在5秒左右。PE-2:

11、 查询，登记信息要方便相应权限用户查询管理人员能很容易的生成自己所需要查看的报表。PE-3: 管理人员和系统管理者使用的每个功能都应该能够有联机帮助文档。1.2.2 安全性（SEcurity）需求SE-1:每条充值记录都需要有日志文件能够查询。SE-2:保证充值或扣款事务的完整进行，不受特殊情况（如断电，误操作等）而影响数据的完整性、一致性。2 业务分析模型2.1 业务主角 首先根据涉众概要，可以得到涉众列表，其次根据所定义的边界也可以从中寻找那些站在边界外的涉众。而这些涉众可能就是我们需要分析出来的主角（actor）。2.1.1 顾客服务业务主角 在顾客服务边界之外，顾客，管理人员、采购部门

12、和系统维护部门是在边界外的涉众。对所有顾客来说，假设顾客不会直接使用系统，而是由店内的服务人员代为填写电子表单并提交，另外顾客也是通过终端机对系统进行查询交互，那么服务员和终端机将代表顾客行使其系统利益，也就是说对顾客服务边界而言，虽然利益来自于顾客，但由于顾客不直接与边界说代表的系统交互，而委托店内服务人员或者终端机来代表其与系统交互，因此顾客不能构成为业务主角，服务人员和终端机则代表涉众利益的业务主角。而管理人员、采购部门和系统维护部门都是和用户没有直接联系的，所以通过分析，可以得到顾客服务的主角。如图2.1所示：图2.1 顾客服务主角2.1.2 财务管理业务主角 财务管理业务主要包含了整

13、个系统中财务的管理以及其支入支出的情况，主要由采购主任、收银员和会计等构成。如图2.2所示 图2.2财务管理业务主角2.1.3 采购管理业务主角 采购管理业务主要包含了整个宾馆的业务所需物品的采购流程，主要主角包括采购人员、管理人员，供应商、会计等，如下图所示：图2.3 采购管理业务主角2.1.4 房间管理业务主角 房间管理业务主要包含了整个宾馆房间的服务和管理以及采购等一系列的业务流程，业务主角包括了管理人员，采购人员，服务人员，和系统维护人员。如下图： 图2.4 房间管理业务主角2.1.5内部管理业务主角内部管理业务主要包含了整个宾馆的员工信息进行管理，计算员工工资，业务主角包括了管理人员

14、，采购人员，服务人员，收银员、会计和系统维护人员。如下图：图2.5内部管理业务主角2.2 业务用例分析从岗位手册、业务流程指南和职务说明等一些文件以及与客户的访谈结果可以得出业务用例图。2.2.1 顾客服务业务用例根据顾客服务业务分析，得到其用例如图2.3所示：图2.6 顾客服务业务用例2.2.2 财务管理业务用例 图2.7 财务管理业务用例2.2.3 采购管理业务用例 根据采购管理业务分析，得下如下模型：图2.8 采购管理业务用例2.2.4房间管理业务用例 根据房间管理业务分析得到如下模型： 图2.9 房间管理业务用例2.2.5内部管理业务用例根据内部管理业务分析得到如下模型：图2.10 内

15、部管理业务用例2.3 业务用例场景分析2.3.1 顾客业务用例场景分析顾客服务用例场景分析如下：图2.11 顾客服务时序图图 2.12 顾客服务活动图2.3.2财务管理业务用例场景分析如下： 图2.13财务管理业务时序图 图2.14财务管理业务活动图2.3.3采购管理业务用例场景分析 图2.15采购管理顺序图图2.16采购管理活动图图2.17保存采购清单时序图图2.18 支付采购费用时序图图2.19 选择采购产品时序图2.3.4房间管理业务用例场景分析 根据房间管理业务用例分析得到如下图：图2.20房间管理时序图图2.21房间管理活动图2.3.5内部管理业务用例场景分析图2.22 内部管理业务

16、时序图图2.23 内部管理业务活动图2.4 业务用例完整的包图 图2.24业务用例完整的包图3概念分析模型3.1核心业务活动图图3.1关键业务活动图3.2关键业务概念用例图图3.2关键业务概念用例图3.3概念用例分析（活动图）3.3.1 顾客服务概念用例分析3.3.1.1 顾客服务概念用例图3.2顾客概念用例图 3.3.1.2 办理会员概念用例场景分析（活动图）图3.3办理会员概念用例场景分析活动图图3.4办理会员卡升级概念用例场景分析活动图图3.5租住房间概念用例场景分析活动图3.3.2 财务管理概念用例分析3.3.2.1 财务管理用例图 图3.6财务管理用例图3.3.2.2 财务管理概念用

17、例场景分析图（活动图）图3.7制作采购费用清单活动图图3.8录入房间收银信息活动图图3.9生成员工工资清单活动图3.3.2.3 财务管理概念用例场景分析图（时序图）图3.10制作采购费用清单活动图图3.11录入房间收银信息活动图图3.12生成员工工资清单活动图3.3.3采购管理概念用例分析3.3.3.1采购管理概念用例 图3.13采购管理概念用例图3.14保存采购信息活动图图3.15支付采购费用活动图图3.16选择采购产品 活动图3.3.4内部管理概念用例分析3.3.4.1内部管理概念用例 图3.17内部管理概念用例 图3.18增删员工活动图 图3.19更新员工活动图 图3.20计算员工工资活

18、动图3.3.5房间管理概念用例分析图3.21房间管理核心业务概念用例主图图3.22房间管理核心业务时序图图3.23房间管理核心业务活动图3.4概念用例实现分析3.4.1 顾客服务概念用例实现分析图3.24会员办理用例实现图3.25办理会员卡升级用例实现图3.26租住房间用例实现3.4.2采购管理概念用例实现分析 图3.27保存采购信息用例实现图3.28 支付采购费用用例实现图3.29 选择采购产品用例实现3.4.3房间管理概念用例实现分析图3.30房间价格制定、更新用例实现图3.31房间入住过程用例实现图3.32房间管理生成分析对象图3.4.4财务管理概念用例实现分析图3.33制作采购费用清单

19、过程实现图3.34录入房间入住收银信息过程实现图3.35生成员工工资清单过程实现图3.36制作采购费用清单相关对象图3.37录入房间入住收银信息相关对象图3.38生成员工工资清单相关对象3.4.5内部管理概念用例实现分析图3.39增删员工过程实现图3.40更新员工信息过程实现图3.41计算员工工资过程实现3.5 概念用例完整的包图 图3.42包图4 系统分析模型4.1 系统用户分析 图4.1 系统用户分析4.2 系统用例分析4.2.1 系统用例图图4.2系统用例图4.2.2 系统用例图场景分析（活动图）4.2.21 财务管理系统用例图场景分析（活动图）图4.3制作采购费用清单才做过程图4.4生

20、成员工工资清单操作过程图4.5录入房间入住收银信息操作过程4.2.2.2 财务管理系统用例图场景分析（活动图）图4.6会员办理操作过程图4.7办理会员卡升级操作过程图4.8租住房间操作过程4.3 系统用例实现分析4.3.1 系统用例实现用例图 图4.9系统用例实现用例图4.3.2 用例实现场景分析（活动图）4.3.2.1房间管理场景分析（活动图）图4.10制定或更新房间价格过程实现图4.11房间入住信息管理的操作过程实现图4.12添加或更换房间生活用品过程实现4.3.2.2采购管理用例场景分析（活动图）图4.13保存采购信息活动图图4.14支付采购费用活动图图4.15选择需要采购的产品活动图4

21、.3.2.3内部管理用例场景分析（活动图）图4.16增删员工活动图图4.17更新员工信息活动图图4.18计算员工工资活动图图4.19会员办理用例实现图4.20办理会员卡升级用例实现图4.21租住房间用例实现4.3.2.5财务管理用例场景分析（活动图）图4.22制作采购费用清单用例实现图4.23生成员工工资清单用例实现图4.24录入房间收银信息用例实现4.4 分析类4.4.1 实体类4.4.1.1房间管理实体类 图4.25房间管理实体类4.4.1.2 内部管理实体类 图4.25内部管理实体类4.4.1.3财务管理实体类 图4.26财务管理实体类4.4.1.4顾客服务实体类 图4.27顾客服务实体

22、类4.4.1.5采购管理实体类 图4.28采购管理实体类4.4.2 控制类4.4.2.1房间管理控制类 图4.29房间管理控制类4.4.2.2采购管理控制类图4.30采购管理控制类4.4.2.3财务管理控制类 图4.31财务管理控制类4.4.2.4内部管理控制类 图4.32内部管理控制类4.4.2.5顾客服务控制类 图4.33顾客服务控制类4.4.3 边界类4.4.3.1房间管理边界类 图4.34房间管理边界类4.4.3.2内部管理边界类 图4.35内部管理边界类4.4.3.3财务管理边界类 图4.36财务管理边界类4.4.3.4采购管理边界类 图4.37采购管理边界类4.4.3.5顾客服务边

23、界类 图4.38顾客服务边界类 4.4.4系统分析模型4.4.4.1 顾客管理系统分析模型图4.39会员办理分析模型图4.40办理会员卡升级分析模型4.4.4.2 财务管理系统分析模型 图4.41制作采购费用清单分析模型图4.42生成员工工资清单分析模型4.4.4.3房间管理系统分析模型4.4.4.3.1房间价格制定、更新分析模型图4.43房间价格制定更新模型4.4.4.3.2房间物品信息管理分析模型 图4.44房间物品信息管理分析模型4.4.4.4内部管理系统分析模型图4.45管理员工信息分析模型图4.46增删员工分析模型图4.47计算员工工资分析模型4.4.4.5采购管理系统分析模型 图4

24、.48支付采购费用最终分析模型图4.49选择需要采购的产品最终分析模型图4.50保存采购信息最终分析模型4.4.5各系统分析类图 4.4.5.1 顾客服务分析类图图4.51顾客服务分析类图图4.52会员办理BusinessControl层图4.53会员办理Entity层图4.54会员办理Window层图4.55 办理会员卡升级分析类图图4.56办理会员卡升级BusinessControl层图4.57办理会员卡升级Entity层图4.58办理会员卡升级Window层 4.4.5.2 财务管理分析类图 图4.59制作采购费用清单分析类图图4.60制作采购费用清单BusinessControl层图4

25、.61制作采购费用清单Entity层图4.62制作采购费用清单Window层图4.63生成员工工资清单分析类图图4.64生成员工工资清单BusinessControl层图4.65生成员工工资清单Entity层图4.66生成员工工资清单Window层4.4.5.3采购管理分析类图4.4.5.3.1支付采购费用图4.67支付采购费用BusinessControl层图4.68支付采购费用Entity层图4.69支付采购费用Windows层4.4.5.3.2选择需要采购的产品图4.70选择需要采购的产品BusinessControl层图4.71选择需要采购的产品Entity层图4.72选择需要采购的产

26、品Windows层4.4.5.3.3保存采购信息图4.73保存采购信息BusinessControl层图4.74保存采购信息Entity层图4.75保存采购信息Windows层4.4.5.4房间管理分析类图1.BusinessControl层图4.76房间价格制定、更新BusinessControl层分析类图 图4.77 房间物品信息管理BusinessControl层分析类图2.Entity层图4.78房间价格制定、更新Entity层分析类图图4.79房间物品信息管理Entity层分析类图3.Windows层图4.80房间价格制定、更新Window层分析类图图4.81房间物品信息管理Wind

27、ow层分析类图4.4.5.5内部管理分析类图图4.82计算员工工资分析类图图4.83更新员工信息分析类图图4.84增删员工分析类图增删员工：图4.85BusinessContronl层图4.86Entity层图4.87Window层管理员工信息分析模型：图4.88BusinessContronl层图4.89Entity层图4.90Window层计算员工工资：图4.91BusinessContronl层图4.92Entity层图4.93Window层 图4.94系统分析完整的包图4.4.6 总分析类图 图4.95总分析类图 4.5 系统分析完整的包图 图4.96系统分析完整的包图5系统设计模型5

28、.1软件架构/框架选择MVC（模型-视图-控制器）模式5.1.1软件架构描述模型-视图-控制器（MVC）是80年代Smalltalk-80出现的一种软件设计模式，现在已经被广泛的使用。1、模型（Model）模型是应用程序的主体部分。模型表示业务数据，或者业务逻辑.2、视图（View）视图是应用程序中用户界面相关的部分，是用户看到并与之交互的界面。 3、控制器（controller) 控制器工作就是根据用户的输入，控制用户界面数据显示和更新model对象状态。 MVC 式的出现不仅实现了功能模块和显示模块的分离，同时它还提高了应用系统的可维护性、可扩展性、可移植性和组件的可复用性.早期的程序中，

29、如果不注意对数功能和显示的解耦合，常常会导致程序的复杂及难以维护。很多VB,Delphi等RAD程序都有这种问题。甚至现在的C#,Java有时候也会出现把业务逻辑写在显示模块中的现象 .管MVC设计模式很早就提出，但在Web项目的开发中引入MVC却是步履维艰。主要原因：一是在早期的Web项目的开发中，程序语言和HTML的分离一直难以实现。CGI程序以字符串输出的形式动态地生成HTML内容。后来随着脚本语言的出现，前面的方式又被倒了过来，改成将脚本语言书写的程序嵌入在HTML内容中。这两种方式有一个相同的不足之处即它们总是无法将程序语言和HTML分离。二是脚本语言的功能相对较弱，缺乏支持MVC设

30、计模式的一些必要的技术基础。直到基于J2EE的JSP Model 2问世时才得以改观。它用JSP技术实现视图的功能，用Servlet技术实现控制器的功能，用JavaBean技术实现模型的功能.5.1.1软件架构包图 图5.1软件架构包图5.2基于架构的设计类5.2.1 顾客服务设计类 图5.2会员办理设计类 图5.3办理会员卡升级设计类 图5.4会员办理Business设计 图5.5办理会员卡升级Business设计 图5.6会员办理的Window设计 图5.7办理会员卡升级的Window设计5.2.2 财务管理设计类图5.8制作采购费用清单设计类图5.9生成员工工资清单设计类 图5.10制作

31、采购费用清单的Business设计类 图5.11制作采购费用清单的Window设计类 图5.12生成员工工资清单的Business设计类 图5.13生成员工工资清单的Window设计类5.2.3内部管理设计类 图5.14新员工申请设计 图5.15更新员工设计 图5.16计算员工工资设计5.2.4 采购管理设计类5.2.4.1选择需要采购的产品设计类 图5.17选择采购产品设计类5.2.4.2支付采购费用设计类 图5.18 支付采购费用设计类5.2.4.3保存采购清单设计类 图5.19保存采购清单设计类5.2.5房间管理设计类 图5.20房间价格制定或更新Window层设计类 图5.21房间物品

32、信息管理Window层设计类 图5.22房间价格制定或更新Business层设计类 图5.23房间物品信息管理Business层设计类5.2.5总体设计类图5.24总体设计类6设计类优化6.1设计类优化结果 图6.1 设计类优化结果6.2采用的设计模式说明工厂模式是我们最常用的模式了,著名的Jive论坛 ,就大量使用了工厂模式，工厂模式在Java程序系统可以说是随处可见。 为什么工厂模式是如此常用？因为工厂模式就相当于创建实例对象的new，我们经常要根据类Class生成实例对象，如A a=new A() 工厂模式也是用来创建实例对象的，所以以后new时就要多个心眼，是否可以考虑使用工厂模式，虽

33、然这样做，可能多做一些工作，但会给你系统带来更大的可扩展性和尽量少的修改量。 7面向对象数据库分析设计 7.1概念数据模型 图7.1 概念数据模型7.2概念数据模型优化/调整 图7.2概念数据模型优化/调整7.3物理数据模型 图7.3 物理数据模型附录A 部分生成的SQL语句create table 流水账单 ( 流水号 VARCHAR2(254) not null, 日期 DATE, 消费 INTEGER, 备注 VARCHAR2(254), ID VARCHAR(254);create index Relationship_2_FK on 流水账单 ( ID ASC);create tab

34、le 会员 ( id VARCHAR2(254) not null, name VARCHAR2(254), tel VARCHAR2(254), type INTEGER);create table 收银员 ( 姓名 varchar null, 性别 smallint null, 年龄 integer null, 工号 V not null);create table 服务人员 ( sID integer not null, sName varchar(1024) null, sTel varchar(1024) null, sSex smallint null, sDate date nu

35、ll);create table 管理人员 ( mID integer not null, mName varchar(1024) null, mTel varchar(1024) null, mSex smallint null, mDate date null);create table 采购人员 ( cID integer not null, cName varchar(1024) null, cTel varchar(1024) null, cSex smallint null, cDate date null);附录B 部分生成的程序结构性代码package 逻辑视图.分析模型.建立

36、会员分析模型;import 逻辑视图.分析模型.顾客服务分析模型.流水账单;import java.util.*;/* pdOid 2ad6854e-b3e5-4c9c-b3ce-25c806cbce8d */public class 会员 /* pdOid 2b3fbdc4-bc9c-4850-bba2-1ff52a34714e */ private String id; /* pdOid ae-07e8-41e1-b306-b1050e7c9632 */ private String name; /* pdOid bbdc538a-d2e4-4d15-894d-8b6cb85a3a10 */ private String tel; /* pdOid 90648f05-bed8-4142-a6c4-536f5659ed85 */ private int type; /* pdRoleInfo migr=no name=流水账单 assc=association2 coll=java.util.Collection impl=java.util.HashSet mult=0.* type=Aggregation */ public java.util.Collection 流水账单; /* pdOid f324c960-0baa-425d-8fbd-05984e