Você está na página 1de 16

O processo de Desenvolvimento de Sistema de Informação

1- Ciclo de Vida de DSI


1.1- Desenvolvimento Sequencial : segue uma abordagem sistemática e
linear ao longo da vida do projecto, avançando o desenvolvimento de
uma fase para outra, sequencialmente.
1.2- Desenvolvimento Evolutivo : construído em diferentes etapas, sendo,
em cada uma, construída uma versão do sistema que vai evoluindo,
cada versão satisfaz os requisitos conhecidos , sendo avaliado pelo
cliente final que ajuda a clarificar , detalhar os requisitos exigidos que
vão dar origem a uma nova versão.
1.3- Desenvolvimento Incremental : baseia-se na ideia que se pode
construir um sistema em várias versões cada uma com um conjunto
especifico de funções. Na primeira versão são desenvolvidas funções
mais importante esta versão é utilizada e avaliada pelo cliente final,
desenvolvendo um novo plano para o próximo incremento.

Elaborado por: Eng. Acácio Pedro 1


Paradigmas Desenvolvimento de Sistema de Informação

Modelo em Cascata: Apareceu no inicio dos anos 70 foi o primeiro


paradigma que veio tentar disciplinar e sistematizar o DSI por ciclo
convencional de desenvolvimento de sistemas de informação.

Elaborado por: Eng. Acácio Pedro 2


Def. de Requisitos
Nesta etapa, estabelecem-se os requisitos do produto
que se deseja desenvolver, o que consiste
normalmente nos serviços que se devem fornecer,
limitações e objectivos do software.
Projecto de Sistema
O projecto do sistema é um processo de vários passos
que se centraliza em quatro atributos diferentes do
sistema: estrutura de dados, arquitectura do software,
detalhes procedais e caracterização das interfaces.

Elaborado por: Eng. Acácio Pedro 3


Implementação
Etapa em que são criados os programas
Teste do sistema
Concluída a codificação, começa a fase de teste do
sistema. O processo de teste centraliza-se em dois
pontos principais: as lógicas internas do software e as
funcionalidades externas. Esta fase decide se foram
solucionados erros de “comportamento” do software e
assegura que as entradas definidas produzam
resultados reais que coincidam com os requisitos
especificados.

Elaborado por: Eng. Acácio Pedro 4


Manutenção
Essa etapa consiste na correcção de erros que
não foram previamente detectados, em
melhorias funcionais e de preferência e outros
tipos de suporte.

Elaborado por: Eng. Acácio Pedro 5


Vantagens do modelo em Cascata

1- Torna o processo de desenvolvimento


estruturado. Tem uma ordem sequencial de
fases. Cada fase cai em cascata na próxima e
cada fase deve estar terminada antes do início da
seguinte;
2- Todas as actividades identificadas nas fases do
modelo são fundamentais e estão na ordem
certa;
3-Esta abordagem é actualmente a norma e
provavelmente permanecerá como tal nos
próximos tempos.
Elaborado por: Eng. Acácio Pedro 6
Desvantagens do modelo em Cascata

1- Não fornece feedback entre as fases e não permite a


actualização ou redefinição das fases anteriores;
2- Não suporta modificações nos requisitos;
3- Não permite a reutilização;
4- É excessivamente sincronizado;
5- Se ocorrer um atraso todo o processo é afectado;

Elaborado por: Eng. Acácio Pedro 7


Prototipagem

Ident. requisitos
Desenhar
utilizar , testar
implementar
Proj. Sistema (Utilizador)

Desenho
Desenhar
utilizar , testar
implementar
Codific. e Teste
(Utilizador)

Manutenção

Elaborado por: Eng. Acácio Pedro 8


Prototipagem(Cont.)

A prototipagem é construído para ajudar a entender


melhor os requisitos do projecto, passa pela
codificação e teste contribuindo assim para
melhores resultados.
Segundo pressmam e Jalote este modelo pode trazer
algumas vantagens como:
1- O modelo é interessante para alguns sistemas de
grande porte nos quais representem um certo grau
de dificuldade para exprimir rigorosamente os
requisitos.

Elaborado por: Eng. Acácio Pedro 9


Modelo Prototipagem Cont.

2- È possível obter uma versão do que será o


sistema com um pequeno investimento inicial .
3- A experiência de produzir o protótipo pode
reduzir o custo das fases posteriores.
4- A construção do protótipo pode demonstrar a
viabilidade do sistema.
5- Participação regular dos utilizadores.

Elaborado por: Eng. Acácio Pedro 10


Desvantagens

1- É impossível determinar com exactidão o tempo


que o projecto vai demorar.
2- Não há forma de saber o número de iteração que
serão necessárias.
3- Por pressão dos clientes os protótipos podem
acabar como o resultado final.

Elaborado por: Eng. Acácio Pedro 11


Modelo em V Construção
Manutenção Fim de Projecto
Inicio Projecto Esp. requisitos e Operação

Especificação
Soft. aceite

Avaliação e teste de
Desenho estruturado
software

Desenho Soft. integrado

Integração e teste
Desenho detalhado

Desenho
Módulo Corrigido
Desenho módulo

Cod. E teste
de módulo
Elaborado por: Eng. Acácio Pedro 12
Modelo em V
O modelo em v é dividido em duas partes a primeira é:
Especificação e Verificação - tem como objectivo assegurar
através da utilização de técnicas como inspecção de software que
os requisitos são completos, não ambíguos, realizáveis, testáveis e
relevantes.
As inspecções podem ser realizadas, por exemplo, nos documentos
de especificações de requisitos, casos de uso, especificações
funcionais, especificação diagramas de projectos e código fonte.
Validação - A Validação tem como objectivo assegurar através da
aplicação, por exemplo, das estratégias de testes e técnicas que o
produto final corresponde aos requisitos do utilizador.

Elaborado por: Eng. Acácio Pedro 13


Vantagens
- Enfatiza a importância de considerar as actividades
de testes durante o processo, ao invés de um teste
posterior após o término do processo;
- Ajuda a desenvolver novos requisitos;
- Melhora a qualidade do produto resultante.
Desvantagem
- Dificuldade em seguir o fluxo sequencial do modelo,
- Dificuldade para o cliente poder especificar os requisitos
explicitamente,
- È necessário maior feedback entre todas as fases do ciclo.

Elaborado por: Eng. Acácio Pedro 14


Modelo em Espiral

Elaborado por: Eng. Acácio Pedro 15


Vantagens
- Consideração dos riscos em toda etapa do
projecto.
- É mais versátil para lidar com mudanças, que os
desenvolvimento de software geralmente
exigem.
Desvantagem
- Modelo pouco difundido e muito menos usado
- Complexo, requer atenção e conhecimento para
levar a bom-porto.

Elaborado por: Eng. Acácio Pedro 16

Você também pode gostar