Modelo de Protótipo

mais significativa desvantagem dos modelos anteriores (cascata e espiral) é que havia muitos clientes rejeição que acontece depois que o aplicativo foi desenvolvido, e não houve envolvimento dos clientes na área entre o projeto.

portanto, eles iniciaram a nova abordagem, que é conhecida como modelo protótipo. Neste, Nós recolheremos as exigências do cliente e prepararemos um protótipo (amostra), e começá-lo-emos revisto e aprovado pelo cliente. E somente quando eles estiverem satisfeitos, começaremos a trabalhar nos projetos originais para que não haja rejeição do cliente.

o protótipo é apenas a amostra ou um manequim do produto de software necessário. Se todos os módulos mencionados estiverem presentes, apenas o desenvolvedor e o testador realizarão testes de protótipo.

Quando usamos o modelo de Protótipo

Geralmente, nós vamos para esse modelo por causa das seguintes razões:

  • Sempre que o cliente é novo para a indústria de software ou quando ele não sabe como dar os requisitos para a empresa.
  • quando os desenvolvedores são novos no domínio.

Nota:
a diferença entre o teste e o teste de protótipo é que – no teste, trabalharemos na funcionalidade, o que dá alguma entrada e saída.
e no teste de protótipo, testaremos apenas a aparência, o que significa que a interface do Usuário e o frontend.

processo do modelo de protótipo

o modelo de prototipagem tem fases diferentes, que são as seguintes:

  • análise de requisitos
  • estudo de viabilidade
  • Criar um protótipo
  • testes do Protótipo
  • Cliente de análise e aprovação de
  • Design
  • Codificação
  • Teste
  • Instalação e manutenção

Modelo de Protótipo

análise de requisitos

Este modelo começa com a coleta de requisitos dos clientes. E esses requisitos do projeto devem estar em detalhes. Esses detalhes são recebidos pelo analista de negócios e Analista de produtos. Onde o Business analyst é atribuído a empresas de software baseadas em serviços e o product analyst é atribuído a empresas de software baseadas em produtos.

estudo de Viabilidade

Na próxima fase, o BA, RH, Arquitetura e equipes de Finanças cabeça vai se sentar juntos e conversar sobre o custo do produto, qual o recurso que vai ser necessário, que a tecnologia é usada para desenvolver o produto e quanto tempo é necessário para concluir o produto e entregar.

Criar um protótipo

Depois de concluído o estudo de viabilidade, vamos passar para a próxima etapa, onde estaremos criando o protótipo (amostra ou fictício) com base na coleta de dados do cliente e o desenvolvedor web design do protótipo.

aqui, temos os seguintes tipos de protótipo:

  • Static protótipo
  • Dinâmica protótipo

Static protótipo

No protótipo estático, mantivemos a todo o protótipo de requisitos em um documento do word com o fato de ter todas as orientações, captura de tela, e a descrição de como construir o software, como o produto final será parecido e como vai funcionar e assim por diante.

protótipo dinâmico

o protótipo dinâmico é paralelo ao navegador, mas aqui não podemos fornecer detalhes, apenas a funcionalidade está lá sem inserir os dados. É como uma página fictícia feita de html com tags e links para as várias páginas para os recursos expressivos do produto.

testes de protótipo

uma vez que construímos o protótipo, a BA testará o protótipo e realizará uma rodada de testes de protótipo.

Nota:
o teste de protótipo está testando, onde testaremos apenas a aparência, o que significa que a interface do Usuário e o frontend.

revisão e aprovação do cliente

uma vez feito o teste do protótipo, ele será entregue ao cliente para sua revisão e aprovação. Se o cliente não estiver satisfeito com a amostra fornecida, alteraremos o protótipo com base nas diretrizes e feedback do cliente. Esse processo continuará até que o cliente aprove e fique satisfeito com o protótipo. É um pouco demorado porque temos que realizar as alterações repetidas vezes no protótipo.

Design

depois de obter o protótipo aprovado, iniciaremos o design de alto nível e baixo nível para o produto final e consideraremos todas as sugestões dadas pelo cliente no momento do protótipo final.

codificação

uma vez concluída a fase de projeto com sucesso, passamos à nossa fase de codificação, onde o desenvolvedor em questão começa a desenvolver o produto com base em seus conhecimentos de programação.

testes

após a compilação da fase de desenvolvimento, é entregue ao engenheiro de teste. E o engenheiro de teste testa a funcionalidade do aplicativo e todas as entradas e Saídas.

instalação e manutenção

uma vez que nosso produto final é desenvolvido e testado de acordo com o protótipo final, ele será implantado na produção. E o produto passará pela manutenção de tempos em tempos para reduzir qualquer interrupção, o que ajuda a evitar falhas significativas.

Nota:

  • a partir da Coleção De requisitos para a revisão do cliente, o formato documentado é convertido em um formato de protótipo porque é uma fase de coleta de requisitos estendida e o design real começa na fase de design.
  • anteriormente, o desenvolvimento de protótipos é feito por desenvolvedores. Ainda assim, agora é feito por desenvolvedores de conteúdo ou web designers, onde eles desenvolvem o protótipo do produto com a ajuda de algumas ferramentas.
  • nisso, o cliente tem a chance de começar a pedir mudanças no requisito, pois é fácil fazer alterações nos requisitos no protótipo e não no aplicativo real. Portanto, o custo reduzirá e as expectativas serão atendidas.

Vantagens e desvantagens do modelo de protótipo

Existem as seguintes vantagens e desvantagens do modelo de protótipo:

Vantagem Desvantagem
podemos facilmente detectar a falta de funcionalidade. é um processo demorado, porque se o cliente muda no protótipo.
e também perderá nosso tempo mudando repetidamente no manequim (protótipo), o que atrasará o trabalho do projeto real.
nisso, a equipe de desenvolvimento e o cliente têm uma comunicação clara sobre os requisitos e o resultado do produto. não há revisão de requisitos, mas a revisão do protótipo está lá.
nisso, a satisfação do cliente existe. não há entregas paralelas, o que significa que as duas equipes não podem trabalhar juntas.
podemos reutilizar o protótipo na fase de projeto e para aplicações semelhantes. em algum momento, o aplicativo parcial pode fazer com que o software não seja usado como o sistema completo foi projetado.
neste modelo, a rejeição do cliente é menor em comparação com os outros modelos. análise insuficiente ou parcial do problema.
os problemas podem ser identificados na fase inicial. também podemos perder a atenção do cliente se eles não estiverem satisfeitos com o produto final ou o protótipo original.

Leave a Reply