Trabalho de Conclusão de Curso (TCC) apresentado ao Curso de Engenharia de Software do Centro Universitário da Grande Dourados (UNIGRAN) como pré-requisito para obtenção do título de Bacharel em Engenharia de Software.
Apresentação realizada em 28 de junho de 2021, como requisito parcial para obtenção do título de "Bacharel em Engenharia de Software" concedido pelo Centro Universitário da Grande Dourados (UNIGRAN).
O documento apresenta o plano de projeto de um sistema de gerenciamento de instrumentos para uma prefeitura, descrevendo suas principais funcionalidades, estimativas de esforço, riscos e plano de gerenciamento.
O uso de frameworks em aplicações desktop baseadas na metodologia de desenvol...Rogério Batista
Este documento apresenta uma monografia sobre o uso de frameworks em aplicações desktop baseadas na metodologia de desenvolvimento ágil. A monografia discute como frameworks como Hibernate, OpenSwing e JasperReports podem ser usados em conjunto com metodologias ágeis como Scrum e Extreme Programming para otimizar o desenvolvimento de software.
Desenvolvimento de ferramenta para automação de tarefasEverton V. Tavares
O ambiente de trabalho atual tem exigido que as organizações, almejando ser cada vez mais
competitivas, busquem profissionais que executem multitarefas no menor tempo possível, e mais
ferramentas que os ajudem a melhorar a eficiência nas execuções das tarefas diárias. Porém, muitas
dessas tarefas se tornam repetitivas e demandam um tempo de trabalho crucial, impactando na
produtividade do profissional e na capacidade de absorver novas tarefas. Novas tarefas demandam
novas soluções, portanto, este artigo apresenta uma ferramenta desenvolvida na linguagem de
programação JAVA, utilizando recursos da biblioteca JavAuto e implementações da linguagem AutoIT,
que visa o aumento da produtividade através da automação de tarefas repetitivas, simulando ações do
usuário e utilizando o modelo evolucionário de desenvolvimento. Através da ferramenta o profissional
poderá identificar e automatizar atividades repetitivas, visando diminuir o tempo gasto nestas
atividades e reduzir as inconsistências causadas por erros humanos. Utilizar ferramentas que agilizam
os processos e otimizam o tempo é algo indispensável no mercado atual.
Este documento apresenta o plano de projeto de um sistema de gerenciamento de serviços (SGS) para a Universidade Federal do Amazonas (UFAM). O SGS visa melhorar o controle e acompanhamento de requisições de serviços, permitindo o cadastro eletrônico de requisições, o acompanhamento online do status das atividades solicitadas e a emissão de relatórios. O plano detalha a estimativa de esforço e prazo do projeto utilizando a técnica de Lorenz & Kidd, identifica os principais riscos e define
O documento discute técnicas e modelos para levantamento de requisitos e modelagem de dados para desenvolvimento de sistemas. Apresenta entrevistas, questionários e JAD como técnicas para captura de requisitos e discute modelos como cascata, prototipação e espiral. Também aborda normalização e relacionamentos na modelagem de dados.
Trabalho individual 5 semestre Analise de SistemasWANDERSON JONER
O documento descreve o desenvolvimento de um sistema de informação para um trabalho da disciplina de Análise e Desenvolvimento de Sistemas de Informação. Ele inclui a escolha de um modelo de ciclo de vida, o desenvolvimento de uma estrutura analítica de projetos e cronograma, além de aspectos de usabilidade, programação e conclusões.
O documento discute engenharia de requisitos de software, descrevendo algumas dificuldades e práticas para elaborar requisitos para o usuário final. Também aborda requisitos funcionais e não funcionais, tipos de requisitos, documentação de requisitos e métodos ágeis como Scrum, RUP, XP.
Apresentação realizada em 28 de junho de 2021, como requisito parcial para obtenção do título de "Bacharel em Engenharia de Software" concedido pelo Centro Universitário da Grande Dourados (UNIGRAN).
O documento apresenta o plano de projeto de um sistema de gerenciamento de instrumentos para uma prefeitura, descrevendo suas principais funcionalidades, estimativas de esforço, riscos e plano de gerenciamento.
O uso de frameworks em aplicações desktop baseadas na metodologia de desenvol...Rogério Batista
Este documento apresenta uma monografia sobre o uso de frameworks em aplicações desktop baseadas na metodologia de desenvolvimento ágil. A monografia discute como frameworks como Hibernate, OpenSwing e JasperReports podem ser usados em conjunto com metodologias ágeis como Scrum e Extreme Programming para otimizar o desenvolvimento de software.
Desenvolvimento de ferramenta para automação de tarefasEverton V. Tavares
O ambiente de trabalho atual tem exigido que as organizações, almejando ser cada vez mais
competitivas, busquem profissionais que executem multitarefas no menor tempo possível, e mais
ferramentas que os ajudem a melhorar a eficiência nas execuções das tarefas diárias. Porém, muitas
dessas tarefas se tornam repetitivas e demandam um tempo de trabalho crucial, impactando na
produtividade do profissional e na capacidade de absorver novas tarefas. Novas tarefas demandam
novas soluções, portanto, este artigo apresenta uma ferramenta desenvolvida na linguagem de
programação JAVA, utilizando recursos da biblioteca JavAuto e implementações da linguagem AutoIT,
que visa o aumento da produtividade através da automação de tarefas repetitivas, simulando ações do
usuário e utilizando o modelo evolucionário de desenvolvimento. Através da ferramenta o profissional
poderá identificar e automatizar atividades repetitivas, visando diminuir o tempo gasto nestas
atividades e reduzir as inconsistências causadas por erros humanos. Utilizar ferramentas que agilizam
os processos e otimizam o tempo é algo indispensável no mercado atual.
Este documento apresenta o plano de projeto de um sistema de gerenciamento de serviços (SGS) para a Universidade Federal do Amazonas (UFAM). O SGS visa melhorar o controle e acompanhamento de requisições de serviços, permitindo o cadastro eletrônico de requisições, o acompanhamento online do status das atividades solicitadas e a emissão de relatórios. O plano detalha a estimativa de esforço e prazo do projeto utilizando a técnica de Lorenz & Kidd, identifica os principais riscos e define
O documento discute técnicas e modelos para levantamento de requisitos e modelagem de dados para desenvolvimento de sistemas. Apresenta entrevistas, questionários e JAD como técnicas para captura de requisitos e discute modelos como cascata, prototipação e espiral. Também aborda normalização e relacionamentos na modelagem de dados.
Trabalho individual 5 semestre Analise de SistemasWANDERSON JONER
O documento descreve o desenvolvimento de um sistema de informação para um trabalho da disciplina de Análise e Desenvolvimento de Sistemas de Informação. Ele inclui a escolha de um modelo de ciclo de vida, o desenvolvimento de uma estrutura analítica de projetos e cronograma, além de aspectos de usabilidade, programação e conclusões.
O documento discute engenharia de requisitos de software, descrevendo algumas dificuldades e práticas para elaborar requisitos para o usuário final. Também aborda requisitos funcionais e não funcionais, tipos de requisitos, documentação de requisitos e métodos ágeis como Scrum, RUP, XP.
Este documento apresenta o plano de projeto para o desenvolvimento de um software de gerenciamento de acervo de arte para a empresa Lacerdae SW. O projeto será desenvolvido por uma equipe de 4 estudantes e tem como objetivo construir um sistema web para controlar informações sobre obras de arte, como cadastro, edição e visualização. O documento inclui estimativas de esforço, análise de riscos, cronograma e planos para garantir a qualidade do software.
Plano de Projeto de Software para produtos da Lacertae SWrafahreis
1. O documento apresenta o plano de projeto de software para produtos da empresa Lacertae SW para o Hospital Universitário da UFS.
2. O software tem como objetivo gerenciar informações sobre ocorrências no hospital de forma a notificar os setores envolvidos.
3. Foram estimados 315 dias-pessoa de trabalho utilizando a técnica de Lorenz & Kidd com base no diagrama de classes do sistema.
A proposal to combine elicitation techniques to write vision document and use...André Agostinho
Analyse a proposal to combine elicitation techniques to write vision document and use cases specifications. The results obtained from this study showed that the combination of selected techniques can generate effectively a vision document and use case specifications and align them to Scrum methodology by product backlog generation and user story derived from use cases.
O documento descreve como um ambiente de desenvolvimento de software foi criado utilizando ferramentas como Netbeans, Grails e Visual Paradigm para UML. O ambiente foi usado para desenvolver a aplicação G-INFO utilizando Scrum. Diagramas de classe e banco de dados foram criados para especificar os requisitos da aplicação.
1. O documento apresenta o plano de projeto de software para o aplicativo Outlay, que tem como objetivo fornecer ferramentas para gerenciamento de finanças pessoais.
2. São descritas as principais funcionalidades do aplicativo, incluindo diagramas de casos de uso e requisitos funcionais e não funcionais.
3. Estimativas iniciais indicam que o projeto pode ser concluído em aproximadamente 4 meses e 18 dias por uma equipe de 5 pessoas.
O documento descreve práticas de desenvolvimento ágil utilizando a metodologia Extreme Programming (XP). A XP envolve dividir o projeto em releases curtos com feedback contínuo do cliente, planejamento iterativo por meio de histórias de usuário, programação em pares, testes automatizados, e valoriza princípios como comunicação, simplicidade e feedback.
O documento compara os modelos de ciclo de vida Cascata e RAD para desenvolvimento de software, sendo que o modelo Cascata segue sequencialmente cada fase enquanto o RAD divide o projeto em equipes para acelerar o processo, porém com maiores custos.
A análise de requisitos de software envolve identificar as necessidades do cliente para o desenvolvimento de um sistema. Ela inclui elicitação dos requisitos através de entrevistas e workshops, análise e documentação dos mesmos. Técnicas como protótipos, casos de uso e objetivos mensuráveis auxiliam nesse processo.
1. O documento apresenta o plano de projeto para o desenvolvimento de um sistema de controle de estágio.
2. É descrito o escopo do projeto, as estimativas de tempo e custo, análise de riscos, planejamento e a equipe envolvida.
3. O projeto tem previsão de conclusão entre 4,5 a 5 meses e envolve o desenvolvimento de um sistema web para gestão de estágios de estudantes.
Plano do projeto de software SIGEM - Sistema de gestão de materiaisMarcos Pessoa
Este documento apresenta o plano de projeto de software para produtos da Lacertae SW. Ele descreve o escopo, funcionalidades, requisitos, estimativas, riscos, cronograma e controles de qualidade do projeto de desenvolvimento de um sistema de gestão de materiais para uma universidade.
Plano de Projeto de Software do Residents Controlazarael2607
O documento apresenta o plano de projeto de software para o sistema Residents Control, desenvolvido para o condomínio Sergipe Del Rey. O sistema tem como objetivo controlar a entrada e saída de visitantes e funcionários, além de manter cadastros de moradores, visitantes e visitas. O projeto foi estimado em aproximadamente 3 meses para uma equipe de 4 pessoas, utilizando a metodologia Scrum e ferramentas como Delphi e SVN.
Ciclo de Vida Clássico da Engenharia de SoftwareEduardo Santos
O documento descreve o Ciclo de Vida Clássico de Desenvolvimento de Software, também conhecido como modelo cascata. Ele consiste em seis fases sequenciais: 1) Análise e Engenharia de Sistemas, 2) Análise de Requisitos, 3) Projeto, 4) Codificação, 5) Testes e Integração e 6) Manutenção e Operação. Apesar de ter fragilidades por ser inflexível, é o modelo mais antigo e amplamente usado da Engenharia de Software.
Este artigo discute requisitos para agilidade no desenvolvimento de software. Propõe três níveis de requisitos ágeis - para equipes, programas e empresa - e práticas correspondentes. Apresenta também um modelo organizacional para empresas ágeis que fornece estrutura para apoiar os desafios da governança de processos ágeis.
Este documento apresenta os principais conceitos de projetos de informática e engenharia de software. Na primeira parte, define o que é um projeto de informática e suas principais características. Em seguida, introduz os conceitos básicos de engenharia de software e seus objetivos de auxiliar no desenvolvimento e manutenção de sistemas de software.
Desenvolvimento ágil de software: análise sintética a partir de KANBANFernando Palma
O documento discute o desenvolvimento ágil de software usando a metodologia Kanban. Apresenta as dificuldades do desenvolvimento de software tradicional e como as metodologias ágeis, incluindo Kanban, buscam solucionar esses problemas com foco em pessoas, interações e satisfação do cliente. Kanban usa um quadro visual para limitar o trabalho em progresso e melhorar o fluxo e a produtividade da equipe.
Este documento discute gestão de projetos de software e metodologias ágeis. Ele introduz os principais tópicos de gerenciamento de projetos segundo o PMBOK e apresenta as metodologias ágeis como uma alternativa complementar. O documento se aprofunda na metodologia Scrum, descrevendo seus papéis, processo, artefatos como user stories, planning poker e gráfico burndown.
O documento descreve o desenvolvimento da aplicação G-INFO usando Scrum em três etapas:
1) Criação de um ambiente de desenvolvimento usando ferramentas como NetBeans, Grails e Visual Paradigm.
2) Desenvolvimento da aplicação G-INFO com foco em qualidade usando requisitos, diagramas de classe e banco de dados.
3) Resultados atingiram os objetivos de criar o ambiente e aplicação, demonstrando a aquisição de novos conhecimentos.
Este documento apresenta o plano de projeto de um sistema de gerenciamento de acervo de arte chamado ControlArt. O projeto será desenvolvido por uma equipe de 4 estudantes de sistemas de informação utilizando metodologia ágil. O documento descreve o escopo, estimativas de tempo e recursos, análise de riscos e planejamento do projeto.
O documento discute metodologias integradas de desenvolvimento de software, abordando:
1) As fases do RUP - Concepção, Elaboração, Construção e Transição;
2) O framework Scrum, com ênfase nas cerimônias como Sprints e Daily Meetings;
3) A importância de seguir as melhores práticas do CMMI para melhoria contínua.
O documento discute metodologias integradas de desenvolvimento de software, abordando:
1) As fases do RUP - Concepção, Elaboração, Construção e Transição;
2) A metodologia ágil SCRUM, incluindo papéis, Sprints e Backlogs;
3) A integração do RUP e SCRUM visando entregas contínuas com qualidade.
Mais conteúdo relacionado
Semelhante a Software para Gerência de Projetos baseado em Metodologias Ágeis [Relatório Técnico]
Este documento apresenta o plano de projeto para o desenvolvimento de um software de gerenciamento de acervo de arte para a empresa Lacerdae SW. O projeto será desenvolvido por uma equipe de 4 estudantes e tem como objetivo construir um sistema web para controlar informações sobre obras de arte, como cadastro, edição e visualização. O documento inclui estimativas de esforço, análise de riscos, cronograma e planos para garantir a qualidade do software.
Plano de Projeto de Software para produtos da Lacertae SWrafahreis
1. O documento apresenta o plano de projeto de software para produtos da empresa Lacertae SW para o Hospital Universitário da UFS.
2. O software tem como objetivo gerenciar informações sobre ocorrências no hospital de forma a notificar os setores envolvidos.
3. Foram estimados 315 dias-pessoa de trabalho utilizando a técnica de Lorenz & Kidd com base no diagrama de classes do sistema.
A proposal to combine elicitation techniques to write vision document and use...André Agostinho
Analyse a proposal to combine elicitation techniques to write vision document and use cases specifications. The results obtained from this study showed that the combination of selected techniques can generate effectively a vision document and use case specifications and align them to Scrum methodology by product backlog generation and user story derived from use cases.
O documento descreve como um ambiente de desenvolvimento de software foi criado utilizando ferramentas como Netbeans, Grails e Visual Paradigm para UML. O ambiente foi usado para desenvolver a aplicação G-INFO utilizando Scrum. Diagramas de classe e banco de dados foram criados para especificar os requisitos da aplicação.
1. O documento apresenta o plano de projeto de software para o aplicativo Outlay, que tem como objetivo fornecer ferramentas para gerenciamento de finanças pessoais.
2. São descritas as principais funcionalidades do aplicativo, incluindo diagramas de casos de uso e requisitos funcionais e não funcionais.
3. Estimativas iniciais indicam que o projeto pode ser concluído em aproximadamente 4 meses e 18 dias por uma equipe de 5 pessoas.
O documento descreve práticas de desenvolvimento ágil utilizando a metodologia Extreme Programming (XP). A XP envolve dividir o projeto em releases curtos com feedback contínuo do cliente, planejamento iterativo por meio de histórias de usuário, programação em pares, testes automatizados, e valoriza princípios como comunicação, simplicidade e feedback.
O documento compara os modelos de ciclo de vida Cascata e RAD para desenvolvimento de software, sendo que o modelo Cascata segue sequencialmente cada fase enquanto o RAD divide o projeto em equipes para acelerar o processo, porém com maiores custos.
A análise de requisitos de software envolve identificar as necessidades do cliente para o desenvolvimento de um sistema. Ela inclui elicitação dos requisitos através de entrevistas e workshops, análise e documentação dos mesmos. Técnicas como protótipos, casos de uso e objetivos mensuráveis auxiliam nesse processo.
1. O documento apresenta o plano de projeto para o desenvolvimento de um sistema de controle de estágio.
2. É descrito o escopo do projeto, as estimativas de tempo e custo, análise de riscos, planejamento e a equipe envolvida.
3. O projeto tem previsão de conclusão entre 4,5 a 5 meses e envolve o desenvolvimento de um sistema web para gestão de estágios de estudantes.
Plano do projeto de software SIGEM - Sistema de gestão de materiaisMarcos Pessoa
Este documento apresenta o plano de projeto de software para produtos da Lacertae SW. Ele descreve o escopo, funcionalidades, requisitos, estimativas, riscos, cronograma e controles de qualidade do projeto de desenvolvimento de um sistema de gestão de materiais para uma universidade.
Plano de Projeto de Software do Residents Controlazarael2607
O documento apresenta o plano de projeto de software para o sistema Residents Control, desenvolvido para o condomínio Sergipe Del Rey. O sistema tem como objetivo controlar a entrada e saída de visitantes e funcionários, além de manter cadastros de moradores, visitantes e visitas. O projeto foi estimado em aproximadamente 3 meses para uma equipe de 4 pessoas, utilizando a metodologia Scrum e ferramentas como Delphi e SVN.
Ciclo de Vida Clássico da Engenharia de SoftwareEduardo Santos
O documento descreve o Ciclo de Vida Clássico de Desenvolvimento de Software, também conhecido como modelo cascata. Ele consiste em seis fases sequenciais: 1) Análise e Engenharia de Sistemas, 2) Análise de Requisitos, 3) Projeto, 4) Codificação, 5) Testes e Integração e 6) Manutenção e Operação. Apesar de ter fragilidades por ser inflexível, é o modelo mais antigo e amplamente usado da Engenharia de Software.
Este artigo discute requisitos para agilidade no desenvolvimento de software. Propõe três níveis de requisitos ágeis - para equipes, programas e empresa - e práticas correspondentes. Apresenta também um modelo organizacional para empresas ágeis que fornece estrutura para apoiar os desafios da governança de processos ágeis.
Este documento apresenta os principais conceitos de projetos de informática e engenharia de software. Na primeira parte, define o que é um projeto de informática e suas principais características. Em seguida, introduz os conceitos básicos de engenharia de software e seus objetivos de auxiliar no desenvolvimento e manutenção de sistemas de software.
Desenvolvimento ágil de software: análise sintética a partir de KANBANFernando Palma
O documento discute o desenvolvimento ágil de software usando a metodologia Kanban. Apresenta as dificuldades do desenvolvimento de software tradicional e como as metodologias ágeis, incluindo Kanban, buscam solucionar esses problemas com foco em pessoas, interações e satisfação do cliente. Kanban usa um quadro visual para limitar o trabalho em progresso e melhorar o fluxo e a produtividade da equipe.
Este documento discute gestão de projetos de software e metodologias ágeis. Ele introduz os principais tópicos de gerenciamento de projetos segundo o PMBOK e apresenta as metodologias ágeis como uma alternativa complementar. O documento se aprofunda na metodologia Scrum, descrevendo seus papéis, processo, artefatos como user stories, planning poker e gráfico burndown.
O documento descreve o desenvolvimento da aplicação G-INFO usando Scrum em três etapas:
1) Criação de um ambiente de desenvolvimento usando ferramentas como NetBeans, Grails e Visual Paradigm.
2) Desenvolvimento da aplicação G-INFO com foco em qualidade usando requisitos, diagramas de classe e banco de dados.
3) Resultados atingiram os objetivos de criar o ambiente e aplicação, demonstrando a aquisição de novos conhecimentos.
Este documento apresenta o plano de projeto de um sistema de gerenciamento de acervo de arte chamado ControlArt. O projeto será desenvolvido por uma equipe de 4 estudantes de sistemas de informação utilizando metodologia ágil. O documento descreve o escopo, estimativas de tempo e recursos, análise de riscos e planejamento do projeto.
O documento discute metodologias integradas de desenvolvimento de software, abordando:
1) As fases do RUP - Concepção, Elaboração, Construção e Transição;
2) O framework Scrum, com ênfase nas cerimônias como Sprints e Daily Meetings;
3) A importância de seguir as melhores práticas do CMMI para melhoria contínua.
O documento discute metodologias integradas de desenvolvimento de software, abordando:
1) As fases do RUP - Concepção, Elaboração, Construção e Transição;
2) A metodologia ágil SCRUM, incluindo papéis, Sprints e Backlogs;
3) A integração do RUP e SCRUM visando entregas contínuas com qualidade.
Semelhante a Software para Gerência de Projetos baseado em Metodologias Ágeis [Relatório Técnico] (20)
Software para Gerência de Projetos baseado em Metodologias Ágeis [Relatório Técnico]
1. CENTRO UNIVERSITÁRIO DA GRANDE DOURADOS
ÂNDERSON KANEGAE SOARES ROCHA
SOFTWARE PARA GERENCIAMENTO DE PROJETOS
BASEADO EM METODOLOGIAS ÁGEIS
Trabalho de Conclusão de Curso
apresentado ao Curso de Engenharia de
Software como pré-requisito para
obtenção do título de Bacharel em
Engenharia de Software.
Orientador: Prof. Msc. Antonio Pires de
Almeida Junior.
Dourados/MS
2021
2. Sumário
Contextualização
2
.......................................................................................
Glossário
3
...................................................................................................
Coleta de Requisitos
4
.................................................................................
Product Owner (PO)
4
..............................................................................
Scrum Master (SM)
4
...............................................................................
Membro do Time (MT)
4
...........................................................................
Usuário Genérico (UG)
4
..........................................................................
Definição de Requisitos
4
............................................................................
Requisitos Funcionais
5
...........................................................................
Requisitos Não Funcionais
5
....................................................................
Especificação de Requisitos
6
.....................................................................
Casos de Uso
6
........................................................................................
Descrição dos Casos de Uso
6
................................................................
Diagrama de Classes
7
............................................................................
Protótipo de Interfaces
9
..............................................................................
Tela Inicial
9
..............................................................................................
Tela de Cadastro de Usuário
9
.................................................................
Tela de Acesso
10
....................................................................................
Telas de Cadastro de Projeto
11
..............................................................
Telas de Cadastro de Tarefa
12
................................................................
Telas de Cadastro de Sprint
13
................................................................
Telas de Tarefas da Sprint
15
...................................................................
Referências Bibliográficas
17
.......................................................................
3. Contextualização
Desde a antiguidade, o ser humano vêm desenvolvendo as suas habilidades de criação e,
com o passar do tempo, têm realizado criações cada vez mais complexas que vão desde
ferramentas primitivas até grandes máquinas e construções.
Nesse contexto, cada vez mais, se faz necessário realizar algum planejamento para se
alcançar os objetivos de forma efetiva. Essa necessidade vai de encontro ao conceito de
projeto. Segundo a definição mais ampla do dicionário Michaelis (PROJETO, 2020),
projeto pode ser entendido como o “propósito de executar algo”. Ainda nesse sentido, o
PMBOK (PMI, 2017) define projeto, de forma mais específica, como “um esforço
temporário empreendido para criar um produto, serviço ou resultado exclusivo”.
Com o intuito de reduzir os riscos envolvidos nos projetos, existem diversas metodologias.
O PMBOK é uma das mais completas referências que reúne as melhores práticas para a
gerência de projetos e, portanto, orienta a “aplicação de conhecimentos, habilidades,
ferramentas e técnicas às atividades do projeto a fim de cumprir seus requisitos” (PMI,
2017). No entanto, a complexidade geralmente presente nessas metodologias representa
uma barreira de entrada, principalmente, para projetos de menor porte.
Insatisfeitos com os métodos tradicionais para gerência de projetos, que não atendiam
totalmente as particularidades de projetos de software, um grupo de desenvolvedores de
software criou o Manifesto Ágil (BECK et al, 2001) com princípios que revolucionaram a
gerência de projetos. Alinhadas aos princípios do Manifesto Ágil, as metodologias ágeis
surgiram com o intuito de melhorar esse cenário e acabaram sendo amplamente adotadas
não somente em projetos de software mas em projetos em geral. O Scrum é uma dessas
metodologias que mais tem se destacado devido a sua simplicidade (SCHWABER e
SUTHERLAND, 2017).
Sendo assim, entende-se que o desenvolvimento de um software para gerência de projetos
baseado em metodologias ágeis pode auxiliar na redução da complexidade envolvida nas
atividades de gerência de projeto e, consequentemente, reduzir a barreira de entrada citada
anteriormente. Ao fornecer uma estrutura básica inicial baseada nas metodologias ágeis,
pode-se presumir que os interessados enfrentarão menos dificuldades para implementar a
gerência de seus projetos e, consequentemente, conquistarão mais êxito nos mesmos.
2
5. Coleta de Requisitos
Para a realização da coleta inicial de informações e do levantamento dos principais
requisitos relevantes para o desenvolvimento e a implementação do software, foi realizado
um levantamento das principais atividades desempenhadas pelos potenciais tipos de
usuário do software, tendo como base a metodologia ágil Scrum (Product Owner, Scrum
Master, Membro do Time e Usuário Genérico para agrupar atividades genéricas). Essas
atividades foram transformadas em histórias de usuário e serão apresentadas a seguir:
Product Owner (PO)
1. Como Product Owner desejo registrar Histórias de Usuário para futuramente incluí-
las em uma Sprint.
2. Como Product Owner desejo priorizar Histórias de Usuário para futuramente
identificar as Histórias de Usuário de maior prioridade.
Scrum Master (SM)
1. Como Scrum Master desejo registrar Sprints para futuramente incluir Histórias de
Usuário nelas.
2. Como Scrum Master desejo adicionar Histórias de Usuário a uma Sprint para
disponibilizá-las para o desenvolvimento pelo Time.
Membro do Time (MT)
1. Como Membro do Time desejo alterar o status de Histórias de Usuário para
registrar o status de desenvolvimento das mesmas.
Usuário Genérico (UG)
1. Como Usuário Genérico desejo me cadastrar para me tornar um usuário do
software.
2. Como Usuário Genérico desejo me autenticar no software para utilizá-lo de forma
segura.
3. Como Usuário Genérico desejo visualizar o Kanban de uma Sprint.
4. Como Usuário Genérico desejo visualizar o Burndown Chart de uma Sprint.
Definição de Requisitos
A partir do levantamento realizado, optou-se por realizar algumas simplificações em
relação ao processo e a utilização de termos técnicos para melhorar o entendimento dos
usuários em geral e, consequentemente, contribuir com o objetivo deste projeto de reduzir
as barreiras de entrada para a adoção da gerência de projeto:
4
6. • Todos os potenciais tipos de usuário foram adaptados para um único tipo,
denominado como Usuário;
• História de Usuário foi adaptado para Tarefa, que por sua vez, pertence a um
Projeto;
• Kanban foi adaptado para Tarefas da Sprint;
• Burndown Chart foi adaptado para Estatísticas, que serão exibidas juntamente as
Tarefas da Sprint.
Sendo assim, foi possível elencar os seguintes requisitos:
Requisitos Funcionais
• Gerenciamento de Projetos
• Gerenciamento de Tarefas (PO-1, PO-2, MT-1)
• Gerenciamento de Sprints (SM-1, SM-2)
• Gerenciamento de Usuários (Cadastre-se) (UG-1)
• Realizar Login (Entrar) (UG-2)
• Realizar Logout (Sair) (UG-2)
• Visualizar/Executar Tarefas da Sprint (UG-3, UG-4)
Requisitos Não Funcionais
• O software deve implementar um controle de permissões, impedindo o acesso não
autorizado.
• O software deve ser disponibilizado para uso via Web e possuir alta
disponibilidade.
5
7. Especificação de Requisitos
A presente seção apresentará os requisitos e os diagramas de implementação do software.
Casos de Uso
Foram descobertos sete casos de uso: Realizar Cadastro de Usuário, Realizar Login,
Realizar Logout, Cadastrar Projetos, Cadastrar Tarefas, Cadastrar Sprints, Visualizar/
Executar Tarefas da Sprint. O diagrama final é apresentado na Figura 1.
Figura 1 – Diagrama de casos de uso para o software.
Descrição dos Casos de Uso
Caso de Uso: Realizar Cadastro de Usuário
Ator: Usuário
Descrição: Para se tornar um Usuário do software, o indivíduo interessado deve se
cadastrar no mesmo informando seus dados (nome, e-mail e senha).
Caso de Uso: Realizar Login
Ator: Usuário
Descrição: Para fazer uso das funcionalidades do software, o usuário deve se autenticar
no mesmo informando seu e-mail e senha cadastrados e o software deverá validar esses
dados para permitir ou não o acesso.
6
8. Diagrama de Classes
O diagrama presente na Figura 2, visa apresentar as classes do software a ser desenvolvido
e as suas associações.
Caso de Uso: Realizar Logout
Ator: Usuário
Descrição: Para sair do software com segurança, o usuário deverá solicitar ao software
que realize o logout e após isso deverá realizar login novamente caso deseje acessar
novamente o software.
Caso de Uso: Cadastrar Projetos
Ator: Usuário
Descrição: Para cadastrar um projeto para agrupar tarefas, o usuário deve cadastrá-lo
informando seu título e descrição.
Caso de Uso: Cadastrar Tarefas
Ator: Usuário
Descrição: Para cadastrar uma tarefa, o usuário deve cadastrá-la informando seu título,
descrição, status, prioridade, projeto e Sprint.
Caso de Uso: Cadastrar Sprints
Ator: Usuário
Descrição: Para cadastrar uma Sprint, o usuário deve cadastrá-la informando seu
objetivo, descrição, data inicial e data final.
Caso de Uso: Visualizar/Executar Tarefas da Sprint
Ator: Usuário
Descrição: Para visualizar/executar as tarefas de uma Sprint, o usuário deverá solicitar ao
sistema a partir de uma Sprint cadastrada. O software então, deverá apresentar as tarefas
associadas a essa Sprint e uma seção com estatísticas sobre a mesma. Cada tarefa, poderá
ser excluída ou ter seus dados editados seguindo a mesma lógica do caso de uso
Cadastrar Tarefas.
7
9. Figura 2 – Diagrama de classes para o software.
• Foi criada uma classe Usuário para realização do controle de acesso e identificação
do usuário no software.
• Foi criada uma classe Papel para futuras implementações de diferentes papéis para
os usuários no software.
• Foi criada uma classe Projeto para agrupar Tarefas. Além disso, cada Projeto
pertence a um Usuário.
• Foi criada uma classe Tarefa para armazenar informações individuais de cada
Tarefa. Além disso, cada Tarefa pertence a um Projeto e pode pertencer a uma
Sprint.
• Foi criado um elemento com estereótipo “enum”, denominado Prioridade, para
auxiliar e padronizar a priorização de Tarefas.
• Foi criado um elemento com estereótipo “enum”, denominado Status, para auxiliar
e padronizar a identificação do status de Tarefas.
• Foi criada uma classe Sprint para agrupar Tarefas selecionadas pelo Usuário do
software para execução durante um período. Além disso, cada Sprint pertence a um
Usuário.
• Os métodos foram ocultos para destacar os atributos e os relacionamentos entre as
entidades. No entanto, em geral, tais métodos são referentes as operações de
manutenção e seleção das entidades no software.
8
10. Protótipo de Interfaces
A presente seção apresentará os protótipos das telas do software.
Tela Inicial
A Figura 3 apresenta o protótipo da tela inicial do software, onde os potenciais usuários
podem se cadastrar ou acessar o software com seus dados já cadastrados.
Figura 3 – Protótipo da tela inicial do software.
Tela de Cadastro de Usuário
A Figura 4 apresenta o protótipo da tela do caso de uso “Cadastrar Usuário”, que serve
para fazer o cadastro de Usuário no software.
9
11. Figura 4 – Protótipo da tela “Cadastro de Usuário”.
Tela de Acesso
A Figura 5 apresenta o protótipo da tela do caso de uso “Realizar Login”, que serve para
fazer acesso ao software.
Figura 5 – Protótipo da tela “Acesso ao Software”.
10
12. Telas de Cadastro de Projeto
As Figuras 6 e 7 apresentam os protótipos das telas do caso de uso “Cadastrar Projeto”,
que servem para listar e possibilitar o gerenciamento dos Projetos.
Figura 6 – Protótipo da tela “Cadastro de Projeto (Listagem)”.
Figura 7 – Protótipo da tela “Cadastro de Projeto (Formulário)”.
11
13. Telas de Cadastro de Tarefa
As Figuras 8 e 9 apresentam os protótipos das telas do caso de uso “Cadastrar Tarefa”, que
servem para listar e possibilitar o gerenciamento das Tarefas.
Figura 8 – Protótipo da tela “Cadastro de Tarefa (Listagem)”.
12
14. Figura 9 – Protótipo da tela “Cadastro de Tarefa (Formulário)”.
Telas de Cadastro de Sprint
As Figuras 10 e 11 apresentam os protótipo das telas do caso de uso “Cadastrar Sprint”,
que servem para listar e possibilitar o gerenciamento de Sprints.
13
15. Figura 10 – Protótipo da tela “Cadastro de Sprint (Listagem)”.
Figura 11 – Protótipo da tela “Cadastro de Sprint (Formulário)”.
14
16. Telas de Tarefas da Sprint
As Figuras 12 e 13 apresentam os protótipos das telas do caso de uso “Visualizar/Executar
Tarefas da Sprint”, que servem para listar e gerenciar as Tarefas de uma Sprint, bem como
apresentar as estatísticas sobre a mesma.
Figura 12 – Protótipo da tela “Tarefas da Sprint (Listagem)”.
15
17. Figura 13 – Protótipo da tela “Tarefas da Sprint (Formulário)”.
16
18. Referências Bibliográficas
PROJETO. In: Dicionário Michaelis On-line. 2020. Disponível em: <https://
michaelis.uol.com.br/moderno-portugues/busca/portugues-brasileiro/projeto/>. Acesso em
30 set. 2020.
PMI. Project Management Body of Knowledge (PMBOK). 6 ed. Filadélfia: PMI, 2017.
BECK, K. et al. Manifesto para Desenvolvimento Ágil de Software. 2001. Disponível em:
<https://agilemanifesto.org/iso/ptbr/manifesto.html>. Acesso em 30 set. 2020.
SCHWABER, K.; SUTHERLAND, J. Guia do Scrum. 2017. Disponível em: <https://
www.scrumguides.org/docs/scrumguide/v2017/2017-Scrum-Guide-Portuguese-
Brazilian.pdf>. Acesso em 30 set. 2020.
17