学籍管理系统报告
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
学籍管理系统报告
题目:
指导教师:
学生姓名:
学号:
学院:
专业班级:
摘要
本文介绍了面向对象与构件的技术的发展,并用该技术设计一个学籍管理系统。该系统用标准建模语言来描述,描述了系统的用例图,时序图,以及类图。
学籍管理系统是典型的信息管理系统。其开发主要包括后台数据库的操作以及前端应用程序的开发两个方面。对于前者要求建立起数据完整性强、数据安全性好的数据库库。而对于后者则要求应用程序功能完备,易使用等特点。
关键字:构件, 标准建模语言,学籍,
ABSTRACT
The report describes Object-Oriented and Component technology, and uses this technology to design a Study Management System. It is depicted by Unified Modeling Language. Including User Case Diagram, Timing Diagram and Class Diagram are described in the report.
Study Management System is a typical information management system. Its development includes two main aspects: back-end database manipulation and front-end application. The needs of database are strong integrity and perfect security. The needs of application are full function and easy operation.
KEY WORDS: component, unified modeling language, study,
目录
1面向对象与构件技术.................................................................................................................. I V
1.1概述 (1)
1.2构件的基本特征 (1)
1.3构件的实现 (1)
1.4构件技术与构件化 (2)
2标准建模语言UML的出现 (3)
3系统设计 (4)
3.1系统设计用例图 (4)
3.2Student注册时序图 (5)
3.3 Administrator登分时序图 (6)
3.4制定修课计划时序图 (6)
4 系统类图 (8)
4.1系统类图说明 (9)
4.2类说明 (9)
总结 (11)
参考文献 (12)
感谢 ................................................................................................................ 错误!未定义书签。
1面向对象与构件技术
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。
/DCOM:COM(Conponent Object Model)是由Microsoft公司推出的构件接口
标准,DCOM是指可以分布式布的COM。
2.CORBA:CORBA(Common Object Request Broker Architecture)是由对象管理组织
(OMG)提出的构件技术标准。
3.EJB:EJB是由SUN公司提出的构件技术标准。
以上三种构件标准实现的构件互相依赖的方式仍然是基于对象接口式的,当系统复杂度到一定规模时,整个系统会因依赖关系混乱而陷入失控。
比较理想的构件模型是构件之间是数据耦合的,每个构件只单独与数据总线发生