Olá, futuro aprovado! O tema de hoje, Prototipação de Software, é uma peça-chave na disciplina de Engenharia de Requisitos e Engenharia de Software, sendo figurinha carimbada em provas de TI. A sua relevância vem da necessidade de validar ideias e requisitos com o usuário antes de investir tempo e recursos no desenvolvimento completo de um sistema. A questão que analisaremos hoje, aplicada pela FGV em 2017 para a ALERJ, é um exemplo clássico de como as bancas exploram as nuances dos tipos de protótipos. Ela nos servirá como um trampolim para um mergulho profundo neste universo, garantindo que você não apenas acerte questões idênticas, mas domine o raciocínio por trás do tema.
O que é Prototipação?
Em termos simples, prototipação é o processo de criar um modelo inicial, ou protótipo, de um produto de software. [1] Este modelo simula a interface e, em alguns casos, a funcionalidade do sistema final. O objetivo principal não é criar um software funcional, mas sim uma ferramenta de comunicação e validação. Ele permite que desenvolvedores, designers e, principalmente, usuários finais “toquem” e “sintam” o sistema, fornecendo feedback crucial em uma fase onde as mudanças são mais fáceis e baratas de implementar. [4]
Dimensões da Prototipação: Horizontal vs. Vertical
As bancas adoram explorar a diferença entre as duas principais dimensões da prototipação: a horizontal e a vertical. É aqui que a questão da ALERJ concentra seu foco. Vamos dissecar cada uma delas.
Prototipação Horizontal: A Visão Panorâmica
A prototipação horizontal, gabarito da nossa questão de referência, foca em apresentar uma visão ampla e abrangente do sistema. [3, 4] Imagine o menu de um grande portal de notícias. Um protótipo horizontal mostraria todas as seções (Esportes, Política, Economia, Cultura), permitindo que o usuário clicasse em cada uma e visse a tela principal correspondente. Contudo, ao tentar interagir com uma notícia específica ou usar uma ferramenta de busca dentro da seção, ele encontraria funcionalidades limitadas ou inexistentes.
O objetivo é validar o escopo geral, a navegação e a interface do usuário (UI) como um todo. [4] A questão descreve exatamente este cenário: “[…] proporcionar uma visão geral do sistema com todas as suas funcionalidades, sem entrar em detalhes específicos de cada funcionalidade, de forma que a interface como um todo possa ser criticada pelos usuários.” Essa é a definição perfeita de um protótipo horizontal.
- Foco: Amplitude, abrangência das funcionalidades.
- Profundidade: Baixa, superficial.
- Uso Ideal: Fases iniciais do projeto para validar o escopo e o fluxo de navegação. [3]
Prototipação Vertical: O Mergulho Profundo
Em contraste, a prototipação vertical seleciona uma única funcionalidade ou uma área específica do sistema e a desenvolve em profundidade. [1, 3] Usando o mesmo exemplo do portal de notícias, um protótipo vertical poderia focar apenas na funcionalidade de “comentários em uma notícia”. Ele implementaria em detalhe todo o fluxo: fazer login, escrever o comentário, formatar o texto, responder a outros usuários e receber notificações. As outras seções do portal (Esportes, Política) poderiam nem estar acessíveis.
- Foco: Profundidade, detalhamento de uma funcionalidade específica.
- Amplitude: Baixa, restrita a uma “fatia” do sistema.
- Uso Ideal: Quando é preciso validar requisitos complexos, regras de negócio específicas ou viabilidade técnica de uma parte crítica do sistema.
Análise das Alternativas Incorretas
- A) vertical: Incorreta porque, como vimos, foca na profundidade de poucas funcionalidades, o oposto do que a questão descreve.
- B) tridimensional: Incorreta. Este termo não é um padrão na engenharia de software para classificar protótipos de interface. Pode ser associado a modelagem 3D em outras áreas, como engenharia de produtos ou arquitetura, sendo uma distração clara na questão.
- C) prototipação rápida: Incorreta por ser um processo e não um tipo dimensional de protótipo, como explicado no insight acima.
- D) textual: Incorreta. Embora existam descrições textuais de sistemas, um protótipo, por sua natureza, visa a tangibilizar e visualizar a interface, indo além do texto puro.
Outros Conceitos Importantes em Prototipação
Para blindar seu conhecimento, vamos explorar outros conceitos que as bancas podem cobrar:
Fidelidade do Protótipo
- Baixa Fidelidade (Low-Fidelity): São modelos simples, muitas vezes feitos em papel (conhecidos como paper prototypes) ou com ferramentas básicas de wireframing. O foco é na estrutura, layout e fluxo, sem preocupação com a estética final. São rápidos e baratos de criar e descartar. [1, 5]
- Alta Fidelidade (High-Fidelity): São modelos muito próximos do produto final em termos de aparência, interação e detalhes visuais. Utilizam ferramentas de design digital (como Figma, Sketch ou Adobe XD) e permitem simular a experiência do usuário de forma muito realista. [5]
Abordagens de Ciclo de Vida
- Prototipação Descartável (ou Exploratória): O protótipo é criado apenas para fins de levantamento e validação de requisitos. Uma vez que cumpre seu papel, ele é “jogado fora”, e o desenvolvimento do sistema real começa do zero, usando o aprendizado obtido. [3]
- Prototipação Evolutiva (ou Evolucionária): O protótipo é construído de forma robusta, com a intenção de ser refinado e incrementado continuamente até se tornar o sistema final. Ele não é descartado, mas sim evoluído. [3, 4]
Dominar essas classificações (Horizontal/Vertical, Baixa/Alta Fidelidade, Descartável/Evolutiva) fornece um arsenal completo para enfrentar qualquer questão sobre prototipação. Entender o objetivo por trás de cada tipo permite que você deduza a resposta correta, mesmo em cenários complexos criados pelas bancas.
Mapa da Aprovação: Resumo Esquematizado
| Critério de Classificação | Tipo de Protótipo | Foco Principal | Exemplo Prático | Quando Usar? |
|---|---|---|---|---|
| Dimensão (Escopo) | Horizontal | Visão geral, amplitude, navegação, interface como um todo. | Tela inicial de um e-commerce com todos os menus clicáveis, mas sem funcionalidade de compra. | Início do projeto, para validar o escopo geral com os stakeholders. |
| Vertical | Funcionalidade específica, profundidade, regras de negócio complexas. | O fluxo completo de checkout de um e-commerce, do carrinho ao pagamento. | Para detalhar e testar uma parte crítica ou complexa do sistema. | |
| Fidelidade (Detalhe Visual) | Baixa Fidelidade | Estrutura, layout, fluxo de telas (wireframes). | Desenhos em papel ou telas cinzas mostrando a disposição dos elementos. | Brainstorming, fases muito iniciais, quando as ideias mudam rapidamente. |
| Alta Fidelidade | Aparência final, interatividade, experiência do usuário (mockups). | Design interativo em uma ferramenta como o Figma, com cores, fontes e animações. | Testes de usabilidade, apresentação para aprovação final, guia para desenvolvedores. | |
| Ciclo de Vida (Uso) | Descartável | Aprender e validar requisitos. | Um protótipo rápido para decidir entre duas abordagens de design. | Quando a tecnologia do protótipo é diferente da tecnologia do sistema final. |
| Evolutivo | Construir a base do sistema final. | O protótipo se torna a primeira versão (build) do software. | Quando a arquitetura e a tecnologia já estão bem definidas. |
