督查字在作人员对文件进行分解，确定承办单位[可多个]、协办单位，录入任务。 单位信息是一个树形结构，具有唯一编码；每个单位有A、B两个承办人员 不同任务有不同的反馈频度，不同的任务类型有不同的评分标准，每个任务类型有多个任务来源领导审核后y/n，督查人员进行任务发布 任务发布后，承办人员可以看到自己单位的任务，首先要进行任务接收[不接受要说明原因】承办单位接受任务后，根据反公频度，生成需要反馈的具体项目project 承办单位按时进行项目反馈，可以写文字，也可以加附件，超期反馈要扣分，系统提前提示未超过办结时限的，可以继续挺交补充材料[尽量不要删除以前文字和附件] 超过办结时限(已完成、未完成四分、扣分不同 系统提供项目、任务的导入、到处功能 反馈完成后，督查人员可以对自己负责的项目进行审核[通过、不通过] 所有项目完成后，承办人员可以申请办结，督查人员给出意见[同意办结、不同意办结 不同类型的统计：已完成任务、未完成任务、超期任务、阶段性评分等 这个系统的类图中，各类之间的关系划分

根据您提供的信息，可以初步将该系统的类图中的类分为以下几类：

1. 任务类(Task): 包括任务的基本信息，如任务类型、反馈频度、评分标准等。

2. 单位类(Unit): 表示承办单位或协办单位，具有唯一编码和A、B两个承办人员。

3. 项目类(Project): 表示具体的反馈项目，包括项目内容、附件等信息。

4. 反馈类(Feedback): 表示反馈内容，包括文字和附件等信息。

5. 人员类(Personnel): 包括督查人员、来源领导等人员信息。

6. 统计类(Statistics): 包括已完成任务、未完成任务、超期任务、阶段性评分等统计信息。

7. 数据库类(Database): 表示数据存储和管理。

各类之间的关系划分如下：

1. Task与Unit之间为一对多关系，表示一个任务可以分配给多个承办单位。

2. Unit与Personnel之间为多对多关系，表示一个单位可以有多个承办人员，一个人员也可以承办多个单位的任务。

3. Task与Feedback之间为一对多关系，表示一个任务可以有多个反馈内容。

4. Project与Feedback之间为一对多关系，表示一个反馈内容可以包含多个具体项目。

5. Feedback与Personnel之间为多对一关系，表示一个反馈内容必须由一个人员进行审核。

6. Task与Personnel之间为多对多关系，表示一个任务可以由多个人员参与。

7. Unit、Task、Project、Feedback、Personnel、Statistics与Database之间均为关联关系，表示这些类的实例需要在数据库中进行存储和管理。