1:启动阶段
在这一阶段,公司或项目组将确定软件的大方向,开发,将对软件的功能、性能、可靠性和接口给出想法,研究完成项目的可行性,并评估各种资源、成本和预期效益,以便于开发任务的相应实施计划。
2.需求阶段
软件的开发方面和需求方一起讨论,以确定软件的开发目标和可行性。至于软件应该具备什么功能,初的需求必须由用户提供,然后解决方案才会产生。
3.设计阶段
UI设计人员根据产品原型进行界面渲染,提供界面标注。较后根据主界面,他们提供了一套《UI设计规范》。UI设计规范主要定义了常见的界面形式和大小,便于开发快速开发UI设计往往涵盖交互内容。
4.开发舞台
在这个阶段,软件设计的结果被转换成计算机可执行的程序代码。在程序编码之前,需要制定一个统一的、标准的编码规范。确保程序的可读性和可维护性。提高程序的运行效率。虽然这个过程的大部分用于编写代码,但它可能需要再次进行技术预研和需求确认。一般编码过程也需要服务器出租和手机联合调试。编码后需要进行功能审查。
5.测试阶段
测试人员对已完成或部分完成的软件模块进行严格的测试,通常由独立的团队进行,工作分为单元测试、集成测试和系统测试。
6:操作和维护
与客户或上级达成协议后,系统将投入试运行,稳定后上线。
瀑布模型是1970年罗伊斯提出的软件开发模型。从模型的名字可以知道,模型遵循从上到下一次完成整个软件产品的开发方式。瀑布模型将软件开发过程分为六个阶段:计划需求分析软件设计编码测试运维。开发过程如图1-1所示。
图1-1瀑布模型
在瀑布模型中,软件开发的活动是严格按照这条线进行的,下一个阶段只有在一个阶段的任务完成后才能开始。软件开发的每个阶段都必须产生结果,结果经过验证后可以作为下一阶段的输入,然后下一阶段才能顺利进行。如果结果验证失败,您需要返回修改。
瀑布模型为整个项目划分了清晰的检查点。当一个阶段完成时,它只需要把所有的精力放在它后面的开发上。它有利于大型软件开发人员的组织和管理以及工具的使用和研究,并能提高开发的效率
但是瀑布模型严格按照线性方式进行,不能适应用户需求的变化。用户只能等到较后才能看到开发的结果,这就增加了开发的风险如果开发人员和客户对需求的理解有偏差,终开发完成后,终的结果可能会和客户的需求相差甚远。在使用瀑布模型开发软件时,如果在项目完成后发现早期错误,修改原始错误将花费大量成本。瀑布模型要求每个阶段都必须产生结果,这将不可避免地增加文档的数量并增加软件开发的工作量
此外,对于现代软件来说,软件开发不同阶段之间的关系大多不是线性的,因此很难使用瀑布模型开发软件。因此,瀑布模型不再适合现代软件开发,已经逐渐被抛弃。
猜猜你喜欢什么: