软件设计

我常常陷入深思，我的女朋友为什么又生气了？是麻辣烫不好吃，还是韩剧不好看。直到有一天，她和我说，我知道你说xxx是为了我好，也很有道理，但你这样的表达让我瞬间不想理你。我想大家也有类似的经历。很多时候，我们明明出于好心，但由于不会表达，反而适得其反。 学会表达是一件很重要的事情。生活中，良好的表达让亲人、伴侣和朋友间的关系更融洽；工作中，团队内的表达关系着工作效率；展示时的表达影响着项目最终评定，甚至连你毕业时的论文答辩、职级晋升时的考核也考验着你的表达能力。 软件开发亦是如此。大中型软件系统开发工作一般需要大量的软件开发人员统一协作工作，有时开发周期还很长。作为一名合格的程序员，如何理解前辈们设计好的框架和已完成的工作，并让别人快速准确的读懂你写的代码，是一件很重要的事情。因此，本文旨在介绍软件系统的建模和表达方法。 UML（Unified Modeling Language）统一建模语言，又称标准建模语言，是用于软件系统在开发阶段的可视化建模。由于软件系统开发需要经过面向对象分析（OOA）、面向对象设计（OOD）和面向对象编程（OOP）三个阶段，而每个阶段都需要统一的符号设计描述和交流。而UML作为一种通用语言，能有效消除不必要的差异，从而为许多开发人员广泛使用。 本文将介绍UML基本概念、特点、种类和应用。 一、UML基本概念 UML是在软件开发阶段，说明、可视化

软件开发一般分为五个阶段：1、问题的定义及规划，此阶段是软件开发与需求放共同讨论，主要确定软件的开发目标及其可行性。2、需求分析，在确定软件开发可行性的情况下，对软件需要实现的各个功能进行详细需求分析。3、软件设计，此阶段中偶要根据需求分析的结果，对整个软件系统进行设计。4、程序编码，此阶段是将软件设计的结果转化为计算机可运行的程序代码。　5、软件测试，在软件设计完成之后要进行严密的测试。 来源： https://www.cnblogs.com/lisong-1/p/11657529.html

软件开发一般分为五个阶段： 1.问题的定义及规划 此阶段是软件开发与需求放共同讨论，主要确定软件的开发目标及其可行性。 2.需求分析 在确定软件开发可行性的情况下，对软件需要实现的各个功能进行详细需求分析。需求分析阶段是一个很重要的阶段，这一阶段做的好，将为整个软件项目的开发打下良好的基础。“唯一不变的是变化本身”，同样软件需求也是在软件爱你开发过程中不断变化和深入的，因此，我们必须定制需求变更计划来应付这种变化，以保护整个项目的正常进行。 3.软件设计 此阶段中偶要根据需求分析的结果，对整个软件系统进行设计，如系统框架设计、数据库设计等。软件设计一般分为总体设计和详细设计。还的软件设计将为软件程序编写打下良好的基础。 4.程序编码 此阶段是将软件设计的结果转化为计算机可运行的程序代码。在程序编码中必定要制定统一、符合标准的编写规范。以保证程序的可读性、易维护性。提高程序的运行效率。 5.软件测试 在软件设计完成之后要进行严密的测试，一发现软件在整个软件设计过程中存在的问题并加以纠正。整个测试阶段分为单元测试、组装测试、系统测试三个阶段进行。测试方法主要有白盒测试和黑盒测试。 来源： https://www.cnblogs.com/wqf520/p/11656799.html

继数据结构与算法之美后，王争老师的专栏又开始更新了，这次是《设计模式之美》，希望学习之后会对自己有所提升。在此记录下自己的学习笔记，希望对自己或者看到的读者都有所裨益。 为什么每个程序员都要尽早地学习并掌握设计模式相关知识？ 1. 应对面试中的设计模式相关问题 学习设计模式和算法一样，最功利、最直接的目的，可能就是应对面试了。 不管你是前端工程师、后端工程师，还是全栈工程师，在求职面试中，设计模式问题是被问得频率比较高的一类问题。特别是一些像 BAT 、 TMD 这样的大公司，比较重视候选人的基本功，经常会拿算法、设计模式之类的问题来考察候选人。 2. 告别写被人吐槽的烂代码 我们经常说， Talk is cheap，show me the code 。实际上，代码能力是一个程序员最基础的能力，是基本功，是展示一个程序员基础素养的最直接的衡量标准。你写的代码，实际上就是你名片。 3. 提高复杂代码的设计和开发能力 大部分工程师比较熟悉的都是编程语言、工具、框架这些东西，因为每天的工作就是在框架里根据业务需求，填充代码。实际上，这样的工作并不需要你具备很强的代码设计能力，只要单纯地能理解业务，翻译成代码就可以了。 但是，有一天， leader 让开发一个跟业务无关的比较通用的功能模块，面对这样稍微复杂的代码设计和开发，就发现会有点力不从心，不知从何下手了。因为只是完成功能、代码能用

继数据结构与算法之美后，王争老师的专栏又开始更新了，这次是《设计模式之美》，希望学习之后会对自己有所提升。在此记录下自己的学习笔记，希望对自己或者看到的读者都有所裨益。 为什么每个程序员都要尽早地学习并掌握设计模式相关知识？ 1. 应对面试中的设计模式相关问题 学习设计模式和算法一样，最功利、最直接的目的，可能就是应对面试了。 不管你是前端工程师、后端工程师，还是全栈工程师，在求职面试中，设计模式问题是被问得频率比较高的一类问题。特别是一些像 BAT 、 TMD 这样的大公司，比较重视候选人的基本功，经常会拿算法、设计模式之类的问题来考察候选人。 2. 告别写被人吐槽的烂代码 我们经常说， Talk is cheap，show me the code 。实际上，代码能力是一个程序员最基础的能力，是基本功，是展示一个程序员基础素养的最直接的衡量标准。你写的代码，实际上就是你名片。 3. 提高复杂代码的设计和开发能力 大部分工程师比较熟悉的都是编程语言、工具、框架这些东西，因为每天的工作就是在框架里根据业务需求，填充代码。实际上，这样的工作并不需要你具备很强的代码设计能力，只要单纯地能理解业务，翻译成代码就可以了。 但是，有一天， leader 让开发一个跟业务无关的比较通用的功能模块，面对这样稍微复杂的代码设计和开发，就发现会有点力不从心，不知从何下手了。因为只是完成功能、代码能用

一、软件开发流程： 　　1、问题的定义及规划 　　明确需求和其他相关因素，指明时间成本和依赖关系；此阶段是软件开发与需求放共同讨论，主要确定软件的开发目标及其可行性。 　　2、需求分析 　　在确定软件开发可行性的情况下，对软件需要实现的各个功能进行详细需求分析。需求分析阶段是一个很重要的阶段，这一阶段做的好，将为整个软件项目的开发打下良好的基础。“唯一不变的是变化本身”，同样软件需求也是在软件爱你开发过程中不断变化和深入的，因此，必须定制需求变更计划来应付这种变化，以保护整个项目的正常进行。 3、生成设计文档 4、设计复审（和同事审核设计文档） 5、代码规范（为目前的开发制定合适的规范） 　6、软件设计 　　此阶段中偶要根据需求分析的结果，对整个软件系统进行设计，如系统框架设计、数据库设计等。软件设计一般分为总体设计和详细设计。还的软件设计将为软件程序编写打下良好的基础。 　　7、程序编码 　　此阶段是将软件设计的结果转化为计算机可运行的程序代码。在程序编码中必定要制定统一、符合标准的编写规范。以保证程序的可读性、易维护性。提高程序的运行效率。 8、代码复审 　 9、软件测试 　　在软件设计完成之后要进行严密的测试，一发现软件在整个软件设计过程中存在的问题并加以纠正。整个测试阶段分为单元测试、组装测试、系统测试三个阶段进行。测试方法主要有白盒测试和黑盒测试。 二

本节是后面各章学习的基础，从整体上介绍软件 设计模式 的概念与特点、软件设计模式的基本要素，以及 GoF 的 23 种设计模式简介。 软件设计模式的产生背景 “设计模式”这个术语最初并不是出现在软件设计中，而是被用于建筑领域的设计中。 1977 年，美国著名建筑大师、加利福尼亚大学伯克利分校环境结构中心主任克里斯托夫·亚历山大（Christopher Alexander）在他的著作《建筑模式语言：城镇、建筑、构造（A Pattern Language: Towns Building Construction）中描述了一些常见的建筑设计问题，并提出了 253 种关于对城镇、邻里、住宅、花园和房间等进行设计的基本模式。 1979 年他的另一部经典著作《建筑的永恒之道》（The Timeless Way of Building）进一步强化了设计模式的思想，为后来的建筑设计指明了方向。 1987 年，肯特·贝克（Kent Beck）和沃德·坎宁安（Ward Cunningham）首先将克里斯托夫·亚历山大的模式思想应用在 Smalltalk 中的图形用户接口的生成中，但没有引起软件界的关注。 直到 1990 年，软件工程界才开始研讨设计模式的话题，后来召开了多次关于设计模式的研讨会。 1995 年，艾瑞克·伽马（ErichGamma）、理査德·海尔姆（Richard Helm）、拉尔夫

软件 软件是计算机系统中与硬件相互依存的部分，它是包括程序、数据及相关文档的完整集合。 软件危机 软件危机是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。 软件工程 软件工程是研究和应用如何以系统化的、规范的、可度量的方法去开发、运行和维护软件，即把工程化应用到软件上。 软件生存周期 软件生存周期是指软件产品从考虑其概念开始到该软件产品交付使用，直至最终退役为止的整个过程，一般包括计划、分析、设计、实现、测试、集成、交付、维护等阶段。 软件复用 软件复用就是利用某些已开发的、对建立新系统有用的软件元素来生成新的软件系统。 质量 质量是产品或服务满足明确或隐含需求能力的特性和特征的集合。在合同环境下，需求是明确的；在其他环境下，隐含的需求需要识别和定义。 质量策划 质量策划包括产品策划、管理和作业策划，以及质量计划的编制和质量改进的准备工作。 质量改进 质量改进是以最求最高的效益和效率为目标的持续性活动。 质量控制 质量控制是对流程和产品的符合性的评估，独立分析不足并予以更正使得产品与需求相符。 质量保证 质量保证是有计划的和系统性的活动，它对部件或产品满足确定的技术需求提供足够的信心。 软件质量 软件质量是指明确声明的功能和性能需求、明确文档化的开发标准、以及专业人员开发的软件所具有的所有隐含特征都得到满足。 正式技术复审

软件过程模型 分类： 瀑布模型、 增量模型、演化模型（原型模型、螺旋模型）、喷泉模型、基于构件的开发模型、形式化方法模型 瀑布模型： 优点： 容易理解，管理成本低；强调开发的阶段性早期计划及需求调查和产品测试。 不足之处是，客户必须能够完整、正确和清晰地表达他们的需要；在开始的两个或3个阶段中，很难评估真正的进度状态;当接近项目结束时，出现了大量的集成和测试工作:直到项目结束之前，都不能演示系统的能力。 在瀑布模型中，需求或设计中的错误往往只有到了项目后期才能够被发现，对于项目风险的控制能力较弱，从而导致项目常常延期完成，开发费用超出预算。 缺点： （1）开发过程一般不能逆转，否则代价太大； （2）实际的项目开发很难严格按该模型进行； （3）客户往往很难清楚地给出所有的需求，而该模型却要求如此。 （4）软件的实际情况必须到项目开发的后期客户才能看到，这要求客户有足够的耐心。 适用于： （1）用户的需求非常清楚全面，且在开发过程中没有或很少变化； （2）开发人员对软件的应用领域很熟悉； （3）用户的使用环境非常稳定； （4）开发工作对用户参与的要求很低。 它是以文档作为驱动、适合于软件需求分明的软件项目的模型 增量模型： 优点： 作为瀑布模型的一个变体，具有瀑布模型的所有优点。此外，它还有以下优点: （1）第一个可交付版本所需要的成本和时间很少; （2

Python面向对象编程——面向对象的软件开发 面向对象的软件开发 很多人在学完了python的class机制之后，遇到一个生产中的问题，还是会懵逼，这其实太正常了，因为任何程序的开发都是先设计后编程，python的class机制只不过是一种编程方式，如果你硬要拿着class去和你的问题死磕，变得更加懵逼都是分分钟的事，在以前，软件的开发相对简单，从任务的分析到编写程序，再到程序的调试，可以由一个人或一个小组去完成。但是随着软件规模的迅速增大，软件任意面临的问题十分复杂，需要考虑的因素太多，在一个软件中所产生的错误和隐藏的错误、未知的错误可能达到惊人的程度，这也不是在设计阶段就完全解决的。 所以软件的开发其实一整套规范，我们所学的只是其中的一小部分，一个完整的开发过程，需要明确每个阶段的任务，在保证一个阶段正确的前提下再进行下一个阶段的工作，称之为软件工程 面向对象的软件工程包括下面几个部分： 1、面向对象分析（object oriented analysis， OOA） 软件工程中的系统分析阶段，要求分析员和用户结合在一起，对用户的需求做出精确的分析和明确的表述，从大的方面解析软件系统应该做什么，而不是怎么去做。面向对象的分析要按照面向对象的概念和方法，在对任务的分析中，从客观存在的事物和事物之间的关系，归纳出有关的对象（对象的‘特征’和‘技能’）以及对象之间的联系