Blog

Como fazer o relatório de Aula Prática Projeto de Software

Para desenvolver Aula Prática Projeto de Software, comece identificando os objetivos e as entregas solicitadas no roteiro. A seguir, veja os pontos presentes na descrição desta atividade e organize teu relatório de acordo com as orientações do curso.

Aula Prática Projeto de Software

O que é esta aula prática?

Antes de começar, leia a apresentação e identifique o tema, a unidade e o formato pedido.

Gestão de riscos aplicada ao desenvolvimento de software (Aula A1_GESTÃO DE RISCOS).

Diagrama de causa e efeito (Ishikawa) e técnica 6 M.

Integração de dados entre sistemas: contexto de colheita e secagem de grãos de café.

Uso de ferramenta de diagramas (ex.: Mindomo) e documentação em Word seguindo ABNT.

NOME DA DISCIPLINA: Projeto de Software

Unidade: U3_FERRAMENTAS E QUALIDADE EM PROJETO DE SOFTWARE

Objetivos e conhecimentos trabalhados

Use os objetivos do roteiro para definir o que a atividade precisa demonstrar.

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.

Ferramentas e materiais mencionados no roteiro

Prepare os recursos citados na atividade e registre as versões ou configurações usadas quando forem relevantes.

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.

• MINDOMO Disponível em https://www.mindomo.com/ Acessado em 15 dez. 2024.

recursos, prazos, infraestrutura, métodos, entre outros fatores. Portanto,

aproveitando essa oportunidade, poderá detectar outras fontes/causas de

2. Faça uma explanação dos principais pontos que o time de desenvolvimento deve

investigar melhor com o código-fonte aberto.

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

Como desenvolver a atividade passo a passo

Execute cada etapa na ordem indicada e registre o que foi feito para depois explicar o processo no relatório.

Esta aula prática do curso Projeto de Software, nas unidades U3_FERRAMENTAS E QUALIDADE EM PROJETO DE SOFTWARE e U4_PROJETO DE SOFTWARE AVANÇADO, focaliza a gestão de riscos aplicada a um caso prático: investigação da falha na integração dos dados coletados em campo para o processo de secagem de grãos de café. A atividade parte de uma situação‑problema realista — sistema de apontamento da colheita que registra talhão, tipo de grão, quantidade, peso amostra, temperaturas e outros dados — e exige análise colaborativa para identificar causas e mitigações.

O exercício propõe a utilização de uma ferramenta de geração de diagramas (sugestão: Mindomo, conforme referência) para construir um diagrama de causa e efeito (Ishikawa) envolvendo múltiplos stakeholders. Espera‑se a elaboração do diagrama, a documentação das causas que levaram à falha de integração, uma explicação técnica sobre pontos que o time deve investigar no código‑fonte aberto e uma reflexão final sobre o aprendizado obtido. O resultado deve ser entregue em arquivo Word, dentro das normas ABNT, com tamanho máximo de 2 MB.

O que é desenvolvido nesta atividadeCriação colaborativa de um diagrama de Ishikawa focado na falha de integração entre dados de colheita e processo de secagem; aplicação da técnica 6 M (método, meio ambiente, medida, máquina, material e mão de obra) para mapear causas prováveis; identificação dos principais pontos de investigação no código‑fonte aberto; registro das evidências (incluindo print‑screen do diagrama) e elaboração de um relatório final em Word conforme ABNT para submissão no ambiente virtual de aprendizagem.

PROCEDIMENTOS PRÁTICOS E APLICAÇÕES

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.

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

• 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

Como conferir e avaliar o trabalho

Confira os critérios e perguntas do roteiro antes de finalizar a entrega.

Avaliando os resultados:

1. Reunido com os interessados no projeto para colaborar na investigação e

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

– O documento de análise de riscos foi entregue no ambiente virtual de

Resultados e organização do relatório

Apresente o que foi obtido e relacione os resultados com os objetivos da atividade.

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

• 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 seu trabalho é disponibilizado pronto, respondido e nas normas já na mesma hora aqui em nosso site na sua área de downloads e também no seu e-mail.

Portfólio em Word, respondido, completo e já nas normas

Se estiver acessando pelo computador, escaneie o QR Code abaixo com a câmera do celular para abrir nosso atendimento no WhatsApp.

Como estruturar o relatório

Organize a entrega em identificação da atividade, objetivos, recursos utilizados, descrição dos procedimentos, registros dos resultados e conclusão. Ajuste essa sequência ao modelo exigido pela instituição e inclua apenas observações e evidências obtidas durante a tua própria execução.

Checklist antes de entregar

  • Conferir se todos os objetivos do roteiro foram contemplados.
  • Descrever os procedimentos na ordem em que foram realizados.
  • Inserir registros, imagens ou arquivos quando a atividade solicitar.
  • Relacionar os resultados com as tarefas e revisar o formato de entrega exigido.

Deixe um comentário

O seu endereço de e-mail não será publicado. Campos obrigatórios são marcados com *