基于UML和.NET高职院校新生报到系统设计与实现.docVIP

基于UML和.NET高职院校新生报到系统设计与实现 　　摘要:基于UML和.NET的高职院校新生报到系统,运用先进的OOD和OOA软件编程思想和方法,使用先进的UML和.NET开发工具,解决了高职院校存在的新生报到中的问题,简化了工作程序,提高了工作效率。 　　关键词:UML;.NET;高职;报到 　　 　　1 引言 　　随着全国高校网上录取系统的使用,各高校开始使用信息管理系统来管理学生的报到。但高职院校有着自己的特点,一是招生的层次比较多,有普通高职、对口高职、三二转段、五年一贯制、普通中专、职业中专等;二是录取数据来源不统一,有通过全国普通高校网上录取系统录取的,也有通过省招生办办理的,还有通过市招生录取和自主录取的;三是退档、补录和转专业等特殊要求,由于高职院校的报到率普遍不高,所以要组织所有未报到的学生退档,然后补录新的学生,学生还可以在报到时临时再调整专业,这些数据都非常重要不能有一点错误。数据及过程复杂性增加了工作的难度,严重影响了工作效率,而错误还是很难避免。 　　面向对象的设计方法(OOD)具有封装性、继承性和多态性等特点,在各个领域的应用系统软件开发过程中都取得了良好的应用效果,因此也逐渐成为软件开发的主流方法。统一建模语言(UML)为面向对象的软件开发提供了一个丰富的、统一的平台,并且已经成为当今建模语言的主流标准。 　　由于要求的复杂性,现在市场上各种管理软件不能满足我们实际的需要,为了解决实际工作中存在的问题,我院组织计算机专业力量,运用面向对象的设计思想,基于UML和.NET平台的C#设计实现了B/S结构的新生报到系统。 　　 　　2 需求分析 　　新生报到过程中,主要涉及招生就业处和财务处两个部门参与数据的修改,教务处及各系部主要是数据的查询。报到数据来源是这样的:普通高职和对口高职来源于全国普通高校网上录取系统,五年一贯制专科、三二转段、普通中专和职业中专数据来源于各级招生主管部门。我们事先把这些数据导入到系统中。系统要完成的功能包括:用户管理、组织新生报到管理、交费管理、各种统计等主要模块。其流程图如图1所示。 　　 　　 　　3 UML建模 　　面向对象的统一建模语言UML提供了从不同的角度去观察和展示系统各种特征的标准方法,在UML中,从任何一个角度对系统所做的抽象都可以用用例图、类图、对象图、状态图、时序图等模型图来描述,而这些来自不同角度的模型图最终组成了系统的完整模型。 　　3.1用例分析 　　用例是系统参与者与系统在交互过程中所需要完成的事物,识别用例最好的方法就是从系统的参与者开始,考虑每个参与者是如何使用系统的。参与者通过向系统输入或请求系统输出某些事件来触发系统的执行。参与者由参与用例时所担当的角色来表示。每个参与者可以参与一个或多个实例。它通过交换信息与用例发生交互。参与者有三大类:系统用户、与所建造的系统交互的其他系统、一些可以运行的进程。这里我们只考虑系统用户。 　　经过分析、与招生工作人员和财务工作人员交谈、填写各种调查表并把这些原始材料加以抽象,抽象出四种系统用户:系统管理员、招生工作人员、财务工作人员、学院(系)用户和普通人员(浏览者)。以招生用户为例,用例图如图2所示。 　　 　　3.2静态结构分析 　　在分析了系统的用例后,需要对系统进一步地分析,以便发现其中的类或对象,并初步确定类的属性和操作,以及类之间的关系。即分析系统的静态结构。 　　根据以前的需求分析,有不同的用户对软件系统进行操作,所以用户及操作的内容都称为对象,根据分析发现共有17个对象:用户、学生报名表、报到通知单、报到名单、未报到名单、录取名单、未录取名单、招生计划表、录取统计表、未录取统计表、报到统计表、未报到统计表、收费标准表、收据、欠费学生名单、欠费统计表。 　　根据抽象出的对象,建立类图,用户类图与消息类图,以招生用户为例,如图3所示。 　　 　　3.3对象之间的交互分析 　　在描述对象之间的交互时,可以使用时序图或协作图,这里我们重点分析对象间消息传递的时间顺序,即使用时序图。每个用例都可以建立一个时序图,将用例执行中各个参与的对象之间的消息传递过程表现出来。由于本系统中用例很多,时序图也很多,以招生工作人员接受统招学生报到时序图为例,如图4所示。 　　 　　 　　4 概要设计 　　在软件需求分析阶段,已经分析出该系统“做什么”的问题,并把这些需求通过通过各种视图以及规格说明书描述了出来,这也是目标系统的逻辑模型。进入设计阶段,就要把软件“做什么”的逻辑模型变换为“怎么做”的物理模型,即着手实现软件的需求,并将设计的结果反映在“设计规格说明书”文档中,所以软件设计是一个把软件需求转换为软件表示的过程,最初这种表示只是描述了软