基于ssh的高校奖学金申请与评定系统的设计与实现计算机软件专业

辽宁工程技术大学毕业设计（论文）中文题目:基于SSH的高校奖学金申请与评定系统的设计与实现外文题目:THE UNIVERSITY SCHOLARSHIP APPLICATION AND EVALUATION OF SYSTEM DESIGN AND IMPLEMENTATION BASED ON SSH 毕业设计（论文）共 91页（其中：外文文献及译文6页）完成日期 2015年6月 答辩日期2015年6月III摘要本奖学金申请与评定系统是为了适应新形式下学生奖学金申请与评定工作而准备开发的一套管理系统。要求能够实现学生德智体综合信息库的自动导入，按照公式自动进行德智体综合排名，根据比例要求自动生成获得奖学金学生信息、能够查询、修改各种信息，对排名、获奖学金信息进行统计，生成报表。本系统目的在于为教务工作有关部门提供优质、高效的业务管理和事务处理的同时，采用安全可靠的处理和控制技术，及时、准确、可靠地采集和传输信息，建立完备、可靠的处理机制，提高工作效率，减少出错率。该系统设计使用B/S模式结构，运用MySql作为后台数据库并使用Eclipse编写程序及相应的界面，同时用结构化查询语言实现对数据库的操作。本文论述了系统从分析到实现的整个过程，说明系统实现的基本思路，介绍系统不同的功能模块以及实现的相关技术。关键词：奖学金；申请；评定；B/SAbstractThe scholarship application and evaluation system is to adapt to the new form of scholarships for students and to inform the work of preparation for the development of a management system. Moral intelligence sports asked students to achieve a comprehensive database automatically import，in accordance with the formula automatically Moral,intelligence sports comprehensive ranking, in accordance with requirements of the scholarship students automatically generated information, to access, modify all kinds of information on the ranking, a scholarship information Statistics show that Generation statements.The purpose of this system is to provide quality academic work of the departments concerned and efficient business management and conduct of business at the same time, the use of safe and reliable management and control of technology, timely, accurate, reliable collection and transmission of information, the establishment of comprehensive and reliable mechanism to improve Work efficiency and reduce the risk of errors.This article discusses the system from the analysis of the entire process of the realization of that system to achieve the basic ideas，different systems on the functional module and the realization of the related technology.Keywords: Scholarships；applications；assessed目录1 项目概述11.1 现系统概述11.2公司组织机构12 系统需求分析32.1 需求陈述32.2 Use Case建模32.2.1定义活动者32.2.2 Use Case图42.2.3 用例及用例规约53 系统架构设计203.1 架构设计目标203.2 系统架构设计203.3 系统架构类图244 面向对象详细分析264.1 系统中的类264.2 类之间的关联264.3 系统状态分析274.4 系统流程分析275 面向对象详细设计295.1 用例详细设计295.1.1 奖学金申请基本成绩管理用例295.1.2 奖学金申请证书管理用例305.1.3 奖学金评定审批本班学生证书用例365.1.4 奖学金评定填写本班素质测评成绩用例375.1.5 奖学金评定提交本班奖学金申请用例385.1.6 奖学金评定评定本院奖学金用例395.1.7 用户管理用例415.1.8 系统设置用例425.1.9 公共管理修改密码用例435.1.9 公共管理登录用例445.2 业务逻辑对象类设计455.2.1发现业务逻辑类455.2.2业务逻辑对象类图456 数据库设计476.1概念结构设计476.2逻辑结构设计476.3 物理表结构图487 开发环境与编码517.1开发环境的选择517.1.1系统开发工具517.1.2数据库的选择517.1.3 系统网络架构设计527.2 概述开发工具及编程脚本527.3脚本习惯说明537.4 脚本548 测试628.1 测试原则及测试方法概述628.2 测试项目测试用例648.3 软件测试结论728.3.1 软件能力728.3.2 缺陷和限制728.3.3 建议738.3.4 测试结论73总结75致谢76参考文献77附录一 中文翻译78附录二 英文原文81附录三 源程序代码85辽宁工程技术大学毕业设计（论文）1 项目概述1.1 现系统概述随着快速发展和不断扩建，目前在学生的教务管理上，学分制管理已取代了过去的学年制管理。学生数量也逐年增加，给院系的学生管理工作带来了沉重的压力，原先基于文档的 管理工作模式已经适应不了这种负担，且极其容易产生错误如信息的不一致性等，而且降低 了信息的交换速度，降低了整个学生管理工作的效率。在高校学生管理部门的日常工作中，奖学金评定是一项繁琐而又重要的工作，而且是每年必须重复的工作。奖学金的评定，一方面要根据学生各个科目的学习成绩，同时还要结合每每位学生的具体表现和实际情况，包括 学生的德育、体育及某方而的突出表现等，对于不同学生给与不同项目的奖学金，涉及的范围很广，需要纪录和处理的数据也很庞大，由此看来要根据不同情况评定出不同的奖学金获得者并不是一件容易的事情。原先的奖学金手工评审方法己不能满足现在的需求，使用以前的评定方法不但增加了用户的工作量,更主要的是在执行中会有一些不良因素来影响结果的可靠性，因此实现奖学金管理的信息化是十分必要的。并且当前，很多高校应用的奖学金评定系统仍存在着许多缺点，如:技术水平低、保密性差。要想使学生奖学金信息管理的方式具有以往管理方式所无法比拟的优势，如：检索迅速、查找方便、可靠性高、存储量大、保密性好等，开发新的学生奖学金管理信息系统就是非常必要的。这将极大地提高高校学生成绩管理的效率，也是高校实现管理现代化的重要条件。1.2公司组织机构目前学校组织机构如下图1-1所示：学校实行学分制，以国际知名、特色鲜明的研究教学型大学为发展目标，致力于培养“应用创新型”人才，已形成以工为主，理、文、管、经、法、农、教育、艺术等学科协调发展的多学科体系。截止至2013年4月，在册学生4.2万余人，其中全日制在校博士生、硕士生、本科生、高职生、留学生3.1万余人系统工程研究所研究所电气自动化研究所辽宁工程技术大学葫芦岛校区工程与系统研究所产业开发处公安保卫处学生处财务处综合办公室教务处组织人事部党校与机关党委校园管理处管理机构图1-1 学校组织机构图Fig 1-1 Diagram of the Schools Organizational Structure2 系统需求分析2.1 需求陈述根据调研分析得知，奖学金申请与评定共需完成4项任务，包括：基本成绩管理、证书管理、学生素质测评管理、奖学金成绩管理。 每项任务具体描述如下：（1）基本成绩管理学生登录系统后根据学期和专业选择当前学期考试的科目以及对应的学分并填写对应的分数。保存后不得更改。（2）证书管理学生登录系统后选择学期并填写对应学期内所获得的证书及奖状。证书共有四种状态分别为：未提交：学生填写证书信息后保存信息为未提交状态，此时可以对证书信息增删改查操作。待审核：学生填写证书信息后提交信息为待审核状态，此时学生可以查看证书详情。班主任可以审核学生所填的证书信息。已通过：班主任审核学生证书，填写应加分数并通过此项证书。此时学生可以查看证书详情。未通过：班主任审核学生证书，驳回学生所添加的证书信息。此时学生可以对此证书进行增删改查操作。 (3) 学生素质测评管理班主任登录系统后根据学期查询本班学生奖学金申请详情并填写学生素质分数。(4) 奖学金成绩管理班主任核对学生基本成绩，证书以及素质测评成绩后提交，系统自动算出该学生奖学金成绩并进行排名。2.2 Use Case建模2.2.1定义活动者根据奖学金申请与评定系统的需求分析可以确定本系统需要4个参与者，即：学生进行奖学金申请；班主任审核本班学生奖学金申请的证书情况并评定素质测评得分；院奖学金负责人评定奖学金并发放通知；管理员进行系统基本信息的维护。本系统参与者如图2-1：图2-1系统参与者Fig 2-1 participants in the system2.2.2 Use Case图用例代表了系统能够提供的功能，根据系统需求分析，结合上节系统活动者的定义分析，得到奖学金申请与评定系统的六个用例如下：（1） 查看基本成绩（2） 添加基本成绩（3） 添加证书（4） 查看证书详情（5） 提交证书（6） 修改证书（7） 删除证书（8） 查看本班学生基本成绩（9） 审批本班学生证书（10） 填写本班学生素质测评成绩（11） 提交本班学生奖学金申请（12） 评定本院学生奖学金（13） 查看奖学金评定结果（14） 登录（15） 查看个人信息（16） 修改密码（17） 创建用户并分配角色（18） 系统设置结合活动者和用例得到奖学金申请与评定系统的用例图如下图2-2所示。图2-2系统Use Case 图Fig2-2 Use Case for System2.2.3 用例及用例规约用例代表了系统能够提供的功能，高校奖学金申请与评定系统提供学生奖学金申请中的填写基本成绩和添加证书功能，学生奖学金评定的审核证书和添加素质测评成绩以及提交奖学金申请功能，院负责人提交奖学金评定结果功能以及管理员对用户管理和系统设置操作的功能。因此系统具有表2-1的用例。表2-1系统用例汇总Table2-1 The system use case summary系统用例汇总模块用例名称用例ID说明奖学金申请添加基本成绩UC-0011. 奖学金申请属于学生的操作；2. 学生添加基本成绩后不可修改、删除；3. 添加证书提交审核或者审核通过后不可修改、删除，只可以查看详情；4. 证书审批状态为驳回或者未提交时可以删除修改。查看基本成绩UC-002添加证书UC-003查看证书详情UC-004提交证书UC-005修改证书UC-006删除证书UC-007奖学金评定（HeadTeacher）查看本班学生基本成绩UC-0081. 属于班主任的奖学金评定操作；2. 审批证书有通过和驳回两种状态；3. 每个学生在某学期只能有一条素质测评成绩；4. 提交学生的奖学金申请后学生不可再进行奖学金申请操作。审批本班学生证书UC-009填写本班学生素质测评成绩UC-010提交本班学生奖学金申请UC-011奖学金评定(Director of Department)评定本院奖学金UC-0121. 属于院负责人的奖学金评定操作；2. 填写奖学金获得者等级用户管理创建学生用户UC-0131. 属于管理员的操作；2. 创建用户不可删除创建教师用户并分配角色UC-014查看用户详细信息UC-015系统设置维护院信息UC-0161. 属于管理员的操作；维护系信息UC-017维护班级信息UC-018维护科目信息UC-019公共管理查看奖学金评定结果UC-0201.这是四个角色公用的操作。登录UC-021更改密码UC-022查看个人信息UC-023（1） 奖学金申请 学生进入系统后申请奖学金，申请奖学金有基本成绩管理和证书管理两个操作。基本成绩管理中学生需要添加基本成绩，一经添加后不可删除修改；证书管理中学生需要添加证书，添加证书后可以提交给班主任审核，根据证书审核状态可以做相应的操作。其中在此模块其涉及的系统用例如图2-3所示。图2-3奖学金申请模块用例图Fig2-3 Scholarship Application module use case diagram 学生在基本成绩管理中可以添加基本成绩，表2-2表示了学生添加基本成绩用例规约。表2-2学生添加基本成绩用例规约Table2-2 The use case specification of Students Adding BaseGrade用例编号:UC-001用例名称：添加基本成绩用例描述：学生在申请奖学金中添加基本成绩的过程参与者：学生前置条件：登录后置条件：基本路径：1：学生点击填写成绩2：系统显示成绩添加界面3：学生选择学期4：系统显示所选学期的考试科目信息5：学生填写分数并提交分支路径：5a：分数不可为空5b：分数必须是数字并且小于100字段列表：考试科目信息=科目名称+学分+分数业务规则：选择学期时应选择当前奖学金申请对应学期补充说明：登录信息验证在公共管理模块详细说明 学生在证书管理中可以添加证书，证书提交前可以进行删改查操作，提交后根据班主任审核状态做相应的操作。表2-3表2-6表示了结束开发的用例规约。表2-3添加证书的用例规约Table2-3 The use case specification of Adding DevelopGrade 用例编号:UC-003用例名称：添加证书用例描述：学生申请奖学金中添加证书的过程参与者：学生前置条件：登录后置条件：基本路径：1：学生点击添加证书2：系统显示证书添加界面3：学生填写证书信息4：学生点击证书保存分支路径：4a：学生点击证书提交字段列表：证书信息=证书名称+获得时间+授予机构+学期业务规则：证书授予机构与获得时间必须写详细补充说明：登录信息验证在公共管理模块详细说明表2-4提交证书的用例规约Table2-4 The use case specification of Committing DevelopGrade 用例编号:UC-005用例名称：提交证书用例描述：学生申请奖学金中提交证书的过程参与者：学生前置条件：证书添加后置条件：证书进入班主任审核界面基本路径：1：学生点击提交证书2：系统显示证书提交确认界面3：学生确认提交证书信息分支路径：3a：学生取消证书提交字段列表：业务规则：补充说明：证书提交也可在证书添加时选择直接提交表2-5修改证书的用例规约Table2-5 The use case specification of Modifying DevelopGrade 用例编号:UC-006用例名称：修改证书用例描述：学生申请奖学金中修改证书的过程参与者：学生前置条件：证书添加；证书未提交或审核状态为未通过后置条件：基本路径：1：学生点击修改证书2：系统显示证书修改界面3：学生填写证书信息4：学生保存证书信息分支路径：4a：学生提交证书信息4b：学生返回字段列表：证书信息=证书名称+获得时间+授予机构+学期业务规则：补充说明：表2-6删除证书的用例规约Table2-6 The use case specification of Deleting DevelopGrade 用例编号:UC-007用例名称：删除证书用例描述：学生申请奖学金中删除证书的过程参与者：学生前置条件：证书添加；证书未提交或审核状态为未通过后置条件：基本路径：1：学生点击删除证书2：系统显示证书删除确认界面3：学生确认删除证书信息分支路径：3a：学生取消证书删除字段列表：业务规则：补充说明：（2） 奖学金评定（HeadTeacher） 班主任进入系统后评定奖学金，评定奖学金有证书审核、填写素质测评两个操作和提交本班学生奖学金申请。其中在此模块其涉及的系统用例如图2-4所示。图2-4奖学金申请模块用例图Fig2-4 Scholarship Evaluating module use case diagram 班主任在奖学金评定中可以审核本班学生的证书。证书审核的状态有通过和驳回两种。如果班主任通过某项证书要填写其应得的分数，如果驳回直接驳回给学生查看。表2-7表示了班主任审核证书的用例规约。表2-7审批证书的用例规约Table2-7 The use case specification of Checking DevelopGrade用例编号:UC-009用例名称：审批本班学生证书用例描述：班主任审批本班学生提交的证书的过程参与者：班主任前置条件：本班学生已填写基本成绩；本班学生提交证书后置条件：返回审批状态给本班学生基本路径：1：班主任点击审核证书2：系统显示证书审核界面3：班主任选择学期4：系统根据所选学期显示已提交证书的学生信息5：班主任点击某学生证书6：显示该学生已提交证书情况7：审核证书通过并给出相应分数分支路径：7a：驳回证书 字段列表：学生信息=基本成绩信息+证书+素质测评+状态业务规则：审核学生证书要根据本学校学生手册中证书评定规则进行补充说明：驳回证书时添加分数无效 班主任在奖学金评定中可以填写本班学生在奖学金评定学期的素质测 评成绩。每个学生在每学期只可以有一条素质测评成绩。表2-8表示了班主任填写本班学生素质测评成绩的用例规约。表2-8审批证书的用例规约Table2-8 The use case specification of Adding OutGrade用例编号:UC-010用例名称：填写本班学生素质测评成绩用例描述：班主任填写本班学生素质测评成绩的过程参与者：班主任前置条件：本班学生已填写基本成绩后置条件：基本路径：1：班主任点击填写素质测评成绩2：系统显示素质测评成绩添加界面3：班主任填写素质测评成绩4：班主任提交分支路径：2a：提示已经添加过素质测评成绩4a：班主任返回4b：验证素质测评成绩不符合规则字段列表：素质测评成绩=德育素质+身心素质业务规则：德育素质满分15分，身心素质满分5分补充说明：每个学生在每个学期只有一条素质测评成绩 在奖学金评定中，当班主任确认本班某名学生已提交基本成绩，无待审核证书并且给出其相应的素质测评成绩后可以提交该名学生本学期奖学金的申请。表2-9表示了班主任提交本班学生奖学金申请的用例规约。表2-9提交本班学生奖学金申请的用例规约Table2-9 The use case specification of Committing Application of Student用例编号:UC-011用例名称：提交本班学生奖学金申请用例描述：班主任提交本班学生奖学金申请的过程参与者：班主任前置条件：已提交基本成绩；无待审核证书；给出其相应的素质测评成绩后置条件：奖学金成绩条目增加一条基本路径：1：班主任点击提交奖学金申请2：系统显示奖学金申请确认请界面3：班主任点击确定分支路径：3a：班主任点击返回字段列表：业务规则：确认该学生基本成绩、证书成绩以及素质测评成绩补充说明：“素质测评成绩”绿色为已填写，红色为未填写。（3） 奖学金评定（Director of Department） 院负责人进入系统后评定其所在的院的学生奖学金，系统会自动做出排名，院负责人根据实际需求填写奖学金获得者及其奖学金等级。其中在此模块其涉及的系统用例如图2-5所示。图2-5院负责人评定奖学金模块用例图Fig2-5 Scholarship Evaluating module use case diagram for Director of Department 院负责人根据实际需求填写奖学金获得者及其奖学金等级。表2-10表示了院负责人评定本院奖学金的用例规约。表2-10评定本院奖学金的用例规约Table2-10 The use case specification of Evaluating Scholarship用例编号:UC-012用例名称：评定本院奖学金用例描述：院负责人评定本院奖学金的过程参与者：院负责人前置条件：全院奖学金申请已提交后置条件：计算奖学金评定结果基本路径：1：院负责人点击奖学金评定2：系统显示奖学金成绩排名界面3：院负责人填写奖学金获得者及奖学金等级4：院负责人提交分支路径：4a：院负责人点击返回字段列表：业务规则：根据实际需求（奖学金名额）评定奖学金补充说明：奖学金等级没有内容代表没有获得奖学金（4） 用户管理 系统管理员进入系统后可以管理用户，管理用户有创建学生用户和创建教师用户并分配角色两个功能。其中在此模块其涉及的系统用例如图2-6所示。图2-6管理员管理用户用例图Fig 2-6 User Management module use case diagram for Admin本系统中用户不可以注册，需要系统管理员创建学生用户和教师用户再分配给每个用户。表2-11、表2-12表示了系统管理员创建用户并分配角色的用例规约。表2-11创建学生用户的用例规约Table2-11 The use case specification of Creating Students用例编号:UC-013用例名称：创建学生用户用例描述：系统管理员创建学生用户的过程参与者：管理员前置条件：院系及班级信息存在后置条件：基本路径：1：管理员点击添加学生2：系统显示学生添加界面3：管理员填写学生信息4：管理员提交分支路径：3a：验证填写学生信息4a：管理员点击返回字段列表：学生信息=学号+姓名+初始密码+邮箱+联系方式+班级业务规则：学号代表学生唯一身份，不能重复补充说明：表2-12创建教师用户并分配角色的用例规约Table 2-12 The use case specification of Creating Teachers用例编号:UC-014用例名称：创建教师用户并分配角色用例描述：系统管理员创建教师用户并分配角色的过程参与者：管理员前置条件：院系及班级信息存在后置条件：基本路径：1：管理员点击添加教师2：系统显示教师添加界面3：管理员填写教师信息4：管理员提交分支路径：3a：验证填写教师信息4a：管理员点击返回字段列表：教师信息=工号+姓名+初始密码+联系方式+院系+角色业务规则：工号代表教师唯一身份，不能重复 补充说明：角色添加教师用户时分配（5） 系统设置 系统管理员进入系统后可以进行系统设置，系统设置可以维护院、系、班级、科目等基本信息。其中在此模块其涉及的系统用例如图2-7所示。图2-7管理员系统设置用例图Fig 2-7 System Set module use case diagram for Admin系统设置可以维护院、系、班级、科目等基本信息，由于这几个用力流程基本相同，在此只给出管理员维护科目信息的用例规约，见表2-13：表2-13维护科目信息的用例规约Table 2-13 The use case specification of Maintaining Subjects用例编号:UC-019用例名称：维护科目信息用例描述：系统管理员维护科目信息的过程参与者：管理员前置条件：后置条件：基本路径：1：管理员点击添加科目信息2：系统显示科目添加界面3：管理员填写科目信息4：管理员提交分支路径：3a：验证填写科目信息4a：管理员点击返回字段列表：科目信息=名称+学分 业务规则：工号代表教师唯一身份，不能重复 补充说明：角色添加教师用户时分配（6） 公共管理每个用户执行各自相应操作前都需要登录系统，登录系统后都可以进行修改密码、查看个人信息、查看奖学金评定结果。其中在此模块其涉及的系统用例如图2-8所示。图2-8公共管理用例图Fig 2-8 Public Administration module use case diagram for Admin 用户登录系统的过程中需要填写用户名和密码，学生用户名为其学号，教师用户名为其工号。表2-14表示了用户登录系统的用例规约。表2-14用户登录系统的用例规约Table 2-14 The use case specification of Loginning用例编号:UC-021用例名称：登录用例描述：用户登录系统的过程参与者：学生、班主任、院负责人、管理员前置条件：系统部署完毕，数据库连接正常后置条件：根据不同角色进入不同系统操作页面基本路径：1：用户请求登录2：系统显示登录界面3：用户填写用户名和密码4：用户点击登录5：进入系统分支路径：5a：提示用户名或密码错误5b：提示用户名和密码不能为空字段列表：业务规则：用户名为其工号或者学号。补充说明：用户首次登录密码为初始密码 用户首次登录系统密码为管理员创建用户时设置的初始密码。登录后可以更改密码。表2-15表示了用户修改密码的用例规约。表2-15用户修改的用例规约Table 2-15 The use case specification of Modifying Password用例编号:UC-022用例名称：更改密码用例描述：用户更改密码的过程参与者：学生、班主任、院负责人、管理员前置条件：登录后置条件：基本路径：1：用户点击更改密码2：系统显示更改密码界面3：用户填写更改密码信息4：用户点击提交分支路径：4a：更改密码信息不能为空4b：更改密码信息不符合规则字段列表：更改密码信息=旧密码+新密码+再次输入密码业务规则：新密码和再次输入密码必须一致，旧密码必须正确补充说明：密码更改后再次登录需要新密码登录 用户登录系统后可以查看个人详细信息并进行更改。表2-16表示了用户查看个人信息的用例规约。表2-16查看个人信息的用例规约Table 2-16 The use case specification of Showing Message用例编号:UC-023用例名称：查看个人信息用例描述：用户查看个人信息的过程参与者：学生、班主任、院负责人、管理员前置条件：登录后置条件：基本路径：1：用户点击查看个人信息2：系统显示个人信息界面3：用户点击关闭分支路径：3a：用户填写修改个人信息3b：用户点击提交，系统验证个人信息字段列表：个人信息=用户名+密码+邮箱+联系方式+专业班级业务规则：修改个人信息只可以修改邮箱联系方式等信息其他信息无权更改补充说明： 用户登录系统后可以查看奖学金评定结果。表2-15表示了用户查看奖学金评定结果的用例规约。表2-15查看奖学金评定结果的用例规约Table 2-15 The use case specification of Showing Scholarships用例编号:UC-020用例名称：查看奖学金评定结果用例描述：用户查看奖学金评定结果的过程参与者：学生、班主任、院负责人前置条件：登录后置条件：基本路径：1：用户点击查看奖学金评定结果2：系统显示奖学金评定结果界面3：用户选择学期4：系统显示所选学期奖学金评定结果信息分支路径：3a：所选学期奖学金评定未结束或未开始字段列表：奖学金评定结果信息=姓名+基本成绩+证书+素质测评加分+总成绩+审批人+班级+奖学金等级业务规则：补充说明：1：用户只能查看其所在的院的奖学金评定结果；2：用户只有在所选学期的奖学金评定结束后才能查看所选学期的奖学金评定结果3：奖学金评定结果中只包含获得奖学金的学生的信息。3 系统架构设计软件的系统架构是指通过某种特定的技术平台，完成软件系统整体功能的开发过程。也可以通俗地理解为：总体设计和总体结构布局。一般而言，软件系统架构有两个要素：（1) 它是一个软件系统从整体到部分的最高层次的划分。（2)建造一个系统所做出的最高层次的，以后难以更改的，商业和技术的决定。3.1 架构设计目标软件架构设计要达到如下的目标：（1) 可行性（Feasible）。架构具有可行性是架构设计的基石。（2) 可靠性（Reliable）。软件系统对于用户的商业经营和管理来说极为重要，因此软件系统必须非常可靠。（3) 安全行（Secure）。软件系统所承担的交易的商业价值极高，系统的安全性非常重要。（4) 可定制化（Customizable）。同样的一套软件，可以根据客户群的不同和市场需求的变化进行调整。（5) 可扩展性（Extensible）。在新技术出现的时候，一个软件系统应当允许导入新技术，从而对现有系统进行功能和性能的扩展。（6)可维护性（Maintainable）。软件系统的维护包括两方面，一是排除现有的错误，二是将新的软件需求反映到现有系统中去。一个易于维护的系统可以有效地降低技术支持的花费。（7)可升级性（Scalable）。软件必须能够在用户的使用率、用户的数目增加很快的情况下，保持合理的性能。只有这样，才能适应用户的市场扩展得可能性。（8)客户体验（Customer Experience）。软件系统必须易于使用。软件的最终用户很可能是不具有计算机专业技术的人员。3.2 系统架构设计下面我们将根据架构设计原则和信息系统原理来建立系统的架构设计模型。将信息系统中比较关心的对象分层，可分为三层：用户界面层、业务层、数据访问层（如下图3-1所示），再把各层中的一些公共部分提出来：权限管理、异常处理，这样得到包图如图3-2所示： Web层 service层 Dao 持久化对象Springmvc的 业务逻辑层 Data Access Object Persistent ObjectcontrollerMVC架构的控制层，控制业务逻辑层与表示层的交互用户界面，负责业务数据的收集与表示存放数据实现实体关系映射数据访问对象与持久化对象交互业务逻辑实现层图3-1 系统架构图Fig3-2 The Diagram of System Architecture图3-2 奖学金申请与评定模块包图Fig3-2-1 Package Diagram of Scholarship application and evaluation System（1） 数据访问包数据访问包的职责是：实现数据的持久化操作数据访问包图展开如图3-3所示：图3-3数据访问包图展开Fig3-3 Package Diagram of Data Access 数据访问包包含的类见图3-4所示： 图3-4数据访问类图Fig3-4 Class Diagram of Data Access对于每一个业务处理中需要持久化操作的对象都可以对应为一个数据库访问对象，在很多业务处理中需要请求多个数据库访问对象来进行数据的读写操作。（2） 事务控制与业务逻辑包事务控制与业务逻辑包的职责是：(a) 实现各种业务逻辑处理(b) 实现事务处理(c) 向数据访问对象发送数据持久化操作的请求(d) 向controller层返回处理结果事务控制与业务逻辑包图展开如图3-5所示：图3-5事务控制与业务逻辑包图展开Fig3-5 Package Diagram of Transaction And Business事务控制与业务逻辑包包含的类见图3-6：图3-6事务控制与业务逻辑类图Fig3-6 Class Diagram of Transaction And Business（3） 实体包实体包的主要职责是：(a) 提供数据封装的对象。(b) 提供数据封装对象获取和设置值的方法。实体包图展开如图3-7所示：图3-7 实体包图展开Fig3-7 Package Diagram of Model实体包包含的类见图3-8： 图3-8 实体类图Fig3-8 Class Diagram of Model（4） 前后台交互与异常处理包前后台交互与异常处理包的职责是：(a) 实现用户界面与业务逻辑层的交互。(b) 接收用户界面层传来的数据。(c) 传递业务执行命令给业务逻辑与事务控制层实现持久化操作。(d) 处理异常。前后台交互与异常处理包图展开如图3-9所示：图3-9前后台交互与异常处理包图展开Fig3-9 Package Diagram of Interaction And Exception Handing前后台交互与异常处理包包含的类见图3-10： 图3-10 前后台交互与异常处理类图Fig 3-10 Class Diagram of Interaction And Exception Handing3.3 系统架构类图系统架构类的工作流程：（1） 用户界面对象在接收了用户的输入请求后，向业务代理对象发送处理请求。（2） 业务代理对象接收到请求后，向权限管理对象发送验证权限请求。（3） 权限管理对象验证权限后将验证结果返回给业务代理对象。（4） 业务代理对象根据验证结果进行以下处理：对于不符合权限的请求则返回提示信息；对于符合权限的请求，则将请求转发给业务对象。（5） 业务对象进行业务处理。对于业务处理中的数据持久化操作，通过访问数据库访问对象进行操作，期间的任何异常都交给异常处理对象处理。最后返回处理结果信息给业务代理对象。（6） 业务代理对象将处理结果信息返回给用户界面。将包图展开，得到类图，它是架构的静态结构图，表达了各个类之间的静态联系。奖学金申请与评定系统架构类图如下图3-11所示。 图3-11 系统架构类图Fig3-11 Class Diagram of System Architecture4 面向对象详细分析4.1 系统中的类类分成三种类型：实体类、边界类、控制类。（1）实体类：实体类主要是作为数据管理和业务逻辑处理层面上存在的类别。实体类的主要职责是存储和管理系统内部的信息，它也可以有行为，甚至很复杂的行为，但这些行为必须与它所代表的实体对象密切相关。（2）边界类：是一种用于对系统外部环境与其内部运作之间的交互进行建模的类。这种交互包括转换事件，并记录系统表示方式（例如接口）中的变更。常见的边界类有窗口、通信协议、打印机接口、传感器和终端。（3）控制类：控制类用于对一个或几个用例所特有的控制行为进行建模。控制对象（控制类的实例）通常控制其他对象，因此它们的行为具有协调性质。控制类将用例的特有行为进行封装。根据系统功能需求分析得知，高校奖学金申请与评定系统需要的实体类有学生，教师，院，专业，班级，科目，基本成绩，证书，素质测评成绩，奖学金申请（评定）成绩，角色，目录类。系统中的实体类如图4-1所示：图4-1 系统实体类图Fig 4-1 The Entity Class Diagram of System4.2 类之间的关联由于教师与学生之间存在许多共有属性，故单独创建一个用户实体类来封装这些共有属性。实体类之间的关系如图4-2所示：图 4-2 类之间的关系图Fig4-2 The relation of classes diagram4.3 系统状态分析状态图是通过类对对象的生命周期建立模型来描述对象随时间变化的动态行为。状态图显示了一个状态机，它基本上是一个状态机中的元素的一个投影，也就意味着状态图包括状态机的所有特性。在奖学金申请与评定模块中，主要有奖学金申请与奖学金评定2种状态，这两种状态完成过程非常相似，所以下面仅给出班主任评定奖学金的状态图如下图4-3所示。4.4 系统流程分析活动图是描述活动是如何协同工作的。当一个操作必须完成一系列事情，而又无法确定以什么样的顺序来完成这些事情时，活动图可以更清晰地描述这些事情。在奖学金评定模块中，主要涉及班主任的活动。班主任首先登录系统，然后查看所选择学期的本班参加奖学金评选的学生。选择学生进行奖学金评定。针对每个学生班主任可以进行查看其基本成绩信息、审核其提交的证书、评写其素质测评成绩等活动。以上3个活动完成后可以进行提交该学生奖学金活动。完成活动后退出系统，下面给出班主任评定奖学金的活动图，如下图4-4所示。图 4-3 班主任评定奖学金的状态图Fig4-3 State Diagram for HeadTeacher Evaluating Scholarship图 4-4 班主任在奖学金评定模块的活动图Fig4-4 Activity Diagram for HeadTeacher Evaluating Scholarship5 面向对象详细设计5.1 用例详细设计5.1.1 奖学金申请基本成绩管理用例学生可以进行基本成绩管理，基本成绩管理包括查看基本成绩和添加基本成绩。在申请奖学金时学生需要添加基本成绩，在添加基本成绩时学生首先要选择学期，根据选择的学期在科目信息中查询所选学期所学的科目再进行填写成绩。填写成绩之后不可修改删除只可以查看。学生与基本成绩管理用例如图5-15-2所示：（1） 时序图图5-1学生与基本成绩管理用例时序图 Fig5-1 Interactive Diagram betw