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

 Conhecimento médio de Teoria musical Conhecimento teórico

 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

NoteflightGuitarPro Finale Composição musical Web Rede Social Colaboração web Tempo real Multicanais

 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 Focaremos nas dificuldades desse tipo de colaboração “Song.gp”

Luís Roberto ElcimarLeandro Arthur ? !!!!!

Luís Roberto ElcimarLeandro Arthur

 Composição musical

 Na Web

 Composição musical  Na Web  Colaborativa

 Composição musical  Na Web  Colaborativa  Em tempo real

 Composição musical  Na Web  Colaborativa  Em tempo real  Documento de Requisitos em:

Luís Roberto ElcimarLeandro Arthur

Luís Arthur Melhor assim, olha! Ah... Verdade! Vê assim agora! ArthurLuís

Roberto ElcimarLeandro Arthur Lanhouse Música pronta rapidamente! E contando com a participação de todos.

 6 de abril a 14 de abril TarefaPrazo inicialNovo prazoSemáforoResponsá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 Desenvol- vimento 14 de abrilPróxima iteração Desenvolvedores Testes14 de abrilPróxima iteração Desenvolvedores Avaliar iteração 14 de abril-Gerente

 6 de abril a 14 de abril TarefaPrazo inicialNovo prazoSemáforoResponsá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 Desenvol- vimento 14 de abrilPróxima iteração Desenvolvedores Testes14 de abrilPróxima iteração Desenvolvedores Avaliar iteração 14 de abril-Gerente Motivo: Dificuldades tecnológicas, falta de tempo e feriado prolongado durante a iteração (apenas 5 dias úteis de iteração) Plano de Mitigação: Dois dias alocados para reestudo da tecnologia Flex e maior controle gerencial do desenvolvimento Motivo: Dificuldades tecnológicas, falta de tempo e feriado prolongado durante a iteração (apenas 5 dias úteis de iteração) Plano de Mitigação: Dois dias alocados para reestudo da tecnologia Flex e maior controle gerencial do desenvolvimento Motivo: Funcionalidades gráficas precisam se integrar a módulos não concluídos para serem testadas Plano de Mitigação: Apressar os módulos dos quais dependem as funcionalidades gráficas Motivo: Funcionalidades gráficas precisam se integrar a módulos não concluídos para serem testadas Plano de Mitigação: Apressar os módulos dos quais dependem as funcionalidades gráficas

 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 não ajudaram  Embed 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 TarefaInícioPrazoResponsável Planejar a iteração 14 de abril15 de abrilGerente Elaborar protótipo 15 de abril17 de abrilDesigner e Designer Int. Us. Redefinir arquitetura 15 de abril17 de abrilArquiteto Desenvolvimento16 de abril21 de abrilDesenvolvedores Testes16 de abril21 de abrilDesenvolvedores Avaliar iteração19 de abril21 de abrilGerente

 Conclusão do desenvolvimento dos módulos pendentes  Implementação dos requisitos da 1ª e 2ª iteração  Integração  Criar/Abrir/Editar partitura na web  Partitura  Execução em MIDI  BD e representação de dados  Suporte à colaboração