瀑布开发模式一种传统的软件开发模式，瀑布法是一个刚性的线性模型，其中包括顺序阶段（要求，设计，实施，验证，维护），其中每一个阶段的目标性很明确。一个简单的生活应用类的App，不依赖后台，连设计+开发都委托，直接开发工期=2周，方案+沟通+测试+修改=2周，前前后后约1个月，看团队质量，价格应该在3万～10万。而且在进入下一阶段之前，每个阶段目标必须100％的完成，但这种模式
软件开发管理
瀑布开发模式一种传统的软件开发模式，瀑布法是一个刚性的线性模型，其中包括顺序阶段（要求，设计，实施，验证，维护），其中每一个阶段的目标性很明确。一个简单的生活应用类的App，不依赖后台，连设计+开发都委托，直接开发工期=2周，方案+沟通+测试+修改=2周，前前后后约1个月，看团队质量，价格应该在3万～10万。而且在进入下一阶段之前，每个阶段目标必须100％的完成，但这种模式如果进行回溯修改时会比较麻烦。
但该方法的线性特性使其易于理解和管理。如果软件项目对稳定要求比较高，那可以选择这种开发模式。在使用瀑布开发模式时丰富的软件开发经验会比较有帮助。然而，由于刚性结构和严格的控制特点，通常会导致项目的开发时间比较慢、成本比较昂贵。
软件开发者的工作不是“写代码”，而是解决业务问题，“采用的新框架”常常不能解决业务问题。我们与人一起工作，只是有时候写代码而已，所以人际关系是这份工作的重要组成部分。软件开发人员也是人，他们和所有人一样都会受到认知偏差的影响。等到一切开发工作完成后，软件开发方便会安排的测试人员进行软件功能安全性测试。可以读读关于认知偏差、FAE(fundamental attribution error，基本归因错误)、特别是Kahneman 的书。“别人”写的代码几乎总是无法理解或着写得很差，但并不总是因为代码真的写得不好。有时候这些“别人”就是过去的我们。
有时候在不改变代码的情况下也能解决问题。每一个新框架的出现，是因为前端开发者面临的问题我们没有理想的解决方案。每一个成功的新框架都有其之处，所以得想想“这个框架/库如何改变我们的工作”这个问题。
随着移动互联网的飞速发展，App软件在企业单位管理中应用的普及，信息管理系统的开发在强调管理、信息的现代社会中显得越来越重要。因此，APP软件开发如何支持企业率的完成日常事务管理，是适应现代企业要求、促进企业走向科学化、规范化的必要条件。很多企业开始重视并着手对APP软件开发的设计，不过企业在软件开发前，一定要先了解软件开发设计的核心原则。开发人员的工作不是“编写代码”，而是解决业务问题，而且经常“使用新框架”并不能解决业务问题。
"软件开发中会用到的图"
图片来源于网络，版本归原作者所有UML类图是UML交互图中的一种，也是我们较常见的一种。类图是描述系统中的类，以及各个类之间的关系的静态视图。它不但是设计人员关心的核心，更是实现人员关注的核心。适用场景：一般作为编码前做的后一步，将设计转为相应的模型。也可以使用Code First的方式直接在项目中建模，现在的VS也支持直接从代码中生成UML类图。瀑布开发模式一种传统的软件开发模式，瀑布法是一个刚性的线性模型，其中包括顺序阶段（要求，设计，实施，验证，维护），其中每一个阶段的目标性很明确。缺点：缺点就是画起来太费时间了，但反过来其表达的粒度更细致，是代码实现级别的内容。由于现在有比较多的工具可以从代码生成UML类图，甚至在大部分提倡使用Code First的场景下，我们画UML类图的机会是越来越少了。
（作者： 来源：）
