主页 > 快递 >

UML_速递管制体例

浏览1574 好评 0 点赞105

  

UML_速递管制体例

  

UML_速递管制体例

  

UML_速递管制体例

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

本站文章于2019-10-05 17:12,互联网采集,如有侵权请发邮件联系我们,我们在第一时间删除。 转载请注明:UML_速递管制体例
已点赞:105 +1

上一篇:

下一篇:



关于我们

  • 关于我们
  • 品牌介绍
  • 诚聘英才
  • 联系我们

学生/家长

  • 帮我选学校
  • 帮我选专业
  • 投诉/建议

教育机构

  • 如何合作
  • 联系方式

其他

  • 投稿合作
  • 权利声明
  • 法律声明
  • 隐私条款
全国统一客服电话
4006-023-900
周一至周六 09:00-17:00 接听
IT培训联盟官方公众号
扫描访问手机版
家电维修|北京赛车pk10