ALM 方法

已完成

应用程序生命周期管理 (ALM) 涵盖广泛,并且一直持续到应用程序不再使用时止。 ALM 的方法可能有所不同,因此选择适合您需求的正确方法对开发至关重要。 本模块和 ALM 的目的是帮助提高开发人员工作效率,改进团队之间的协作,提高工作项的透明度。

本单元介绍 ALM 的方法,并帮助您确定如何根据软件开发需求选择使用哪种方法。

ALM 方法有多种。 每种方法各有优缺点,具体取决于项目的类型和使用的软件。

三种常见方法是“瀑布”、“敏捷”和“螺旋”。

瀑布方法

显示瀑布方法的五个阶段(需求、系统设计、实现、集成和测试以及维护)的图示。

瀑布方法是一种顺序方法。 项目分为不同的阶段,依次从上一个阶段进入下一个阶段,直到项目完成。 每个阶段都充分记录清晰的可交付项、审查和批准。 在瀑布方法中,通常在上一个阶段完成之后,才会开始下一个阶段。 例如,如果要实现财务和运营应用,则需要先明确每次集成的所有要求,然后开发人员才能开始开发。

当项目简单、要求明确且充分定义,项目的完整范围不会更改,并且项目一次性全部实现时,应考虑采用瀑布方法。

敏捷方法

显示敏捷方法中的六个步骤(计划、设计、开发、测试、发布和反馈)的周期图。

敏捷方法是迭代进行的,注重通过连续反馈来更改和添加项目的可交付项。 与瀑布方法不同,敏捷方法中的各个阶段可以反复交叉循环。 这意味着不同的阶段可以同步进行。 例如,如果为一项集成定义了要求,那么,即使其他集成仍处于收集要求的阶段,开发人员仍然可以开始处理该集成。 敏捷项目通常拆分为一个个具有指定持续时间(通常是一两周)的冲刺。 这些“冲刺”具有在一次冲刺期间需要完成的可交付项的列表。

如果项目启动时要求不明确、预计在应用程序的生命周期内会出现其他要求或可交付项,或者项目不需要一次性全部发布,则敏捷方法很有用。 敏捷方法还非常适合用户驱动的项目,特别是当项目团队完全投入到该项目时。 由于敏捷方法涉及到许多参与者同时处理项目的不同部分,因此项目沟通和协调可能很困难。 因此,将项目团队安排在同一位置将大有裨益。

由于敏捷方法具有迭代性质,因此该方法可能比较复杂,难以跟踪。当可交付项超出原始冲刺或以后需要添加新的冲刺时,经常会对工作重新排序。

螺旋方法

螺旋方法结合了瀑布和敏捷方法的各个方面。 螺旋方法侧重于通过将项目分解为较小的细分或周期来进行风险评估。 每个周期开始时,确定要求和目标以创建原型。 每个周期都按照相同的步骤来创建原型。 周期结束时,将审查原型并计划下一个周期。

显示螺旋方法的四个方面(确定目标、发现和解决风险、开发和测试以及计划下一次迭代)的图示。

螺旋方法适用于大型和复杂的系统。 需要进行正确的风险评估,以发现可能产生问题的风险领域。 如果不进行风险评估,软件中可能会出现问题,导致增加成本。