面向对象的软件重用瀑布模型
软件过程模型(瀑布,原型,增量,螺旋)的原理及优缺点
典型的开发模型有:瀑布模型(waterfall model)、渐增模型/演化/迭代(incremental model)、原型模型(prototype model)、螺旋模型(spiral model)、喷泉模型(fountain model)、智能模型(intelligent model)、混合模型(hybrid model)1、边做边改模型(Build-and-Fix Model)遗憾的是,许多产品都是使用“边做边改”模型来开发的。
在这种模型中,既没有规格说明,也没有经过设计,软件随着客户的需要一次又一次地不断被修改。
在这个模型中,开发人员拿到项目立即根据需求编写程序,调试通过后生成软件的第一个版本。
在提供给用户使用后,如果程序出现错误,或者用户提出新的要求,开发人员重新修改代码,直到用户满意为止。
这是一种类似作坊的开发方式,对编写几百行的小程序来说还不错,但这种方法对任何规模的开发来说都是不能令人满意的,其主要问题在于: 1)缺少规划和设计环节,软件的结构随着不断的修改越来越糟,导致无法继续修改;2)忽略需求环节,给软件开发带来很大的风险;3)没有考虑测试和程序的可维护性,也没有任何文档,软件的维护十分困难。
2、瀑布模型(Waterfall Model)1970年温斯顿·罗伊斯提出了著名的“瀑布模型”,直到80年代早期,它一直是唯一被广泛采用的软件开发模型。
瀑布模型将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试和运行维护等六个基本活动,并且规定了它们自上而下、相互衔接的固定次序,如同瀑布流水,逐级下落。
在瀑布模型中,软件开发的各项活动严格按照线性方式进行,当前活动接受上一项活动的工作结果,实施完成所需的工作内容。
当前活动的工作结果需要进行验证,如果验证通过,则该结果作为下一项活动的输入,继续进行下一项活动,否则返回修改。
瀑布模型强调文档的作用,并要求每个阶段都要仔细验证。
软件工程(简答题)
1、简述结构化范型和面向对象范型的要点，并分析它们的优缺点。
答：结构化范型要点：结构化范型也称生命周期方法学，属于传统方法学。
传统的软件开发方法大部分采用瀑布模型。
这种模型要求每一阶段都以前一阶段形成的文档为基础完成工作。
每一阶段将要完成时，都要求开发人员进行验证或确认。
瀑布模型要求在软件产品生成之前对用户需求进行尽可能精确的、完全的刻画。
但要完成这种任务相当困难。
优点：把软件生命周期划分成基干个阶段，每个阶段的任务相对独立，而且比较简单，便于不同人员分工协作，从而降低了整个软件开发过程的困难程度.缺点:当软件规模庞大时，或者对软件的需求是模糊的或会承受时间而变化时，开发出的软件往往不成功；而且维护起来仍然很困难。
面向对象范型四个要点：（1）面向对象的软件系统是由对象组成的，软件中的任何元素都是对象，复杂的软件对象由简单的软件对象组合而成。
（2）所有对象划分成各种对象类，每个对象都定义了一组数据和一组方法。
（3）按照子类（派生类）和父类（基类）的关系，把若干个对象类组成一个层次结构的系统（类等级）。
在派生类中对某些特性又做了重新描述，则在派生类中的这些特性将以新描述为准，也就是说，低层的特性将屏蔽高层的同名特性。
（4）对象彼此之间仅能通过传递消息互相联系。
面向对象范型主要优点（1）按照人类习惯的思维方法，对软件开发过程所有阶段进行综合考虑；（2）软件生存期各阶段所使用的方法、技术具有高度的连续性；（3）软件开发各个阶段有机集成，有利于系统的稳定性】6、非渐增式测试与渐增式测试有什么区别？答：【区别：1、非渐增式测试方法把单元测试和集成测试分成两个不同的阶段，前一阶段完成模块的单元测试，后一阶段完成集成测试。
而渐增式测试往往把单元测试与集成测试和在一起，同时完成。
2、非渐增式需要更多的工作量，因为每个模块都需要驱动模块和桩模块，而渐增式利用已测试过的模块作为驱动模块或桩模块，因此工作量较少。
渐增式可以较早的发现接口之间的错误，非渐增式最后组装是才发现。
简述瀑布模型的意义及优缺点
简述瀑布模型的意义及优缺点摘要：一、瀑布模型的意义二、瀑布模型的优点三、瀑布模型的缺点正文：瀑布模型是软件开发过程中的一种经典方法，它的核心思想是将软件开发分为多个阶段，每个阶段都需按照一定的顺序依次完成。
瀑布模型强调了软件开发过程中的计划、组织和控制，以实现软件需求的逐步实现。
下面我们将分析瀑布模型的意义及优缺点。
一、瀑布模型的意义瀑布模型将软件开发过程划分为以下几个阶段：需求分析、设计、编码、测试和维护。
这种阶段式的方法使得开发团队能够更好地把握软件开发进度，确保各个阶段的工作质量和相互之间的衔接。
瀑布模型有助于提高软件开发的计划性和预见性，使得项目在面临未知因素时能做出及时调整，降低项目风险。
二、瀑布模型的优点1.明确分工：瀑布模型将软件开发分为多个阶段，每个阶段都有专门的团队负责，有利于明确责任和分工，提高工作效率。
2.易于管理：瀑布模型有利于项目管理，项目经理可以更好地监控开发进度，确保项目按计划进行。
3.质量可控：在每个阶段，瀑布模型都强调对成果的审查和评估，有利于发现和解决问题，确保软件质量。
4.易于变更控制：瀑布模型在需求分析阶段就对需求进行了明确和固定，有利于在后续阶段对需求变更进行控制。
三、瀑布模型的缺点1.需求变更困难：瀑布模型在需求分析阶段完成后，后续阶段很难对需求进行修改，这可能导致需求不适应实际需求的变化。
2.开发周期长：瀑布模型强调各个阶段的顺序完成，可能导致开发周期较长，不利于快速响应市场变化。
3.灵活性差：瀑布模型过于强调计划和控制，可能导致项目在面临未知因素时缺乏灵活性。
4.沟通成本高：由于瀑布模型涉及到多个阶段和专业团队，沟通成本较高，可能导致信息传递不畅和误解。
总之，瀑布模型在软件开发过程中具有一定的意义和优点，但也存在一定的局限性。
瀑布模型的运用
瀑布模型的运用
瀑布模型是一种软件开发过程模型，它基于阶段性开发的思想，将软件开发过程分为需求分析、设计、编码、测试和维护等几个阶段。
这种模型适用于开发过程清晰、需求明确的项目。
下面介绍瀑布模型的运用。
首先，在瀑布模型中，需求分析是非常重要的一个环节。
在这个阶段，需求工程师与客户紧密合作，确定软件系统的需求。
这个过程需要进行详细的讨论、分析和评估，以确保系统的功能和性能能够满足用户的需求。
接着，设计阶段是在需求分析阶段的基础上进行的。
设计师会绘制软件系统的架构图和设计文档，确定系统的结构、功能和各个模块之间的关系。
这个过程需要全面考虑软件系统的各个方面，以确保系统结构清晰、功能齐备、易于维护。
然后，在编码阶段，开发人员会根据设计文档编写代码。
这个过程需要严格遵循设计规范和软件开发标准，以确保代码的质量和可维护性。
在测试阶段，测试人员会对软件系统进行各种测试，以检查系统的功能、性能和稳定性是否达到了预期目标。
这个过程需要进行全面的测试，包括单元测试、集成测试、系统测试等，以确保软件系统的质量和可靠性。
最后，在维护阶段，开发人员会对软件系统进行修复和优化，以确保系统的稳定性和功能的完善。
这个过程需要不断改进软件系统，
满足用户的需求。
总之，瀑布模型是一种非常实用的软件开发过程模型，它能够帮助软件项目团队在开发过程中规划、管理和控制开发过程，确保软件系统的质量和可靠性。
瀑布模型 特点及应用
瀑布模型特点及应用瀑布模型是一种顺序式软件开发过程模型，最早于1970年由W. W. Royce提出。
它将软件开发过程划分为一系列连贯的阶段，如需求分析、系统设计、编码、测试和维护等，每个阶段的输出是下一个阶段的输入。
瀑布模型的特点和应用如下。
特点：1. 阶段划分明确：瀑布模型将软件开发过程划分为一系列明确的阶段，每个阶段有特定的任务和产出物。
这种清晰的划分使得开发过程易于管理和组织。
2. 顺序性：每个阶段都依赖上一个阶段的输出，开发过程呈现线性的顺序。
在一个阶段完成之前，下一个阶段无法开始。
这种顺序性的特点使得瀑布模型适用于开发过程相对稳定的软件项目。
3. 文档化程度高：在每个阶段，开发者需要生成详细的文档来描述需求、设计和实现等。
这些文档在开发过程中起到了记录和沟通的作用，为软件项目提供了清晰的开发路径和参考依据。
4. 可视化开发过程：瀑布模型提供了一个可视化的开发过程，每个阶段都有明确的开始和结束，使开发者能够对项目的进展有清晰的认识和把控。
应用：1. 适用于小型项目：瀑布模型适用于小型项目，特别是对于需求相对稳定、开发团队规模较小的项目。
它的顺序性和文档化特点使得小型项目易于管理和组织。
2. 适用于长期项目：瀑布模型适用于长期项目，尤其是那些时间和资源预算相对固定的项目。
它的明确的阶段划分和任务规划使得长期项目的开发过程更加清晰和可控。
3. 适用于稳定需求的项目：瀑布模型适用于需求相对稳定的项目。
由于瀑布模型的顺序性特点，一旦开发过程开始，对需求的变更需要经过复杂的变更控制程序，所以对需求变更较为敏感的项目不适合采用瀑布模型。
4. 适用于可扩展的开发过程：瀑布模型适用于可扩展的开发过程。
通过在每个阶段的结束时加入适当的评审和控制活动，可以确保开发过程的质量和进度符合预期。
总结：瀑布模型作为一种经典的软件开发过程模型，在过去几十年中得到了广泛的应用。
它的特点包括阶段划分明确、顺序性、文档化程度高和可视化开发过程。
软件工程的开发模型和方法
软件工程的开发模型和方法在软件开发过程中，开发模型和开发方法是最为重要的两个方面。
开发模型可以指导开发过程中的活动顺序和活动内容，而开发方法则是指定这些活动所需的规程和技术。
本文将介绍几种常见的软件开发模型和方法，并讨论它们的优缺点。
一、瀑布模型瀑布模型是最常用的软件开发模型之一。
它将软件开发划分为一系列连续的阶段，每个阶段只能在前一个阶段完成后才能开始。
瀑布模型包含以下几个阶段：需求分析阶段：确定用户需求和开发目标。
设计阶段：基于需求分析结果，设计软件系统。
编码阶段：根据设计文档编写代码。
测试阶段：在单元测试、集成测试和系统测试等不同层次上对程序进行测试。
维护阶段：在发布软件后，修复所有错误并保持软件正常运行。
瀑布模型的优点在于它使得开发流程清晰明了，并可以确保每个阶段的顺利进行。
但瀑布模型也有缺点，如需求不完整和变化过多等问课导致开发周期和成本不断增加。
二、原型模型原型模型是一种将软件开发过程划分为两个主要阶段的模型。
第一个阶段将制定基础设施和需求规范，第二个阶段则基于第一个阶段的结果创建原型并进行测试。
原型模型的优点是很容易理解和操作，另一个优点是由于早期原型的创建和测试，开发团队可以很早地发现和解决缺陷。
但是，由于原型的形成和测试，这种模型需要更多的开发时间和资源。
三、迭代模型迭代模型是软件开发过程中比较灵活的一种方法。
它将整个开发过程划分为多个较小的迭代版本，每个迭代版本都包含完整的软件开发周期。
迭代模型包含以下几个阶段：计划阶段：确定软件开发目标和计划。
迭代开发阶段：分阶段迭代地开发软件。
评估阶段：在每个迭代的末尾对软件进行评估。
完成阶段：成功完成迭代过程并发布软件。
迭代模型的优点在于它可以快速响应用户的反馈和变化，同时也减轻了客户需求课程进一步增加的风险。
但是，由于分阶段迭代，该模型可能需要更多的人力和费用资源。
四、面向对象方法面向对象方法是一种以对象为核心的软件开发技术。
在面向对象方法中，软件被视为一组相互作用的对象，每个对象都具有属性和方法。
软件过程模型中的瀑布模型
软件过程模型中的瀑布模型软件过程模型也称为软件开发模型，是软件开发全部过程、活动何任务的结构框架。
典型的软件过程模型有：瀑布模型、增量模型、演化模型（原型模型、螺旋模型）、喷泉模型、基于构件的开发模型、形式化⽅法模型等。
瀑布模型（Waterfall Model）瀑布模型是将软件⽣存周期中的各个活动规定为依线性顺序连接的若⼲阶段的模型，包括需求分析、设计、编码、测试、运⾏和维护。
它规定了由前⾄后、相互衔接的固定次序，如同瀑布流⽔逐级下落：瀑布模型为软件的开发和维护提供了⼀种有效的管理模式，根据这⼀模式指定开发计划，进⾏成本预算，组织开发⼒量，以项⽬的阶段评审和⽂档控制为⼿段有效地对整个开发过程进⾏指导，所以它是以⽂档作为驱动、适合于软件需求很明确的软件项⽬的模型。
瀑布模型假设，⼀个待开发的系统需求是完整的、简明的、⼀致的，⽽且可以先于设计和实现完成之前产⽣。
瀑布模型的⼀个变体是 V模型 :V模型描述了质量保证活动和沟通、建模相关活动以及早期构建相关的活动之间的关系。
随着软件团队⼯作沿着V模型左侧步骤向下推进，基本问题需求逐步细化，形成问题及解决⽅案的技术描述。
⼀旦编码结束，团队沿着V模型右侧的步骤向上推进⼯作，其实际上是执⾏了⼀系列测试（质量保证活动），这些测试验证了团队沿着V模型左侧步骤向下推进过程中所产⽣的每个模型。
V模型提供了⼀种将验证确认活动应⽤于早期软件⼯程⼯作中的⽅法。
瀑布模型的优点是，容易理解，管理成本低；强调开发的阶段性早期计划及需求调查和产品测试。
瀑布模型的不⾜之处是：客户必须能够完整、正确和清晰地表达他们的需要；在开始地两个或3哥阶段中，很难评估真正的进度状态；当接近项⽬结束时，出现了⼤量的集成和测试⼯作；直到项⽬结束之前，都不能演⽰系统地能⼒。
在瀑布模型中，需求或设计中地错误往往只有到了项⽬后期才能够被发现，对于项⽬风险的控制能⼒较弱，从⽽导致项⽬常常延期完成，开发费⽤超出预算。
简述软件工程中瀑布模型的特点及应用范围
简述软件工程中瀑布模型的特点及应用范围下载提示：该文档是本店铺精心编制而成的，希望大家下载后，能够帮助大家解决实际问题。
文档下载后可定制修改，请根据实际需要进行调整和使用，谢谢!本店铺为大家提供各种类型的实用资料，如教育随笔、日记赏析、句子摘抄、古诗大全、经典美文、话题作文、工作总结、词语解析、文案摘录、其他资料等等，想了解不同资料格式和写法，敬请关注!Download tips: This document is carefully compiled by this editor. I hope that after you download it, it can help you solve practical problems. The document can be customized and modified after downloading, please adjust and use it according to actual needs, thank you! In addition, this shop provides you with various types of practical materials, such as educational essays, diary appreciation, sentence excerpts, ancient poems, classic articles, topic composition, work summary, word parsing, copy excerpts, other materials and so on, want to know different data formats and writing methods, please pay attention!瀑布模型在软件工程中的特点及应用范围引言软件开发是一个复杂而又关键的过程，在项目管理和开发过程中，选择合适的开发模型至关重要。
面向对象软件重用与度量方法
2.引入抽象层的方法
建立抽象层与组内的成员都是紧密耦合的，且 抽象类的引入实际上起了辅助分组的作用，组内所 有的类与外界的交互转由抽象类实现转接，这就大 大减少了依赖关系。
OO度量
OO度量的特性
• • • • • 局域性（局部化） 封装性 信息隐藏 继承性 抽象
软件复杂性度量准则 CK度量组由Chidamber和Kemerer提出，他们建议使用6 种基于类设计的度量，通称为CK度量组。 (1) 类的有权方法 (WMC) (2) 类的继承树深度(DIT) (3) 类的孩子个数(NOC) (4) 对象类之间的耦合(CBO) (5) 类的响应(RFC) (6) 类中方法缺乏内聚的程度(LCOM )
不同层面重用性的度量方法 • 在OOP中，一项重要的优势是代码重用，它由模版方式来 体现。 1、函数模版 2、类模版
• 在一个软件系统中实现重用的方法往往是继承，由子类继 承父类，父类中的函数、变量均可被子类共享，这也体现 了重用性。 1、继承树中的重用性度量 2、DIC度量方法
代码重用度量 FTF 函数模版因子
性质3 两个具有同样功能的类P 和Q 并不隐含着L( P ) = L( Q) . 该性质 说明两个类设计的功能相同, 设计的细节对类的复杂度有很大的影响.
性质4 对于所有的类P 和Q, 一定有L( P ) ≤L( P+ Q) 和L( Q) ≤L( P + Q) . 其中P+ Q为P 和Q 的组合. 该性质说明两个类的组合的度量总是不小于 每个类的度量. 性质5 v P, v Q, v R , L( P ) = L( Q) 并不隐含L( P+ R) = L( Q+ R) . 该性 质说明P 和R 的交互与Q 和R 的交互不同, 所以P + R 和Q+ R 的复杂性 度量不同. 性质6 v P 和v Q, L( P ) + L( Q) < L( P + Q) . 该性质说明当两个类组合 时, 类之间的交互增加了复杂性度量值.
软件工程的十大模型
软件工程的十大模型软件工程是涉及规划、设计、开发、测试和维护软件系统的学科领域。
在软件开发过程中，存在多种模型用于组织和管理项目的不同阶段。
以下是十大常见的软件工程模型：1.瀑布模型（Waterfall Model）：这是最传统的软件开发模型，依序执行阶段（需求、设计、实现、测试、部署和维护）。
每个阶段按顺序进行，前一阶段完成后才开始下一阶段。
2.原型模型（Prototyping Model）：原型模型通过迭代构建原型来理解和确认用户需求。
在反复的原型构建和用户反馈中，逐步完善系统需求。
3.迭代模型（Iterative Model）：迭代模型将软件开发过程分成多个迭代周期，每个迭代周期包括需求、设计、开发和测试等阶段。
每次迭代都会增加新功能或修复问题。
4.增量模型（Incremental Model）：增量模型将系统功能分成多个增量，在每个增量中逐步构建、测试和交付部分功能。
5.螺旋模型（Spiral Model）：螺旋模型以风险管理为核心，通过不断迭代的螺旋来完成软件的开发。
每个螺旋圈代表一个迭代周期，包括计划、风险评估、工程和评审等阶段。
6.敏捷开发模型（Agile Model）：敏捷开发是一种迭代和增量开发方法，强调团队合作、快速交付、持续反馈和灵活响应变化。
7.V模型（V-Model）：V模型将软件开发的各个阶段与对应的测试阶段相对应。
每个开发阶段都有对应的验证和确认测试阶段，形成V形状的结构。
8.喷泉模型（Fountain Model）：喷泉模型强调软件开发过程中的知识管理和复用，鼓励团队在开发中积累并共享知识。
9.融合模型（Hybrid Model）：融合模型是将多种软件工程模型和方法结合使用，根据项目的需求和特点来灵活选择和应用不同的模型元素。
10.脚手架模型（Scaffold Model）：脚手架模型强调在软件开发中使用现有的、可复用的组件或结构，以加速和简化开发过程。
每种模型都有其独特的优点和局限性，选择最合适的模型取决于项目的特点、需求和团队的工作方式。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
件系统能够快速响应并有效地支持这些变化。软件
系统技术本身的飞速发展也要求必须能够快速地重 构软件系统并有 效地支持 、 利用和适应 Ｉ Ｔ领域 的 最新 变化 … １。 软件系统所面临挑战 的核心 主要在于 “ 变化 ” （ｈｎ ｅ ， ｃａｇ ）如何才 能有效地支持 这些变化 呢？传统 的软件系统开发方 法由于各 自存在某些不足 ， 已不 能很好的适应这种 变化 ； 而作为软件工程学科 的研 究前沿——软件重用技术领域 目前也没有 出现成熟 的、 规范化 的、 实用 的软件 开发模式。在 这种背景 下， 本文提出了面 向对象 的软件重用瀑布模 型并探 讨了其 内涵、 体系结构及其关键技术。
维普资讯
第 ２ 卷第 ２ ５ 期
Ｖｏ ．５． １２ Ｎｏ． ２
西 华 大 学 学 报 ・ 自 然 科 学 版
Ｊ ｕｎ ｌ ｆＸｉｕ ｉｅ ｓ ｙ・Ｎａｕ ａ ｃｅ ｃ ｏ ｒ ａ ｈ ａＵｎｖ ｒｉ ｏ ｔ ｔｒ ｌ ｉｎ ｅ Ｓ
２０ ０ ６年 ３月
不现 实 。
１ ２ 原 型法 ． ．
维护 ， 另一方面却存在大量的重复工作 ， 导致软件成 本逐年上升。面向对象概念的提出和理论技术 的不
断发展， 为缓解软件危机提供了一条有效的技术途
径， 其中一个主要原因在于它为 软件重用（ ｏ ｗ ｒ Ｓｆ ａ ｔ ｅ Ｒ ｕｅ提供了有力支持。 ｅｓ） 各种形式的变化是软件系统生命周期 中的一个 不可避免的因素。这些变化 主要包含两个方面 ： 软 件系统所处业务环境 的变化以及软件系统技术本身 的变化。软件系统所处业务环境的不断变化要求软
Ｍ ａ ．０ ６ ｒ２ ０
文章编号 ：６３１９ （０６０ — ０—３ １７— Ｘ ２０ ）２ ０ １ ５ ０ ０
面 向对 象 的软 件重 用瀑 布 模 型
肖 汉 ， 娜２宋茂强３ ， 冯 一 ，
（． １郑州师范高等专科学校 ， 河南 郑州 ４０４ １． ５０ ４２郑州市档案馆 ， 河南 郑 州 ４００ ； ５０ ７ ３北京邮 电大学软件学院 ， ． 北京 １０ ７） ０８６
与结构化方法和原型法相 比， 面向对象方法有 利于软件复用 ， 中的类和对象是较为理想的可重 其 用构件。使用单纯的面向对象方法虽然可以在一定 程度上应付用户需求的变化 ， 但是， 却无法解决下列 问题 ［ ： ３ ］ （） Ｏ １ Ｏ Ｐ只是局限于程序源代码领域 ， 的构 它 件是源代码形式 的。由于缺乏统一 的标 准可供遵
摘
要： 针对当前软件系统所面临的挑战 ， 出了将 面向对象 的软件重用开发方法 ， 提 作为领 域工程 中软件 系统
的设计思想 ， 提出了适用 于构建领域构件 库的面向对象 的软件重用 瀑 布模型 ， 并对 其 内涵 、 系结 构 、 涉及 的关 体 所
键技术等进行了深入的讨论 ， 并对开发过程中的一些问题， 如领域重用、 分析重用 ， 设计重用， 可重用构件等给出了
２
西华大学学报 ・ 自然科学版
２０ ０ ６正
变得模糊 ， 不利于网络设计 。
１ ３ 面 向对象 方 法 ．
的关系。软件开发模型可分为三种类型。第一种是 以软件需求完全确定 为前提 的瀑布模型； 第二种是 在软件开发初始阶段只能提供基本需求时采用的渐 进式开发模型， 如原型模型 、 螺旋模型等； 第三种是
收稿 日期 ：０ ５１ ．５ ２ｏ ．１２
原型法其 主要 思想 是利用原 型来 辅助软 件开
发 。然 而 ， 型法 也有 其缺 陷 ： 原
（） １ 在原型法 的分析设计过程 中， 仍沿袭结构 化方法的自顶向下 、 逐层分解 ， 功能和数据仍没有封
装到一起 ， 仍然是一个刚性的系统 ， 因此不利于软件 系统的复用和系统的重构。 （ ）由于原型法的系统分析和功能设计贯穿于 ２ 整个系统的开发过程 中， 因此 系统 的总体结构就会
基金项 目： 国家高技术研 究发展计划“ ６ ” 目资助 （ ８３项 编号 ：０ １ １２ １ ） ２０Ａ ３０ １ 作者简介 ： 肖 汉（ ９０ ）男 ． １ ７ ．， 湖北武汉人 ， 讲师 ， 硕士研究 生 ， 研究方 向 ： 通信软件及软件 法
１ １ 结 构化 方 法 ．
结构化方法是 以“ 过程” 功能” 中心的 ， 和“ 为 系 统被划分为许多模块 ， 模块之间的联系 比较紧密， 从 而使软件 的重用性较差 。 ２ ． （） １ 在现实世界 中，过程” 功能 ” “ 和“ 往往是易 变的、 不稳定的 ， 一旦 系统功能需求发生变化 ， 要想 解决出现 的问题就必须 了解系统 的结构 ， 弄明 白程 序模块间的调用及依赖关系 ， 这对 于一个大型 的应 用系统来说其复杂性可想而知 。 （） ２ 面向数据流的结构化分析方法 的局限性还 表现在数据流图缺少表示时间关系 的能力 ， 数据流 图无法表达与系统边界进行交互的角色。结构化方 法是以“ 过程” 为设计思想 的， 没有 “ 对象 ” 的概 念。 因此要想使用面向对象 的设计语言开发系统 ， 显然
一
些解决方法 。
ｌ
关键词 ： 软件重用 ； 面向对象 ； 瀑布模 型 ； 构件库
中圈分类号 ： Ｐ ｌ ．２ Ｔ ３ １５ 文献标识码 ： Ａ
０ 弓言 Ｉ
西方计算机界科学家把软件开发和维护过程 中 遇到的～系列严重问题统称为“ 软件危机” 。软件危 机的突出表现是 ： 一方 面有大量的软件需要开发和
以形式化开发方法 为基础 的变换模型＿ 。在此借 ５ Ｊ
鉴 了瀑布模型作为新 的软件开发模型的一个整合方
面， 原因有两个 ， 一方面 ， 采用基于构件 的软件重用 思想来设计领域软件系统 ， 要求在设计构件和构建