uml报告,食堂饭卡管理系统.doc

  1. 1、本文档共25页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
uml报告,食堂饭卡管理系统

《UML面向对象分析》课程 实践项目报告 项目名称:食堂饭卡管理系统模型 项目组成员: 学 号: 班 级: 指导 教师: 08年 11 月 15 日 目 录 1 需求分析 1 1.1 需求概述 1 1.2 需求分析 3 1.3 需求模型(用例图) 4 2 静态模型 7 2.1 类图 7 2.2 对象图 8 2.3 包图 10 3 动态模型 12 3.1 时序图 12 3.2 状态图 14 3.3 协作图 16 3.4 活动图 18 4 项目组成员分工说明 21 5 总结 22 6 参考资料 22 统一建模语言UML是业务和软件应用建模的标准语言,适用于各种软件开发方法、软件生命周期的各个阶段、各种应用领域以及各种开发工具。  设计系统时,首先是描述需求;其次根据需求建立系统的静态模型,以构造系统的结构;第三步是描述系统的行为。其中在第一步与第二步中所建立的模型都是静态的,包括用例图、类图、对象图、组件图和配置图等五个图形。其中第三步中所建立的模型包括状态图、活动图、顺序图和合作图等四个图形,是UML的动态建模机制 1需求分析 需求概述 南京工业职业技术学院食堂分别由教工食堂、学生一食堂、学生二食堂、三食堂 四食堂 等等组成。其中教工食堂采用计次消费,学生食堂采用刷卡消费,校园内食堂全部由内部承包、独立核算,不可付现金只可刷卡。校园食堂统一由后勤科管理,共需管理10000余人用餐,需通过消费系统实现一卡通。 根据对该大学四个食堂及管理中心现场勘察情况以及对客户需求的详细调查,总结分析如下: 一、 该大学共有食堂5个,消费点46个,其中;教工食堂5个消费点,一食堂二食堂三食堂四食堂各20个消费点,师生园饭庄5个消费点; 二、 在后勤科设立食堂管理中心,主要负责对全校持卡人进行消费刷卡、发卡充值、销卡等操作。每月根据食堂消费情况打印出总报表及各食堂报表等; 三、 仅学校教职员工在此消费,每人每餐标准定额补给。教职工分早餐、中餐、晚餐及夜宵四种。 四、 学生一食堂、二食堂等食堂采用金额式消费,仅供本校学生在此消费,学生分早餐、中餐、晚餐三种。 五、 校园饭庄由于个人承包,教职员工及学生均可在此消费。不分早中晚餐和宵夜。每月终了,管理中心核算其营业收入。 六、 消费卡片标记持卡人相片、姓名、院名、系名、学号等信息; 食堂饭卡应能实现以下功能 支持定额扣费和自选扣费、记次消费三种模式; ??支持学校补贴包和个人充值两个独立钱包; 补贴钱包支持覆盖上月余额或累加上月余额两种模式选择; ???支持软件订餐和硬件订餐功能; 不同餐别票价设置,比如:早餐1元、午餐4元、晚餐4元、宵夜2元; ???可以限定一餐(或一天)的最高消费额,超额拒绝消费; 不同卡类的设置,可以设定同一餐不同的卡扣不同的金额,如果:午餐员工卡扣4元,教师卡扣3元可以限制一餐只能消费一次或者消费第二次扣不同的金额。??IC卡使用有效期限定,离校学生或离职教工无法使用; ????支持联网、脱机使用 实时监控交易数据支持硬件查询消费金额和人次; ???自动生成各种报表(充值报表、发卡报表、退卡报表、消费报表、经营汇总 表、平衡报表,可以按年、月、周、日、时段查询及打印报表等); ???支持挂失、黑名单下载、黑名单拒绝消费功能 1.2需求分析:食堂就餐卡系统是用现代信息技术和自动控制技术的计算机网络系统。它的使用对于加强校园后勤服务的信息化建设,提高服务质量、管理水平和经济效益有重要的作用。系统中每个消费者都有一张卡,在管理中心注册缴费,卡内记着消费者的身份、余额。使用时将卡插入窗口机则显示卡上金额,服务员按窗口机上数字键,窗口机自动计算并显示消费额及余额。管理中心监视每一笔消费,可打印出消费情况的相关统计数据。 应可以满足以下的几点要求  ⑴ 系统信息管理:建立营业组档案、卡用户档案、收款机档案;   ⑵ 卡的管理:开户、更改、挂失解挂、注销、补卡、充值等;   ⑶营业汇总:自动汇总交易数据,实现金额结算,生成相应报表;   ⑸ 查询:对每一次消费情况进行实时记录,可查询卡内余额或消费记录;   ⑹ 系统维护:数据备份、数据恢复、端口设置、管理员信息并设置密码和权限;   ⑺ 统计报表:饭卡发行、各窗口机就餐数据、黑名单等汇总、明细报表; 1.3需求模型(用例图) 食堂管理系统用例图 由三个二元关联类的事项组成,即消费者与系统服务器之间的卡的管理事项,储值卡与收款机之间的消费事项,以及系统服务器与服

文档评论(0)

精华文库 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

版权声明书
用户编号:7111022151000002

1亿VIP精品文档

相关文档