团队作业:设计类图—飞机大战

实验简介

声明:本次实验为团队合作作业,此次类图设计由小组合作讨论生成,并且由梁健明和盖福林合作设计完成。

本次作业为团队项目—飞机大战的一部分—类图设计。

实验要求

  • 5.给出设计类图

实验内容

实体类、控制类、边界类之间的关系

各类之间的关系

时间: 2024-10-06 18:35:56

团队作业:设计类图—飞机大战的相关文章

团队项目--设计类图

1.QQ管理系统的类图如下: (1) reader类是借阅者的类,它的属性很多,包括借阅者的账户ID(reader_ID).姓名(reader_Name).地址(Address).班级(class).所借书籍的书目(borrowed)等.其中主要操作有借书(addborrowed)和还书(deleteborrowed)和预订(reservation)等. (2) admin类是管理员类,他有编号和姓名属性,操作主要是书籍的增删改和读者的增删改等等. (3)  Title 类是记录书目信息的类,包

团队项目——设计类图

1.图书馆管理系统的类图如下: (1) reader类是借阅者的类,它的属性很多,包括借阅者的账户ID(reader_ID).姓名(reader_Name).地址(Address).班级(class).所借书籍的书目(borrowed)等.其中主要操作有借书(addborrowed)和还书(deleteborrowed)和预订(reservation)等. (2) admin类是管理员类,他有编号和姓名属性,操作主要是书籍的增删改和读者的增删改等等. (3)  Title 类是记录书目信息的类,

团队项目第三周-设计类图

设计类图:

团队博客 第三周 设计类图

这次我们组选择的实践项目是图书馆管理系统,主要功能是实现用户登录页面以及简单的对话功能,所以功能比较简单,这次实践项目主要有五个业务类和一个测试类,业务类包括用户类.图书馆员类.读者类.教师类.学生类,测试类中只有一个main方法,用来测试各个类的方法.       用户类主要实现用户的一些基本信息,包括年龄,姓名,性别,以及输入的用户名,用户密码等一些基本信息.当然对于读者类,教师类,学生类也是类似的定义,最后给出的main方法主要实现用户界面的基本设置,包括界面的规模和具体的对话框.由于这次

团队作业—第三周—设计类图

用例图: 类图: 顺序图:

5给出设计类图

系统分析 在问题描述的基础上,根据工程分析的方法,进一步对所做的项目进行分析. 参与者 参与者是系统交互的人或物,可以包括人.外部系统和其他机构,位于系统外,不属于系统.通常情况下,根据下面问题来确定参与者:哪些人是你的系统的主要客户?哪些人从你的系统获取信息?哪些人为你的系统提供信息?哪些系统与该系统进行交互?在某个预定的时间是否有事情自动发生?同时参与者的名字应该能准确反映在模型中扮演的角色. 公交查询系统提供如下功能:乘客查询公交和站点信息,管理员对相关信息的增删改查,所以需要使用系统的人

5.给出设计类图

系统分析 在问题描述的基础上,根据工程分析的方法,进一步对所做的项目进行分析. 参与者 参与者是系统交互的人或物,可以包括人.外部系统和其他机构,位于系统外,不属于系统.通常情况下,根据下面问题来确定参与者:哪些人是你的系统的主要客户?哪些人从你的系统获取信息?哪些人为你的系统提供信息?哪些系统与该系统进行交互?在某个预定的时间是否有事情自动发生?同时参与者的名字应该能准确反映在模型中扮演的角色. 公交查询系统提供如下功能:乘客查询公交和站点信息,管理员对相关信息的增删改查,所以需要使用系统的人

五、设计类图

系统分析 在问题描述的基础上,根据工程分析的方法,进一步对所做的项目进行分析. 参与者 参与者是系统交互的人或物,可以包括人.外部系统和其他机构,位于系统外,不属于系统.通常情况下,根据下面问题来确定参与者:哪些人是你的系统的主要客户?哪些人从你的系统获取信息?哪些人为你的系统提供信息?哪些系统与该系统进行交互?在某个预定的时间是否有事情自动发生?同时参与者的名字应该能准确反映在模型中扮演的角色. 公交查询系统提供如下功能:乘客查询公交和站点信息,管理员对相关信息的增删改查,所以需要使用系统的人

音乐播放器设计类图

按图索骥---软件的设计图纸 1.用例图: 定义:选用播放器的用户与播放器的关系: 用例准则:描述用户一系列的动作: 参与者准则:与播放器交互的任何人: 2. 类图 定义:类图展示的系统中的类,类之间的相互关系,类的方法和属性. 理解:根据用例图,可以基本上设计出系统的类和他们的之间的关系.类图描述的就是类的静态结构3.音乐播放类