Trabalho Informatica

Fazer download em pdf ou txt
Fazer download em pdf ou txt
Você está na página 1de 11

Universidade São Tomás de Moçambique

Faculdade de Ciências de Tecnologias de Informação

Licenciatura em Administração de Sistemas de Informação e Redes

RAPID APPLICATION DEVELOPMEN-RAD; PROTÓTIPO E SCRUM

Discente: Docente:

André Cabral Custódio Simbine 2019111093 Dr. Duarte Bila

Maputo, Agosto de 2023


ÍNDICE

INTRODUÇÃO ................................................................................................................ 1

DESENVOLVIMENTO RÁPIDO DE APLICAÇÃO (RAPID APPLICATION


DEVELOPMEN-RAD) .................................................................................................... 2

Principais Características do RAD ............................................................................... 2

PROTÓTIPO .................................................................................................................... 4

SCRUM ............................................................................................................................ 6

CONSIDERAÇÕES FINAIS ........................................................................................... 8

REFERENCIA ................................................................................................................. 9
INTRODUÇÃO

O desenvolvimento de softwares na actualidade é uma questão muito complexa a partir


da concepção da ideia do producto até a finalidade. É nesse contexto que foram
desenvolvidos vários modelos de desenvolvimento de softwares de modo a tornar a fazer
face tal complexidade no processo de desenvolvimento. Entretanto, para este trabalho
debruça-se predominantemente sobre os seguintes modelos de desenvolvimento de
softwares: Rapid Application Developmen-RAD; Prótipo e Scrum. O objectivo deste
trabalho é compreender os fundamentos dos três modelos de desenvolvimento de
softwares, conceitos e suas principais características. Também procura se compreender a
relação entre esses três modelos no processo do desenvolvimento de softwares até ao
producto final.

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.

O Desenvolvimento Rápido de Aplicação (DRA), também conhecido como RAD (Rapid


Application Development), é uma abordagem de desenvolvimento de software que
prioriza a criação rápida e iterativa de aplicações. O objetivo principal do DRA é acelerar
o ciclo de desenvolvimento, permitindo que as equipes entreguem protótipos funcionais
ou versões preliminares de um software de forma mais ágil. Da mesma forma deixa
entender Piske e Seidel (S/D: 1) que “o RAD é uma metodologia de desenvolvimento de
grande sucesso em ambientes proprietários. Embora as ferramentas RAD livres ainda
sejam desconhecidas por grande parte dos desenvolvedores, a sua utilização está
ganhando força pela comunidade de software livre”. Nesse sentido, o RAD veio a
revitalizar o modo como a comunidade desenvolvedora de softwares desenvolve suas
actividades tornando-as mais dinâmicas, rápidas e eficazes. Desta feita, torna-se
importante compreender as principais características do RAD.

Principais Características do RAD

De acordo com CASEMaker Totem (S/D: 8) as características chaves do


Desenvolvimento Rápido de Aplicação incorporam a Interação e Prototipagem;
Envolvimento do Cliente; Equipes Multidisciplinares; Componentização e Reutilização;
Processo de Desenvolvimento Adaptativo e; Fases de Desenvolvimento Concorrentes.

• Interação e Prototipagem: no RAD, as equipes frequentemente desenvolvem


protótipos funcionais da aplicação para capturar rapidamente os requisitos do
cliente e permitir que eles visualizem o progresso. Esses protótipos podem ser
aprimorados e refinados ao longo do desenvolvimento.

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.

Em resumo, o Desenvolvimento Rápido de Aplicação é uma abordagem que visa a criar


software de forma mais rápida e flexível, valorizando a colaboração, a prototipagem e a
adaptação constante.

3
PROTÓTIPO

Um protótipo é uma representação preliminar, incompleta ou simplificada de um produto


ou sistema que está sendo desenvolvido. Ele é usado para dar uma ideia tangível e visual
do conceito ou design antes que o produto final seja construído ou implementado. Os
protótipos podem ser criados em várias formas, como modelos físicos, representações
gráficas, simulações de software ou até mesmo versões simplificadas de um produto.
Portanto, segundo Lauff at al (2018) a prototipagem é uma parte essencial do
desenvolvimento de produtos nas empresas e, ainda assim, é uma das áreas menos
exploradas da prática de design. Existem estudos etnográficos limitados realizados dentro
de empresas, especificamente em torno do tema prototipagem. Este é um estudo empírico
e de base industrial que utiliza observações etnográficas indutivas para aprofundar a nossa
compreensão dos vários papéis que os protótipos desempenham nas organizações.
Contudo, o protótipo na sua essência tem a ver com o desenvolvimento de softwares e
seu processo é designado de prototipagem.

A principal finalidade de criar um protótipo é permitir a avaliação, teste e refinamento


das ideias e características do produto antes de se investir recursos significativos na
produção ou desenvolvimento completo. Isso ajuda a identificar problemas, validar
conceitos, coletar feedback dos usuários e fazer ajustes antes de se comprometer com a
versão final do produto. Os protótipos são uma parte fundamental do processo de design
e desenvolvimento, tanto em campos como design de produtos físicos quanto em
desenvolvimento de software.

Existem diferentes tipos de protótipos, incluindo:

• Protótipos de Baixa Fidelidade: São representações simples e de baixo custo do


produto, geralmente feitas com papel, cartolina, materiais básicos ou ferramentas
de design gráfico. Eles se concentram em capturar ideias de alto nível sem se
aprofundar em detalhes técnicos.
• Protótipos de Alta Fidelidade: São protótipos mais avançados que se aproximam
mais da aparência e funcionalidade do produto final. Eles podem ser feitos com
materiais mais avançados, como plástico, metal ou outros componentes reais. No
caso de software, protótipos de alta fidelidade podem simular interações
complexas do usuário.

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

Scrum é um framework ágil amplamente utilizado no desenvolvimento de software e em


outros projetos complexos. Ele é projetado para melhorar a eficiência, a colaboração e a
adaptabilidade das equipes de desenvolvimento, permitindo que elas entreguem valor de
maneira iterativa e incremental. O Scrum foi inicialmente introduzido como parte do
movimento ágil, que busca responder de forma mais ágil às mudanças nas necessidades
do cliente e no ambiente de negócios. Portanto, de acordo com Schwaber e Sutherland
(2013), o scrum é um framework dentro do qual pessoas podem tratar e resolver
problemas complexos e adaptativos, enquanto produtiva e criativamente entregam
produtos com o mais alto valor possível.

Os principais componentes do Scrum incluem:

1. Papéis:

• Scrum Master: É responsável por facilitar o processo Scrum, remover obstáculos


e garantir que a equipe siga as práticas do Scrum.
• Product Owner: Representa os interesses do cliente e define as funcionalidades
a serem desenvolvidas. Prioriza o backlog do produto.
• Time de Desenvolvimento: A equipe responsável por entregar as
funcionalidades. É auto-organizada e multifuncional.

2. Artefatos:

• Product Backlog: Uma lista de todas as funcionalidades, melhorias e tarefas a


serem desenvolvidas. É priorizada pelo Product Owner.
• Sprint Backlog: Uma seleção das funcionalidades do Product Backlog que serão
trabalhadas durante o sprint atual.
• Incremento: A soma de todas as funcionalidades completadas durante um sprint,
representando uma versão potencialmente entregável do produto.

3. Eventos:

• Sprint: Um período fixo de tempo (geralmente de 2 a 4 semanas) durante o qual


o time de desenvolvimento trabalha para entregar um incremento de software
funcional.

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.

De forma conclusiva, o Scrum enfatiza a entrega de valor em intervalos regulares,


permitindo que as equipes ajustem e melhorem o produto conforme o feedback é
recebido. Ele também promove a colaboração, a transparência e a adaptação contínua,
tornando-se uma metodologia popular para lidar com projetos complexos e em ambientes
em constante mudança.

7
CONSIDERAÇÕES FINAIS

Na ciência do desenvolvimento de Softwares os métodos, abordagens, formas entre


outros vão desenvolvendo de acordo com o tempo, os sistemas e formas de desenvolver
softwares clássicos não são os mesmos que os actuais. Das formas actuais de
desenvolvimento de softwares são extremamente sofisticadas e eficazes, que por sua vez,
dinamizam o desenvolvimento de softwares, isso compreende-se nos modelos discutidos
no presente trabalho.

De forma geral, compreende-se que os modelos de desenvolvimento de softwares


abordados neste trabalho estão interligados nas suas actividades, da seguinte maneira: do
RAD para Protótipo, e do Protótipo para o Scrum. Numa fase inicial, o RAD proporciona
métodos rápidos, sofisticados e eficazes para o desenvolvimento de produtos iniciais em
formas de protótipos. na fase do protótipo é onde ocorre a avaliação e as necessidades de
incremento vindos dos ou do consumidor. Portanto, é dai que surge a necessidade de se
trabalhar com Scrum, que viabiliza, agiliza e articula as actividade das variadas partes
interessadas envolvidas no software a partir do desenvolvedor e consumidor final, onde
são colocados alguns incrementos com base nas necessidades do consumidor e se decide
também o investimento final do protótipo, importa frisar que no Scrum são várias equipes
a trabalhar no mesmo software. É nesse sentido que os métodos de desenvolvimento de
softwares aqui apresentados se interconectam.

8
REFERENCIA

Piske, Otavio e Seidel, Fábio (S/D), Rapid Application Development. Centro


Universitário Positivo – UnicenP. Brasil.

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.

CASEMaker Totem (S/D), What is Rapid Application Development? Disponivel em


https://www.iro.umontreal.ca/~dift6803/Transparents/Chapitre1/Documents/rad_wp.pdf
. Acesso as 13: 58 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.

Você também pode gostar