学校师生交流平台的设计与开发.pdf

学校师生交流平台的设计与开发摘 要新世纪以来，各种应用软件迅猛发展，利用软件系统对组织的内部人员或资源进行信 息化管理成为社会发展的趋势之一。在我国的学校里，学校对学生的管理也正迅速地适应着这一总体趋势，纷纷引入了各 种针对学生管理的应用软件系统。得益于此，学校的管理水平和管理效率都有了较大提升。但是，目前大部分的学生管理系统所设计的师生交互功能存在不足，使得信息流基本都是 由学生流向老师，而老师的评阅反馈功能得不到体现。久而久之，就可能会演变成高度的 行政命令式使用系统，有可能导致师生对信息化管理趋势的认识产生偏差，甚至对信息系 统的使用产生抵触情绪。本项目设计与开发的学校师生交流平台基于对上述问题的思考出发，提出解决这一问 题的其中一种可行方案。本项目首先采用了原型法对系统主要功能进行界定；然后根据面 向对象分析与设计的主线，使用UML2.X进行系统建模；最后应用了 JavaWeb编程技术、jQuery组件技术等实现系统功能。本文阐述了从系统分析、系统设计到系统实现的完整流程，希望可以帮助读者迅速地 了解开发一个信息系统的全貌。关键词：师生交流平台；JavaWeb；jQuery；面向对象School teacher-student communication platform design and developmentABSTRACTWith the advent of a new century,Using software system to manage organizing internal staff and personnel resource by a modern informational way is one of the trade of social development.In schools of China,students management in school is adapting to the entire tendency rapidly,they introduced various kinds of application software aiming at students management.Thanks to the benefit of it,the school managing level and efficiency has improved a lot.On the other hand,in most of the present students management system,there is still shortage in the function of teachers and students transferring message.This shortage results in the information goes to teachers by students takes majority,and the teachers reviewing and giving response can hardly be incarnated.G radually,it turns into an administrative imperative system.It is possible that it results in deviation arised by students and teachers cognition of information management tendency,even conflicted emotions.This project design and development has based on the communication between teachers and students of the above problem platform consideration,whats more,the paper points out a feasible scheme the solving problem.At first,the project has used to the method of system prototype for defining the main function;And then based on the object-oriented analysis and design,use the main system modeling UML2.X;F inally JavaWeb programming technology,used jQuery component technology are realized system functions.This paper expatiates the whole process from system analysis,system design to system development,hoping to help readers to get the cognition of achieve a information system.Keywords:Teacher-student communication platform;JavaWeb;jQuery;object-oriented目 录1.项目概述.11.1.研究的内容及意义.11.2.研究的思路与方法.11.3.拟解决的关键问题.22.可行性分析.32.1.拟建方案.32.2.技术可行性.32.3.经济可行性.32.4.组织可行性.33.需求调研.53.1.系统原型.53.2.系统用例图.93.3.用例规约.94.系统分析.174.1.分析类图.184.2.顺序图.185.系统设计.235.1.结构模式设计.235.2.软件架构设计.235.3.设计软件类图.255.4.设计编码方案.275.5.数据库设计.285.6.用户界面原型.316.系统实现.326.1.选择开发技术.326.2.系统结构安排.326.3.程序优化处理.336.4.个性化扩展.386.5.系统测试.396.6.系统部署.407.项目总结.417.1.研究成果.417.2.尚存在问题.417.3.进一步展望.41参考文献.42附录.43谢辞.551.项目概述1.1.研究的内容及意义本项目研究的主要内容是为学校设计与开发一个师生交流平台。目的在于为学校对学 生实时信息的管理提供一种新的尝试思路-老师和学生使用信息系统进行互动式交流。一 般而言，学生和老师交流的主要话题有“学习情况”和“就业情况”两个方面。因此，本 项目最终所给出的解决方案应至少包括这两大方面的基本要素。拟开发的学校师生交流平台与现有的其他学生信息管理系统有着某些共同之处，但也有自身特色。共同点主要体现在它们都是学校用来管理学生信息的辅助工具，都是为 提高学校的教学管理水平而存在并发挥效用。不同点主要在于其他学生信息管理系统一般 是强调对学生学籍信息的管理，信息的传递大都是单向的，师生交互的应用性不佳；而本 平台则主要深化对学生实时信息的管理，比如学习情况、就业反馈等信息，以最大程度实 现老师用户和学生用户双向交互为目标之一。但是，需要说明的是它们并不是相互替代的 关系，而是相互补充、相互完善的关系。各系统间可以通过预留或开发接口解决信息孤岛 危机，以实现系统间优势互补，更好地为学校师生服务的目标。本项目具体实践遵循先易后难、循序渐进的务实开发原则。首先对“学习情况交流”和“就业情况交流”两大主要方面的师生交互设计提出相对完善的解决方案，为师生用户 提供初步利用信息管理系统进行双向交互的可能。凭借它，老师应该至少可以实时掌握学 生的学习状态或就业情况，为日后提升教学水平和进行教学改革决策提供事实依据；学生 在向老师实时反馈自身的学习或就业情况时，也可以及时得到老师的意见或建议等回复，有利于自身学习状态的调整或职业发展规划的完善。需要进一步明确的是项目中“学习情况交流”和“就业情况交流”两大模块的实现应 该分先后顺序。在学习阶段，学生与老师在信息系统上进行充分的交流、沟通，有利于促 使其形成毕业工作后继续使用信息系统与老师、学校互动的意愿。这样，”就业情况交流”模块可以获得源源不断的就业数据；有了充足的数据来源保证，其功能操作才有现实意义。因此，应首先保证“学习情况交流”模块的开发实现与良好的用户体验。1.2.研究的思路与方法首先采用原型分析方法对用户需求进行调研；在此基础上，运用面向对象方法对系统 进行分析与设计；最后选定编程技术，根据系统模型实现系统功能。(1)需求调研阶段：采用原型分析方法进行需求调研。在用户对系统功能的描述比 较模糊的时候，它可以快速界定用户的核心功能需求，以提高开发效率。(2)分析设计阶段：采用面向对象方法进行分析设计，建模语言采用UML2.Xo本项目中，系统的功能由用例模型描述，系统的静态结构由类图描述，系统的动态行为由顺序 图描述。（3）系统实现阶段：运用Java Web编程技术实现系统的后台功能，主要是Struts2、Spring Hibernate等框架技术；运用JSP技术、jQuery组件实现系统的前台界面。1.3.拟解决的关键问题首先，本项目以强化学生信息系统中师生双向交互的功能为基本构思，因此需要解决“学习情况交流”、“就业情况交流”两个问题域中的师生交互功能的设计与实现。其次，实现本项目所设计的信息系统需要运用多种开发技术，如Java Web编程技术、jQuery界面组件技术等等，因此亦需要解决各种技术的整合与应用等问题。2.可行性分析在本项目全面启动之前，需要对其进行可行性研究分析。只有在论证项目可行的前提 下，后续的开发工作才能得以正常开展。一般而言，可以从技术、经济和组织三个方面论证一个项目的拟建方案是否可行。2.1.拟建方案学校师生交流平台拟采用B/S的结构模式。该模式下用户无须安装客户端，用户 使用电脑连接上服务器所在的网络即可用浏览器登录使用本平台；有利于提升用户体验、，也方便后期系统维护等工作。Web应用程序上，拟采用jQuery+JSP开发前端界面，成熟的jQuery组件技术可以加 快开发进度；采用Struts2+Hibernate+Spring实现平台功能，三个框架技术的结合使用降 低系统的耦合度；在三大框架技术的基础上，集成AJAX技术实现异步刷新功能以提升用 户体验。Web容器上，拟采用Tomcat6.x。它运行时占用的系统资源小，性能可靠。数据库管理系统上，拟采用SQL Server 2005o它是较为成熟的关系型数据库管理系统,在微软的支持下其性能及安全性也有较强的保证。2.2.技术可行性软件上，主要采用了本人相对熟悉的编程语言和开源框架，系统得以最终实现的可能 性较高。硬件上，一般的服务器基本可以满足系统的正常运行，互联网接入服务也很方便。技术上，本人已经积累了一些项目开发经验，及具备了一定的系统开发能力。因此，就技术层面而言，本项目的拟建方案比较成熟、技术难度适中。2.3.经济可行性成本方面，软件上主要采用了免费的开源框架，硬件上一般的学校都已具备，开发费 用上暂不做考虑，因此开发成本可以满足拟建方案的预算要求。效益方面，直接效益主要 来自学校的人、财、物节省，间接效益主要是学校对学生管理工作效率的提高。因此，本项目的拟建方案经济上可行。2.4.组织可行性本项目实现以后可以为学校老师和学生提供一个新的沟通渠道，故此得到了相关人员的大力支持。整个学校师生交流平台是由本人根据开源框架自行研发，故此也就拥有全部 的知识产权，项目本身不会存在法律意义上的版权和知识产权争议。综上所述，可知本项目的拟建方案在技术上、经济上和组织上都具有可行性，建议开 发。3.需求调研本项目采用原型方法进行需求调研；在此基础上，建立描述用户需求的用例模型，为 后续的系统分析工作奠定基础。3.1.系统原型原型法，是指在获取一组基本的需求定义后，利用可视化开发环境快速地建立一个目 标系统原型交由用户体验；再在用户反馈意见的基础上，对系统原型进行迭代完善，直到 完全满足用户的需求为止。在用户对系统功能的描述比较模糊的时候，它有助于快速界定 用户的核心功能需求，以提高开发效率。经初步调研，可知预开发系统的用户角色可以分为三类：，系统管理员：主要管理系统正常运行时所需的各种基础数据，如专业信息、老师 资料和学生资料等。上老师用户：各专业的负责老师、学校管理学生工作的人员。，学生用户：正在校学习的学生、已毕业工作的学生。学校开设一批专业，每个专业下乂拥有各自老师和学生。具体一个专业的老师和学生 可以在信息系统上进行学生学习、就业等交流。所有专业信息、老师信息、学生信息由系 统管理员统一管理。如图3-1所示。图3-1原型建模参考图示（1）系统管理员的主要功能需求：管理专业目录：根据学校所开设的专业情况，在系统平台里设置各专业的基本 信息，包括专业代码、专业名称等。如图3-2所示。国手输添加团Excel导入专业代码模糊检索:前方字段一致专业名称模糊检索任意字段匹配 _查询专行号 专业代码 专业名称 可操作图3-2管理专业主要操作功能有手输添加、E xcel导入、浏览查询、编辑及删除等。其中，专业代码是 唯一标识，不允许被编辑；若被他处引用后则不能被删除。专业名称可以被编辑，但 不允许设置为空值。管理老师用户：在系统平台里建立老师用户的信息，老师用户包括专业的负责老 师和学校领导层老师；其中，应为每个专业至少创建一个负责老师的账户。老师的信 息主要有工号、姓名、联系方式及其他、所属专业等。如图3-3所示。目添加老师 囱Excel导入P|选择专业 或直接按工号检索查询箔师行号工号 姓名 专业代码 专业名称 联系方式 可操作图3-3管理老师主要操作功能有手输添加、E xcel导入、浏览查询、编辑及删除等。工号是唯一标识码,不允许被编辑。其他字段则可被修改。对学校领导层的老师用户不需要为其设置专业,即其不属于任何一个专业。管理学生用户：新生入学时，在系统平台上建立其个人基本信息；学生离校时，根据其离校类型对其信息做出相应调整。学生的信息主要包括学号、姓名、性别、联 系方式及其他、所属专业、入学年月、离校年月、学校状态等。如图3-4所示。国添加学生 新生入学 学生离校户鼠择目标乳 山区择痔年月或直接按学号检索 查询学生行号学号 姓名 性别专业代码专业名称 入学年月离校年月学习状态联系方式 可操作图3-4管理学生主要操作功能有手输添加学生信息、E xcel导入入学新生信息、E xcel导入学生离校息、浏览查询、编辑及删除等。其中，学号是唯一标识，不允许被编辑。其他字段则可被 修改。新生入学时，离校年月默认为空，学习状态默认为“在校”。学生离校时，修 改其离校年月及学习状态。若学号被他处引用，则不能被删除。管理系统数据：管理系统平台日常运行的数据，包括数据安全管理及数据恢复管 理。（2）学生用户的主要功能需求：个人学习反馈：在校学习的学生定期向老师反馈前一阶段的学习情况信息。学习 情况反馈信息包括学生学号、姓名、性别、所属专业、学习情况、记录时间、老师批 阅建议等。如图3-5所示。团新建学习反馈反馈年份 ew 查询学习记录图3-5学习情况反馈主要操作功能有添加学习记录、浏览查询等。学习记录创建后将不能被编辑及删除。个人就业明细：毕业工作的学生随时向老师反馈目前的就业情况信息。就业情况 信息包括学生学号、姓名、性别、所属专业、毕业年月、当前行业、工作地区、薪酬 区间、工作详情、记录时间、老师批阅建议等。如图3-6所示。国添加就业信息反馈年份|已评查询就业记录图3-6就业情况反馈主要操作功能有添加就业记录、浏览查询等。就业记录创建后将不能被编辑及删除。学校就业统计：根据毕业工作学生的就业反馈记录，按条件统计分析学生的就业 情况。如图3-7所示。A选择专业|回毕业年份就此情况统计回导出Excel向查看图表统计结果：图3-7就业统计主要操作功能有统计就业情况、导出E xcel、查看图表等。维护账户信息：学生用户可以维护自身账户的一些个人信息。包括修改姓名、联 系方式及其他、用户密码等。（3）老师用户的主要功能需求：批阅学习反馈：对在校学生反馈的阶段学习情况信息进行批阅，以及时给予学生 正确的建议或引导。如图3-8所示。A选择专业*日入学年份 未评 或直接输入字号查询学习记录图3-8评阅学习反馈主要操作功能有浏览查询、批阅学生学习记录等。其中，某一个专业的负责老师只能 浏览、批阅其专业的学生学习记录信息。学校领导层的老师用户可以浏览全部的学生 学习记录信息，但没有批阅权限。学生就业明细：对毕业工作学生反馈的就业情况信息进行评阅，以实时掌握学生 的就业情况，及适当地给予学生职业发展的参考建议。如图3-9所示。a选杼专业 b毕北年份 未评 或直接输入学号查的就业记录图3-9评阅就业反馈主要功能操作有浏览查询、批阅学生就业反馈等。其中，某一个专业的负责老师只能 浏览、批阅其专业的学生就业反馈信息。学校领导层的老师用户可以浏览全部的学生 就业反馈信息，但没有批阅权限。学校就业统计：根据毕业工作学生的就业反馈记录，按条件统计分析学生的就业 情况。如图3-7所示。维护账户信息：老师用户可以维护自身账户的一些个人信息。包括修改姓名、联系方式及其他、用户密码等。3.2.系统用例图用例，是对用户需求的规范化描述；全部用例构成用例模型。用例模型是后续系统分 析工作得以开展的立足点。本系统的用例模型如下图3-11所示:豺的include.管理专业躺神indude).extend).include.eitend：购专业include)：购学生extend)：include）：枷图管理extend)：(include).indude).extend).代 ndude：糊即extend)：漱学习谶at蛾计反髓业居学习(extend)：extend)：extend).include.include;indude：导址xcel鳄醮就蒯记录(include：洲辟习既谶专业露学生牲即图3-11用例模型3.3.用例规约用例图描述了用例、参与者及它们间的关系，而用例则由用例规约进行具体描述。用 例规约一般包括用例名、参与者、假设、前置条件、后置条件、主事件流等。因篇幅所限，如下是部分用例规约的描述示例。全部用例规约描述详见附录2.完整的用例规约描述。(1)登录验证模块的用例规约。登录验证模块的用例图如下图3-12所示。系统管理员 老师用户登录蛉证学生用户图3-12登录验证用例“登录验证”的规约描述如下表3-1所示。表3-1登录验证用例名称登录验证参与者系统管理员、老师用户、学生用户假设系统已安装部署到服务器上，用户通过指定的UR L地址访问登录页 面，并通过输入已有的用户名和密码登录系统。前置条件系统已安装部署到服务器，并且用户已获取登录页的UR L、登录账 户等信息后置条件获取用户账号信息显示在平台主页，根据用户角色类型生成可操作 的菜单导航栏主事件流1.用户输入并提交登录账号和密码；2.系统验证用户提交的账户和密码；3.登录成功，进入平台主页备选事件流2a.非法用户1.系统提示错误信息并返回登录页非功能性需求无(2)管理专业模块的用例规约。管理专业模块的用例图如下图3-13所示。编辑专北除专北extendextend添加专北 澜览专业includeinclude管理专业系统管理员图3-13管理专业用例“添加专业”的规约描述如下表3-2所示。表3-2添加专业用例名称添加专业参与者系统管理员假设管理员已从学校获得准确的专业目录及其相关信息前置条件管理员用户已通过系统的登录验证后置条件无主事件流1.管理员向系统提交待添加的专业信息2.系统添加新提交的专业信息3.向管理员提示添加成功数目、添加失败数目、添加失败明细表备选事件流2a.新提交的专业信息未存在并且内容合法1.把此条专业信息保存进数据库表2.添加成功记录数自加12b.新提交的专业信息未存在但内容不合法1.把此条专业信息保存在临时变量表2.添加失败记录数自加12b.新提交的专业信息已存在1.把此条专业信息保存在临时变量表2.添加失败记录数自加1非功能性需求无（3）管理老师模块的用例规约。管理老师模块的用例图如下图3-14所示。添加老研extendinclude）系统管理员extendinclude编辑老部管理老部谢竟老如除老如图3-14管理老师用例“浏览老师”的规约描述如下表3-3所示。表3-3浏览老师用例名称浏览老师参与者系统管理员假设管理员已确定要查询的条件前置条件管理员用户已通过系统的登录验证后置条件无主事件流1.管理员向系统提交查询条件2.系统返回符合查询条件的老师信息表备选事件流无非功能性需求无（4）管理学生模块的用例规约。管理学生模块的用例图如下图3-15所示。添加学生include编辑学生 管理学生extendinclude浏览学生图3-15管理学生系统管理员用例“编辑学生”的规约描述如下表3-4所示。表3-4编辑学生用例名称编辑学生参与者系统管理员（主要参与者）、学生用户（次要参与者）假设用户已明确要编辑学生的那些信息，并且待编辑的学生信息已在数 据库中存在前置条件用户已通过系统的登录验证，并且系统已显示待编辑的学生信息后置条件向用户提示数据更新成功主事件流1.用户编辑学生信息并提交2.用新提交的信息更新数据表的相应记录备选事件流2a.提交的信息不合法1.向用户提示错误原因2.返回编辑页面非功能性需求无（5）数据管理模块的用例规约。数据管理模块的用例图如下图3-16所示。系统管理员include数据备份数据管理include数据还原图3-16数据管理表3-5数据备份用例“数据备份”的规约描述如下表3-5所示。用例名称数据备份参与者系统管理员假设系统管理员已完成数据备份的准备工作前置条件管理员用户已通过系统的登录验证后置条件提示操作成功主事件流1.管理员提交数据备份请求2.系统在指定路径备份数据库备选事件流无非功能性需求无（6）反馈学习模块的用例规约。反馈学习模块的用例图如下图3-17所示。学生用户添加学习记录include反馈学习include淘贤学习反馈图3-17反馈学习用例“添加学习记录”的规约描述如下表3-6所示。表3-6添加学习记录用例名称添加学习记录参与者学生用户假设学生已准备好待向老师反馈的学习情况前置条件学生用户已通过系统的登录验证，该学生用户是在校学习的学生后置条件提示操作成功主事件流1.学生填写并提交要反馈的学习情况2.系统对提交内容进行合法性校验3.系统在数据表中增加一条记录保持此信息备选事件流2a.提交的内容不合法1.向用户提示错误原因2.返回添加页面待用户修正非功能性需求无（7）浏览学习反馈模块的用例规约。浏览学习反馈模块的用例图如下图3-18所示。编辑评系统管理员老师用户浏览学习反银extend图3-18浏览学习反馈用例“编辑评阅”的规约描述如下表3-7所示。表3-7编辑评阅用例名称编辑评阅参与者老师用户假设该老师是具体某个专业的负责老师，该老师已查阅有关学生提交的 学习反馈前置条件老师用户已通过系统的登录验证，并且系统已识别该老师有此操作 权限，以及准备评阅的学习记录之前未被任何人评阅后置条件更新当前显示的学习记录，隐藏已被评阅记录的编辑按钮主事件流1.老师编辑评阅内容并提交2.系统对提交内容进行合法性校验3.系统在数据表中保存评阅内容4.系统向老师用户提示评阅成功备选事件流2a.提交的内容不合法1.向用户提示错误原因2.返回添加页面待用户修正非功能性需求无（8）反馈就业模块的用例规约。反馈就业模块的用例图如下图3-19所示。漆加武北记录include反馈就北学生用户include浏览就dk记录图3-19反馈就业用例“添加就业记录”的规约描述如下表3-8所示。表3-8添加就业记录用例名称添加就业记录参与者学生用户假设学生已准备好待向老师反馈的就业情况前置条件学生用户已通过系统的登录验证，该学生用户是毕业工作的学生后置条件提示操作成功主事件流1.学生填写并提交要反馈的就业情况2.系统对提交内容进行合法性校验3.系统在数据表中增加一条记录保持此信息备选事件流2a.提交的内容不合法1.向用户提示错误原因2.返回添加页面待用户修正非功能性需求无（9）浏览就业反馈模块的用例规约。浏览就业反馈模块的用例图如下图3-20所示。编辑建议extend浏览就业反窟系统管理员 老师用户图3-20浏览就业反馈表3-9浏览就业反馈用例”浏览就业反馈”的规约描述如下表9所示。用例名称浏览就业反馈参与者老师用户（主要用户）、系统管理员（次要用户）假设老师一明确要浏览那些学生的就业反馈前置条件用户通过系统的登录验证后置条件无主事件流1.老师向系统提交查询条件2.系统返回符合查询条件的就业记录表备选事件流无非功能性需求无(10)就业统计模块的用例规约。就业统计模块的用例图如下图3-21所示。系统管理员老师用户extend学生用户就业绫计extend导出Excel查看圉表图3-21就业统计用例“查看图表”的规约描述如下表3-10所示。表3-10查看图表用例名称查看图表参与者所有用户假设用户已按条件进行就业统计，并获得系统返回的统计数表前置条件用户已通过系统的登录验证后置条件无主事件流1.用户提交查看图表的请求2.系统根据统计数表的数据生成图表信息3.系统向用户返回图表信息备选事件流无非功能性需求无4.系统分析本阶段的主要工作是从用例模型（图3-L1）出发，为系统建立分析模型。完整的分析 模型至少应包括反映对象静态结构的类图，和反映用例实现的对象顺序图。4.1.分析类图类图主要用来描述系统的静态结构，表示系统中的类及其关系。根据3.2用例图及3.3用例规约，分析出本系统有以下几个概念类，包括specialty（专 业信息类）、teacher User（老师用户类）及其子类administrator、student User（学生用户 类）、learning（学生学习信息类）、job（学生就业信息类）。对象间的关系主要有以下儿种：令 一个 specialty 可以拥有多个 student User 和 teacher User；但一个 student User 只 能属于一个specialty,一个teacher User可以对应零或一个specialty。令 一个 learning 只能对应一个 student User 和一个 teacher User；但一个 student User 可以创建多个learning,一个teacher User可以批阅多个learningo令 一个 job 只能对应一个 student User 和一个 teacher User；但一个 student User 可 以创建多个job,一个teacher User可以批阅多个job。上述概念类经过完善后形成分析模型中的分析类，如下图4-1所示。日 specialty.1品专业代码理专业名称1老师工号 品老师姓名 品联系方式0用户密码 品专业代码口 student Us er品学生学号 品学生姓名 品学生性别 品联系方式 品用户密码 品入学时间 目,离校时间 品学习状态 品专业代码*或学生学号 品专业代码 品学习详情 理老师建议 品记录时间job小学生学号 品专业代码 克当前行业 空工作地区=薪酬区间 回,具体工作 理老师建议 品记录时间图4-1分析类图4.2.顺序图顺序图主要用来描述系统的动态行为，反映对象间发送消息的时间顺序。从降低系统耦合度的角度出发，可以在系统分析类图（图4-1）的基础上抽象出数据 访问对象类DAO。如下图4-2所示。日DAO 图4-2数据访问对象类因此，本系统可以抽象表示成“表现层一业务处理层一数据访问层”三层结构，系统 的耦合度得以进一步减低。本系统的顺序图描述如下。（1）登录验证模块的顺序图，如下图4-3所示。sd登录验证英侬：studentUser2:DAOalt用尸类空 学生用户账户信息0读取学生用户信息0登录成功0老师用户账户信息0读取老师用户信息0登录成功0图4-3登录验证（2）管理专业模块的顺序图，如下图4-4所示。Sd登录蛉证吴西巨:wtudentUser:DAOalt甫尸类空 .学生用高：_账户信息0 4；读取学生用户信息0登录成功0老师用户账户信息0.；读取老师用户信息0登录成功0图4-4管理专业（3）管理老师模块的顺序图，如下图4-5所示。Sd管理老如笑:系统管倬员:teacherUser 其世添加老师0写入老师表。吴:走JJ币用户_查询老师0.读取老师表。符合条件的老师信息表。编辑老师信息0更新老师信息记录0删除老师0删除老师记录。1Tt 维护账户信息o更新账户信息o图4-5管理老师（4）管理学生模块的顺序图，如下图4-6所示。Sd管理学生笑:亲经管理员:studentUser:DAO关:学牛用户添加学生0写入学生表。查询学生0读取学生表。符合条件的学生信息表0 编辑学生信息。更新学生信息记录0删除学生0删除学生记录。维护账户信息0 更新账户信息。图4-6管理学生（5）学习交流模块的顺序图，如下图4-7所示。Sd学习交流吴:学牛用户 吴:老U币用户：learning 皿Q添加学习反馈。写入学习表。浏览学习反馈记录0读取学习表0符合条件的学习反馈记录表0评阅学习反馈记录0更新学习反馈记录。浏览学习记录0读取学习表0符合条件的学习记录0图4-7学习交流（6）就业交流模块的顺序图，如下图4-8所示。3d就此交流英:学牛用户:DAO关:小师用户图4-8就业交流5.系统设计5.1.结构模式设计信息系统的结构模式主要有两种，分别为Browser/Server模式和Client/Server模 式。Client/Server模式，即客户机和服务器模式。它将任务合理分配到客户端和服务器端 来实现，充分利用客户端和服务器端的硬件环境，降低了系统的通讯开销；但这种模式对 客户端的要求会较高，也不便于后期的系统维护工作。Browser/Server模式，即浏览器和服务器模式。它是随着Internet技术的发展而兴 起。在这种模式下，前端用户界面可以通过WWW浏览器来实现，主要事务逻辑都是在服务 器端实现，只有很少一部分的事务逻辑会交由前端浏览器来实现。这样进行数据计算的明 显好处是极大地简化了对客户端的要求，同时也减轻了以后对系统进行维护与升级的工作 量，进而有效地降低了系统应用的总体成本。在局域网中通过Internet/Intranet建立B/S模式的网络应用，可以实现多地点、多 方式的系统访问或操作。特别是在JAVA这种的跨平台语言出现之后，B/S模式的管理系统 得以飞速发展。本项目开发的学校师生交流平台是可以由任意地点（学校内、外）的多用户（老 师、学生）使用的系统。因此，使用B/S模式作为结构模式。5.2.软件架构设计软件架构，乂称软件体系结构。软件架构是最高层次的系统分解，包括逻辑设计和物 理部署两个方面。这里主要从分层架构的思想对本系统进行软件体系结构设计。软件分层架构思想，即系统划分为多层结构，每一层都具有独立的职责。层与层之间 通常是不透明的，上层组件可以使用下层组件定义的服务，而下层组件对上层组件一无所 知。在信息系统领域，最常用的分层模型是三层结构，如下图57所示。图5-1三层结构模型在三层结构模型中，可以将业务逻辑层进一步细分为控制层与领域层，实现领域逻辑 与领域解决方案的分离；在面向对象的开发中还需要引入OR M,因此需要在数据访问层中 加入表示对象与数据表一一对应的数据映射层。对三层结构模型通过上述的完善与扩展，得到比较完善的五层结构模型，如下表5-1 所示。表5T三层结构模型和五层结构模型对比三层结构模型五层结构模型表现层表现层业务逻辑层控制层领域层数据访问层数据映射层数据访问层五层结构模型各层的主要职责：令 表现层：处理用户与系统间的交互令控制层：主要表示业务逻辑中的工作流，针对用例的事件流控制令 领域层：业务逻辑中领域类的集合令数据映射层：将基于对象表达的领域层数据映射到数据库关系表中的记录令数据访问层：对数据表Select,Insert,Update,Delete等操作本系统的软件分层设计也正是采用了这种分层结构思想。5.3,设计软件类图分析模型中的类（图4-1）通常是现实事物或抽象概念，这些类要转换为计算机领域 的实体类。除此之外，为了完成用例所描述的功能，还必须添加一些计算机领域的软件对 象类，包括边界类和控制类等。根据3.2系统用例模型、4.1系统分析类图、5.2软件体系结构，设计出系统的软件 类图。可以利用包合理组织整个系统中的设计类，如下图5-2所示。表现层t eacherTindovjobTindov日 st udent Tindoy控制层国 SpecialtyAct ion直i speci altyServi ce级 execute()日 LearningAct ionlearnings er vi ce specialtyService s tudentS ervi c e翕 execute()日 TeacherActionteacherService speci altyServi ceexecute()日 JobActionjobService speci altyServi ce studentService翁 execute 0图5-2软件类图数据访问层国 SpecialtyDAO统 insert。器 select 0银update 0delete()日 JobDAO日 TeacherDAO般 insert。鼻 select 0 update 0 编 delete()日 StudentDAOinsert 0蠢 select()update 0 翁 delete 0国 LearningDAO insert。琳select 0 瑞 update()愈 delete 0编 insert。翁 select 0 update 0delete 05.4.设计编码方案 专业代码(specialty Code)：1T5位字符串，长度可变；每位所代表的具体含义 由用户自定义。老师工号(teacher Code):1-15位字符串，长度可变；每位所代表的具体含义由 用户自定义。学生学号(student Code):175位字符串，长度可变；每位所代表的具体含义由 用户自定义。学生性别(student Sex)：1位长度；其中，“1”表示“男”，“2”表示“女 学习状态(state)：1位长度；其中，“1”表示“在校”，“2”表示“退转学”，“3”表示“毕业工作”，“4”表示“毕业升学”。当前行业(trade)：1位长度；其中，“1”表示“与所学专业相符，经常使用专业 知识”，“2”表示“与所学专业相关，需要使用专业知识”，“3”表示“与所学专业不 同，偶尔使用专业知识”，“4”表示“与所学专业不同，基本不用专业知识”。工作地区(are地：(位长度;其中，“1”表示“毕业学校所在城市“，“2”表示“毕 业学校所在省份的其他城市“，“3”表示“其他省份”。薪酬区间(pay)：1位长度；其中，“1”表示“个税征收范围之外”，“2”表示“个 税征收范围之内”。评阅标记(flag)：1位长度；其中，“1”表示“未批”，“2”表示“已批”。5.5,数据库设计（1）对象-关系映射。本平台拟采用成熟的关系型数据库管理系统来实现对象的持久化。关系型数据库以二 维表中的一条记录来保持某个对象，对象的属性对应于记录的字段；如果存在继承类或关 联对象，则使用外码在表与表之间建立联系。需要我们解决的关键问题是，对象和关系是 两个完全不同的概念，二者之间如何进行映射处理。现实做法中，可以自行编写代码实现,亦可以使用成熟的持久化组件来实现。本平台就是采用了第二种方法来实现对象与关系的 映射。（2）数据库的概念结构。数据库的概念结构由概念模型（E-R图）来