学籍管理系统报告

I学籍管理系统报告题目：指导教师：学生姓名：学号：学院：专业班级：II摘要本文介绍了面向对象与构件的技术的发展，并用该技术设计一个学籍管理系统。该系统用标准建模语言来描述，描述了系统的用例图，时序图，以及类图。学籍管理系统是典型的信息管理系统。其开发主要包括后台数据库的操作以及前端应用程序的开发两个方面。对于前者要求建立起数据完整性强、数据安全性好的数据库库。而对于后者则要求应用程序功能完备,易使用等特点。关键字：构件,标准建模语言，学籍，IIIABSTRACTThereportdescribesObject-OrientedandComponenttechnology,andusesthistechnologytodesignaStudyManagementSystem.ItisdepictedbyUnifiedModelingLanguage.IncludingUserCaseDiagram,TimingDiagramandClassDiagramaredescribedinthereport.StudyManagementSystemisatypicalinformationmanagementsystem.Itsdevelopmentincludestwomainaspects:back-enddatabasemanipulationandfront-endapplication.Theneedsofdatabasearestrongintegrityandperfectsecurity.Theneedsofapplicationarefullfunctionandeasyoperation.KEYWORDS:component,unifiedmodelinglanguage,study,IV目录1面向对象与构件技术..................................................................................................................IV1.1概述.....................................................................................................................................11.2构件的基本特征.................................................................................................................11.3构件的实现.........................................................................................................................11.4构件技术与构件化.............................................................................................................22标准建模语言UML的出现...........................................................................................................33系统设计.......................................................................................................................................43.1系统设计用例图.................................................................................................................43.2Student注册时序图...........................................................................................................53.3Administrator登分时序图...............................................................................................63.4制定修课计划时序图........................................................................................................64系统类图......................................................................................................................................84.1系统类图说明.....................................................................................................................94.2类说明................................................................................................................................9总结................................................................................................................................................11参考文献.........................................................................................................................................12感谢..................................................................................................................错误!未定义书签。11面向对象与构件技术1.1概述构件是软件开发、复用和软件组装的实体单元，包括以下要素：构件类型(componenttype)、构件实现(componentimplement)、提供接口(provides-interfaces)和依赖接口(requires-interface)。1.构件类型(componenttype)：构件类型表明构件是处理什么问题和提供哪些接口功能，它包含了构件类型的名称。2.构件实现(componentimplement)：对构件类型的具体实现称为构件实现，一个构件类型可能有多个构件实现。3.提供接口(provides-interfaces)：提供接口指构件提供给外部程序使用的接口。4.依赖接口(requires-interface)：依赖接口指构件运行时所必须依赖的外部程序接口。（参考文献[6]）1.2构件的基本特征1.复用：复用是构件最基本的性质，构件的设计必须满足未来能在新的应用、项目中使用。2.封装：构件封装对外界隐藏构件的设计和实现细节，仅通过接口与外界交互。这可以保证构件功能复用的完整性和构件开发及交付的独立性。3.组装：构件可以通过组装形成新的构件或系统，组装是构件复用的手段，同时具备可插拔，便于替换，系统可以由不同的开发商开发的构件组装而成。4.粒度：构件是有大小的，越是跟领域相关的构件粒度越大，小粒度的构件可以方便的组装成较大粒度的构件。5.层次：构件可以按层次进行划分，企业级应系统的复杂逻辑可以通过层次来解决，不同的层次需要不同层次的构件。按照MVC的体系架构，可以把构件划分为：展现层、控制层、业务层、运算层及数据层等。（参考文献[1]）1.3构件的实现目前软件市面上有三个代表性的构件技术标准分别是：COM/DCOM、CORBA和EJB。1.COM/DCOM：COM(ConponentObjectModel)是由Microsoft公司推出的构件接口标准，DCOM是指可以分布式布的COM。2.CORBA：CORBA(CommonObjectRequestBrokerArchitecture)是由对象管理组织(OMG)提出的构件技术标准。3.EJB：EJB是由SUN公司提出的构件技术标准。以上三种构件标准实现的构件互相依赖的方式仍然是基于对象接口式的，当系统复杂度到一定规模时，整个系统会因依赖关系混乱而陷入失控。比较理想的构件模型是构件之间是数据耦合的，每个构件只单独与数据总线发生2联系。当需求发生变化时，可以对各个单独的构件进行添加、减少或者修改而不影响整体的架构和性能。基于数据耦合的构件，据有很高的独立性，对需求变化有较强的适应能力。1.4构件技术与构件化构件技术与构件化的区别在于，构件化的关注点不在于构件本身的技术实现，而在于如何把应用系统分解成稳定、灵活、可重用的构件，在于如何利用已有的构件库组装出随需应变的应用软件，从一个面向构件的环境中去分析应用，如何做出灵活、重用的构件来思考。但是，构件技术是构件化的基础，它为构件的工厂化生产提供技术保障。传统的软件方法学是从面向机器、面向数据、面向过程、面向功能、面向数据流等反映问题的本质;而构件技术关注的是在构件已经可用的情况下，在更高层次上的组装和复用。面向构件的软件设计方法把装配和制造分离，构件运行时负责提供标准接口和框架，负责软件装配，而构件负责软件的制造，使软件开发变成构件的组装。32标准建模语言UML的出现公认的面向对象建模语言出现于70年代中期。从1989年到1994年，其数量从不到十种增加到了五十多种。在众多的建模语言中，语言的创造者努力推崇自己的产品，并在实践中不断完善。但是，OO方法的用户并不了解不同建模语言的优缺点及相互之间的差异，因而很难根据应用特点选择合适的建模语言，于是爆发了一场“方法大战”。90年代中，一批新方法出现了，其中最引人注目的是Booch1993、OOSE和OMT-2等。Booch是面向对象方法最早的倡导者之一，他提出了面向对象软件工程的概念。1991年，他将以前面向Ada的工作扩展到整个面向对象设计领域。Booch1993比较适合于系统的设计和构造。（参考文献[2]）Rumbaugh等人提出了面向对象的建模技术（OMT）方法，采用了面向对象的概念，并引入各种独立于语言的表示符。这种方法用对象模型、动态模型、功能模型和用例模型，共同完成对整个系统的建模，所定义的概念和符号可用于软件开发的分析、设计和实现的全过程，软件开发人员不必在开发过程的不同阶段进行概念和符号的转换。OMT-2特别适用于分析和描述以数据为中心的信息系统。Jacobson于1994年提出了OOSE方法，其最大特点是面向用例(Use-Case)，并在用例的描述中引入了外部角色的概念。用例的概念是精确描述需求的重要武器，但用例贯穿于整个开发过程，包括对系统的测试和验证。OOSE比较适合支持商业工程和需求