qq_55590702的博客

#include <iostream>#define MaxVertexNum 100 // 注意修改数值#define INFINITY 65535#define ERROR -1typedef char vertexData;typedef int weightType, vertex;int visited[MaxVertexNum];typedef struct { vertex v1, v2; weightType weight;} Enode, *Edge;.

这本书的豆瓣评分达8.2分，结合了面向对象方法、软件工程方法、基于 UML 的建模书。一下内容源自百度百科《大象-Thinking in UML（第二版）》以UML为载体，将面向对象的分析设计思想巧妙地融入建模过程中，通过贯穿全书的实例将软件系统开发过程中方方面面的知识有机地结合在一起，用生动的语言和精彩的事例将复杂枯燥的软件过程讲解得津津有味。它分为四个部分。第一部分讲述面向对象分析的一些基本概念，及学习建模需要了解的一些基本知识。第二部分对uml的基础概念重新组织和归纳整理，进行扩展和讨论，

看了看书，这个东西我感觉属实是有点迷惑啊，可能是我太菜了。。。查阅了相关资料，总结如下：形式化方法英文的名称是formal methods。在逻辑科学中是指分析、研究思维形式结构的方法。它把各种具有不同内容的思维形式(主要是命题和推理)加以比较,找出其中各个部分相互联结的方式,如命题中包含概念彼此间的联结,推理中则是各个命题之间的联结,抽取出它们共同的形式结构;再引入表达形式结构的符号语言,用符号与符号之间的联系表达命题或推理的形式结构。例如,把全称肯定命题,用符号形式化为“SAP”;把联言命题、假言命

2.不是结构化的，因为循环有两个出口，结构化的盒图如下

我们在设计程序解决问题的时候，有时候会碰到多判断嵌套的问题，在代码中会有多个if的嵌套，我们的程序需要穷尽所有的可能情况，才可以真正的解决问题，我们在枚举所有情况时，很可能遗漏某些点，而，运用决策表或者决策树就可以很容易的解决这个问题。举个简单的例子，比如某星球某景点的票价，售票规则：对于A类生物，身高小于1m，免费，身高高于1m小于1.3m，半价，身高高于1.3m，全票对于B类生物，身高小于1m，半价，身高高于1m小于1.3m，八折，身高高于1.3m，全票根据此，我们就可以做出决策表如下：

关系：软件工程专业是计算机科学的一个分支，起源于计算机科学，是计算机科学的一个二级子学科。1998年，教育部颁布了《普通高等学校本科专业目录（1998年颁布）》，软件工程专业正式出现在该目录的《经教育部批准同意设置的目录外专业名单》中，专业代码为080611W。学习软件工程，必然需要学习计算机科学的知识，在学习的知识上，具有相通性。 区别：计算机科学，广义的来说，它包含的范围非常大，无论是硬件方面还是软件方面，都可以称之为计算机科学。计算机科学研究计算机的硬件软件，组成运行...

软件工程是指导计算机软件开发和维护的一门工程学科。采用工程的概念、原理、技术和方法来开发和维护软件，把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来，以经济地开发出高质量的软件并有效的维护它。而实现上述提到的目标，就必须用严格的规范和管理手段来缩小偏差，牺牲时间以提高质量。软件工程方法学包含3个要素：方法、工具和过程。其中，方法是完成软件开发的各项任务的技术方法，回答“怎样做”的问题；工具是为运用方法而提供的自动的或半自动的软件工程支撑环境；过程是为了获得高质量的软件所需要完成的

原文网址：Why Software Development Methodologies Suck - Continuous Deliveryhttps://continuousdelivery.com/2012/08/why-software-development-methodologies-suck/阅读心得：软件工程方法论令租着觉得很糟糕，因为我们在真正的进行软件开发之前，并没有办法预测我该项目适用于哪种开发方法，如果一味的只知道死套前人的方法，束缚了思想，那肯定得不到预期想要的结果。用代码的行数

工作分解结构（简称WBS）跟因数分解是一个原理，就是把一个项目，按一定的原则分解，项目分解成任务，任务再分解成一项项工作，再把一项项工作分配到每个人的日常活动中，直到分解不下去为止。即：项目→任务→工作→日常活动。分解原则1、将主体目标逐步细化分解，最底层的日常活动可直接分派到个人去完成；2、每个任务原则上要求分解到不能再细分为止；3、日常活动要对应到人、时间和资金投入。二、任务分解的方法1、采用树状结构进行分解；2、以团队为中心，自上而下与自...

为什么软件开发周期总是预估的2~3倍？ (sohu.com)https://www.sohu.com/a/132411358_355123从该文的具体事例我们就可以看出，我们在做规划的时候，总是把事情的发展，想得过于理想化，忽略了实际事情的发展，还受着诸多因素的影响，比如从旧金山走到洛杉矶，路途环境复杂，不可能想象中的匀速前进，人毕竟不是机器，长时间的跋涉必然导致劳累的伤病，还有途中的天气等等，当众多因素结合在一起形成了我们的现实，我们在现实中实际完成任务的时间周期，是预期的两三倍，也就不奇...

技术可行性;软件工程师只能制作出病人生理状况监护程序，在病人生理数据的分析上，必须在医生的协同合作下进行才能保障功能经济可行性:软件开发需要一定的经济支持，有一定经济条件的医院可以采用该方法操作可行性: 医生在懂得软件的基本操作后，软件的后期运行维护也是必不少的，医生在软件后期维护方面的能力匮乏，此时需要专业的软件运维人员配合医院的工作...