基于jsp的奖学金评定系统.doc

中文题目：基于JSP的奖学金评定系统的设计与实现外文题目：THE DESIGN AND IMPLEMENTATION OF SCHOLARSHIP ASSESSMENT SYSTEM BASED ON JSP毕业设计共 XX页（其中：外文文献及译文XX页）图纸共X张完成日期 20XX年X月 答辩日期20XX年X月摘要高等学校设立奖学会的目的是为了鼓励先进、鞭策后进，促进大学生全面素质的提高。奖学金评定工作是对学生最广泛、最深入、最重要的考察和鼓励措施。奖学金评定工作的质量成为当代大学生最关注的问题之一。高校学生管理部门的日常工作中，奖学金评定是一项繁琐而又重要的工作，而且是每年必须重复的工作。奖学金的评定，一方面要根据学生各个科目的学习成绩，同时还要结合每位学生的具体表现和实际情况，包括学生的发展性素质表现，家庭情况等，对于不同学生给与评定不同项目的奖学金，其中涉及的范围很广，需要记录和处理的数据也很庞大，所以要根据不同情况评定出不同的奖学金获得者并不是一件容易的事情。如果使用原先奖学金手工评定方法不但增加了用户的工作量，更主要的是在执行中会有一些不良因素影响结果的可靠性，因此实现奖学金评定和管理的信息化是十分有必要的。本次设计的目的是完成奖学金评定系统，主要实现申请书管理，公告管理，成绩分析等功能。系统采用B/S结构，采用MVC设计模式，以Sqlserver 2000作为后台数据库。本系统可以较大程度提高奖学金评定的信息化程度，具有一定的实用意义。关键词：B/S结构;JSP;Sqlserver 2000;MVCC/S结构 C#.Net Oracle10g 三层架构 .Netframework visualstudio winform MIS 药库管理 HIS UMLABSTRACTThe purpose of university scholarship is to encourage students to make progress in theirs studies，and to improve their comprehensive qualitiesThe evaluation of the level of scholarship is the most important inspection and encouragement measures，and the quality of the evaluation has become one of the top concerns of modem university studentsIn the daily routine of university student management department，the scholarship evaluation is a compulsory and important work every yearOn one hand，students scores of each course is one criterionOn the other hand，the scholarship winner must exhibit sound performance in moral education，developmental quality and other certain achievememSince the scholarship evaluation involves lots of aspects for different student，and a great deal of data needs processing，the scholarship winner election is not easy thing in accordance with different casesThe adoption of the original manual evaluation will not merely increase the clients job，but also affect the reliability of result owing to some factors in practical operationTherefore，the information-based scholarship evaluation and management become a must in the actual situationThe design goal is to complete scholarship assessment system,mainly focus on the management of application ,the management of announcement and the analysis of scores. The system adopts B / S structure, use the MVC design pattern, use Sqlserver 2000 as a back-end database . This system can greatly improves the degree of scholarship assessment information.At the same time ,this system has a certain practical significance.Key words：B/S structure;JSP;Sqlserver 2000;MVC5目录引言11 项目概述21.1 现系统概述21.2软件学院组织机构31.3 系统业务流程31.4 系统功能模块42 系统需求分析52.1登录模块错误！未定义书签。2.1.1 需求陈述错误！未定义书签。2.1.2 Use Case建模错误！未定义书签。2.2学生模块错误！未定义书签。2.2.1 需求陈述错误！未定义书签。2.2.2 Use Case建模错误！未定义书签。2.3辅导员模块错误！未定义书签。2.3.1 需求陈述错误！未定义书签。2.3.2 Use Case建模错误！未定义书签。2.4学生处模块错误！未定义书签。2.4.1 需求陈述错误！未定义书签。2.4.2 Use Case建模错误！未定义书签。2.5管理员模块错误！未定义书签。2.5.1 需求陈述错误！未定义书签。2.5.2 Use Case建模错误！未定义书签。3 系统架构设计433.1架构设计目标433.2 系统架构设计443.3 系统架构类图错误！未定义书签。4 系统详细设计454.1 系统交互图错误！未定义书签。4.1.1系统架构类交互图错误！未定义书签。4.1.2 活动者与模块间的交互454.1.3 系统协作图474.1.4 系统状态图484.1.5 系统活动图484.2 业务逻辑对象类设计494.2.1发现业务逻辑类494.2.2业务逻辑对象类图494.3 数据库设计544.3.1 ER图544.3.2 物理表结构图544.4 开发环境的选择584.4.1系统开发工具584.4.2数据库的选择584.4.3 系统网络架构设计605 编码605.1 概述开发工具及编程脚本605.2脚本习惯说明615.3脚本626 测试666.1 测试原则及测试方法概述666.2 测试项目测试用例686.3 软件测试结论716.3.1 软件能力716.3.2 缺陷和限制716.3.3 建议716.3.4 测试结论72结论73致谢74参考文献75附录A 中文译文76附录B 英文原文84附录C源程序代码或设备配置代码94引言在世界各个领域快速发展的今天，计算机技术的应用已经成为时代发展的主导推动力量。几乎所有领域都会应用到计算机技术进行分析、管理和预测等，尤其是在数据管理和使用方面，计算机应用技术对整个社会的发展起着至关重要的作用。随着辽宁工程技术大学软件学院的快速发展和不断扩建， 学生数量也逐年增加，给院系的学生管理工作带来了沉重的压力，原先基于文档的管理工作模式已经适应不了这种负担，且极其容易产生错误如信息的不一致性等，而且降低了信息的交换速度，降低了整个学生管理工作的效率。在高校学生管理部门的日常工作中，奖学金评定是一项繁琐而又重要的工作，而且是每年必须重复的工作。奖学金的评定，一方面要根据学生各个科目的学习成绩，同时还要结合每位学生的具体表现和实际情况，包括学生的德育、发展性素质成绩的突出表现等，对于不同学生给与不同项目的奖学金，涉及的范围很广，需要记录和处理的数据也很庞大，由此看来要根据不同情况评定出不同的奖学金获得者并不是一件容易的事情。原先的奖学金手工评审方法已不能满足现在的需求，使用以前的评定方法不但增加了用户的工作量，更主要的是在执行过程中会存在一些不良因素影响结果的可靠性，因此实现奖学金管理的信息化是十分必要的。1 项目概述1.1 现系统概述辽宁工程技术大学软件学院成立于2002年，是辽宁省教育厅批准成立的7所示范性软件学院之一，当年按计算机科学与技术（软件工程）专业招生175人，2005年教育部批准试办软件工程专业,2006年教育部批准试办网络工程专业。目前，软件学院软件工程和网络工程专业的在校生总数为1517人，累计毕业生1029人。学校高度重视软件学院师资队伍建设，提出了“高起点起步、高水平建设”的指导方针，要求专业教师必须具备硕士以上学位。学院现有教职工44人，专业教师34人，其中教授2人，副教授11人，高工1人。专业教研室教师全部具有硕士以上学位，其中博士2人，在读博士5人，已形成职称、年龄、学历、学缘结构相对合理的学科学术队伍。软件学院现设有软件工程专业和网络工程专业2个本科专业，有本科、专科升本科两个办学层次；设有软件工程、网络工程两个系；设有软件工程实验室、网络工程实验室（华为-3Com网络实验室）、企业信息化实验室等。软件学院教师曾参与完成包括国家863高科技项目在内的科研项目50余项，其研究成果获得省级奖励7项，市级奖励8项。始终保持与时代同步，坚持科学的发展观，“关爱学生、关心教师、关注发展”是软件学院的办学理念，坚持“教育以育人为本，以学生为主体；办学以人才为本，以教师为主体”的方针，针对不同特点的学生开展有针对性的教育活动。1.2软件学院组织机构图1-1 软件学院组织机构图Fig 1-1 Diagram of the School of Software Organizational Structure1.3 系统业务流程图1-2 奖学金评定系统流程Fig 1-2 the Workflow of Assessment of Scholarship System1.4 系统功能模块图1-3 系统功能模块Fig 1-3 Function Models of System2 系统需求分析图2-1 奖学金评定用例图Fig 2-1 Use Case Diagram of Scholarship Assessment2.1系统管理用例图图2-2 系统管理用例图Fig 2-2 Use Case Diagram of System Management系统管理系统登录【用例描述】用例编号UC001用例名称系统登录参与者用户前置条件系统已经正常启动后置条件无特殊约束无过程描述当有用户尝试登录系统的时候这个用例开始，它处理用户的登录问题。基本流程参与者的动作系统动作1）用例起始于用户打开登录界面，输入用户名、密码、账号类型，点击登录按钮2）验证用户名、密码、账号类型是否相匹配 3）系统显示相应登录人员的操作界面分支流程第二步当用户、密码、账号类型不相匹配时3）系统提示账号或者密码错误被泛化的用例无被包含的用例无被扩展的用例无系统管理修改密码【用例描述】用例编号UC002用例名称修改密码参与者用户前置条件用户成功登录到系统后置条件无特殊约束(1) 为了保护密码，以*的形式显示(2) 输入的密码为6位数字(3) 修改成功后，下次登录生效过程描述当有用户尝试修改自身的登录密码时这个用例开始，用户输入新密码、确认密码，点击确认，系统进行处理基本流程参与者的动作系统动作1）用例起始于登录后的用户选择密码修改2）系统显示密码修改界面 3）用户输入新密码、确认密码，点击确定4）系统判断两次输入的密码是否相同5）系统显示密码修改成功分支流程第四步当两次输入的密码不相同时5）系统提示两次密码不一致被泛化的用例无被包含的用例无被扩展的用例无系统管理-查看日志【用例描述】用例编号UC003用例名称查看日志参与者管理员前置条件管理员成功登录到系统后置条件无特殊约束管理员初始账号为123456，初始密码为123456过程描述当管理员试图查看用户日志时这个用例开始，系统显示用户的操作记录基本流程参与者的动作系统动作1）用例起始于管理员试图查看用户日志2）系统显示查询的链接 3）管理员点击查看日志链接4）系统显示用户操作记录分支流程无被泛化的用例无被包含的用例无被扩展的用例无系统管理-账号维护用例图图2-3 账号维护用例图Fig 2-3 Use Case Diagram of Account Maintenance系统管理-账号维护-添加学生账号【用例描述】用例编号UC004用例名称添加学生账号参与者管理员或者学生处前置条件系统管理员或学生处成功登录到系统后置条件无特殊约束(1) 学生账号为长度为10的数字串(2) 各项输入条件不能为空(3) 管理员初始账号为123456，密码为123456过程描述用例起始于管理员试图添加学生账号，管理员输入学生的基本信息，系统进行处理基本流程参与者的动作系统动作1）用例起始于管理员选择添加学生账号2）系统显示学生账号添加界面3）管理员输入学生账号4）系统判断账号是否合法6）管理员设置初始密码5）系统允许输入初始密码7）系统判断密码是否合法9）管理员输入剩余信息，包括姓名、性别、状态、专业、入学年份、身份证8）允许继续剩余信息的输入10）系统验证剩余信息是否合法11）系统信息新增学生账号成功分支流程第四步当学生账号不合法时5）系统提示错误第七步当账号不合法时8）系统显示密码错误信息第十步当剩余信息不合法时11）系统显示错误被泛化的用例无被包含的用例无被扩展的用例无系统管理-账号维护-删除学生账号【用例描述】用例编号UC005用例名称删除学生账号参与者系统管理员或者学生处前置条件系统管理员或学生处登录到系统后置条件无特殊约束无过程描述当管理员试图删除学生账号时用例开始，系统显示该学生的详细信息，以让管理员确认是否要执行删除操作基本流程参与者的动作系统动作1）管理员选择账号管理2）系统显示学生账号列表3）管理员选择将要删除的学生账号4）系统显示将要删除的学生账号的详细信息5）是否删除6）系统显示更新后的学生列表分支流程第五步当管理员选择不删除时6）系统显示更新后的学生列表被泛化的用例无被包含的用例无被扩展的用例无系统管理-账号维护-修改学生账号【用例描述】用例编号UC006用例名称修改学生账号参与者系统管理员或者学生处前置条件系统管理员或学生处登录到系统后置条件无特殊约束无过程描述当管理员试图修改学生账号时用例开始，系统显示该学生的详细信息，管理员填写将要修改的信息项，系统对提交的数据进行校验、保存处理基本流程参与者的动作系统动作1）管理员选择账号管理2）系统显示账号类型界面3）管理员选择账号为学生类型4）系统显示学生账号列表5）选择将要修改的学生账号6）系统显示修改学生账号信息界面7）管理员填写实际数据，包括姓名、密码、身份证、专业、状态中的一个或多个8）系统校验数据是否合法9）系统显示更新后的学生列表分支流程第八步当数据不合法时9）系统显示数据的错误信息被泛化的用例无被包含的用例无被扩展的用例无系统管理-账号维护-查询学生账号【用例描述】用例编号UC007用例名称查询学生账号参与者系统管理员或者学生处前置条件系统管理员或学生处登录到系统后置条件无特殊约束无过程描述当管理员查询学生账号时用例开始，系统显示账号列表供管理员查看基本流程参与者的动作系统动作1）管理员选择账号管理2）系统显示账号类型界面3）管理员选择账号为学生类型4）系统显示学生账号列表分支流程无被泛化的用例无被包含的用例无被扩展的用例无基础信息维护用例图图2-4基础信息维护用例图Fig 2-4 Use Case Diagram of Basic InformationMaintenance基础信息维护-修改学生个人信息【用例描述】用例编号UC008用例名称修改学生个人信息参与者学生前置条件学生登录到系统后置条件无特殊约束各项条件不能为空过程描述当管理员试图修改学生账号时用例开始，系统显示该学生的详细信息，管理员填写将要修改的信息项，系统对提交的数据进行校验、保存处理基本流程参与者的动作系统动作1）学生选择个人信息修改2）系统显示个人信息修改界面3）学生根据实际情况输入信息，包括生日、籍贯、政治面貌、民族、电话、家庭住址4）系统对输入的数据校验是否合法5）系统显示修改成功，保存数据分支流程第四步当数据不合法时5）系统显示数据的错误信息被泛化的用例无被包含的用例无被扩展的用例无基础信息维护-家庭信息维护用例图图2-5 家庭信息维护用例图Fig 2-5 Use Case Diagram of Family Information Maintenance基础信息维护-家庭信息维护-添加家庭成员信息【用例描述】用例编号UC009用例名称添加家庭成员信息参与者学生前置条件学生登录到系统后置条件无特殊约束各项条件不能为空过程描述当学生试图添加家庭成员信息时用例开始，学生输入家庭成员的信息，系统进行处理，并显示处理结果基本流程参与者的动作系统动作1）学生选择家庭信息维护2）系统显示家庭成员列表界面3）学生选择新增家庭成员4）系统显示新增家庭成员界面5）学生输入新增的家庭成员的具体信息，包括姓名、关系、职业、工作单位、年收入6）系统对数据进行合法性验证7）显示新增家庭成员信息成功，系统保存新增家庭成员的信息分支流程第六步当数据不合法时7）系统显示数据的错误信息被泛化的用例无被包含的用例无被扩展的用例无基础信息维护-家庭信息维护-删除家庭成员信息【用例描述】用例编号UC010用例名称删除家庭成员信息参与者学生前置条件学生登录到系统后置条件无特殊约束各项条件不能为空过程描述当学生试图删除家庭成员信息时用例开始，学生选择将要删除的家庭成员信息，系统显示详细信息供学生确认是否进行删除操作。基本流程参与者的动作系统动作1）学生选择家庭信息维护2）系统显示家庭成员列表界面3）学生选择将要删除的家庭成员信息4）系统显示删除家庭成员界面，供学生确认是否删除5）学生确认删除操作6）系统显示更新后的家庭成员列表分支流程第四步学生取消删除操作时7）系统显示更新后的家庭成员列表被泛化的用例无被包含的用例无被扩展的用例无基础信息维护-家庭信息维护-修改家庭成员信息【用例描述】用例编号UC011用例名称修改家庭成员信息参与者学生前置条件学生登录到系统后置条件无特殊约束各项条件不能为空过程描述当学生试图修改家庭成员信息时用例开始，学生选择将要修改的家庭成员信息，系统显示修改界面，并对学生输入的数据进行处理基本流程参与者的动作系统动作1）学生选择家庭信息维护2）系统显示家庭成员列表界面3）学生选择将要修改的家庭成员信息4）系统显示修改家庭成员信息界面5）学生输入将要修改的家庭成员的具体信息，包括姓名、关系、职业、工作单位、年收入中的一个或多个6）检查输入的数据是否合法7）显示修改家庭成员信息成功，保存更新的数据分支流程第六步学生输入数据不合法时7）系统显示信息错误被泛化的用例无被包含的用例无被扩展的用例无基础信息维护-家庭信息维护-查询家庭成员信息【用例描述】用例编号UC012用例名称查询家庭成员信息参与者学生前置条件学生登录到系统后置条件无特殊约束各项条件不能为空过程描述当学生查询家庭成员信息时用例开始，系统显示家庭成员列表 基本流程参与者的动作系统动作1）学生选择家庭信息维护2）系统显示家庭成员列表界面分支流程无被泛化的用例无被包含的用例无被扩展的用例无成绩管理用例图图2-6成绩管理用例图Fig 2-6 Use Case Diagram of Score Management成绩管理-智育成绩核算【用例描述】用例编号UC013用例名称智育成绩核算参与者学生前置条件学生登录到系统后置条件无特殊约束输入的加权成绩要与系统计算的加权成绩保持一致过程描述当学生核算智育成绩时用例开始，学生选择将要核算的学期，输入加权成绩，系统对输入的数据进行处理基本流程参与者的动作系统动作1）学生选择智育成绩核算2）系统显示核算加权界面3）学生选择核算的学期4）系统显示该学期各科的成绩5）学生输入加权成绩6）系统检查输入的数据是否与系统计算的加权一致7）显示核算加权成绩成功分支流程第六步学生输入数据与系统计算的不一致时7）系统显示核算加权成绩出错，请返回重新填写被泛化的用例无被包含的用例无被扩展的用例无成绩管理-发展性成绩核算【用例描述】用例编号UC014用例名称发展性成绩核算参与者学生前置条件学生登录到系统后置条件无特殊约束(1) 输入的发展性成绩要与系统计算的保持一致(2) 只有学生可以上传一个或多个发展性素质的加分附件，辅导员、学生处可以下载查看过程描述当学生核算发展性素质成绩时用例开始，学生选择各类加分项以及输入发展性素质成绩，系统对输入的数据进行处理基本流程参与者的动作系统动作1）学生选择发展性成绩核算2）系统显示发展性素质加分界面3）学生输入加分信息，包括学期、入学年份、科研能力加分项、组织能力加分项、外语能力加分项、操作技能加分项4）系统显示所有的加分项以及发展性素质加分和5）学生输入学期、加分总和6）系统检查输入的数据是否与系统计算的发展性加分总和一致7）显示核算发展性素质成绩成功9）用户选择是否上传附件8）系统显示上传附件界面10）系统显示上传附件成功分支流程第六步学生输入数据与系统计算的不一致时7）系统显示输入的数据与计算的数据不符，请返回重新填写第九步学生选择不上传附件10）系统显示没有上传附件被泛化的用例无被包含的用例无被扩展的用例上传加分附件成绩管理-总分核算【用例描述】用例编号UC015用例名称总分核算参与者学生前置条件学生登录到系统，并且已经核算了该学期的加权成绩、发展性素质成绩后置条件无特殊约束输入的总分要与系统计算的保持一致过程描述当学生核算总分时用例开始，学生输入学期、总分，系统对输入的数据进行处理基本流程参与者的动作系统动作1）学生选择核算总分2）系统显示核算总分界面3）学生输入学期、总分4）系统检查输入的数据是否与系统计算的总分一致5）显示核算总分成功，保存数据分支流程第四步学生输入数据与系统计算的不一致时5）输入的数据与计算的数据不符，请返回重新填写被泛化的用例无被包含的用例无被扩展的用例无成绩管理-审核学生成绩【用例描述】用例编号UC016用例名称审核学生成绩参与者辅导员前置条件辅导员登录到系统后置条件无特殊约束输入的学号必须在系统中存在过程描述辅导员选择审核学生成绩时用例开始，辅导员输入想要查询学生的学号、学期，系统显示该生的详细成绩信息 基本流程参与者的动作系统动作1）辅导员选择审核学生各科成绩2）系统显示审核成绩界面3）辅导员输入学号、学期4）系统检查输入的数据是否合法5）显示该学生的各科成绩，包括课程号、课程名、学分、成绩、加权成绩 分支流程第四步当辅导员输入的账号不合法时5）系统显示错误信息被泛化的用例无被包含的用例无被扩展的用例无成绩管理-成绩分析【用例描述】用例编号UC017用例名称成绩分析参与者辅导员前置条件辅导员登录到系统后置条件无特殊约束无过程描述辅导员选择学生成绩统计分析时用例开始，辅导员输入入学年份、学期，系统显示该学期申请奖学金的学生成绩的总体情况 基本流程参与者的动作系统动作1）辅导员选择学生成绩统计分析2）系统显示成绩分析界面3）辅导员输入入学年份、学期4）系统进行处理，并显示学生成绩排名表、学生成绩分布3D饼状图、学生成绩3D柱状图分支流程无被泛化的用例无被包含的用例无被扩展的用例无成绩管理-查看总体成绩分布【用例描述】用例编号UC018用例名称查看总体成绩分布参与者学生处前置条件学生处登录到系统后置条件无特殊约束只能查看所有申请奖学金的学生的成绩分布过程描述当学生处选择学生总体成绩查询用例开始，学生处输入查询的入学年份、学期，系统进行处理并显示结果基本流程参与者的动作系统动作1）学生处选择学生总体成绩查询2）系统显示总体成绩查询界面3）学生处输入入学年份、学期4）系统进行处理，并显示学生成绩排名表、学生成绩分布3D饼状图、学生成绩3D柱状图分支流程无被泛化的用例无被包含的用例无被扩展的用例无申请书管理用例图图2-7申请书管理用例图Fig 2-7 Use Case Diagram of Application Management申请书管理-新增申请书【用例描述】用例编号UC019用例名称新增申请书参与者学生前置条件学生登录到系统后置条件无特殊约束学生只能新增本人的申请书过程描述当学生选择新增申请书时用例开始，学生输入申请书信息，系统对数据进行处理基本流程参与者的动作系统动作1）学生选择申请书2）系统显示申请书列表界面3）学生选择新增申请书4）系统显示新增申请书界面5）学生输入申请书信息，包括申请书标题、专业、学期、奖学金类别、申请书内容6）系统对输入的数据进行合法性验证7）系统显示新增申请书成功分支流程第六步数据输入不合法时7）系统提示错误被泛化的用例无被包含的用例无被扩展的用例无申请书管理-删除申请书【用例描述】用例编号UC020用例名称删除申请书参与者学生前置条件学生登录到系统后置条件无特殊约束学生只能删除本人的申请书过程描述当学生选择删除申请书时用例开始，学生选择将要删除的申请书，系统进行处理并显示结果基本流程参与者的动作系统动作1）学生选择申请书2）系统显示申请书列表界面3）学生选择将要删除的申请书4）系统显示将要删除的申请书的详细信息，供学生确定是否删除5）学生选择删除申请书6）系统显示更新后的申请书列表分支流程第四步当学生选择不删除申请书时5）系统显示更新后的申请书列表被泛化的用例无被包含的用例无被扩展的用例无申请书管理-修改申请书【用例描述】用例编号UC021用例名称修改申请书参与者学生前置条件学生登录到系统后置条件无特殊约束学生只能修改本人的未提交的申请书内容，若想要修改的申请书已经提交，则无法修改过程描述当学生选择修改申请书时用例开始，系统判断申请书状态并进行处理，并对输入的数据进行处理基本流程参与者的动作系统动作1）学生选择申请书2）系统显示申请书列表界面3）学生选择将要修改的申请书4）系统进行判断该申请书是否为未提交6）学生修改以下数据中的一项或者多项，包括申请书标题、专业、学期、奖学金类别、申请书内容5）系统显示申请书修改界面7）系统验证数据是否合法8）系统提示修改成功分支流程第四步当选择的申请书已提交时5）系统显示申请书已提交第七步当输入的数据不合法时8）系统提示输入错误被泛化的用例无被包含的用例无被扩展的用例无申请书管理-查询申请书【用例描述】用例编号UC022用例名称查询申请书参与者学生前置条件学生登录到系统后置条件无特殊约束学生只能查询本人的未提交的申请书内容过程描述当学生进行查看申请书用例开始，学生选择申请书，系统进行处理并显示结果基本流程参与者的动作系统动作1）学生选择申请书2）系统显示申请书列表界面3）学生选择将要查看的申请书4）系统判断申请书是否未提交、6）系统显示申请书详细内容分支流程第四步当学生选择的申请书已提交时5）系统显示该申请书已提交被泛化的用例无被包含的用例无被扩展的用例无申请书管理-提交申请书【用例描述】用例编号UC023用例名称提交申请书参与者学生前置条件学生登录到系统后置条件无特殊约束学生只能提交尚未提交的申请书过程描述当学生选择提交申请书时用例开始，学生选择将要提交的申请书，系统进行处理，修改申请书的状态基本流程参与者的动作系统动作1）学生选择申请书2）系统显示申请书列表界面3）学生选择将要提交的申请书4）系统判断申请书是否未提交5）系统修改申请书状态为已提交分支流程第四步当学生选择的申请书已提交时5）系统显示该申请书已提交被泛化的用例无被包含的用例无被扩展的用例无申请书管理-审核申请书【用例描述】用例编号UC024用例名称审核申请书参与者辅导员前置条件辅导员登录到系统后置条件无特殊约束辅导员只能审核已经提交的申请书过程描述当辅导员选择审核申请书时用例开始，辅导员选择将要审核的项目，系统进行处理。基本流程参与者的动作系统动作1）辅导员选择申请书审核2）系统显示已经提交的申请书列表界面3）辅导员选择审核学生个人信息4）系统显示个人信息详情5）辅导员选择审核家庭信息6）系统显示学生家庭信息详情7）辅导员选择审核申请书8）系统显示申请书详情9）辅导员决定是否通过该申请书10）系统修改申请书状态分支流程无被泛化的用例无被包含的用例无被扩展的用例无申请书管理-复审申请书【用例描述】用例编号UC025用例名称复审申请书参与者学生处前置条件学生处登录到系统后置条件无特殊约束无过程描述当学生处选择申请书复审时用例开始，学生处选择将要审核的项目，系统进行处理。基本流程参与者的动作系统动作1）学生处选择申请书审核2）系统显示已经提交的申请书列表界面3）学生处选择审核学生个人信息4）系统显示个人信息详情5）学生处选择审核家庭信息6）系统显示学生家庭信息详情7）学生处选择审核申请书8）系统显示申请书详情9）学生处决定是否通过该申请书10）系统修改申请书状态分支流程无被泛化的用例无被包含的用例无被扩展的用例无申请书管理-奖学金名单汇总【用例描述】用例编号UC026用例名称奖学金名单汇总参与者学生处前置条件学生处登录到系统后置条件无特殊约束无过程描述当学生处选择申请书复审时用例开始，学生处选择将要审核的项目，系统进行处理。基本流程参与者的动作系统动作1）学生处选择奖学金汇总2）系统显示奖学金汇总界面3）学生处输入入学年份、学期4）系统处理请求，显示获得奖学金的学生名单5）学生处选择是否输出奖学金名单6）系统处理请求，输出名单至Excel,包括入学年份、专业、学号、姓名、学期、加权平均、发展性素质、总分、奖学金类型分支流程第五步当学生处选择不输出奖学金名单时6）系统不输出名单至Excel被泛化的用例无被包含的用例无被扩展的用例输出获奖名单图2-8公告管理用例图Fig 2-8 Use Case Diagram of Announcement Management公告管理-新增公告【用例描述】用例编号UC027用例名称新增公告参与者学生处前置条件学生处登录到系统后置条件无特殊约束无过程描述当学生处新增公告时用例开始，学生处输入数据，系统进行处理，并显示结果基本流程参与者的动作系统动作1）学生处选择公告管理2）系统显示公告列表界面3）学生处选择新增公告4）系统显示新增公告界面5）学生处输入标题、公告内容6）系统验证数据是否合法7）系统提示新增公告成功分支流程第六步当学生处输入的数据不合法时7）系统提示输入错误被泛化的用例无被包含的用例无被扩展的用例上传附件公告管理-删除公告【用例说明】用例编号UC028用例名称删除公告参与者学生处前置条件学生处登录到系统后置条件无特殊约束无过程描述当学生处选择删除公告时用例开始，学生处选择将要删除的公告，系统处理请求，并返回结果基本流程参与者的动作系统动作1）学生处选择公告管理2）系统显示公告列表界面3）学生处选择将要删除的公告4）系统显示将要删除的公告详情6）用户选择删除5）系统询问用户是否删除7）系统提示更新后的公告列表分支流程第六步当学生处不删除公告时7）系统显示更新后的公告列表被泛化的用例无被包含的用例无被扩展的用例无公告管理-修改公告【用例描述】用例编号UC029用例名称修改公告参与者学生处前置条件学生处登录到系统后置条件无特殊约束无过程描述当学生处修改公告时该用例开始，学生处选择将要修改的公告，系统进行处理，并显示修改后的结果基本流程参与者的动作系统动作1）学生处选择公告管理2）系统显示公告列表界面3）学生处选择将要修改的公告4）系统判断该公告是否未发布6）学生处选择修改标题、公告内容中的一个或多个5）系统未发布时，显示将要修改的公告详情7）系统对输入的数据进行验证8）系统显示修改公告成功分支流程第四步当学生处想要修改的公告已发布时5）系统显示该公告已发布，请先取消发布，再进行修改第七步输入的数据不合法时8）系统显示输入错误被泛化的用例无被包含的用例无被扩展的用例无公告管理-发布公告【用例描述】用例编号UC030用例名称发布公告参与者学生处前置条件学生处登录到系统后置条件无特殊约束无过程描述当学生处发布公告时该用例开始，学生处选择将要发布的公告，系统修改公告状态基本流程参与者的动作系统动作1）学生处选择公告管理2）系统显示公告列表界面3）学生处选择将要发布的公告4）系统判断该公告是否未发布6）学生处选择发布公告5）系统未发布时，显示将要发布的公告详情7）系统修改公告状态为已发布，增加发布时间分支流程第四步当学生处想要修改的公告已发布时5）系统显示该公告已发布被泛化的用例无被包含的用例无被扩展的用例无公告管理-查询公告【用例描述】用例编号UC031用例名称查询公告参与者学生前置条件学生登录到系统后置条件无特殊约束无过程描述当学生查询公告时用例开始，学生选择公告，系统显示公告详细信息基本流程参与者的动作系统动作1）学生选择公告管理2）系统显示公告列表界面3）学生选择将要查看的公告4）系统显示公告详情6）学生输入下载的附件名称5）系统询问是否下载附件7）系统下载附件分支流程第五步当学生不需要下载附件时6）系统不会下载附件被泛化的用例无被包含的用例无被扩展的用例无公告管理-附件上传【用例描述】用例编号UC032用例名称附件上传参与者学生处前置条件学生处成功登录后置条件无特殊约束无过程描述当学生处上传附件时该用例开始，学生处选择将要上传的附件，系统进行上传操作基本流程参与者的动作系统动作1）学生处选择附件上传2）系统显示附件上传界面3）学生处选择将要上传的文件4）系统验证上传是否成功5）系统显示上传成功分支流程第四步当学生处上传附件失败时6）系统显示上传失败信息被泛化的用例无被包含的用例无被扩展的用例无3 系统架构设计3.1架构设计目标软件架构设计要达到如下的目标：1可行性（Feasible）。架构具有可行性是架构设计的基石。2可靠性（Reliable）。软件系统对于用户的商业经营和管理来说极为重要，因此软件系统必须非常可靠。3安全行（Secure）。软件系统所承担的交易的商业价值极高，系统的安全性非常重要。4可定制化（Customizable）。同