题目:本任务中行为有借书、还书和查询。

本文通过一个简单的Java程序展示了如何创建Person类的对象,并打印出每个对象的姓名、年龄及成绩等信息。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

题目:本任务中行为有借书、还书和查询。

BookCard类,分别定义了3个方法borrow(int)TheReturn(int)query()

class Person {

Stringname;

intage;

floatCHN;

floatENG;

floatMAT;

    /**

     * @param args

     */

publicPerson(Sting myName,int myAge,float myCHN,float myENG,float myMAT){

    name=myName;

    age=myAge;

    CHN=myCHN;

    ENG=myENG;

    MAT=myMAT;

}

}

publicclass TestNewPerson{

    publicstatic void main(String[] args) {

        // TODO Auto-generated method stub

Personp1=new Person("wangcan""20""90""90""90")

Personp2=new Person("wangqian""20""90""90""90")

Personp3=new Person("wangfei""20""90""90""90")   

Personp4=new Person("wanglin""20""90""90""90")

System.out.println("我是:"+p1.name+",今年"+p1.age+",语文:"+p1.CHN+",数学:"+p1.MAT+",英语:"+p1.ENG+)

System.out.println("我是:"+p2.name+",今年"+p2.age+",语文:"+p2.CHN+",数学:"+p1.MAT+",英语:"+p1.ENG+)   

System.out.println("我是:"+p3.name+",今年"+p3.age+",语文:"+p3.CHN+",数学:"+p1.MAT+",英语:"+p1.ENG+)   

System.out.println("我是:"+p4.name+",今年"+p4.age+",语文:"+p4.CHN+",数学:"+p1.MAT+",英语:"+p1.ENG+)

    }

 

}

假设学校计划开发一个名为“智慧校园微服务”的集成平台,旨在通过一系列松耦合的微服务提升校园管理效率师生体验。该平台初期拟包含以下核心服务模块: 课程管理服务: 课程发布、选课、课表查询、课程资料共享。 校园活动服务: 活动发布、报名、签到、评价。 简易图借阅服务: 图检索、在线预约、借阅状态查询、到期提醒。 校园通知服务: 重要公告、课程变动、活动提醒等信息的精准推送。 用户中心服务: 统一的用户身份认证、角色管理(学生、教师、管理员)、基本信息维护。 你的任务: 作为系统分析师设计师,你需要运用UML建模技术,完成对该“智慧校园微服务”(SCM) 平台的核心业务分析与初步架构设计。请围绕选定的1个核心服务模块(从上述1-4中任选其一)以及用户中心服务(第5项,作为必需的基础服务)进行详细建模。 要求与考查点: 第一部分:需求分析与业务建模 1、用例图: 清晰识别并定义你所选核心服务模块以及用户中心服务的主要功能需求。 准确识别参与者(Actors),如:学生、教师、管理员等。 正确绘制用例(Use Cases),体现核心业务功能。 合理使用包含(<<include>>)、扩展(<<extend>>)、泛化关系。 2、活动图: 针对所选核心服务模块中一个关键且相对复杂的业务流程(例如:选课流程、活动报名与签到流程、图借阅流程、通知发布审批流程)绘制活动图。 清晰展示活动、决策点、分支、合并、泳道(区分不同参与者的职责)。 体现流程的开始、结束主要控制流。 第二部分:静态结构建模 1图: 基于需求分析,识别并定义所选核心服务模块以及用户中心服务的核心领域概念(实体)。 绘制详细的图,包含: 名、主要属性(名称、型、可见性)。 之间的核心关联关系(名称、多重性、角色名)。 适当的泛化/继承关系(如果存在)。 聚合(◇)、组合(◆)关系(如果适用且能清晰表达语义)。 注意:图应体现模块内的核心业务对象及其关系。 第三部分:动态行为建模 1、序列图: 针对所选核心服务模块中一个关键用例(例如:学生选课、教师发布活动、学生借阅图、管理员发送通知)绘制序列图。 清晰展示对象(Object Lifelines)之间的交互消息(Messages),包括同步消息、异步消息、返回消息。 体现消息的顺序、调用关系以及对象的创建与销毁(如果涉及)。 2、状态图: 选择所选核心服务模块或用户中心服务中一个具有明显状态变迁的核心对象(例如:课程(选课状态)、活动(活动状态)、借阅记录(借阅状态)、通知(发送状态)、用户账户(激活/禁用状态))绘制状态图。 清晰定义状态(States)、转移(Transitions)、事件(Events)、守卫条件(Guard Conditions)、动作(Actions)。 准确描述对象在其生命周期内状态的变化规律。 第四部分:架构设计与模型整合 (10%) 1、组件图 : 绘制一个高层级的组件图(Component Diagram) ,展示整个“智慧校园微服务”(SCM) 平台的初步物理或逻辑架构。 在图中清晰标识出: 你所选的核心服务模块 (作为一个组件)。 用户中心服务 (作为一个组件/包)。 至少1个其他题目中提到的服务模块(如课程管理、活动服务等)(作为组件)。 它们之间的依赖关系(----->) 或 接口提供的需求关系(如果使用组件图且定义了接口)。 此图旨在体现微服务架构的“服务自治”“松耦合”思想。 第五部分:文档与说明 (贯穿始终) 在报告中对每个模型图进行清晰、简洁的文字说明,解释图的意图、关键元素的设计理由所表达的业务或设计含义。 保持模型之间的一致性(例如,序列图中的对象应来源于图,用例图中的用例在活动图/序列图中应得到体现)。 模型图应整洁、规范、易读(合理布局,避免线条交叉过多)。 报告结构清晰,排版专业。 完成图借阅系统服务及用户中心服务
最新发布
06-12
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值