INSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA TOCANTINS Campus Araguaína Técnico Subsequente Aula 03 – 2014 Thatiane de Oliveira Rosa 1 Técnicas

INSTITUTO FEDERAL DEEDUCAÇÃO, CIÊNCIA E TECNOLOGIATOCANTINSCampus Araguaína

Técnicas e Projeto de Sistemas – Técnico Subsequente

1

Técnicas e Projeto de Sistemas

Técnico SubsequenteAula 03 – 2014

Thatiane de Oliveira Rosa


2

Roteiro

• Tema: Processo de Desenvolvimento de Software.

Engenharia de Software;

Processo de Desenvolvimento de Software;

Ciclos de Desenvolvimento de Software;

Atividade.



3

Engenharia de Software

• Relembrando a definição:

A Engenharia de Software visa fornecer métodos (i.e.: “como

fazer”), ferramentas e procedimentos (i.e.: sequência em que os

métodos serão aplicados) para o desenvolvimento de software de

forma que ele atinja seus objetivos.



4


• Um software deve, de forma geral, atender os seguintes

objetivos:

Funcionalidade;

Custo;

Tempo;

Desempenho;

Padrões;

Leis;

Atender as partes interessadas (stakeholders).



5



Mas como posso atingir todos esses objetivos???


6



Seguindo um processo de desenvolvimento de software!!


7

Processo de Desenvolvimento de Software

• Processo:

É uma sequência de passos que devem ser seguidos para se atingir

determinado objetivo.

• Processo de desenvolvimento de software:

Também chamado simplesmente de processo de software;

Objetiva a construção de um software;

Sub processos:

• Requisitos, análise, desenho, implementação e teste.



8

• O ponto de partida então é seguir um ciclo de vida:

Que é uma interação entre os processos;

Baseado em:

• Complexidade;

• Risco;

• Tamanho da equipe;

• Necessidade do cliente.


Processo de Desenvolvimento de Software


9

Ciclos de Vida de Software

• Codifica-remenda:

Alto risco;

Impossível de gerenciar;

Não permite assumir compromissos confiáveis


Especificação??? Produto


10


• Clássico ou Cascata:



11



Sequencial;

Rígido;

Burocrático;

Não prevê correções nas fases posteriores;

O cliente só vê o resultado no final do projeto;

Indicado para projetos pequenos.



12




início

Final

Requisitos

Análise

Desenho

Implementação

Teste


13


• Cascata com realimentação:

Cada fase possibilita um retorno;

Dificulta o gerenciamento.

• Por que?



14


• Cascata com realimentação:


início

Final

Requisitos

Análise

Desenho

Implementação

Teste


15


• Espiral:

Passos do modelo clássico em iterações;

Cada iteração é uma volta na espiral;

Requisitos desenvolvidos progressivamente;

Usuário com maior contato com as versões;

Exige muita disciplina e gestão para que o foco seja mantido.



16


• Espiral:



17


• Prototipagem evolutiva:

Baseado do no modelo espiral;

Ao final de cada volta o usuário tem acesso a um protótipo;

Útil para aprovações de ideias e coleta de novos requisitos;

Desvantagem:

• Cliente insiste que o protótipo seja, com ligeiras modificações, a versão final

do produto.



18


• Prototipagem evolutiva:



19


• Entrega evolutiva:

Segue o modelo espiral somente a partir da fase desenho detalhado;

Modelo bastante utilizado na prática;

Exige uma boa fase de requisitos, análise e desenho alto nível.



20


• Entrega evolutiva:


início

Final

Requisitos

Análise

Desenho de alto nível

Implementação

Teste

Desenho detalhado

Produto completo?

Sim

Não


21


• Quase-espiral:

Bastante aceito na prática;

É utilizado como base para outros modelos;

Mais próximo da realidade.



22


• Quase-espiral:


início

Final

Requisitos

Análise

Desenho

Implementação

Teste

Visão Geral

Produto completo?

Sim

Não


23


• Dirigido por tempo:

Considera aquilo que se pode desenvolver em determinado tempo;

Quando se sabe que o tempo é suficiente para os requisitos;

O tempo pode ser discutido entre cliente e empresa de

desenvolvimento.



24


• Documentos gerados:



25



Visão geral:

• Escopo de trabalho, pessoas envolvidas, plano de projeto...

Requisitos:

• Visão geral, conceitos de operações, requisitos funcionais, não funcionais...

Análise:

• Detalhamento dos requisitos, diagrama de casos de uso, casos de uso reais,

divisão de módulos...

Design:

• Diagrama de BD, DFD (Diagrama de Fluxo de Dados), Classes, Sequencia...



26



Implementação:

• Código comentado, resultado de testes unitários...

Teste:

• Plano de teste, documento de execução de testes...

Implantação:

• Diagrama de implantação, tutoriais, treinamentos...



27

Atividade

1. Em sua opinião, como a engenharia de software pode ajudar

no atendimento aos objetivos do software?

2. Descreva os ciclos de vida de software destacando os riscos

associados a cada um deles: Codifica-remenda; Cascata;

Cascata com retroalimentação; Espiral; Prototipagem

evolutiva.



28

Atividade

3. Você irá abrir uma empresa de desenvolvimento de software com outros 3

colegas. Qual dos ciclos de vida de software vistos até o momento você

utilizaria? Por que?

4. Você consegue descrever um cenário onde seja interessante o uso de

todos esses processos de ciclo de vida ou, em sua opinião, é uma “perda

de tempo” criar tanta documentação para desenvolver um software?

Justifique sua resposta.




29

Técnicas e Projeto de Sistemas

Técnico SubsequenteAula 03 – 2014

Thatiane de Oliveira Rosa

Documents

INSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA TOCANTINS Campus Araguaína Técnico Subsequente Aula 03 – 2014 Thatiane de Oliveira Rosa 1 Técnicas