实验简介 声明:本次实验为团队合作作业,此次类图设计由小组合作讨论生成,并且由梁健明和盖福林合作设计完成。 本次作业为团队项目—飞机大战的一部分—类图设计。 实验要求 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方法主要实现用户界面的基本设置,包括界面的规模和具体的对话框.由于这次
系统分析 在问题描述的基础上,根据工程分析的方法,进一步对所做的项目进行分析. 参与者 参与者是系统交互的人或物,可以包括人.外部系统和其他机构,位于系统外,不属于系统.通常情况下,根据下面问题来确定参与者:哪些人是你的系统的主要客户?哪些人从你的系统获取信息?哪些人为你的系统提供信息?哪些系统与该系统进行交互?在某个预定的时间是否有事情自动发生?同时参与者的名字应该能准确反映在模型中扮演的角色. 公交查询系统提供如下功能:乘客查询公交和站点信息,管理员对相关信息的增删改查,所以需要使用系统的人
系统分析 在问题描述的基础上,根据工程分析的方法,进一步对所做的项目进行分析. 参与者 参与者是系统交互的人或物,可以包括人.外部系统和其他机构,位于系统外,不属于系统.通常情况下,根据下面问题来确定参与者:哪些人是你的系统的主要客户?哪些人从你的系统获取信息?哪些人为你的系统提供信息?哪些系统与该系统进行交互?在某个预定的时间是否有事情自动发生?同时参与者的名字应该能准确反映在模型中扮演的角色. 公交查询系统提供如下功能:乘客查询公交和站点信息,管理员对相关信息的增删改查,所以需要使用系统的人
系统分析 在问题描述的基础上,根据工程分析的方法,进一步对所做的项目进行分析. 参与者 参与者是系统交互的人或物,可以包括人.外部系统和其他机构,位于系统外,不属于系统.通常情况下,根据下面问题来确定参与者:哪些人是你的系统的主要客户?哪些人从你的系统获取信息?哪些人为你的系统提供信息?哪些系统与该系统进行交互?在某个预定的时间是否有事情自动发生?同时参与者的名字应该能准确反映在模型中扮演的角色. 公交查询系统提供如下功能:乘客查询公交和站点信息,管理员对相关信息的增删改查,所以需要使用系统的人
按图索骥---软件的设计图纸 1.用例图: 定义:选用播放器的用户与播放器的关系: 用例准则:描述用户一系列的动作: 参与者准则:与播放器交互的任何人: 2. 类图 定义:类图展示的系统中的类,类之间的相互关系,类的方法和属性. 理解:根据用例图,可以基本上设计出系统的类和他们的之间的关系.类图描述的就是类的静态结构3.音乐播放类