论文例文:铁路监理业务处理模型需求分析x_第1页
论文例文:铁路监理业务处理模型需求分析x_第2页
论文例文:铁路监理业务处理模型需求分析x_第3页
论文例文:铁路监理业务处理模型需求分析x_第4页
论文例文:铁路监理业务处理模型需求分析x_第5页
已阅读5页,还剩2页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

Word-7-论文例文:铁路监理业务处理模型需求分析x

论文范文:铁路监理业务处理模型的需求分析

第一章面对对象技术办法及系统开发环境

在程序设计的进展历史中,面对对象程序设计的浮现是一个重要的里程碑,从20世纪90年月开头直到现在,它仍是软件开发办法的主流。它的出生是社会进展的产物,也是历史的必定。在面对对象程序设计语言里,提出了类和对象的概念,数据和处理数据的办法紧密的结合在一起,形成类,将类实例化,就是对象。对象是人民要举行讨论的任何事物,从地上走的的、水里游的、天上飞的等实体到实数、自然数等抽象的事物,都能够人为看成是对象。面对对象技术能较好地反映问题域中的事物,同时它还支持代码复用,为后继工作的开展和类似软件的开发开了一个好头。在面对对象的世界中,不再考虑数据结构和功能函数,只需关注对象就能够了。

面对对象的编程方式具有封装性、继承和多态等特性。1.封装类是属性和办法的集合,为了实现某项功能而定义类后,开发人员并不需要了解类体内每句代码的详细含义,只要利用对象来调用类内某个属性或办法即可实现某项功能,这就是类的封装性。比如,使用计算机时,并不需要将其拆开了解每个部件的详细用处,用户只要按下主机箱的power按钮就能够启动计算机,在键盘上敲打就能够将文字输入其中,但对于计算机的内部构造,用户可能根本不了解,这就是封装的详细表现。2.继承继承可以按照已有类派生一个新类,称之为子类。子类默认会继承父类中除private类之外的任何成员。任何一个面对对象语言都提供了继承的功能。比如我们日常会说:“这个孩子长的和他妈妈真像”,这就是继承。3.多态类的多态性指不同的类举行同一操作能够有不同的行为。例如,定义一个火车类和一个汽车类,火车和汽车都能够移动,说明两者在这方面能够举行相同的操作,然而,火车和汽车移动的行为是截然不同的,由于火车不许在铁轨上行驶,而汽车在马路上行驶,这就是类多态性的形象比方。

正是由于面对对象编程办法有这许多不同于面对过程编程办法的特性,所以在详细应用中,我们挑选了面对对象技术,综合其缘由,可归结为以下几点:1.由于面对对象技术的系统结构临近我们生活的环境,所以其可以便利、快捷、又十分精确     地表现现实世界。2.由于对类的实例——对象的说明定义和实现不是在一起举行的,是松散耦合的,这样能够提升软件系统的牢靠性,软件的可维护性也大大强化了。3.由于继承性,这能够使编码具有可扩展性和可重用性。我们能够在子类中继承需要的属性或者操作,亦能够增强父类中没有些属性或操作,还能够删除没用的属性或操作,便利可行。

因此,面对对象办法更能便利的表现系统需求,极大限度的符合我们开发系统所需要的技术支持,并且可以适应后期信息与功能不断变化来转变系统,增加了系统的可维护性。

1.1面对对象的讨论办法

从上个世纪六十年月Simula语言的问世到现在,面对对象程序设计办法已经走过了四十多个年头了。这种办法对软件行业的贡献有目共睹,进展的日新月异,面对对象的开发办法也似雨后春笋般相继浮现,现将其中几种典型的办法作一个简介和比较。(1)Booch办法是GradyBooth于1983年开头讨论的。Booch办法的过程包括以下步骤:在给定的抽象层次上识别类和对象;识别这些对象和类的语义;识别这些类和对象之间的关系;实现类和对象[5]。Booch办法里面有无数符号来表示不同的图,比如类图中的类结构、对象图中的对象结构都能够用静态视图来表示,状态转移图中的类结构、时态图里的对象结构都能够用动态视图来表示,模块图能够用来表示模块体系结构,进程体系结构就能够用进程图来表示。Booch办法在设计的开头阶段能够用符号体系的一个子集,在其后的设计过程中不断地添加细节。

每一个符号体系还有一个用主要结构的描述模板组成的一个文本的形式。虽然符号体系的语法和语义没有特殊严格、规范的定义,但有大量的图符定义确是不争的事实。(2)OMT办法OMT办法是由Rumbaugh等人提出的。OMT办法是一种思量问题的办法,而不仅仅是一种编程技术。他们认为面对对象办法就是通过面对对象技术来描述现实世界中的真切事物。OMT办法包含四个步骤:分析、系统设计、对象设计和实现。这种办法是一种抽象的办法,也就是利用围围着真切世界的概念建立的模型来思量问题。这些模型包括:对象模型、动态模型和功能模型。对象模型代表了系统静态的结构;动态模型代表了系统随时光变化的、行为的、控制的方面;功能模型代表了系统的功能的方面。OMT办法提供了一组能够分析、系统设计、对象设计和实现面对对象的概念及图形符号,同样的,它能够应用宇囫囵软件的开发过程。OMT在许多重要观念上受到了关系数据结构库设计的影响。

从OMT到关系数据结构库设计的转换在OMT办法中都有详尽的描述。总的来说,OMT是一种比较完美和有效的分析与设计办法。(3)Jacobson办法Jacobson办法即OOSE(Object-OrientedSoftwareEngineering)办法是IvarJacobson在1992年提出的一种使用事例驱动的面对对象开发办法。Jacobson办法是从任务系统的输入、输出数据结构入手,导出程序框架结构,再补充其他细节,就可获得完整的程序结构图。这一办法对输入、输出数据结构明确的中小型系统特殊有效,如商业应用中的文件表格处理。Jackson办法也可与其他办法结合,用于模块的具体设计。Jackson办法有时也称为面对数据结构的软件设计办法比较上面介绍的几种建模办法,Booch办法在系统设计和实现阶段有十分强大的表述本事,相对来说更适用于工程应用;Jacobson办法对输入、输出数据结构明确的中小型系统特殊有效;OMT在分析阶段的表述本事很强,适于数据集中的信息系统应用。OMT办法并不是最新的办法,一种叫做UML(UnifiedModelingLanguage,统一建模语言或标准建模语言)的办法目前已经开头成为面对对象的工业标准,UML的浮现并不意味着OMT的彻低过时,它也是以OMT为基础产生的。目前,OMT办法已胜利地应用于无数大型的软件项目中。在计算机领域,最新的技术不一定就是最成熟、最完美的技术。后面会具体介绍本文采纳的建模办法——UML(统一建模语言)。

1.2统一建模语言UML18-22

1.3系统的开发环境22-25

1.4本章小结25-26

其次章铁路监理业务的分析26-31

2.1铁路工程监理业务的描述与分析26-27

2.2监理机构组织形式与职能分析27-29

2.3铁路监理业务处理模型的需求分析29-30

2.4本章小结30-31

第三章铁路监理业务处理模型31-42

3.1系统用例模型的建立31-37

3.2系统类与对象模型的建立37-41

3.2.1系统对象类确实定38

3.2.2对象类关联分析38-39

3.2.3系统对象类图的建立39-41

3.3本章小结41-42

第四章铁路监理业务处理系统42-54

4.1应用背景分析42

4.2系统的体系结构42-43

4.3系统数据库设计43-52

4.4系统平安策略52-53

4.5本章小结53-54

第五章系统应用效果分析54-60

5.1铁路监理业务处理系统的特征54-55

5.2系统应用效果分析55-59

5.3本章小结59-60

结论

论文完成的主要工作包括以下方面:1.在软件开发办法上采纳了面对对象开发办法,通过面对对象的概念和思想为软件需求建立模型,举行系统设计,完成系统实现。并借助于UML统一建模语言,建立铁路监理业务处理系统模型。2.因为采纳了UML建模工具,系统的开发是以用例驱动开发过程,以系统结构为中心,从而具有良好的开发模式。3、在数据库配置方面,实现数据库服务的高可用性,从物理架构和实体数据库设计两个方面解决数据库拜访效率问题,保证后台数据库应用的平安性。4.人性化的界面设计,适用的产品功能设计与合理的功能布局,可以轻松地学习和掌控。系统在使用权限上做了周密而细致的考虑,每种权限都能够单独给予某个使用者,而且使用者管理的工程也能够单独给予,保障系统使用的平安。用户只能行使管理员给予的权限,并且只可以在指定的工程下生产资料和查看资料。

工程相关的固定信息如工程的工程名称、监理单位、

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论