考勤助手——学生查询出勤用例图

  本周主要是根据学生的子系统进行用例图的设计,学生涉及的主要功能就是查询出勤,也可以查看个人信箱,故对此进行如下设计:

时间: 2025-01-02 09:51:01

考勤助手——学生查询出勤用例图的相关文章

考勤助手——第九周工作总结

本周主要对自定题目的需求进行设计和完善,摘要如下: 1.1产品概况 考勤助手——学生考勤管理系统 运行环境:windows系统 初步暂定架构模型:客户服务器模型(CS) 1.2产品初步设计的功能 该软件主要面向学生.任课老师.教务老师三类对象. 学生可以查询自己的每门课的出勤记录,每门课程结课后还可以为教授自己这门课的老师打分(分数只有教务老师有权限查看),每堂课结束后学生可以向老师提出建设性意见. 任课老师可通过该软件记录每位的出勤状况,课程结束时可由软件自动计算学生的平时成绩,任课老师还可以

考勤助手ER图2.0版本所存在的问题

如图所示,考勤助手ER图2.0版本中,缺少个人信箱这一问题虽然不具有逻辑层面的问题,但是它是不满足需求的,也就是说这样的设计无法满足小组对考勤助手最初的设计.其次,就设计层面来分析,弱联系是数据库查询当中比较忌讳的一点,虽然逻辑上可行,但是在之后编程查询相关数据的时候,多表查询的访问非常不好实现,所以小组商议后决定对此进行修改.最后,就是“考勤表”的分歧,另外两位小组成员的设想是指定课次查询指定课次的出勤,但是我和组长的观点是可以查看多次课的出勤情况,这样的效果更加直观.以上就是小组讨论后发现的

考勤助手——基于CS三层结构的子系统设计

因为小组比较倾向于cs分层结构的风格,所以基于对考勤助手最初的体系架构的设计进行了子系统的分层设计,如下图: 1.教务老师安排课程子系统 2.教务老师查询相关信息的子系统 3.任课教师管理考勤子系统 4.学生考勤查询子系统

考勤助手类图的设计

以上为类图1.0版本,其中在“教务老师”与“信箱”的关系处争议较大,但是从调用关系上来分析我认为这样的设计是没有错误的,所以这个问题大家最终达成一致.至于学生和出勤表之间的联系的确是我的考虑不周,所以是应该做修改的.再有就是一张考勤表应该匹配一张出勤表,所以组合的数量关系上是有错误的,以下是修改后的版本: 根据以上仅考虑重要逻辑部分的类的关系,以及时序图的设计,我将uml类图进行了进一步的补充设计:

工大助手--数据查询

工大助手--数据查询 实现功能 1)用户可选择获取入学以来所有已修课程的相关信息:课程代号.课程名.课程属性.学分.成绩等信息. 2)用户可选择获取特定已修课程的相关信息:课程代号.课程名.课程属性.学分.成绩等信息. 3)用户可获得特定时间段内的加权平均分(1学期.1学年.全部). 团队成员 13070003 张   帆 13070046 孙宇辰 13070004 崔   巍 13070006 王   奈 13070002 张雨帆 13070045 汪天米 数据查询 由于有了DataTable

考勤助手——第十周工作进展

小组成员进行了一番讨论,并且对相应的风格进行了分析和评估,多数支持cs分层的体系结构风格,并进行了体系结构的设计. 分工如下: 1.薄晰月:考勤助手的体系结构设计并制图,见下图. 考勤助手子系统的设计,详见:http://www.cnblogs.com/GG-TEN/p/5423214.html 2.顾恭:考勤助手体系结构设计 三层CS风格,详见:http://www.cnblogs.com/XngF/p/5423392.html 3.潘禹桐: 风格,详见: 4.李雨墨: C2风格,详见:htt

关于“考勤助手”体系架构风格的选取

“考勤助手”体系架构风格的选取 备选其一:分层系统,由于考勤助手这款软件需要用到用户图像层面的设计,将用户需求与数据库对接的功能接口层设计以及数据库本身提供数据的层面设计.我们认为分层系统对于这款软件的架构是较为合适的,不仅是因为该软件的每一层都需要为上一层服务,更是因为分层系统本身具有着很好的优点: 1.这种风格支持基于可增加抽象层的设计,允许我们讲一个复杂问题分解成一个增量步骤序列的实现. 2.因为每一层的修改最多影响其上下两层的连接,所以我们在每一层抽象的基础上可以提供更加合理的邻层接口,

考勤助手——第十一周工作安排

本周需完成数据库设计,包括数据库需求分析,设计E-R图,数据库结构的实现 安排如下: 1.薄晰月:对考勤助手的数据库进行大体架构,即考勤助手数据库1.0版本,供小组成员进行完善. 根据小组成员提出的数据库2.0版本进行讨论 制定出考勤助手——数据库设计的最终版本 2.顾恭:  分析数据库2.0版本的不足  参与数据库最终3.0版本的设计. 3.潘禹桐:提出完善方案,进行数据库2.0版本的设计. 4.李雨墨:参与并提交数据库2.0版本的设计方案.

SSM框架快速整合的实例-学生查询

SSM 框架快速整合实例--学生查询 一.快速准备 SSM 框架即 Spring 框架.SpringMVC 框架.MyBatis 框架,关于这几个框架的基础和入门程序,我前面已经写过几篇文章作为基础和入门介绍了.对于这 3 个框架还不熟悉的同学,可以参考一下几篇文章: [SSH框架]之Spring系列(一) Spring框架系列(二)之Bean的注解管理 Spring框架系列之AOP思想 Spring 框架系列之 JDBC 整合 Spring 框架系列之事务管理 SpringMVC 框架系列之初