UML婚姻中介设计说明书.doc

无锡职业技术学院实践环节材料撰写用纸二、 婚姻中介系统的分析与设计（一）婚姻中介系统的需求建模1、需求分析传统的婚姻中介行业往往是以人工,文件形式记录客户双方的信息，这样费时费力，而且容易出现错误。所以开发婚姻中介系统的目的就是，征婚者能够方便快捷的发布信息，能够帮助征婚者在百忙之余，寻找到理想的对象。征婚信息的记录、更新、查询更具快捷性、时效性。这样能大大提高效率。本婚姻中介系统是基于网络的婚姻中介系统，主要面向人群为工作繁忙但真心想寻求到真爱的人士。由于网上客户的流动性和不确定性，本系统只提供会员服务。 系统范围以人为具体实体，定义系统范围 。包括：主管 、业务员 、征婚者、界面管理员。主管：负责审核会员账户、提醒不合格处、管理会员信息、确定会员下单信息，结算月账单、审核月账单、审核是否定单已超七天期限、分配业务员。业务员：负责存储会员信息、登记确认单、登记会员下单次数、收取服务费用、处理费用情况、联系确认单上的对象、安排会员见面。客户：申请账号、输入下单号查询、注销账号。界面管理员：记录已配对的会员情况，统计征婚成功的会员情况，可增、删会员。分析系统流程从通知征婚者和审核月账单两部分分析系统流程 。通知征婚者：业务员发通知给征婚者通知公司服务的结果，如联系到其选择对象，则通知其见面的时间和地点，2次没有征婚者的回复，则打电话再次通知，如在约定时间内没有赴约，则结束这次服务，并在此会员诚信度一栏有相应扣分。审核月账单：主管结算月账单、主管审核校对月账单、检查付款状态，查看服务费支付情况，确认是否继续提供会员服务（若超出担保范围，则停止服务，若会员自己注销，则停止服务） 2.功能模块分析（1）会员申请注册登录模块会员能够浏览相亲对象的信息情况，然后根据自己的需要，填写申请单，向业务员递交申请，业务员根据系统情况安排时间，然后通知会员。（2）主管管理模块主管工作需要登陆系统，才能够进行账单等操作，系统中的各项数据都不允许外人随便查看和更改，所以设置登陆模块是必须的。（3）会员约会模块会员可以更改约会时间，而且会员可以拒绝业务员安排的相亲对象，在约会地点上，会员可以任意挑选，但必须在业务员安排的几个地点选择，会员如果有突发状况可以及时的取消，如果会员的相亲对象有突发情况，业务员会通知取消相亲。（4）会员结账模块会员相亲账单是由业务员进行统计的，会员每次的相亲，系统会记录相亲费用，其中包括中介费，服务费，会员也实行等级制，不同的会员等级收取不同的费用。（5）征婚信息管理模块业务员统计会员的征婚信息，并在网站的征婚信息提供发布，但是每条信息发布要有时间限制，如果需要延长时间需要另收费用，。（6）会员信息管理模块注册会员后享受系统提供的服务，会员信息由主管管理，再分配给业务员进行业务服务，会员的信息时保密的，对于会员的信息的修改只有有相应权限的人才可以进行修改。（7会员权限管理模块可以写入自己的个人信息，还有浏览相亲对象。3.用例图设计分析：网络用户可以随意浏览网络上的信息，但是如果用户想要进入婚姻中介网进行浏览，那么他需要注册为会员，然后进行登录操作。图1 网络用户业务处理系统分析：网络用户通过申请账号成为婚姻中介公司的会员，然后可以进行浏览和相应的权限操作，享受相应的服务。图2 网络用户业务处理系统分析：成为会员后可以修改个人信息和用户密码，浏览相亲内容，可以选择相亲对象，然后由业务员进行通知，业务员享受服务的同时也要支付婚姻中介公司相应的服务费用。图3 会员用例图分析：主管是婚姻公司的高级管理者，他可以审核会员防止不法行为的产生，可以进行会员管理，让业务员的工作有序进行。图4 主管用例图分析：业务员是公司的细胞，众多的业务员拥有不同的客户，拥有登记，登陆，对信息管理的权利，业务员对会员实施一对一服务，在安排相亲的过程中，记录会员消费记录。图5 业务员用例图分析：在业务员中有些人是定时启动者，电脑审核订单是否过期，过期则列出有定时操作者进行操作，这样有利于服务器的工作。图6 定时启动者用例图4.主要用例说明业务用例名称征婚成为会员客户填写信息成为会员征婚客户选定对象征婚注销会员客户注销自己的账号用例名称通知约会信息用例简述业务员通知征婚会员公司服务情况主要流程1) 业务员查询联系对象情况2) 业务员操作本系统发送第一次通知3) 检查会员是否回复替代流程2a）2次没有征婚会员答复，则再次通知2b）第3次依旧没有答复，则用电话通知2c) 约定时间内没有答复，则结束服务例外流程3a）非本人赴约，则无效业务规则1) 必须在征婚会员确认放弃的情况下才能办理取消服务2) 在3次通知征婚会员并无人回复和赴约下才能确认结束服务用例名称婚姻中介公司会员主要流程1） 征婚会员从中选定一位心仪的会员，并且选择一项付款方式，按下“确定”键，产生已预付金额2） 征婚结束，系统计算出征婚最终费用3） 系统连接银行付款系统，查询会员已支付金额，并退还多余金额4） 系统出现交易确认信息，供征婚会员做最后确认5） 征婚会员按下“最后确认”键6） 系统连接银行扣款系统，扣交易款，交易成立例外流程1）若会员首次消费，则支付标准服务费用2) 若会员消费一次以上的，则会员只需支付标准服务费用*80%3) 若会员订单超期，则返回会员所支付的所有费用4) 系统出现交易失败信息，该系统用例执行失败业务规则1）联系一位服务费用=市场标准价格2）（下单次数大于一次）服务费用=市场标准价格*80% 3）征婚总费用=服务费+额外费用(对应于征婚者的额外要求所产生）（二）婚姻中介系统的静态建模静态建模用于描述软件的静态成分，又叫结构建模。它包含类关系图和对象关系图。用于描述软件系统的成分之间的关系和依赖性。1.类的分析与设计确定初始类图提取类的属性提取类的操作类之间的关系2.去除不必要的类和不正确的类：（1）冗余类：若两个类表述同一信息，保留最具有描述能力的类；（2）不相干的类：去掉与问题没有多少关系和根本不相关的类；1. 模糊类：类必须是确定的，有些临时类边界定义不对，或范围太广，应排除；2. 属性：如果有些名词是用来描述某个类的，那么它一定是这个类的属性。 3. 操作：如果所描述的操作并不适用于对象并且被自身所操作，那么这一定不是类。这样可以得到相关的类：网络用户、网上支付系统、酒店会员、系统管理员、权限设置、餐桌信息设置、餐桌信息、订单3.确定类之间的关系两个类之间的相互依赖就是关联，关联常用描述性动词或动词组来表示，其中有物理位置的表示、传导的动作、通信、所有者关系及条件的满足等等。通过以上方法可以确定类图：分析：类中必须有各个环节需要的，并对类之间的关联进行严格的考虑，婚姻中介公司，业务员，征婚联系单，通知，账单，征婚会员，会员账单，会员账户，征婚会员，为下面的用例图和活动图进行准备。 图7 婚姻中介类图（三）婚姻中介系统的动态建模1.在完成静态建模后，需要对系统实现动态建模。需要创建活动关系图：表示系统的静态成分为了完成过程需要执行的活动的顺序；交互关系图：表示软件系统静态成分之间的交互，常用序列关系图和通信关系图。状态关系图：描绘软件系统各成分之间的交互而造成的对象状态的更改。（1）活动关系图 活动关系图是用来对特定过程的控制流进行建模。分析：活动图是流程图的改进，用户申请账号，填写资料，让后可以登录浏览网站相关信息。图8 客户申请活动图分析：这个活动图主要是显示会员在婚姻中介网的业务，各层进行的操作，若果会员不同意，各项要求会被停止和返回。图9 网络用户业务处理系统（2）交互关系图：通信关系图、序列关系图通信关系图：以消息的形式表示对象之间的交互。通信图集中在活动着的对象上，表现的是相互通信的对象之间的消息传递，不参照时间。通信图通过在消息上加序号表示消息传递的次序。序列号放在消息之前作为消息的前缀。 注：通信关系图不描绘对象的生命线。分析：中介公司具有最高权限和管理作用，业务员拥有一部分的权利，对用户的通知，和对账单的记录管理。图10 业务员管理用例图序列关系图序列关系图以按时间排序的消息形式来表示对象之间的交互。序列关系图和通信关系图的区别在于通信关系图情调对象的组织结构，而序列关系图则按时间顺序显示对象之间交互的消息。在序列关系图中，可以沿x轴方向排列对象。将启动交互的对象放在最左边。消息序列中后来的对象则放在交互启动对象的右边。在交互中，对象发送和接收的消息按时间升序沿y轴防止。注：和通信关系图不同，序列关系图描述对象生命线。分析：业务员可以打开权限窗口，婚姻中介公司就可以查询所有的用户，或者查询单个用户的信息，业务员进行会员通知统计，然后记录到公司数据库，让后进行汇总，再发布给征婚会员。图11 通知管理用例图分析：关于账单，由业务员进行记录然后存入公司数据库，当然消费记录由会员的征婚联系单来制定的，然后发个会员进行付款。图12 管理账单用例图（四）婚姻中介系统的架构建模架构建模使您能够了解组件在组织网络中的物理分布。您需要对软件系统的架构进行建模以确定组件的设计是否符合软件系统的需要。软件架构描述软件按系统的所有组件以及这些组件之间的关系。要对系统软件的架构进行建模，您需要创建以下关系图：包关系图：描述根据特定条件分组在一起的软件系统构成。组件关系图：描述软件系统的可执行构成。部署关系图：描述软件系统组件的各种处理