540 likes | 744 Views
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.
E N D
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 Dois a dois
Público-Alvo • Conhecimento médio de Teoria musical Conhecimento teórico
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, lanhouse 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, lanhouse 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 Atual ? Luís !!!! ! Roberto Arthur Elcimar Leandro
Muito TEMPO DEPOIS ...
Cenário Atual Luís Roberto Arthur Elcimar Leandro
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 Arthur Elcimar Leandro
Cenário COM O MAESTRO Luís Ah... Verdade! Vê assim agora! Melhor assim, olha! Arthur Luís Arthur
Cenário COM O MAESTRO Luís Música pronta rapidamente! E contando com a participação de todos. Roberto Arthur Lanhouse Elcimar Leandro
Gerenciamento • Horários no CIn por semana
Gerenciamento • Horários no CIn por semana • Avaliação 360º • Determinação • Trabalhar Em Equipe • Entusiasmo • Disponibilidade / Disposição • Proatividade Avaliação 360º
Andamento - Planejamento • 9 de março a 15 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. Andamento - Elaboração 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 • 17 de março a 22 de março
Andamento – 1ª iteração Problema da interface Applets : Simplório Ajax : Complicado JavaFX : Suporte fraco Flash/Flex • 23 de março a 5 de abril • Tarefas remanescentes da elaboração
Andamento – 1ª iteração • Tecnologias Adotadas • Interface Gráfica: Flex • Representação Musical: MusicXML • Representa partituras • Conversível para MIDI • Banco de dados: MySQL com JDBC • Gratuito, conhecido pela equipe • Servidor: Java e Servlets • Compatível com Flex • 23 de março a 5 de abril • Tarefas remanescentes da elaboração
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 – 1ª iteraçã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 • 23 de março a 5 de abril
arquitetura Visão de Casos de Uso Visão 4 + 1 (Philippe Kruchten) Visão de Processos Visão de Implantação Visão de Implementação Visão Lógica
arquitetura Visão de Casos de Uso Visão 4 + 1 (Philippe Kruchten) Visão de Processos Visão de Implantação Visão de Implementação Visão Lógica
ARQUITETURA – VISÃO DE IMPLEMENTAÇÃO Padrão Arquitetural Layers Classes Utilitárias Persistência Serviços GUI
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 Casos de Uso Visão 4 + 1 (Philippe Kruchten) Visão de Processos Visão de Implantação Visão de Implementação Visão Lógica
arquitetura Visão de Casos de Uso Visão 4 + 1 (Philippe Kruchten) Visão de Processos Visão de Implantação Visão de Implementação Visão Lógica
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 tecnologia • Flex • 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 Java • Comunicação • MIDI