1、我们定义的业务流程图主要是客户业务用例图，客户的动作比较单一，包括寄快递，收快递，跟踪快递信息、快递消费、补寄快递账单及发票。分析业务流程分为五大块：寄快递（企业首次寄快递，一般寄件，转发快递）、收快递、跟踪快递信息 、快递消费 、补寄快递账单及发票。定义系统范围以人为具体实体，定义系统范围 。包括：主管 、快递员 、客户 、收件人 。主管负责审核会员账户、提醒不合格处、确定会员担保信息、结算月账单、审核月账单、审核是否已寄送账单及发票、分配快递员。快递员负责存储会员信息、登记账单、存储会员担保信息、登记寄件信息、申办会员账号、收取快递费用、打印账单及发票、登记补寄信息、反馈补寄信息、登记转发
2、快递、退回快递、通知收件人、送达。客户只要：企业填写担保证明、企业申办担保账户、输入运单号查询、要求补寄账单及发票。收件人只需要正常接收快递和拒收快递。分析系统流程从通知收件人和审核月账单两部分分析系统流程 。通知收件人：快递员发通知给收件人通知发货，2次没有收件人来收件，退回快递公司，并再次通知，第3次依旧没有人来收件，退回快递公司，不再通知。审核月账单：主管结算月账单、主管审核校对月账单、检查付款状态，查看是否有拖欠款、查看担保信息，确认是否继续提供会员服务（若超出担保范围，则停止服务，若企业倒闭，则按法律规定追取所欠费用） 寄件费用=该企业本月全部寄件费用总和每份寄件=标准价格+超重价格
3、+高级路径（水运，航运） 2.MDA系统分析与设计2.1 CIM-1 定义业务流程按照参与者，绘制业务流程，即该参与者的主要工作场景客户用例图业务用例名称简述寄快递客户寄快递收快递客户收快递跟踪寄件信息客户跟踪寄件信息快递消费客户进行快递消费补寄快递账单及发票客户要求补寄快递账单及发票2.2 CIM-2 分析业务流程针对主要的业务用例，绘制业务流程寄快递：企业首次寄快递一般寄件转发快递跟踪快递信息:收快递:快递消费:补寄快递账单及发票:2.3 CIM-3 定义系统范围按照活动负责人，绘制系统用例图主管 快递员客户收件人2.4 PIM-1 系统用例叙述1、系统用例叙述通知收件人用例名称通知收件人
4、用例编号SUC001用例简述快递员通知收件人收货用例图主要流程1）快递员查询派送信息2）快递员操作本系统发送第一次通知3）检查运单是否关闭替代流程2a）2次没有收件人来收件，则再次通知2b）第3次依旧没有人来收件，退回快递公司，不再通知例外流程3a）非收件人拒收，则无效业务规则1）必须在收件人确认退货的情况下才能办理拒收并退回2）在3次通知收件人并无人在指定地点收件才能确认退回快递公司非UML文档快递单pdf文件、发货统计pdf文件其他填了假签收数据的“快递单”和发货统计纸本2、系统用例叙述审核月账单审核月账单SUC002主管审核企业用户的月账单1）主管校对月账单2）检查付款状态，查看是否有拖
5、欠款3）查看担保信息，确认是否继续提供会员服务4）企业确认月账单3a）若超出担保范围，则停止服务3b）若企业倒闭，则按法律规定追取所欠费用1）寄件费用=该企业本月全部寄件费用总和2）每份寄件=标准价格+超重价格+高级路径（水运，航运）寄件费用详单pdf文件、发票pdf文件、每份快递账单单填了假签收数据的快递单、发票纸本和费用详单2.5 PIM-2 分析业务规则根据重要业务对象，绘制状态图 2.6 PIM-3 定义静态结构绘制类图，可进一步根据顺序图反馈改进2.7 PIM-4 定义操作与方法根据用例行为，绘制顺序图3.个人总结结合大作业实践，分别给出个人总结以及对本课程的看法和建议 xx个人总结
6、在本次UML课学习中，首先我学会了如何使用UMl图作为自己的项目开发有效工具，描述自己在开发前的具体想法，包括使用用例图，类图，活动图，状态图，协作图等。在具体通过快递管理系统这个大作用明确了各种UML图在项目开发中的具体作用和适当使用时机，例如首先我们应明确整个系统的需求，知道系统是为哪些人服务的，具体要做什么事情，使用者是哪些人等等，然后根据具体信息画出相应的用例图，在具体情况具体分析，给出相应的其他UML图。在本次课程中，我不仅学到了UML的具体画法，理论知识等，我还明白了团队工作的重要性，明白了在整个UML的作业中最重要的是对系统需求的理解，只是会画，但没有明白客户的具体要求，就算做好
7、了，也是不符合要求的，因此在本次实验中我们以老师的要求为客户要求，针对客户要求做出了多次的实验改进，力求是客户满意。本次课程，我学到了很多，但同时也有很多不足，希望老师知道改进。xx个人总结在这个学期的uml课程里，我学习了uml系统建模的一些知识，并在课程学习的基础上与xx合作完成了快递管理系统的uml系统图。在作业过程中，从一开始的没有头绪到一次次的交作业，问老师，后来渐渐成熟起来的想法，或多或少都是一种进步的过程。对于用例图，活动图，状态图，类图，序列图中的符号，以及对于每一幅图对应的MDA步骤，以及每一幅所代表的内容和相互之间的联系都是每一次修改中明确出来的。整个系统是一个整体，在过程中，每个名字与事件与步骤都要相互对应，使整个系统思路更为清晰。在对一个系统建模的过程中，也意识到程序的思考也应该遵循这样的规则，整个系统都应该联系在一起。并且思考过程应是从整体入手，再分步考虑，进而不断完善细节。而在整体考虑的方式上，也需要换一个角度，从对象的角度来考虑这个系统，使得分析更加明确自然，代码也在紧密联系之中，尽量减少冗余。总的说来，还有很多需要改进的地方。对于这个系统主要还是锻炼了思维能力，从整体和局部来把握整个系统的规划。世事皆如此。
