5 Fases da vida de um Software = PL, PF, C, T, E

Identificação
Projeto Lógico é a parte de
Projeto Viabilidade
Recolhimento e Estudo dos
Lógico
requisitos possuindo 4 fases
Especificação

Validação

Identificação: StakeHolders, Equipe Dev's, Scrum Master pode colaborar para a identificação
sendo o P.O com o papel central. É o processo de coletar, analisar e documentar requisitos que o
sistema deve ter.
Viabilidade: Equipe Dev's, Scrum Master pode colaborar para a identificação sendo o P.O com o
papel central, fazendo a analise dos requisitos e determinar se eles podem ser atendidos dentro
dos recursos disponíveis, restrições e objetivo do Projeto.

Especificação: Deve seguir o padrão [RF_01] Cadastro de Cliente[Nome,CPF]. Para melhor

especificação usamos UML, Fluxograma, protótipo

Validação: Os requisitos são revisados, testados e verificados para garantir que atendam as
expectativas do usuário final
 Entrevista

Técnicas para identificar

Questionário
requisitos

Reunião

Entrevista: Uma conversa com os stakeholders relevantes para coletar informações sobre seus
requisitos e necessidades. Sendo mais eficazes no inicio do projeto

Questionário: Criação de um conjunto de perguntas estruturadas, úteis quando há um grande

número de stakeholders. Frequentemente utilizados em estágios posteriores do projeto, quando
já existe uma compreensão básica dos requisitos e é necessário obter informações mais
detalhadas

Reunião: Durante as reuniões, os participantes discutem e trocam informações sobre os

requisitos do software. As reuniões podem ocorrer em diferentes momentos do projeto,
dependendo das necessidades e do contexto específico.

Todo Projeto Lógico gera

Visão Geral
Documento Específico Glossário
Diagrama de contexto
 Estrutura de Hardware

Projeto Estrutura de Software

Lógico
Modelagem B.D

Processos

Estrutura de Hardware: Dispositivos de entrada, Unidade de processamento central (CPU),

Memória, Dispositivos de armazenamento, Placa-mãe, Dispositivos de saída.

Estrutura de Software: Sistema Operacional, Aplicativos, Bibliotecas e Frameworks,

Drivers de Dispositivos, Algoritmos e Lógica de Controle.

Modelagem B.D: Entidades, Atributos, Relacionamentos, Chaves Primárias, Chaves

Estrangeiras, Etc.
 Lista de tarefas da Sprint

Reunião diária

Sprint Sprint
Planning Backlog
DAILY

Análise do projeto junto ao cliente

REVIEW
SPRINT
Produdo
Scrum
Backlog
RESTROPECTIVA

Lista de todos os requisitos do meu software, Análise do trabalho feito junto a equipe
onde apenas o P.O prioriza os mesmo
 Scrum Master: Ele atua como facilitador e coach, ajudando a equipe a resolver problemas,
remover obstáculos e melhorar continuamente seu processo de trabalho

P.O (Product Owner): O Product Owner é responsável por definir a visão do produto,
estabelecer as prioridades e tomar decisões sobre o que deve ser incluído no Product Backlog.
Ele trabalha em estreita colaboração com os stakeholders e com a equipe de desenvolvimento
para garantir que o Product Backlog esteja adequado

Equipe de Desenvolvimento: A equipe de desenvolvimento é responsável por transformar os

itens do Product Backlog em incrementos de produto funcionais a cada Sprint

4 princípios Metodologia Agil

Indivíduos e interações acima de processos e ferramentas: Esse princípio enfatiza a
importância da comunicação e colaboração entre as pessoas envolvidas no projeto. O foco
está em promover interações efetivas, valorizando mais as habilidades e contribuições
individuais do que a rigidez dos processos e ferramentas.

Software funcionando acima de documentação abrangente: Esse princípio destaca a

importância de entregar resultados tangíveis e funcionais em vez de se concentrar apenas em
documentação extensa. O objetivo é priorizar a criação de software de qualidade, garantindo
que o produto esteja constantemente evoluindo e gerando valor real.
 Colaboração com o cliente acima de negociação de contratos: Esse princípio enfatiza a
importância da colaboração próxima entre a equipe de desenvolvimento e o cliente ou
usuário final. A ideia é envolver o cliente durante todo o processo de desenvolvimento,
buscando feedback contínuo e adaptando o produto às suas necessidades em constante
evolução.

Responder a mudanças acima de seguir um plano: Esse princípio reconhece que os

requisitos e as circunstâncias do projeto podem mudar ao longo do tempo. Em vez de aderir
rigidamente a um plano inicial, a metodologia ágil valoriza a capacidade de responder de
forma flexível às mudanças. Isso envolve a realização de ajustes frequentes no
planejamento e na execução do projeto, buscando sempre otimizar o resultado final.

Esses pontos do Manifesto Ágil enfatizam a importância de colocar as pessoas em

primeiro lugar, de entregar software funcional e valioso, de colaborar de forma
próxima com o cliente e de se adaptar às mudanças de forma ágil