Descrição

ROTEIRO DE AULA PRÁTICA
NOME DA DISCIPLINA: Projeto de Software
Unidade: U1_FUNDAMENTOS DE PROJETOS DE SOFTWARE
Aula: A3_PROCESSOS DE PROJETO DE SOFTWARE
OBJETIVOS
Definição dos objetivos da aula prática:
Aumentar a capacidade de gerenciamento do desenvolvimento de sistemas.
SOLUÇÃO DIGITAL:
Ferramenta de Gerenciamento de Atividades
Escolha um aplicativo para gestão de atividades de desenvolvimento de software, em especial
uma ferramenta visual e colaborativa.
Sugestão:
• TRELLO Disponível em https://trello.com/ Acessado em 15 dez. 2024.
Escolha uma funcionalidade desejada:
PROCEDIMENTOS PRÁTICOS E APLICAÇÕES
Procedimento/Atividade nº 1
Público3
Criação de quadro Kanban para controle de atividade de projeto.
Atividade proposta:
• Foco em Planejamento, Execução e Controle, elaborar um quadro para controlar as
atividades de projeto de software, por meio de ferramenta colaborativa e visual para o
acompanhamento de toda equipe.
Tema:
O contexto do sistema em desenvolvimento é um cadastro de categorias do café, para
compor o banco de dados no controle de produção de grãos de café de qualidade.
Cadastro de Categorias do Café
• Criar interface de adição de novos produtos:
– Prioridade: Alta
– Dependências: Nenhuma
• Implementar a função de adicionar novas categorias ao banco de dados
– Prioridade: Alta
– Dependências: Criar interface de inclusão de novas categorias
• Criar interface para edição de categorias existentes:
– Prioridade: Média
– Dependências: Criar interface de edição de categoria
• Implementar a função edição de categorias existentes
– Prioridade: Média
– Dependências: Implementação da função de inclusão categoria e criação da
interface de edição de categoria
• Criar interface para exclusão de categorias existentes
– Prioridade: Média
– Dependências: Criar interface de exclusão de categoria
• Implementar a função de exclusão de categorias no sistema
– Prioridade: Média
– Dependências: Implementação da função de inclusão categoria e criação da
interface de exclusão de categoria
Procedimentos para a realização da atividade:
Durante a Reunião inicial de Projeto, foram identificadas as principais atividades no controle de
Categorias do Café.
• Orientações para elaboração do Quadro Kanban: possuir colunas ou listagens:
Público4
– A Fazer (To Do): Tarefas que ainda não foram iniciadas.
– Em Andamento (Work In Progress): Tarefas que estão sendo trabalhadas no
momento
– Em Revisão (In Review): Tarefas que foram concluídas e estão em revisão ou
validação
– Concluído (Done): Tarefas que foram completamente finalizadas e validadas
– Bloqueios (Blocked): Tarefas que estão impedidas de avançar devido a
problemas como dependências não resolvidas ou falta de recursos.
Elabore o quadro de planejamento e controle da execução das atividades do
desenvolvimento do módulo de Categoria do Café
• Atividades do desenvolvimento de Categoria do Café, com designação de
Responsável e dependências de atividades.
1. Com foco em gerenciamento e controle de atividades do desenvolvimento de
software, crie os cartões com as tarefas que julgar necessárias para a
implementação das funções sugeridas no contexto do Cadastro de Categorias do
Café.
2. Faça uma explanação dos principais pontos que o time de desenvolvimento pode
colaborar e, também, como o gerente do projeto poderá intermediar para resolver
os impedimentos ou atrasos que possam ocorrer durante a implementação do
módulo de Categorias do Café.
3. Questionamento:
Qual aprendizado obteve ao concluir essa prática? Descreva uma reflexão sobre a
prática do gerenciamento de atividades utilizando o Kanban, relatando a sua
experiência e o aprendizado que teve ao concluir esta atividade, incluindo se na
sua percepção será útil em sua profissão.
Avaliando os resultados:
1. Reunido com os integrantes do time no projeto para colaborar no planejamento
das atividades do desenvolvimento;
2. Elaboração do quadro de controle de atividades (Kanban);
3. Descrição das vantagens ou desvantagens no uso de uma ferramenta visual no
controle de atividades do desenvolvimento de software;
Público5
4. Resumindo, o aprendizado do estudante foi o uso de ferramenta para a gestão
das atividades do desenvolvimento de software, por meio de aplicação prática
do planejamento, execução e controle de atividades.
Checklist:
– Idealizou as tarefas de desenvolvimento de software, com as suas dependências
– Acessado o aplicativo para criação do quadro de controle de atividades (Kanban)
– Elaborado quadro de controle de atividades (Kanban)
– Inserido o quadro de controle de atividades (print da tela do Kanban) para
entrega
– O documento com as respostas das atividades foi entregue no ambiente virtual
de aprendizagem.
RESULTADOS
Resultados do experimento:
Ao final dessa aula prática, você deverá enviar um arquivo em word contendo as informações
obtidas no experimento, os cálculos realizados, em conjunto com um texto conclusivo a respeito
das informações obtidas. O arquivo não pode exceder o tamanho de 2Mb.
• Referências bibliográficas ABNT (quando houver).
Resultados de Aprendizagem:
Como resultados dessa prática foi possível:
• Perceber que a participação do time de desenvolvimento no planejamento das
atividades foi benéfica e o uso do quadro colaborativo e visual trouxe maior efetividade
no controle e execução das tarefas do desenvolvimento de Software.
• O uso de ferramentas facilita as atividades de gerenciamento de projetos de software.
• O quadro visual e colaborativo é fundamental na gestão das atividades de
desenvolvimento de sistemas.
Público
PROJETO DE SOFTWARE
Roteiro
Aula Prática
Público2
ROTEIRO DE AULA PRÁTICA
NOME DA DISCIPLINA: Projeto de Software
Unidade: U2_ METODOLOGIAS EM GESTÃO DE PROJETO DE SOFTWARE
Aula: A2_SCRUM
OBJETIVOS
Definição dos objetivos da aula prática:
Aumentar habilidades em Scrum para o gerenciamento do desenvolvimento de sistemas.
SOLUÇÃO DIGITAL:
Ferramenta de Gerenciamento de Atividades
Escolha um aplicativo para gestão de atividades de desenvolvimento de software, em especial
uma ferramenta visual e colaborativa.
Sugestão:
• TRELLO Disponível em https://trello.com/ Acessado em 15 dez. 2024.
Escolha uma funcionalidade desejada:
PROCEDIMENTOS PRÁTICOS E APLICAÇÕES
Procedimento/Atividade nº 1
Público3
Criação de quadro de atividades de projeto para o gerenciamento de atividades em
métodos ágeis.
Atividade proposta:
• Foco em Colaboração e Organização, elaborar um quadro para controlar as atividades
de projeto de software, por meio de ferramenta colaborativa e visual para o
acompanhamento e participação do Scrum Time.
Tema:
O contexto do sistema em desenvolvimento é um cadastro de equipamentos da
produção de café, para compor o banco de dados no controle de produção de grãos de
café de qualidade.
Você faz parte do Scrum Time que está desenvolvendo um aplicativo de gestão.
Este aplicativo permitirá que usuários criem, editem, organizem e acompanhem a
vida dos equipamentos da produção de Grãos de Café.
Seu papel como Product Owner é garantir que as histórias de usuário sejam
escritas de forma a entregar valor ao usuário final e que o backlog esteja
priorizado e controlado.
Passos da Atividade:
1. Identificar as Necessidades dos Usuários:
• Liste as principais funcionalidades que o aplicativo de gestão de tarefas
deve ter para ser útil aos usuários finais.
2. Escrever Histórias de Usuário:
• Para cada funcionalidade identificada, escreva uma história de usuário
usando o formato padrão: Como [tipo de usuário], eu quero
[funcionalidade], para que [benefício].
Exemplo: Como um usuário do sistema, quero criar um novo equipamento,
para que eu possa acompanhar o uso e manutenção desse equipamento.
3. Definir a Proposta de Valor:
• Para cada história, descreva a proposta de valor, ou seja, o motivo pelo
qual essa funcionalidade é importante para o usuário e o impacto que
ela terá.
4. Criar Critérios de Aceite:
Público4
• Especifique os critérios que devem ser atendidos para que a história
seja considerada concluída com sucesso.
Exemplo: Critério de Aceite: o cadastro do equipamento deve estar guardado
corretamente e aparecerá na lista de equipamentos ativos, com todos os
seus dados.
5. Definir a Definição de Pronto (DoD):
• Estabeleça as condições que devem ser atendidas para que a história
seja considerada “pronta” e possa ser entregue ao usuário.
Exemplo: Definição de Pronto: O código foi inspecionado, testado e integrado
com sucesso na versão final do sistema.
6. Organizar o Product Backlog:
• Priorize as histórias de usuário que você escreveu, organizando o
backlog com base no valor que cada história entrega ao usuário e na
viabilidade de implementação.
Procedimentos para a realização da atividade:
Durante a Reunião inicial de Planejamento do Projeto, foram identificadas as atividades
priorizadas para o módulo de equipamentos na produção de Grãos de Café.
• Orientações para elaboração do Quadro de Atividades: possuir colunas ou listagens
conforme as necessidades do Scrum Time e demais Stakeholders que acompanharão
as atividades, como exemplo:
– A Fazer (To Do): Tarefas que ainda não foram iniciadas.
– Em Andamento (Work In Progress): Tarefas que estão sendo trabalhadas no
momento
– Em Revisão (In Review): Tarefas que foram concluídas e estão em revisão ou
validação
– Concluído (Done): Tarefas que foram completamente finalizadas e validadas
– Bloqueios (Blocked): Tarefas que estão impedidas de avançar devido a
problemas como dependências não resolvidas ou falta de recursos.
Elabore o quadro de planejamento e controle da execução das atividades do
desenvolvimento do módulo de Equipamentos na Produção do Café
• Atividades do desenvolvimento, com designação de Responsável e dependências
de atividades.
Público5
1. Com foco em gerenciamento e controle de atividades do desenvolvimento de
software, crie os cartões com as tarefas que julgar necessárias para a
implementação das funções sugeridas no contexto.
2. Demonstre a movimentação de atividades, de uma coluna para outra (p. ex., To Do
para Work In Progress)
3. Demonstre a descrição da realização de aprovação ou reprovação de uma
atividade, p. ex., Aprovação do Critério de Aceite do cartão “Inclusão do
equipamento”.
4. Faça uma explanação dos principais pontos que o time de desenvolvimento pode
colaborar e, também, como o gerente do projeto poderá intermediar para resolver
os impedimentos ou atrasos que possam ocorrer durante a implementação.
5. Questionamento:
Qual aprendizado obteve ao concluir essa prática? Descreva uma reflexão sobre a
prática do gerenciamento de atividades utilizando o quadro colaborativo Scrum,
relatando a sua experiência e o aprendizado que teve ao concluir esta atividade,
incluindo se na sua percepção será útil em sua profissão.
Avaliando os resultados:
1. Reunido com os integrantes do time no projeto para colaborar no planejamento
das atividades ágil do desenvolvimento de software;
2. Elaboração do quadro de controle de atividades;
3. Descrição das vantagens ou desvantagens no uso de uma ferramenta visual no
controle de atividades do desenvolvimento de software;
4. Resumindo, o aprendizado do estudante foi o uso de ferramenta para a gestão
das atividades do desenvolvimento de software, por meio de aplicação prática
do planejamento, execução e controle de atividades.
Checklist:
– Idealizou as tarefas de desenvolvimento de software, com as suas dependências
– Acessado o aplicativo para criação do quadro de controle de atividades
– Elaborado quadro de controle de atividades
– Inserido o quadro de controle de atividades (print da tela) para entrega
– O documento com as respostas das atividades foi entregue no ambiente virtual
de aprendizagem.
Público6
RESULTADOS
Resultados do experimento:
Ao final dessa aula prática, você deverá enviar um arquivo em word contendo as informações
obtidas no experimento, os cálculos realizados, em conjunto com um texto conclusivo a respeito
das informações obtidas. O arquivo não pode exceder o tamanho de 2Mb.
• Referências bibliográficas ABNT (quando houver).
Resultados de Aprendizagem:
Como resultados dessa prática foi possível:
• Perceber que a participação do Scrum Time no planejamento das atividades foi
benéfica e o uso do quadro colaborativo e visual trouxe maior efetividade no controle
e execução das tarefas do desenvolvimento de Software.
• O uso de ferramentas facilita as atividades de gerenciamento ágil de projetos de
software.
• O quadro visual e colaborativo é fundamental na gestão das atividades ágil de
desenvolvimento de sistemas.
Público
PROJETO DE SOFTWARE
Roteiro
Aula Prática
Público2
ROTEIRO DE AULA PRÁTICA
NOME DA DISCIPLINA: Projeto de Software
Unidade: U3_FERRAMENTAS E QUALIDADE EM PROJETO DE SOFTWARE
Aula: A1_GESTÃO DE RISCOS
OBJETIVOS
Definição dos objetivos da aula prática:
Aumentar a capacidade de análise de problemas e gestão de riscos para garantir a qualidade no
processo de desenvolvimento de software.
SOLUÇÃO DIGITAL:
Ferramenta de investigação de Causa e Efeitos
Escolha um aplicativo para geração de diagramas, em especial o diagrama de Ishikawa.
Sugestão:
• MINDOMO Disponível em https://www.mindomo.com/ Acessado em 15 dez. 2024.
Escolha a categoria desejada:
Escolha a funcionalidade desejada:
Público3
PROCEDIMENTOS PRÁTICOS E APLICAÇÕES
Procedimento/Atividade nº 1
Criação de Diagrama para encontrar causas de Problemas
Atividade proposta: Elaborar um diagrama de causa e efeitos para identificação de possível
causas do problema relatado em reunião de Retrospectiva.
Tema:
O contexto do sistema em desenvolvimento é o apontamento, do processo da colheita
de café, com os dados de colheita no campo, informando talhão, tipo de grão do café,
quantidade, peso amostra, temperatura do grão, temperatura do ambiente, entre outros.
Após, o processo da colheita, o sistema deve integrar os dados com o processo de
secagem de grãos de café, pelo qual esse produto será submetido à temperatura mais
alta e ventilação forçada para retirada de umidade até atingir o nível adequado, de
acordo com método escolhido pelo produtor.
Procedimentos para a realização da atividade:
Durante a Reunião de Retrospectiva foram levantados alguns itens que necessitam ser
investigados.
Público4
Investigue o principal problema:
• Falha na integração dos dados coletados em campo para o processo de Secagem.
1. Com foco em Análise de Risco, crie um diagrama de causa e efeitos com a
participação de várias pessoas (stakeholders) que possam colaborar nessa
investigação, mitigando os principais fatores da técnica 6 M – método, meio
ambiente, medida, máquina, material e mão de obra, para o diagrama de Ishikawa.
Os riscos são inerentes ao desenvolvimento de software que envolvem muitos
recursos, prazos, infraestrutura, métodos, entre outros fatores. Portanto,
aproveitando essa oportunidade, poderá detectar outras fontes/causas de
problemas.
2. Faça uma explanação dos principais pontos que o time de desenvolvimento deve
investigar melhor com o código-fonte aberto.
3. Questionamento:
Qual aprendizado obteve ao concluir essa prática? Descreva uma reflexão sobre a
prática da análise de riscos, relatando a sua experiência e o aprendizado que teve
ao concluir esta atividade, incluindo se na sua percepção será útil em sua
profissão.
Avaliando os resultados:
1. Reunido com os interessados no projeto para colaborar na investigação e
análise de riscos;
2. Elaboração do diagrama de causa e efeitos (digrama de Ishikawa);
3. Descrição das causas que provocaram a Falha na integração dos dados
coletados em campo para o processo de Secagem;
4. Resumindo, o aprendizado do estudante foi o uso de ferramenta para
investigar causas de um problema em desenvolvimento de software, por meio
de aplicação prática da análise de riscos.
Checklist:
– Idealizou as operações e causa prováveis, relacionado ao problema
– Acessado o aplicativo para criação do diagrama de Ishikawa
– Elaborado o diagrama para anexas no resultado da atividade
– Inserido o diagrama elaborado (print-screen) no documento a ser entregue
Público5
– O documento de análise de riscos foi entregue no ambiente virtual de
aprendizagem.
RESULTADOS
Resultados do experimento:
Ao final dessa aula prática, você deverá enviar um arquivo em word contendo as informações
obtidas no experimento, os cálculos realizados, em conjunto com um texto conclusivo a respeito
das informações obtidas. O arquivo não pode exceder o tamanho de 2Mb.
• Referências bibliográficas ABNT (quando houver).
Resultados de Aprendizagem:
Como resultados dessa prática foi possível:
• Perceber que a participação de mais pessoas envolvidas, na atividade de análise de
riscos, pode colaborar na investação das causas de problemas em desenvolvimento de
Software.
• O uso de ferramentas facilita as atividades de investigação e análise de riscos.
• O diagrama de Ishikawa auxilia na identificação das causas prováveis que provocaram
o problema no sistema.
Público
PROJETO DE SOFTWARE
Roteiro
Aula Prática
Público2
ROTEIRO DE AULA PRÁTICA
NOME DA DISCIPLINA: Projeto de Software
Unidade: U4_PROJETO DE SOFTWARE AVANÇADO
Aula: A4_PARADIGMAS EM PROJETO DE SOFTWARE ESTRATÉGICO
OBJETIVOS
Definição dos objetivos da aula prática:
Conhecimento em Introdução a Ferramentas de gestão de configuração, visando a Governança
de TI, disponibilização de recursos de Infraestrutura, facilitando o gerenciamento de projetos de
sistemas.
SOLUÇÃO DIGITAL:
Ferramenta de Gestão de Configuração
Escolha um aplicativo de Ferramentas de gestão de configuração, visando a Governança de TI,
disponibilização de recursos de Infraestrutura, facilitando o gerenciamento de projetos de
sistemas.
Sugestão:
• Git Disponível em https://git-scm.com/downloads Acessado em 15 dez. 2024.
Escolha o sistema desejado:
Público3
PROCEDIMENTOS PRÁTICOS E APLICAÇÕES
Procedimento/Atividade nº 1
Criação de repositório de artefatos de projeto numa ferramenta de Gestão de
Configuração, em nuvem.
Atividade proposta:
• Foco em Governança, ITIL, COBIT e ENVIRONMENTAL, criar o primeiro repositório de
artefatos de projeto em nuvem, numa ferramenta de Gestão de Configuração.
Tema:
No contexto empresarial, a estratégia é manter o controle de seus produtos e do
desenvolvimento do produto de software, para tanto é imprescindível manter os
artefatos: requisitos de software, revisão e validação de requisitos, documentações
adjacentes, diagramas, manuais, casos de testes, código-fonte, designs, entre outros.
Os líderes de projetos fazem planos para a construção de artefatos, sejam os códigosfonte ou documentações, para serem compartilhados com os membros do projeto de
forma controlada e segura. Portanto, a iniciativa no uso de repositório em ferramenta de
Gestão de Configuração se torna um recurso eficiente para a guarda dos artefatos e,
futuramente, para o controle de versões.
A decisão da criação desse repositório foi definida com a participação dos responsáveis
pelas áreas da Estratégia, Governança, ITIL, COBIT e ESG (Environmental, Social and
Governance) da organização.
Procedimentos para a realização da atividade:
Efetue a criação do repositório utilizando uma ferramenta de Gestão de Configuração, no papel
do responsável pelo ITIL.
• Orientações para criação do repositório:
– Acessar a ferramenta, efetuando o login;
Público4
– Criar o repositório de artefatos;
– Projeto criado
– Criar um arquivo teste para inserir no repositório
– Inserir um artefato (pode ser do tipo TXT, ou qualquer outro);
Público5
• É a sua vez! Crie um repositório e insira um arquivo para iniciar o gerenciamento
dos artefatos de Software e demais documentos digitais em uma ferramenta de
gestão de configuração.
1. Com foco em gerenciamento e controle de atividades do desenvolvimento de
software, crie um repositório e insira um arquivo novo.
2. Faça uma explanação dos principais benefícios que o time de desenvolvimento de
projetos de software ganhará com esse recurso.
3. Questionamento:
Qual aprendizado obteve ao concluir essa prática? Descreva uma reflexão sobre a
prática do gerenciamento de artefatos utilizando uma ferramenta de gestão de
configuração, relatando os impactos nas áreas da Estratégia, Governança, ITIL,
COBIT e ESG (Environmental, Social and Governance), incluindo a sua percepção
quanto a utilidade em sua profissão.
Avaliando os resultados:
1. Reunido com os integrantes do time no projeto para colaborar no planejamento
das atividades do desenvolvimento;
2. Criação do repositório de artefatos em ferramenta de gestão de configuração;
3. Descrição das vantagens no uso de uma ferramenta de controle de artefatos no
desenvolvimento de software;
4. Resumindo, o aprendizado do estudante foi a criação do repositório em
ferramenta para a gestão de configuração para a guarda controlada de
artefatos.
Checklist:
Público6
– Compreendeu a importância do uso de repositório em ferramenta de gestão de
configuração
– Acessado o aplicativo para criação do repositório (print-screen)
– Criado repositório de artefatos (print-screen)
– Inserido um arquivo no repositório (print-screen)
– O documento com as respostas das atividades foi entregue no ambiente virtual
de aprendizagem.
RESULTADOS
Resultados do experimento:
Ao final dessa aula prática, você deverá enviar um arquivo em word contendo as informações
obtidas no experimento, os cálculos realizados, em conjunto com um texto conclusivo a respeito
das informações obtidas. O arquivo não pode exceder o tamanho de 2Mb.
• Referências bibliográficas ABNT (quando houver).
Resultados de Aprendizagem:
Como resultados dessa prática foi possível:
• Perceber que a vantagem do repositório em ferramenta de gestão de configuração para
as áreas da Estratégia, Governança, ITIL, COBIT e ESG (Environmental, Social and
Governance).