Skip to content

Latest commit

 

History

History
102 lines (68 loc) · 4.86 KB

MDS_plano_ensino - Carla.md

File metadata and controls

102 lines (68 loc) · 4.86 KB

Metodologia de Desenvolvimento de Software - Plano de Ensino

Disciplina: Metodologia de Desenvolvimento de Software

Carga Horária: 60 horas

Professor: Carla Rocha

Créditos: 04

Semestre/Ano: 02/2024

Objetivos da Disciplina

Os métodos de desenvolvimento de software são conjuntos estruturados de boas práticas que podem ser repetidos durante o processo de produção de software. A disciplina de Metodologia de Desenvolvimento de Software é importante para os futuros engenheiros de software, pois apresenta diferentes métodos de desenvolvimento, com foco nos diversos ciclos de vida e técnicas de desenvolvimento de software. Os principais objetivos são:

  • Capacitar os alunos a compreenderem os diferentes métodos, ferramentas, procedimentos e paradigmas de desenvolvimento de software.
  • Capacitar os alunos a aplicar/adaptar processos de desenvolvimento de software para a resolução de problemas.
  • Capacitar os estudantes a construírem sistemas complexos e distribuídos, utilizando metodologias de desenvolvimento e tecnologias web/móveis atuais.

Ementa do Programa

  • Modelos de ciclo de vida e de processos; Processo Unificado.
  • Métodos Ágeis de desenvolvimento de software.
  • Outras abordagens de desenvolvimento de software (orientado a dados, orientado a funções, orientado a objetos, orientado a aspectos).
  • Ferramentas.

Formação das Equipes

  • Planilha para definição dos grupos e temas aqui

Canais de Comunicação

Aulas Assíncronas

  • Vídeos disponibilizados no YouTube: Canal YouTube
  • Leituras sugeridas na sprint: disponibilizadas no planejamento das aulas

Planejamento das Aulas

  • O planejamento das aulas semanais, discriminando se são assíncronas ou síncronas, e qual canal será atualizado, estará disponível no início da semana no link

Descrição do Programa

Processos de Desenvolvimento de Software

  • Modelos de Processo de Desenvolvimento de Software (ciclo de vida)
  • Atividades de Processo

Fundamentos do Extreme Programming (XP)

  • O manifesto Ágil
  • Os Quatro valores e as Quatro variáveis
  • Práticas ágeis
  • O jogo do planejamento
  • Releases Pequenas
  • A metáfora
  • Histórias do Usuário
  • Desenho simples
  • Testes (unitário, aceitação)
  • Refatoração
  • Programação em Pares
  • Desenvolvimento Coletivo

Fundamentos do Processo Unificado de Desenvolvimento de Software

  • Conceitos
  • Fases: Iniciação, Elaboração, Construção e Transição
  • Disciplinas (Modelagem de Negócio, Requisitos, Análise e Desenho, Implementação, Teste, Gerenciamento de Projeto, Gerência de Configuração e Mudanças, Implantação e Ambiente)

Avaliações e Critérios de Avaliação

A avaliação será feita por meio de:

  • EP1 a EPn: Entregas do Projeto.
  • MT1 a MTn: MiniTeste Individual e Presencial (Prova).
  • P1: Participação em sala de aula

O objetivo do Projeto simula uma situação real de desenvolvimento e engenharia de Produto de Software. Os alunos de MDS irão se concentrar na execução metodologia de desenvolvimento através da especificação de requisitos, codificação e testes. Haverá duas avaliações formais das releases a serem desenvolvidas.

Os critérios estão detalhados nesse documento. Apesar da avaliação ser feita do projeto, cada aluno recebe a nota individualizada de sua participação no projeto.

Os pesos atribuídos aos diferentes eventos de avaliação são indicados abaixo.

Evento da Avaliação Peso
Projeto (avaliação individual) 70%
Critério Extra de avaliação* 10%
Avaliação Individual 20%

Avisos

  • Também são considerados critérios de avaliação da participação: assiduidade; pontualidade; interesse; participação em sala.
  • Os documentos referentes à disciplina estarão disponíveis em: https://github.com/fga-eps-mds/A-Disciplina
  • Os casos não previstos de perda de avaliação serão avaliados individualmente, de acordo com as circunstâncias.
  • Os projetos são avaliados continuamente.
  • A cobertura de código deverá ser 90%, excetuando a camada de apresentação.
  • O tamanho dos times deve respeitar o limite máximo de 6 membros.
  • As atividades do projeto deverão ser organizadas por meio de issues e milestones.
  • O código-fonte e demais