Universidade Federal de Pernambuco – UFPE
Centro de Informática – Cin
Pós-graduação em Ciência da Computação
Aline Lopes Timóteo
Orientador: Prof. Manoel Eusebio de Lima
UFPE
Contexto
Motivação
Trabalhos Relacionados
Problema
agilES
Estudo de Caso
Conclusões e Trabalhos Futuros
Sistema
– Complexidade
– Multidiciplinaridade
– Objetivo comum entre
os subsistemas
Um sistema baseado em computador é um
conjunto de elementos organizados com algumas
regras predefinidas para processar informação.
[INCOSE, 2004]
Projetos de médio e
pequeno porte
– Equipes até 25 pessoas
– Previsão de conclusão
entre um e dois anos
Desenvolvimento de projetos de médio e
pequeno porte
Metodologia bem definida
– Etapas, atividades, entradas e saídas, templates
Gerência de comunicação
Gerência de mudanças
Baixa complexidade de aplicação
A engenharia de sistemas pode ser definida
como uma abordagem robusta para o
desenvolvimento de sistemas. Ela envolve uma
série de normas e procedimentos que permitem
a identificação de requisitos do sistema, design,
implementação, integração e verificação de
sistemas. [NASA, 1995]
Processo de Engenharia de Sistemas Clássico
[Sommerville, 2005]
Pontos Positivos
Definição clara das etapas
Cobre a descontinuação do
sistema
Pontos Negativos
Cascata
Especificação incompleta
Gerência de projetos
Testes
Processo de Engenharia
de Sistemas do
International Council on
Systems Engineering
[INCOSE, 2004]
Pontos Positivos
Especificação completa
Interativo
Pontos Negativos
Complexidade de utilização
Gerência de comunicação
Rational Unified Process para Engenharia de
Sistemas [Cantor, 2003]
Pontos Positivos
Interativo e Incremental
Especificação completa
Pontos Negativos
Adaptação da engenheria
de software
– Gerenciamento de
subsistemas
Especificação incompleta
para as disciplínas
adaptadas
– Requisitos
– Análise e Design
Problemas
Processo de ES
Clássico
Processo de ES
do INCOSE
RUP-SE
Gerenciamento dos
subsistemas não
especificado
X
X
Especificação
incompleta
X
X
Alta complexidade de
aplicação
X
Gerência de
Comunicação
X
Cascata (não há
gerência de mudanças)
X
X
Processo para desenvolvimento de sistemas
de hardware e software integrados
Características
– Interativo e Incremental
– Especificação
• Definição de etapas e atividades, papéis e
responsabilidades
• Templates
– Valores Ágeis
Indivíduos e
interações
Processos e
ferramentas
Software que
funciona
Documentação
abrangente
Colaboração do
cliente
Resposta à
mudanças
ao
invés
de
Negociação de
contrato
Seguir um plano
www.agilemanifesto.org
Papéis
– Gerente de configuração
Solicitação e análise de Mudança
– Entradas: Solicitação de Mudança
– Saídas: Aprovação ou não da mudança.
Geração de releases
– Entradas: Novas versões
– Saídas: Novos releases
Qualquer metodologia de gerenciamento
pode ser utilizada
Gerenciamento Tradicional [Dismore, 2005]
– Iniciação
– Planejamento
– Execução e Controle
– Encerramento
Características
Processo de
ES Clássico
Processo
de ES do
INCOSE
RUP-SE
agilES
Templates
X
X
Especificação bem
definida
X
X
Baixa
Complexidade de
aplicação
X
Gerência de
comunicação
Gerência de
mudanças
X
X
X
X
X
Desenvolvimento do Lampejo
Contexto
– Protótipos Arthur I e Arthur II – CETE/SEED/MEC
Sistema portátil multimídia de visualização e de interação coletivas,
para sala de aula, com interface comum para professores e
estudantes.
Coordenação
– Coordenação de Educação a Distância
– Centro de Informática
– Departamento de Design
Parceiros
– Prefeitura do Recife
– Fundação de Apoio a UFPE - FADE
Requisitos Iniciais
–
–
–
–
–
–
Processamento Multimídia
Internet
Acessibilidade
Projeção
Dispositivos de entrada (pendrive, CD/DVD)
Amplificação de áudio
Fatores de sucesso no
desenvolvimento de projetos
[Standish Group, 2004]
– Envolvimento dos usuários
– Tempo suficiente para
realização do projeto
– Requisitos claramente
especificados e implementados
– Clientes e usuários satisfeitos
com os resultados
Questionários e Grupos Focais
– Escola Municipal Júlio de
Oliveira
• 13 professores, ensino
fundamental
• Assistência a estudantes com
necessidades especiais
– Colégio Municipal Pedro
Augusto
• 12 professores de ensino médio,
diversas disciplinas (história,
geografia, matemática, português,
biologia, dentre outras).
Análise dos resultados
– O nível de conhecimento e contato dos
professores com tecnologias
– O tipo de atividades que os professores
desenvolvem em sala de aula
– Os tipos de tecnologias que os professores
utilizam em sala de aula para dar suporte as aulas
Elaboração do documento de requisitos
Requisitos Funcionais
Amplificação de áudio
Captura de imagem
Projeção
Filmagem
Internet
Acessibilidade
Videoconferência
Captação de sinal de TV
Multimídia
Requisitos não-funcionais
Mobilidade
Auto contido
Usabilidade
Robustez
Facilidade de Transporte
Baixo custo de manutenção
Baixo custo com infraestrutura
Requisitos
Amplificação de
som
Base
Software
X
X
Captura de
imagens
Projeção
X
X
filmagem
Interface
homem/máquina
Controle
Design
X
X
X
X
X
X
Internet
X
X
X
Acessibilidade
X
X
X
Videoconferência
X
X
X
Captura de sinal de
TV
X
X
X
Multimídia
X
X
X
X
X
X
X
X
Arquitetura
– Placa mãe 600MHz
– Projetor de LEDs (200
lumens)
Arquitetura
– Placa mãe 1.5GHz
– Projetor de lâmpada (2000
lumens)
Bluetooth
Display
Controle da aplicação
1G de memória
Infra-vermelho
Fotos e Vídeo
Controle da aplicação
Flash
Usabilidade
– Fácil acesso as funcionalidades
– Mensagens de feedback
Linux
Encapsulamento do SO
Internet automática
Reconhecimento automático de dispositivos
de entrada
Suporte a diversos tipos de mídia
Suportar arquivos de diferentes SOs
Forma
– Acomodar componentes eletrônicos
– Minimizar problemas do hardware (calor,
acústica…)
Layout
– Distribuição que respeita as funcionalidades
Dimensões
– Mobilidade
Escola Municipal Rodolfo
Aureliano
– Análise da tarefa
– Entrevistas
Testes de software
– Identificação de bugs
– Usabilidade
Modificações eram apresentadas nas reuniões
semanais
– Avaliação do impacto pedagógico, técnico e
gerencial
Correção de bug não estavam nas reuniões
semanais
– Mantis Bug Tracker
Iniciação
– Reuniões periódicas entre a coordenação do
projeto e os clientes
– Escopo inicial
– Estimativas de custo, tempo e recursos
Planejamento
– Reuniões entre a coordenação do projeto, gerente
de projeto e clientes
– Cronograma
Execução e Controle
– Reuniões semanais com a coordenação e usuários
– Reuniões técnicas semanais
Encerramento
– Reuniões de encerramento com a presença de
clientes e usuários para apresentação de
resultados
– Reuniões de reflexão onde a equipe técnica e
coordenação avaliam o trabalho
Equipe diretamente
envolvida no projeto
– 2 coordenadores,
– 1 gerente de projeto
– Equipe técnica formada
por 6 pessoas
– Equipe de apoio
pedagógico formada por
6 pessoas
– Apoio de 6 especialistas
técnicos
Tempo de
Desenvolvimento
– 1 ano
Artefatos gerados
– 2 protótipos de teste, 1
protótipo do Lampejo
1.0, 2 protótipos do
Lampejo 2.0
Houve envolvimento dos usuários?
– Reuniões semanais com a coordenação e usuários
– Reuniões de encerramento
Houve tempo suficiente para realização do
projeto?
– Estimado em 1 ano e realizado em 1 ano
– Riscos
Requisitos claramente especificados e implementados?
Clientes e usuários
estão satisfeitos com os
resultados?
– Analiação qualitativa
– 12 Entrevistas
• 6 professores
• 4 alunos
• 2 observadoras
O negativo é que passou umas duas semanas sem vir. Né, umas duas ou
mais semanas. (Profa. Djenil)
Com esse aparelho é mais fácil a professora ensinar porque prestamos
mais atenção. A aula fica mais colorida. Hoje mesmo aprendi mais na
Internet como a água é importante para a nossa vida e os tipos de energia
que não sujam a natureza. (Jussara – 10 anos – 2º Ciclo – 2º Ano B)
A experiência negativa foi só essa. A minha falta de... Não sei manusear
direito... Não tenho muita proximidade com o aparelho, mas as meninas
tão me ensinando. (Profa. Leide)
Você tem a possibilidade de mostrar mais claramente as cores, as
texturas...Então, é toda uma viagem sensorial que o aparelho promove.
Eu acho bem legal. (Profa. Priscila)
Objetivos
agilES
Envolvimento dos
usuários
Sim
Tempo suficiente para
o desenvolvimento
Sim
Requisitos
especificados
implementados
Sim
Satisfação de clientes
e usuários
Sim
O agilES permite produzir resultados práticos
e demonstrá-los para usuários e clientes
Gerenciamento de mudanças é permitido por
este processo
– Usuários e clientes inseridos no processo
Especificação bem definida
Um estudo de caso foi completamente
desenvolvido utilizando o agilES
Outras contribuições…
– Dispositivo desenvolvido na escola para a escola
– Implementação de um instrumento pedagógico de
baixo custo, usabilidade, mobilidade e fácil de
transportar
Melhoria no template do documento de
Especificação de Subsistemas
Execução do agilES em conjunto com outras
metodologias de gerenciamento e para o
desenvolvimento de outros sistemas
Implementação de regras mais específicas
para garantia da qualidade
Validação pedagógica do Lampejo
Dissertação de mestrado (CIn-UFPE)
Aline Lopes Timóteo
Orientador: Prof. Manoel Eusebio de Lima