我正在为大学做一个项目(网站)。 现在我正在冲刺1中。 在我老师提供的模板中,我有两个部分:用户故事和产品设计。在这两个部分的每一部分中,我都有子部分:"类图"和"序列图"。你能告诉我两个部分之间的差异以及同一个SPRINT各个部分中两个图之间的区别吗?它们不应该是同一个东西吗?非常感谢
答案 0 :(得分:0)
我认为你的模板看起来像这样(如果我错了,请纠正我):
首先,
例如,定义类A和B.A具有methodA,B具有methodB。这就是你在类图中描绘的结构。在序列图中,您描述了行为,例如A.methodA调用B.methodB,以实现故事中描述的功能。
您可以在设计的各个阶段同时使用这两个图表。实施过程(即在需求分析期间或在解决方案设计期间),因此您可以将它用于:描述故事和描述设计。
第二,
我认为家庭作业是围绕一种名为" Object Oriented Analysis and Design"它将问题分解为各个方面(结构化分析)并派生出适当的设计(面向对象的设计),这两个步骤都使用了UML的各种元素。
可以使用面向对象的分析对故事进行结构分解,并且可以使用面向对象的设计创建产品设计。
因此,让我们假设您有一个用户故事"作为一名教师,我想进行考试以检查我的学生的知识"。
你有一个演员"老师",一个用例"进行考试"和演员"学生"。你可以从中得出一个分析模型:
Teacher.conductExam() - > Studen.testKnowledge()
从这个分析模型中,您可以推导出一个设计模型
以及您需要描述解决问题的方法。
实际方法来自Rational Unified Process(RUP),而不一定来自"敏捷"关于如何实际开发解决方案的结构要少得多。 UML及其所有元素是一组标准化的视觉元素,具有定义的语义。然而,上面提到的方法是一种方式来解释你的任务,我确信还有很多其他方法。
答案 1 :(得分:0)
在两种情况下,类或序列图都是相同的;因此,您不必为用户故事和其他产品设计做一些图表......您只有一个产品(软件),而这些图表必须代表该产品。
此外,我们在这里讨论完全不同的主题:这些图与UML有关,UML是抽象和表示软件设计概念的通用语言。用户故事通常与SCRUM(或任何其他敏捷方法)相关,后者用于提供开发软件的正式方法。
这两个图都是与产品设计(软件)相关的概念。这些只是以抽象方式表示产品概念的工具。
用户故事用于表示要完成产品的要求或工作。例如,用户故事可以是"创建一个访问者可以创建帐户的视图","为注册用户创建登录视图"或"创建类图以表示产品中实体之间的关系"和"创建一个序列图来表示交互"。你现在看到了吗?
在我看来,你必须做你的课程和序列图(一次),当然,这是产品设计阶段的一部分,但是因为你使用用户故事来表示要完成你的任务产品,您将有两个用户故事,如下所示:
答案 2 :(得分:-1)
我是第二个Thisisalexis。它们是两个不同的主题UML& Scrum的。用户故事只不过是用户叙述中需求的简洁表达。敏捷使事情变得有趣,因此轻巧而有趣。敏捷的最佳方面。
虽然类图和序列图应该在产品设计之下。 用户故事描述可以参考一个或多个产品设计模板,包括类和/或序列图。
我试着保持简短。希望这会有所帮助:)