WindowsForm应用程序设计中，有关类图的一些问题（本人非伸手党）
在画类图中遇到了一些问题，具体如下：
1.我采用的是建立CLR的windows窗口应用程序项目。在PersonnelForm中（功能：对人事档案进行新增、查询、删除、修改的操作。），用例图如下：

描述：
用例描述：用户进入基本档案，执行新增、修改、查询和删除的操作。
参与者：操作员
前置条件：用户成功登录系统，系统成功连接到数据库。
后置条件：基本档案被更改，并写入数据库。
拓展点：无
事件流：
1)基本事件流：
1)用户点击查询按钮。
2)系统判断查询文本框内的姓名数据类型是否正确，正确则返回需要的基本档案，输入类型错误则执行E-1。
3)用户对查询到的基本档案信息进行修改。
4)系统判断输入的数据类型是否正确，正确则保存，错误则执行E-1。
2)分支流：
  1)查询到基本档案后，操作员点击删除，成功删除后系统返回更新后的数据，无法删除则执行E-2。
  2)未查询到基本档案，操作员点击添加按钮，系统判断输入的数据类型是否正确，正确则在录入成功后系统返回更新后的数据，失败则执行E-1
3)异常事件流：
E-1：如果用户输入数据类型错误，则不予以显示，返回事件流1。
E-2：如果无法删除此基本档案，则显示对话框，点击确定后返回事件流1。

2.在详细设计中，我画的类图如下：

导师说我需求分析与设计脱节？我没弄明白哪里脱节了。
（注：图床可能会出现问题，需要看贴图的可以+我Q：346501820.在线等）


------解决方案--------------------
你没有根据你的用例来分析呀。你画了4个用例。应该有4个用例的说明。
而你的描述针对的是什么呢？
用例是针对某个功能点来说的。某个功能点可以当做一个功能模块了。因此要对某个用例来说明了。
------解决方案--------------------
说个最基本的东西，分析一个业务系统不是4个sql语句就完事了，而首要地是将你所谓的“用户”细分出各种（临时的）类型，从而知道用户常见的上百种操作目标中到底哪十几种（或者几十种）目标是重要的。比如人事系统对于统计工资的人、进行考勤的人、进行业绩考勤的人、刚入职的人、想申请涨工资的人、想给企业做宣传网站的人、想发布招聘信息的人、想共享企业消息的人，等等，有着不同的意义。如果你想到了有这么多用户分类，你就会去主动找每一类人的典型代表去调研，然后进行分析或者归类，开始去进行真正进行需求分析设计。

如果你见到什么系统名词，都弄“一个”所谓的数据库表，然后就“增删改查”，这能说明你花了多大力气去设想用户需求了呢？