Compositor colaborativo on-line
 Usuários
e Público-Alvo
 Concorrentes
 Cenário atual, Escopo, Cenário com o
Maestro
 Andamento

Segunda iteração
 Desenvolvimento

Módulos cliente e Dificuldades encontradas
 Plano
para a 3ª iteração
médio de Teoria musical
Conhecimento teórico
 Conhecimento
 Conhecimento
médio de Teoria musical
 Faixa etária: 16 a 30 anos
 Conhecimento
médio de Teoria musical
 Faixa etária: 16 a 30 anos
 Compõem em conjunto
 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)
 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
 Profissional
 Interface
amigável
 Desktop
e sem
colaboração
concorrente
 Profissional
 Interface
complexa
 Desktop
e sem
colaboração
concorrente
 Web
 Rede
social
 Colaborativo
 Só
gravação, sem
composição
6
5
Yay!
4
3
2
1
0
Jam/Finale/
Guitar Pro
6
Yay!
5
4
Jam/Finale/
Guitar Pro
3
2
1
0
NoteFlight
Noteflight
Composição musical
Web
Rede Social
Colaboração web
Tempo real
Multicanais
GuitarPro
Finale
6
Yay!
5
4
Jam/Finale/
Guitar Pro
3
2
1
0
NoteFlight
6
Yay!
5
Maestro
4
3
Jam/Finale/
Guitar Pro
2
NoteFlight
1
0

Uma banda de Heavy metal

Integrantes





Roberto(baixo)
Luís(guitarra)
Leandro(bateria)
Elcimar(vocal)
Arthur(guitarra)
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


Guitar Pro => “song.gp”

Compartilhamento: por e-mail
Focaremos nas dificuldades desse tipo de colaboração
“Song.gp”
?
Luís
!!!!
!
Roberto
Elcimar
Arthur
Leandro
Luís
Roberto
Elcimar
Arthur
Leandro
 Composição
musical
 Composição
 Na
Web
musical
 Composição
 Na
musical
Web
 Colaborativa
 Composição
 Na
musical
Web
 Colaborativa
 Em
tempo real
 Composição
 Na
musical
Web
 Colaborativa
 Em

tempo real
Documento de Requisitos em: www.cin.ufpe.br/~lumnis
Luís
Roberto
Elcimar
Arthur
Leandro
Luís
VêAh...
assim
Verdade!
agora!
Melhor
assim,
olha!
Arthur
Luís
Arthur
Música pronta rapidamente!
E contando com a
participação de todos.
Roberto
Luís
Arthur
Lanhouse
Elcimar
Leandro
6
de abril a 14 de abril
Tarefa
Prazo inicial
Novo prazo
Semáforo
Responsável
Planejar a
iteração
5 de abril
-
Gerente
Elaborar
protótipo
7 de abril
-
Designer e
Designer Int. Us.
Redefinir
arquitetura
8 de abril
-
Arquiteto
Desenvolvimento
14 de abril
Próxima
iteração
Desenvolvedores
Testes
14 de abril
Próxima
iteração
Desenvolvedores
Avaliar
iteração
14 de abril
-
Gerente
 6 deDificuldades
abril
a
14
de
abril
Motivo:
tecnológicas,
falta de
Motivo: Funcionalidades gráficas
tempo e feriado
prolongado
durante
a
Tarefa
Prazo
inicial
Novo
prazo
Semáforo
precisam
se integrar
a módulos
iteração (apenas
5 dias úteis
iteração)
não concluídos
parade
serem
Responsável
Planejar a
5 de abril
testadas
iteração
Plano de Mitigação: Dois dias alocados para
reestudo da
tecnologia
Flex -e maior
Elaborar
7 dede
abril
Plano
Mitigação:
Apressar os
protótipo
controle gerencial do desenvolvimento
Gerente
Redefinir
arquitetura
Arquiteto
módulos dos quais dependem as
8 de abril
funcionalidades
gráficas
Designer e
Designer Int. Us.
Desenvolvimento
14 de abril
Próxima
iteração
Desenvolvedores
Testes
14 de abril
Próxima
iteração
Desenvolvedores
Avaliar
iteração
14 de abril
-
Gerente
 Servidor


BD - ok
Parsers BD -> MusicXML -> MIDI (últimos ajustes)
 Comunicação

e Cliente
Quase todos os módulos trouxeram problemas
 Modularização
do
código
 Separar
a lógica
musical da parte
gráfica
 Suporte
mais adequado
a colaboração em
tempo real
 Flex
não toca MIDI
 Applets
 Embed
não ajudaram
HTML
 Menus
bugados
 Resolvido
ontem a
noite
 Várias
partes
andaram, falta
integrar tudo
 Implementa
tudo o
que é exigido até
agora
 Não
testada
completamente
 Não
integrada
completamente
 Modificado
a medida
que outras partes
evoluem

Tempo real: só é viável
com comunicação
servidor <-> cliente

Messaging Service do
BlazeDS

Apredizado da ferramenta

Aprendemos BlazeDS,
falta aplicar ao projeto
 15
de abril a 21 de abril
Tarefa
Início
Prazo
Responsável
Planejar a
iteração
14 de abril
15 de abril
Gerente
Elaborar
protótipo
15 de abril
17 de abril
Designer e Designer
Int. Us.
Redefinir
arquitetura
15 de abril
17 de abril
Arquiteto
Desenvolvimento 16 de abril
21 de abril
Desenvolvedores
Testes
16 de abril
21 de abril
Desenvolvedores
Avaliar iteração
19 de abril
21 de abril
Gerente

 Conclusão
Criar/Abrir/Editar partitura na
web
do desenvolvimento dos módulos
pendentes

 Implementação
Partitura
dos requisitos da 1ª e 2ª
iteração

Execução em MIDI
 Integração

BD e representação de
dados

Suporte à colaboração