软件开发的形式化方法（形式化什么意思？）

本文目录

• 形式化什么意思？
• 形式化是一种什么的思维方式？
• 什么是形式化?什么是形式模型？
• polyspace是什么？
• 软件开发人员的业绩考核有哪些考核项目？
• 从哪些方面验证软件需求的正确性[1]？
• 软件工程有博士学位吗？

形式化什么意思？

“形式化”是指分析、研究思维形式结构的方法。它把各种具有不同内容的思维形式(主要是命题和推理)加以比较，找出其中各个部分相互联结的方式，如命题中包含概念彼此间的联结，推理中则是各个命题之间的联结，抽取出它们共同的形式结构；再引入表达形式结构的符号语言，用符号与符号之间的联系表达命题或推理的形式结构。

形式化方法是基于数学的特种技术，适合于证。将形式化方法用于软件和硬件设计，是期望能够像其它工程学科一样，使用适当的数学分析以提高设计的可靠性和鲁棒性。但是，由于采用形式化方法的成本高意味着它们通常只用于开发注重安全性的高度整合的系统。

形式化是一种什么的思维方式？

形式化语言作为一种符号语言高度地表现在理论结构的表达方式(方程式、逻辑式等)上,精确地反映了思维的形式结构,从而可以模拟思维的形式结构。

形式化方法作为一种揭示思维的形式结构的方法,在数学和逻辑学中最为发达。在现代逻辑(数理逻辑)的基础上,形式化方法取得了更加完备的现代形态。自电子计算机技术迅速发展以来,形式化语言构成计算机软件部分。

什么是形式化?什么是形式模型？

形式化方法一般是用一种严格的，精准的方法（一般是数学语言）描述软件，对软件建模。你可以理解为类似UML建模。只是形式化的方法更难学，你可以理解为离散数学里的各种规约、公式。萊垍頭條

形式化模型就是你用形式化方法构建出来的模型，可类比UML模型，也可以类比数学建模，甚至可以类比编程代码（编程同样是用编程语言对软件需求的精确描述） 萊垍頭條

polyspace是什么？

这两个基本绝大部分用户都用不上，删除不会影响。Polyspace Bug Finder R2014a是查找代码的bug，比如除0，溢出，数组访问超出边界等问题。后面的类似。删除不会影响。

详细信息见下：

Polyspace Bug Finder

通过静态分析找出软件错误

Polyspace Bug Finder™ 可以识别 C 和 C++ 代码中的运行时错误、并发问题、安全漏洞和其他缺陷。Polyspace Bug Finder使用包含语义分析在内的静态分析功能分析软件控制、数据流和程序交互行为。通过在检测到缺陷之后立即高亮显示，可让您在开发过程的早期阶段鉴别和修复错误。

Polyspace Bug Finder 可检查是否符合编码规范，如 MISRA C®、MISRA C++、JSF++ 和用户自定义命名规范。它可以生成包括被发现的错误、代码违规和代码质量指标（（如圈复杂度）等在内的报告。Polyspace Bug Finder 可与 Eclipse™ IDE 结合使用并集成到编译生成系统中。

对于自动生成的代码，Polyspace®的检查结果可以追溯到 Simulink® 模型和 dSPACE® TargetLink® 模块。

通过 IEC Certification Kit（适用于 ISO 26262 和 IEC 61508）和 DO Qualification Kit（适用于DO-178）可提供对行业标准的支持。

Polyspace Code Prover

证明软件中不存在运行时错误

Polyspace Code Prover™ 作为一款可靠的静态分析工具，能够证明在C 和 C++ 源代码中不存在溢出、除零、数组访问越界以及其它运行时错误。整个分析过程无需执行程序、植入代码，或运行测试用例。Polyspace Code Prover 使用基于形式化方法的语义分析和抽象解释验证软件程序交互、控制和数据流的行为。你可以用于手写代码、生成代码或二者的混合代码。每项检查均在代码上着色表示是否无运行时错误、已证明有问题、不可达或有待进一步分析。

Polyspace Code Prover 亦能显示变量和函数返回值的范围信息，并可以证明变量是否超出指定范围限制。这些结果可以发布到看板上，以跟踪质量指标并确保符合软件质量目标。Polyspace Code Prover 还可以集成到编译生成系统中以执行自动验证。

通过IEC Certification Kit（适用于 IEC 61508 和 ISO 26262）和 DO Qualification Kit（适用于 DO-178）可以提供对行业标准的支持。此外，它还可以支持 Ada 语言。

资料：

Polyspace Bug Finder

http://cn.mathworks.com/products/polyspace-bug-finder/

Polyspace Code Prover

http://cn.mathworks.com/products/polyspace-code-prover/

软件开发人员的业绩考核有哪些考核项目？

你好， “目标管理”更适合软件开发人员。 但些方法最好从上至下全员使用

1、目标项（即当月或是阶段性的工作项目、或是要点）

2、目标项的达成准标（以量化标准作为结点，避免方向性的准标如“进一步提高等”）

3、目标在执行过程中所遇到的问题点

4、针对第3项问题点所采取的应对措施（目的进行检验，和纠偏）

5、提交成果主要的衡量标准

6、衡向配合部门 以上6项楼主可以进行一个列表，进行横排~进行目标设定，阶段性进行总结。 根据目标完成成度进行考核。 因为软件开发人员的工作性质比较特殊，考核方案要与所担当的项目结合起来才能很好的推动，如果太过形式化，执行力和效果都不会很好。 希望回答对您有帮助.

从哪些方面验证软件需求的正确性[1]？

从哪些方面验证软件需求的正确性 需求分析阶段的工作结果是开发软件系统的重要基础，大量统计数字表明，软件系统中 15% 的错误起源于错误的需求。

为了提高软件质量，确保软件开发成功，降低软件开发成本，一旦对目标系统提出一组要求之后，必须严格验证这些需求的正确性。

一般说来，应该从下述 4 个方面进行验证： （1） 一致性 所有需求必须是一致的，任何一条需求不能和其他需求互相矛盾。

（2） 完整性 需求必须是完整的，规格说明书应该包括用户需要的每一个功能或性能。

（3） 现实性 指定的需求应该是用现有的硬件技术和软件技术基本上可以实现的。

对硬件技术的进步可以做些预测，对软件技术的进步则很难做出预测，只能从现有技术水平出发判断需求的现实性。

（4） 有效性 必须证明需求是正确有效的，确实能解决用户面对的问题。

验证软件需求的方法 1. 验证需求的一致性 当需求分析的结果是用自然语言书写的时候，除了靠人工技术审查验证软件系统规格说明书的正确性之外，目前还 没有其他更好的 “ 测试 ” 方法。

但是，这种非形式化的规格说明书是难于验证的，特别在目标系统规模庞大、规格说 明书篇幅很长的时候，人工审查的效果是没有保证的，冗余、遗漏和不一致等问题可能没被发现而继续保留下来，以致软件开发工作不能在正确的基础上顺利进行。

为了克服上述困难，人们提出了形式化的描述软件需求的方法。

当软件需求规格说明书是用形式化的需求 陈述语言书写的时候，可以用软件工具验证需求的一致性，从而能有效地保证软件需求的一致性。

2. 验证需求的现实性 为了验证需求的现实性，分析员应该参照以往开发类似系统的经验，分析用现有的软、硬件技术实现目标 系统的可能性。

必要的时候应该采用仿真或性能模拟技术，辅助分析软件需求规格说明书的现实性。

3. 验证需求的完整性和有效性 只有目标系统的用户才真正知道软件需求规格说明书是否完整、准确地描述了他们的需求。

因此，检验需 求的完整性，特别是证明系统确实满足用户的实际需要 （即，需求的有效性 ） ，只有在用户的密切合作下才能 完成。

然而许多用户并不能清楚地认识到他们的需要 （ 特别在要开发的系统是全新的，以前没有使用类似系统的经验时，情况更是如此 ） ，不能有效地比较陈述需 求的语句和实际需要的功能。

只有当他们有某种工作着的软件系统可以实际使用和评价时，才能完整确切 地提出他们的需要。

理想的做法是先根据需求分析的结果开发出一个软件系统，请用户试用一段时间以便能认识到他们的实际需要是什么，在此基础上再写出正式的 “ 正确的 ” 规格说明书。

但是，这种做法将使软件成本增加一倍，因此实际上几乎不可 能采用这种方法。

使用原型系统是一个比较现实的替代方法，开发原型系统所需要的成本和时间可以大大少于开发 实际系统所需要的。

用户通过试用原型系统，也能获得许多宝贵的经验，从而可以提出更符合实际的要求。

软件工程有博士学位吗？

严格的来讲，没有哪个学校的软件学院有博士学位授予权，只有工程硕士和工学硕士授予权，有博士学位授予权的是计算机软件与理论，是计算机系的。 全国只有武汉大学有软件工程博士：< 081221软件工程 01软件理论与形式化方法 02软件生产自动化 081221软件工程 01软件工程 02知识工程 081221软件工程 01软件工程