日程功能模块【从建模到代码实现】UML|日程功能模块【从建模到代码实现】UML + JavaFX 日程功能模块【从建模到代码

结合 uml 所学和 Javafx 从建模到实现一个子功能模块 —— 日程管理。新手上路，类图到代码实现的过程还是很曲折但所幸收获颇丰，记录一下学习心得。

日程功能模块最后成果
JAVAFX里面没有封装日历控件，找了些项目源码做参照肝了一个，不过为了简化分析的过程，不会详细写其中业务逻辑。
总的来说，从建模带代码实现的功能完成了90%，日程列表和日历的通信没写，预期效果是如果有新增的日程，日历上相应的日历块会有 marked 的标记。这一块按照我的想法写代码会变得很乱，也是建模过程中没有认真考虑的点。

建模过程
需求日程主要是帮助用户查看和管理日常事务，用户可以记录待办事件并且设置提醒时间，有助于管理时间和提高工作效率。
而作为成绩管理系统学生界面的一个子功能模块，除了帮助学生管理课程和学习任务，它还需要能自动导入课程考试信息，便于学生规划学习进度。
用例图及主要用例描述

用例图
从需求分离出对象为学生。把所有有意义的动宾短语先列出来【查看日常事务】，【管理日常事务】，【记录待办事件】，【设置提醒时间】，【自动导入课程考试信息】。这里是因为需求比较直观简单，一般还需要根据语义找隐藏的功能需求。
进一步分析用例之间的关系，【管理日程事务】即对日程做删改，应该是在选定具体的事务后。【记录待办事件】即新建日程，包括【设置提醒时间】等信息设置。【自动导入课程信息】应该不是由学生完成的，学生只能查看，所以还有参与者 —— 考试管理系统。
画出用例图如下
心得：在画用例图时并没有花太多时间打磨，构建的快也修改的快。从需求快速提取用例，在写用例描述的时候还会再倒回来修改的

文章图片

参考老师发的资料，从用例图如何到类图，观点不一。有从活动图 ——> 类图以及从详细的用例描述中抽象出类图，两种都参考尝试了一下。

用例描述


用例编号	S1.1
用例名称	查看日程详细信息
参与者	学生
触发条件	点击列表中具体的一项日程
前置条件	学生已经登录，并且在日程界面
后置条件	显示目标日程的详细信息
正常流程	1. 点击列表中目标日程，显示日程信息
扩展流程	1. 编辑目标日程，修改事件信息 2. 删除目标日程
特殊要求	无


用例编号	S1.2
用例名称	新增日程
参与者	学生
触发条件	点击“新增日程”按钮
前置条件	学生已经登录，并且在日程界面
后置条件	添加了新的日程到日历，对应日期格显示 marked
正常流程	1. 点击“新增日程”按钮，打开日程创建面板 2. 填写事件，设置时间段 3. 选择是否设置提醒时间 4. 点击“提交”按钮
扩展流程	1. 取消创建日程
特殊要求	无


用例编号	S1.3
用例名称	查看考试安排
参与者	学生
触发条件	点击“查看考试安排”按钮
前置条件	学生已经登录，并且在日程界面
后置条件	显示显示本学期所有考试安排
正常流程	1. 点击“查看考试安排”按钮，显示考试安排面板
扩展流程	1. 添加提醒
特殊要求	无

活动图

日程功能模块【从建模到代码实现】UML|日程功能模块【从建模到代码实现】UML + JavaFX

文章图片

文章图片

较为倾向于从用例描述中抽象出类，老师发的资料中也写到，用例描述占据着皇后的位置，而三王一后中没有出现活动图。我在写完用例描述后对程序也已经有了轮廓。

文章图片

类图 <重中之重> 学习博客【深入浅出UML类图】
从用例描述中，抽象出所有的类。我们先提取实体类，有日程类，以及填充日历的日期格类。边界类这里就是界面类，有日程主界面类，添加日程的界面类，两个界面类分别都有控制类实现相关的业务逻辑。界面类里面的部件主要是日历类，日程列表类，考试列表类。

文章图片

先把实体类的属性写好，日程类我们很容易可以知道，有日程名称，开始和截止时间，提醒时间。用户在填写事件时，可能还有一些额外的信息需要提醒自己，那么就添加一个事件备注属性。
日期格类应该包含的是当前格子表示的日期，因为我们还可以直接看到这个格子是否有日程，应该是抽象为一个状态。这里我预备用布尔型 isMarked 来表示。（当时写的时候还加了Mark属性，作为如果存在日程的标记，多余了。
然后进一步思考类之间的关系，先看聚合关系，ScheduleList 和 ExamList 都是由 Schedule 聚合而来，但 ExamList 属于特殊的日程，它在这里只能查看不能修改。日期格和日历Calendar也是聚合关系，我的想法是按月显示，那关系就是一个日历中由35个日期格。
考试列表，日程列表和日历都属于主界面的部件，包括主界面在内的业务逻辑都由 ScheduleController 来处理。最后得到类图如下

文章图片

代码实现
用starUML的正向工程工具根据上面画好的类图导出所有的代码。然后用 sceneBuilder 开始页面布局。主界面我直接用的做平时成绩管理系统的界面稍加改动，已经有基本布局和css渲染。添加新日程界面根据用例描述，就是有对日程基本信息的编辑，然后确认取消按键。
下面是静态初始界面，还没有实现任何功能只是个UI。

文章图片

文章图片

编写界面类，主界面继承 Application 类。添加日程是由主界面按钮触发弹出的，暂时不写。

文章图片

开始编写代码，正向工程导入后已经有了属性，实体类只需要编写setter和getter方法以及构造器

文章图片

日历是用GirdPane写的，每一个日期格都继承AnchorPane，便于在内部进行布局

文章图片

两个 List 部件类 ScheduleList 有 Schedule 的聚合，初始化我们从数据库导入数据（因为用到数据库的地方较少，就不分离出来的（绝不是懒:/，删除和修改的方法这里暂时不写。
ExamList 直接从数据库初始化数据之后不再会变化，所以它包含的应该是 final static 的 Schedule 数组，与上面类似就已经完成了。

文章图片

日历类 Calendar 和两个控件按钮的行为日历类其中涉及细节较多，这里把它当作已经封装好的日历控件FXCalendar。根据类图，我们要完成的时在按上月和下月的按钮时，日历要做出变化。
两个按钮触发的行为实现代码

文章图片

可以看到上面调用了 changeCalendar() 方法来实现日历的变化，下面是 changeCalendar() 代码实现

文章图片

两个界面的交互和添加日程界面完善在主界面按下添加日程按键是触发新增日程界面信息，每次都会产生一个新的界面，一个主界面可以有多个添加日程界面。

文章图片

我们从类图中得知，主要有填入事件信息，是否需要提醒，确认添加和取消操作。（这里在编写的时候就发现，类图的不足之处，打开提醒应该是由控制类来完成。
填入事件信息是在界面中完成的
确认添加事件 getNewScheduleButton()

文章图片

确认和取消都会触发窗口的关闭，而窗口是在主界面控制类生成的，在这里需要获取当前按钮所在窗口来关闭

文章图片

是否提醒

文章图片

到这里，添加日程界面和控制类都完成了
最后要做的是删除选中日程和查看选中日程deleteSchedule(in schedule:Schedule),showScheduleDetail(schedule:Schedule) 这里有个十分迷惑的小bug，虽然处理了。但还是不知道为什么，希望有大佬解惑
ClickedID是在监听日程列表中被鼠标选中的事件编号。

文章图片

查看选中日程时，生成对话框来提示选中日程的所有细节。

文章图片

list 做出的相应操作

文章图片

总结心得从类图到代码仍旧花了不少时间在不断思考如何组织和实现，一度想不管结构全部累在一起，这里类图起了一个很大的规范作用。它在设计阶段，规范好整个框架，让我先对业务流程有了大致的轮廓。如果感觉有错误，可以在类图阶段就修改，而不是等到实现时修改代码，减小犯错成本。
其实代码实现后，我还返回去修改了类图一个是命名规范，当时设计类图命名比较草率，导致在代码累积下来后不能见名知意，所以重构了代码并且修改类图中类和方法的命名；
第二个是方法的参数和返回值，类图设计时我对每个方法都写了形参和返回值，但具体实现时大概率会发生变化，比如删除日程那只需要传递日程ID，而不是把Schedule传过去；
类图上的时间安排 【日程功能模块【从建模到代码实现】UML|日程功能模块【从建模到代码实现】UML + JavaFX】其出现两个问题，其一是在根据类图实现代码时发现有些细节没有考虑到，需要在实现时再花时间来设计。其二是根据类图的设计无从下手，有我Java功底尚浅的原因，但也可能是因为设计的不合理。
类图设计的快，可能会有细节被忽略；类图设计的慢，不断打磨精细，如果后续要修改，可能因为投入了较多的时间成本不想修改。
这次从建模到实现，收获很大，真的感受到一个好的建模可以让整个功能实现更加高效。我的建模可能还很不规范，之后还是多实践和总结！