UML快递管理系统.docx

1、UML快递管理系统交通大学UML课程设计案例快递管理系统1.系统需求描述文字描述系统功能需求和人员本次UML课程大作业，我们首先考虑作的是一个论坛管理系统，但由于使用广泛性和生活关联性，最后我们做了一个快递管理系统。首先，我们通过网络与日常生活中的快递实际使用，大概了解模拟了快递公司的根本情况，包括快递的寄件，收件，中转，快递跟踪等等，同时吸取教师的意见，对我们的报告最初相应的修改。我们的快递管理系统是基于日常生活为根底，为一家快递公司设计的，主要面向人群为单人客户和企业客户，由于单人客的流动性和不确定性，我们的系统只为企业客户提供会员效劳，在企业成为快递公司的会员时可以享受一定的特权，例如延

2、期付款，统一快递发送等等。我们定义的业务流程图主要是客户业务用例图，客户的动作比拟单一，包括寄快递，收快递，跟踪快递信息、快递消费、补寄快递账单及发票。分析业务流程分为五大块：寄快递企业首次寄快递，一般寄件，转发快递、收快递、跟踪快递信息 、快递消费、补寄快递账单及发票。定义系统围以人为具体实体，定义系统围。包括：主管、快递员、客户、收件人。主管负责审核会员账户、提醒不合格处、确定会员担保信息、结算月账单、审核月账单、审核是否已寄送账单及发票、分配快递员。快递员负责存储会员信息、登记账单、存储会员担保信息、登记寄件信息、申办会员账号、收取快递费用、打印账单及发票、登记补寄信息、反应补寄信息、登

3、记转发快递、退回快递、通知收件人、送达。客户只要：企业填写担保证明、企业申办担保账户、输入运单号查询、要求补寄账单及发票。收件人只需要正常接收快递和拒收快递。分析系统流程从通知收件人和审核月账单两局部分析系统流程。通知收件人：快递员发通知给收件人通知发货，2次没有收件人来收件，退回快递公司，并再次通知，第3次依旧没有人来收件，退回快递公司，不再通知。审核月账单：主管结算月账单、主管审核校对月账单、检查付款状态，查看是否有拖欠款、查看担保信息，确认是否继续提供会员效劳假设超出担保围，那么停顿效劳，假设企业倒闭，那么按法律规定追取所欠费用寄件费用=该企业本月全部寄件费用总和每份寄件=标准价格+超重

4、价格+高级路径水运，航运2.MDA系统分析与设计2.1CIM-1 定义业务流程按照参与者，绘制业务流程，即该参与者的主要工作场景客户用例图业务用例名称简述寄快递客户寄快递收快递客户收快递跟踪寄件信息客户跟踪寄件信息快递消费客户进展快递消费补寄快递账单及发票客户要求补寄快递账单及发票2.2CIM-2 分析业务流程针对主要的业务用例，绘制业务流程寄快递：企业首次寄快递一般寄件转发快递跟踪快递信息:收快递:快递消费:补寄快递账单及发票:2.3CIM-3 定义系统围按照活动负责人，绘制系统用例图主管快递员客户收件人2.4PIM-1 系统用例表达1、系统用例表达通知收件人用例名称通知收件人用例编号SUC

5、001用例简述快递员通知收件人收货用例图主要流程1)快递员查询派送信息2)快递员操作本系统发送第一次通知3)检查运单是否关闭替代流程2a2次没有收件人来收件，那么再次通知2b第3次依旧没有人来收件，退回快递公司，不再通知例外流程3a非收件人拒收，那么无效业务规那么1)必须在收件人确认退货的情况下才能办理拒收并退回2)在3次通知收件人并无人在指定地点收件才能确认退回快递公司非UML文档快递单pdf文件、发货统计pdf文件其他填了假签收数据的“快递单和发货统计纸本2、系统用例表达审核月账单用例名称审核月账单用例编号SUC002用例简述主管审核企业用户的月账单用例图主要流程1）主管校对月账单2）检查

6、付款状态，查看是否有拖欠款3）查看担保信息，确认是否继续提供会员效劳4）企业确认月账单例外流程3a假设超出担保围，那么停顿效劳3b假设企业倒闭，那么按法律规定追取所欠费用业务规那么1）寄件费用=该企业本月全部寄件费用总和2）每份寄件=标准价格+超重价格+高级路径水运，航运非UML文档寄件费用详单pdf文件、发票pdf文件、每份快递账单单其他填了假签收数据的快递单、发票纸本和费用详单2.5PIM-2 分析业务规那么根据重要业务对象，绘制状态图 2.6PIM-3 定义静态构造绘制类图，可进一步根据顺序图反应改良2.7PIM-4 定义操作与方法根据用例行为，绘制顺序图通知收件人：审核月账单：3.个人

7、总结结合大作业实践，分别给出个人总结以及对本课程的看法和建议xx个人总结在本次UML课学习中，首先我学会了如何使用UMl图作为自己的工程开发有效工具，描述自己在开发前的具体想法，包括使用用例图，类图，活动图，状态图，协作图等。在具体通过快递管理系统这个大作用明确了各种UML图在工程开发中的具体作用和适当使用时机，例如首先我们应明确整个系统的需求，知道系统是为哪些人效劳的，具体要做什么事情，使用者是哪些人等等，然后根据具体信息画出相应的用例图，在具体情况具体分析，给出相应的其他UML图。在本次课程中，我不仅学到了UML的具体画法，理论知识等，我还明白了团队工作的重要性，明白了在整个UML的作业中

8、最重要的是对系统需求的理解，只是会画，但没有明白客户的具体要求，就算做好了，也是不符合要求的，因此在本次实验中我们以教师的要求为客户要求，针对客户要求做出了屡次的实验改良，力客户满意。本次课程，我学到了很多，但同时也有很多缺乏，希望教师知道改良。xx个人总结在这个学期的uml课程里，我学习了uml系统建模的一些知识，并在课程学习的根底上与xx合作完成了快递管理系统的uml系统图。在作业过程中，从一开场的没有头绪到一次次的交作业，问教师，后来渐渐成熟起来的想法，或多或少都是一种进步的过程。对于用例图，活动图，状态图，类图，序列图中的符号，以及对于每一幅图对应的MDA步骤，以及每一幅所代表的容和相互之间的联系都是每一次修改中明确出来的。整个系统是一个整体，在过程中，每个名字与事件与步骤都要相互对应，使整个系统思路更为清晰。在对一个系统建模的过程中，也意识到程序的思考也应该遵循这样的规那么，整个系统都应该联系在一起。并且思考过程应是从整体入手，再分步考虑，进而不断完善细节。而在整体考虑的方式上，也需要换一个角度，从对象的角度来考虑这个系统，使得分析更加明确自然，代码也在严密联系之中，尽量减少冗余。总的说来，还有很多需要改良的地方。对于这个系统主要还是锻炼了思维能力，从整体和局部来把握整个系统的规划。世事皆如此。