Warm tip: This article is reproduced from serverfault.com, please click

task-瀑布模型

(task - Waterfall model)

发布于 2020-11-18 09:25:59

我正在考虑使用瀑布模型作为我CS考试的主要开发方法。我在使用统一流程以及敏捷方法(例如SCRUM和XP)方面有丰富的经验。所有这些都有清晰而结构化的方式来收集任务,用例或用户案例。但是我似乎找不到瀑布模型的对等物。

所以我的问题是,瀑布模型是否有任何特定的方式来收集你的“用例/用户案例”(或你可能称之为的任何案例)-还是我应该从前任借来一些。UP,并使用用例?

Questioner
Mikkel Beier Gregersen
Viewed
11
Christophe 2020-12-02 07:55:56

瀑布,统一过程和敏捷方法在活动组织方式上有所不同:

  • 所有这些人都需要某种方式来涵盖软件开发活动的全部范围,例如收集需求,设计系统,实现其功能以及测试结果并交付。
  • 它们中的每一个都打包并以不同的方式组合这些活动:例如,敏捷倾向于小迭代,将所有这些活动结合起来以提供软件增量,直到一切都完成为止。在另一种极端情况下,瀑布将这些活动一个接一个地分开,只有在存在重大问题时,才在最后交付并迭代(返回到实现或返回到需求)。

进行这些活动时,你可以使用一组实践来帮助你更有效地获得结果。实践有时是在方法的上下文中出现的,但通常可以概括为在其他上下文中使用。例如:

Waterfall上下文中,需求是预先编写的。仅当要求非常众所周知且不经常更改时,此方法才有效。对于研究项目,你很可能处在这种情况下。

如今,这种要求已使用软件要求声明(SRS)的IEEE标准进行了记录通常,本文档的功能部分是根据用例(不一定是用例图)构造的此外,现代用例(即所谓的用例2.0)演变成一种更为敏捷的实践,可以收集“用户故事”(用户叙述)来制作用例切片,从而逐渐丰富用例。实际上,此方法与用户故事映射(定义了高级叙事线)非常相似,后者将叙事线分解为详细的用户故事。

因此,是的,你可以借用这些技术中的任何一种,只是瀑布需要一切准备就绪。由于用例既可以在瀑布式(传统用例)中使用,也可以在敏捷(用例2.0中)中使用,因此在你的上下文中无疑是一个很好的基础。对于学校作业,根据用例构造的SRS肯定会给人留下深刻的印象。但是,如果你想要一种面向任务的方法,并且如果所有要求还不清楚,那么我真的建议你使用用例2.0或用户故事映射,并避免瀑布。