首頁 » 博客 » 永恒经典 瀑布

永恒经典 瀑布

在每个项目中不可避免地会出现的问题中,有一个问题尤为突出:如何最好地管理产品开发过程?多年来经过测试的答案选项之一是瀑布(或软件开发管理的级联、瀑布模型)。

确实,这种方法现在正受到无情的批评,但一切真的都那么糟糕吗?或者我们是否会再次得出这样的结论:一切新事物都是被遗忘的旧事物?

软件开发生命周期

几乎每个开发团队都可以创建自己的软件生 卡塔尔 whatsapp 号码数据 命周期模型或使用一些普遍接受的模型。其中一个选项是 Waterfall。这种模型的“鼻祖”被认为是美国人 W.W. Royce,据传言,他从同事那里借鉴了很多东西,并将功劳归于自己。这件事发生在1970年。至今,许多项目仍采用他所描述的方法,无论是原始形式还是经过修改的形式。

尽管一些 IT 参与者表示这种方法“从未存在过”:

作为一名拥有 40 多年从业经验的 IT 专业人士和教育工作者,我听说过许多有关 IT 行业的谣言。但令我惊讶的是,为什么“瀑布”这个词仍然被用来描述一种不存在的方法,以及为什么系统开发方法的创建者使用它作为比较的来源。
David Dischave,
美国雪城大学信息技术学院教授

令人惊讶的是,这种方法几十年来一直用于为汽车、建筑、金融、医药和电子等各种行业开发软件。

 IT中的瀑布

瀑布软件开发模型的基本原则是,前一个阶段 您的企业价值几何 必须完成,才能开始下一个阶段。在这种情况下,不允许任意向前或向后转换,并且阶段不会相互重叠。这是瀑布方法与其灵活的对应方法(或竞争对手)之间的主要区别:Agile、DSDM、Scrum、FDD。

要了解 Royce 模型背后的思想,可以研究他的原创作品:Royce,Winston (1970),《管理大型软件系统的开发》。

基于级联的工作流程

一个想法的出现及其讨论

在这个阶段,还没有谈论发展这样的事情;我们只是在考虑一些让一个或多个人感兴趣的新兴想法。

需求分析

在此阶段,详细描述客户对项目的要求,确定实现目标的方法,并指明完成工作的最后期限和财务部分。在这种情况下,通常会为每个工作阶段分配一定数量的时间和金钱。

需求分析完成后,我们就有了程序员的技术规格和预算。

软件设计

现阶段具体采取以下措施:

  1. 选择编程平台(Python,PHP,JS等)
  2. 明确技术细节(例如,服务或产品将如何与服务器交互,是否将使用 API,外部和内部接口的逻辑是什么等)
  3. 项目安全问题正在解决(例如是否将使用HTTPS、SSL加密等)
  4. 描述软件产品用户的角色(管理员、客户、经理等)
  5. 目标产品的可靠性、性能和进一步技术支持问题正在最后确定
  6. 组建了一个特定的团队。

软件开发

与先前开发的文档相对应的代码编写阶段。

软件测试

产品的最终版本由专家在接近战斗条件的 百慕大领先 条件下进行测试,并发现并记录错误。对于整个软件的运行来说最灾难性的问题都被修复了,而那些不太重要的问题如果没有时间或者预算耗尽则可能无法修复。

软件技术支持

可行的软件产品开始用于其预期用途并受到支持。即:监控性能、消除故障、根据用户的反馈规划功能扩展。

發佈留言

發佈留言必須填寫的電子郵件地址不會公開。 必填欄位標示為 *

返回頂端