第 2 讲软件工程方法

上海理工大学计算机与电气工程学院23/4/20 1

第第 22 讲软件工程方法讲软件工程方法


内容提要内容提要开发模式传统软件开发模式

瀑布模型结构化分析，结构化设计和结构化编码

面向对象的软件开发模式面向对象的概念面向对象的分析，设计和编码 UML 简介


开发模式开发模式（（ ParadigmParadigm ））

开发模式又称为范型、范例、风范或模式(Pattern) 。开发模式定义了特定问题和应用的开发过程中将遵循的步骤步骤；确定将用于表示问题和解的那些成分的类型类型；利用这些成分表示与问题解决有关的抽象抽象；直接得到问题的结构结构。


开发模式的选择影响到整个软件开发开发模式的选择影响到整个软件开发生存期生存期。就是说，它支配了设计方法设计方法编码语言编码语言测试和检验技术测试和检验技术

的选择


内容提要内容提要开发模式传统软件开发模式面向对象的软件开发模式


传统软件开发模式传统软件开发模式

又称生命周期方法学或者结构化范型又称生命周期方法学或者结构化范型特点：特点：

采用采用结构化技术结构化技术（结构化分析、结构化设计、结构化（结构化分析、结构化设计、结构化实现）完成软件开发的各项任务实现）完成软件开发的各项任务

把软件的生命周期划分为把软件的生命周期划分为若干阶段若干阶段，然后顺序完成各，然后顺序完成各个阶段的任务个阶段的任务

每个阶段的开始和结束都有每个阶段的开始和结束都有严格的标准严格的标准，对于任何，对于任何两个相邻的阶段而言，前一阶段的结束标准就是后两个相邻的阶段而言，前一阶段的结束标准就是后一阶段的开始标准一阶段的开始标准

在每个阶段结束之前都必须正式地进行严格的在每个阶段结束之前都必须正式地进行严格的技术技术和管理审查和管理审查


传统软件开发模式传统软件开发模式

维护

开

发

定

义

Definition

Feasibility Study

Requirements Analysis

Program Design

Coding & Module Testing

Integration & System Testing

Delivery & Maintenance

System Design


问题定义和可行性研究问题定义和可行性研究确定要开发软件系统的总目标确定要开发软件系统的总目标给出功能、性能、可靠性以及接口等方面的要求给出功能、性能、可靠性以及接口等方面的要求完成该软件任务的可行性研究完成该软件任务的可行性研究估计可利用的资源估计可利用的资源 (( 计算机硬件，软件，人力计算机硬件，软件，人力

等等 )) 、成本、效益、开发进度、成本、效益、开发进度制定出完成开发任务的实施计划制定出完成开发任务的实施计划 ,, 连同可行性研连同可行性研

究报告，提交管理部门审查究报告，提交管理部门审查


需求分析需求分析

对待开发软件提出的需求进行分析并给出对待开发软件提出的需求进行分析并给出详细的定义详细的定义

编写软件需求说明书或系统功能说明书及编写软件需求说明书或系统功能说明书及初步的系统用户手册初步的系统用户手册

提交管理机构评审提交管理机构评审


设计设计总体设计总体设计 —— ““如何解决问题如何解决问题””

可以列出多种解决方案进行比较可以列出多种解决方案进行比较把各项需求转换成软件的体系结构。结构中每一组成把各项需求转换成软件的体系结构。结构中每一组成部分都是意义明确的模块，每个模块都和某些需求相部分都是意义明确的模块，每个模块都和某些需求相对应对应

详细设计详细设计 —— 对每个模块要完成的工作进行具体对每个模块要完成的工作进行具体的描述，为源程序编写打下基础的描述，为源程序编写打下基础

编写设计说明书，提交评审编写设计说明书，提交评审。。


编码编码

把软件设计转换成计算机可以接受的程序代码，把软件设计转换成计算机可以接受的程序代码，即写成以某一种特定程序设计语言表示的即写成以某一种特定程序设计语言表示的““源程源程序清单序清单””

写出的程序应当是结构良好、清晰易读的，且与写出的程序应当是结构良好、清晰易读的，且与设计相一致的设计相一致的


测试测试

单元测试单元测试，查找各模块在功能和结构上存在的问，查找各模块在功能和结构上存在的问题并加以纠正题并加以纠正

综合测试综合测试（包括集成测试和验收测试）（包括集成测试和验收测试）按规定的各项需求，逐项进行按规定的各项需求，逐项进行有效性测试有效性测试，决定，决定

已开发的软件是否合格，能否交付用户使用已开发的软件是否合格，能否交付用户使用


运行和维护运行和维护

改正性维护改正性维护运行中发现了软件中的错误运行中发现了软件中的错误需要修正需要修正

适应性维护适应性维护为了适应变化了的软件工作为了适应变化了的软件工作环境，需做适当变更环境，需做适当变更

完善性维护完善性维护为了增强软件的功能需做变为了增强软件的功能需做变更更


结构分析设计过程结构分析设计过程

阶段关键问题结束标准

问题定义问题是什么？关于规模和目标的报告书

可行性研究有可行的解吗？系统的高层逻辑模型数据流图成本 / 效益分析

需求分析系统必须做什么？系统的逻辑模型数据流图数据字典算法描述


结构分析设计过程结构分析设计过程

阶段关键问题结束标准

总体设计概括地说，应该如何解决这个问题？

可能的解法：系统流程图成本 / 效益分析推荐的系统结构；层次图或结构图

详细设计怎样具体地实现这个系统？编码规格说明： HIPO 图或 PDL

编码和单元测试正确的程序模块源程序清单；单元测试方案和结果

综合测试符合要求的软件综合测试方案和结果；完整一致的软件配置

维护持久地满足用户需要的软件完整准确的维护记录


不适用于软件规模较大，或者对软件的需求是模糊或随时间变化

数据与操作分开处理，可能造成软构件对具体应用环境的依赖，可维护性和重用性 (reusability)较差 .

结构化技术的缺点结构化技术的缺点


内容提要内容提要开发模式传统软件开发模式面向对象的软件开发模式


特点：尽可能模拟人类习惯的思维方式，更直接地描述客观世界中存在的事物 ( 对象 ) 以及它们之间的关系。即问题域与求解域在结构上尽可能一致•将客观事物看作具有属性和行为的对象（数据和处理结合）。•通过抽象找出同一类对象的共同属性和行为，形成类。•通过类的继承与多态实现代码重用

面向对象方法学 (OOM)


面向对象思想的起源面向对象思想的起源维特跟斯坦是本世纪乃至人类哲学史上最伟大的哲学家之一。他生前只于 1922年出版了一本著作——《逻辑哲学论》 (Tractatus Logico-Philosophicus) 。在该书中，他阐述了一种世界观，或者说一种认识世界的观点，这种观点，在六七十年后的今天，终于由一种哲学思想沉淀到技术的层面上来，成为计算机业界的宠儿，这就是“ OO” ， Object-Oriented ，面向对象。


面向对象思想的起源面向对象思想的起源维特根斯坦在《逻辑哲学论》一书中提出了如下思想：

＊世界可以分解为事实 ( The world divides into facts.)＊事实是由原子事实 (atomic facts) 组成的。＊一个原子事实是多个对象 (objects) 的组合。＊对象是简单的 ( 基本的 ) The Object is simple 。＊对象形成了世界的基础。


OOMOOM 的四要素：的四要素：对象：世界由对象构成对象：世界由对象构成

一般意义上的对象（自然界）：是现实世界中一个实际存在的事物。可以是有形的（比如一辆汽车），也可以是无形的（比如一项计划）。

是构成世界的一个独立单位，具有：静态特征：可以用某种数据来描述动态特征：对象所表现的行为或具有的功能


面向对象方法中的对象：是系统中用来描述客观事物的一个实体，它是用来构成系统的一个基本单位。对象由一组属性和一组行为构成。

属性：用来描述对象静态特征的数据项。行为：用来描述对象动态特征的操作序列


OOMOOM 的四要素：的四要素：类：物以类聚类：物以类聚

分类——人类通常的思维方法分类所依据的原则——抽象

忽略事物的非本质特征，只注意那些与当前目标有关的本质特征，从而找出事物的共性，把具有共同性质的事物划分为一类，得出一个抽象的概念。

例如，石头、树木、汽车、房屋等都是人们在长期的生产和生活实践中抽象出的概念。


OOMOOM 的四要素：的四要素：类：物以类聚类：物以类聚

面向对象方法中的“类”：把对象的属性和服务封装成一个独立的系统单元，是具有相同属性和服务的一组对象的集合为属于该类的全部对象提供了抽象的描述，包括属性和行为两个主要部分。

尽可能隐蔽对象的内部细节。对外形成一个边界（或者说一道屏障），只保留有限的对外接口使之与外部发生联系。

类与对象的关系：犹如模具与铸件之间的关系，一个属于某类的对象称为该类的一个实例。


f1 f2 f3 …… fi ……fn

Sgi(X,S)

S’ 输出

输出


继承对于软件复用有着重要意义，是面向对象技术能够提高软件开发效率的重要原因之一。

定义：特殊类的对象拥有其一般类的全部属性与服务，称作特殊类对一般类的继承

例如：将轮船作为一个一般类，客轮便是一个特殊类。

OOM 的四要素：继承与多态：世界的相似性与多样性继承与多态：世界的相似性与多样性


多态是指在一般类中定义的属性或行为，被特殊类继承之后，可以具有不同的数据类型或表现出不同的行为。这使得同一个属性或行为在一般类及其各个特殊类中具有不同的语义。


Shape

Circle Square Hexagon


OOMOOM 的四要素：的四要素：消息：合作之道消息：合作之道

④ 消息 (message) ：对象间只能通过发送消息进行联系，外界不能处理对象的内部数据，只能通过消息请求它进行处理（如果它提供相应消息的话）。


OOM四要素总结对象：世界由对象构成类：物以类聚继承 / 多态：世界的相似性与多样性消息：合作之道


OOM ：以 object 为核心，强调对现实概念的模拟而不强调算法。“面向对象方法学的基本原则，是按照人们习惯的思维方式建立问题域的模型，开发出尽可能直观、自然地表现求解方法的软件系统”。 Class ：由特殊到一般的归纳 (induction) Inheritance ：由一般到特殊的演绎(deduction)

OOM 的优点： ① 传统方法：面向过程设计，以计算为核心，数据与

操作分离，不易理解。


OOM ：以 object 模拟实体，需求变化不会引起结构的整体变化，因为实体相对稳定，故系统也相应稳定。

② 传统方法：结构依赖于功能，不稳定。

③传统方法：通过建立标准函数库来重用软构件。但标准函数缺少必要的“柔性”，难以适应不同场合的不同需要。

OOM ：一个 class所有的 instances 都可重用它的代码；由 inheritance 派生出的新的 class 可重用其父类的代码，并且可以修改、扩充而不影响其父类的使用。


稳定性好：软件功能需求的变化不牵动全局，只需局部修改；

Class 独立性强：只要修改不涉及 class 的对外接口，则内部修改完全不影响外部调用；

Inheritance 和多态性 (polymorphism) 使其很容易被修改和扩充；

容易理解；

④ 传统方法：可维护性是最令人头痛的问题。 OOM ：从以下几方面改善了可维护性 ——

有这一条就什么都好办了！

容易测试、调试。这一点还可商榷


注： OOM并不是减少了开发时间，而是通过提高可重用性、可维护性，进行扩充和修改的容易程度等，从长远角度改进了软件的质量。


因此，从面向对象分析，到面向对象因此，从面向对象分析，到面向对象设计，再到面向对象程序设计语言是设计，再到面向对象程序设计语言是一种与表示法十分一致的策略。一种与表示法十分一致的策略。

上海理工大学计算机与电气工程学院 37

OOMOOM 的构成的构成

面向对象的分析（ OOA ）面向对象的设计（ OOD ）面向对象的编程（ OOP ）面向对象的测试（ OOT ）面向对象的软件维护（ OOSM ）


系统分析系统分析

系统分析阶段应该扼要精确地抽象出系统必须做什么，但是不关心如何去实现。

面向对象的系统分析，直接用问题域中客观存在的事物建立模型中的对象，对单个事物及事物之间的关系，都保留他们的原貌，不做转换，也不打破原有界限而重新组合，因此能够很好地映射客观事物。


设计设计

针对系统的一个具体实现运用面向对象的方法。其中包括两方面的工作：把 OOA 模型直接搬到OOD ，作为 OOD 的一部分针对具体实现中的人机界面、数据存储、任务管理等因素补充一些与实现有关的部分。


编程编程

OOP工作就是用一种面向对象的编程语言把

OOD 模型中的每个成分书写出来，是面向对象的

软件开发最终落实的重要阶段。


测试测试

测试的任务是发现软件中的错误。在面向对象的软件测试中继续运用面向对象的概念与原则来组织测试，以对象的类作为基本测试单位，可以更准确的发现程序错误并提高测试效率。


维护维护

将软件交付使用后，工作并没有完结，还要根据软件的运行情况和用户的需求，不断改进系统。

使用面向对象的方法开发的软件，其程序与问题域是一致的，因此，在维护阶段运用面向对象的方法可以大大提高软件维护的效率。


OOA&OODOOA&OOD

面向对象技术不仅是一种程序设计方法，更重要的是一种对真实世界抽象思维方式。

面向对象的分析和设计应该从建模开始，建模语言一直是面向对象技术的研究重点

上海理工大学计算机与电气工程学院

建模的定义：建模是对现实的简化。就是把复杂的系统变成小的系统

，采用“各个击破”的原则逐一解决。


为什么要建模建立大厦和建立茅草屋的区别是建设茅草屋不需要设计。要生

产合格的软件就要有一套关于体系结构、过程和工具的规范。模型帮助我们按照实际情况或按照我们所需要的样式对

系统进行可视化模型允许我们详细说明系统的结构和行为。模型给出一个知道我们构造系统的模板。模型对我们的决策进行文档化。


建模的误区无论你遵从的是重量级的方法 , 比如 Enterprise

Unified Process(EUP) ，还是轻量级的开发过程，如 Extreme Programming(XP) ，建模在软件开发中都是不可或缺的。但不幸的是其中充斥着各种谬误与迷思。这来自于各个方面，有从理论家错误的研究、数十年来信息技术领域内的文化沉积、软件工具开发商天花乱坠半的市场宣传以及象 Object Management Group (OMG) 和 IEEE 这类组织的标准


误区一：建模就等于是写文档事实分析：“模型”与“文档”这二者在概念上是风马牛不相及的－－－－你可以拥有一个不是文档的模型和不是模型的文档。

建模很象是作计划：作计划的价值在于计划编制的过程中而非计划本身；价值体现在建模的活动中，而非模型本身实际上，模型不是你系统中的一部分正式的文档，而且在

完成它们的使命后可以被丢掉。你会发现值得保留的只有很少的模型，而且它一定是非常完美。


误区二：从开始阶段你可以考虑到所有的一切怎么才能走出这个误区呢？

首先，你必须认识到你不能考虑到所有的细枝末节。第二，认识到不管你的最初所作的规格说明书有多好，但注定代码会很快地与之失去同步，即便是你自己建模自己编码。一个基本的道理就是代码永远只会和代码保持一致。

第三，认识到迭代法（小规模地建模，编一些代码，做一些测试，可能还会做一个小的工作版本）是软件开发的准则。它是现代重量级的软件开发过程（如 RUP ），以及轻量级（如 XP) 的基本原理。


误区三：建模是在浪费时间许多人都这样认为，这主要是因为他们所接受的教育仅仅局限于如何编写代码，对于完整的开发流程鲜有接触。而且他们的经验也仅限于如何实现代码，就如初级程序员。他们放弃了提高效率和学习技能的机会，这些技能能够使他们很容易地适应不同的项目或组织。

事实分析：在大多数情况下，在开始编码之前画一个草图、开发一个粗率的原型或者制作一些索引卡片都能提高你的生产效率。高效的开发者在编码之前都要进行建模工作。另外，建模是一种很好的在项目组成员与项目负责人之间沟通途径。你们在这个过程中探讨问题，从而对所要的是一个什么样的东西可以得到更好的理解，涉及到该项目中的每个成员也可得到对该项目有一个从分的了解。


误区四：所有的开发人员都知道如何建模事实分析：这肯定是不正确的。建模的技能，是只有当一个开发者通过学习

它，并经过长期的实践才能够掌握。

一些非聪明的程序员常常相信自己无所不能，正因为这样的狂妄自大，他们承当的一些任务是他们根本就没有相应的技能去完成的。软件开发是如此的复杂，单单一个人是很难具备所有的技能去成功地进行开发，甚至也不可能去配置有一定复杂程度的系统。开发者应该有自知之明，明白他们自己的弱点，学无止境。

通过互相取长补短，建模者可从程序员身上学到一项技术的具体细节，程序员也可从建模者那里学到有价值的设计和体系结构的技术。


建模的十条原则仅有数据模型对于现代软件是不够的。接收变化，并且允许你的模型能够随着时间进行改进。你不能冻结它们，然后就期待着成功。模型并不一定就是文档，文档也不一定就是模型。大多数的模型可能也应该被丢弃。只有代码才能与代码保持真正的同步。一些简单的工具，比如白板，就完全足以应付大多数建模工作思考，然后再编码。你总能从别人身上学到东西。建模可以用一种轻盈的方式。设计直到代码发布以后才算完成。


UMLUML

23/4/20 52

公认的面向对象建模语言出现于 70年代中期。从 1989

年到 1994年，其数量从不到 10 种增加了 50 多种。爆发了“面向对象技术的方法大战”

其中最引人注目的是 Booch 、 Jacobson 的 OOSE 和

Rumbaugh 的 OMT 等。


UML 用在系统设计的哪一个阶段 ?

需求分析

概要设计

详细设计

编码

测试

结构化的需求分析方式和设计方式例如：数据流图等

面向对象的需求分析方式和设计方式

结构化程序设计语言：C 等

面向对象的程序设计语言： C ＋＋， Visual.NET,JAVA 等

结构化测试方法面向对象的

测试方法

例如： UML


UMLUML 的历史的历史


PowerDesigner (Sybase)

Rose (Rational)

Together (Borland)

Visio (Microsoft)

BridgePoint (Project Technology)

Visual UML (Visual Object Modelers)

支持支持 UMLUML 开发的常用工具开发的常用工具


每个视图分别关注软件开发的某一侧面视图由一种或多种模型图 (diagram) 构成模型图描述了

构成相应视图的基本模型元素（ element ）及它们之间的相互关系。


UML九个模型图用例图用来描述系统功能类图描述系统中类的静态结构。不仅定义系统中的类

, 表示类之间的联系如关联、依赖、聚合等 , 也包括类的内部结构 ( 类的属性和操作 ) 。类图描述的是一种静态关系 , 在系统的整个生命周期都是有效的。


UML九个模型图状态图描述类的对象所有可能的状态以及事件发生时状态的转移条件。通常 ,状态图是对类图的补充。在实用上并不需要为所有的类画状态图 ,仅为那些有多个状态其行为受外界环境的影响并且发生改变的类画状态图。

活动图描述满足用例要求所要进行的活动以及活动间的约束关系 , 有利于识别并行活动。


UML九个模型图对象图是类图的实例 ,几乎使用与类图完全相同的标识。他们的不同点在于对象图显示类的多个对象实例, 而不是实际的类。一个对象图是类图的一个实例。由于对象存在生命周期 , 因此对象图只能在系统某一时间段存在。

包由包或类组成 , 表示包与包之间的关系。包图用于描述系统的分层结构。


UML九个模型图顺序图显示对象之间的动态合作关系 , 它强调对象之

间消息发送的顺序 , 同时显示对象之间的交互合作图描述对象间的协作关系 , 合作图跟顺序图相

似 ,显示对象间的动态合作关系。除显示信息交换外 , 合作图还显示对象以及它们之间的关系。

如果强调时间和顺序 , 则使用顺序图 ; 如果强调上下级关系 , 则选择合作图。


UML九个模型图构件图描述代码部件的物理结构及各部件之间的依赖

关系。一个部件可能是一个资源代码部件、一个二进制部件或一个可执行部件。它包含逻辑类或实现类的有关信息。构件图有助于分析和理解部件之间的相互影响程度

配置图定义系统中软硬件的物理体系结构。它可以显示实际的计算机和设备 ( 用节点表示 ) 以及它们之间的连接关系也可显示连接的类型及部件之间的依赖性。


曹操曹操

孙权孙权

EnvironmentEnvironment 话说话说

三国演义三国演义

OOAD 适用于社会组织法分析

(Domain)

西蜀


曹操曹操

孙权孙权

EnvironmentEnvironment

刘备

关羽孔明

张飞

赤壁之战其它流程

(Domain)

西蜀

曹操进兵引发西蜀的流程

谁来执行流程呢 ?


OOAD 最关心流程与元素

1. 描述流程 ( 剧情 ) ---- 分析

赤壁之战其它流程

2. 安排主 / 配角 ( 元素 ) 演出 ---- 设计

刘备

关羽孔明

张飞


OOAD 最主要的工具

UML(Unified Modeling Language)

OMGOMG 认可的世界标准 1997


为什么需要 UML 呢 ?

贝多芬作曲时使用五线谱

您设计软件时使用 UML


为什么需要 UML 呢 ?

五线谱有多种音符UML 也有多种符号刘备孔明关羽

曹操

赤壁之战

其它流程

空城計退敵

Use Case 图

Sequence 图


Use Case 叙述

客户销售统计报表

保险销售人员

用例图着重于从系统外部执行者的角度来描述他需要提供哪些功能 , 并且指明了这些功能的执行者是谁

签署保险文件

客户统计报表

保险业务用例图


Use Case 叙述

曹操举兵南下 , 西蜀就拟定策略 ,展开部署並联络孙权 , 鼎力对抗曹操大军 .

曹操赤壁之战

孙权

西蜀

把西蜀看成黑箱 !!

准备打开西蜀黑箱


Scenario 叙述

曹操赤壁之战

孙权

把西蜀黑箱打开 !!

刘备

关羽孔明

张飞


Scenario 叙述

曹操赤壁之战

孙权刘备

关羽孔明张飞

曹操举兵南下 , 刘备请孔明拟定策略 . 派遣关羽和张飞防守荆州 , 同时请孔明联络孙权 ,共同对抗曹操 . 孔明联合孙权 , 借东风 , 火烧曹军于赤壁 .


时序图

顺序图描述几个对象之间的动态协作关系 . 它非常直观地展示了对象之间传送消息的时间顺序 .

顺序图由一组对象构成 ,每个对象分别带有一条竖线 , 称作对象的生命线 ,它表示时间轴 .顺序图描述了这些对象随着时间的推移相互之间交互消息的过程 .

在用例 Send Letter 中，某人通过邮局发送一封信到其它国家。该信件首先发送给收信人的国家，在该国家中，信件发送到特定的城市，在该城市中，将信件发送给收信人的家里


时序图

刘备孔明关羽

求战请拟定策略

张飞

请防守荆州请防守荆州前线

孙权曹操

请联络孙权请孙权领兵相助

借东风火攻火攻曹军


刘备的責任 ?

刘备


请防守荆州

请联络孙权

我必需迎战曹操 !!


使用 UML 表示 ----- 类图

刘备

求战刘备

迎战曹操迎战曹操迎战曹操迎战曹操迎战曹操迎战曹操


使用 UML 表示

孔明

请拟定策略


借东风火攻火攻曹军

孔明

拟定策略联合孙权借东风火攻


使用 UML 表示

关羽张飞

请防守荆州请防守

荆州前线

关羽

防守荆州

张飞

防守荆州前线


关羽

防守荆州

张飞

防守荆州前线

刘备

迎战曹操

孔明拟定策略联合孙权借东风火攻

UML 的 Class 图

您已熟悉您已熟悉Use CaseUse CaseSequenceSequence

图图Class Class 图图

现在现在准备进入准备进入OOP OOP 阶阶

段段


3. 认识

OOP

OOP 阶段的任务

---- 衔接 OOAD 的工作

---- 从 UML 到 Visual Basic

---- 从 Visual Basic 到 COM 组件


使用 Visual Basic

刘备

迎战曹操

写VB

程序‘Class 刘备Sub 迎战曹操 () ……End Sub


孔明拟定策略联合孙权借东风火攻

使用 Visual Basic

写VB程序

‘Class 孔明Function 拟定策略 () ……End FunctionSub 联合孙权 () ……End SubSub 借东风火攻 () ……End Sub


‘Class 刘备Sub 迎战曹操 () ……End Sub

使用 Visual Basic

‘Class 孔明Function 拟定策略 () ……End FunctionSub 联合孙权 () ……End SubSub 借东风火攻 () ……End Sub

‘Class 关羽Sub 防守荆州 () ……End Sub

‘Class 张飞Sub 防守前线 () ……End Sub

依依样画样画葫芦葫芦

准备填准备填写写 SubSub

內容內容


写 VB 程序內容

刘备


请防守荆州

请联络孙权写VB

程序

‘Class 刘备Dim k As New 孔明Dim g as New 关羽Sub 迎战曹操 () k. 拟定策略 g. 防守荆州 k. 联合孙权End Sub


写 VB 程序內容

孔明

请拟定策略


借东风火攻借东风火攻

写VB程序

‘Class 孔明Dim s As 孙权Function 拟定策略() ……End FunctionSub 联合孙权 () s. 请领兵相助 s. 借东风火攻End SubSub 借东风火攻 () ……End Sub


写 VB 代码

‘Class 刘备Dim k As New 孔明Dim g as New 关羽 Sub 迎战曹操 () k. 拟定策略 g. 防守荆州 k. 联合孙权End Sub

‘Class 孔明Dim s As 孙权Function 拟定策略() ……End FunctionSub 联合孙权 () s. 请领兵相助 s. 借东风火攻End SubSub 借东风火攻 () ……End Sub


写 VB 代码

Windows DNA

把把 VBVB 类类编译为编译为COMCOM 组件组件

第 2 讲 软件工程方法

Documents

第 2 讲软件工程方法