p2p网站开发公司,济南建设信息网官网,月夜直播免费版,百度指数关键词工具基于UML的毕业设计管理系统的分析与设计毕业设计是实现本科教学培养目标的重要环节#xff0c;从选题到答辩一般需要四至六个月的时间#xff0c;其间工作量很大#xff0c;尤其需要保留大量的文件#xff0c;以便于管理者对毕业设计工作进行监督。传统的、人工的方式管理各…基于UML的毕业设计管理系统的分析与设计毕业设计是实现本科教学培养目标的重要环节从选题到答辩一般需要四至六个月的时间其间工作量很大尤其需要保留大量的文件以便于管理者对毕业设计工作进行监督。传统的、人工的方式管理各项事务和文件档案存在着诸如效率低、准确性差等缺点对高效、合理地安排毕业设计很不方便。利用计算机和WWW网络技术实现高校毕业设计的管理势在必行制作毕业设计期间的教学管理、频繁的师生交流以及大篇幅的论文管理现在只要通过计算机就可以方便快捷的来完成。因此毕业设计管理系统的应用能够为用户提供充足的信息和快捷的查询手段。通过互联网和校园网进行各学院毕业设计选题、中期、答辩和后期的流程管理。各阶段都要教务长来开通和关闭对整个毕业设计的流程进行管理。其中系统的用户信息来自于现教务管理系统。一.毕业设计管理系统的总体需求1.总体业务流程毕业设计的管理流程划分为四个基本步骤见图1-1。图1-1 毕业设计管理流程2.系统功能框图系统总体功能框图见图1-2。系统按照工作流程划分出四个主要功能模块另外该系统还应提供登录功能模块和系统维护功能模块,其中系统维护模块包括身份管理、数据维护和流程管理三个子模块。每个模块完成的功能见表1-1。图1-2系统总体功能框图3.总体功能分类描述系统总体功能分类描述见表1-1表1-1总体功能分类功能类别/标识符目标描述选题管理完成教师立题、学生选题的双向选择过程。最终达到每人一题。进行过程管理完成教师与学生交流、中期检查、教师与学生互评过程。答辩管理完成答辩准备工作提交答辩结果。后期处理完成收集、上报材料统计成绩评优过程。登录管理提供用户登录验证及用户权限查询的功能。系统维护系统维护包括身份管理、流程管理和数据维护三个子功能块。二.建立用例模型1.建模思想 用例是对一个活动者(actor)使用系统的一项功能时所进行的交互过程的一个文字描述序列。用例是代表系统中各个项目相关人员之间就系统的行为所达成的契约。软件的开发过程可以分为需求分析、设计、实现、测试等阶段用例把所有这些都捆绑在一起用例分析的结果也为预测系统的开发时间和预算提供依据保证项目的顺利进行。因此可以软件开发过程是用例驱动的。用例分析的步骤可以按下面的顺序进行(1) 找出系统外部的参与者和外部系统确定系统的边界和范围。(2) 确定每一个参与者所期望的系统行为。(3) 把这些系统行为命名为用例。(4) 使用泛化、包含、扩展等关系处理系统行为的公共或变更部分(5) 编制每一个用例的脚本。(6) 绘制用例图。(7) 区分主事件流和异常情况的事件流如果需要可以把表示异常情况的事件流作为单独的用例处理。(8) 细化用例图解决用例间的重复与冲突问题。采用用例分析法捕获用户的需求其中一个比较困难的工作是确定系统应该包含哪些用例以及如何有效地发现这些用例。事实上在做用例分析时并没有一个固定的方式或方法来发现用例而且对同一个系统往往会同时存在多种解决方案但其中某些方案会比另一些方案好。与设计和实现阶段相比需求分析阶段更多的还是依赖于分析人员的个人经验和领域知识。2.用例模型2.1、用例定义用例通过某种途径与系统交互。从系统外部执行者的角度来描述系统需要提供哪些功能,并指明这些功能的执行者(用例)是谁。确保所有角色都被完全识别出来。本系统用户群分为四大类:教务管理员、毕业设计专家组、教师和学生。各类用户用不同的职责和权限。本系统的用例于表2-1中。表2-1系统的用例定义用例名称用力职能教务管理员完成拟题和选题公告、论文选题管理、优秀论文展示、手动操作选题、发布选题、分配答辩教师、管理答辩小组、论文推优、工作总结、处理论文材料、留言删除等相关管理功能毕业设计专家组审核论文题目、审核论文、参与答辩等教师参与拟题指导学生、评审论文等相关功能学生参与选题、提交论文、进行答辩等功能系统维护员主要负责系统维护、系统公告、用户添加、数据维护等2.2、系统顶层例图用例是参与者与系统的交互过程,代表系统为其参与者所执行的有价值的操作,表达了系统的功能需求和行为。用例的用途是在不揭示系统内部构造的情况下定义连贯的行为。用例可以在执行过程中持续接受参与者的输入信息,可以描述系统向用户提供的有价值的功能。用例不仅是描述需求的工具,还可以驱动开发过程,通过对用例的创建、整合,开发设计人员可以构建一系列实现这些用例的设计和实现模型。系统顶层用例的构建,可以使得系统整体性的呈现并被建模人员把握。通过前述需求分析的结果,可以得出顶层用例,其中涉及的参与者及其活动系统顶层用例图如图2-1所示:图2-1系统顶层用例图2.3、用例的细化(主要模块的用例) 每一个用例都是一个参与者与系统在交互中执行的有关事务序列。从毕业论文指导交互系统的用例抽象,可以确定如下的主要模块的用例: 毕设选题管理、毕设进行过程管理、毕设答辩管理、毕设后期处理等。从系统总的用例来建立用例图,这样设计在项目开始阶段对理解系统的要求和目标都有好处,但需要进一步细化,划分为更具体的一些用例,以便深入分析系统的要求和目标。1)毕设选题管理毕业设计选题管理中中的参与者包括教务、毕业设计专家、教师和学生。教务发布拟题要求、管理双向选题、发布题目和公布选题结果专家组对论文题目进行评审并给出意见教师根据拟题要求拟题和提交题目的任务说明并通过学生的选题情况选择学生学生根据选题要求选择论文题目等。选题管理用例图如图2-2所示图 2-2选题管理用例图毕业设计选题部分各子功能描述见表2-2。表2-2选题管理功能及用例描述名称、标识符执行用例描述发布拟题要求教务管理根据毕业学生和学院要求发布本届毕业设计信息和拟题要求▪毕业班级、专业、人数▪毕业设计日程安排▪各环节的表格确立题目教师教务管理①指导教师根据拟题要求拟题并提交要求不与他人重题不与上届重题不是网上抄袭题目名称实现功能技术要求②专家组评审毕业设计专家组对指导教师提交的题目进行评审如不合格提出修改意见反馈给教师指导教师重新拟题并提交③发布题目教务人员对专家组提交的合格毕业设计题目进行发布。双向选题学生教师教务管理①学生初选题目学生对发布的论文题目进行初选每人最多选择三个设计题目每个设计题目可被三个学生备选②指导教师选择学生指导教师可以查阅自己题目的初选结果并初选学生一名。③初选结果调整教务人员关闭双向选题对没被选择的题目和没被选择的学生手工进行调整 最终确定导师和学生。发布选题结果教务管理发布最终选题结果。此后学生和教师都可查询到选题结果。2)毕设进行过程管理毕设进行过程管理中的参与者包括教务、毕业设计专家、教师和学生。教务开通指导园地进行开题管理教务存档中期报告等活动毕业设计专家组对学生提交的开题报告进行评审如不合格提出修改意见反馈给学生学生重写开题报告并提交指导教师收取中期报告并送审中期报告学生与老师通过一下外部接口通信学生提交开题报告和中期报告。毕业设计进行过程管理用例图如图2-3所示图 2-3毕业设计进行过程管理用例图毕业设计进行过程管理部分各子功能描述见表2-3。表2-3进行过程管理功能及用例描述名称、标识符执行用例描述指导园地学生教师教务管理教务人员开通指导园地学生与老师通过一下外部接口通信(目前只设计提交通信方式功能带以后完善与外部系统的接口通信。)▪毕设论坛▪电子邮件▪QQ群开题管理学生教师教务管理①学生提交开题报告。②教务下载所有开题报告并分派给各专家组审阅。③专家组评审毕业设计专家组对学生提交的开题报告进行评审如不合格提出修改意见反馈给学生学生重写开题报告并提交④教务存档开题报告教务人员上传开题报告到中期过程数据库。⑤教务关闭开题关闭开题同时开通中期检查。中期检查学生教师教务管理①学生提交中期报告。②指导教师收取中期报告指导教师可以离线审阅中期报告③指导教师送审中期报告④教务存档中期报告教务人员上传中期报告到中期过程数据库。⑤教务关闭中期检查。3)毕设答辩管理毕设答辩管理中的参与者包括教务、毕业设计专家、教师和学生。其中教务教务人员安排答辩同时开通论文评审并分配评审论文教务存档评审结果等专家组对学生进行答辩并提交答辩记录和成绩评定教师指导审查论文初稿并提出修改意见学生依此修改并再次提交学生修稿、提交论文参加答辩上传材料等。毕设答辩管理用例图2-4所示图2-4毕设答辩管理用例图毕业设计答辩管理部分各子功能描述见表2-4。表2-4答辩管理功能及用例描述名称、标识符执行用例描述前期准备教师教务管理①交收论文初稿学生上交初稿教师审查并提出修改意见学生依此修改并再次提交。②答辩申请进过教师同意后学生可以提出答辩申请。③教务人员安排答辩同时开通论文评审。论文评阅学生教师教务管理①指导教师评审指导教师对自己学生评审并提交评审意见。②教务分配评审论文分配结果要求审阅该论文的教师不该论文的指导教师。③审阅教师评审审阅教师对该学生评审并提交评审意见。④教务存档评审结果教务人员上传、浏览评审结果。⑤教务关闭论文评审关闭论文评审同时开通答辩过程。答辩过程学生教师教务管理①学生答辩专家组提交答辩记录和成绩评定。②教务关闭答辩过程。4)毕设后期处理毕设答辩管理中的参与者包括教务、教师和学生。教务统计分析成绩、发布成绩教务归档论文评审优秀教师、学生等学生申请优秀论文指导教师申请优秀指导。毕设后期处理用例图如图2-5所示图2-5毕设后期处理用例图毕业设计后期处理部分各子功能描述见表2-5。表2-5后期处理功能及用例描述名称、标识符执行用例描述成绩管理教务管理①教务统计分析成绩▪按教师指导学生论文成绩平均分统计。▪按教师指导学生数统计。▪按学生成绩统计。②教务人员发布成绩。论文归档学生教师教务管理①教务归档论文:教务将论文入库教务、教师与学生可浏览。②教务提交、浏览辅助材料。③教务文档备份清理。评优管理学生教师教务管理①学生申请优秀论文学生提交评优申请。②指导教师申请优秀指导教师提交评优申请。③教务评审优秀教师、学生。5)登录管理登录管理中的参与者包括教务、毕业设计专家、教师和学生。毕业设计登录管理是所有合法用户进入系统的唯一路径。毕业设计登录管理根据用户的不同类型提供不同的功能服务。其中教务长与数据维护人员可进入系统的维护平台进行操作。普通用户只进入工作流程平台。登录管理用例图如图2-6所示图2-6登录管理用例图毕业设计登录管理部分各子功能描述见表2-6。表2-6登录管理功能及用例描述名称、标识符执行用例描述登录管理教务管理专家教师学生①数据维护人员和教务长登录时即可登录到系统维护平台也可登录到工作流程平台。②教师、学生和普通教务登录后进入工作流程平台。系统依据用户类别不同提供的功能页面也不同。6)系统维护系统维护中的参与者包括教务长和系统数据维护员。系统维护模块分为三个子模块①身份管理②流程管理③数据维护。身份管理又分为用户管理和角色管理。数据维护分为用户信息导入导出和备份清理毕设文档。系统维护用例图如图所图2-7和2-8所示2-7系统维护(数据维护人员)用例图2-8系统维护(教务长)用例图毕业设计管理中系统维护部分各子功能描述见表2-7。表2-7系统维护功能及用例描述名称、标识符执行用例描述身份管理教务长①教务长登录后可以对用户进行增、删、改、查操作。②教务长登录后可为用户授权。无授权用户不能进入毕业设计管理系统。③教务长登录后可以对角色进行增、删、改、查操作。流程管理教务长教务长登录后可对毕业设计工作流程进行全程的管理。流程管理的功能包括①开通选题管理②关闭选题管理③开通进行过程管理④关闭进行过程管理⑤开通答辩管理⑥关闭答辩管理⑦开通后期处理⑧关闭后期处理。数据维护数据维护人员教务长①数据维护人员登录后可导入导出用户信息。导入导出用户信息是数据库文件形式。▪导入用户信息包括 导入学生信息 导入教师信息。▪导出用户信息包括 导出学生信息 导出教师信息。注导出用户信息功能是为以后其他系统的信息导入设计的。②教务长登录后可备份清除毕业设计文档,三年以上的毕设文档备份、清除。3.总结用例模型基本实现了所有的需求并增加了部分需求如在选题时学生可能会根据兴趣及教师的研究方向进行选题所以增加了教师信息、学生信息等增加了相互留言功能。下面的这些启发性原则可以帮助分析人员发现用例和用户交互。寻找用例的一个途径就是和系统的潜在用户会面、交谈。可能不同的用户对系统的描述会是完全不同的即使是同一个用户他对系统的描述也可能是模糊的、不一致的这时就需要分析员做出判断和抉择。把自己当作参与者与设想中的系统进行交互。 确定用例和确定参与者不能截然分开。一些原则来帮助发现用例如通过回答下列问题来帮助发现用例 参与者的主要任务是什么参与考需要了解系统的什么信息需要修改系统的什么信息参与者是否需要把系统外部的变化通知系统?参与者是否希望系统把异常情况的变化通知自己随着经验的不断积累对于如何寻找用例会逐渐形成自己的也可以通过与其他人的交流来提高自己的分析水平。三.建立领域模型1.建模思路 概念模型是从用例模型映射到类的第一步。概念模型是将用例模型向计算机表示的进一步过渡。概念模型就是划分类的结果。主要表达用类图辅以顺序图。类图建模是UML静态建模机制中的一个重点,信息结构和系统行为均需借助它来描述。类图创建工作主要包括创建类、标识类之间的结构关系。首先确定类,其次再确定其属性和操作;最后将类与类之间的关联、依赖、继承、聚合关系在图中标示出来,就得到类图。在寻找类时,可以根据功能把类分成三种类型:实体类、边界类和控制类。边界类位于系统与外界的交接处,包括所有窗体、报表、打印机等硬件接口以及其他系统的接口,边界类使角色能与系统交互,而每个角色要使用用例与系统交互至少要有一个边界类。实体类保存要放进永久存储体的信息,在系统运行时,实体类在内存中保存信息。控制类负责协调其他类的工作。实体对象类表示系统中的信息存储,它们一般用于表示系统所管理的核心概念。实体对象是被动和永久性的。它们的主要职责是存储和管理系统中的信息。2.领域模型根据建模思想对每个用例分别可以找出三种类边界类、逻辑类和实体类将所有找到的三种类集中综合在一起得到三大模型视图模型、逻辑模型和实体模型。原始类的划分可采用表格表示三大模型根据要求再进一步细化。根据《毕业设计管理系统需求描述》的选题过程可以得到三大模型如下表3-1毕业设计管理管理系统划分出的视图模型(边界类)用例边界类说明登录LoginForm为用户提供登录界面不同用户进入不同的界面发布信息PublishInfoForm教务发布拟题要求、论文题目、最终选题结果等的发布界面双向选题工程管理TopicseletionForm教务开启和关闭双向选题工程的界面手工调整选题AdjustForm教务调整双向选题的界面更新教师信息UpdateTeacherForm教师更新信息的界面查看拟题要求DemandForm教师查看拟题要求界面重要的一个过程查询题目选情和选择学生TeaselectionForm教师查询自己题目的选择情况和选择学生界面处理论文题目ManageTopicsForm教师提交论文题目、修改论文题目的界面更新学生信息UpdateStudentForm学生更新信息的界面学生选题StuselectionForm学生查看选题指南、查询题目、选择题目等的选题界面进入界面会首先显示选题指南文件管理File上传和下载文件的界面评审题目ReviewTopicsForm毕业设计专家在线审核论文题目的界面表3-2毕业设计管理管理系统划分出的逻辑模型(逻辑类)用例逻辑类说明登录Login_Operation通过Login为用户提供身份验证验证成功才能进入系统发布信息PublishInfo_Operation教务发布管理通过Administrator当发布题目时更新Topics一条记录等双向选题工程管理Topicseletion_Operation教务开启和关闭双向选题工程关闭实质是将选题功能屏蔽掉手工调整选题Adjust_Operation教务调整双向选题通过调用RegisterTopics修改选题情况更新教师信息UpdateTeacher_Operation教师信息更新通过Teacher的TUpdateInfo逻辑修改个人信息查看拟题要求Demand_Operation教师调用teacher类的ViewDmand查看拟题要求查询题目选情和选择学生Teaselection_Operation教师通过QuerySelected查询自己题目被选情况通过SelecteStudent逻辑选择学生处理论文题目ManageTopics_Operation教师通过teacher处理题目更新学生信息UpdateStudent_Operation学生通过Student类SUpdateInfo操作更新信息学生选题Stuselection_Operation学生选题逻辑通过实体类Student选择题目SelecteTopics向选题注册表单插入一条记录ModifyTopics更新选题注册表单等文件管理File_Operation上传和下载文件评审题目ReviewTopics_Operation毕业设计专家在线审核论文题目通过点击通过按钮触发Topics类加入一条题目不通过点击留言给教师留言Message_Operation处理用户之间留言逻辑类表3-3毕业设计管理管理系统划分出的实体模型(实体类)用例实体类说明登录类Login用户身份用户的学号、工号用户的姓名、密码等信息学生类Student学生信息学号、姓名、联系方式、班级等信息教师类Teacher教师信息工号、姓名、职称、个人简介等信息毕设专家组类Expert专家信息记录工号、专家简介等信息教务类Administrator教务信息教务的工号、教务的级别、教务的信息毕设题目类Topics毕业设计题目包含题目名称、所属专业、指导教师、任务说明等信息题目登记类RegisterTopics题目登记记录每一次学生选择论问题或教师选择题目的信息并写入数据库通过以上面向对象分析方法可以得到系统中完成选题功能的领域模型(初始类图)如图3-1所示图3-1选题功能的初始类图附视图类、逻辑类和实体类表中的函数参看下图图3-2选题功能的初始类图(Eglish)3.总结 本实验很好的实现了领域模型和系统逻辑处理的对应从而得到了边界类、逻辑类和实体类。找边界类时注意边界类位于系统与外界的交接处逻辑类主要是操作类实体对象类表示系统中的信息存储,一般会有对应的表单。类找到后要用rose进行建模。UML中的类图具有充分强大的表达能力和丰富的语义是建模时非常重要的一个图。1类之间可以有关联、聚集、组合、泛化、依赖等关系。2关联是类图中比较重要的一个概念一些相关的概念有关联名、关联角色、关联类、关联上的角色、限定关联、自返关联、二元关联、N元关联等。3关联类是用于描述关联本身的特性。4带有限定符的关联称为限定关联限定符的作用就是在给定关联一端的定符值以后可确定另一端的一个对象或对象集。5派生属性和派生关联是指可以从其他属性和关联计算推演得到的届性和关联在生成代码时派生属性和派生关联不产生相应的代码。6抽象类和接口为oo设计提供了抽象机制。7版型是UMI‘相F常重要的一种扩展机制uML之所以有强大而且灵活的表示能力与版型这种扩展机制有很大的关系。8边界类、控制类和实体类是对类的一种划分它们都是类的版型。四.建立数据模型1.建模思路 逻辑结构设计阶段的任务就是将概念结构设计阶段完成的概念模型转化成能被特定数据库管理系统支持的数据模型,也即是关系模型。这些模型在功能、性能、完整性和一致性约束及数据库可扩充性都需要满足用户需求。首先根据前面的实验实体-联系图提供了表示实体型、属性和联系的方法,可用来描述现实世界的概念模型。对毕业设计管理系统的实体关系(E-R)分析是建立在UML系统模型基础上的。E-R分析的目的是确定系统中所有实体之间的关系和实体的属性,画出E-R图,为数据库建模打下基础。画E-R图通常使用自底向下的设计方法,首先对局部视图进行分析设计,然后再实现视图集成。画E-R图如下图4-1毕设选题管理E-R图图4-2 毕设进行过程管理E-R图图4-3毕设答辩及后期管理E-R图2.实体类关系模型由系统的实体类可以设计表如下DBMSSQL server 2008 R2数据库名称graduation_project_management表4-1专家信息表字段数据类型是否允许空备注注释expert_idchar(15)否主键专家的工号expert_namechar(10)否专家的姓名expert_passwordchar(15)否专家的登录密码expert_introductionnvarchar(MAX)否专家的个人信息为大值数据类型最多可以存储2^30-1个字节的数据大数据类型可检索user_typeint否user_type0user_type0身份为专家登陆后进入专家页面表4-2教务员信息表字段数据类型是否允许空备注注释admin_idchar(15)否主键教务员的工号admin_namechar(10)否教务员的姓名admin_passwordchar(15)否教务员的登录密码admin_ introductionnvarchar(MAX)是教务员的个人信息user_typeint否user_type1或user_type2user_type1为普通教务员user_type2为教务长表4-3学生信息表字段数据类型是否允许空备注注释stu_idchar(15)否主键学生的学号stu_ namechar(10)否学生的姓名stu_passwordchar(15)否密码默认为学号后6位stu_ sexchar(2)否学生性别stu_ departmentchar(20)否学生系别stu_ classchar(10)否学生班级stu_ introductionnvarchar(MAX)否学生个人简介stu_telchar(11)否学生联系方式user_typeint否user_type3user_type3代表学生表4-4教师信息表字段数据类型是否允许空备注注释tea_idchar(15)否主键教师的工号tea_ namechar(10)否教师的姓名tea_passwordchar(15)否密码默认为工号后6位tea_ sexchar(2)否教师的性别tea_titlechar(10)否教师的职称tea_ introductionnvarchar(MAX)否教师个人简介tea_telchar(11)否教师联系方式user_typeint否user_type4user_type4代表教师表4-5论文题目信息表字段数据类型是否允许空备注注释topic_ idchar(20)否主键论文题目的编号教师拟题会上传至此表不符合题目可被修改或删除topic_ namechar(10)否题目的名称tea_idchar(15)否外键命题教师的工号topic_notenvarchar(MAX)否题目任务说明表4-6选题注册信息表字段数据类型是否允许空备注注释choice_ idchar(15)否主键每个学生选择3个题目后选题注册信息表会增加3个choice_ id记录当教师选中学生后其他的记录会被删除这样论文就被选定了topic_ idchar(15)否外键论文题目的编号tea_idchar(15)否教师的工号stu_idchar(15)否学生的学号表4-7文件管理表字段数据类型是否允许空备注注释file_idInt(50)否主键自增长文件的编号use_idchar(15)否用户的编号可以是工号或学号file_namechar(30)否文件的名字file_discriptionnvarchar(MAX)是文件的描述file_typeint否文件的类型0示开题报告1示论文初稿2示论文终稿3示论文题目4.表示最终选题结果5表示论文成绩6论文进度7拟题要求8选题要求file_pathnvarchar(MAX)否文件的路径up_timedatetime否文件上传的时间download_timedatetime否文件下载的时间表4-8论文成绩表字段数据类型是否允许空备注注释topic_ idchar(15)否主键论文题目stu_idchar(15)否论文对应的学生学号all_gradenvarchar(MAX)否答辩的各项成绩以“,”隔开resultchar(10)否答辩总成绩apprisechar(10)否是否为优秀论文表4-9留言信息表字段数据类型是否允许空备注注释messgae_idInt(50)否主键,自增长留言信息的编号messgae_titlechar(50)否留言信息的标题messgae_contentnvarchar(MAX)否留言信息的内容messgae_fromchar(15)否发送留言者的工号或学号需要表的连接显示姓名messgae_tochar(15)否接受留言者的工号或学号需要表的连接显示姓名messgae_timedatetime否留言发送的时间is_viewedint否标示位0表示留言已被查看1表示未被查看表4-10权限管理表字段数据类型是否允许空备注注释poedorm_idint(50)否主键,自增长权限的编号poedorm_namechar(15)否权限的名字poedorm_stateint否权限的状态0为禁用1为启用poedorm_descriptionnvarchar(MAX)否权限的说明poedorm_datedatetime否权限添加的时间在rose中进行数据建模模型中只给出了关键字字段和索引项各表的全部字段请参考以上10个表。建立关系模型如下图4-4毕设选题关系模型图4-5毕设答辩及后期处理关系模型3.总结本实验实现了数据模型和系统处理数据的对照。首先应该画出E_R图根据E-R图及前面的实验设计出系统的表进而用rose画出相应的数据模型。在rose中数据建模时一定要先在组件图上建立Database再在逻辑视图中建立Schemas然后在Schemas建立Data Model Diagram,最后双击在Data Model Diagram画表和建立表的关系。五.进行Web建模1.建模思路Web建模主要考虑两方面的问题一是如何表示Web应用系统的体系结构另一个是如何表示Web应用系统中一些特有的概念。用UML对Web系统建模影响比较大的一种版型扩展方法称为WAE(Web Application ExtensionJim Conallen提出)已被多个UML建模工具采用。WAE定义了一些常见Web系统的建模元素可以用这些版型对Web建模并且Rose提供了Web系统的逆向工程。Web建模的基本问题 (1)Web应用系统采用的HTTP协议是一种客户、服务器间无状态、无连接协议因此页面之间传递的信息需要使用Session或cookie对象来保存(2)Web的客户端多样化(不同浏览器、不同操作系统)(3)Web系统有特有的概念和元素HTML、表单Form、网页框架FramesetJspServlet等(4)Web应用系统的设计模式常用MVC模式。MVC模式的思想表示信息结构的数据是相对稳定的而对数据的操作和表示是可变部分、常变部分。该模式支持软件可重用性。如图5-1图5-1MVC模式用Rose建模的主要过程如下(所有操作都应在Web Modeler 选项下进行)① Tools→Option→Notation中设置Web Modeler(可以根据模型产生jsp文件)② 创建虚拟目录存放以后创建的所有页面在Logical view下 右击鼠标选择Web Modeler→New→Virtual Directory③ 创建服务器页在虚拟目录名上右击选择Web Modeler→New→Server page(Rose会同时创建对应服务器页客户端页面)(Server-client由Server动态产生)④ 创建客户端页在虚拟目录名上右击选择Web Modeler→New→Client Page⑤ 创建表单右击客户独立类的端页选择Web Modeler→New→HTML Form在Title下创建Form表单⑥ 在表单中添加各种版型的HTML交互控件元素⑦ 将Web元素拖入类图窗口建立他们之间的关联关系。2.WEB模型2.1、首先创建虚拟目录(virtual directory)1) 在Logical View下选Web Modeler→New→virtual directory2)选择platform(平台语言)为 jsp3) 设置URL Name为http:/www.zstugpm.com4)Virtual Directory Name为zstugpm这时虚拟目录为版型为《Virtual Directory》的包Demo (完成上述设置后在URL地址为http:/www.zstugpm.com的所有web 页面均放在zstugpm包内。)5) Physical Location (物理路径名)可设置为D:\code2.2、WEB建模按照实验要求和前面实验的基础进行登录建模学生主页、教师主页、教务主页和专家主页的建模学生选题流程建模教师选题流程建模教务选题流程建模专家选题流程建模。1)登录WEB建模 用户输入用户名和密码选择身份(学生教师教务专家)验证成功进入对应的主页面。图5-2登录WEB建模2)学生主页WEB建模 利用rose的拓展机制加入用于Frameset建模的版型。StudentMianPage类表示一个frameset(自己定义的版型)。Index类表示导航区。Content类表示点击导航区域中的不同链接时不同的Web页面在Content中显示(教师主页、教务主页和专家主页的建模同学生主页的建模相同)。如图5-3所示图5-3 学生主页WEB建模3)学生选题流程建模学生先登录到学生主页面可进入关于选题页面(SelectTopics)和个人信息管理页面(Infomation)。进入选题页面可选择进入选题页面和修改选题页面进入个人信息页面课添加或更新个人信息。图5-4学生选题流程建模4)教师选题流程建模登陆后进入教师主页面可进入拟题页面和选择学生页面。进入拟题页面继而会显示拟题的要求可以拟新的题目和修改题目进入选择学生页面选择自己敢兴趣的学生。图5-5教师选题流程建模5)教务选题流程建模教务登录到教务主页面可进入选题相关的发布页面、双向选题管理页面、调整选题页面。发布信息页面Publish可链接到发布拟题和选题要求页面PublishInfo、发布论文题目页面PublishTopics、发布最终选题结果页面PublishResult。调整选题页面要提交表单到ManageSelectServer服务器页。管理选题过程有开启和关闭选题过程的按钮。图5-6教务选题流程建模6)专家选题流程建模登录后进入专家主页面链接进入评审页面可进入未评审页面和编辑已评审页面。评审条目利用javabean技术建立listing.java从数据库获取。添加评价需要提交表单到AddReview服务器页修改评价需要提交表单到EditReview服务器页。:专家选题流程建模如图5-7图5-7专家选题流程建模3.总结本实验实现了实验要求使用Rational Rose进行Web建模的方法和步骤。在Rose2003下对Web应用系统建模需要先在Tools Options Notation 标签中设置Default为Web Modeler。这时可以根据模型特点分别生成 .jsp, .asp或.html文件。Servlet建模:Servlet是用Java语言编写在服务器上运行的程序。它接受来自客户端的请求并把处理结果返回客户端。编写Servlet类通常继承GenericServlet或HttpServlet类。因此Java中有两种类型的 Servlet在Rose中分别是用版型《Http_Servlet》或《Generic_Servlet》来表示。 在Rose中,用Tools→Java/J2EE→NewServlet 来创建Servlet类。Web建模是UML扩展机制之一(版型)的应用、系统建模时根据需要可再利用该扩展机制创建新版型满足建模需要。建好模型后进行正向工程产生代码框架再进行代码开发可减少开发工作量。Web应用模型的类图各页面关系清晰便于分析、修改模型。完欢迎转载。转载请注明转载字样标注原作者和原博文地址。关注微信公众号获得及时推送
