第4章形式语言55.pptVIP

第4章 形式化说明技术 4.1 概述 4.2 有穷状态机 4.3 Petri网 4.4 Z语言 按形式化的程度，可把软件工程使用的方法分成：非形式化、半形式化和形式化 非形式化方法：用自然语言描述需求规格说明，是典型的非形式化方法 。 半形式化方法：用数据流图或实体-联系图建立模型，是典型的半形式化方法。 形式化方法： 描述系统性质的是基于数学的技术，也就是说，如果一种方法有坚实的数学基础，那么它就是形式化的。 4.1 概述 4.1.1 非形式化方法的缺点 用自然语言书写的系统规格说明书，可能存在矛盾、二义性、含糊性、不完整性及抽象层次混乱等问题。 矛盾是指一组相互冲突的陈述。 二义性是指读者可以用不同方式理解的陈述。 含糊性:系统规格说明书是很庞大的文档，因此，几乎不可避免地会出现含糊性。实际上，这样笼统的陈述并没有给出任何有用的信息。 不完整性可能是在系统规格说明中最常遇到的问题之一。 抽象层次混乱是指在非常抽象的陈述中混进了一些关于细节的低层次陈述。这样的规格说明书使得读者很难了解系统的整体功能结构。 4.1.2 形式化方法的优点 把数学引入软件开发过程，创造了基于数学的形式化方法。在开发大型软件系统的过程中应用数学，能够带来下述的几个优点： 1.数学最有用的一个性质是，它能够简洁准确地描述物理现象、对象或动作的结果，因此是理想的建模工具。 数学特别适合于表示状态，也就是表示“做什么”。 需求规格说明书主要描述应用系统在运行前和运行后的状态，因此，数学比自然语言更适于描述详细的需求。 2. 可以在不同的软件工程活动之间平滑地过渡。不仅功能规格说明，而且系统设计也可以用数学表达，当然，程序代码也是一种数学符号(虽然是一种相当繁琐、冗长的数学符号)。 3. 它提供了高层确认的手段。可以使用数学方法证明， 设计符合规格说明，程序代码正确地实现了设计结果。 4.1.3 应用形式化方法的准则 人们对形式化方法的看法并不一致。 拥护者甚至宣称这种方法可以引发软件开发方法的革命； 也有人对把数学引入软件开发过程持怀疑甚至反对的态度。 对形式化方法也应该“一分为二”，既不要过分夸大它的优点也不要一概排斥。 应用形式化方法的10条准则： (1) 应该选用适当的表示方法 应该仔细选择一种适用于当前项目的形式化说明技术。 (2) 应该形式化，但不要过分形式化。 目前的形式化技术还不适于描述系统的每个方面。但是，也不能因此就认为完全没必要采用形式化方法。形式化规格说明技术要求我们非常准确地描述事物，因此有助于防止含糊和误解。 (3) 应该估算成本。 为了使用形式化方法，通常需要事先进行大量的培训。最好预先估算所需的成本并编入预算。 (4) 应该有形式化方法顾问随时提供咨询。绝大多数软件工程师对形式化方法中使用的数学和逻辑并不很熟悉，而且没受过使用形式化方法的专业训练，因此，需要专家指导和培训。 (5) 不应该放弃传统的开发方法。把形式化方法和结构化方法或面向对象方法集成起来是可能的，而且由于取长补短往往能获得很好的效果。 (6) 应该建立详尽的文档。建议使用自然语言注释形式化的规格说明书，以帮助用户和维护人员理解系统。 (7) 不应该放弃质量标准。 形式化方法并不能保证软件的正确性，只不过是有助于开发出高质量软件的一种手段。除使用形式化说明技术外，在系统开发过程中仍然必须一如既往地实施其他质量保证活动。 (8) 不应该盲目依赖形式化方法。 只不过是众多工具中的一种。形式化方法并不能保证开发出的软件绝对正确，例如，无法用形式化方法证明从非形式化需求到形式化规格说明的转换是正确的，因此，必须用其他方法(例如，评审、测试)来验证软件正确性。 (9) 应该测试、测试再测试。 形式化方法不仅不能保证软件系统绝对正确，也不能证明系统性能或其他质量指标符合需要，因此，软件测试的重要性并没有降低。 (10) 应该重用。 即使采用了形式化方法，软件重用仍然是降低软件成本和提高软件质量的惟一合理的方法。而且用形式化方法说明的软件构件具有清晰定义的功能和接口，使得它们有更好的可重用性。 4.2 有穷状态机 4.2.1 概念 实例：介绍有穷状态机的基本概念。 一个保险箱上装了一个复合锁，锁有三个位置，分别标记为1、2、3，转盘可向左(L)或向右(R)转动。这样，在任意时刻转盘都有6种可能的运动，即： 1L、1R、2L、2R、3L和3R