TrabalhosGratuitos.com - Trabalhos, Monografias, Artigos, Exames, Resumos de livros, Dissertações
Pesquisar

Historicamente a Área de Computação Tem Evoluído

Por:   •  24/5/2020  •  Trabalho acadêmico  •  849 Palavras (4 Páginas)  •  171 Visualizações

Página 1 de 4
  1. Historicamente a área de Computação tem evoluído. Trace e apresente conceitos, itens e fatos desse caminho histórico.

1950-1965 – O hardware era de propósito geral, o software era secundário em relação ao hardware, o software era específico para cada aplicação, havia carência de métodos sistemáticos e não havia documentação.

1965-1975 – Multiprogramação e sistemas multiusuários, sistemas de tempo real, sistemas gerenciadores de bancos de dados, software como produto (software Houses), cresce número de sistemas computacionais, sem métodos, técnicas e documentação a manutenção é quase impossível.

1975-1990 – Uso generalizado de microprocessadores, redes locais e globais, sistemas distribuídos, hardware de baixo custo, impacto de consumo.

4a era de software – Miniaturização crescente, redes sem fio e de alta velocidade e dependência total.

  1. Cite e explique as causas da crise de software.

Problema 1:

Imprecisão nas estimativas de prazo e custo – É difícil calcular em quanto tempo é possível criar um software novo e saber qual custo ele tem.

Problema 2:

Insatisfação do cliente com o sistema concluído – Falta de requisitos e saber o que realmente o cliente quer.

Problema 3:

Qualidade do software entregue menor que a adequada – “Só recentemente começam a surgir conceitos quantitativos sólidos de garantia de qualidade de software”

Problema 4:

Dificuldade de manutenção do software – Sem métodos, técnicas e documentação a manutenção é quase impossível

  1. O que foi a Crise de Software e qual sua proposta de solução?

A Crise de Software é a designação dada ao conjunto de problemas encontrados no desenvolvimento de software. Em resposta a crise de software surge a Engenharia de Software, uma abordagem sistemática, disciplinada e capaz de ser medida ao longo de um processo de construção de um software:

– Modelos gráficos descritivos do software

– Diretrizes com base em boas práticas de projeto

  1. Defina Engenharia de Software apoiado em mais de um autor.

Combinação de atividades, ferramentas e procedimentos visando o desenvolvimento ou evolução de um software (Sommerville).

Roteiro, ou conjunto de passos, previsível que ajuda a criar a tempo um software de alta qualidade (Pressman).

  1. Defina processo e processo de software.

Processo é um conjunto de ações que objetivam atingir uma meta.

Processo de software é um conjunto de atividades para especificação, projeto, implementação e teste de software (Sommerville).

  1. O que é o modelo de processo clássico? Descreva e apresente suas atividades e caraterísticas.

Modelos Sequenciais: também conhecido como, Modelo Cascata, Ciclo de Vida Clássico, Sequencial Linear

Requer abordagem sistemática e sequencial ao desenvolvimento de software, sua principal característica: “O resultado de uma fase é a entrada da próxima”

Exemplo de um processo genérico de Software: Cascata

Engenharia de Requisitos: levantamento de requisitos e análise de requisitos

Projeto de SW: projeto de Banco de Dados, projeto Arquitetural e projeto de Interface

Construção: geração de código e teste

Implantação: entrega, manutenção e feedback

  1. Quais os problemas do modelo de processo sequencial ou clássico? Quando ele deve ser utilizado?

Problemas do Modelo Sequencial:

• Em projetos reais, é difícil estabelecer todos os requisitos no início de um processo (incertezas)

• Difícil acomodar mudanças com o processo em andamento, pois uma fase deve estar completa para passar para a próxima (sem paralelismo)

• Inflexibilidade em estágios distintos dificulta resposta aos requisitos de mudança do cliente

• Cliente paciente: uma versão executável só fica disponível em uma etapa avançada do desenvolvimento

• Devido aos custos de produção e aprovação de documentos, as iterações são onerosas e envolvem retrabalho significativo

• É normal suspender partes do desenvolvimento mesmo com poucas iterações (ex: especificação) e prosseguir com as fases posteriores

• Softwares que não atenderão ao que o cliente deseja

...

Baixar como (para membros premium)  txt (6.3 Kb)   pdf (55.8 Kb)   docx (11.1 Kb)  
Continuar por mais 3 páginas »
Disponível apenas no TrabalhosGratuitos.com