《软件开发工具》课程设计报告(共5页).doc

《《软件开发工具》课程设计报告(共5页).doc》由会员分享，可在线阅读，更多相关《《软件开发工具》课程设计报告(共5页).doc（5页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、精选优质文档-倾情为你奉上软件开发工具课程设计报告未来软件开发工具的分析学 生 姓 名： 赵旭东 学 院： 信息技术学院 专 业： 信息管理与信息系统 班 级： 信管一班 学 号： 完 成 日 期： 2011年5月15日 辽 东 学 院Eastern Liaoning University未来软件开发工具的分析 开发工具的选择主要决定于两个因素：所开发系统的最终用户和开发人员。最终用户需求是一切软件的来源和归宿，也是影响开发工具的决定性因素；开发人员的爱好、习惯、经验也影响着开发工具的选择。所以对于工具的选择在软件开发中是非常重要的。当前主流的开发语言是面向对象的编程语言，如C 、Java等。

2、它的几个特点为：（1）封装性，是基于安全考虑。（2）继承性，是基于扩展处理。（3）多态性，更多考虑到灵活性和重用性。第四代语言的开发工具种类丰富。MicroSoft公司的VS系列有多种VCC ,VBBasic,VJJava,VFFoxBase，还有基于DotNet平台的C#等等。现有的开发工具大概分为大而全和小而专两种类型。Microsoft的Visual Studio系列和IBM的Visual Age系列应该属于前者；其他很多工具，像Delphi/C+Builder/JBuilder/Kylix、PowerBuilder/PowerJ，还有大量的各种SDK等都具有各自的特点，属于小而专的类型

3、。大而全的工具一般都提供从前端到后台，从设计到编码测试的完整工具，但在一些特定的功能上，它们不如小而专的工具。Visual Studio.NET的UML开发工具(Visual Modeler/Visio)一般只能和Rational Suite中Rational Rose的Logical View相比，它不可能有完整的Rational Unified Process流程；其可视化的Visual Basic没有办法和Delphi/C+Builder在速度和功能上相比。虽然Visual Studio.NET的各个部分都有不足，但其Visio工具能够更快、更方便地和编程语言整合在一起。Visual B

4、asic在和Office等工具整合时遇到的问题(数据类型转化等)比Delphi/C+Builder要少得多。所以，工具类型和具体的情况决定了特定条件下软件开发工具最优的选择。扩展软件自由度为了扩展软件的自由度，较少的封装和充分的功能暴露是必然的。为了让用户自由使用Windows的功能，自由访问操作系统和硬件资源的语言C+或者Assembler应该是最好的选择。Visual C+成为Microsoft对其操作系统功能的“权威”封装，至今在Windows系统级开发中占据主流地位；C+ Builder扩充的标准的C+语法，提供了RAD(Rapid Application Development)的支

5、持，但是它的VCL(Visual Component Library)大部分是用Delphi写的，不像Visual C+的MFC/ATL类库的纯C+源代码，对于C+程序员的深入编程不利。涵盖度各取所求关于涵盖度的要求，不同的系统也是不尽相同的：有的可能要求涵盖前端、中间件、后台、数据库，也有可能要求涵盖各种操作系统和硬件平台。Visual Studio .NET和IBM的电子商务平台都能够提供从客户端、中间件到数据库的整体开发支持。Visual Studio.NET甚至将可视化带到了Web客户端，通过拖放完成Web页面以后，可以双点到后台处理程序的框架代码中。从软件工程的思想看来，Visual

6、 Studio.NET给程序员提供了强大而且方便的功能，但是并没有明确的支持需求分析的流程。IBM的Visual Age系列在这个方面做得不错，Visual Age UML Designer支持从需求分析到设计、编码的相对完整过程(不过，在代码生成方面仅仅对Java和Smalltalk的支持比较好)。Visual Studio.NET采用COM+作为组件模型，其生成的Web客户端对于平台没有限制。不过，虽然.NET框架应该可以移植到非Windows平台上运行，但是其中间件和服务端还没有看到在Unix或者Mac OS上的成功案例。IBM VisualAge+WebSphere+DB2系列大量采用

7、JavaBEAn/J2EE作为组件模型，由于Java的平台无关性，客户端和中间件的跨平台性就比较好。针对性各有特色在针对性上，各个工具都具备各自的优势。在单机应用上，Visual FoxPro具有全球最快的数据访问引擎。而PowerBuilder在开发两层数据库应用上，特别是用数据窗口和Sybase数据库后台挂接，用PowerDesign建模，不仅开发速度快，而且效率和稳定性也比较好。在三层应用上，使用Visual Basic/C+/C#+ADO，如果再使用SQL Server，就在性能、开发效率、稳定性上都有保证；而使用C+Builder/Delphi+DataSnap(MIDAS)，在挂接

8、非微软数据库，或者需要和CORBA程序交互时都具有优势。开发工具1 PB集成 降本提效PB异军突起一般说来，完成这些任务需要使用多种工具，在开发时需要在多个工具之间切换，由此造成了开发效率的低下和开发难度的提高。而PB8/PJ4很好地解决了这些问题。所有这些任务，都可以在同一个开发环境中完成，开发人员能非常快速地编写基于数据库的业务逻辑Component以及调用这些Component的Web-Client或PB-Client。尤其是Sybase把2-tier中的王牌Datawindow扩展到了HTML领域，使得数据库驱动的动态页面实现起来非常容易。反面意见许多人都提到PB的许多不足，比如与VB

9、和Delphi相比界面较单调、对于Windows API的调用能力较差(PB本身不直接支持指针)等等。然而，在某些特定场合，这些问题会变成优势。企业应用的核心在于数据访问和业务逻辑。界面的花哨倒并不重要。在企业应用中，好的用户界面设计是指符合用户业务思维方式和业务流程的界面设计，而不是花哨的界面设计。而不支持指针，则会大大提高程序的可靠性。这些问题，实际上都源自PB产品的定位：不是作为一个通用开发工具，而是作为一个专用的企业信息系统开发工具。在这个领域，PB/PoerJ确实是无可匹敌的。开发工具2 WebSphere Studio 开放开发WebSphere Studio Workbench是

10、一个用于工具开发和集成的平台。这是 IBM 对开放源码Eclipse Project的增值实现。WebSphere Studio Workbench提供用于开发源代码编辑器和其它用户界面的一组API、模型和框架，以及对资源管理的公共服务、调试和团队编程的访问。该平台实现了现有标准并提供用于将功能部件和函数作为插件添加的扩展点。IBM 和独立软件供应商(ISV)正在开发插入这个框架的工具。WebSphere Studio Site Developer和WebSphere Studio Application Developer是IBM合并和扩展WebSphere Studio Workbench

11、而成的两个产品。这些产品是计划中将要跨越所有电子商务开发角色的集成开发工具套件的一部分，从Web开发者到Java开发者、到商务分析师、到设计师、到企业程序员。WebSphere Studio开发工具系列将添加更多产品。客户希望有开放标准、工具集成、更大的灵活性和结合到现有应用程序的能力。这些还只是WebSphere Studio产品套件所交付的部分优点。垂直和水平集成传统上，软件供应商提供垂直工具，迫使客户自己做集成。WebSphere Studio Workbench的目的是提供一个 IBM 和 ISV 都能容易地扩展的平台。供应商已经拥有了该技术并在此基础上积极地构建工具。在Workben

12、ch上构建的每个WebSphere Studio产品都将提供已集成的工具，使您可以专注于构建应用程序而不必费力去集成工具。开放标准WebSphere Studio套件中的所有产品都是构建在开放标准上的，并且它们所生成的代码也是与开放标准一致的。可以构建和部署满足Servlets 2.2、JavaServer Pages(JSP)1.1和 Enterprise JavaBEAns(EJB)1.1规范的最新型的(state-of-the-art)服务器端应用程序(在Site Developer产品中将不包含EJB开发工具。)所有构建在WebSphere Studio Workbench上的产品，都

13、包含CVS(Concurrent Versions System)。基于角色的开发WebSphere Studio产品系列中的每个成员都是为特殊电子商务开发角色或某种角色范围设计的。在每个WebSphere Studio解决方案内部，面向任务的视图筛选出复杂性并只提供与手边的任务相关的功能。用户根据此时正在开发或分析什么，或者根据他们在项目中的角色切换视图。因为不同的开发者以不同的方法工作，所以视图可以定制。他们使用WebSphere Studio Workbench技术构建，所以所有工具和视图共享一个公共外观，这减小了学习难度并使得用户的生产力最大化。并且，因为项目的开发资源存储在单个资源库

14、中，所以您获得了对项目的最大共享性和一致团队支持。开发工具3 微软.NET和C#微软现在把自己的希望寄托在新的.NET应用程序框架之上。虽然在.NET中几乎可以使用任何一种编程语言，但是开发者更热衷的还是微软的C#和C+。因为它们改变了几乎所有从桌面软件到具有Web功能的企业解决方案的Windows开发规则,所以这些技术的潜力非常巨大。.NET框架和C#扩展了Windows的功能，C#和Visual Studio .NET的结合使得创建和配置Web服务几乎可以自动进行。并且，和传统的ASP应用程序相比，ASP.NET应用程在性能、稳定性以及可扩展性方面都有了实质性的提高。在ASP.NET中，由

15、于不再使用VBScript，而只用JScript，并且在系统服务中也不再提倡使用COM(Component Object Model)，因此要把现有的Web应用程序转换成ASP.NET，重新编写程序代码要耗费大量的时间和精力。如果要把现有Java项目转入到.NET框架中，即使你使用的是J#(微软的Java开发语言)，那么要完成一个项目的迁移，至少也要花费几个月的时间。如果要把服务器从Unix平台迁移到Windows,那么更是要求所有的IT职员都必须掌握一门新的技术。未来编程语言和工具发展趋势未来编程语言和工具的发展趋势大至取决于三个方面，第一，未来计算机网络工作框架及工作模式；第二，当前开发工具对开发语言的支持程度与硬件发展；第三，各种语言的本身的生命力和活力。Java统治互联网是必然趋势，但各种软件开发工具各有所长，到底谁才能逐鹿中原，让我们拭目以待吧。专心-专注-专业