《面向对象的软件工程与UML》学生宿舍管理系统解析

天津师范大学伊杜大学上课时间工作专业：# # # # # # # # # # # # # #班级编号：# # # # # #-。学生姓名：# # #学生姓名：# # #地图教师：# #2003年12月天津师范大学本科课程作业学生宿舍管理系统Students Dormitory Manager System专业课：学生姓名：学生姓名：指导教师：研究所：信息技术工程学院2013年12月摘褥子入学的时候，每个学生都有自己的学号，分配到指定的宿舍楼和指定的宿舍，还有宿舍号码，那上学时间就是他入住的时间。另外，为了经营上的方便，同一学科的学生宿舍一般都在一起，因此各学科都有名称。关键词：宿舍管理学生ABSTRACTIn the school enrollment，every student will have a uid，Then will get a school dormitory number。the start school time is same of check in school dormitory S time . the student will categories according to special field of study for easy to managethe department name will note in this area .key word : dormitory manager student列表1简介11.1主题背景11.2主题的意义和目的11.3研究方法12可行性分析32.1宿舍基本情况32.2用户对系统的要求32.2.1宿舍管理员33详细设计13.1系统用例分析13.1.1用例设计13.2系统类图分析23.2.1类图设计33.3协作地图分析33.3.1协作图设计43.4计时分析53.4.1时序图设计53.5活动也分析73.5.1活动图设计73.6封装图表分析83.6.1封装图表设计8结论9引言11.1主题背景随着我国教育投资的不断增加，大众教育水平不断提高，其中教育学占优势。随着学生人数的增加，传统的宿舍管理方式越来越难，现代管理方式的需要也越来越迫切。学生宿舍管理系统可以大大节约人力成本，规范宿舍管理。1.2主题的意义和目的学生宿舍信息管理系统主要利用宿舍管理员通过宿舍居住的学生的名字、学号(学号是在校学生的唯一标致)快速查找该学生宿舍情况(:卧室号码和房间号码等)和有关该学生的其他信息(:学院、专业、联系电话、家庭地址、奖惩等)等系统，宿舍管理员学生宿舍信息管理系统的最大特点是能简单快速地找到所找学生的宿舍情况及基本信息1，代替现有的手动工作需要很长时间，很难找到的过程，节省了查找时间，提高了工作效率，大大减少了宿舍管理员的工作负担1.3研究方法研究学生宿舍管理系统需要提供简单、层次关系明确、明确的操作界面，使用户一眼就能看到。尽可能方便用户输入、查询等功能操作。设计该系统时，应尽量接近学生，便于用户操作。系统在实施中必须具有以下功能：寻找使用者登入密码关于查看信息修改宿舍管理1.要进入系统，用户必须输入正确的用户名和密码。2.系统必须提供查询功能，以便于用户查询学生的基本信息(按各种条件查询)和查询建筑信息。3.系统还必须具有添加、修改和删除配置文件的功能。2可行性分析2.1宿舍楼的基本情况学生们住在宿舍，每个宿舍都有几位老师负责这个宿舍的日常管理。入学的时候，每个学生都有自己的学号，分配到指定的宿舍楼和指定的宿舍，还有宿舍号码，那上学时间就是他入住的时间。另外，为了经营上的方便，同一学科的学生宿舍一般都在一起，因此各学科都有名称。宿舍的基本信息：每个宿舍都有唯一的宿舍号码2.2系统的使用者需求2.2.1宿舍管理员A.信息要求宿舍管理员可以查询上述宿舍楼的所有相关信息，包括特定学号学生在宿舍楼住宿的详细信息、晚上回家的详细信息、学生离开的信息等。有利于整个宿舍的整体管理。B.处理请求宿舍管理员可以在学生基本信息变更的情况下修改。例如，有些学生去了其他宿舍，他们必须删除这些宿舍的相应记录；学生转换专业，他们记录的学科信息也要适当修改。C.安全性和完整性要求安全性要求：1.系统必须设置访问用户的id以验证其是否为合法用户，合法用户必须设置自己的密码以防止用户id被盗用。2.系统必须根据数据设置不同的访问级别，以限制用户可以查询和处理数据的类别和内容的访问权限。3.系统应该为不同的用户设置不同的权限，区分不同的用户，例如普通用户(学生)、管理员等。3详细设计3.1系统用例分析首先，确定参与者是系统以外的实体(可以是任何事物或人)，并以某种方式参与用例的执行。订户通过在系统或请求系统中输入特定事件来触发系统运行。宿舍管理系统的参与者包括查询者、普通用户、学生员工、信息管理员、住宿管理、系统管理员、财务人员、手表。分析用例意味着捕获需求中的用例如下：查询信息、学生信息管理、基本数据库管理、财务管理、登录、宿舍分配、住宿管理、时钟支持。3.1.1用例图设计基于上述用例分析，可以构建此系统的用例图。图3-1所示。图3-1学生宿舍管理用例图一般用户登录系统后，可以查询学生信息、宿舍分配信息、住宿信息等。财务人员可以管理财务，系统管理员职责用户可以管理基本数据库信息。时钟角色用于维护系统时间戳，但无需单独实施此角色，只需调用操作系统时间。有关用例的详细说明以“登录用例”为例进行说明(例如，表3-1)表3-1用户名登录使用案例目标登记。说明并设置了用户登录“学生宿舍管理系统”的过程各种用户的访问权限承担者用户触发条件用户试图进入每个系统模块时出发前提条件：系统必须正常启动典型地实践过成参与者系统响应用户启动这个应用程序后，就用力启动。用户名和密码等用户数系统显示登录界面系统验证信息访问系统设置系统显示主菜单(子用例：显示主界面)关闭用例替代实践课程用户输入错误的用户名或密码时，提供提示信息，然后跳到后缀条件用户正常登录界面3.2系统类图分析分析用例并在用例中查找对象和类。例如，分析宿舍分配管理子系统可以发现有学生、宿舍管理员、班级、建筑物、床等实际类。类别是物件的抽象描述，包含两个方面：属性的描述和动作的描述。类中的关系依赖于关联、一般化、实现和四种关系。其中，类与类的主要关系是关联，一般化。3.2.1类图设计有上述分析，可以创建系统类图，如图3-2所示。图3-2学生宿舍管理系统分类图此图包含系统所需的所有类图，其中人员分配、集体分配类继承自分配住宿接口类。指定住宿接口类的内容包括多个建筑物、类信息。数据库学生，与数据库床类别有关。3.3协作图表分析该系统中的多个用户需要参与协作，对于指定的使用案例每个参与用户的工作，参考图3-1学生宿舍管理系统的用例图，在多个角色共同参与的使用案例中，使用协作图可以清楚地显示不同用户的工作。下面显示了分配床、确认用户住宿信息的协作关系，如图3-3-1和图3-3-2所示。3.3.1协作图表设计图3-3-1宿舍分配创建图图3-3-1显示了宿舍分配协作管理，宿舍管理员首先需要进入宿舍分配界面，确认学生身份信息。确认正确后，根据宿舍病床信息表中空病床信息，分配或修改学生病床。参加用户有宿舍管理员、学生。图3-3-2住宿信息确认协作图图3-3-2登录协作图具体体现了用户登录、住宿信息确认模块的合作关系，用户应首先进入登录页面确认身份，然后确认自己的住宿信息。然后确认并返回登录页面。3.4计时分析时序图描述用例中的每个用户随时间变化的操作。您可以简化事件参与者的工作顺序。图3-4-1显示了用户宿舍信息确认过程，图3-4-2学生宿舍指定时间表显示了宿舍管理员分配学生宿舍信息的过程。3.4.1时序图设计图3-4-1用户住宿信息确认时序图主要参与者可以看到，查询用户必须首先进入登录页面，此时系统的登录界面处于活动状态，查询者的密码和用户名经过验证，正确确认后，住宿管理功能将返回给查询人员。如果验证失败，则不会启用住宿管理功能。图3-4-2学生住宿分配时序图图3-4-2显示了住宿管理员分配学生宿舍的计时关系。首先，住宿管理员进入宿舍分配界面，输入学生信息，获取学生具体信息，通过学生信息表确认学生信息，然后调整学生病床。3.5活动度分析活动图显示了系统从一个活动到另一个活动的流程。使用UML活动图工具执行工作流建模。该学生宿舍管理系统在在校学生入住工作过程中，活动应包括申请入住、批准手续费、取消住宿、认证学生、分配住宿。如图3-5所示。3.5.1设计活动图表图3-5学生入住业务活动图上面的图表显示，学生先提交入住申请，宿舍管理员通过学生信息和缴费记录确认，将申请人安排到宿舍，如果没有通过学生信息和缴费记录确认，此次申请将无效，不向申请人提供住宿。3.6封装图表分析软件包用于区分系统的不同功能区域，通过系统模块化减少不同模块之间的耦合关系，明确模块之间的依赖性。系统的封装设计如图3-6所示。3.6.1封装图表设计图3-6系统封装图设计该系统由7个主要模块组成：学生宿舍管理系统、学生基本信息管理系统、决策支持、查询子系统、公共部分、基本数据库管理子系统、财务管理子系统等。其中，财务管理子系统、学生基本信息管理子系统是外部系统模块，该系统不在此系统中实现。但是，此系统需要其他系统上的相应模块提供支持。结论该系统以学生宿舍管理系统的UML建模为例，列出了UML中认为重要的一些图形建模，各类型图表中更详细的问题需要进一步分析和细化。在特定方法中使用这些图表，可以