敏捷方法和Scrum，我如何完成这个文档模板？

作者: 不丶离
发布时间: 2024-09-19 05:06:06 (16天前)
转自：

4 条回复

0#
回复此人
楊♡ | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> 两个上下文中的类或序列图是相同的;因此，没有任何意义，你必须为用户故事和其他产品设计做一些图表...你只有一个产品（软件），这些图表必须代表该产品。 此外，我们在这里讨论完全不同的主题：这些图与UML有关，UML是抽象和表示软件设计概念的通用语言。用户故事通常与SCRUM（或任何其他敏捷方法）相关，后者用于提供开发软件的正式方法。 两个图都是与产品设计（软件）相关的概念。这些只是以抽象方式表示产品概念的工具。 用户故事用于表示要完成产品的要求或工作。例如，用户故事可以是“创建访问者可以创建帐户的视图”，“为注册用户创建登录视图”或“创建的 类图 </强> 表示产品中实体之间的关系“和”创建一个的 序列图 </强> 代表互动“。你现在看到了吗？ 在我看来，你必须做你的课程和序列图（一次），当然，这是产品设计阶段的一部分，但由于你使用用户故事来表示完成你的产品要完成的任务，你将有两个用户故事，说这样的事情： <UL> <LI> 创建产品的类图 </LI> <LI> 创建产品的序列图 </LI> <LI> 为我的项目创建其他内容。 </LI> </UL> </DIV>

编辑
1#
回复此人
易米烊光 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> 我是第二个Thisisalexis。它们是两个不同的主题UML＆amp; Scrum的。用户故事只不过是用户叙述中需求的简洁表达。敏捷使事情变得有趣，因此轻巧而有趣。敏捷的最佳方面。 虽然类图和序列图应该在产品设计之下。用户故事描述可以参考一个或多个产品设计模板，包括类和/或序列图。 我试着保持简短。希望这可以帮助：） </DIV>

编辑
2#
回复此人
淋了一整夜的雨 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> 我假设你的模板看起来像这样（如果我错了，请纠正我）： <UL> <LI> 用户故事 <UL> <LI> 类别图 </LI> <LI> 时序图 </LI> </UL> </LI> <LI> 产品设计 <UL> <LI> 类别图 </LI> <LI> 时序图 </LI> </UL> </LI> </UL> 第一， <UL> <LI> 类别图 用于描述静态方面（结构） </LI> <LI> 时序图 用于描述动态方面（行为，交互） </LI> </UL> 例如，定义类A和B.A具有methodA，B具有methodB。这就是你在类图中描绘的结构。在序列图中，您描述了行为，例如A.methodA调用B.methodB，以实现故事中描述的功能。 您可以在设计的各个阶段使用这两个图表。实施过程（即在需求分析期间或在解决方案设计期间），因此您可以将它用于：描述故事和描述设计。 第二， 我认为家庭作业是围绕一种称为“ <a href="https://en.wikipedia.org/wiki/Object-oriented_analysis_and_design" rel="nofollow noreferrer"> 面向对象的分析与设计 </A> “它将问题分解为各个方面（结构化分析）并导出适当的设计（面向对象的设计），两个步骤都使用UML的各种元素。 可以使用面向对象的分析在结构上分解故事，并且可以使用面向对象的设计来创建产品设计。 因此，我们假设您有一个用户故事“作为一名教师，我想进行考试以检查我的学生的知识”。 你有一个演员“老师”，一个用例“进行考试”和一个演员“学生”。您可以从中导出分析模型： <UL> <LI> 班主任 <UL> <LI> conductExam（） </LI> </UL> </LI> <LI> 班级学生 <UL> <LI> testKnowledge（） </LI> </UL> </LI> </UL> Teacher.conductExam（） - ＆gt; Studen.testKnowledge（） 从这个分析模型中，您可以推导出一个设计模型 <UL> <LI> 老师 </LI> <LI> ExamSheets </LI> <LI> 学生 </LI> <LI> StudentTests </LI> <LI> 得分了 </LI> <LI> ... </LI> </UL> 以及您需要描述解决问题的方法。 实际的方法来自Rational Unified Process（RUP），而不一定来自“敏捷”开发，这种开发的结构要少得多 怎么样 你真的开发了一个解决方案UML及其所有元素是一组标准化的视觉元素，具有定义的语义。但是上面提到的方法是 一 解释你的任务的方式，我相信还有很多其他的。 </DIV>

编辑

登录后才能参与评论