我正在考虑使用瀑布模型作为我CS考试的主要开发方法。我在使用统一流程以及敏捷方法(例如SCRUM和XP)方面有丰富的经验。所有这些都有清晰而结构化的方式来收集任务,用例或用户案例。但是我似乎找不到瀑布模型的对等物。
所以我的问题是,瀑布模型是否有任何特定的方式来收集你的“用例/用户案例”(或你可能称之为的任何案例)-还是我应该从前任借来一些。UP,并使用用例?
瀑布,统一过程和敏捷方法在活动组织方式上有所不同:
进行这些活动时,你可以使用一组实践来帮助你更有效地获得结果。实践有时是在方法的上下文中出现的,但通常可以概括为在其他上下文中使用。例如:
在Waterfall上下文中,需求是预先编写的。仅当要求非常众所周知且不经常更改时,此方法才有效。对于研究项目,你很可能处在这种情况下。
如今,这种要求已使用软件要求声明(SRS)的IEEE标准进行了记录。通常,本文档的功能部分是根据用例(不一定是用例图)构造的。此外,现代用例(即所谓的用例2.0)演变成一种更为敏捷的实践,可以收集“用户故事”(用户叙述)来制作用例切片,从而逐渐丰富用例。实际上,此方法与用户故事映射(定义了高级叙事线)非常相似,后者将叙事线分解为详细的用户故事。
因此,是的,你可以借用这些技术中的任何一种,只是瀑布需要一切准备就绪。由于用例既可以在瀑布式(传统用例)中使用,也可以在敏捷(用例2.0中)中使用,因此在你的上下文中无疑是一个很好的基础。对于学校作业,根据用例构造的SRS肯定会给人留下深刻的印象。但是,如果你想要一种面向任务的方法,并且如果所有要求还不清楚,那么我真的建议你使用用例2.0或用户故事映射,并避免瀑布。