Um técnico de TI está trabalhando em um projeto de desenvolv...

Alternativa correta: E - servem ao mesmo propósito de casos de uso, mas não são a mesma coisa.

Para entendermos a alternativa correta, é importante primeiramente compreender o que são as histórias de usuário no contexto das metodologias ágeis. Histórias de usuário são descrições simples e concisas de uma funcionalidade, escritas do ponto de vista do usuário ou cliente, com o intuito de agregar valor ao resultado final do produto. Elas são uma forma de expressar requisitos de software centrados no usuário e são utilizadas para facilitar o planejamento, a escrita de testes e a comunicação entre todos os envolvidos no projeto.

A alternativa E está correta porque as histórias de usuário e os casos de uso comumente se confundem, mas possuem diferenças fundamentais. Os casos de uso são mais detalhados e descrevem as interações entre os usuários (atores) e o sistema para alcançar um objetivo, mostrando um processo completo. Eles são tradicionalmente utilizados em abordagens de desenvolvimento mais estruturadas. Já as histórias de usuário são mais breves e focam no valor que a funcionalidade trará para o usuário, sendo mais flexíveis e abertas a mudanças, características essenciais das metodologias ágeis.

As outras alternativas são incorretas porque:

• Alternativa A: Histórias de usuário podem ser a base tanto para testes unitários quanto para testes de aceitação, orientando o desenvolvimento e a verificação de que os requisitos do usuário estão sendo atendidos.
• Alternativa B: A implementação de uma história de usuário deve ser realizada em períodos de tempo muito menores do que 8 semanas, geralmente no contexto de uma sprint que dura de 1 a 4 semanas.
• Alternativa C: Histórias de usuário devem refletir necessidades e benefícios para os usuários, não necessariamente aspectos técnicos do software.
• Alternativa D: Histórias de usuário devem ser escritas do ponto de vista do usuário e não do analista de sistemas. O foco é na experiência do usuário e no valor que ele obterá com o recurso.

Assim, ao trabalhar com desenvolvimento ágil, é crucial entender a importância das histórias de usuário e a maneira como elas se diferenciam dos casos de uso, enquanto ambas contribuem para a definição clara e orientada ao usuário das funcionalidades de um software.

Letra E. 

São similares, mas não iguais.

"Use cases and stories are similar in that they are both ways to organize requirements. They are different in that they organize for different purposes."

http://www.martinfowler.com/bliki/UseCasesAndStories.html

Muitas perguntas são levantadas na hora de escrever User Stories, por exemplo:

  * User Stories são iguais Casos  de Uso?

  * Como descrevo minhas User Stories?

  * Que tipo de informações podemos inserir nas User Stories?

  * De quem e pra quem são feitas?

As respostas para essas perguntas são amplamente discutidas na comunidade Scrum e vamos tentar analisá-las abaixo.

Casos de Uso e User Stories são similares, como é apresentado por Martin Fowler em seu texto User Cases and User Stories. Ambos são utilizados para organizar requisitos. Porém, enquanto Casos de Uso descrevem ações de interação segundo uma narrativa impessoal entre o usuário e o sistema, User Stories focam nos objetivos do usuário e como o sitema alcança esses objetivos.

User Stories fracionam os requisitos para que seja possível (e mais fácil) estimar o esforço para realizar aquele objetivo. Resumindo, User Stories são descrições simples que descrevem uma funcionalidade e é recomendável que sejam escritas segundo o ponto de vista do usuário.

User Stories devem ser curtas, simples e claras. Devemos conseguir escrevê-las em um simples e pequeno cartão (conhecidos como User Index Cards). Se não há espaço para escrevê-la em um cartão é porquê devemos refiná-la mais, e as dividir em outras User Stories.

E) Servem ao mesmo propósito de casos de uso, mas não são a mesma coisa.

Histórias de usuários e casos de uso têm propósitos semelhantes, que são capturar requisitos e funcionalidades do sistema, mas eles são abordagens diferentes. Histórias de usuários são geralmente mais curtas e focadas no valor para o usuário, enquanto casos de uso são mais detalhados e técnicos.

GABARITO é a E:

E - Servem ao mesmo propósito de casos de uso, mas não são a mesma coisa.