报告格式-面向对象建模UML.doc

《报告格式-面向对象建模UML.doc》由会员上传分享，免费在线阅读，更多相关内容在应用文档-天天文库。

1、华北科技学院计算机学院综合性实验实验报告课程名称面向对象建模UML实验学期2012至2013学年第二学期学生所在院部计算机学院年级2011级专业班级信管B111班学生姓名崔世昀学号1任课教师黄江兰实验成绩计算机学院制实验报告须知1、学生上交实验报告时，必须为打印稿（A4纸）。页面空间不够，可以顺延。2、学生应该填写的内容包括：封面相关栏目、实验地点、时间、目的、设备环境、内容、结果及分析等。3、教师应该填写的内容包括：实验成绩、教师评价等。4、教师根据本课程的《综合性实验指导单》中实验内容的要求，评定学生的综合性实验成绩；要求在该课程期末

2、考试前将实验报告交给任课教师。综合性实验中，所涉及的程序，文档等在交实验报告前，拷贝给任课教师。任课教师统一刻录成光盘，与该课程的期末考试成绩一同上交到学院存档。5、未尽事宜，请参考该课程的实验大纲和教学大纲。《面向对象建模UML》课程综合性实验报告开课实验室：七机房2013年6月18日实验题目食堂售饭系统UML建模一、实验目的1、掌握UML的表示法。2、掌握陈述问题和分析问题的方法，使用UML进行面向对象系统分析。3、使用UML进行面向对象系统设计。4、掌握面向对象建模的流程和基本思想。二、设备与环境硬件：多媒体计算机软件：Window

3、s系列操作系统、StarUML建模工具三、实验内容及要求1.实验要求1.完成用户需求的分析，找出系统的执行者、用例，画出用例模型图。2.找出系统的概念类，建立领域模型。3.画出系统顺序图，找出系统与外界交互的消息。4.找出系统的设计类，建立设计类模型图。5.完成系统中主要类的详细设计。6.重点画出用例图、类图及顺序图。2.实验内容1.用例图食堂售饭系统的执行者主要是学生、管理部门和食堂工作人员，该系统的用例主要包括办理饭卡、充卡、挂失饭卡、扣除饭菜金额等。（1）.当学生办理一个新的饭卡或余额不足时要向卡内充卡，这时就要由管理员操作系统数据

4、库，更新数据库内的数据。图1-1用例图——充卡（2）.当学生到食堂就餐时，由工作人员输入饭菜的金额，售饭机判断条件从卡内扣除餐费。图1-2用例图——扣除金额（3）.当学生饭卡意外丢失时，向管理员提出挂失饭卡的申请，管理员受理。图1-3用例图——挂失（4）.学生去食堂就餐时将饭卡放到售饭机上，售饭机扣除饭菜的金额。图1-4用例图——打饭（5）.学生向管理员申请办理一张新的饭卡，管理员向系统输入数据后，分配一张新的饭卡给学生，同时可以充卡。图1-5用例图——办卡最后画出的用例图：2．类图（1）.学生食堂打饭对应的类图为：图2-1类图——打饭(

5、2).图2-2类图——办卡(3).图2-3类图——挂失（4）.图2-4类图——就餐扣除餐费（5）.图2—5类图——充卡最后设计出的类图3.顺序图（1）.图3-1顺序图——就餐（2）.图3-2顺序图——办卡（3）.图3-3顺序图——扣除（4）.图3-4顺序图——挂失（5）.图3-5顺序图——充卡4.状态图状态图主要描述了系统中使用对象的可能状态及各种事情的发生可能引起的状态的转移。就餐系统的主要对象有就餐者、工作人员、管理部门和售饭机：5.对象图6.活动图7.构件图该构件图是从物理终端的角度体现了系统中各个接口之间的联系。8.部署图部署图描

6、述了系统描述了系统运行时的就餐系统中的各个物理节点上软件结构的视图和系统的基本网络结构。四、实验结果及分析综合性实验的目的在于检验我们对知识的了解程度以及对知识的应用，通过此次的综合实验，我对UML对象建模有了一定的认识，UML对象建模可以实现对现实问题和系统开发的可视化描述，帮助用户和项目组成员理解系统，同时随着面向对象技术的广泛应用，面向对象建模也越来越受到开发人员们的欢迎，得到许多科研机构和软件公司的支持。通过此次试验我对这学期的在课堂上讲解的理论知识有了更进一步的认识，也对面向对象的设计方法有了系统的理解和体会。尤其是对面向对象方

7、法在软件设计中的应用理解更深了。知道了UML统一建模语言，用于需求模型的领域，用分析模型验证用例的一致性，一致性，完备性，可行性，同时模型可以实现业务领域到软件领域的映射，通过建模可以使问题可视化、形式化。在该实验中虽然较全面的考虑了系统的功能，但仍存在很多不尽如人意的地方。面向对象的分析、设计方法有五类、十种，但在此次试验中应用的还不是非常完整，特别是在设计合作图和构件图时遇到了一些麻烦，本次设计着重设计了用例图、类图和顺序图，用于对这种分析方法的理解有限和对系统认识不够，还有很多功能没有实现；同时我觉得如果要开发一个真正的系统，在设计

8、首先要考虑的是需求分析过程，这可以理解为两个过程：1、需求的获取2、需求的分析，一个真正好的系统并不是你的代码如何多，功能如何强大，而是根据客户的需求，设计出客户需要的系统，所以需求的分析我觉