传统软件工程方法的基本工程,传统软件工程方法的基本工程有哪些

软件工程的方法

国外大的软件公司和机构一直在研究软件开发方法这个概念性的东西，而且也提出了很多实际的开发方法，比如：生命周期法、原型化方法、面向对象方法等等。下面介绍几种流行的开发方法：结构化开发方法是由E.Yourdon 和 L.L.Constantine 提出的，即所谓的SASD 方法，也可称为面向功能的软件开发方法或面向数据流的软件开发方法。

Yourdon方法是80年代使用最广泛的软件开发方法。它首先用结构化分析（SA）对软件进行需求分析，然后用结构化设计（SD）方法进行总体设计，最后是结构化编程（SP）。它给出了两类典型的软件结构（变换型和事务型）使软件开发的成功率大大提高。产生原型化方法的原因很多，主要随着我们系统开发经验的增多，我们也发现并非所有的需求都能够预先定义而且反复修改是不可避免的。当然能够采用原型化方法是因为开发工具的快速发展，比如用VB，DELPHI等工具我们可以迅速的开发出一个可以让用户看的见、摸的着的系统框架，这样，对于计算机不是很熟悉的用户就可以根据这个样板提出自己的需求。

软件工程包括哪些基本要素

软件工程是一门研究用工程化方法构建和维护有效的、实用的和高质量的软件的学科。它涉及程序设计语言、数据库、软件开发工具、系统平台、标准、设计模式等方面。

软件工程原理、软件工程过程、软件工程方法、软件工程模型、软件工程管理、软件工程度量、软件工程环境、软件工程应用、软件工程开发使用。著名软件工程专家B.Boehm综合有关专家和学者的意见并总结了多年来开发软件的经验，于1983年在一篇论文中提出了软件工程的七条基本原理：

（1）用分阶段的生存周期计划进行严格的管理。

（2）坚持进行阶段评审。

（3）实行严格的产品控制。

（4）采用现代程序设计技术。

（5）软件工程结果应能清楚地审查。

（6）开发小组的人员应该少而精。

（7）承认不断改进软件工程实践的必要性。

什么是软件工程.

软件工程是应用计算机科学、数学及管理科学等原理,开发软件的工程.软件工程借鉴传统工程的原则、方法,以提高质量、降低成本.其中,计算机科学、数学用于构建模型与算法,工程科学用于制定规范、设计范型(paradigm)、评估成本及确定权衡,管理科学用于计划、资源、质量、成本等管理.

软件工程中传统方法学的别名

生命周期方法学或结构化范型

什么是软件工程?

软件工程就是一个系统工程,需求、设计、开发、测试,这些阶段如何管理,如何衔接,从而提高项目的进度,规范性,这里用一些工具,如uml,viso,project,tfs等

软件工程的基本概念

软件工程 (Software Engineering,简称为SE)是一门研究用工程化方法构建和维护有效的、实用的和高质量的软件的学科.它涉及到程序设计语言,数据库,软件开发工具,系统平台,标准,设计模式等方面.在现代社会中,软件应用于多个方面.典型的软件比如有电子邮件,嵌入式系统,人机界面,办公套件,操作系统,编译器,数据库,游戏等.同时,各个行业几乎都有计算机软件的应用,比如工业,农业,银行,航空,政府部门等.这些应用促进了经济和社会的发展,使得人们的工作更加高效,同时提高了生活质量.

简述传统软件工程和面向对象软件工程的异同点

狭义的来讲，面向对象属于软件工程中软件开发范型的范畴。美国学者Evelyn Stiller和Cathie LeBlanc给软件开发范型所下的定义为：一个软件开发范型是一个用来指导软件开发过程的技术集合。他们认为软件开发过程可以分为三大部分：概念化、表示和实现，针对每个部分不同的软件开发范型都有不同的表现方式和处理方法。

从广义上来讲，面向对象方法不单只是一些具体的软件开发方法与策略，而是一整套关于如何看待软件系统与现实世界的关系，以什么观点来研究问题并进行求解，以及如何进行系统构造的方法学。它覆盖了软件工程学科的各个方面，包括软件开发范型、软件开发设计方法、软件过程、软件工具、软件开发环境等，甚至影响到了整个计算机工业。

传统软件工程过程：生产一个最终能满足需求且达到工程目标的软件产品所需要的步骤。传统软件工程过程主要包括开发过程、运作过程、维护过程。它们覆盖了需求、设计、实现、确认以及维护等活动。需求活动包括问题分析和需求分析。问题分析获取需求定义，又称软件需求规约。需求分析生成功能规约。设计活动一般包括概要设计和详细设计。概要设计建立整个软件系统结构，包括子系统、模块以及相关层次的说明、每一模块的接口定义。详细设计产生程序员可用的模块说明，包括每一模块中数据结构说明及加工描述。实现活动把设计结果转换为可执行的程序代码。确认活动贯穿于整个开发过程，实现完成后的确认，保证最终产品满足用户的要求。维护活动包括使用过程中的扩充、修改与完善。伴随以上过程，还有管理过程、支持过程、培训过程等。

部件对象模型是什么

组件对象模型及其重用范畴

COM 组件是遵循COM 规范编写、以Win32 动态链接库（DLL）或可执行文件（EXE）形式发布的可执行二进制代码，能够满足对组件架构的所有需求。遵循COM 的规范标准，组件与应用、组件与组件之间可以互操作，极其方便地建立可伸缩的应用系统。COM 是一种技术标准，其商业品牌则称为ActiveX。

—- 近几年来，组件在软件开发中得到了广泛的应用，尤其是Windows DNA 将组件应用于Internet，进行各种事务处理，显示出了强大的功能。从组件机制和接口标准方面探讨组件不是一件轻松的事情，我们这里仅从工程应用的范畴讨论组件的开发与使用问题。组件在应用开发方面具有以下特点：

—- 第一，组件是与开发工具语言无关的。开发人员可以根据特定情况选择特定语言工具实现组件的开发。对于Internet 应用而言，完成事务逻辑处理计算任务的组件以MS Visual Basic 进行开发是首选方案。其结果是开发迅速，调试方便，编译之后的组件以二进制的形式发布，可跨Windows 平台使用，而且源程序代码不会外泄，有效地保证了组件开发者的版权。

—- 第二，通过接口有效保证了组件的复用性。一个组件具有若干个接口，每个接口代表组件的某个属性或方法。其他组件或应用程序可以设置或调用这些属性和方法来进行特定的逻辑处理。组件和应用程序的连接是通过其接口实现的。负责集成的开发人员无需了解组件功能是如何实现的，只需简单地创建组件对象并与其接口建立连接。在保证接口一致性的前提之下，可以调换组件、更新版本，也可以把组件安插在不同的应用系统中。

—- 第三，组件运行效率高、便于使用和管理。因为组件是二进制代码，运行效率比ASP 脚本高很多。核心的商务逻辑计算任务必须由组件来担纲，ASP 脚本只起组装的角色。而且组件在网络上的位置可被透明分配，组件和使用它的程序能在同一进程中、不同进程中或不同机器上运行。组件之间是相互独立的，MTS 使对组件的管理更加简便。组件对象通过一个内部引用计数器来管理它自己的生存期，这个计数器存放任何时候连接到该对象的客户数。当引用计数变为0 时，对象可以把自己从内存中释放掉。这使程序员不必考虑与提供可共享资源有关的问题。

—- 对于使用组件的集成开发者而言，一个组件就是一个接口集，只有通过接口才能与组件进行通信；而对于组件来说，接口是包含一个函数指针数组的内存结构，每个数组元素的内容是一个由组件所实现的函数地址。在一个应用程序中，起决定作用的是组件的接口而不是组件本身。只要组件的接口保持不变，组件可以任意升级或更换，而应用程序不必做任何修改。接口将特定的行为封装起来，一方面使客户可以用同样的方式处理不同组件，一方面同一组件可以在不同的应用中使用。这些特点决定了组件必然有很好的重用性。其重用性主要表现在以下的使用场合：

—- COM 组件并不是专为一种Windows 平台而设计的，同一COM 组件可以在Win95、Win98、Workstation 及NT 上使用。组件既可以被嵌入动态Web 页面，又可以在LAN 或桌面环境的VB 和 VC 等应用中使用。

COM 组件之间是彼此独立的。当应用需求发生变更时，可能需要更换中间层的个别COM 组件，但这并不会影响其他组件的继续使用。

COM 组件具有若干对外接口（属性和方法），相当于芯片的” 管脚 “。根据不同的应用需求，可以有选择地使用不同的管脚。即使某些管脚被” 废弃”，COM 组件本身仍然可继续使用。

同一COM 组件可以在不同的应用环境中重复使用。COM 组件不一定是为专门的系统而设计，可以有较宽的应用领域，不会因为某一系统的” 过时” 而被” 废弃”。

—-COM 组件及其较高的可重用性为我们展示了一种崭新的软件设计思路，以组件对象为中心的设计方法把硬件以芯片为中心的工艺思想恰如其分地融合于软件的面向对象的分析、设计和施工之中，使面向对象的概念和方法从工具语言的层次一下子跃上了系统的应用层，也为DNA 思想奠定了现实基础。

基于组件对象的软件工程方法

—- 与传统的软件开发不同，在基于组件对象的软件工程中应着重进行组件的规划、设计与开发。如何将传统的软件工程学和组件对象合理地结合在一起，至今还处在发展和完善阶段，达成共识仍需时日。一般而言，在软件开发的过程中，首先应逐步深入对组件进行功能分析、规划和对外接口的设计，进而落实内部细节的实现，最终完成组件的部署与管理。图1 显示了进行基于组件对象的软件工程开发过程。

—- 按常规的软件工程方法进行系统需求分析后，将得到系统的数据流图DFD 和系统结构图SC，由此确定系统需要处理的各种应用请求。此时可以初步确定所需的COM 组件，再由划分出的若干组件规划其需要实现的功能。组件的规划是否合理对于基于Web 的软件工程至关重要，规划不合理往往导致工程的延期或反复。

—- 一般来说，COM 组件的规划应遵循以下原则：

用户对于数据库的请求应通过COM 组件实现。将访问权限授予COM 组件，保证了访问数据库的安全性；把对每个用户的连接变成和COM 组件的连接，以避免数据库资源的浪费和崩溃的危险。

组件粒度不宜过大，尽量让每一个COM 组件实现某一个或一类相似的应用请求，而不要追求其功能的过分繁多。保证每个组件对象完成的商务逻辑功能相对单一，有助于发挥重用机制和调节DNA 的适应性。

COM 组件与用户的接口应尽量简单、友好。

COM 组件如果是可视的(ActiveX 控件)，则只能有一个可视化界面。

—- 进行系统的详细设计时，需进行数据库设计。由于已经初步划分出需要定制的COM 组件，此时可以根据库表结构进一步确定组件的对外接口，即组件支持的事件、方法和属性。一般访库操作由组件完成，所以COM 组件应能识别不同的访库命令，进行特定处理，并将处理结果作为对外接口返回给用户。与传统的软件工程学有所不同，基于组件对象的应用系统是由组件实现特定应用处理和商务逻辑计算任务，而其具体实现对集成开发人员来说是封装好的，他们不必耗费精力去关心实现细节，只需规定应用系统与组件的接口，指明在何时、何处调用哪个组件即可。

—- 组件的接口在整个应用系统中起决定性作用。接口设计不合理，不仅影响组件本身的可重用性，并且将影响整个应用系统的升级，缩短系统的生命周期。所以确定组件的接口要经过深思熟虑，使它能支持各种不同的应用。

—- 接口应具有较高的通用性，以提高整个应用系统的复用能力，同时还要兼顾简单和实用性。举例说，如果我们需要定制一个组件访问特定的数据库并将结果返回给用户。若只是为该系统设计，可以将库名、表名、访库语句全部封装在组件内部，这样的组件接口简单，但重用性很小。若将库名、表名等作为组件的接口，组件的重用性大大提高了，但接口复杂了，不利于组件的拆换。建议的做法是，如果希望系统有再次开发或移植的潜力，可以将库表名作为接口，访库语句应封装在组件内部。如果将访库权限交给用户，既不利于数据库的安全性，也会给应用程序带来很大的负担。

—-组件的内部实现细节不能反映到接口中，接口同内部实现细节的隔离程度越高，组件或应用发生变化对接口的影响就越小。在设计组件接口时，还要尽量估计到将来可能出现的各种情况，力争设计出具有高复用性、适应性和灵活性的接口。

—- 完成系统的详细设计之后，接下来进行组件的开发和测试。组件不依赖于特定语言，开发者可根据实际需要选择使用VB、VC 或 Java 作为开发工具。COM 组件的开发工作可委托给专门的开发组。组件的接口一旦确定，组件的开发和应用系统实现的其他工作可由各个专门小组同时进行，可大大缩短开发时间。

—- 在最后实现阶段，把经过测试的COM 组件集成到动态Web 的ASP 页面脚本中，并进行系统测试。在集成过程中，一般要交替使用Visual InterDev 和FrontPage 作为工具。具体实施步骤如下:

通过Visual InterDev 建立Web 站点，连接服务器并在Web 服务器的根目录下建立站点主页。于是在服务器上同时建立了一个指向新Web 目录的与站点同名的新虚拟根。InterDev 还会自动在项目中放置文件Global.asa 和文件夹Images，前者负责存储整个应用程序中用到的全局设置，后者包含了Web 页面上所要显示的各种图形。

在FrontPage 中规划和编辑页面。可以设计页面的背景色、标题字体，快速建立超链接，插入图像，插入系统的或定制的ActiveX 控件和Java 小程序等。当插入一个ActiveX 控件时，利用ActiveX Properties 设置控件的有关属性值，用Script Wizard 编写ActiveX 控件之间进行交互操作的脚本。

返回Visual InterDev 中编写ASP 脚本，重点是功能上的设计。ActiveX DLL 承载着商务逻辑计算的重任。对页面进行本地测试，在浏览器中显示编辑好的动态Web 页面。应避免在FrontPage 中的工作区编辑 ASP 文件。

返回FrontPage，对页面进行进一步的修饰。还可以利用PhotoShop 等工具加入图画、动画、声音和视频来丰富、美化你的页面。

在FontPage Explorer 下利用其提供的Publish 功能将其导入IIS 服务器，从而使客户用前端的浏览器从服务器上下载这些应用程序。具体过程如图2 描述。

—- 组件ActiveX DLL 的引用方法很多。既可以在ASP 脚本中直接引用，也可在另一个ActiveX DLL 中引用，还可通过编写VBScript 及ASP 脚本将若干个ActiveX DLL 连接起来。

—-至此基本上完成了应用系统的设计与实现。然后，还必须对此应用系统进行反复测试。应用系统由若干个封装好的组件组装而成，只需着重测试组件与应用系统的接口是否将它们良好地” 对接” 在一起。若某个处理要求不能正确完成，只需修改实现该功能的组件即可。同时也不可忽视的是系统的安全性和健壮性。可能出现多个用户同时访问同一主页的情况，要在带宽一定的条件下尽量缩短页面下载的时间（例如在同一页面中定制的ActiveX 控制不宜过多），并避免造成服务器因网络拥塞而产生崩溃。在基于组件的系统中，我们利用MTS 对组件进行管理，实现对组件的多线程支持并按权限等级把组件划分给具有相应权限的使用人员组。

—- 总的来说，基于组件对象的软件工程方法较传统的软件工程方法有了很大的进步。利用这种开发，我们可以根据自身的特长组成开发小组，并行、独立地进行开发，可成倍缩短开发时间，所开发的系统也比较健壮、稳定。

最早的软件工程方法是指

最早的软件工程方法是指：经典软件工程方法也称为生命周期方法学或结构化范型。它采用结构化技术（结构化分析、结构化设计和结构化实现）来完成软件开发的各项任务，并使用适当的软件工具或软件工程环境来支持结构化技术的运用。这种方法学把软件生命周期的全过程依次划分为若干个阶段，然后顺序地完成每个阶段的任务。采用这种方法学开发软件的时候，从对问题的抽象逻辑分析开始，一个阶段一个阶段地进行开发。

前一个阶段任务的完成是开始进行后一个阶段工作的前提和基础，而后一个阶段任务的完成通常是使前一个阶段提出的解法更进一步具体化，加进了更多的细节。每一个阶段的开始和结束都有严格标准。

把软件生命周期划分为若干个阶段，每个阶段的任务相对独立，而且比较简单，便于不同人员分工协作，从而降低了整个软件开发工程的困难程度；在软件生命周期的每个阶段都采用科学的管理技术和良好的技术方法，而且在每个阶段结束之前都从技术和管理两个角度进行严格的审查，合格之后才开始下一个阶段的工作，这就使软件开发工程的全过程以一种有条不紊的方式进行保证了软件的质量，提高了软件的可维护性，软件开发的生产率能明显提高。