（5）创建卡，卡处理，用餐消费，学生，教师等的类图，卡处理类中包含的属性包括卡号，姓名，类别，剩余金额，操作包括充值，挂失，退卡，补办，充磁。用餐消费类中的属性包括卡号，金额，操作包括刷卡。卡类中包含属性卡号，姓名，剩余金额，类别。教师类中包含属性教师工号，操作刷卡。学生类中包含属性学号，类别，姓名，操作包括刷卡。
（6）创建序列图，实现用户的充值过程，用户打开用户使用界面，选择充值要求，输入用户名和密码，系统验证用户名和密码是否正确，如正确，用户则将饭卡和人名币提交给管理员，管理员进入主操作页面，选择充值，输入充值金额，系统将数据发送给数据库，数据库将数据进行保存后，将充值成功的信息返回给用户界面，最终显示充值完成。
（7）创建序列图实现用餐人员的刷卡消费过程，食堂工作人员通过操作窗口得的消费机完成对刷卡操作。
（8）创建饭卡管理人员为用餐人员补办饭卡的序列图
（9）创建活动图，管理员登录系统后根据相应的要求为用餐人员完成相应服务。
(10)建立当用餐人员来食堂进行消费时，食堂工作人员在消费机上进行的操作的活动图。在消费机上显示金额以及是否对用餐人员消费成功。
（11）建立当用餐人员进行消费时的活动图。用餐人员进行消费时在食堂工作人员的窗口中进行消费。若余额不足时，消费机会提示用户卡内余额不足，不能进行消费。
（12）建立状态图，表示办理新卡的状态转变过程。由状态转变过程可知，在使用一张新卡前需要将新卡与银行卡进行绑定，新卡可以通过银行卡进行转账操作，在注销新卡时需要对卡进行解绑操作，防止别人使用该卡进行不良操作。
（13）建立饭卡使用过程的状态图。饭卡自身有充值状态，进行消费后可能将饭卡中的余额全部消费完，使饭卡变成空卡，但也可以对空卡进行充值，使得饭卡能够重新被使用。
（14）建立食堂管理人员使用后台数据库进行操作的状态图。管理员使用用户名密码登录数据库，若用户名或密码错误，那么将不能进入数据库，则返回登录界面，当用户名和密
码正确后，才能进入数据库进行操作。
（15）该系统中的软件构件及其相互关系如下图所示，主要包括饭卡操作管理，用餐人员信息管理和消费信息管理和其各自系统中可以进行的操作。
（16）部署图表示该饭卡管理系统的物理布局，其包括食堂管理人员使用的服务器，用餐人员进行自主转账等操作的服务器，食堂工作人员使用的消费机，该物理布局中所有的设备都将数据上传到数据库中。