Jornada Itens
Dominio do requisito
Abordagem de design
Necessidades dos interessados
Estórias do usuários
Cenário e Caso de uso
Lista de Requisitos Iniciais
Mapa mental do processo
Lista de requisitos priorizados
Gerenciar mudança de requisito
o que - (objetivo)--> Para que(funcionalidade).
Necessidades, Objetivos,.. »
As melhores pessoas para escrever requisitos são os usuários que terão impacto direto dos requisitos.
Requisitos possuem um objetivo só, que é atender a uma exigência informada por alguém, mas a natureza de tal exigência pode ser diferente para cada requisito: um escopo, dividido em módulos, cada módulo com seus requisitos funcionais e regras de negócio, e requisitos não funcionais fora dos módulos, permeando todo o sistema.
Serão consumidos e gerados durante todo o pocesso de desenvolvimento de sistemas, pois o foco ira mudando conforme a visão de produto ou serviço e o design do mesmo, o processo para produzir e o design desse processo, a construção , os testes, a implantação os disponibilização, a sua operação e por fim sua manutenção, melhoria e evolução.
Inicialmente pensemos o que terá o o escopo , em que dominio estará contido e como êle será desenvolvido. Uma estória contando como será seu uso é um bom material para que os requisitos sejam minerados e colocados em uma lista.
Estória como será usada a solução »
Cenario e Caso de uso
É uma descrição de uma necessidade.
Quem --> o que - (objetivo)--> Para que(funcionalidade).
Visão detalhada »
Modelo de abordagem do caso de uso »
Entrada e saida de dados.
Contexto do sistema:
Sistema com atores
Serviços oferecidos pelo sistema
Caso de uso da solução »
Estória como será usada a solução » Lista de requisitos »
Mapa mental de processos
Comece com a experiência do cliente e trabalhe em direção a tecnologia.
Crescer questionando o tipo e o escopo do valor criado.
Os diagramas de alinhamento fornecem idéias de fora para dentro e são mais bem criadas no incio para informarem a decisão estratégica.
Quando os produtos ficam inteligentes e conectados, eles se encaixam em um ecosistema de serviços.
A estratégia fornece lógica entre a análise e o planejamneto..
Aqui surge a proposta de valor e o modelo de negócio
Mapa mental »
É a exploração ampla dos comportamentos, sentimentos e motivações humanas.
É uma reorganização hierarquica da informação.
Percepção de que um sistema faz.
É usado para derivar a navegação e a arquitetura das informaçõe de alto nivel.
Mapa mental iteração individuo x site »
Contexto de uso é definido pelo ambiente imediato em que determinado texto está sendo produzido.
Contexto do serviço da solução »
Visão geral do processo »
O escopo do projeto do serviço esta dividido em 2 partes: . Uma parte emoldura o processo de aprendizado que corresponde a construção do site. . a outra parte executa o processo que corresponde ao uso do site.
Como fazer uma página Web:
1. considere o problema resolvido (desenhe a página, aqui chamada de elemento)
2. um elemento pode ser dividido em novos elementos (passa a ser conjunto).
2. defina que ações ("user stories" em metodologia ágil) fornecerão dados para quais elementos, os elementos não resolvidos repetimos a partir do passo 2.
O prazo de desenvolvimento e o custo é feito a partir das "user stories" desta etapa..
Construir um protótipo fazendo um download de site que tehna uma estrutura pela qual possa ser incluido o conteudo que você deseja ou com ferramentas que você já domine ou não (fazendo curso).
Até um produto fisico pode ser prototipado.
Testar o protótipo:
Offline, online, grupos ou conceito
Protótipo » Ciclo de vida prototipagem »
Jornada da apredizagem »
A abordagem inicial identificou os três níveis de requisitos: negócios, usuário e solução(funcional). Estes vêm de fontes diferentes em épocas diferentes durante o projeto, têm audiências e finalidades diferentes, e precisam de ser documentados em maneiras diferentes. Você também precisa obter requisitos não funcionais, tais como expectativas de qualidade em várias dimensões, a partir de fontes apropriadas.
É um processo de aquisição de conhecimento, onde se aplicam tecnicas para comprender melhor o negócio a ser impactado pelo projeto,para identificarpartes interessadas para identicar e refinar os tipos de requisitos.
Tem como produto as memórias dis levantamentos, que são informações não estruturadas.
Tecnicas de Elicitação »
Usar lista única com quebras por dimensão (negócio,usuário, solução ) e objeto(objetivo, dominio,pressuposto,....
Lista de requisitos »
A análise de requisitos envolve a refinamento dos requisitos para garantir que todas as partes interessadas os compreendam e os analisem por erros, omissões e outras deficiências. A análise inclui a decomposição de requisitos de alto nível em níveis apropriados de detalhamento, construção de protótipos, avaliação de viabilidade e negociação de prioridades.
O objetivo é desenvolver requisitos de qualidade suficiente e precisão que os gerentes poçam construir estimativas de projeto realista e o pessoal técnico pode prosseguir com o projeto, construção e testes.
É muito valioso representar alguns dos requisitos de várias maneiras — por exemplo, em formulários textuais e visuais, ou nas formas de ambos os requisitos e testes . Estes pontos de vista diferentes revelarão introspecções e os problemas que nenhuma vista única pode fornecer. Várias visualizações também ajudam todas as partes interessadas a chegar a um entendimento comum — uma visão compartilhada — do que eles terão quando o produto for entregue.
Modelo de abordagem da análise »
Os requisitos de software incluem três níveis distintos: requisitos de negócios, requisitos do usuário e requisitos funcionais. Além disso, cada sistema tem uma variedade de requisitos não funcionais. O modelo na Figura ilustra uma maneira de classeficar os tipos de requisitos..
Classificação Requisitos »
Como a priorização é relativa, você pode começar a priorização assim que descobrir seu segundo requisito.
Prorizar baseado no importante e não importante x é urgente e não urgente (alta,media e baixa)(não fazer não urgente e não importante) Prorizar baseado no valor, custo e risco.
Lista de requisitos priorizados »
A essência da especificação de requisitos é documentar os requisitos de diferentes tipos de uma forma consistente, acessível e revisualizável que seja facilmente compreensível pelos públicos pretendidos. Você pode registrar os requisitos de negócios em um documento de visão e escopo. Os requisitos do usuário normalmente são representados na forma de casos de uso ou histórias de usuário. Requisitos de software detalhados funcional e não funcionais são registrados em uma especificação de requisitos de software (SRS) ou em um repositório alternativo, como uma ferramenta de gerenciamento de requisitos.