UML婚姻中介系统Word文档格式.docx

UML婚姻中介系统Word文档格式.docx

《UML婚姻中介系统Word文档格式.docx》由会员分享，可在线阅读，更多相关《UML婚姻中介系统Word文档格式.docx（12页珍藏版）》请在冰豆网上搜索。

1.系统需求描述3

2.MDA系统分析与设计4

2.1CIM-1定义业务流程4

2.2CIM-2分析业务流程4

2.3CIM-3定义系统范围6

2.4系统用例叙述7

2.5PIM-2分析业务规则8

2.6PIM-3定义静态结构9

2.7PIM-4定义操作与方法10

3.设计总结11

4.系统实现11

1.

系统需求描述

{文字描述系统功能需求}

传统的婚姻中介行业往往是以人工,文件形式记录客户双方的信息，这样费时费力，而且容易出现错误。

所以开发婚姻中介系统的目的就是，征婚者能够方便快捷的发布信息，能够帮助征婚者在百忙之余，寻找到理想的对象。

征婚信息的记录、更新、查询更具快捷性、时效性。

这样能大大提高效率。

我的婚姻中介系统是基于网络的婚姻中介系统，主要面向人群为工作繁忙但真心想寻求到真爱的人士。

由于网上客户的流动性和不确定性，我的系统只提供会员服务。

系统范围以人为具体实体，定义系统范围。

包括：

主管、业务员、征婚者、界面管理员。

主管：

负责审核会员账户、提醒不合格处、管理会员信息、确定会员下单信息，结算月账单、审核月账单、审核是否定单已超七天期限、分配业务员。

业务员：

负责存储会员信息、登记确认单、登记会员下单次数、收取服务费用、处理费用情况、联系确认单上的对象、安排会员见面。

客户：

申请账号、输入下单号查询、注销账号。

界面管理员：

记录已配对的会员情况，统计征婚成功的会员情况，可增、删会员。

分析系统流程从通知征婚者和审核月账单两部分分析系统流程。

通知征婚者：

业务员发通知给征婚者通知公司服务的结果，如联系到其选择对象，则通知其见面的时间和地点，2次没有征婚者的回复，则打电话再次通知，如在约定时间内没有赴约，则结束这次服务，并在此会员诚信度一栏有相应扣分。

审核月账单：

主管结算月账单、主管审核校对月账单、检查付款状态，查看服务费支付情况，确认是否继续提供会员服务（若超出担保范围，则停止服务，若会员自己注销，则停止服务）

联系一位服务费用=市场标准价格

（下单次数大于一次）服务费用=市场标准价格*80%

征婚总费用=服务费+额外费用

2.MDA系统分析与设计

2.1CIM-1定义业务流程

{按照参与者，绘制业务流程，即该参与者的主要工作场景}

业务用例名称

征婚

成为会员

客户填写信息成为会员

客户选定对象征婚

注销会员

客户注销自己的账号

2.2CIM-2分析业务流程

{针对主要的业务用例，绘制业务流程}

成为会员：

征婚：

2.3CIM-3定义系统范围

{按照活动负责人，绘制系统用例图}

会员：

定时启动者：

2.4系统用例叙述

用例：

结算征婚费用

用例名称

用例编号

SUC001

用例简述

业务员结算会员征婚费用，退还多余费用

用例图

主要流程

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次通知征婚会员并无人回复和赴约下才能确认结束服务

确认单pdf文件、统计表pdf文件

2.5PIM-2分析业务规则

{根据重要业务对象，绘制状态图}

联系单状态图：

2.6PIM-3定义静态结构

{绘制类图，可进一步根据顺序图反馈改进}

2.7PIM-4定义操作与方法

{根据用例行为，绘制顺序图}

通知约会信息：

结算征婚费用：

3.设计总结

通过一个学期的UML学习，并根据“婚姻中介系统”这个实例，从一开始对UML的概念模糊，到后来的一次次撰写作业和请教老师，使我渐渐的对UML有了一个系统的了解。

我已经理解了UML的作用和运作模式以及方法。

它一种是统一建模标准语言，现在对于大多软件开发来说，都使用UML做为建模语言，形成了统一的标准。

其次，UML是图形化的语言，它可以很直观的描述出一个事物的状态，行为与特征，能很好的说明与表达我这个婚姻中介系统。

总之，UML是一种定义良好、易于表达、功能强大且普遍适用的建模语言。

它溶入了软件工程领域的新思想、新方法和新技术。

它的作用域不限于支持面向对象的分析与设计，还支持从需求分析开始的软件开发的全过程。

UML是一个标准的图形表示法，它不是面向对象的分析和设计，也不是一种方法，它仅仅是一组符号而已。

它可以对任何具有静态结构和动态行为的系统进行建模，所以我很喜欢使用UML，因为它方便简捷，干净清爽，直观形象。

在这学期的UML的大作业中，经过老师的指导和帮助，我独立的完成了基于UML的“婚姻中介系统”大作业。

不论是MDA系统中的CIM-1还是PIM-1，每次我都会根据老师的要求改之又改，有时候好不容易琢磨出了一幅UML图，可是拿给老师看了以后，结果却是要重新画过，重新理清思路。

可是在一遍遍的修改中，我并没有沮丧，而是边研究老师的PPT和老师的指导，边理清每个步骤，每个符号，以及每一幅图的内容和相互之间的联系，使得整个系统思路更为清晰。

在UML大作业中，我明白了，作为一个系统，需求分析很重要，一开始就应该明确业务流程，才能不至于之后的工作偏离方向。

对于用例图，活动图，状态图，类图，序列图，应该分清他们之间的关系，明确各自的作用，将一个系统的各个功能和状态具体的抽离出来，搭建模型。

并且悟出了系统是一个整体，我们应该形成从整体出发，将整体分块局部剖析，进而重视和完善内部细节。

UML课程带给我的不仅仅只是软件（staruml）的使用技能的学习，更是一种设计系统思维的提升。

这门课程虽然已经结束了，但是在系统的设计中，我还有很多需要改进的地方。

在今后的学习工作中我必将不断的学习和理解它的内涵和精髓，不断完善。

4.系统实现

系统后台界面管理：

约见管理：

约见查询：

联谊管理：

联谊查询：