今天完成的事情：

找到组织，了解组织！完成任务一学习任务前几项，英文不太好，下载配置Mysql及把Navicat连接上Mysql弄了很久。

1-4项初步完成了，成功使用Navicat自己建立了表。

明天计划的事情：

按照任务表上的5-10项操作，结合网上搜索步奏和各位师兄日报参考完成任务，并在文库上搜索学习Mysql方面的知识

遇到的问题：

问题主要在于对Mysql的陌生，因之前只学过VB，太过简单，刚接触这方面有点困难需要多努力，加油！

收获：

在完成任务的过程中重温了基础数据结构的知识，初步了解了Mysql及Navicat操作，自我感觉在自学方面有所进展

任务4的表思路如下，另参考李昂师兄之前做的日报，表里的内容是学员的基本信息，从设计思路上不知道是不是相通的

刚入门，针对任务学习后有以下愚见，望海涵。如果任务中的对象报名帖是指的往期报名帖一览

那个表格或非修真院的线下报名流程请无视下面的话- -

任务一

1.业务模型指的是系统的操作流程，对应到报名帖中的报名流程应该如下：

①报名前的准备，对学员的要求，也就是入学条件，包括自身想法，连续1周

以上的日报等；

②报名时，在对应日报下用规定模版报名然后找长老审核并缴纳学费；

③报名成功后通过线下审核流程确认通过报名。

主流程应如上所述，其他内容个人认为不在主要流程范围内故不列入业务模型

内。

对象的话，文中涉及的对象很多，如学员、科目、日报等具象化的都应算是对

象。但就需求而言，我认为报名所涉及的几个对象是问题需要的，其对象笼统

分类有学员、学员的基本要求、审核人员。其属性分别如下：学员属性是最基

本的自然行为人；学员的基本要求属性包括但不限于坚定意志、规范连续日报

、对学费和修真院模式的理解认可等；审核人员的属性也应是自然行为人但其

被赋予了审查等权限。

那么其对应关系可理解为：学员与学员基本要求关系是一对多的关系，学员基

本要求与审核人员是多对一的关系，学员与审核人员是一对一的关系。这里考

虑到每个学员自身对业务模式的感受，故把学员看做了单一个体，如果从大分

类来看，学员也应分类为“多”类。