Felipe Almeida Teixeira

Análise Modelagem UML ÀGIL

PATOS DE MINAS
2024
 Felipe Almeida Teixeira

Análise Modelagem UML ÀGIL

Trabalho realizado como requisito de avaliação parcial

da matéria da disciplina Análise de Sistemas
proposta pelo professora Diane Fátima Alves Braga.

PATOS DE MINAS
2024

1
1-a) É a lista de tarefas e a análises que geram uma documentação de todos os processos
necessários para a produção de um programa. Além de documentar, ela é responsável
pela manutenção ao longo do tempo.
b) O analista de requisitos têm como principal função traduzir as necessidades dos
usuários de um software ou de um sistema específico e comunicar aos demais
integrantes da equipe.
c) Requisitos são, além de funções, objetivos, propriedades, restrições que o sistema
deve possuir para satisfazer contratos, padrões ou especificações de acordo com o(s)
usuário(s). De forma mais geral um requisito é uma condição necessária para satisfazer
um objetivo.
d) A especificação de requisitos de software é a etapa do desenvolvimento que
determina o sucesso de um software. É o que define os objetivos e funções que um
software precisa executar, bem como as que ele não pode ter (restrições).
e) Entre as dificuldades encontradas na fase de levantamento de requisitos estão: o
usuário principal do sistema não sabe o que quer que o sistema faça ou sabe e não
consegue transmitir para o analista; requisitos identificados, mas que não são realistas e
não identificam os requisitos similares informados por pessoas diferentes. Um
stakeholder errado afetará em perda de tempo e dinheiro para ambas as partes
envolvidas no desenvolvimento do sistema.
f) O envolvimento dos clientes durante a fase de levantamento de requisitos varia de
alto a baixo. Quanto maior o envolvimento, melhor a compreensão das necessidades,
validação dos requisitos, redução de erros e aumento da aceitação do sistema.
g) O documento de requisitos deve conter:
- Introdução e visão geral do documento
- Descrição de requisitos funcionais
- Descrição de requisitos não-funcionais
- Escopo não contemplado (de funcionalidades)
- Documentação de apoio
h) Principais técnicas de análise de requisitos incluem entrevistas, observação,
workshops, questionários, análise de documentação, prototipagem, análise de casos de
uso, modelagem de processos de negócio, entrevistas estruturadas e brainstorming.
i) Falhas nos requisitos podem causar atrasos, custos adicionais, baixa qualidade do
produto, insatisfação do cliente, risco de segurança, mau entendimento dos requisitos,
rejeição do produto e impacto na reputação da empresa.
j) As dificuldades mais comuns na análise de requisitos incluem: compreensão dos
requisitos do cliente, requisitos ambíguos ou inconsistentes, escopo mal definido,
identificação de requisitos implícitos, conflitos de interesses entre stakeholders, falta de
envolvimento dos stakeholders, mudanças nos requisitos durante o desenvolvimento,
limitações de tempo e recursos, e falta de experiência em técnicas de elicitação de
requisitos.
2- Disciplinas Principais:
Engenharia de Software
Análise e Modelagem de Sistemas
Gerenciamento de Projetos de Software
Processos de Desenvolvimento de Software
Engenharia de Requisitos
Testes de Software
Qualidade de Software
Interação Humano-Computador
Prototipação de Software
Design Centrado no Usuário

Disciplinas de Apoio:
Matemática e Estatística
Lógica de Programação
Comunicação e Negociação
Psicologia Cognitiva
Ética Profissional
Análise de Dados
Gestão de Conflitos
Inglês Técnico
Gerenciamento de Configuração
Ferramentas de Documentação e Modelagem
3- A "disciplina de requisitos" abrange todas as atividades relacionadas aos requisitos ao
longo do ciclo de vida do desenvolvimento de software, enquanto a "fase de requisitos"
se refere a uma etapa específica onde essas atividades são intensificadas para definir os
requisitos do sistema a ser desenvolvido.
4- O trabalho de requisitos pode ocorrer em etapas mais avançadas do projeto devido a
mudanças nos requisitos, refinamento dos requisitos, identificação de requisitos não
funcionais, validação e verificação de requisitos, e aprendizado iterativo.
5- A modelagem de projeto é a criação de representações visuais que descrevem a
estrutura, comportamento e funcionalidades do sistema a ser desenvolvido. Isso facilita

2
a compreensão, comunicação e validação dos requisitos do sistema antes da
implementação.
6- Modelagem de Software: Cria representações abstratas do sistema para documentar
requisitos e sua estrutura.
Prototipação de Software: Desenvolve versões preliminares do software para testar
conceitos e obter feedback dos usuários antes da implementação completa.
7- A crise do software foi caracterizada por projetos que excediam prazos,
ultrapassavam orçamentos e não atendiam às necessidades dos usuários. Para resolver
isso, foram implementadas metodologias formais, padronização, desenvolvimento de
ferramentas avançadas e ênfase na qualidade e gerenciamento de projetos. Essas
mudanças ajudaram a melhorar a eficiência e qualidade do desenvolvimento de
software.
8- A UML é uma linguagem padronizada de modelagem visual para representar
sistemas de software. Surgiu na década de 1990 pela unificação de várias metodologias
de modelagem. É utilizada para visualização, documentação, projeto e implementação
de sistemas de software.
9- O diagrama de caso de uso descreve interações entre usuários e o sistema, mostrando
os diferentes casos de uso do sistema, enquanto o diagrama de classe descreve a
estrutura estática do sistema, representando as classes, seus atributos e relacionamentos.
Por exemplo, em um sistema bancário, o diagrama de caso de uso pode incluir casos
como Login, Saque, etc; enquanto o diagrama de classe pode representar classes como
Cliente e Transação.
10- Metodologias ágeis são abordagens de desenvolvimento de software que enfatizam
a entrega incremental, colaboração, adaptação a mudanças e foco no cliente. Exemplos
incluem Scrum, Kanban e XP.
11- O Manifesto Ágil é um documento criado em 2001 por um grupo de
desenvolvedores insatisfeitos com abordagens tradicionais de desenvolvimento de
software. Ele enfatiza valores como indivíduos e interações, software em
funcionamento, colaboração com o cliente e responder a mudanças. Esses valores
influenciaram o surgimento de metodologias ágeis, como Scrum e Kanban.
12- Os quatro valores do Manifesto Ágil são:
Indivíduos e interações mais que processos e ferramentas: Destaca a importância da
comunicação e colaboração entre as pessoas envolvidas no desenvolvimento de
software.
Software em funcionamento mais que documentação abrangente: Prioriza a entrega de
software funcional e de valor para o cliente em detrimento da documentação extensiva.
Colaboração com o cliente mais que negociação de contratos: Valoriza a parceria e
colaboração com o cliente ao longo do processo de desenvolvimento.
Responder a mudanças mais que seguir um plano: Reconhece que os requisitos e
prioridades podem mudar ao longo do tempo, portanto, é importante ser ágil e adaptar-
se rapidamente.

3
13- Os doze princípios do Manifesto Ágil são:
Satisfação do cliente através da entrega contínua e rápida de software de valor.
Mudanças nos requisitos são bem-vindas, mesmo tardiamente no desenvolvimento.
Entregar software funcional frequentemente, com preferência para intervalos curtos.
Pessoas de negócio e desenvolvedores devem trabalhar juntos diariamente durante todo
o projeto.
Construir projetos ao redor de indivíduos motivados. Dê a eles o ambiente e o suporte
necessário, e confie que farão o trabalho.
A forma mais eficiente e eficaz de transmitir informações para e dentro de uma equipe
de desenvolvimento é através de conversa cara a cara.
Software funcional é a principal medida de progresso.
Desenvolvimento sustentável, mantendo um ritmo constante indefinidamente.
A atenção contínua à excelência técnica e ao bom design aumenta a agilidade.
Simplicidade - a arte de maximizar a quantidade de trabalho não feito - é essencial.
As melhores arquiteturas, requisitos e designs emergem de equipes auto-organizáveis.
Em intervalos regulares, a equipe reflete sobre como se tornar mais eficaz, ajusta e
otimiza seu comportamento de acordo.
14- Jira Software:
Ferramenta de gerenciamento de projetos ágil da Atlassian.
Permite planejamento, acompanhamento e gerenciamento colaborativo do trabalho.
Personalizável e integrável, adequado para equipes de todos os tamanhos.
Trello:
Ferramenta de colaboração baseada em quadros visuais.
Facilita o gerenciamento flexível e intuitivo de projetos ágeis.
Oferece recursos como cartões, listas e integrações com outras ferramentas populares.
15- Metodologias ágeis são abordagens de desenvolvimento de software que enfatizam
a entrega contínua de valor ao cliente e a adaptação a mudanças, enquanto a UML
(Unified Modeling Language) é uma linguagem de modelagem visual usada para
representar sistemas de software. As metodologias ágeis orientam o processo de
desenvolvimento, enquanto a UML é uma ferramenta de comunicação e documentação.
16- O ciclo de vida de um software é uma estrutura que indica processos e atividades
envolvidas no desenvolvimento, operação e manutenção de um software, abrangendo de
fato toda a vida do sistema. Neste ciclo, existem modelos que definem como o software
será desenvolvido, lançado, aprimorado e finalizado.

4
17- O desenvolvimento incremental é um modelo de processo de desenvolvimento de
softwares baseado na entrega de pedaços de softwares já com funcionalidades
autônomas.
Assim, a cada entrega realizada pelo time de desenvolvedores, o cliente receberá um
bloco de funcionalidade para que seja aprovado ou não.
Dessa forma, à medida que os blocos de funcionalidades vão sendo estruturados, eles
vão se juntando, de modo a formar o software final desejado.
18- O modelo cascata é uma metodologia de desenvolvimento de software surgida na
década de 1970, criada por Winston Walker Royce. Sua principal característica é a
divisão das tarefas em etapas predeterminadas, que são executadas de forma sequencial.
Isso quer dizer que é preciso finalizar todas as tarefas de uma etapa para que seja
possível passar para a seguinte. Ao cumprir todas as etapas, o resultado será um produto
de software funcional, pronto para ser entregue ao cliente.
19- As principais desvantagens da metodologia ágil são:
- Falta de documentação detalhada pode dificultar a manutenção do software no longo
prazo.
- Necessidade de gerenciamento de tempo eficiente para evitar atrasos nas entregas.
- Maior dependência de comunicação efetiva entre a equipe e o cliente.
- Não adequado para todos os tipos de projetos, especialmente aqueles com requisitos
rígidos e bem definidos.
20- As principais desvantagens da metodologia UML são:
- Complexidade Inicial: A UML pode ser complicada para iniciantes, devido à
variedade de diagramas e notações.
- Custo e Tempo: Criar modelos detalhados pode demandar muito tempo e recursos,
aumentando os custos de desenvolvimento.
- Documentação Excessiva: Às vezes, a UML gera muita documentação, dificultando a
manutenção e compreensão dos modelos.
- Falta de Consistência: A interpretação dos conceitos UML pode variar, causando
inconsistência nos modelos entre equipes e organizações.
- Detalhamento Excessivo: Os modelos UML podem se tornar excessivamente
detalhados, dificultando a comunicação eficaz entre os membros da equipe.
- Ênfase na Estrutura: A UML tende a focar mais na estrutura do que no comportamento
dos sistemas, o que pode limitar sua capacidade de representar completamente um
sistema em evolução.

Referências:

5
Kenzie. Engenharia de requisitos de software. Disponível em:
https://kenzie.com.br/blog/engenharia-de-requisitos-de-software/. Acesso em: 15 mar.
2024.
Indeed. O que faz um analista de requisitos? Disponível em:
https://br.indeed.com/conselho-de-carreira/encontrando-emprego/que-faz-analista-
requisitos. Acesso em: 15 mar. 2024.
DevMedia. Introdução a requisitos de software. Disponível em:
https://www.devmedia.com.br/introducao-a-requisitos-de-software/29580. Acesso em:
15 mar. 2024.
MonitoraTec. Especificação de requisitos de software. Disponível em:
https://www.monitoratec.com.br/blog/especificacao-de-requisitos-de-software/. Acesso
em: 15 mar. 2024.
DevMedia. Técnicas para levantamento de requisitos. Disponível em:
https://www.devmedia.com.br/tecnicas-para-levantamento-de-requisitos/9151. Acesso
em: 15 mar. 2024.
DevMedia. Documento de requisitos. Disponível em:
https://www.devmedia.com.br/artigo-engenharia-de-software-10-documento-de-
requisitos/11909. Acesso em: 15 mar. 2024.
Trybe. Modelo cascata. Disponível em: https://blog.betrybe.com/tecnologia/modelo-
cascata/. Acesso em: 15 mar. 2024.
TreinaWeb. Ciclo de vida de software: por que é importante saber? Disponível em:
https://www.treinaweb.com.br/blog/ciclo-de-vida-software-por-que-e-importante-saber.
Acesso em: 15 mar. 2024.