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
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