weixin_45877026的博客

V模型 测试活动的展开次序正好与开发的次序相反，动态测试的行为与开发行为相对应。忽略了测试的对象不应该仅仅包括程序，没有明确指出对需求、设计的测试。 W模型 补充了V模型中忽略的内容，强调了测试计划等工作的先行和对系统需求和系统设计的测试；与V模型相同，没有对软件测试的流程进行说明。具有强调尽早测试强调不断测试体现静态测试的特点。 H模型 p将测试活动完全独立出来，形成完全独立的流程。体现了”尽早测试、不断测试“的原则体现了测试流程的完整性体现测试流程的独立性充分体现了测试过程（而非技术）的复杂性，强调了过

一个系统从零到一，我开始明白一些为什么这么做以及使用UML的好处是什么？这本书整体的思想上给了我很大的启发： 1.UML是一种语言 ① UML 的单词就是各种元素、视图和模型，语法就是建模的方法 ② UML最基本的就是通过模型将需要做的系统清楚表示出来 2.UML采用的是面向对象的方法 面向对象是一种认知世界的方法，在面向对象方法里，一切有名字的东西都是对象 对象和对象之间彼此独立，只有在某个特定场景下，它们的某一个特定实例才相互联系在一起 每个对象都是一个整体，内部不可分割，外部只能通过边界和其他对象对接

形式化方法英文的名称是formal methods。在逻辑科学中是指分析、研究思维形式结构的方法。 它把各种具有不同内容的思维形式(主要是命题和推理)加以比较,找出其中各个部分相互联结的方式,如命题中包含概念彼此间的联结,推理中则是各个命题之间的联结,抽取出它们共同的形式结构;再引入表达形式结构的符号语言,用符号与符号之间的联系表达命题或推理的形式结构。 例如,把全称肯定命题,用符号形式化为"SAP";把联言命题、假言命题分别形式化为:“p∧q、“p→q”。 又例如:一个具体的假言联言推理"如果这种金属是纯

链接指引：→为什么软件开发方法论让你觉得糟糕？ 原文中围绕软件开发实践和方法论，总有很多教条式的口水仗。 在其中，阶段式方法能够有效管理软件开发过程的风险，还是说只是风险管理中的花哨噱头？TDD真的能够促生出高品质软件？结对编程是代码评审的有效替代抑或只是增加了商议沟通代价？ 对此我想说，虽然缺乏证据判断这些论调的谬处，但有两条常用的法则能够帮助我们选择好的实践，同时提升我们所提供软件的价值——划小开发周期以及提升反馈效率。 关于软件开发方法论Michael Feathers的观点 我认为，我们最终还是得倚

WBS百度定义:工作分解结构(Work Breakdown Structure)， 创建WBS是把项目工作按阶段可交付成果分解成较小的，更易于管理的组成部分的过程。 WBS是项目管理重要的专业术语之一。 WBS的基本定义 :以可交付成果为导向对项目要素进行的分组，它归纳和定义了项目的整个工作范围每下降一层代表对项目工作的更详细定义。无论在项目管理实践中，还是在PMP，IPMP考试中，工作分解结构(WBS)都是最重要的内容之一。WBS总是处于计划过程的中心，也是制定进度计划、资源需求、成本预算、风险管理计划和

百度搜索的一些解释： ①分别治理。 ②利用手段使国家、民族或宗教等产生分裂，然后对其进行控制和统治。 关于分而治之算法： 分而治之方法与软件设计的模块化方法非常相似。 为了解决一个大的问题，可以: 1) 把它分成两个或多个更小的问题; 2) 分别解决每个小问题; 3) 把各小问题的解答组合起来，即可得到原问题的解答。 小问题通常与原问题相似，可以递归地使用分而治之策略来解决。 于此还给出了一些例子配合理解： 例2-1 [找出伪币] 给你一个装有1 6个硬币的袋子。1 6个硬币中有一个是伪造的，并且那个伪造的

原文：为什么软件开发周期总是预估的2~3倍？ 这篇文章不同于之前观看过的几篇。大体上来说是一个有趣的故事，通过几名男子徒步走到洛杉矶的经历去比喻说明软件开发。 这个故事大致是这样的，有几名男子他们想徒步走到洛杉矶找他们的基友，刚开始他们是这样的：“这趟红色之旅长约400英里(643.7公里);汉子们一天睡8小时，吃2小时，逗猫2小时，还能能走个10小时，这样每天走40英里(64.3公里)妥妥的吧!” 后来踏上征途之后，他们发现，现实中的路远远比计划中的曲折得多，道路曲折、沙子地、漫水路、陡阶梯、乱地裂、愤怒

问题： 目前住院病人主要由护士护理，这样做不仅需要大量护士，而且由于不能随时观察危重病人的病情变化，还可能会延误抢救危机。某医院打算开发一个以计算机为中心的患者医护系统，试写出问题定义，并且开发这个系统的可行性。 医院对患者医护系统的基本要求是随时接收每个病人的生理信号（脉搏、体温、血压、心电图等），定时记录病人情况以形成患者日志，当某个病人的生理信号超出医生规定的安全范围时向值班护士发出警告信息，此外，护士在需要时还可以要求系统印出某个病人的病情报告。 首先可先作出一个简单分析的数据流图，以清逻辑。 从题

遇到这么个问题，首先面临的第一个疑问便是，软件工程方法论是什么，经过一些相关资料的查阅，我了解到： 面向元数据的方法、面向过程的方法、面向对象的方法和形式化方法，并称软件工程中的四大方法，它们共同构成了软件工程方法论。 软件工程方法论是指在软件开发的过程中必须遵循的普遍行为和规则，包含三要素：方法、工具和过程。 方法是一种使用定义好的技术集及符号表示组织软件开发的过程，是完成软件开发各个任务的技术方法，回答了“怎样做”这个问题，它的目标是在规定的时间和成本内，开发出符合用回顾需求的高质量的软件； 工具是为了

“有人负责，才有质量：写给在集市中迷失的一代”感 原文→有人负责，才有质量：写给在集市中迷失的一代 相对于上一篇文章中的调侃轻松式的话语来说，这一篇文章对我来说更像是一种大家共同观看一篇富有深刻含义的例文并发表自己的想法，不同于之前都是作者自我表述的形式，这篇文章主题为李松峰老师的译文搬运加上一些微博评论摘要 在表达记录译文的同时，加上一些精华的实时的评价摘要，使得文章立体起来，而不仅仅是放出离我们很远的、较为枯燥的文章。实时的评论让我找到了些许共鸣，并从中拓宽思路。 ...

观"从瀑布到敏捷——漫画解读软件开发模式变迁史"感 原文出处 今天下午观看了这篇图文解读，感觉思想得到了一些进步，在此记录了一些感悟： 刚开始看到图文开头的软件开发变迁史图片时，内心着实有些疑惑，为什么软件开发的变迁的主体是以汽车为主要例子呢？就算是软件开发从汽车工业吸收了很多成熟的理念，但这两者的应该还是没有太多的关联性才对啊。而对于“这张图片从上向下，五个房间，分别是瀑布模型（waterfall），敏捷开发（agile），看板（KANBAN），SCRUM 和精益软件开发（lean）”就更加不能理解了，于

【软件工程】 “Software engineering, of course, presents itself as another worthy cause, but that is eyewash:if you carefully read its literature and analyse what its devotees actually do , you will discover that software engineering has accepted as its charter H