Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Instituto Atlântico
rosemberg@atlantico.com.br, albert@atlantico.com.br,
cris@atlantico.com.br, rodrigoararipe@atlantico.com.br
Resumo
O Atlântico é uma instituição de pesquisa e
Este trabalho relata a experiência do Atlântico com desenvolvimento localizada em Fortaleza, Ceará, fundada
prototipação em baixa fidelidade usada como base da em novembro de 2001 por iniciativa do Centro de
elicitação e validação de requisitos de software através Pesquisa e Desenvolvimento em Telecomunicações
de uma abordagem de design participativo. Sua utilização (CPqD).
em um projeto real é detalhada, a fim de mostrar as Com uma equipe de aproximadamente 150
peculiaridades de aplicação e os resultados para o colaboradores atuando em 22 projetos, o Atlântico
projeto. desenvolve soluções em diversas áreas, posicionando-se
como fonte inovadora de conhecimento e de geração de
1. Introdução resultados tecnológicos de alto valor agregado para seus
clientes. Faz parte do escopo de atuação do Atlântico o
A elicitação de requisitos é considerada uma das fases desenvolvimento de aplicações de software para sistemas
mais complexas da Engenharia de Software. Para a de suporte a negócios e operações, para engenharia,
obtenção de bons resultados nesta fase faz-se necessário o inteligência de negócios, para serviços voltados à Internet
uso de técnicas específicas de elicitação, a fim de e diversos outros setores de telecomunicações, de energia
minimizar as falhas na identificação e comunicação dos e do governo, abrangendo o mercado nacional e
requisitos e evitar divergências no entendimento da internacional.
solução a ser desenvolvida. Em fevereiro de 2006, o Atlântico obteve a
Uma das técnicas utilizadas é a prototipação, a qual certificação nível 3 de maturidade no modelo CMMi
consiste na criação de artefatos visuais que representam versão 1.1, abrangendo todos os processos da área de
ou simulam aspectos de um sistema antes deste ser desenvolvimento.
efetivamente desenvolvido. Apesar de ser uma técnica
antiga e bem difundida, não existem regras rígidas quanto 3. Elicitação de Requisitos
ao momento e forma ideais de aplicação, o que pode vir a
gerar dúvidas e torná-la subutilizada. A elicitação de requisitos é a fase, dentro do processo
Visando enriquecer o tema, o presente trabalho relata de Engenharia de Requisitos, que possui o desafio de
os resultados obtidos através do uso de prototipação em entender os desejos e necessidades do cliente, dentre
baixa fidelidade logo no início da fase de elicitação de outros itens (requisitos do domínio da aplicação e os
requisitos de um projeto em desenvolvimento no organizacionais, por exemplo). Segundo Kasse [12] a
Atlântico. elicitação vai além da coleta de requisitos, uma vez que
O estudo está subdividido em oito seções: na seção 2 é proativamente identifica requisitos adicionais não
feita uma breve descrição da instituição onde o explicitados pelos stakeholders.
experimento foi realizado, enquanto as seções 3, 4 e 5 A grande questão que envolve o processo de elicitação
apresentam as técnicas e conceitos abordados no de requisitos é a dificuldade de obtenção de uma visão
experimento. A sexta seção relata o estudo de caso, e na real do que deve ser o sistema. Sommerville [13] cita que
sétima seção são apresentados os principais resultados. a elicitação de requisitos é um processo difícil por várias
Por fim, a oitava seção descreve as considerações finais. razões, dentre elas:
2. Perfil do Atlântico
1. Os stakeholders não sabem exatamente o que simulação em vídeo de uma tarefa, uma maquete
querem, ou não sabem articular as idéias a serem tridimensional, de papel ou cartolina, ou um simples
passadas aos analistas; conjunto de telas vinculadas por hyperlinks [7].
Segundo Sommerville e Sawyer [8], um protótipo pode
2. Os stakeholders expressam os requisitos de
ser usado como meio de comunicação entre os diversos
acordo com seus níveis de conhecimento do
membros da equipe de desenvolvimento ou mesmo como
domínio da aplicação, que os analistas podem
meio de testar idéias. A experiência permitiu concluir que
ainda não possuir;
o sistema final será tanto melhor quanto mais iterativo for
3. Diferentes stakeholders possuem diferentes o processo de desenvolvimento do protótipo [7].
requisitos que expressam de maneira diferente; Os protótipos podem ser desenvolvidos usando
tecnologias que em nada se assemelham com as do
4. Os requisitos do sistema podem ser influenciados
sistema final [9] e elaborados recorrendo a diversas
por fatores políticos internos;
técnicas e materiais. Conseqüentemente, apresentam
5. Devido à dinamicidade da economia e dos diversos custos [7].
negócios, a volatilidade dos requisitos pode ser
alta. 4.1. Prototipação em Baixa Fidelidade
• O cliente direto (instalado no Brasil) não era o A seguir é descrito o que foi utilizado, em termos de
cliente final (matriz no exterior), o que gerava uma técnicas e ferramentas, para a elicitação dos requisitos do
maior complexidade na comunicação e nos projeto.
processos de coleta de informações e aprovações
de artefatos; Análise da experiência do usuário
Para este estudo foi utilizado o MEX (Modelo
• O modelo de processo de negócio estava sendo Genérico de Experiência do Usuário) [10]. Durante o
definido junto com os requisitos do sistema, o que processo, foram especificadas diretrizes que geraram
gerava um alto nível de retrabalho; requisitos de natureza funcional e não funcional.
9. Referências