《软件开发工具》课程设计报告

　为 了 促 进 本 公 司 各 项 经 营 活 动 由 事 后 管 理 向 事 前 管 理 方 式 的 转 变 ， 强 化 生 产 经 营 全 过 程 控 制 ， 提 高 资 金 使 用 的 计 划 性 ， 特 制 定 本 管 理 办 法 ， 以 增 加 公 司 资 金 运 行 的 透 明 度 为 了 促 进 本 公 司 各 项 经 营 活 动 由 事 后 管 理 向 事 前 管 理 方 式 的 转 变 ， 强 化 生 产 经 营 全 过 程 控 制 ， 提 高 资 金 使 用 的 计 划 性 ， 特 制 定 本 管 理 办 法 ， 以 增 加 公 司 资 金 运 行 的 透 明 度

　《软件开发工具》课程设计报告

　未来软件开发工具的分析

　学 生 姓 名：

　赵旭东

　学

　 院：

　信息技术学院

　专

　 业：

　信息管理与信息系统

　班

　 级：

　信管一班

　学

　 号：

　完 成 日 期：

　2011 年 5 月 15 日

　 辽

　东

　学

　院 Eastern Liaoning University

　为 了 促 进 本 公 司 各 项 经 营 活 动 由 事 后 管 理 向 事 前 管 理 方 式 的 转 变 ， 强 化 生 产 经 营 全 过 程 控 制 ， 提 高 资 金 使 用 的 计 划 性 ， 特 制 定 本 管 理 办 法 ， 以 增 加 公 司 资 金 运 行 的 透 明 度 为 了 促 进 本 公 司 各 项 经 营 活 动 由 事 后 管 理 向 事 前 管 理 方 式 的 转 变 ， 强 化 生 产 经 营 全 过 程 控 制 ， 提 高 资 金 使 用 的 计 划 性 ， 特 制 定 本 管 理 办 法 ， 以 增 加 公 司 资 金 运 行 的 透 明 度未来软件开发工具的分析

　开发工具的选择主要决定于两个因素：所开发系统的最终用户和开发人员。最终用户需求是一切软件的来源和归宿，也是影响开发工具的决定性因素；开发人员的爱好、习惯、经验也影响着开发工具的选择。所以对于工具的选择在软件开发中是非常重要的。

　当前主流的开发语言是面向对象的编程语言，如 C 、Java 等。它的几个特点为：（1）封装性，是基于安全考虑。（2）继承性，是基于扩展处理。（3）多态性，更多考虑到灵活性和重用性。第四代语言的开发工具种类丰富。MicroSoft 公司的 VS 系列有多种 VC—C ,VB—Basic,VJ—Java,VF—FoxBase，还有基于 DotNet 平台的 C#等等。

　现有的开发工具大概分为大而全和小而专两种类型。Microsoft 的 Visual Studio 系列和IBM 的 Visual Age 系列应该属于前者；其他很多工具，像 Delphi/C++Builder/JBuilder/Kylix、PowerBuilder/PowerJ，还有大量的各种 SDK 等都具有各自的特点，属于小而专的类型。

　大而全的工具一般都提供从前端到后台，从设计到编码测试的完整工具，但在一些特定的功能上，它们不如小而专的工具。

　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 Basic 在和 Office 等工具整合时遇到的问题(数据类型转化等)比 Delphi/C++Builder 要少得多。所以，工具类型和具体的情况决定了特定条件下软件开发工具最优的选择。

　扩展软件自由度 为了扩展软件的自由度，较少的封装和充分的功能暴露是必然的。为了让用户自由使用Windows 的功能，自由访问操作系统和硬件资源的语言 C++或者 Assembler 应该是最好的选择。Visual C++成为 Microsoft 对其操作系统功能的“权威”封装，至今在 Windows 系统级开发中占据主流地位；C++ Builder 扩充的标准的 C++语法，提供了 RAD(Rapid Application Development)的支持，但是它的 VCL(Visual Component Library)大部分是用 Delphi 写的，不像 Visual C++的 MFC/ATL 类库的纯 C++源代码，对于 C++程序员的深入编程不利。

　涵盖度各取所求 关于涵盖度的要求，不同的系统也是不尽相同的：有的可能要求涵盖前端、中间件、后台、数据库，也有可能要求涵盖各种操作系统和硬件平台。Visual Studio .NET 和 IBM 的电子商务平台都能够提供从客户端、中间件到数据库的整体开发支持。

　Visual Studio.NET 甚至将可视化带到了 Web 客户端，通过拖放完成 Web 页面以后，可以双点到后台处理程序的框架代码中。从软件工程的思想看来，Visual 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 系列

　大量采用 JavaBEAn/J2EE 作为组件模型，由于 Java 的平台无关性，客户端和中间件的跨平台性就比较好。

　针对性各有特色 在针对性上，各个工具都具备各自的优势。在单机应用上，Visual FoxPro 具有全球最快的数据访问引擎。而 PowerBuilder 在开发两层数据库应用上，特别是用数据窗口和Sybase 数据库后台挂接，用 PowerDesign 建模，不仅开发速度快，而且效率和稳定性也比较好。在三层应用上，使用 Visual Basic/C++/C#+ADO，如果再使用 SQL Server，就在性能、开发效率、稳定性上都有保证；而使用 C++Builder/Delphi+DataSnap(MIDAS)，在挂接非微软数据库，或者需要和 CORBA 程序交互时都具有优势。

　开发工具 B 1

　PB 集成

　降本 提效

　PB 异军突起

　 一般说来，完成这些任务需要使用多种工具，在开发时需要在多个工具之间切换，由此造成了开发效率的低下和开发难度的提高。而 PB8/PJ4 很好地解决了这些问题。所有这些任务，都可以在同一个开发环境中完成，开发人员能非常快速地编写基于数据库的业务逻辑Component 以及调用这些 Component 的 Web-Client 或 PB-Client。尤其是 Sybase 把 2-tier中的王牌 Datawindow 扩展到了 HTML 领域，使得数据库驱动的动态页面实现起来非常容易。

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

　开发工具 2 WebSphere Studio 开放开发

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

　WebSphere Studio Site Developer 和 WebSphere Studio Application Developer 是IBM 合并和扩展 WebSphere Studio Workbench 而成的两个产品。这些产品是计划中将要跨越所有电子商务开发角色的集成开发工具套件的一部分，从 Web 开发者到 Java 开发者、到商务分析师、到设计师、到企业程序员。WebSphere Studio 开发工具系列将添加更多产品。

　为 了 促 进 本 公 司 各 项 经 营 活 动 由 事 后 管 理 向 事 前 管 理 方 式 的 转 变 ， 强 化 生 产 经 营 全 过 程 控 制 ， 提 高 资 金 使 用 的 计 划 性 ， 特 制 定 本 管 理 办 法 ， 以 增 加 公 司 资 金 运 行 的 透 明 度 为 了 促 进 本 公 司 各 项 经 营 活 动 由 事 后 管 理 向 事 前 管 理 方 式 的 转 变 ， 强 化 生 产 经 营 全 过 程 控 制 ， 提 高 资 金 使 用 的 计 划 性 ， 特 制 定 本 管 理 办 法 ， 以 增 加 公 司 资 金 运 行 的 透 明 度客户希望有开放标准、工具集成、更大的灵活性和结合到现有应用程序的能力。这些还只是 WebSphere Studio 产品套件所交付的部分优点。

　垂直和水平集成 传统上，软件供应商提供垂直工具，迫使客户自己做集成。WebSphere Studio Workbench 的目的是提供一个 IBM 和 ISV 都能容易地扩展的平台。供应商已经拥有了该技术并在此基础上积极地构建工具。

　在 Workbench 上构建的每个 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上的产品，都包含 CVS(Concurrent Versions System)。

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

　开发工具 3 微软T .NET 和 和 C#

　微软现在把自己的希望寄托在新的.NET 应用程序框架之上。虽然在.NET 中几乎可以使用任何一种编程语言，但是开发者更热衷的还是微软的 C#和 C++。因为它们改变了几乎所有从桌面软件到具有 Web 功能的企业解决方案的 Windows 开发规则,所以这些技术的潜力非常巨大。

　.NET 框架和 C#扩展了 Windows 的功能，C#和 Visual Studio .NET 的结合使得创建和配置 Web 服务几乎可以自动进行。并且，和传统的 ASP 应用程序相比，ASP.NET 应用程在性能、稳定性以及可扩展性方面都有了实质性的提高。

　在 ASP.NET 中，由于不再使用 VBScript，而只用 JScript，并且在系统服务中也不再提倡使用 COM(Component Object Model)，因此要把现有的 Web 应用程序转换成ASP.NET，重新编写程序代码要耗费大量的时间和精力。如果要把现有 Java 项目转入到.NET 框架中，即使你使用的是 J#(微软的 Java 开发语言)，那么要完成一个项目的迁移，至少也要花费几个月的时间。如果要把服务器从 Unix 平台迁移到 Windows,那么更是要求所有的 IT 职员都必须掌握一门新的技术。

　未来编程语言和工具发展趋势

　 未来编程语言和工具的发展趋势大至取决于三个方面，第一，未来计算机网络工作框架及工作模式；第二，当前开发工具对开发语言的支持程度与硬件发展；第三，各种语言的本身的生命力和活力。

　Java 统治互联网是必然趋势，但各种软件开发工具各有所长，到底谁才能逐鹿中原，让我们拭目以待吧。

推荐访问:开发工具 课程设计 报告