Desenvolvimento de Projeto Modelo - Parte 1

1 Objetivos

Ao final da aula o aluno deverá:

• compreender quais serão as fases de projeto usados no PI: Waterfalls;
• aprender a elaborar um documento de especificação do projeto;

2 O modelo em cascata (Waterfall)

O modelo em cascata é o clássico modelo de ciclo de vida do software. Este modelo foi aceito até o início de 1980, representa o ciclo de vida de software utilizando processos e produtos. Cada processo transforma um produto para produzir um novo produto como saída. Em seguida, o novo produto torna-se a entrada do processo seguinte. A tabela abaixo lista os processos e produtos do modelo cascata.

Entrada de Produto	Processo	Saída de Produto
Comunicação dos Requisitos	Engenharia de Requisitos	Documento de Especificação de Requisitos
Documento de Especificação de Requisitos	Projeto	Documento de Especificação do Projeto
Documento de Especificação do Projeto	Implementação/Programação	Módulos de software executáveis
Módulos de software executáveis	Integração e Testes	Módulos integrados no produto
Módulos integrados no produto	Entrega	Produto de software entregue
Produto de software entregue	Manutenção	Requisitos alterados

Para entender melhor estes processos e produtos, ver a animação do modelo Waterfall.

modelo Waterfall (FONTE: http://courses.cs.vt.edu/csonline/SE/Lessons/Waterfall/waterfallmodel.html

3 Sobre a metodologia de projeto a ser usada

A metodologia usada para desenvolvimento do sistema será uma adaptação do modelo clássico Waterfalls:

• Definição, planejamento e análise de requisitos (ver[1],):
  • Comunicação inicial com os clientes na forma de uma reunião: produto gerado -> ata da reunião com os clientes (no caso, os professores);
  • Definição inicial, planejamento([2]) e levantamento de recursos necessários: reunião com o grupo para uma primeira definição do sistema e um planejamento das fases do Waterfalls -> geração de um documento de planejamento das etapas (Gantt Chart na wiki). Divisão de funções para a primeira etapa;
  • Análise de Requisitos: confecção do documento de análise de requisitos Documento de Especificação. Ver um exemplo aqui.
• Projeto
• Implementação
• Integração, testes e apresentação

modelo IFSC Projeto Integrador 1 - engetelecom

3.1 Especificação de Requisitos

3.1.1 Benefícios de uma boa especificação

• Estabelece uma base para o acordo entre o cliente e o fornecedor do sistema;
• Reduz o esforço de desenvolvimento;
• Estabele uma base para determinação de custos e tempo de desenvolvimento (e cronograma);
• Facilita a adaptação do software para outros contextos;
• Base para refinamentos futuros: foco no produto;

3.1.2 O que deve conter um Documento de Especificação

• Funcionalidade: O QUE o sistema faz;
• Interfaces externas: como o sistema interage com usuários e sistemas externos;
• Aspectos de Desempenho: tempo de resposta, tempo de recuperação após uma falha;
• Atributos: portabilidade, segurança, facilidades de manutenção;
• Limitações: limitações de recursos, limitações impostas por padrões, linguagens a serem usadas, ambientes de operação;