《形式化验证讲义》-(课件).ppt

软件的形式化理论和方法 catty.wang@ 主要内容 软件开发过程和问题 形式化方法简介 形式化方法历史 主要的形式化证明工具 形式化方法的应用举例 结论 软件开发过程 一般来说，软件开发的主要步骤大致如下： 提出问题并进行需求分析； 设计：包括功能和结构设计； 编码和构建； 调试； 发布，维护和升级。 常用的开发模型：如传统的瀑布模型，较新近的快速原型、迭代式开发模型等等 软件开发的期望 软件质量稳定，可靠性高 尽量提高开发的效率 尽量降低开发的成本 问题：现在的情况怎么样？ 软件开发的实际情况 软件开发的实际情况并不乐观 项目经常延误，预算经常超支 开发的后续阶段常发现许多前期设计错误，更正的代价高昂 发布运行的软件中常常存在着许多错误，时常崩溃 软件维护和更新工作的代价很高 问题：这样的实际情况会造成什么问题？ 软件缺陷造成的损失 软件缺陷造成的损失（2） 软件问题的本质 极端复杂 规模：成万、成百万、甚至成千万行代码 系统组成部分之间异常复杂的直接与间接相互作用 静态结构与动态性质之间难以把握的复杂关系 多变性 异常丰富多彩的应用需求 需求的不断提升和变化 要求较低的开发成本和较短的开发周期 不可能长期集中一大批最优秀的技术人员 软件问题的应对 对软件开发活动的良好管理和组织； 建立严格的工作规范，深入控制软件开发过程； 安排丰富的人际信息交流活动，以尽早发现软件需求、设计各阶段出现的错误和失误。 通过不同层次的抽象技术，将复杂系统分解为相对独立的层次或部分，封装并提供清晰接口。如系统开发的层次模型，模块化技术，面向对象的技术等； 研究有效的程序开发模型及支持技术，设法屏蔽软件开发中的难点、解决共性问题。如图形用户界面技术，客户端－服务器模型，中间件技术，Web服务模型等； 软件问题的应对（2） 研究各种构件形式，以利用已有的开发成果，提高开发层次，降低开发代价：子程序库、类库、组件库等； 设计和开发好用的编程语言，研究编程中的规律性，以支持有效的良好编程过程：结构化、OO 及相关语言； 设计良好的描述形式，满足在各层次上描述软件及相关事物的需要：数据流图、控制流图、状态机、UML等； 开发适用的工具，支持各阶段的不同活动，支持对开发结果的深入分析和检查：编辑器、调试器、程序分析工具、集成程序开发环境、UML支持工具等； 培训人员，提高开发参与者的认识能力和工作能力等。 但是，仍然不足以解决软件的问题。为什么？ 原因在于 前期成果是自然语言编写的文档，最后成果是形式化的程序； 文档是非形式化的，只能由人阅读和理解，难以严格分析和推理； 形式化的程序有严格的形式和语义。程序的所有静态和动态性质都蕴藏在程序正文中。但程序包含过多语言细节和实现细节，进行验证的成本极高； 需求和设计以及最终实现的程序的一致性难以判定； 测试不可能完全，发现问题的能力很有限，不能成为评判标准。 因此，需要把前期的设计过程也形式化。 形式化方法的引入 传统的软件设计方法： 基于自然语言的思考、设计和描述。语义含糊，可能的歧义性，依赖于参与者的经验和理解。无法进行严格检查，只能通过人的交流活动进行分析。 形式化方法： 基于严格定义的数学概念和语言。语义清晰，无歧义。可以用自动化或半自动化的工具进行检查和分析 半形式化的方法（例如UML 等） 有较清晰定义的形式和部分的语义定义。其中的一些基本性质可能通过开发工具进行检查和分析 事实：软件开发正在从朴素的、非形式的设计方法，向着更加严格、更加形式化的方向转变 形式化方法简介 形式化方法研究如何把（具有清晰数学基础的）严格性（描述形式、技术和过程等）引入软件开发的各阶段： Formal Specification（形式化规格）：采用具有严格数学定义的形式和语义的记法形式，描述软件设计和实现; Formal verification（形式化验证）：对形式化规范进行分析和推理，研究它的各种静态和动态性质 是否一致并完整，有无矛盾或遗漏？找出并更正其中的错误和缺陷； 运行中是否会出现不能容忍的状态（死锁、活锁等）。 Formal Refinement（精化）：从抽象的高层描述出发，严格地保语义地推导更接近实现的包含更多细节的规范；通过反复精化，最终得到正确的可运行程序。 形式化规格 软件规格是指对软件系统对象及用来对系统对象进行操作的方法集合，以及对所开发系统中的各对象在其生存期间里的集体行为的描述。 软件生命周期模型将整个软件开发过程分解为一系列的阶段，并为每个阶段赋予明确的任务。虽然在不同的模型中这些阶段的分界和顺序有所不同，但规格在每个阶段所产生的作用都使得对系统特征的定义更加准确。对系统中的每个对象来说，对象、对象的性质以及操作等都应该在系统演变的整个过程中当作一个整体来处理。所以，“规格”应当