Trabalho Informatica
Trabalho Informatica
Trabalho Informatica
Discente: Docente:
INTRODUÇÃO ................................................................................................................ 1
PROTÓTIPO .................................................................................................................... 4
SCRUM ............................................................................................................................ 6
REFERENCIA ................................................................................................................. 9
INTRODUÇÃO
1
DESENVOLVIMENTO RÁPIDO DE APLICAÇÃO (RAPID APPLICATION
DEVELOPMEN-RAD)
O termo RAD foi inicialmente aplicado pelo Martin nos anos de 1990 para tornar clara a
separação entre os ciclos de desenvolvimento de softwares antigos e modernos. De acordo
com Agarwal at al (2000: 178), James Martin cunhou o termo RAD no início da década
de 1990 para distinguir a metodologia do modelo tradicional em cascata para
desenvolvimento de sistemas. RAD refere-se a um ciclo de vida de desenvolvimento
projetado para proporcionar um desenvolvimento muito mais rápido e resultados de maior
qualidade do que o ciclo de vida tradicional. Ele foi projetado para aproveitar ao máximo
o poderoso software de desenvolvimento que evoluiu recentemente.
2
• Envolvimento do Cliente: a abordagem RAD enfatiza a colaboração contínua
com os clientes e partes interessadas. Isso ajuda a garantir que a aplicação esteja
alinhada com as necessidades reais dos usuários e possa ser ajustada de acordo
com o feedback recebido.
• Equipes multidisciplinares: O RAD geralmente envolve equipes
multidisciplinares, incluindo desenvolvedores, designers, analistas de negócios e
outros especialistas. Isso permite abordar várias dimensões do desenvolvimento
de software simultaneamente.
• Componentização e Reutilização: O RAD frequentemente utiliza a reutilização
de componentes de software existentes para acelerar o processo de
desenvolvimento. Isso pode incluir a utilização de bibliotecas, frameworks e
outros recursos pré-existentes.
• Processo de Desenvolvimento Adaptativo: Em vez de seguir um plano rígido, o
RAD se adapta às mudanças e ajusta o desenvolvimento com base no feedback e
nas necessidades emergentes.
• Fases de Desenvolvimento Concorrentes: Em vez de passar por fases de
desenvolvimento sequenciais, o RAD frequentemente envolve a realização de
várias etapas de desenvolvimento de forma paralela, agilizando o processo.
É importante notar que o RAD pode ser especialmente útil para projetos em que os
requisitos não estão completamente definidos desde o início ou para situações em que a
velocidade de entrega é uma prioridade. No entanto, também pode apresentar desafios,
como a possibilidade de falta de documentação adequada ou a necessidade de revisões
frequentes no código à medida que a aplicação evolui.
3
PROTÓTIPO
4
• Protótipos de Software: São versões preliminares de um software que permitem
testar as funcionalidades e a interface do usuário. Esses protótipos podem ser
interativos e ajudam a validar requisitos e fluxos de trabalho.
• Protótipos de Serviços: Em setores de serviços, como design de experiência do
usuário (UX) ou design de serviço, protótipos podem ser usados para simular
como os clientes interagiriam com um serviço em cenários do mundo real.
De forma geral, um protótipo é uma ferramenta valiosa para validar ideias, coletar
feedback e reduzir riscos durante o processo de desenvolvimento de produtos ou sistemas,
independentemente se forem produtos físicos ou soluções de software.
5
SCRUM
1. Papéis:
2. Artefatos:
3. Eventos:
6
• Reunião de Planejamento do Sprint: No início de cada sprint, o time de
desenvolvimento se reúne para selecionar as funcionalidades a serem entregues e
planejar como realizar o trabalho.
• Daily Scrum: Uma reunião diária de curta duração (cerca de 15 minutos) em que
a equipe compartilha o progresso, discute desafios e coordena o trabalho.
• Revisão do Sprint: Uma reunião no final do sprint para demonstrar o incremento
desenvolvido e obter feedback do Product Owner e de outras partes interessadas.
• Retrospectiva do Sprint: Uma reunião após a revisão do sprint, onde a equipe
reflete sobre o processo e identifica melhorias para os próximos sprints.
7
CONSIDERAÇÕES FINAIS
8
REFERENCIA
Schwaber, Ken e Sutherland, Jeff (2013). Um guia definitivo para o Scrum: As regras
do jogo. Guia de Scrum. Dispone em
https://scrumguides.org/docs/scrumguide/v1/Scrum-Guide-Portuguese-BR.pdf. Acesso
as 14: 39 de 31/08/2023.
Agarwal, Ritu; Prasad, Jayesh; Tanniru, Moha e Lynch, John (2000), Risks of Rapid
Application Development. Communications of the ACM. Volume 43, No 11. Disponivel
em
https://www.researchgate.net/publication/220427008_Risks_of_Rapid_Application_De
velopment. Acesso as 14: 07 de 25/08/2023.
Lauff, Carlye (2018), What is a Prototype? What are the Roles of Prototypes in
Companies? Journal of Mechanical Design. Disponível em
https://www.researchgate.net/publication/323198004_What_is_a_Prototype_What_are_
the_Roles_of_Prototypes_in_Companies. Acesso as 14: 22 de 25/08/2023.