UML-婚姻中介系统

UML课程设计案例婚姻中介系统开课分院：信息科学与工程学院课程设计名称：班费管理系统小组成员：黄学波浙江大学理工学院2016年6月2/12目录UML课程设计案例.........................................................................................................................11.系统需求描述...........................................................................................................................32.MDA系统分析与设计..............................................................................................................42.1CIM-1定义业务流程..................................................................................42.2CIM-2分析业务流程..................................................................................42.3CIM-3定义系统范围..................................................................................62.4系统用例叙述..............................................................................................72.5PIM-2分析业务规则..................................................................................82.6PIM-3定义静态结构..................................................................................92.7PIM-4定义操作与方法............................................................................103.设计总结.................................................................................................................................114.系统实现.................................................................................................................................113/121.系统需求描述{文字描述系统功能需求}传统的婚姻中介行业往往是以人工,文件形式记录客户双方的信息，这样费时费力，而且容易出现错误。所以开发婚姻中介系统的目的就是，征婚者能够方便快捷的发布信息，能够帮助征婚者在百忙之余，寻找到理想的对象。征婚信息的记录、更新、查询更具快捷性、时效性。这样能大大提高效率。我的婚姻中介系统是基于网络的婚姻中介系统，主要面向人群为工作繁忙但真心想寻求到真爱的人士。由于网上客户的流动性和不确定性，我的系统只提供会员服务。系统范围以人为具体实体，定义系统范围。包括：主管、业务员、征婚者、界面管理员。主管：负责审核会员账户、提醒不合格处、管理会员信息、确定会员下单信息，结算月账单、审核月账单、审核是否定单已超七天期限、分配业务员。业务员：负责存储会员信息、登记确认单、登记会员下单次数、收取服务费用、处理费用情况、联系确认单上的对象、安排会员见面。客户：申请账号、输入下单号查询、注销账号。界面管理员：记录已配对的会员情况，统计征婚成功的会员情况，可增、删会员。分析系统流程从通知征婚者和审核月账单两部分分析系统流程。通知征婚者：业务员发通知给征婚者通知公司服务的结果，如联系到其选择对象，则通知其见面的时间和地点，2次没有征婚者的回复，则打电话再次通知，如在约定时间内没有赴约，则结束这次服务，并在此会员诚信度一栏有相应扣分。审核月账单：主管结算月账单、主管审核校对月账单、检查付款状态，查看服务费支付情况，确认是否继续提供会员服务（若超出担保范围，则停止服务，若会员自己注销，则停止服务）联系一位服务费用=市场标准价格（下单次数大于一次）服务费用=市场标准价格*80%征婚总费用=服务费+额外费用4/122.MDA系统分析与设计2.1CIM-1定义业务流程{按照参与者，绘制业务流程，即该参与者的主要工作场景}客户成为会员征婚注销会员业务用例名称征婚成为会员客户填写信息成为会员征婚客户选定对象征婚注销会员客户注销自己的账号2.2CIM-2分析业务流程{针对主要的业务用例，绘制业务流程}5/12成为会员：征婚：6/122.3CIM-3定义系统范围{按照活动负责人，绘制系统用例图}客户：会员：主管：7/12业务员：定时启动者：2.4系统用例叙述用例：结算征婚费用用例名称结算征婚费用用例编号SUC001用例简述业务员结算会员征婚费用，退还多余费用用例图8/12主要流程1）征婚会员从中选定一位心仪的会员，并且选择一项付款方式，按下“确定”键，产生已预付金额2）征婚结束，系统计算出征婚最终费用3）系统连接银行付款系统，查询会员已支付金额，并退还多余金额4）系统出现交易确认信息，供征婚会员做最后确认5）征婚会员按下“最后确认”键6）系统连接银行扣款系统，扣交易款，交易成立例外流程2a）若会员首次消费，则支付标准服务费用2b)若会员消费一次以上的，则会员只需支付标准服务费用*80%3a)若会员订单超期，则返回会员所支付的所有费用6a)系统出现交易失败信息，该系统用例执行失败业务规则1）联系一位服务费用=市场标准价格2）（下单次数大于一次）服务费用=市场标准价格*80%3）征婚总费用=服务费+额外费用(对应于征婚者的额外要求所产生）非UML文档账单pdf文件、统计表pdf文件用例：通知征婚者用例名称通知约会信息用例编号SUC002用例简述业务员通知征婚会员公司服务情况用例图主要流程1)业务员查询联系对象情况2)业务员操作本系统发送第一次通知3)检查会员是否回复替代流程2a）2次没有征婚会员答复，则再次通知2b）第3次依旧没有答复，则用电话通知2c)约定时间内没有答复，则结束服务例外流程3a）非本人赴约，则无效业务规则1)必须在征婚会员确认放弃的情况下才能办理取消服务2)在3次通知征婚会员并无人回复和赴约下才能确认结束服务非UML文档确认单pdf文件、统计表pdf文件2.5PIM-2分析业务规则{根据重要业务对象，绘制状态图}9/12联系单状态图：2.6PIM-3定义静态结构{绘制类图，可进一步根据顺序图反馈改进}10/122.7PIM-4定义操作与方法{根据用例行为，绘制顺序图}通知约会信息：若未收到回复则可循环通知3次seq/:业务员/婚姻中介公司/:征婚会员/通知1:业务员查询联系对象情况()2:发送通知信息()3:检查会员是否回复()结算征婚费用：11/123.设计总结通过一个学期的UML学习，并根据“婚姻中介系统”这个实例，从一开始对UML的概念模糊，到后来的一次次撰写作业和请教老师，使我渐渐的对UML有了一个系统的了解。我已经理解了UML的作用和运作模式以及方法。它一种是统一建模标准语言，现在对于大多软件开发来说，都使用UML做为建模语言，形成了统一的标准。其次，UML是图形化的语言，它可以很直观的描述出一个事物的状态，行为与特征，能很好的说明与表达我这个婚姻中介系统。总之，UML是一种定义良好、易于表达、功能强大且普遍适用的建模语言。它溶入了软件工程领域的新思想、新方法和新技术。它的作用域不限于支持面向对象的分析与设计，还支持从需求分析开始的软件开发的全过程。UML是一个标准的图形表示法，它不是面向对象的分析和设计，也不是一种方法，它仅仅是一组符号而已。它可以对任何具有静态结构和动态行为的系统进行建模，所以我很喜欢使用UML，因为它方便简捷，干净清爽，直观形象。在这学期的UML的大作业中，经过老师的指导和帮助，我独立的完成了基于UML的“婚姻中介系统”大作业。不论是MDA系统中的CIM-1还是PIM-1，每次我都会根据老师的要求改之又改，有时候好不容易琢磨出了一幅UML图，可是拿给老师看了以后，结果却是要重新画过，重新理清思路。可是在一遍遍的修改中，我并没有沮丧，而是边研究老师的PPT和老师的指导，边理清每个步骤，每个符号，以及每一幅图的内容和相互之间的联系，使得整个系统思路更为清晰。在UML大作业中，我明白了，作为一个系统，需求分析很重要，一开始就应该明确业务流程，才能不至于之后的工作偏离方向。对于用例图，活动图，状态图，类图，序列图，应该分清他们之间的关系，明确各自的作用，将一个系统的各个功能和状态具体的抽离出来，搭建模型。并且悟出了系统是一个整体，我们应该形成从整体出发，将整体分块局部剖析，进而重视和完善内部细节。UML课程带给我的不仅仅只是软件（staruml）的使用技能的学习，更是一种设计系统思维的提升。这门课程虽然已经结束了，但是在系统的设计中，我还有很多需要改进的地方。在今后的学习工作中我必将不断的学习和理解它的内涵和精髓，不断完善。4.系统实现系统后台界面管理：约见管理：12/12约见查询：联谊管理：联谊查询：