Mudanças entre as edições de "Desenvolvimento de Projeto Modelo - Parte 1"
Ir para navegação
Ir para pesquisar
(Criou página com '=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 pro...') |
|||
Linha 4: | Linha 4: | ||
*compreender quais serão as fases de projeto usados no PI: Waterfalls; | *compreender quais serão as fases de projeto usados no PI: Waterfalls; | ||
*aprender a elaborar um documento de especificação do projeto; | *aprender a elaborar um documento de especificação do projeto; | ||
+ | |||
+ | =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. | ||
+ | <center> | ||
+ | {| border="1" cellpadding="3" cellspacing="0" style="text-align:center; font-size:110%" | ||
+ | !Entrada de Produto | ||
+ | !Processo | ||
+ | !Saída de Produto | ||
+ | |- | ||
+ | |bgcolor="DarkGray" | Comunicação dos Requisitos | ||
+ | |bgcolor="skyblue " | Engenharia de Requisitos | ||
+ | |bgcolor="DarkGray" | Documento de Especificação de Requisitos | ||
+ | |- | ||
+ | |bgcolor="DarkGray" | Documento de Especificação de Requisitos | ||
+ | |bgcolor="skyblue " | Projeto | ||
+ | |bgcolor="DarkGray" | Documento de Especificação do Projeto | ||
+ | |- | ||
+ | |bgcolor="DarkGray" | Documento de Especificação do Projeto | ||
+ | |bgcolor="skyblue " | Implementação/Programação | ||
+ | |bgcolor="DarkGray" | Módulos de software executáveis | ||
+ | |- | ||
+ | |bgcolor="DarkGray" | Módulos de software executáveis | ||
+ | |bgcolor="skyblue " | Integração e Testes | ||
+ | |bgcolor="DarkGray" | Módulos integrados no produto | ||
+ | |- | ||
+ | |bgcolor="DarkGray" | Módulos integrados no produto | ||
+ | |bgcolor="skyblue " | Entrega | ||
+ | |bgcolor="DarkGray" | Produto de software entregue | ||
+ | |- | ||
+ | |bgcolor="DarkGray" | Produto de software entregue | ||
+ | |bgcolor="skyblue " | Manutenção | ||
+ | |bgcolor="DarkGray" | Requisitos alterados | ||
+ | |} | ||
+ | </center> | ||
+ | Para entender melhor estes processos e produtos, ver a animação do [http://courses.cs.vt.edu/csonline/SE/Lessons/Waterfall/waterfallmodel.html modelo Waterfall]. | ||
+ | |||
+ | [[Arquivo:WaterfallModel.png|center|modelo Waterfall (FONTE: http://courses.cs.vt.edu/csonline/SE/Lessons/Waterfall/waterfallmodel.html]] | ||
+ | |||
+ | =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[http://www.microtoolsinc.com/Howsrs.php],): | ||
+ | **Comunicação inicial com os clientes na forma de uma reunião: produto gerado -> [http://www.colegioweb.com.br/portugues/atas-de-reuniao.html ata da reunião] com os clientes (no caso, os professores); | ||
+ | **Definição inicial, planejamento([http://www.construx.com/File.ashx?cid=1190]) 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 [http://techwhirl.com/skills/tech-docs/writing-software-requirements-specs/ Documento de Especificação]. Ver um exemplo [http://www.atunes.org/wiki/index.php?title=Software_Requirements_Specification aqui]. | ||
+ | *Projeto | ||
+ | *Implementação | ||
+ | *Integração, testes e apresentação | ||
+ | [[Arquivo:IFSC-PJI1Model.png|center|modelo IFSC Projeto Integrador 1 - engetelecom]] | ||
+ | |||
+ | ==Especificação de Requisitos== | ||
+ | |||
+ | ===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; | ||
+ | |||
+ | ===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; |
Edição das 14h41min de 30 de outubro de 2012
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;
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.
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
Especificação de Requisitos
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;
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;