Aula 01 - Introdução Á Engenharia de Software

Universidade Jean Piaget
Engenharia de software– ES - (INF040)

ESI004
2016/2017
Docente: Ruben Alexsander Pires Gonçalves da Veiga
E-mail: rgv@cv.unipiaget.org
INTRODUÇÃO A ENGENHARIA DE SOFTWARE
• Aula Inicial
– Contexto histórico;
– Conceitos;
Eng. Ruben Veiga – Disciplina: ES –
Piaget Mindelo -16/17
2
CONTEXTO HISTÓRICO
• 1950 - 1965
- Contínuas mudanças no hardware
- O software era uma arte "secundária" para a qual
havia poucos métodos sistemáticos
- O hardware era de propósito geral

- O software era específico para cada aplicação
3
CONTEXTO HISTÓRICO
• 1965 - 1975
- Multiprogramação e sistemas multiutilizadores
- Técnicas interactivas
- Sistemas de tempo real
- 1a geração de SGBD’s
- Produto de software - software houses

- Bibliotecas de Software
- Cresce no de sistemas baseado em computador
- Invenção das linguagens de alto nível
- Aparecimento de Sistemas Operativos
4
CONTEXTO HISTÓRICO
• 1975 - Actualmente
- Sistemas distribuídos
- Redes locais e globais
- Uso generalizado de microprocessadores – produtos
inteligentes
- Hardware de baixo custo
5
CONTEXTO HISTÓRICO
• 1975 - Actualmente
- Impacto de consumo
- Tecnologias orientadas o objectos
- Sistemas especialistas e software de inteligência
artificial usados na prática
- Software de rede neural artificial

- Computação Paralela
- Internet
- Programação em nuvem
- Dispositivos móveis
6
CONTEXTO HISTÓRICO
• O Grande Problema
– 1965 - 1975
CRISE DO SOFTWARE
7
CRISE DO SOFTWARE - CAUSAS
• Falta de documentação
– a má qualidade das teorias (linguagens),
metodologias e ferramentas de desenvolvimento
utilizadas;
– complexidade dos sistemas, dificuldade de
formalização.
– Concentração dos conhecimentos em uma única

pessoa
8
CRISE DO SOFTWARE - CONSEQUÊNCIAS
• Cerca de um quarto (1/4) dos projetos de
desenvolvimento de grandes sistemas era cancelado
antes da conclusão;
• Em média, o tempo de desenvolvimento era bem maior
do que o estimado;
• Três quartos (3/4) dos grandes sistemas não são usados
ou não funcionam como planeado;

• A manutenção e reutilização de software eram, em geral,

extremamente difíceis e custosas;
• Ás vezes era mais vantajoso desenvolver um novo
sistema do que modificar, estender ou utilizar a
funcionalidade de um já existente. 9
SOLUÇÃO
SOFTWARE
ENGENHARIA DE
10
ENGENHARIA DE SOFTWARE
• “A ES é o campo da informática que trata dos
aspectos relacionados com a construção de sistemas
de software de grande dimensão e/ou complexidade,
que exigem existência de uma equipa ou equipas de
engenheiros para o seu desenvolvimento.” Ghezzi
• “Construção de software multi-versão multi-pessoa.”
Parnas
11
Perguntas frequentes sobre software - Sommerville
• “Um campo da informática cujo objectivo é a
construção de software sem erros, entregue a tempo
e dentro do orçamento e que satisfaz as
necessidades do utilizador. Além disso, o software
deve ser de fácil modificação quando as
necessidades dos utilizadores se alterem” Schach
13
• “Aplicação de uma abordagem sistemática,
disciplinada e quantificável, para o
desenvolvimento, operação e manutenção do
software, isto é, a aplicação da Engenharia ao
Software.” IEEE
14
• De acordo com Sommerville:
– “Engenharia de software é uma disciplina de
engenharia cujo foco está em todos os aspectos da
produção de software, desde os estágios iniciais da
especificação do sistema até sua manutenção,
quando o sistema já está sendo usado.”
15
Engenharia de Software
• Há duas expressões importantes nessa definição:
– Todos os aspectos da produção de software. A engenharia
de software não se preocupa apenas com os processos
técnicos do desenvolvimento de software. Ela também inclui
atividades como gestão de projeto de software e
desenvolvimento de ferramentas, métodos e teorias para
apoiar a produção de software.
Engenharia de Software
• Há duas expressões importantes nessa definição:
– Disciplina de engenharia. Engenheiros fazem as coisas
funcionarem. Eles aplicam teorias, métodos e ferramentas
onde for apropriado. No entanto, eles os usam seletivamente
e sempre tentam descobrir as soluções para os problemas,
mesmo quando não há teorias e métodos aplicáveis. Os
engenheiros também reconhecem que devem trabalhar de
acordo com as restrições organizacionais e financeiras,

então buscam soluções dentro dessas restrições.

Engenharia de software é importante por dois
motivos:
1. Cada vez mais, indivíduos e sociedades dependem dos
sistemas de software avançados. Temos de ser capazes de
produzir sistemas confiáveis económica e rapidamente.
2. Geralmente é mais barato, a longo prazo, usar métodos e
técnicas da engenharia de software para sistemas de
software, em vez de simplesmente escrever os programas
como se fossem algum projeto pessoal.Para a maioria dos

sistemas, a maior parte do custo é mudar o software depois

que ele começa a ser utilizado.
• Tecnologias em camada
- É o “como fazer”;
- Englobam um conjunto de tarefas que inclui
análise de requisitos, projeto, construção de
programas, teste e manutenção
- É o adesivo que cola as tecnologias e permite um

desenvolvimento de software racional e em tempo;

- Dão suporte automatizado ou semi-automatizado
ao processo e aos métodos;
19
• Tecnologias em camada
- Qualquer abordagem de engenharia (inclusive a
engenharia de software) deve apoiar num
compromisso organizacional com a qualidade.
Ferramentas
Método
Processos
QUALIDADE
20
INTERDISCIPLINIDADE ENGENHARIA DE SOFTWARE
Linguagens de Teoria da
programação computação
Engenharia de
Software
Inteligência Artificial
Sistemas Operativos
Base de Dados
21
INTERDISCIPLINIDADE ENGENHARIA DE SOFTWARE
Engenharia de
Gestão sistemas
Engenharia de
Software
22
PROGRAMAÇÃO X ENGENHARIA DE SOFTWARE
Uma pessoa Uma equipa
Sem preocupação com as necessidades Tendo como ponto de partidas as

do utilizador necessidades do utilizador
Pequeno projecto Grande Projecto
Pequenas alterações Várias alterações
Curta duração Longa duração

Barato Caro
PROGRAMAÇÃO ENGENHARIA DE SOFTWARE
23
O ENGENHEIRO DE SOFTWARE - Competências
• Programar fluente em várias linguagens.
• Conhecer diferentes abordagens ao desenho de
sistemas.
• Capaz de traduzir requisitos indicados de forma
vaga e incompleta para especificações precisas.
• Capaz de entender as necessidades do utilizador do

sistema
• Capaz de entender um problema em diversos níveis
de abstração
• Capaz de trabalhar em equipa
24
• Apesar da evolução do software…
• A habilidade em construir software deixa a desejar em
relação ao potencial do hardware
• A construção de software não é rápida o suficiente para
atender as necessidades do mercado
• A sociedade depende cada vez mais de software confiável;
quando ele falha, podem ocorrer gastos enormes e

desgaste de muitos profissionais para arrumá-lo

• O esforço para construir software confiável e de qualidade
é muito grande
• O suporte aos programas existentes é apoiado por
projectos pobres e recursos inadequados
25
• Hoje, é o software que custa mais do que o hardware.
• Já há algum tempo, gestores e técnicos se perguntam:
- Porque é preciso tanto tempo para terminar os
programas?
- Porque os custos são tão altos?
• Porque não se consegue encontrar todos os erros
antes que o software seja liberado para os clientes?

• Porque existe uma dificuldade em medir o progresso à

medida que o software está sendo construído?
26
PRINCÍPIOS DA ENGENHARIA DE SOFTWARE
• Rigor e formalismo
• Separação de assuntos
• Modularidade
• Abstracção
• Antecipação da mudança
• Generalidade
• Incrementalidade
27
RIGOR E FORMALISMO
• Rigor
- ...produtos fiáveis
- ...custos controlados
- ...confiança acrescida
• Formalismo
- Formalidade: processo de desenvolvimento

de software regido e orientado por leis
matemáticas.
28
SEPARAÇÃO DE ASSUNTOS
• Separação de assuntos permite:
- Dividir um problema em partes que podem
ser realizadas separadamente
- Criar um entendimento na forma como as
partes dependem/relacionam-se umas
com as outras
29
DIMENSÕES DA SEPARAÇÃO DE ASSUNTOS
• Separação temporal:
- Planeamento da agenda semanal de forma a reduzir a
comutação de actividades
• Separação das qualidades:
- Começar por desenhar o programa por forma a garantir a
correcção e só depois o rever para aumentar a eficiência.
• Separação de vistas:
- Concentração no fluxo de dados ou no fluxo de controlo.

• Separação de partes do sistema (em termos de tamanho)

- Em sistemas muito complexos
• Separação de responsabilidades:
- divisão de trabalho das várias pessoas da equipa, com
diferentes tarefas e responsabilidades
30
MODULARIDADE
• Separação em pequenas e individuais peças
- Tratamento dos detalhes de cada módulo
individual
- Integração de todos os módulos de forma
coerente
31
ABSTRAÇÃO
• Processo pelo qual se identificam os
aspectos importantes de um fenómeno e se
ignoram os respectivos detalhes
32
ANTECIPAÇÃO DA MUDANÇA
• Antecipar a mudança permite...
– …criar uma infra-estrutura que absorva
mudanças facilmente
– …eliminar facilmente erros não detectados
– ...novos requisitos e alterações dos existentes
– ...a reusabilidade de componentes

– ...controlo de custos a longo prazo
33
GENERALIDADE
• A generalidade permite…
– …aumento da reusabilidade
- por outros programas
- em pontos diferentes do mesmo programa
– …aumento da robustez
– …desenvolvimento mais rápido

– …custo reduzido
34
INCREMENTABILIDADE
• A incrementalidade permite…
- ...o desenvolvimento de melhores produtos
- ...uma identificação atempada dos problemas
- ...um aumento da satisfação do cliente
35
O PRODUTO
• Objectivo da Engenharia de Software:
- construir algo: produto: Software (e não só...)
• O que é o Software?
- é uma sequência de instruções a serem seguidas e/ou
executadas, na manipulação, ou modificação de um
dado/informação ou acontecimento
- é o nome dado ao comportamento exibido por essa

sequência de instruções quando executada em um
computador ou máquina semelhante.
36
O SOFTWARE
• Produto
- Quando libera o potencial embutido no hardware.
• Veículo para liberar produto
- quando ele actua como uma base para o controlo
do computador - sistema operativo;
- para a comunicação de informação - redes;

- para a criação e controlo de outros programas.
37
CARACTERÍSTICAS
• Utilizador procura Software:
- Fiável, eficiente e fácil de usar
• Engenheiro de Software:
- Fácil de verificar,
- Extensível ,
- “Manutensível”,
- “Portável”
• Gestor do projeto quer um processo de produção:
- Eficiente e
- Fácil de controlar 38
CARACTERÍSTICAS
• Características Externas X Internas
- Externas → visíveis aos utilizadores do sistemas
- Internas → visíveis aos programadores do
sistema
39
CARACTERÍSTICAS
• Produto X Processo
- Usa-se um processo para produzir um produto
de Software.
- Certas características do processo influenciam
características do produto.
- O produto produzido pelo processo de ES não é

atómico:
• Programa compilado + Manuais de utilização
• Código fonte
40
CARACTERÍSTICAS
• Correção/ Corretude → Especificações do Cliente,
• Fiabilidade,
• Robustez → comportamento razoável,
• Desempenho.
41
CARACTERÍSTICAS
• Manutensibilidade → após entrega,
• Verificabilidade,
• Intuitivo,
• Visibilidade → módulos bem estruturados e
documentados,
42
CARACTERÍSTICAS
• Evolutibilidade,
• Reparabilidade → correção dos defeitos num
tempo limitado,
• Pontualidade,
• Produtividade.
43
CARACTERÍSTICAS
• Interoperabilidade
– pode ser entendida como uma característica que se refere à
capacidade de diversos sistemas e organizações trabalharem
em conjunto de modo a garantir que pessoas, organizações e
sistemas computacionais interajam para trocar informações de
maneira eficaz e eficiente.
• Compreensibilidade
• Reusabilidade
• Portabilidade
– a sua capacidade de ser compilado ou executado em
diferentes arquiteturas (hardware/software). O termo pode ser
usado também para se referir a re-escrita de um código fonte
para uma outra linguagem de computador.
44
APLICAÇÕES DE SOFTWARE
• De acordo com suas aplicações, um software pode ser classificado
das seguintes formas:
– Softwares de Sistema:
●
Programas para servir outros programas (compiladores,
editores, utilitários de gestão de arquivos)
– Software de Tempo real:
●
monitora, analisa, controla eventos do mundo real. Um
sistema de tempo real deve responder dentro de
restrições de tempo escrita. O tempo de resposta de um

software assim é curo, variando de 1 milésimo de

segundo a 1 minuto.
– Software Comercial:
●
software desenvolvido para comercializar ou com
interesses empresariais, ou que processam informações
comerciais.
45
●
Software Científico e de Engenharia:
●
auxiliam as aplicações científicas. Têm sido
caracterizados por algoritmos de processamentos de
números.
●
Software Embutido:
softwares próprios de um determinado hardware. O
software embutido é usado para controlar produtos e

sistemas para os mercados industriais e de consumo,

produtos inteligentes (carros, forno
microondas,smartwatches).
●
Software Online:
●
que funcionam em conexão com a internet.
46
• Software para computadores pessoais:
– Processadores de texto
– gestão de bases de dados
• Software para inteligência artificial:
– Redes Neurais
– Sistemas Periciais
– Robots
47

Aula 01 - Introdução Á Engenharia de Software

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Aula 01 - Introdução Á Engenharia de Software

Transféré par

Droits d'auteur :

Formats disponibles

Universidade Jean Piaget

Engenharia de software– ES - (INF040)

- O hardware era de propósito geral

- O software era específico para cada aplicação

- Produto de software - software houses

- Hardware de baixo custo

- Software de rede neural artificial

– Concentração dos conhecimentos em uma única

ou não funcionam como planeado;

• A manutenção e reutilização de software eram, em geral,

acordo com as restrições organizacionais e financeiras,

então buscam soluções dentro dessas restrições.

como se fossem algum projeto pessoal.Para a maioria dos

sistemas, a maior parte do custo é mudar o software depois

- É o adesivo que cola as tecnologias e permite um

desenvolvimento de software racional e em tempo;

Sem preocupação com as necessidades Tendo como ponto de partidas as

Pequenas alterações Várias alterações

Curta duração Longa duração

PROGRAMAÇÃO ENGENHARIA DE SOFTWARE

• Capaz de entender as necessidades do utilizador do

quando ele falha, podem ocorrer gastos enormes e

desgaste de muitos profissionais para arrumá-lo

antes que o software seja liberado para os clientes?

• Porque existe uma dificuldade em medir o progresso à

- Formalidade: processo de desenvolvimento

- Concentração no fluxo de dados ou no fluxo de controlo.

• Separação de partes do sistema (em termos de tamanho)

– ...a reusabilidade de componentes

– …desenvolvimento mais rápido

- é o nome dado ao comportamento exibido por essa

- para a comunicação de informação - redes;

- O produto produzido pelo processo de ES não é

restrições de tempo escrita. O tempo de resposta de um

software assim é curo, variando de 1 milésimo de

software embutido é usado para controlar produtos e

sistemas para os mercados industriais e de consumo,

Vous aimerez peut-être aussi