天道酬勤,学无止境

requirements-management

单个用例可以部分实施,还是分几个阶段实施? 如何跟踪和优先考虑组件?(Can a single use case be partially implemented, or implemented over several phases? How to track & prioritize components?)

问题 我的需求经验主要是用户故事,而不是用例。 我最近作为产品负责人被添加到一个项目中,客户完成了大约 80% 的用例。 许多用例包括十几个用户故事,团队正在讨论如何在多个阶段实施某些用例,或者如何部分实施以满足时间表。 这对故事来说不是问题,但我不确定处理用例的最佳方法。 一个用例可以部分实现吗? 或者这是否意味着它应该被分解为更小的用例和扩展/包含? 如果它可以部分实现,您如何跟踪单个功能以便高优先级项目不会丢失? 例如,如果我有一个拼写检查器的单一用例,如下所示: 识别可能拼错的单词在用户键入时直观地识别拼写错误的单词在用户键入时自动更正常见拼写错误的单词为用户提供单个单词的建议拼写列表为用户提供批量纠正拼写错误的能力允许用户一次忽略潜在的拼写错误允许用户在字典中添加单词 我将如何确定各个功能的优先级,然后在一个阶段跟踪功能 1 和 4 的实施,在第二阶段跟踪功能 2、3、6,在第三阶段跟踪 5,而不是实施 7? 在这个例子中,这些应该是单独的用例,还是具有多个替代流程的用例? 回答1 我认为您混淆了 UML 用例的好处(显示系统做什么)与项目管理工具和问题跟踪器应该为您做什么(跟踪实施和优先级)。 是的,您可以使用包含/扩展来拆分用例。 当您展示它们如何分解时,这很有意义。 您还可以绘制用例概括。 为了跟踪实现阶段,最好将您的完整 UML 模型置于版本控制之下(一些 UML

2021-10-23 23:18:44    分类:技术分享    use-case   requirements   requirements-management

Can a single use case be partially implemented, or implemented over several phases? How to track & prioritize components?

My requirements experience has been primarily with user stories, not use cases. I've been recently added to a project as a product owner, and the customer is ~80% done with the use cases. Many of the use cases include what would be over a dozen user stories, and the team is discussing how to implement some of the use cases over multiple phases, or how to partially implement to meet schedule. This wouldn't be a problem with stories, but I'm not sure the best way to approach with use cases. Can a use case ever be partially implemented? Or would that mean that it should be decomposed into smaller

2021-10-23 21:49:14    分类:问答    use-case   requirements   requirements-management

软件需求分析[关闭](Software Requirements Analysis [closed])

问题 关闭。 此问题不符合 Stack Overflow 准则。 它目前不接受答案。 想改善这个问题吗? 更新问题,使其成为 Stack Overflow 的主题。 6年前关闭。 改进这个问题 有很多工具可以用来编写和管理需求,但是有没有什么好的工具可以用来审查它们呢? 我不是在谈论管理审查,而是在谈论寻找常见需求错误的自动化工具(例如使用负面需求,或措辞使测试变得困难的需求)。 更多的是一种筛选工具,编写需求的人可以在分发给一组审阅者之前使用它来筛选他们的文档,这样审阅过程就不会因为每个人都对相同的易于识别的问题发表评论而减慢。 我很好奇过去是否有人使用过这样的东西。 回答1 我正在开发一个控制台应用程序,它采用这样的 xml 配置文件: <?xml version="1.0" encoding="utf-8"?> <ReqCheck> <Categories name="Reconsider wording"> <Keyword>may</Keyword> <Keyword>should</Keyword> </Categories> <Categories name="Potential logic problem" format="{0}: consider both then and else conditions."> <Keyword>not</Keyword> <

2021-08-14 06:44:38    分类:技术分享    language-agnostic   requirements   requirements-management

Software Requirements Analysis [closed]

Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers. Want to improve this question? Update the question so it's on-topic for Stack Overflow. Closed 6 years ago. Improve this question There are many tools out there for writing and managing requirements, but are there any good ones for reviewing them? I'm not talking about managing reviews, but automation tools that look for common requirement blunders (such as using negative requirements, or ones that are worded in a way that makes testing difficult). More of a screening tool that someone writing

2021-06-02 13:51:53    分类:问答    language-agnostic   requirements   requirements-management