DISCIPLINA: ANALISE E PROJETO DE SISTEMAS

CICLO DE VIDA DE UM SISTEMA DE INFORMAÇÃO

O ciclo de vida de um sistema de informação é composto por criação, evolução, decadência
e morte. Embora não existem medidores precisos para estabelecer em que ponto o sistema se
encontra, é possível ter uma boa ideia se analisarmos os fatores abaixo: 

Criação

O sistema é criado com a utilização de um projeto que estabelece os objetivos que o sistema
deverá alcançar. Toda a expectativa em relação ao sistema deve ser declarada no projeto.
Essa criação envolve todo o processo de análise, refinamento de requisitos, declaração de
projeto, documentação, desenvolvimento, testes, implantação e treinamento. É um período
longo e trabalhoso.

Evolução
Mudanças nas organizações, no mercado ou ações governamentais forçam os sistemas a
evoluírem para atender as novas necessidades das empresas.

A mudança no ciclo de vida dos sistemas de informação de criação para evolução ocorre
quando os sistemas começam a receber recursos que não estavam previsto no projeto original.

Essas mudanças ou evoluções como alguns chamam são benéficas quando bem
implementadas e são necessárias em muitos casos para dar um impulso no sistema a fim de
adequá-lo a novas realidades que vão surgindo. Novas leis, práticas de consumo,
posicionamento da concorrência, entre outros fatores geralmente forçam mudanças nos
sistemas a fim de adequá-lo à nova realidade.

Decadência
Um sistema de informação nem sempre consegue acompanhar as evoluções tecnológicas,
organizacionais ou exigências de governos. Há situações em que se torna muito oneroso
realizar adaptações nos sistemas para atender tais necessidades.

Com o tempo o sistema começa entrar em decadência, isto pode ser observado quando as
necessidades do mercado começam a distanciar-se dos sistemas de informação.

Morte
A morte de um sistema de informação nem sempre é declarada, mas ela ocorre quando o
sistema já não atende mais as necessidades da empresa ou dos usuários. Há casos que a
empresa mantém o sistema apenas para consulta de dados antigos ou para operações básicas
que ainda sobrevivem. 

MODELOS DE CICLO DE VIDA DE SISTEMA

MODELO CASCATA
Neste modelo as atividades de análise, projeto e implementação são feitas de
forma sequencial, uma após a outra, sem que sejam necessárias interações
entre as fases (ao término de uma inicia-se a outra).

O modelo em cascata é composto das fases:

Modelagem do Sistema: onde são estabelecidos os requisitos do sistema ao

qual o software está sendo realizado, incluindo os requisitos de informação e
de negócios;

Análise de requisitos: onde são modelados os requisitos de informação,

funcionais, comportamentais, de desempenho e de interface do software;

Projeto: onde são planejadas as estruturas de dados, a arquitetura do sistema

e o comportamento é mapeado em procedimentos;

Codificação: onde o projeto é transformado em uma linguagem compreendida

pelo computador;

Testes: onde verificamos e validamos o software;

Manutenção: onde garantimos a usabilidade do software

MODELO EM PROTÓTIPO
No Modelo de Prototipagem (pura) o desenvolvedor interage diretamente com
o usuário, escutando seus pedidos e desenvolvendo, imediatamente, um
Protótipo do produto desejado. O usuário, então, utiliza esse protótipo e
fornece ao desenvolvedor novas informações que o levam à atualizações do
sistema, adaptações e implementações no software, em tempo de projeto e
desenvolvimento.

MODELO EM ESPIRAL
Durante muitos anos, o modelo cascata foi a base da maior parte do
desenvolvimento de projetos de software, mas em 1988 Barry Boehm sugeriu o
modelo em espiral. Do modelo em espiral para desenvolvimento de software
saltam a vista dois aspectos: a análise de risco e prototipagem. O modelo
espiral incorpora-os de uma forma interativa permitindo que as idéias e o
progresso sejam verificados e avaliados constantemente. Cada interação à
volta da espiral pode ser baseada num modelo diferente e pode ter diferentes
atividades. No caso da espiral, não foi a necessidade do envolvimento dos
utilizadores que inspirou a introdução de interação, mas sim a necessidade de
identificar e controlar riscos. No modelo espiral para engenharia de requisitos
mostra-se que as diferentes atividades são repetidas até uma decisão ser
tomada e o documento de especificação de requisitos ser aceito. Se forem
encontrados problemas numa versão inicial do documento, retorna-se nas
fases de levantamento, análise, documentação e validação. Isto se repete até
que seja produzido um documento aceitável ou até que fatores externos, tais
como prazos e falta de recursos ditem o final do processo de engenharia de
requisitos.

O processo de desenvolvimento do software é construtivista, quando há um

problema com formulação de hipóteses, comparação, exclusão e categorização
de dados e reformulação da hipótese, com grau crescente de normalizações
técnicas com relação à documentação em geral, modelagem de dados, design,
codificação e finalmente, a implantação/instalação do software.
ANÁLISE DE REQUISITOS

Esta fase visa identificar o tipo de serviço de processamento de dados a ser executado (manutenção de
um software existente ou a criação de um outro), os objetivos a serrem alcançados, recursos e prazos
necessários para a execução do projeto.

Ainda na Análise de Requisitos é definido o Diagrama de Contexto, ou o DFD de Contexto (segundo

alguns autores), que é a representação do macro-processo do sistema, e a interação com as entidades
que o manipulam/interagem.

O resultado é um documento denominado Anteprojeto, contendo o modelo lógico preliminar do

software. A aprovação deste documento pelo usuário torna-se pré-requisito para a continuidade do
trabalho.

PROJETO LÓGICO
Nesta fase o objetivo é a especificação detalhada dos elementos do software a nível lógico. Além disso,
deve tratar da especificação detalhada dos procedimentos externos ao computador, tais como:

 Captação das informações;

 Preparo e envio para processamento;
 Crítica e correções;
 Distribuição das saídas.

O produto é um documento denominado Manual do Software (Sistema)-Projeto Lógico, que deverá

ser submetido ao usuário para análise e aprovação.
PROJETO FÍSICO
Tendo como base o Projeto Lógico, o objetivo nesta fase é o de detalhar os elementos do software a
nível físico.

O Produto é um documento denominado Manual do Software (Sistema) - Projeto Físico, que conterá a
especificação técnica completa do software e hardware necessários, visando a sua implementação.

Podemos definir as fases do Projeto Físico como sendo especificações de sistema necessárias ao início
da construção do software, tal qual definidas na Análise de Requisitos (confirmação), para que se possa
dar início das atividades ligadas à construção:

 Definição da interface de desenvolvimento (ambiente gráfico) e da linguagem de programação;

 Modelos e padrões de telas, botões, barras de ferramentas (também definido por alguns
autores como Design);

À luz dessas fases, deve-se:

 Dimensionar, projetar e edificar o ambiente do software/sistema e as tecnologias empregadas

para o seu desenvolvimento (Arquitetura/Tecnologia);
 Gerenciar as configurações do software;
 Primar a qualidade do software a ser desenvolvido.

IMPLEMENTAÇÃO
O objetivo desta fase é o desenvolvimento e simulação do software especificado no Projeto Físico.

Fazer uso da linguagem definida e do ambiente gráfico de desenvolvimento, e iniciar a construção do

software, à luz das regras normatizadas segundo a documentação técnica apurada até o momento do
projeto.

O resultado são os programas fontes, devidamente testados. Estes, por sua vez, devem ser entregues ao
usuário via arquivos eletrônicos.

IMPLANTAÇÃO
Tem como objetivo o treinamento do usuário, a conversão/inicialização de arquivos e a implantação do
software para produção.

Nesta fase, é elaborado e entregue o Manual do Usuário, assim como o Termo de Encerramento do
Desenvolvimento do Software, onde o analista ou empresa desenvolvedora declara que o software, uma
vez implantado, está entregue e considerado, aceito: devendo o mesmo entrar no período de garantia.

ACOMPANHAMENTO
Nesta fase são executadas as atividades de produção do software pelo usuário, com acompanhamento
inicial da execução das rotinas, avaliação da performance, pequenos ajustes e análise de resultados.

O produto é um relatório descritivo dos problemas encontrados pelo usuário e as soluções adotadas, e a
documentação do software, como um todo, devidamente revisada.
 EXERCÍCIOS PARA AVALIAÇÃO

1) QUAIS OS FATORES QUE PODEMOS ANALISAR UM CICLO DE VIDA ?

2) QUANDO UM SISTEMA DE INFORMAÇÃO PODE SER CONSIDERADO DECADENTE E

QUAL A PROVAVEL CONSEQUENCIA ?

3) OBSERVANDO OS MODELOS DE CICLO DE VIDA QUAL DELES PODE SER MAIS

VANTAJOSO E PORQUE ?

4) QUAIS SÃO AS ETAPAS DE UM CICLO DE VIDA ? FAÇA UM BREVE COMETARIO DE

CADA UMA DELA.

5) EM QUAL DAS ETAPAS O PROGRAMADOR POSSUI A FUNÇÃO MAIS IMPORTANTE E

PORQUE?

Obs: Responda as questões em arquivo WORD, coloque o nome e imprima.