View
116
Download
2
Category
Preview:
Citation preview
Compositor colaborativo on-line
ROTEIRO Usuários e Público-Alvo Cenário atual, Escopo, Cenário com o
Maestro Gerenciamento Andamento
Planejamento Elaboração Primeira iteração
Arquitetura Desenvolvimento Dificuldades encontradas Plano para a próxima iteração
USUÁRIOS
Devakhan
USUÁRIOS
USUÁRIOS
USUÁRIOS
Do
is a
do
is
PÚBLICO-ALVO Conhecimento médio de Teoria musical
Conheci
mento
teóri
co
PÚBLICO-ALVO Conhecimento médio de Teoria musical Faixa etária: 16 a 30 anos
PÚBLICO-ALVO Conhecimento médio de Teoria musical Faixa etária: 16 a 30 anos Compõem em conjunto
PÚBLICO-ALVO Conhecimento médio de Teoria musical Faixa etária: 16 a 30 anos Compõem em conjunto Têm acesso à internet (em casa, lan house ou na
faculdade)
PÚBLICO-ALVO Conhecimento médio de Teoria musical Faixa etária: 16 a 30 anos Compõem em conjunto Têm acesso à internet (em casa, lan house ou na
faculdade) Já usam softwares sem colaboração web
CENÁRIO ATUAL Uma banda de Heavy metal
Integrantes
Roberto(baixo) Luís(guitarra) Leandro(bateria) Elcimar(vocal) Arthur(guitarra)
CENÁRIO ATUAL - GUITAR PRO Desktop Armazena informações em um Arquivo .gp Edição avançada de partituras e tablaturas Suporte a vários canais por música Execução da música em MIDI
CENÁRIO ATUAL Guitar Pro => “song.gp”
Compartilhamento: por e-mail
Focaremos nas dificuldades desse tipo de colaboração
“Song.gp”
CENÁRIO ATUALLuís
Roberto
Elcimar Leandro
Arthur
?
!!!!!
MUITOTEMPO DEPOIS ...
CENÁRIO ATUALLuís
Roberto
Elcimar Leandro
Arthur
NOSSA SOLUÇÃO:
ESCOPO
Composição musical
ESCOPO
Composição musical
Na Web
ESCOPO
Composição musical
Na Web
Colaborativa
ESCOPO
Composição musical
Na Web
Colaborativa
Em tempo real
ESCOPO
Composição musical
Na Web
Colaborativa
Em tempo real
Documento de Requisitos em: www.cin.ufpe.br/~lumnis
CENÁRIO COM O MAESTRO
Luís
Roberto
Elcimar Leandro
Arthur
CENÁRIO COM O MAESTRO
Luís
Arthur
Melhor assim,olha!
Ah...Verdade!Vê assim
agora!
ArthurLuís
CENÁRIO COM O MAESTRO
Luís
Roberto
Elcimar Leandro
Arthur
Lanhouse
Música pronta rapidamente!E contando com a participação de todos.
GERENCIAMENTO Horários no CIn por semana
GERENCIAMENTO Horários no CIn por semana Avaliação 360º
DeterminaçãoTrabalhar Em EquipeEntusiasmoDisponibilidade / DisposiçãoProatividade Avaliação
360º
ANDAMENTO
ProspecçãoPlanejame
nto Elaboração 1ª Iteração
ANDAMENTO - PLANEJAMENTO
ProspecçãoPlanejame
nto Elaboração 1ª Iteração
ANDAMENTO - PLANEJAMENTO
Tarefa Prazo inicial
Novo prazo Semáforo Responsável
Escopo 15 de março
- Design int. usuário
Cronograma
15 de março
- Gerente
Riscos 15 de março
- Arquiteto
Plano de Equipe
15 de março
- Gerente
Plano de Projeto
15 de março
- Arquiteto
9 de março a 15 de março
ANDAMENTO - ELABORAÇÃO
ProspecçãoPlanejame
nto Elaboração 1ª Iteração
ANDAMENTO - ELABORAÇÃO
Tarefa Prazo inicial
Novo prazo Semáforo Responsável
Definir requisitos
19 de março
20 de março
Design int. usuário
Definir arquitetura
22 de março
29 de março
Arquiteto
Definir tecnologia
22 de março
27 de março
Gerente e arquiteto
Treinamento da equipe
22 de março
- Arquiteto e Designer
17 de março a 22 de março
Motivo: Arquiteto não teve tempo de sozinho entender o projeto como um todo para projetar a arquitetura.
Plano de Mitigação: o gerente, o designer e um desenvolvedor foram alocados para ajudá-lo.
Motivo: Dificuldade em escolher a melhor tecnologia gráfica para a representação de partituras, requisito crítico do projeto.
Plano de Mitigação: todo o grupo foi alocado emergencialmente para testar Applets, Ajax, Flash/Flex e JavaFX
ANDAMENTO – 1ª ITERAÇÃO
ProspecçãoPlanejame
nto Elaboração 1ª Iteração
ANDAMENTO – 1ª ITERAÇÃO
Tarefa Prazo inicial
Novo prazo Semáforo Responsável
Definir arquitetura
29 de março
- Arquiteto
Definir tecnologia
27 de março
- Gerente e arquiteto
23 de março a 5 de abril
Tarefas remanescentes da elaboração
Problema da interface
Applets : Simplório
Ajax : Complicado
JavaFX : Suporte fraco
Flash/Flex
ANDAMENTO – 1ª ITERAÇÃO
Tarefa Prazo inicial
Novo prazo Semáforo Responsável
Definir arquitetura
29 de março
- Arquiteto
Definir tecnologia
27 de março
- Gerente e arquiteto
23 de março a 5 de abril
Tarefas remanescentes da elaboração
Tecnologias Adotadas
Interface Gráfica: Flex Representação Musical: MusicXML
Representa partiturasConversível para MIDI
Banco de dados: MySQL com JDBCGratuito, conhecido pela equipe
Servidor: Java e ServletsCompatível com Flex
ANDAMENTO – 1ª ITERAÇÃO 23 de março a 5 de abril
Tarefa Prazo inicial
Novo prazo Semáforo
Responsável
Planejar a iteração
23 de março - Gerente
Elaborar protótipo
25 de março 7 de abril Designer e Designer Int. Us.
Redefinir arquitetura
29 de março - Arquiteto
Desenvol-vimento
5 de abril Próxima iteração
Desenvolvedores
Testes 5 de abril - Desenvolvedores
Avaliar iteração
5 de abril - Gerente
Motivo: Fizemos um prótotipo visual, mas tivemos uma idéia para deixar a interface mais limpa com menos botões e ainda não fizemos o protótipo novo.
Plano de Mitigação: explicamos a nova idéia em reunião
Andamento: 28 %
Motivo: Dificuldades na comunicação do cliente Flex com o servidor Servlet. Vários requisitos estão só dependendo disso.
Plano de Mitigação: três desenvolvedores que finalizaram seus módulos serão realocados
ARQUITETURAVisão 4 + 1 (Philippe Kruchten)
Visão de Processos
Visão de Implantação
Visão de ImplementaçãoVisão Lógica
Visão de Casos de Uso
ARQUITETURA – VISÃO LÓGICA
ARQUITETURAVisão 4 + 1 (Philippe Kruchten)
Visão de Processos
Visão de Implantação
Visão de ImplementaçãoVisão Lógica
Visão de Casos de Uso
ARQUITETURA – VISÃO DE IMPLEMENTAÇÃO
Padrão Arquitetural Layers
GUI
Serviços
Classes Utilitárias Persistência
ARQUITETURA – VISÃO DE IMPLEMENTAÇÃO Padrões de Projeto utilizados:
MVC – Camada de apresentação Singleton – Camada de serviços Command – Camada de classes
utilitárias
ARQUITETURA - VISÃO DE IMPLEMENTAÇÃO
MVC
ARQUITETURAVisão 4 + 1 (Philippe Kruchten)
Visão de Processos
Visão de Implantação
Visão de ImplementaçãoVisão Lógica
Visão de Casos de Uso
ARQUITETURA – VISÃO DE IMPLANTAÇÃO
ARQUITETURAVisão 4 + 1 (Philippe Kruchten)
Visão de Processos
Visão de Implantação
Visão de ImplementaçãoVisão Lógica
Visão de Casos de Uso
ARQUITETURA – VISÃO DE PROCESSOS
Diagrama de Atividades
DESENVOLVIMENTO (REQUISITOS) Criar/Abrir/Editar partitura na web
Funciona parcialmente no cliente, sem persistência Estruturado no servidor, falta a comunicação
Partitura Funciona parcialmente no cliente, sem persistência Estruturado no servidor, falta a comunicação
Execução em MIDI BD => MusicXML => MIDI concluído O cliente consegue MIDI gerando MusicXML, mas Flex
não toca BD e representação de dados
BD armazena dados compatíveis com MIDI http://www.cin.ufpe.br/~lumnis/iteracao1
DIFICULDADES ENCONTRADAS Teoria musical envolvida
Os integrantes tiveram que aprender rápido
Manipulação de MusicXML
Aprendizado de nova tecnologiaFlex
Configuração do ambiente IDEs, variáveis, SDKs
DIFICULDADES ENCONTRADAS Devemos continuar com JDBC no banco
de dados?Hibernate seria mais fácil?Alguma outra tecnologia daria maior
suporte à colaboração e a edições concorrentes?
Compatibilidade de dados Cliente x Servidor
Flex e Servidor JavaComunicaçãoMIDI
PLANO PARA A PRÓXIMA ITERAÇÃO 6 de abril a 14 de abrilTarefa Início Prazo Responsável
Planejar a iteração
4 de abril 5 de abril Gerente
Elaborar protótipo
6 de abril 7 de abril Designer e Designer Int. Us.
Redefinir arquitetura
6 de abril 8 de abril Arquiteto
Desenvolvimento
6 de abril 14 de abril Desenvolvedores
Testes 11 de abril 14 de abril Desenvolvedores
Avaliar iteração
11 de abril 14 de abril Gerente
DESENVOLVIMENTO (REQUISITOS)
Requisitos não implementados da Iteração 1
Múltiplos Canais Partitura:
Armadura, alteração de fórmulas, pausas Copiar/recortar/colar compassos (desejável)
Representar os dados do BD graficamente Precisa da conexão cliente - servidor.
Suporte à colaboração Edição concorrente
DÚVIDAS?
OBRIGADO!
Recommended