Modelo Cliclo de Vida – Prototipação
Prototipação é uma abordagem baseada numa visão evolutiva do desenvolvimento de software, afetando o processo como um todo. Esta abordagem envolve a produção de versões iniciais - protótipos (análogo a maquetes para a arquitetura) - de um sistema futuro com o qual pode-se realizar verificações e experimentações para se avaliar algumas de suas qualidades antes que o sistema venha realmente a ser construído.
Quando usar?
Cliente com objetivos gerais sem detalhes; Desenvolvedor não tem certeza da eficiência de um algoritmo; Interação homem-máquina pode não ser aceita pelo cliente.
O que gerar como protótipo?
Navegação de telas; Subconjunto de funcionalidade existente no sistema; Toda a funcionalidade existente que será melhorada em um novo esforço de desenvolvimento. Desvantagens
O cliente vê a versão em funcionamento e exige alguns acertos para colocar logo em uso; A codificação utilizada para apresentar o protótipo pode no final ser a definitiva; O descartamento do protótipo pode ser visto com perda de tempo para o cliente
Ferramentas de Prototipagem Origem: Wikipédia, a enciclopédia livre. Ir para: navegação, pesquisa
Prototipagem de Software é um processo interativo de geração de modelos de software que faz parte da análise do ciclo de vida do desenvolvimento de sistemas. É a atividade de desenvolvimento de uma versão inicial do sistema baseada no atendimento dos requisitos ainda pouco definidos, permitindo a descoberta de falhas difíceis de serem encontradas na comunicação verbal. Um processo que propõe a criação de um protótipo de software objetiva apoiar a fase levantamento de requisitos a fim de prevenir as possíveis falhas no sistema. Um protótipo simula a aparência e funcionalidade do software permitindo que os clientes, analistas, desenvolvedores e gerentes percebam os requisitos do sistema podendo interagir, avaliar, alterar e aprovar as características mais marcantes na interface e funções. Os protótipos podem ser evolutivos ou descartáveis. Na prototipagem evolutiva o sistema surge de evoluções refinadas dos protótipos enquanto um protótipo descartável é usado para descobrir problemas nos requisitos e depois é abandonado. Dentre algumas vantagens da Prototipação está a redução de custos no desenvolvimento; participação do usuário no processo de desenvolvimento; facilidade de operação do sistema, uma vez que, os usuários sabem o que esperar através do protótipo; resultados na satisfação mais elevada do usuário; diminuição de equívocos entre usuários e desenvolvedores; esclarecimento de alguns requisitos confusos. Algumas desvantagens no uso de protótipos são: a condução a uma análise insuficiente do software; os usuários esperam um desempenho do software final igual ao do protótipo; os clientes podem tornar-se unidos demais a seus protótipos.
As Ferramentas de Prototipagem são utilizadas por muitas empresas durante o processo de prototipação. Algumas utilizam esquemas em papel na análise inicial, para facilitar um feedback concreto dos usuários, e depois desenvolvem um protótipo operacional utilizando sistemas específicos, como ferramentas de construção de ícones, e as técnicas e linguagens de 4ª Geração (4GL). Técnicas de reuso também podem ser empregadas em fases oportunas. O IDE - Integrated Development Environment ou Ambiente de Desenvolvimento Integrado também pode ser utilizado para a geração de protótipos. O IDE é um programa com características e ferramentas que apoiam o desenvolvimento de software. As linguagens de programação interagem com um ambiente de suporte , os IDE´s, permitindo a geração de protótipos. Os IDE´s permitem que as telas sejam montadas facilmente clicando e arrastando os componentes ao formulário, assim é possível compilar o projeto na linguagem suportada pela IDE e gerar um protótipo desejado. Essas características de programação visual são heranças da maioria das ferramentas de desenvolvimento de protótipos.
Ferramentas utilizadas na geração de protótipos de software
1. Visual Fox Pro – Sistema de desenvolvimento de Banco de Dados para rápida criação de aplicações desktop. [1]
2. Eclipse - O eclipse (IDE) é uma ferramenta opensSource que agrega a plataforma de desenvolvimento geradores de códigos Java. O interessante do eclipse são seus Plugins, através deles o eclipse pode gerar ainda códigos Python e C/C++. [2]
3. Visual Studio .NET – É uma solução da Microsotf que gera código para Framework .NET, suportando linguagens Visual Basic .NET, C#, C++, e J#.[3] 4. IBM VisualAge Generator - Um ambiente de desenvolvimento de aplicativo
rápido para e-business
Há diversas opções para fazer protótipos de sistemas de software. As técnicas variam consoante os custos e o esforço investido para a realização do protótipo e também pela fidelidade e generalidade dos resultados. Abaixo estão as técnicas de prototipagem mais usuais para a prática da engenharia de usabilidade:
• Storyboard • Protótipo em papel • Feiticeiro de Oz • Máquina de Cenários • Prototipagem rápida • Prototipagem evolutiva Storyboarding
Esta técnica utiliza a especificação através de imagens para descrever certas situações. Fortemente ligado à técnica de cenários, o storyboarding pode actuar de forma conjunta com estes. Entretanto, pela sua forma de descrição, os cenários são mais adequados à análise de tarefas, enquanto o storyboarding se encaixa melhor na validação do formato visual destes cenários e elaboração de protótipos não operacionais.
Protótipo em papel
É certamente o método mais simples a utilizar; apenas com o material existente num escritório é possível fazer um esboço de uma aplicação, isto é, com papel (ou “post-it”) lápis e caneta pode criar-se caixas de diálogo, menus, mensagens de erro, … Assim que parte do sistema esteja esquematizado, pede-se aos potenciais utilizadores que testem o protótipo, interagindo com a interface em papel. Além disso, caso algo não esteja correcto e se queira mudar, é extremamente fácil de se (re)fazer.
Feiticeiro de Oz
Uma pessoa (wizard) simula as respostas do sistema de acordo com as entradas do utilizador, pela seguinte ordem:
– Interpreta os inputs de um utilizador segundo um algoritmo – Controla computador para simular o output desejado – Usa a interface real ou um “mock-up”
A técnica do Feiticeiro de Oz ou “Wizard of Oz” é utilizado para simular a adição de funcionalidades complexas e também para testar ideias futuristas.
Máquina de cenários
O protótipo traduz-se, apenas, por alguns ecrãs que sustentam uma quantidade considerável de informação sobre “se” e “como” é que o desenho do sistema vai de encontro com os objectivos e as expectativas do utilizador; a “máquina de cenários”
inclui ainda alguma programação em lógica que permite que os utilizadores possam “navegar” através de uma sequência predefinida de cenários.
Prototipagem rápida
É usada para reduzir os riscos dos requisitos. O protótipo é desenvolvido a partir de uma especificação inicial, é entregue/dado a conhecer aos clientes finais e aos responsáveis pelo projecto e depois é "deixado de lado". Um protótipo rápido nunca deve ser considerado como uma versão (quase) final do sistema, pois a prototipagem rápida é pouco estruturada e difícil de manter do início ao final do projecto.
Prototipagem evolutiva
O principal ponto aqui é adquirir funcionalidade para demonstrar uma parte do sistema ao utilizador final, de modo a que algum feedback seja conseguido do lado do cliente. [11] À medida que o sistema vai sendo desenvolvido, diversas funcionalidades são adicionadas ao protótipo e traduzidas numa eficiente implementação. No final, o sistema vai estar pronto no seu todo.
Perigos da prototipagem
A técnica de prototipagem na identificação de requisitos pode nem sempre ser benéfica. Algumas empresas e/ou organizações podem encarar os protótipos como sendo “inimigos” seus. A adaptação ao protótipo, a eficiência de utilização, a aplicabilidade e o comportamento dos potenciais utilizadores e também dos clientes que estão a “comprar” um sistema de software pode ter um impacto negativo.
Se a maqueta do sistema for construída sem cuidado especial, pode ser que esta resolva, teoricamente, o problema errado, ou seja, aparentemente o protótipo pode parecer muito bom e estar muito bem feito, mas na realidade não ir ao encontro das necessidades base dos potenciais utilizadores.
Para além disso, o facto de um protótipo dar a conhecer apenas algumas “peças do puzzle”, pode levar a que se menosprezem partes fundamentais do sistema, tornando-se incompleto. Saltar passos fundamentais no detornando-senho de um software pode conduzir à “primeira solução” (mais fácil e simples) em vez de nos levar à “melhor solução”. A prototipagem tem ainda outro problema que deve ser levado em conta: se for demasiado perfeito e permitir que o utilizador navegue pelo sistema já com um grau de profundidade elevado, pode levar a que o cliente pense que o projecto já está praticamente pronto, desvalorizando assim a quantidade de trabalho ainda por realizar.
Conclusão
Concluindo, o processo de prototipagem pode ser muito eficaz, mas também ter custos de produção elevados e ocupar uma quantidade de tempo exagerada. Todos estes pontos devem ser bem medidos tanto pelos engenheiros de software que estão à frente de qualquer projecto como também pela parte dos clientes.
Já muito tem sido escrito sobre as melhores práticas para o desenvolvimento de aplicações de software, mas o que é certo é que não existe “a melhor maneira”. Há diversas formas de encarar a realidade tecnológica e a criação de novos sistemas de software não é excepção. Tanto a prototipagem como os requisitos são necessários. O uso do método de “tentativa-erro” no processo de análise e síntese na Engenharia de Software é cada vez mais usado. “Bottom-up” é síntese. “Top-down” é análise.
“Bottom-up” é prototipagem. “Top-down” é desenvolvimento de requisitos. A prototipagem facilita a comunicação entre o cliente e o responsável pelo desenho da aplicação. A escrita formal dos requisitos do sistema de software é necessária para estabelecer uma definição clara do projecto, permitindo controlar as alterações que vão sendo efectuadas ao longo de todo o processo e facilitando a comunicação entre o cliente e o gestor do projecto.
