UNIVERSIDADE ANHEMBI MORUMBI ANDRÉ ONUKI DOS SANTOS CLEUMIR DOS SANTOS DE SOUZA TIAGO LUIZ DO NASCIMENTO TASKBOARD DIGITAL PARA EQUIPES SCRUM

Tamanho: px
Começar a partir da página:

Download "UNIVERSIDADE ANHEMBI MORUMBI ANDRÉ ONUKI DOS SANTOS CLEUMIR DOS SANTOS DE SOUZA TIAGO LUIZ DO NASCIMENTO TASKBOARD DIGITAL PARA EQUIPES SCRUM"

Transcrição

1 UNIVERSIDADE ANHEMBI MORUMBI ANDRÉ ONUKI DOS SANTOS CLEUMIR DOS SANTOS DE SOUZA TIAGO LUIZ DO NASCIMENTO TASKBOARD DIGITAL PARA EQUIPES SCRUM São Paulo 2011

2 ANDRÉ ONUKI DOS SANTOS CLEUMIR DOS SANTOS DE SOUZA TIAGO LUIZ DO NASCIMENTO TASKBOARD DIGITAL PARA EQUIPES SCRUM Trabalho de Conclusão de Curso apresentado como exigência parcial para a obtenção do título de Bacharel em Ciências da Computação da Universidade Anhembi Morumbi. Orientador: Luís Fernando Aires Branco Menegueti São Paulo 2011

3 ANDRÉ ONUKI DOS SANTOS CLEUMIR DOS SANTOS DE SOUZA TIAGO LUIZ DO NASCIMENTO TASKBOARD DIGITAL PARA EQUIPES SCRUM Trabalho de Conclusão Curso apresentado como exigência parcial para a obtenção do título de Bacharel em Ciência da Computação da Universidade Anhembi Morumbi, sob a orientação do Prof. Luís Fernando Aires. Aprovado em Prof. Universidade Anhembi Morumbi Prof. Universidade Anhembi Morumbi Prof. Universidade Anhembi Morumbi

4 RESUMO O taskboard pode fornecer diversas informações sobre o andamento de um sprint para a equipe Scrum. Entretanto essas informações nem sempre são fáceis de serem retiradas do taskboard. E requerem que algum membro da equipe fique constantemente verificando o taskboard para poder anotar as informações e trabalhá-las. O objetivo deste trabalho é criar uma ferramenta digital para substituir o taskboard convencional do Scrum. As principais vantagens de um taskboard digital sobre outro comum são a possibilidade de integração com outras ferramentas e a automatização da coleta de dados sobre o sprint. Os dados coletados podem fornecer muitas informações sobre o progresso do sprint e/ou gargalos no processo. Estes dados podem auxiliar o Scrum master a tomar decisões para melhoria do processo ou mostrar com maior antecedência que os prazos do sprint possam estar comprometidos. Outra vantagem do taskboard digital é a possibilidade de pessoas que trabalham em outra localidade utilizarem o mesmo taskboard. PALAVRAS-CHAVE: Scrum. Metodologias ágeis. taskboard.

5 ABSTRACT A taskboard may offer many information about the sprint s progress for a Scrum team. However, these information are not easily taken directly from the taskboard and require that a member of the team is constantly checking the taskboard to collect the data and take the information from it. The goal of this project is to develop a digital tool to replace the conventional taskboard. The main advantages of the digital taskboard over the conventional are the possibility of integration with other tools and data collection automation. The data collected this way may provide information about the sprint s progress and/or bottlenecks on the process. The data may help the Scrum Master to make decisions to improve the process or show in advance that the sprint s deadline may not be reached. Another advantage of the digital taskboard is the possibility of people who work remotely to share the same taskboard the other team members use. KEY WORDS: Scrum. Agile Methodologies. taskboard.

6 LISTA DE FIGURAS Figura 1: O processo scrum Figura 2: Burn down chart Figura 3: Burn up chart Figura 4: Cumulative flow diagram Figura 5: Scrum Ninja Figura 6: Green Hopper Figura 7: Vip Task Manager Figura 8: Padrão MVC Figura 9: Casos de uso Figura 10: Diagrama de classes das entidades Figura 11: Diagrama de classes de controle Figura 12: Diagrama de classes Modelo Figura 13: Tela de login Figura 14: Barra de ferramentas Figura 15: Tela do projeto Figura 16: Diagrama de classes dos diálogos Figura 17: Diagrama de classes interface com o usuário Figura 18: Diagrama de classes criadoras de gráficos Figura 19: Diagrama de classes DAO Figura 20: Diagrama de classes controlador Figura 21: Utilização do sistema

7 LISTA DE TABELAS Tabela 1: Características das Ferramentas Existentes Tabela 2: Requisitos Funcionais Tabela 3: Requisitos Não Funcionais Tabela 4: Casos de Uso... 33

8 LISTA DE SIGLAS CSS3 DAO HTTP JAVA JSP RF RNF SQL UML XML Cascading Style Sheets - Folhas de Estilo em Cascata Data Access Object Objeto de Acesso Dados HyperText Transfer Protocol - Protocolo de Transferência HiperTexto Linguagem de Programação Orientada a Objetos Java Server Pages - Páginas de Servidor Java Requisitos Funcionais Requisitos Não Funcionais Structured Query Language - Linguagem de Consulta Estruturada Unified Modeling Language - Linguagem de Modelagem Unificado Extensible Markup Language - Linguagem de Marcação Extensível

9 SUMÁRIO 1 INTRODUÇÃO Objetivos Justificativa Abrangência Estrutura do Trabalho METODOLOGIAS ÁGEIS Scrum Equipe Scrum Reuniões Artefatos Taskboard Monitoramento Burn Down Chart Burn Up Chart Cumulative Flow Diagram FERRAMENTAS EXISTENTES ScrumNinja GreenHopper Vip Task Manager Comparações de Ferramentas Existentes TECNOLOGIAS E PADRÕES DE DESENVOLVIMENTO Padrão MVC Google Web Toolkit PHP Struts Ruby On Rails HTML Hibernate METODOLOGIA... 28

10 5.1 Framework de Desenvolvimento Web Persistência de Dados Banco De Dados Ambiente de Desenvolvimento Ferramenta para Geração de Gráficos MODELAGEM DO SOFTWARE Requisitos Funcionais e Não Funcionais Casos de Uso Diagramas de Classe Diagramas de Sequência IMPLEMENTAÇÃO DO PROJETO Modelo Visualização Controlador TESTES CONCLUSÃO Trabalhos Futuros REFERÊNCIAS APÊNDICE A CASOS DE USO APÊNDICE B DIAGRAMAS DE SEQUÊNCIA ANEXO A - MANIFESTO ÁGIL... 64

11 11 1 INTRODUÇÃO O Scrum é utilizado para o desenvolvimento de produtos complexos, desde o início da década de [...] Scrum não é um processo ou técnica para criação de produtos, mas uma estrutura na qual você pode empregar vários processos e técnicas. O papel do Scrum é trazer à tona a eficácia relativa de suas práticas de desenvolvimento de modo que você possa melhorá-las enquanto fornece uma estrutura na qual produtos complexos possam ser desenvolvidos (SCHWABER; SUTHERLAND, 2010). O coração e esqueleto do Scrum é o processo interativo e incremental. A saída de cada interação é um incremento no produto e durante cada interação há uma inspeção diária onde os indivíduos inspecionam o trabalho dos outros membros da equipe e fazem as adaptações necessárias. (SCHWABER, 2004). A cada interação, são adicionadas ao produto novas funcionalidades, provenientes do backlog do projeto. Um modo de visualizar tanto as funcionalidades futuras quanto as que estão em desenvolvimento é o taskboard. O SCRUM, nome originário do jogo de rúgbi, teve suas raízes em indústrias japonesas no início de 1986 por Takeuchi e Nonaka, mas começou a ser usado nos moldes atuais apenas em 1996 por Jeff Sutherland e Ken Schwaber. Suas técnicas enfatizam a realização de reuniões diárias, o aumento da autonomia dos membros do time, foco nas entregas e a flexibilidade no seguimento de processos pré-definidos (LARMAN, 2003). Um projeto é caracterizado por possuir objetivo e requisitos claramente definidos (Escopo), obedecer ao orçamento aprovado (Custo) e deve ser finalizado no prazo especificado (Tempo) (SCHWALBE, 2002). Segundo HIGHSMITH(2002) fundador da Agile Alliance e criador do método Adaptative Software Evelopment, define os princípios básicos do gerenciamento ágil de projeto como: Entregar sempre algo útil ao cliente; Manter a equipe sempre comprometida; Construir um ambiente de liderança e colaboração; Construir times competentes e colaborativos;

12 12 Aumentar a autonomia da equipe na tomada de decisões; Usar um processo iterativo com iterações curtas para que seja possível a entrega rápida de novas funcionalidades; Encorajar a adaptabilidade; Buscar sempre a excelência técnica; Focar nas atividades de entrega e não no seguimento de processos pré-definidos. 1.1 Objetivos Este trabalho tem como objetivo criar um software de taskboard para equipe Scrum, chamado dtaskboard, que prevê a retirada de estatísticas a partir do uso do software e respectivos relatórios e terá seu código aberto. 1.2 Justificativa Existem vários softwares para gerenciamento de projetos ágeis ou que utilizam Scrum. Muitos são gratuitos e ou livres. Entretanto, poucos possuem uma interface que possa substituir o taskboard de maneira satisfatória. Alguns softwares comerciais substituem o taskboard, entretanto são softwares proprietários. Em geral, eles possuem licenças caras ou oferecem licenças restritas a projetos de software livre. Entretanto, o mais importante do projeto é a retirada das estatísticas de uso do taskboard. Esses números podem ser bastante importantes para diagnosticar possíveis problemas no projeto. 1.3 Abrangência O software poderá ser utilizado pela internet, para que pessoas mesmo que em locais geograficamente separados possam compartilhar o mesmo taskboard. O software fará autenticação e autorização de usuários, para o controle do executor de cada tarefa.

13 13 Serão possíveis modificações simultâneas por diferentes usuários. A interface com o usuário se dará exclusivamente por meio de um navegador da internet. Haverá uma interface de visualização de relatórios onde serão mostradas as estatísticas disponíveis. Não serão criadas interfaces para taskboards diferentes do Scrum, como o taskboard do Kanban. 1.4 Estrutura do Trabalho Este trabalho é composto de 9 capítulos, que explicam sobre o Scrum e seu taskboard, as ferramentas já existentes para substituir o taskboard convencional e as ferramentas para desenvolvimento de aplicações web. Então são discutidas as decisões de ferramentas utilizadas no projeto, a modelagem do mesmo e a fase de testes. O capítulo 2 é uma descrição dos métodos ágeis. Neste capítulo é descrito o Scrum, sua teoria, seus participantes e componentes. Nele também é descrito o uso do taskboard. No capítulo 3 é feito um levantamento das ferramentas já existentes. Suas funcionalidades. No capítulo 4 apresentam-se várias ferramentas e frameworks para desenvolvimento de aplicações para web. O capítulo 5 é dedicado à metodologia do projeto, ou seja, será apresentado as ferramentas usadas para a elaboração do trabalho. O capítulo 6 é destinado à modelagem do sistema, incluindo o levantamento dos requisitos funcionais e não funcionais do sistema, os casos de uso, diagramas de classes e de sequências. O capítulo 7 apresenta a implementação do projeto, o qual segue o padrão MVC. No capítulo 8 é descrito o teste realizado na empresa Touch Tecnologia. O capítulo 9 destina-se à conclusão do trabalho.

14 14 2 METODOLOGIAS ÁGEIS Nos dias 11 a 13 de fevereiro de 2001, nas montanhas Wasatch de Utah, Estados Unidos, 17 pessoas reuniram-se para discutir sobre a necessidade de um processo de desenvolvimento de software alternativo aos processos da época. Entre eles estavam representantes de Programação Extrema, Scrum, DSDM, Desenvolvimento Adaptativo de Software, Crystal, Desenvolvimento Dirigido por Característica, Programação Pragmática, entre outros simpatizantes da causa. Desta reunião, emergiu o Manifesto Ágil de Desenvolvimento de Software. (HIGHSMITH, 2001). Segundo Abrahamsson (2002), o aspecto focal dos métodos ágeis são a simplicidade e a velocidade. Durante o desenvolvimento, os desenvolvedores concentram-se em entregar as funcionalidades mais necessárias. Entregues estas funcionalidades, são coletados comentários sobre o que foi entregue e reage-se à essa informação recebida. Um processo ágil é: incremental (ciclos rápidos onde são entregues softwares funcionais), cooperativo (clientes e desenvolvedores comunicam-se constantemente), simples (o método é fácil de aprender, modificar e é bem documentado) e adaptativo (capaz de fazer mudanças em último momento). ABRAHAMSSON (2002). 2.1 Scrum Na década de 90, Ken Schwaber e Jeff Sutherland em busca de uma solução mais simples, ágil e eficaz para a gerência de projetos, baseando-se em suas próprias experiências, desenvolveram um novo método para gerenciar projetos e o chamaram de Scrum. Esta nova metodologia trouxe ao mercado a inovação para manter a consistência, respeitar os prazos determinados e o maior ganho de desempenho da equipe envolvida no projeto sem perder o foco da entrega no menor tempo possível (SCHWABER; BEEDLE, 2001). O processo Scrum define a equipe, artefatos e encontros. No Scrum, cada iteração, chamada de sprint, dura 30 dias e no final de cada sprint é feita uma entrega de um software funcional (SCHWABER; BEEDLE, 2001).

15 Equipe Scrum A equipe Scrum é composta de 5 a 7 desenvolvedores que cuidam de todo o desenvolvimento, análise, documentação e testes. Além dos desenvolvedores, existe o Scrum master, cujas atividades incluem auxiliar os desenvolvedores a manter seus níveis de produtividade no máximo, manter os artefatos e conduzir as reuniões. Há ainda o product owner, que é o único que prioriza os requerimentos no product backlog (SCHWABER; BEEDLE, 2001) Reuniões O Scrum define dois tipos de reuniões: a daily Scrum e o planning meeting (SCHWABER; BEEDLE, 2001). A daily Scrum é uma reunião de, no máximo, quinze minutos, realizada diariamente preferencialmente no mesmo local e na mesma hora. Essa reunião serve para proporcionar visibilidade do trabalho entre os membros da equipe, promover sua comunicação, levantar quais obstáculos atrapalharam o desenvolvimento desde a última daily scrum e servir de oportunidade para decisões rápidas com relação ao progresso do sprint. Nessa reunião, cada membro da equipe detalha o que ele completou desde a última daily Scrum, o que ele pretende fazer até a próxima daily Scrum e quais obstáculos estiveram em seu caminho (SCHWABER, 2004). O planning meeting consiste de duas partes. Na primeira, a equipe e o product owner reúnem-se para definir quais requerimentos serão entregues no final do sprint. Na segunda, a equipe define como desenvolverá esses requerimentos (SCHWABER; BEEDLE, 2001). Na segunda etapa do planning meeting, os requerimentos são transformados em tarefas menores e é estimado o tempo necessário para executar cada tarefa. Os membros da equipe se voluntariam para fazer cada tarefa. Deve-se levar em conta o tempo disponível de cada membro da equipe para não sobrecarregá-los (SUTHERLAND; SCHWABER, 2011).

16 Artefatos Product backlog é a lista priorizada de todos os requerimentos do produto. Estes requerimentos podem ser funcionalidades, recursos ou tecnologias. Sempre que uma nova funcionalidade é necessária, ela é adicionada ao product backlog, e do mesmo modo, quando uma funcionalidade é entregue, ela é removida do backlog (SCHWABER; BEEDLE, 2001). Sprint backlog são os requerimentos que a equipe concorda em entregar no sprint atual. O sprint backlog é definido durante o planning meeting (SCHWABER; BEEDLE, 2001). Sprint backlog graph, ou burn down chart, é um gráfico que mostra a quantidade de trabalho necessário para terminar o sprint backlog por dias trabalhados. Este gráfico é atualizado diariamente e ajuda a visualizar o progresso do sprint (SCHWABER; BEEDLE, 2001). A figura 1 representa o processo Scrum, desde a fase inicial até a fase de incremento. Figura 1: O processo scrum. Fonte: SUTHERLAND, SCHWABER (2011) (traduzida pelos autores).

17 Taskboard Muitas equipes fazem uso de uma ferramenta visual para monitorar as tarefas durante o sprint. Em geral utiliza-se um taskboard onde as tarefas, escritas em notas auto-adesivas, migram entre as colunas: Não Iniciada, Em Progresso, Verificar e Completa (SUTHERLAND; SCHWABER, 2010). O taskboard provê muitas informações por mostrar os requerimentos distribuídos em tarefas menores. Cada nota de tarefa pode fornecer outras informações como tipo de trabalho (codificação, testes, etc) e o número de horas estimadas para sua execução. O taskboard também ajuda a verificar a quantidade de horas remanescentes para o término das tarefas e com isso produzir o burn down chart (MIRANDA; BOURQUE, 2010). No taskboard, como o número de tarefas que estão em codificação ou quantas estão em testes, não são exploradas sob a assunção de que o importante é o trabalho completo e o trabalho remanescente (MIRANDA; BOURQUE, 2010). 2.3 Monitoramento O taskboard pode fornecer muitas informações visuais. Mas se os dados de cada tarefa que nele consta forem colhidos, ele pode oferecer ainda mais informações. Seguem alguns dados de monitoramento que podem ser retirados do taskboard Burn Down Chart O burn down chart de iteração é um gráfico derivado dos dados do taskboard. Seu público alvo são os próprios membros da equipe. Ele mostra o número de horas de trabalho restantes ante o número de dias remanescentes na iteração atual. Essa informação é utilizada para prever se o trabalho pode ser concluído, ou se será necessário remanejar parte do trabalho, ou ainda realizar horas-extras (MIRANDA; BOURQUE, 2010).

18 18 A figura 2 abaixo mostra o progresso geral do projeto em relação aos sprints do mesmo. Esta informação pode ser usada tanto pelos desenvolvedores quanto pelos product owners para estimar em quanto tempo o projeto pode ser terminado (MIRANDA; BOURQUE, 2010). Figura 2: Burn down chart. Fonte: SUTHERLAND, SCHWABER (2011) Burn Up Chart O burn up chart é um gráfico parecido com o burn down chart. Entretanto ele mostra a quantidade de trabalho realizado ante o dia da iteração atual. Ele também tem as mesmas duas variedades do burn down chart, iteração e versão. Phil Goodwin e Russ Rufer propuseram um modelo para o burn up chart de iteração que permite que aconteçam mudanças no escopo do projeto. Neste modelo, há uma linha que representa o teto, ou a marca de 100%, do progresso do projeto. Quando há alguma alteração no escopo, esta linha sobe, ou desce, de acordo com a expectativa de aumento, ou diminuição, do trabalho (COCKBURN, 2004).

19 19 A figura 3 mostra um burn up chart de iteração de acordo com o modelo Goodwin-Rufer. Figura 3: Burn up chart. Fonte: GREENHOPPER (2011) Cumulative Flow Diagram Cumulative flow diagram é outra representação para o acompanhamento de progresso em um projeto ágil de software, baseado no burn up chart. Como o burn up chart, o cumulative flow diagram retrata o número de recursos concluídos ao longo do tempo. O cumulative flow diagram proporciona uma visão mais detalhada do status do projeto em qualquer ponto no tempo. Ele também permite a detecção precoce de problemas que pode facilitar a correção dos mesmos (CABRI; GRIFFITHS, 2006). Na Figura 4, são mostradas a parte do trabalho Iniciado e uma pequena parte no estado Em Progresso. Em seguida aparecem os trabalhos em fase de Verificação e Completo. No final do último sprint todo o trabalho deve aparecer no estado Completo.

20 20 Figura 4: Cumulative flow diagram. Fonte: REINERTSEN (traduzido). O cumulative flow diagram pode também ser utilizado para medir o andamento de um sprint. Neste caso o eixo horizontal fará referência aos dias e o eixo vertical à quantidade de trabalho realizada.

21 21 3 FERRAMENTAS EXISTENTES O desenvolvimento de software envolve muitas técnicas como requisitos, recursos e tecnologia, que podem mudar durante o processo. Isto torna o processo de desenvolvimento imprevisível e complexo, requerendo flexibilidade para acompanhar as mudanças. O resultado do processo deve ser um software que é realmente útil para o cliente (SCHWABER, 1996). Para auxiliar a equipe SRUM na fase de produção de um software utiliza-se o taskboard físico ou digial. Os taskboard mais aceitos no mercado devido sua praticidade, usabilidade, outros recursos que serão apresentados são: SrumNinja, GreenHopper e Vip Task Manager. 3.1 ScrumNinja O ScrumNinja foi desenvolvida por dois especialistas de Sênior de tecnologia e Certificados como Scrum Masters que são eles: Rodney Carvalho e Lowenfels David. Como principal objetivo o software foi projetado com total integridade conceitual, ele mantém a simplicidade intuitiva do quadro de tarefa comum, fornecendo o benefício de atualizações em tempo real, grande variedade de cores, armazenamento de dados (comentários, observações e imagens) e reforça as melhores práticas para novas equipes para Scrum (SCRUMNINJA, 2011). Figura 5: Screenshot da ferramenta ScrumNinja Fonte: (SCRUMNINJA SCREENSHOT, 2011).

22 GreenHopper Este taskboard foi desenvolvido pela Atlassian uma empresa australiana que atua no ramo de desenvolvimento de software para gerenciamento de projetos. O GreenHopper é uma ferramenta ideal para auxiliar o scrum master no gerenciamento de tarefas, planejamentos de sprints, compartilhamento dos dados e acompanhamento de processos do projeto. É um software que tem como característica: edição online, tela de gráficos e fácil usabilidade (GREENHOPPER, 2011). Figura 6: Screenshot da ferramenta GreenHopper Fonte: (GREENHOPPER SCREENSHOT, 2011). 3.3 Vip Task Manager O Vip Task Manager está entre os softwares de taskboard mais completo para gerenciamento de tarefas para equipes Scrum. Ele viabiliza o aumento do desempenho da empresa, a eficácia e a maior produtividade. Dispões de recursos para planejar, programar, compartilhar, controlar tarefas, agendar compromissos da equipe, e exibir fase do processo entre outras funcionalidades (VIP QUALITY SOFTWARE, 2010).

23 23 Figura 7: Screenshot da ferramenta Vip Task Manager Fonte: (VIP TASK MANAGER SCREENSHOT, 2011). 3.4 Comparações de Ferramentas Existentes A figura abaixo aborda os nomes das ferramentas e suas características mais importantes e também contém as funcionalidades contidas em cada ferramenta existente. Tabela1: Características das Ferramentas Existentes Fonte: Os Autores (2011).

24 24 4 TECNOLOGIAS E PADRÕES DE DESENVOLVIMENTO Das páginas estáticas do passado, aos sistemas dinâmicos atuais, a programação para a Web vem avançando em ritmo acelerado. Com este crescimento, cada vez mais é necessário à utilização de ferramentas para aumentar a produtividade. Tanto as ferramentas de desenvolvimento quanto as linguagens de programação vêm sendo aprimoradas para atender essa nova demanda (LOVATTO, 2007). A seguir são apresentadas algumas ferramentas para programação para web que embasaram na escolha da ferramenta escolhida para o trabalho. 4.1 Padrão MVC Segundo MAGELA (2006), o padrão MVC foi implementado por Jim Althoff. Onde se descreve da seguinte maneira: Modelo: Camada responsável pelos dados que contém a lógica dos negócios de forma separada. Visão: Responsável pela a saída dos dados, lógica de apresentação dos dados ao usuário. Controle: Responsável por fazer o elo entre o Modelo e a Visão, recebe e interpreta as entradas de dados dos usuários. A figura abaixo exemplifica a ligação entre as camadas do padrão MVC. Figura 8: Padrão MVC fonte: REENSKAUG(2003, traduzida)

25 Google Web Toolkit Durante a conferência JavaOne de 2006, o Google apresentou sua nova ferramenta para desenvolvimento de aplicações web, o Google Web Toolkit (GWT). Com o GWT, pode-se programar tanto a parte cliente da aplicação, quanto a parte servidor, utilizando-se a linguagem Java e um mínimo de HTML. Todo código JavaScript é gerado a partir do código Java, e o GWT cuida das diferenças entres os diferentes navegadores (OLSON, 2007). Com o GWT pode-se escrever toda a aplicação utilizando conceitos de orientação a objetos mesmo que o Javascript não possua todos os recursos de orientação a objetos, pois o código é escrito em Java. Outra vantagem são as bibliotecas que são adicionadas ao GWT tanto pelo Google quanto por terceiros (PERRY, 2006). 4.3 PHP Concebido em 1994 por Rasmus Lerdorf, o PHP é uma linguagem de script orientada a objetos utilizada para a programação de páginas da web. O PHP permite que coloquem programas dentro de uma página HTML. O código do programa será executado toda vez que alguém pedir para ver essa página. O PHP é gratuito e tem seu código aberto. Em janeiro de 2001, aproximadamente 5 milhões de domínios por todo o mundo utilizavam PHP (WELLING; THOMSON, 2008). O PHP possui bom desempenho, um único servidor pode responder a milhões de pedidos por dia. Se for necessário ainda mais performance, o PHP é facilmente escalável adicionando outros servidores em estrutura horizontal. Ele possui integração com tipos de bancos de dados e possui numerosas bibliotecas para tarefas relacionadas à internet, como envio de s, criação dinâmica de imagens, geração de PDF, e análise de arquivos XML (WELLING; THOMSON, 2008).

26 Struts O objetivo do Struts2 é facilitar o desenvolvimento web para os programadores. Para tal, ele automatiza muitas tarefas comuns, como converter dados de formulários para serem utilizados nas classes Java. Também utiliza convenção sobre configuração e anotações do Java para diminuir a quantidade de arquivos de configuração (BROWN, DAVIS, STANLICK, 2008). O Struts2 segue o padrão MVC. No Struts2 não há necessidade de se implementar o controller, mas ele pode ser configurado por arquivos XML. O model, onde fica toda a lógica de domínio da aplicação é implementado pelo programador em Java. O view pode ser implementado com páginas JSP ou ferramentas de template como Velocity e FreeMarker (BROWN; DAVIS; STANLICK, 2008). 4.5 Ruby On Rails Ruby on Rails (Rails) é um framework para facilitar o desenvolvimento, construção e manutenção de aplicações web. O Rails extende Ruby de uma maneira para facilitar o trabalho dos desenvolvedores e diminuir o tamanho dos programas e aumentar sua legibilidade (RUBY; THOMAS; HANSSON, 2011). As aplicações Rails são escritas em Ruby, que é uma linguagem de script orientada a objetos. O Rails segue o padrão MVC e também utiliza o conceito de convenção sobre configuração (RUBY; THOMAS; HANSSON, 2011). Todas as aplicações Rails têm suporte a testes embutido no próprio framework. Sempre que uma nova funcionalidade é adicionada, o Rails cria um método para que o desenvolvedor escreva o teste para esta funcionalidade (RUBY; THOMAS; HANSSON, 2011). 4.6 HTML5 HTML5 é a nova geração do HTML. Ele provê novos recursos necessários para aplicações web modernas. Também padroniza recursos

27 27 utilizados por anos, mas que nunca foram formalmente documentados. Ele foi concebido para ser multi-plataforma, necessitando apenas de um navegador moderno para utilizar seus recursos (PILGRIM, 2010). O HTML5 traz melhorias para as interfaces, utilizando CSS3 para customizar o estilo dos elementos das páginas, e melhorias para os formulários, como os novos componentes de seleção de datas (HOGAN, 2010). 4.7 Hibernate Persistência de dados é um requisito comum de muitas aplicações. Essa persistência na maior parte das vezes envolve o uso de SQL e sistemas gerenciadores de bancos de dados relacionais. Entretanto, a representação tabular dos dados é bem diferente da representação utilizada na orientação a objetos (BAUER; KING, 2005). O mapeamento objeto relacional é o nome dado às soluções de automação do trabalho de converter entre essas duas representações. O Hibernate é uma dessas ferramentas, desenvolvida desde 2001, e enfatiza produtividade e liderança técnica. O Hibernate já é utilizado em milhares de aplicações, por dezenas de milhares de usuários (Bauer; King, 2005).

28 28 5 METODOLOGIA O sistema será desenvolvido para substituir os taskboards convencionais. Ele terá uma interface que se assemelhará a um taskboard convencional. Além de mostrar os dados como um taskboard convencional, ele também gerará os gráficos de monitoramento vistos no capítulo 2. O sistema deve possibilitar a utilização de múltiplos usuários simultaneamente pela internet. Haverá diferenciação dos usuários por papéis que cada usuário pode assumir. Todos os dados serão salvos em um banco de dados relacional. Para desenvolver o projeto, serão utilizadas algumas das tecnologias apresentadas no capítulo 4. Segue uma breve discussão sobre os motivos da seleção das ferramentas. 5.1 Framework de Desenvolvimento Web A maior parte das linguagens e frameworks para programação para web utilizam o padrão MVC. E na maior parte das vezes, a parte de view é feita em um arquivo de formato diferente dos outros utilizados para as outras partes do sistema, e este arquivo quase nunca é compilado. Por este motivo é muitas vezes difícil encontrar erros nestes arquivos, como uma variável que não foi declarada, e estes erros se manifestam apenas quando o programa está sendo executado. No GWT todos os arquivos são compilados, inclusive os que fazem parte da View. Portanto erros deste tipo podem ser encontrados em tempo de compilação. Os principais editores gratuitos, Eclipse e Netbeans, têm plugins para Ruby, PHP. Entretanto o nível de maturidade desses plugins é inferior ao tratamento nativo que esses editores dão ao Java. Como o GWT utiliza apenas código Java, é mais fácil escrever os programas em GWT nesses editores do que nas outras linguagens. Os criadores do GWT também disponibilizam um plugin para a IDE Eclipse. Este plugin se encarrega de compilar a aplicação e de implantar em

29 29 um servidor de testes Tomcat. O plugin para Eclipse pode também implantar a aplicação num servidor do Google, para que esta fique disponível na Internet. Os criadores do GWT disponibilizam a configuração para Ant# para auxiliar a compilação e instalação da aplicação. Também há um plugin para Maven# com o mesmo intuito. Entretanto esse plugin para Maven não tem suporte oficial. O GWT foi feito para rodar no servidor Tomcat, que é uma implementação das tecnologias JavaServer Pages (JSP) e Java Servlets. O Tomcat é gratuito e tem seu código fonte aberto. Para hospedagem remota existem hospedeiros que fornecem o Tomcat, entretanto, eles em geral cobram mais caro que os outros servidores de HTTP. Existe também a hospedagem no Google em seu Appengine. Neste caso, a hospedagem é gratuita até que se utilize sua quota de processamento e/ou banda. Quando a quota é estourada, ou o site é desligado, ou é cobrada uma taxa. Foi decidido utilizar o framework GWT para fazer a parte prática do projeto. Todos os frameworks possuem boas ferramentas para desenvolvimento e instalação das aplicações. O fato de o GWT ter interoperabilidade entre navegadores, as vantagens de se utilizar o Java tanto para o desenvolvimento da parte servidor quanto da parte cliente são grandes vantagens sobre os outros frameworks. O projeto não utilizará o HTML5 por ser uma tecnologia muito nova que não está disponível em todos os navegadores. 5.2 Persistência de Dados Para realizar a persistência dos dados, e respectiva busca, será utilizado o Hibernate. O Hibernate é uma das mais antigas e mais estabelecidas ferramentas de mapeamento objeto relacional para Java.

30 Banco de Dados Para facilitar o trabalho de instalar um sistema gerenciador de banco de dados, foi decidido utilizar o HyperSQL, que é uma implementação de um banco de dados feita em Java, ele suporta a maior parte do padrão SQL (HSQL, 2011). Outra vantagem do HyperSQL é que ele pode ser embutido na aplicação. Deste modo, o banco de dados sobe automaticamente com a aplicação, sem a necessidade de se instalar outro servidor externo. 5.4 Ambiente de Desenvolvimento Para facilitar a programação do aplicativo será utilizado o IDE Eclipse, pois já existe um plugin específico do GWT para este IDE. 5.5 Ferramenta para Geração de Gráficos Para gerar os gráficos foi utilizada a ferramenta Google Chart Tools e seu plugin Google API Libraries for Google Web Toolkit. Ambos desenvolvidos pelo próprio Google fazem que seja extremamente fácil adicionar gráficos a um projeto que utiliza o GWT.

31 31 6 MODELAGEM DO SOFTWARE Ao iniciar a modelagem foram analisados todos os requisitos funcionais e não funcionais do software de acordo com a proposta do trabalho. A partir disso, foram criados os casos de uso, diagrama de classe e os diagramas de sequência. Os diagramas foram criados na ferramenta Astah-UML. Através das definições dos diagramas será possível ter uma visão geral da implementação do software. 6.1 Requisitos Funcionais e Não Funcionais Com o intuito de criar uma ferramenta consistente e funcional, foram feitas as análises e as especificações das funcionalidades do dtaskboard, onde, foram definidos os requisitos funcionais e não funcionais da ferramenta. Requisitos Funcionais são declarações detalhadas das funções que o sistema deve executar e como deve ser seu comportamento diante de entradas e situações específicas (SOMMERVILLE, 2003) A tabela 2 representa os requisitos funcionais, ou seja, representa as atividades que poderão ser executadas no dtaskboard. Tabela 2: Requisitos Funcionais Fonte: Os Atores (2011)

32 32 Requisitos não Funcionais são as restrições sobre as funções que serão oferecidas pelo sistema. Eles também podem ser a respeito de requisitos relacionados ao processo utilizado para o desenvolvimento do software, como especificações dos padrões de qualidade. Os Requisitos não Funcionais surgem em razão do usuário, do orçamento disponível, das políticas organizacionais ou até mesmo de necessidades externas, como necessidades legais ou de segurança (SOMMERVILLE, 2003) A tabela 3 representa os Requisitos não Funcionais do sistema. Tabela 3: Requisitos Não Funcionais Fonte: Os Atores (2011) 6.2 Casos de Uso Para ajudar a determinar as funcionalidades que devem ser implementadas no sistema, foram feitos os casos de uso indicando os principais fluxos de trabalho dos usuários do sistema. O sistema possuirá quatro tipos de atores, o administrador que poderá criar projetos; os gerentes de projetos que poderão criar sprints, histórias e também poderão dar permissão de acesso aos seus projetos a outros usuários. Existem os usuários que têm permissão de utilizar pelo menos um dos projetos e modificar as tarefas desse projeto, e temos ainda os visitantes, que podem apenas ver os projetos. A tabela 4 mostra uma listagem dos atores e dos requisitos que compõem o sistema.

33 33 Tabela 4: Casos de Uso Fonte: Os Autores (2011) Na Figura 9 é possível visualizar a maneira que cada ator (Usuário, Gerente de projeto e Administrador) interage com o sistema. Figura 9: Casos de uso. Fonte: Os Autores (2011). Para melhor visualização, a descrição dos casos de uso encontra-se no APÊNDICE A.

34 Diagramas de Classes Nos diagramas de classe é possível visualizar as diferentes classes que compõem o sistema e a maneira de como elas se relacionam. As classes são representadas com seus respectivos nomes e atributos. A Figura 10 mostra o diagrama das classes que serão persistidas no sistema e através da imagem é possível analisar a maneira que elas se relacionam. Figura 10: Diagrama de classes das entidades. Fonte: Os autores (2011). A Figura 11 mostra as classes que tem acesso às informações contidas no banco de dados. Essas classes compõem o modelo e nelas estão contidas todas as lógicas de negócio da aplicação.

35 35 Figura 11: Diagrama de classes de controle. Fonte: Os autores (2011). 6.4 Diagramas de Sequência Devido à complexidade de um determinado sistema com diferentes métodos e classes é difícil determinar a sequência de eventos do sistema. A criação do diagrama de sequência é feita para minimizar esta complexidade. Os diagramas são feitos com base nos casos de usos e nos diagramas de classe. Os diagramas de sequência foram criados de acordo com o escopo do trabalho. Para melhor visualização os diagramas encontram-se no APÊNDICE B.

36 36 7 IMPLEMENTAÇÃO DO PROJETO A implementação do projeto segue o padrão MVC. O projeto foi então dividido entre três pacotes: dtaskboard.client representado a visualização da aplicação, dtaskboard.server representando a de lógica de negócios e o pacote dtaskboard.entities representando o modelo. A seguir são descritas cada uma dessas partes da aplicação. 7.1 Modelo O relacionamento entre as classes do modelo pode ser verificado na Figura 12. O pacote dtaskboard.entities possui todas as classes que são as entidades do mundo real, o model, e que são persistidas no banco de dados. As classes Project, Sprint, History e Task representam as respectivas entidades de um taskboard. Tanto o Sprint quanto o Task possuem seus estados, definidos respectivamente pelas enumerações SprintStatus e TaskStatus. Estas enumerações se encontram em outro pacote para serem utilizados também pela visualização. As classes Project, Sprint e Task guardam dados de horas previstas e cumpridas para o cálculo das métricas e confecção dos gráficos de burndown e burnup. Para realizar a autenticação, foram criadas as classes User, Role e a enumeração RoleClass. Cada usuário possui um respectivo objeto da classe User que possui os dados do login e senha do usuário. A enumeração RoleClass possui os diferentes tipos de papéis que um usuário pode ter no sistema: administrador, gerente de um projeto ou usuário de um projeto. Finalizando as classes de autenticação, a classe Role faz o relacionamento dos dados do usuário e quais papéis ele tem em cada projeto. Conforme a Figura 12 abaixo.

37 37 Figura 12: Diagrama de classes Modelo. Fonte: Os Autores (2011). 7.2 Visualização O pacote dtaskboard.client possui todas as classes que fazem parte da view, todas as telas, formulários e pontos de interação com o usuário ficam nele. Este pacote possui diversos outros sub pacotes para melhor organizar o projeto. A tela de autenticação é representada pela classe dtaskboar.client.login.loginpage. Esta página mostra o formulário de autenticação, como na Figura 13. Figura 13: Tela de login. Fonte: Os Autores (2011). Depois de se autenticar, o usuário entra na tela que mostra a barra de ferramentas desse usuário, e de administrador caso esse usuário seja um

38 38 administrador. Essa barra de ferramentas é representada pela classe dtaskboard.client.toolbar.toolbar. Esta tela pode ser vista na figura 14. Na barra de ferramentas do usuário, ao se clicar em qualquer uma das entradas, aparece um Menu onde o usuário pode realizar algumas funções. Clicando em seu nome de usuário (admin no caso da figura 14) aparecem as ações: Trocar Senha e Sair do sistema. Em projetos o usuário pode selecionar o projeto que deseja ver. Figura 14: Barra de ferramentas. Fonte: Os Autores (2011). Em Administração pode-se criar um novo usuário, adicionar um papel a um usuário e criar um novo projeto. O item administração só aparece para administradores. Estas ações, com a exceção de sair do sistema, abrem caixas de diálogo modal onde o usuário deve preencher dados para executar a ação. Esses diálogos são implementados pelas classes AddRoleToUserDialog, ChangePasswordDialog, CreateProjectDialog e CreateUserDialog, que estão no mesmo pacote da classe Toolbar. Quando um usuário seleciona o projeto que deseja ver, abre-se a barra de ferramentas do projeto logo abaixo da barra de ferramentas do usuário e também o taskboard com o sprint atual do projeto, como na figura 15. Figura 15: Tela do projeto. Fonte: Os Autores (2011).

39 39 Na barra de ferramentas do projeto, se o usuário for um gerente do projeto ele pode editar o projeto, criar um novo sprint e encerrar o sprint atual. Estas ações também abrem diálogos e são implementadas pelas respectivas classes de diálogo. As classes que geram a barra de ferramentas do projeto e a tabela do projeto encontram-se no pacote dtaskboard.client.project. As classes dos diálogos estão no pacote dtaskboard.client.project.dialog. No taskboard o usuário pode criar tarefas e histórias, se for o gerente, e pode mover as tarefas entre as colunas. Todos os diálogos são subclasses de Dialog, a classe de diálogos fornecida pelo GWT, como pode ser visto na figura 16. A classe Toolbar e ProjectToolbar são subclasses de MenuBar, que é a classe fornecida pelo GWT para fornecer barras de menu. Além dessas classes existem também a LoginPage e a ProjectPage que podem ser vistas na figura 17. Figura 16: Diagrama de classes dos diálogos. Fonte: Os Autores (2011). Figura 17: Diagrama de classes interface com o usuário. Fonte: Os Autores (2011). A figura 18 mostra as classes que foram implementadas para mostrar os gráficos no sistema. Elas implementam um método e devolvem um componente que pode ser adicionado diretamente na tela e renderiza um gráfico. Para isso estas classes utilizam a biblioteca Google Chart Tools.

40 40 Figura 18: Diagrama de classes criadoras de gráficos. Fonte: Os Autores (2011). 7.3 Controlador Por último o pacote dtaskboard.server possui todas as lógicas de negócio e manipulação das entidades, o controlador. Quando o usuário executa uma ação na view, ela é enviada para o controlador e então processada. Para tratar a persistência e recuperação dos dados foi utilizado o padrão DAO (Data Access Object), onde uma classe é responsável por fazer a persistência dos dados sem expor as especificidades do banco de dados. Os DAOs estão no pacote dtaskboard.server.dao e há uma classe GenericDao que implementa os métodos de criação, remoção, recuperação e listagem de entidades. Existem subclasses de GenericDao para cada entidade e cada subclasse precisa apenas implementar os métodos que são necessários para essa entidade. O diagrama de classes do pacote dtaskboard.server.dao pode ser visto na figura 19. Figura 19: Diagrama de classes DAO. Fonte: Os Autores (2011).

41 41 A figura 20 mostra as classes com as lógicas de negócio. O ProjectServiceImpl possui todas as lógicas que tratam do projeto, criar e atualizar projetos, sprints e tarefas além de tratar das mudanças de estados das tarefas. O LoginServiceImpl trata das funções administrativas de criar usuários e papéis para eles, e também da autenticação. Figura 20: Diagrama de classes controlador. Fonte: Os Autores (2011).

Uma introdução ao SCRUM. Evandro João Agnes evandroagnes@yahoo.com.br

Uma introdução ao SCRUM. Evandro João Agnes evandroagnes@yahoo.com.br Uma introdução ao SCRUM Evandro João Agnes evandroagnes@yahoo.com.br Agenda Projetos de Software O que é Scrum Scrum framework Estrutura do Scrum Sprints Ferramentas Projetos de software Chaos Report Standish

Leia mais

Scrum-Half: Uma Ferramenta Web de Apoio ao Scrum

Scrum-Half: Uma Ferramenta Web de Apoio ao Scrum Scrum-Half: Uma Ferramenta Web de Apoio ao Scrum Diego R. Marins 1,2, José A. Rodrigues Nt. 1, Geraldo B. Xexéo 2, Jano M. de Sousa 1 1 Programa de Engenharia de Sistemas e Computação - COPPE/UFRJ 2 Departamento

Leia mais

Processo de Desenvolvimento de Software. Unidade V Modelagem de PDS. Luiz Leão luizleao@gmail.com http://www.luizleao.com

Processo de Desenvolvimento de Software. Unidade V Modelagem de PDS. Luiz Leão luizleao@gmail.com http://www.luizleao.com Processo de Desenvolvimento de Software Luiz Leão luizleao@gmail.com http://www.luizleao.com Conteúdo Programático desta aula Modelo Cascata (Waterfall) ou TOP DOWN. Modelo Iterativo. Metodologia Ágil.

Leia mais

ESTUDO DE FERRAMENTAS EM SOFTWARE LIVRE PARA GESTÃO ÁGIL DE PROJETOS DE DESENVOLVIMENTO DE SOFTWARE

ESTUDO DE FERRAMENTAS EM SOFTWARE LIVRE PARA GESTÃO ÁGIL DE PROJETOS DE DESENVOLVIMENTO DE SOFTWARE ESTUDO DE FERRAMENTAS EM SOFTWARE LIVRE PARA GESTÃO ÁGIL DE PROJETOS DE DESENVOLVIMENTO DE SOFTWARE Trabalho de conclusão do curso Lato Sensu em Desenvolvimento de Sistemas em Software Livre da Universidade

Leia mais

Metodologias Ágeis. Aécio Costa

Metodologias Ágeis. Aécio Costa Metodologias Ágeis Aécio Costa Metodologias Ágeis Problema: Processo de desenvolvimento de Software Imprevisível e complicado. Empírico: Aceita imprevisibilidade, porém tem mecanismos de ação corretiva.

Leia mais

SISTEMA DE WORKFLOW PARA MODELAGEM E EXECUÇÃO DE PROCESSOS DE SOFTWARE. Aluno: Roberto Reinert Orientador: Everaldo A. Grahl

SISTEMA DE WORKFLOW PARA MODELAGEM E EXECUÇÃO DE PROCESSOS DE SOFTWARE. Aluno: Roberto Reinert Orientador: Everaldo A. Grahl SISTEMA DE WORKFLOW PARA MODELAGEM E EXECUÇÃO DE PROCESSOS DE SOFTWARE Aluno: Roberto Reinert Orientador: Everaldo A. Grahl Roteiro de apresentação Introdução Objetivos Fundamentação Teórica Workflow Processo

Leia mais

Wesley Torres Galindo

Wesley Torres Galindo Qualidade, Processos e Gestão de Software Professores: Alexandre Vasconcelos e Hermano Moura Wesley Torres Galindo wesleygalindo@gmail.com User Story To Do Doing Done O que é? Como Surgiu? Estrutura Apresentar

Leia mais

Wesley Torres Galindo. wesleygalindo@gmail.com

Wesley Torres Galindo. wesleygalindo@gmail.com Wesley Torres Galindo wesleygalindo@gmail.com Wesley Galindo Graduação em Análise e Desenvolvimento de Sistemas Mestrado em Engenharia de Software Engenheiro de Software Professor Faculdade Escritor Osman

Leia mais

FireScrum: Ferramenta de apoio à gestão de projetos utilizando Scrum

FireScrum: Ferramenta de apoio à gestão de projetos utilizando Scrum C.E.S.A.R.EDU Unidade de Educação do Centro de Estudos e Sistemas Avançados do Recife Projeto de Dissertação de Mestrado FireScrum: Ferramenta de apoio à gestão de projetos utilizando Scrum Eric de Oliveira

Leia mais

TÍTULO: DESENVOLVIMENTO DE UMA FERRAMENTA WEB PARA O GERENCIAMENTO DE PROJETO DE SOFTWARE UTILIZANDO METODOLOGIAS ÁGEIS

TÍTULO: DESENVOLVIMENTO DE UMA FERRAMENTA WEB PARA O GERENCIAMENTO DE PROJETO DE SOFTWARE UTILIZANDO METODOLOGIAS ÁGEIS TÍTULO: DESENVOLVIMENTO DE UMA FERRAMENTA WEB PARA O GERENCIAMENTO DE PROJETO DE SOFTWARE UTILIZANDO METODOLOGIAS ÁGEIS CATEGORIA: CONCLUÍDO ÁREA: CIÊNCIAS EXATAS E DA TERRA SUBÁREA: COMPUTAÇÃO E INFORMÁTICA

Leia mais

RESUMO PARA O EXAME PSM I

RESUMO PARA O EXAME PSM I RESUMO PARA O EXAME PSM I Escrito por: Larah Vidotti Blog técnico: Linkedin: http://br.linkedin.com/in/larahvidotti MSN: larah_bit@hotmail.com Referências:... 2 O Scrum... 2 Papéis... 3 Product Owner (PO)...

Leia mais

Ferramenta para gestão ágil

Ferramenta para gestão ágil Ferramenta para gestão ágil de projetos de software Robson Ricardo Giacomozzi Orientador: Everaldo Artur Grahl Agenda Introdução Objetivos Fundamentação teórica Desenvolvimento Resultados e discussões

Leia mais

SISTEMA GERENCIAL TRATORPLAN

SISTEMA GERENCIAL TRATORPLAN SISTEMA GERENCIAL TRATORPLAN SIGET Fabrício Pereira Santana¹, Jaime William Dias¹, ², Ricardo de Melo Germano¹ ¹Universidade Paranaense (Unipar) Paranavaí PR Brasil fabricioblack@gmail.com germano@unipar.br

Leia mais

DESENVOLVIMENTO DE SOFTWARE DE VOTAÇÃO WEB UTILIZANDO TECNOLOGIA TOUCHSCREEN

DESENVOLVIMENTO DE SOFTWARE DE VOTAÇÃO WEB UTILIZANDO TECNOLOGIA TOUCHSCREEN DESENVOLVIMENTO DE SOFTWARE DE VOTAÇÃO WEB UTILIZANDO TECNOLOGIA TOUCHSCREEN José Agostinho Petry Filho 1 ; Rodrigo de Moraes 2 ; Silvio Regis da Silva Junior 3 ; Yuri Jean Fabris 4 ; Fernando Augusto

Leia mais

SCRUM. Fabrício Sousa fabbricio7@yahoo.com.br

SCRUM. Fabrício Sousa fabbricio7@yahoo.com.br SCRUM Fabrício Sousa fabbricio7@yahoo.com.br Introdução 2 2001 Encontro onde profissionais e acadêmicos da área de desenvolvimento de software de mostraram seu descontentamento com a maneira com que os

Leia mais

Guia Projectlab para Métodos Agéis

Guia Projectlab para Métodos Agéis Guia Projectlab para Métodos Agéis GUIA PROJECTLAB PARA MÉTODOS ÁGEIS 2 Índice Introdução O que são métodos ágeis Breve histórico sobre métodos ágeis 03 04 04 Tipos de projetos que se beneficiam com métodos

Leia mais

Workshop SCRUM. Versão 5 Out 2010 RFS. rildo.santos@etecnologia.com.br

Workshop SCRUM. Versão 5 Out 2010 RFS. rildo.santos@etecnologia.com.br Todos os direitos reservados e protegidos 2006 e 2010 Objetivo: Estudo de Caso Objetivo: Apresentar um Estudo de Caso para demonstrar como aplicar as práticas do SCRUM em projeto de desenvolvimento de

Leia mais

Objetivos do Módulo 3

Objetivos do Módulo 3 Objetivos do Módulo 3 Após completar este módulo você deverá ter absorvido o seguinte conhecimento: Conceitos do Scrum O que é um Sprint Decifrando um Product backlog Daily Scrum, Sprint Review, Retrospectiva

Leia mais

SCE-557. Técnicas de Programação para WEB. Rodrigo Fernandes de Mello http://www.icmc.usp.br/~mello mello@icmc.usp.br

SCE-557. Técnicas de Programação para WEB. Rodrigo Fernandes de Mello http://www.icmc.usp.br/~mello mello@icmc.usp.br SCE-557 Técnicas de Programação para WEB Rodrigo Fernandes de Mello http://www.icmc.usp.br/~mello mello@icmc.usp.br 1 Cronograma Fundamentos sobre servidores e clientes Linguagens Server e Client side

Leia mais

Após completar este módulo você deverá ter absorvido o seguinte conhecimento: Uma ampla visão do framework Scrum e suas peculiaridades

Após completar este módulo você deverá ter absorvido o seguinte conhecimento: Uma ampla visão do framework Scrum e suas peculiaridades Objetivos da Aula 1 Após completar este módulo você deverá ter absorvido o seguinte conhecimento: Uma ampla visão do framework Scrum e suas peculiaridades Entendimento sobre os processos essenciais do

Leia mais

Engenharia de Software

Engenharia de Software Faculdade de Informática e Administração Paulista Curso de Sistemas de Informação 2º SI-T Engenharia de Software Modelo de Desenvolvimento Ágil SCRUM Hugo Cisneiros RM 60900 Moyses Santana Jacob RM 63484

Leia mais

METODOLOGIA DE GERENCIAMENTO DE PROJETOS SCRUM: ESTUDO DE REVISÃO. Bruno Edgar Fuhr 1

METODOLOGIA DE GERENCIAMENTO DE PROJETOS SCRUM: ESTUDO DE REVISÃO. Bruno Edgar Fuhr 1 METODOLOGIA DE GERENCIAMENTO DE PROJETOS SCRUM: ESTUDO DE REVISÃO Bruno Edgar Fuhr 1 Resumo: O atual mercado de sistemas informatizados exige das empresas de desenvolvimento, um produto que tenha ao mesmo

Leia mais

Manifesto Ágil - Princípios

Manifesto Ágil - Princípios Manifesto Ágil - Princípios Indivíduos e interações são mais importantes que processos e ferramentas. Software funcionando é mais importante do que documentação completa e detalhada. Colaboração com o

Leia mais

SCRUM Gerência de Projetos Ágil. Prof. Elias Ferreira

SCRUM Gerência de Projetos Ágil. Prof. Elias Ferreira SCRUM Gerência de Projetos Ágil Prof. Elias Ferreira Métodos Ágeis + SCRUM + Introdução ao extreme Programming (XP) Manifesto Ágil Estamos descobrindo maneiras melhores de desenvolver software fazendo-o

Leia mais

Manifesto Ágil e as Metodologias Ágeis (XP e SCRUM)

Manifesto Ágil e as Metodologias Ágeis (XP e SCRUM) Programação Extrema Manifesto Ágil e as Metodologias Ágeis (XP e SCRUM) Prof. Mauro Lopes Programação Extrema Prof. Mauro Lopes 1-31 45 Manifesto Ágil Formação da Aliança Ágil Manifesto Ágil: Propósito

Leia mais

4 Desenvolvimento da ferramenta

4 Desenvolvimento da ferramenta direcionados por comportamento 38 4 Desenvolvimento da ferramenta Visando facilitar a tarefa de documentar requisitos funcionais e de gerar testes automáticos em uma única ferramenta para proporcionar

Leia mais

SCRUM. É um processo iterativo e incremental para o desenvolvimento de qualquer produto e gerenciamento de qualquer projeto.

SCRUM. É um processo iterativo e incremental para o desenvolvimento de qualquer produto e gerenciamento de qualquer projeto. SCRUM SCRUM É um processo iterativo e incremental para o desenvolvimento de qualquer produto e gerenciamento de qualquer projeto. Ken Schwaber e Jeff Sutherland Transparência A transparência garante que

Leia mais

Scrum Guia Prático. Raphael Rayro Louback Saliba Certified Scrum Master. Os papéis, eventos, artefatos e as regras do Scrum. Solutions. www.domain.

Scrum Guia Prático. Raphael Rayro Louback Saliba Certified Scrum Master. Os papéis, eventos, artefatos e as regras do Scrum. Solutions. www.domain. Scrum Guia Prático Os papéis, eventos, artefatos e as regras do Scrum Solutions www.domain.com Raphael Rayro Louback Saliba Certified Scrum Master 1 Gráfico de Utilização de Funcionalidades Utilização

Leia mais

DISCIPLINA ENGENHARIA DE SOFTWARE Aula 03 Desenvolvimento Ágil Modelos Ágeis. Profª Esp.: Maysa de Moura Gonzaga

DISCIPLINA ENGENHARIA DE SOFTWARE Aula 03 Desenvolvimento Ágil Modelos Ágeis. Profª Esp.: Maysa de Moura Gonzaga DISCIPLINA ENGENHARIA DE SOFTWARE Aula 03 Desenvolvimento Ágil Modelos Ágeis Profª Esp.: Maysa de Moura Gonzaga 2º Semestre / 2011 Extreme Programming (XP); DAS (Desenvolvimento Adaptativo de Software)

Leia mais

Geração e execução de scripts de teste em aplicações web a partir de casos de uso direcionados por comportamento 64

Geração e execução de scripts de teste em aplicações web a partir de casos de uso direcionados por comportamento 64 direcionados por comportamento 64 5 Estudo de caso Neste capítulo serão apresentadas as aplicações web utilizadas na aplicação da abordagem proposta, bem como a tecnologia em que foram desenvolvidas, o

Leia mais

Géssica Talita. Márcia Verônica. Prof.: Edmilson

Géssica Talita. Márcia Verônica. Prof.: Edmilson Géssica Talita Márcia Verônica Prof.: Edmilson DESENVOLVIMENTO ÁGIL Técnicas foram criadas com o foco de terminar os projetos de software rapidamente e de forma eficaz. Este tipo de técnica foi categorizada

Leia mais

GESTÃO DO CONHECIMENTO PARA O DESENVOLVIMENTO DE SOFTWARE COM MÉTODOS ÁGEIS

GESTÃO DO CONHECIMENTO PARA O DESENVOLVIMENTO DE SOFTWARE COM MÉTODOS ÁGEIS GESTÃO DO CONHECIMENTO PARA O DESENVOLVIMENTO DE SOFTWARE COM MÉTODOS ÁGEIS Jeandro Maiko Perceval 1 Carlos Mario Dal Col Zeve2 Anderson Ricardo Yanzer Cabral ² RESUMO Este artigo apresenta conceitos sobre

Leia mais

Gestão de Projetos com Métodos Ágeis - Avançado

Gestão de Projetos com Métodos Ágeis - Avançado Gestão de Projetos com Métodos Ágeis - Avançado Caxias do Sul, 16 de Agosto 2013 Gustavo Casarotto Agenda O Scrum Planejamento da Sprint 1 Execução da Sprint 1 Revisão da Sprint 1 Retrospectiva da Sprint

Leia mais

Ambiente Web PHP Problemas Frameworks CakePHP Symfony Zend Framework Prado CodeIgniter Demonstração O livro

Ambiente Web PHP Problemas Frameworks CakePHP Symfony Zend Framework Prado CodeIgniter Demonstração O livro Desenvolvimento em PHP usando Frameworks Elton Luís Minetto Agenda Ambiente Web PHP Problemas Frameworks CakePHP Symfony Zend Framework Prado CodeIgniter Demonstração O livro Ambiente Web É o ambiente

Leia mais

Desenvolvimento Ágil de Software

Desenvolvimento Ágil de Software Desenvolvimento Ágil de Software Métodos ágeis (Sommerville) As empresas operam em um ambiente global, com mudanças rápidas. Softwares fazem parte de quase todas as operações de negócios. O desenvolvimento

Leia mais

Ambiente Web PHP Problemas Frameworks CakePHP Symfony Zend Framework Prado CodeIgniter Demonstração

Ambiente Web PHP Problemas Frameworks CakePHP Symfony Zend Framework Prado CodeIgniter Demonstração Desenvolvimento em PHP usando Frameworks Elton Luís Minetto Agenda Ambiente Web PHP Problemas Frameworks CakePHP Symfony Zend Framework Prado CodeIgniter Demonstração Ambiente Web É o ambiente formado

Leia mais

PONTIFÍCIA UNIVERSIDADE CATÓLICA DE GOIÁS Curso Superior de Tecnologia em Análise e Desenvolvimento de Sistemas

PONTIFÍCIA UNIVERSIDADE CATÓLICA DE GOIÁS Curso Superior de Tecnologia em Análise e Desenvolvimento de Sistemas PONTIFÍCIA UNIVERSIDADE CATÓLICA DE GOIÁS Curso Superior de Tecnologia em Análise e Desenvolvimento de Sistemas CMP1141 Processo e qualidade de software I Prof. Me. Elias Ferreira Sala: 210 F Quarta-Feira:

Leia mais

Scrumming. Ferramenta Educacional para Ensino de Práticas do SCRUM

Scrumming. Ferramenta Educacional para Ensino de Práticas do SCRUM PONTIFÍCIA UNIVERSIDADE CATÓLICA DO RIO GRANDE DO SUL FACULDADE DE INFORMÁTICA CURSO DE BACHARELADO EM SISTEMAS DE INFORMAÇÃO Scrumming Ferramenta Educacional para Ensino de Práticas do SCRUM por ERASMO

Leia mais

UTILIZAÇÃO DAS METODOLOGIAS ÁGEIS XP E SCRUM PARA O DESENVOLVIMENTO RÁPIDO DE APLICAÇÕES

UTILIZAÇÃO DAS METODOLOGIAS ÁGEIS XP E SCRUM PARA O DESENVOLVIMENTO RÁPIDO DE APLICAÇÕES UTILIZAÇÃO DAS METODOLOGIAS ÁGEIS XP E SCRUM PARA O DESENVOLVIMENTO RÁPIDO DE APLICAÇÕES Marcelo Augusto Lima Painka¹, Késsia Rita da Costa Marchi¹ ¹Universidade Paranaense (Unipar) Paranavaí PR Brasil

Leia mais

Análise de Escopo e Planejamento no Desenvolvimento de Software, sob a Perspectiva Ágil

Análise de Escopo e Planejamento no Desenvolvimento de Software, sob a Perspectiva Ágil Análise de Escopo e Planejamento no Desenvolvimento de Software, sob a Perspectiva Ágil Roberto Costa Araujo Orientador: Cristiano T. Galina Sistemas de Informação Universidade do Vale do Rio dos Sinos

Leia mais

Por que o Scrum? o Foco na Gerência de Projetos; o Participação efetiva do Cliente.

Por que o Scrum? o Foco na Gerência de Projetos; o Participação efetiva do Cliente. Por que o Scrum? o Foco na Gerência de Projetos; o Participação efetiva do Cliente. Desenvolvido por Jeff SUTHERLAND e Ken SCHWABER ; Bastante objetivo, com papéis bem definidos; Curva de Aprendizado é

Leia mais

UMA ABORDAGEM PARA VIABILIZAR A ADERÊNCIA DA METODOLOGIA SCRUM AO MODELO MPS.BR NÍVEL G.

UMA ABORDAGEM PARA VIABILIZAR A ADERÊNCIA DA METODOLOGIA SCRUM AO MODELO MPS.BR NÍVEL G. UMA ABORDAGEM PARA VIABILIZAR A ADERÊNCIA DA METODOLOGIA SCRUM AO MODELO MPS.BR NÍVEL G. Magda A. Silvério Miyashiro 1, Maurício G. V. Ferreira 2, Bruna S. P. Martins 3, Fabio Nascimento 4, Rodrigo Dias

Leia mais

Este livro é dedicado a minha esposa Edna e a todos os desenvolvedores que fizeram do software livre um meio profissional levado a sério.

Este livro é dedicado a minha esposa Edna e a todos os desenvolvedores que fizeram do software livre um meio profissional levado a sério. EDSON GONÇALVES Este livro é dedicado a minha esposa Edna e a todos os desenvolvedores que fizeram do software livre um meio profissional levado a sério. AGRADECIMENTOS Primeiramente gostaria de agradecer

Leia mais

UNIVERSIDADE FEDERAL DE SANTA MARIA CENTRO DE TECNOLOGIA AULA 06 PROFª BRUNO CALEGARO

UNIVERSIDADE FEDERAL DE SANTA MARIA CENTRO DE TECNOLOGIA AULA 06 PROFª BRUNO CALEGARO UNIVERSIDADE FEDERAL DE SANTA MARIA CENTRO DE TECNOLOGIA AULA 06 PROFª BRUNO CALEGARO Santa Maria, 27 de Setembro de 2013. Revisão aula anterior Desenvolvimento Ágil de Software Desenvolvimento e entrega

Leia mais

Análise comparativa entre a engenharia de requisitos e o método de desenvolvimento ágil: Scrum

Análise comparativa entre a engenharia de requisitos e o método de desenvolvimento ágil: Scrum Análise comparativa entre a engenharia de requisitos e o método de desenvolvimento ágil: Scrum Patrícia Bastos Girardi, Sulimar Prado, Andreia Sampaio Resumo Este trabalho tem como objetivo prover uma

Leia mais

Sistema de Memorandos On-Line. (Projeto Arquitetural)

Sistema de Memorandos On-Line. (Projeto Arquitetural) Universidade Federal de Campina Grande Pb Departamento de Sistemas e Computação Disciplina: Projeto em Computação I 2111185 Professora: Francilene Procópio Garcia, P.Sc Alunos: Arnaldo de Sena Santos;

Leia mais

Aluna: Vanessa de Mello Orientador: Everaldo Artur Grahl

Aluna: Vanessa de Mello Orientador: Everaldo Artur Grahl Ferramenta web para gerenciamento de projetos de software baseado no Scrum Aluna: Vanessa de Mello Orientador: Everaldo Artur Grahl Introdução Roteiro da apresentação Objetivos do trabalho Fundamentação

Leia mais

Scrum How it works. Há quatro grupos com papéis bem definidos:

Scrum How it works. Há quatro grupos com papéis bem definidos: Scrum É um processo de desenvolvimento iterativo e incremental. É utilizado quando não se consegue predizer tudo o que irá ocorrer. Em geral, utiliza-se em projetos complexos, de difícil abordagem pela

Leia mais

Alexandre Lima Guilherme Melo Joeldson Costa Marcelo Guedes

Alexandre Lima Guilherme Melo Joeldson Costa Marcelo Guedes Instituto Federal do Rio Grande do Norte IFRN Graduação Tecnologia em Analise e Desenvolvimento de Sistema Disciplina: Processo de Desenvolvimento de Software Scrum Alexandre Lima Guilherme Melo Joeldson

Leia mais

A utilização do Scrum em um sistema web: um estudo de caso

A utilização do Scrum em um sistema web: um estudo de caso ISSN 23162872 T.I.S. São Carlos, v. 1, n. 1, p. 7681, jul. 2012 Tecnologias, Infraestrutura e Software A utilização do Scrum em um sistema web: um estudo de caso Flávia dos Santos Zenaro Abstract: This

Leia mais

Facilidade e flexibilidade na web

Facilidade e flexibilidade na web Facilidade e flexibilidade na web palavras-chave: acessibilidade, usabilidade, web 2.0 Tersis Zonato www.tersis.com.br Web 2.0 o termo de marketing x a nova forma de conhecimento Web 2.0 O conceito começou

Leia mais

Gerenciador Financeiro CITi. Gerenciador Financeiro CITi

Gerenciador Financeiro CITi. Gerenciador Financeiro CITi (Sistema de Gerenciamento Financeiro) Especificação dos Requisitos do Software Gerenciador Financeiro CITi Versão 1.0 Autores: Bruno Medeiros de Oliveira Igor Rafael Medeiros Pedro Araújo de Melo Tiago

Leia mais

Universidade Federal do Espírito Santo Centro Tecnológico Departamento de Informática Programa de Pós-Graduação em Informática

Universidade Federal do Espírito Santo Centro Tecnológico Departamento de Informática Programa de Pós-Graduação em Informática Universidade Federal do Espírito Santo Centro Tecnológico Departamento de Informática Programa de Pós-Graduação em Informática Disciplina: INF5008 Prof.: (monalessa@inf.ufes.br) Conteúdo 8. Metodologias

Leia mais

Scrum. Introdução UFRPE-DEINFO BSI-FÁBRICA DE SOFTWARE

Scrum. Introdução UFRPE-DEINFO BSI-FÁBRICA DE SOFTWARE Scrum Introdução UFRPE-DEINFO BSI-FÁBRICA DE SOFTWARE scrum Ken Schwaber - Jeff Sutherland http://www.scrumalliance.org/ Scrum Uma forma ágil de gerenciar projetos. Uma abordagem baseada em equipes autoorganizadas.

Leia mais

Ferramenta para Gerenciamento de Requisitos em Metodologias Ágeis

Ferramenta para Gerenciamento de Requisitos em Metodologias Ágeis Ferramenta para Gerenciamento de Requisitos em Metodologias Ágeis Eduardo dos Santos Gonçalves 1, Heitor Boeira dos Reis Filho 1 1 Universidade Luterana do Brasil (ULBRA) Av. Itacolomi, 3.600 Bairro São

Leia mais

Fundamentos do Scrum aplicados ao RTC Sergio Martins Fernandes

Fundamentos do Scrum aplicados ao RTC Sergio Martins Fernandes Workshop Scrum & Rational Team Concert (RTC) Sergio Martins Fernandes Agilidade Slide 2 Habilidade de criar e responder a mudanças, buscando agregar valor em um ambiente de negócio turbulento O Manifesto

Leia mais

DESENVOLVIMENTO DE UMA APLICAÇÃO WEB PARA ELABORAÇÃO DE AVALIAÇÕES DE ENSINO UTILIZANDO NOVAS ABORDAGENS DE DESENVOLVIMENTO

DESENVOLVIMENTO DE UMA APLICAÇÃO WEB PARA ELABORAÇÃO DE AVALIAÇÕES DE ENSINO UTILIZANDO NOVAS ABORDAGENS DE DESENVOLVIMENTO DESENVOLVIMENTO DE UMA APLICAÇÃO WEB PARA ELABORAÇÃO DE AVALIAÇÕES DE ENSINO UTILIZANDO NOVAS ABORDAGENS DE DESENVOLVIMENTO Danilo Damaceno Lima 1 NIPETI 2 - Instituto Federal de Mato Grosso do Sul (IFMS),

Leia mais

FACULDADE DE CIÊNCIAS SOCIAIS E APLICADAS DO PARANÁ. Sistema de Gestão Escolar PROJETO FINAL Schola Ratio Versão 8

FACULDADE DE CIÊNCIAS SOCIAIS E APLICADAS DO PARANÁ. Sistema de Gestão Escolar PROJETO FINAL Schola Ratio Versão 8 FACULDADE DE CIÊNCIAS SOCIAIS E APLICADAS DO PARANÁ Sistema de Gestão Escolar PROJETO FINAL Schola Ratio Versão 8 CURITIBA Nov 2012 DJULLES IKEDA OSNIR FERREIRA DA CUNHA Sistema de Gestão Escolar PROJETO

Leia mais

Treinamos. CSD: Certified Scrum Developer Program

Treinamos. CSD: Certified Scrum Developer Program Treinamos. CSD: Certified Scrum Developer Program Programa reconhecido oficialmente pela Scrum Alliance para a certificação CSD: Certified Scrum Developer. 1 SCRUM ALLIANCE REP(SM) is a service mark of

Leia mais

Engenharia de Software I. Aula 15: Metodologias Ágeis. Prof. Márcio D. Puntel marcio@puntel.org

Engenharia de Software I. Aula 15: Metodologias Ágeis. Prof. Márcio D. Puntel marcio@puntel.org Engenharia de Software I Aula 15: Metodologias Ágeis Prof. Márcio D. Puntel marcio@puntel.org Março - 2008 Antes... Manifesto Mudança de contratos Foco nas premissas... 2 Algumas metodologias Extreme Programming

Leia mais

Quais são as características de um projeto?

Quais são as características de um projeto? Metodologias ágeis Flávio Steffens de Castro Projetos? Quais são as características de um projeto? Temporário (início e fim) Objetivo (produto, serviço e resultado) Único Recursos limitados Planejados,

Leia mais

[Agile] Scrum + XP. Wagner Roberto dos Santos. Agilidade extrema. Arquiteto Java EE / Scrum Master wrsconsulting@gmail.com. Globalcode open4education

[Agile] Scrum + XP. Wagner Roberto dos Santos. Agilidade extrema. Arquiteto Java EE / Scrum Master wrsconsulting@gmail.com. Globalcode open4education [Agile] Scrum + XP Agilidade extrema Wagner Roberto dos Santos Arquiteto Java EE / Scrum Master wrsconsulting@gmail.com 1 Apresentação Arquiteto Java EE / Scrum Master Lead Editor da Queue Arquitetura

Leia mais

SISTEMA PARA CONTROLE DE RESERVA DE EQUIPAMENTOS MULTIMEIOS E AMBIENTES DE APRENDIZAGEM

SISTEMA PARA CONTROLE DE RESERVA DE EQUIPAMENTOS MULTIMEIOS E AMBIENTES DE APRENDIZAGEM SISTEMA PARA CONTROLE DE RESERVA DE EQUIPAMENTOS MULTIMEIOS E AMBIENTES DE APRENDIZAGEM Marcelo Karpinski Brambila Acadêmico em Sistemas de Informação Universidade Luterana do Brasil Guaíba mkbrambila@connect-rs.com.br

Leia mais

SISTEMA DE GESTÃO DE PRODUÇÃO DE EVENTOS

SISTEMA DE GESTÃO DE PRODUÇÃO DE EVENTOS SISTEMA DE GESTÃO DE PRODUÇÃO DE EVENTOS Rodrigo das Neves Wagner Luiz Gustavo Galves Mählmann Resumo: O presente artigo trata de um projeto de desenvolvimento de uma aplicação para uma produtora de eventos,

Leia mais

Com relação às áreas de conhecimento de projetos conforme o. PMBoK, julgue os itens subseqüentes.

Com relação às áreas de conhecimento de projetos conforme o. PMBoK, julgue os itens subseqüentes. De acordo com o comando a que cada um dos itens de 1 a 70 se refira, marque, na folha de respostas, para cada item: o campo designado com o código C, caso julgue o item CERTO; ou o campo designado com

Leia mais

2012. Quinta Conferência de Qualidade de Software ASR Consultoria

2012. Quinta Conferência de Qualidade de Software ASR Consultoria 1 Visão CMMI do Ágil 2 Visão CMMI do Ágil 3 Visão Ágil do CMMI 4 Visão Ágil do CMMI 5 Visão Ágil do CMMI 6 Manifesto para Desenvolvimento Ágil de Software Estamos descobrindo maneiras melhores de desenvolver

Leia mais

Estudo sobre Desenvolvimento de Software Utilizando o Framework Ágil Scrum

Estudo sobre Desenvolvimento de Software Utilizando o Framework Ágil Scrum Estudo sobre Desenvolvimento de Software Utilizando o Framework Ágil Scrum Andre Scarmagnani 1, Fabricio C. Mota 1, Isaac da Silva 1, Matheus de C. Madalozzo 1, Regis S. Onishi 1, Luciano S. Cardoso 1

Leia mais

6 Infraestrutura de Trabalho

6 Infraestrutura de Trabalho 6 Infraestrutura de Trabalho Este capítulo tem como objetivo fornecer uma visão geral do ambiente de trabalho encontrado na organização estudada, bem como confrontá-lo com a organização ideal tal como

Leia mais

Scrum. Centro de Informática - Universidade Federal de Pernambuco Sistemas de Informação Kiev Gama kiev@cin.ufpe.br

Scrum. Centro de Informática - Universidade Federal de Pernambuco Sistemas de Informação Kiev Gama kiev@cin.ufpe.br Scrum Centro de Informática - Universidade Federal de Pernambuco Sistemas de Informação Kiev Gama kiev@cin.ufpe.br Baseado em slides de Mike Cohn mike@mountaingoatsoftware.com traduzidos e adaptados por

Leia mais

PROJETO DE COOPERAÇÃO TÉCNICA INTERNACIONAL. Diretrizes e Estratégias para Ciência, Tecnologia e Inovação no Brasil

PROJETO DE COOPERAÇÃO TÉCNICA INTERNACIONAL. Diretrizes e Estratégias para Ciência, Tecnologia e Inovação no Brasil PROJETO DE COOPERAÇÃO TÉCNICA INTERNACIONAL Diretrizes e Estratégias para Ciência, Tecnologia e Inovação no Brasil Projeto 914 BRA5065 - PRODOC-MTC/UNESCO DOCUMENTO TÉCNICO Nº 02 IMPLANTAÇÃO DE 1 (UM)

Leia mais

Dados do Projeto. Nome do Projeto. Fingerprint Access Users. Data de Inicialização 14/04/2012

Dados do Projeto. Nome do Projeto. Fingerprint Access Users. Data de Inicialização 14/04/2012 Fábrica de Software Dados do Projeto Nome do Projeto Data de Inicialização Responsáveis Autores Fingerprint Access Users 14/04/2012 Adriana Lima de Almeida, Espedito Alves Leal, Jaciel Dias de Souza, Samuel

Leia mais

SCRUM Discussão e reflexão sobre Agilidade. Fernando Wanderley

SCRUM Discussão e reflexão sobre Agilidade. Fernando Wanderley SCRUM Discussão e reflexão sobre Agilidade Fernando Wanderley Apresentação Líder Técnico em Projetos Java (~ 9 anos) (CESAR, Imagem, CSI, Qualiti Software Process) Consultor de Processos de Desenvolvimento

Leia mais

ESTUDO DE CASO: SCRUM E PMBOK UNIDOS NO GERENCIAMENTO DE PROJETOS. contato@alinebrake.com.br. fs_moreira@yahoo.com.br. contato@marcelobrake.com.

ESTUDO DE CASO: SCRUM E PMBOK UNIDOS NO GERENCIAMENTO DE PROJETOS. contato@alinebrake.com.br. fs_moreira@yahoo.com.br. contato@marcelobrake.com. ESTUDO DE CASO: SCRUM E PMBOK UNIDOS NO GERENCIAMENTO DE PROJETOS (CASE STUDY: SCRUM AND PMBOK - STATES IN PROJECT MANAGEMENT) Aline Maria Sabião Brake 1, Fabrício Moreira 2, Marcelo Divaldo Brake 3, João

Leia mais

UNIVERSIDADE ESTADUAL DE CAMPINAS - UNICAMP FACULDADE DE TECNOLOGIA - FT GUSTAVO ARCERITO MARIVALDO FELIPE DE MELO

UNIVERSIDADE ESTADUAL DE CAMPINAS - UNICAMP FACULDADE DE TECNOLOGIA - FT GUSTAVO ARCERITO MARIVALDO FELIPE DE MELO UNIVERSIDADE ESTADUAL DE CAMPINAS - UNICAMP FACULDADE DE TECNOLOGIA - FT GUSTAVO ARCERITO MARIVALDO FELIPE DE MELO Análise da Metodologia Ágil SCRUM no desenvolvimento de software para o agronegócio Limeira

Leia mais

Ferramenta: Spider-CL. Manual do Usuário. Versão da Ferramenta: 1.1. www.ufpa.br/spider

Ferramenta: Spider-CL. Manual do Usuário. Versão da Ferramenta: 1.1. www.ufpa.br/spider Ferramenta: Spider-CL Manual do Usuário Versão da Ferramenta: 1.1 www.ufpa.br/spider Histórico de Revisões Data Versão Descrição Autor 14/07/2009 1.0 15/07/2009 1.1 16/07/2009 1.2 20/05/2010 1.3 Preenchimento

Leia mais

UNIVERSIDADE FEDERAL DE SANTA MARIA CENTRO DE TECNOLOGIA AULA 10 PROFª BRUNO CALEGARO

UNIVERSIDADE FEDERAL DE SANTA MARIA CENTRO DE TECNOLOGIA AULA 10 PROFª BRUNO CALEGARO UNIVERSIDADE FEDERAL DE SANTA MARIA CENTRO DE TECNOLOGIA AULA 10 PROFª BRUNO CALEGARO Santa Maria, 10 de Outubro de 2013. Revisão aula anterior Documento de Requisitos Estrutura Padrões Template Descoberta

Leia mais

SISTEMA DE AGENDAMENTO E GERENCIAMENTO DE CONSULTAS CLÍNICAS

SISTEMA DE AGENDAMENTO E GERENCIAMENTO DE CONSULTAS CLÍNICAS SISTEMA DE AGENDAMENTO E GERENCIAMENTO DE CONSULTAS CLÍNICAS Pablo dos Santos Alves Alexander Roberto Valdameri - Orientador Roteiro da apresentação Introdução Objetivos Motivação Revisão bibliográfica

Leia mais

METODOLOGIAS ÁGEIS - SCRUM -

METODOLOGIAS ÁGEIS - SCRUM - METODOLOGIAS ÁGEIS - SCRUM - André Roberto Ortoncelli ar_ortoncelli@hotmail.com 2010 Organização da Apresentação Introdução as Metodologias Ágeis Scrum Conceitos Básicos Artefatos Papeis Cerimônias Estórias

Leia mais

UNIVERSIDADE FEDERAL DE SANTA CATARINA. Informatização de farmácias publicas utilizando software livre.

UNIVERSIDADE FEDERAL DE SANTA CATARINA. Informatização de farmácias publicas utilizando software livre. UNIVERSIDADE FEDERAL DE SANTA CATARINA Informatização de farmácias publicas utilizando software livre. MURILO NUNES ELIAS FLORIANÓPOLIS SC 2007/2 UNIVERSIDADE FEDERAL DE SANTA CATARINA DEPARTAMENTO DE

Leia mais

Versão 7 TraceGP Ágil

Versão 7 TraceGP Ágil Versão 7 Cadastro de Produtos Será possível cadastrar todos os produtos da empresa bem como descrever suas características particulares através da seleção de atributos dinâmicos para cada produto. Manutenção

Leia mais

Sistema de Inteligência Patrimônial. Especificação dos Requisitos

Sistema de Inteligência Patrimônial. Especificação dos Requisitos Sistema de Inteligência Patrimônial Especificação dos Requisitos Especificação dos Requisitos Data Versão: 18 / 11 / 2015 Histórico das Revisões Data Versão Descrição Autor 23 / 11/ 2015 1.0 Versão Inicial

Leia mais

Comparativo entre Processos Ágeis. Daniel Ferreira dfs3@cin.ufpe.br

Comparativo entre Processos Ágeis. Daniel Ferreira dfs3@cin.ufpe.br Comparativo entre Processos Ágeis Daniel Ferreira dfs3@cin.ufpe.br O que discutiremos: Histórico Os Princípios Ágeis Comparação Do ponto de vista incremental Do ponto de vista funcional Vantagens e Desvantagens

Leia mais

Workshop. Workshop SCRUM. Rildo F Santos. rildo.santos@etecnologia.com.br. Versão 1 Ago 2010 RFS. www.etcnologia.com.br (11) 9123-5358 (11) 9962-4260

Workshop. Workshop SCRUM. Rildo F Santos. rildo.santos@etecnologia.com.br. Versão 1 Ago 2010 RFS. www.etcnologia.com.br (11) 9123-5358 (11) 9962-4260 Workshop www.etcnologia.com.br (11) 9123-5358 (11) 9962-4260 Rildo F Santos twitter: @rildosan skype: rildo.f.santos http://rildosan.blogspot.com/ Todos os direitos reservados e protegidos 2006 e 2010

Leia mais

Documentação do Sistema de Reserva de Salas da Intranet do ICMC-USP

Documentação do Sistema de Reserva de Salas da Intranet do ICMC-USP UNIVERSIDADE DE SÃO PAULO Instituto de Ciências Matemáticas e de Computação Departamento de Ciências da Computação e Estatística Documentação do Sistema de Reserva de Salas da Intranet do ICMC-USP André

Leia mais

DMS Documento de Modelagem de Sistema. Versão: 1.4

DMS Documento de Modelagem de Sistema. Versão: 1.4 DMS Documento de Modelagem de Sistema Versão: 1.4 VERANEIO Gibson Macedo Denis Carvalho Matheus Pedro Ingrid Cavalcanti Rafael Ribeiro Tabela de Revisões Versão Principais Autores da Versão Data de Término

Leia mais

Documento de Requisitos

Documento de Requisitos UNIVERSIDADE FEDERAL DE PERNAMBUCO CENTRO DE INFORMÁTICA GRADUAÇÃO EM ENGENHARIA DA COMPUTAÇÃO Documento de Requisitos Sistema Gerenciador de Atendimento de Chamados Técnicos Grupo: Luiz Augusto Zelaquett

Leia mais

PROPOSTA DE SISTEMÁTICA PARA GESTÃO DE PROJETOS BASEADA NA METODOLOGIA ÁGIL SCRUM

PROPOSTA DE SISTEMÁTICA PARA GESTÃO DE PROJETOS BASEADA NA METODOLOGIA ÁGIL SCRUM XXX ENCONTRO NACIONAL DE ENGENHARIA DE PRODUÇÃO Maturidade e desafios da Engenharia de Produção: competitividade das empresas, condições de trabalho, meio ambiente. São Carlos, SP, Brasil, 12 a15 de outubro

Leia mais

SISTEMA AVANÇADO DE PROPOSTAS ORÇAMENTÁRIAS. Pedro Henrique Silva Antunes

SISTEMA AVANÇADO DE PROPOSTAS ORÇAMENTÁRIAS. Pedro Henrique Silva Antunes SISTEMA AVANÇADO DE PROPOSTAS ORÇAMENTÁRIAS Pedro Henrique Silva Antunes Projeto de Graduação apresentado ao Curso de Engenharia Eletrônica e de Computação da Escola Politécnica, Universidade Federal do

Leia mais

DESENVOLVIMENTO WEB UTILIZANDO FRAMEWORK PRIMEFACES E OUTRAS TECNOLOGIAS ATUAIS

DESENVOLVIMENTO WEB UTILIZANDO FRAMEWORK PRIMEFACES E OUTRAS TECNOLOGIAS ATUAIS DESENVOLVIMENTO WEB UTILIZANDO FRAMEWORK PRIMEFACES E OUTRAS TECNOLOGIAS ATUAIS Emanuel M. Godoy 1, Ricardo Ribeiro Rufino 1 1 Universidade Paranaense (Unipar) Paranavaí PR Brasil godoymanel@gmail.com,

Leia mais

Aplicativo web para definição do modelo lógico no projeto de banco de dados relacional

Aplicativo web para definição do modelo lógico no projeto de banco de dados relacional Aplicativo web para definição do modelo lógico no projeto de banco de dados relacional Juarez Bachmann Orientador: Alexander Roberto Valdameri Roteiro Introdução Objetivos Fundamentação teórica Desenvolvimento

Leia mais

MODELO DE DESENVOLVIMENTO ÁGIL SCRUM

MODELO DE DESENVOLVIMENTO ÁGIL SCRUM MODELO DE DESENVOLVIMENTO ÁGIL SCRUM CEETEPS CENTRO ESTADUAL DE EDUCAÇÃO TECNOLÓGICA PAULA SOUZA FATEC DE TAUBATÉ HABILITAÇÃO: ANÁLISE E DESENVOLVIMENTO DE SISTEMAS TEMA MODELO DE DESENVOLVIMENTO ÁGIL:

Leia mais

MDMS-ANAC. Metodologia de Desenvolvimento e Manutenção de Sistemas da ANAC. Superintendência de Tecnologia da Informação - STI

MDMS-ANAC. Metodologia de Desenvolvimento e Manutenção de Sistemas da ANAC. Superintendência de Tecnologia da Informação - STI MDMS-ANAC Metodologia de Desenvolvimento e Manutenção de Sistemas da ANAC Superintendência de Tecnologia da Informação - STI Histórico de Alterações Versão Data Responsável Descrição 1.0 23/08/2010 Rodrigo

Leia mais

Scrum. Gestão ágil de projetos

Scrum. Gestão ágil de projetos Scrum Gestão ágil de projetos Apresentação feita por : Igor Macaúbas e Marcos Pereira Modificada por: Francisco Alecrim (22/01/2012) Metas para o o Metas para treinamento seminário Explicar o que é Scrum

Leia mais

Sistemas de Informação e Programação II Odorico Machado Mendizabal

Sistemas de Informação e Programação II Odorico Machado Mendizabal Sistemas de Informação e Programação II Odorico Machado Mendizabal Universidade Federal do Rio Grande FURG C3 Engenharia de Computação 16 e 23 de março de 2011 Processo de Desenvolvimento de Software Objetivos

Leia mais

Engenharia de Software I

Engenharia de Software I Engenharia de Software I Rogério Eduardo Garcia (rogerio@fct.unesp.br) Bacharelado em Ciência da Computação Aula 05 Material preparado por Fernanda Madeiral Delfim Tópicos Aula 5 Contextualização UML Astah

Leia mais

Prefeitura de Belo Horizonte. Sistema de Controle de Protocolo

Prefeitura de Belo Horizonte. Sistema de Controle de Protocolo Prefeitura de Belo Horizonte Sistema de Controle de Protocolo Relatório apresentado para concorrer ao 2º Prêmio Inovar BH conforme Edital SMARH nº 001/2014 Belo Horizonte Julho de 2014 Resumo Sendo grande

Leia mais

SCRUM. Otimizando projetos. Adilson Taub Júnior tecproit.com.br

SCRUM. Otimizando projetos. Adilson Taub Júnior tecproit.com.br SCRUM Otimizando projetos Adilson Taub Júnior tecproit.com.br Sobre mim Adilson Taub Júnior Gerente de Processos Certified ScrumMaster; ITIL Certified; Cobit Certified; 8+ anos experiência com TI Especialista

Leia mais

Gerenciamento de Projetos de Software

Gerenciamento de Projetos de Software Gerenciamento de Projetos de Software Framework Ágil, Scrum Prof. Júlio Cesar da Silva Msc. 2º Encontro Ementa & Atividades Aula 1: Fundamentos do Gerenciamento de Projetos (p. 4) 30/abr (VISTO) Aula 2:

Leia mais

Guia do Nexus. O Guia Definitivo para o Nexus: O exoesqueleto do desenvolvimento Scrum escalado. Desenvolvido e mantido por Ken Schwaber e Scrum.

Guia do Nexus. O Guia Definitivo para o Nexus: O exoesqueleto do desenvolvimento Scrum escalado. Desenvolvido e mantido por Ken Schwaber e Scrum. Guia do Nexus O Guia Definitivo para o Nexus: O exoesqueleto do desenvolvimento Scrum escalado Desenvolvido e mantido por Ken Schwaber e Scrum.org Tabela de Conteúdo Visão Geral do Nexus... 2 O Propósito

Leia mais

Estudo de caso: aplicação das metodologias ágeis de desenvolvimento: Scrum e XP no desenvolvimento do sistema Unidisciplina

Estudo de caso: aplicação das metodologias ágeis de desenvolvimento: Scrum e XP no desenvolvimento do sistema Unidisciplina Perquirere, 11 (1): 113-129, jul. 2014 Centro Universitário de Patos de Minas http://perquirere.unipam.edu.br Estudo de caso: aplicação das metodologias ágeis de desenvolvimento: Scrum e XP no desenvolvimento

Leia mais