engenharia de software engenharia de software prof. inês ap. gasparotto boaventura 1. semestre/2001

Engenharia de SoftwareEngenharia de Software

Prof. Inês Ap. Gasparotto Prof. Inês Ap. Gasparotto

BoaventuraBoaventura

1. Semestre/20011. Semestre/2001

TópicosTópicos

1- Introdução à Engenharia de Software1- Introdução à Engenharia de Software

2 - Fundamentos Organizacionais de Sistemas 2 - Fundamentos Organizacionais de Sistemas de Informaçãode Informação

3- Gerência de projeto de software- Gerência de projeto de software

4- Gerenciamento para a qualidade de software4- Gerenciamento para a qualidade de software

5- Acompanhamento do processo de 5- Acompanhamento do processo de desenvolvimento de software.desenvolvimento de software.

SoftwareSoftware

1- Instruções1- Instruções

quando executadas produzem a função e o desempenho desejados

2 - Estruturas de Dados2 - Estruturas de Dados

possibilitam que os programas manipulem adequadamente a informação

3 - Documentos3 - Documentos

descrevem a operação e o uso dos programas

Características do SoftwareCaracterísticas do Software

1. desenvolvido ou projetado por engenharia, não manufaturado no sentido clássico

2. não se desgasta mas se deteriora

3. a maioria é feita sob medida em vez de ser montada a partir de componentes existentes

Aplicações do SoftwareAplicações do SoftwareBBÁÁSSIICCOO programas de apoio a outros programas

DDEE TTEEMMPPOO RREEAALL monitora, analisa e controla eventos domundo real

CCOOMMEERRCCIIAALL operações comerciais e tomadas dedecisões administrativas

CCIIEENNTTÍÍFFIICCOO EE DDEEEENNGGEENNHHAARRIIAA

algoritmos de processamento de números

EEMMBBUUTTIIDDOO controla produtos e sistemas de mercadosindustriais e de consumo

DDEE CCOOMMPPUUTTAADDOORRPPEESSSSOOAALL

processamento de textos, planilhaseletrônicas, diversões, etc.

DDEE IINNTTEELLIIGGÊÊNNCCIIAAAARRTTIIFFIICCIIAALL

algoritmos não numéricos para resolverproblemas que não sejam favoráveis àcomputação ou à análise direta

Evolução do SoftwareEvolução do Software

(1950 - 1965) O hardware sofreu contínuas mudanças 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 Não havia documentação


(1965 - 1975) Multiprogramação e sistemas multiusuários Técnicas interativas 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 Manutenção quase impossível

..... CRISE DE..... CRISE DE SOFTWARE SOFTWARE


(1975 - hoje) Sistemas distribuídos

Redes locais e globais

Uso generalizado de microprocessadores - produtos inteligentes

Hardware de baixo custo

Impacto de consumo

..... CRISE DE..... CRISE DE SOFTWARE SOFTWARE (aflição crônica???)(aflição crônica???)


(Quarta era do software: atualidadeatualidade)

Tecnologias orientadas o objetos

Sistemas especialistas e software de inteligência artificial usados na prática

Software de rede neural artificial

Computação Paralela

Internet

..... CRISE DE..... CRISE DE SOFTWARE SOFTWARE (aflição crônica???)(aflição crônica???)

Crise de SoftwareCrise de Software

Refere-se a um conjunto de problemas encontrados no desenvolvimento de software:

(1) As estimativas de prazo e de custo freqüentemente As estimativas de prazo e de custo freqüentemente são imprecisassão imprecisas

“Não dedicamos tempo para coletar dados sobre o processo de desenvolvimento de software”

“Sem nenhuma indicação sólida de produtividade, não podemos avaliar com precisão a eficácia de novas ferramentas, métodos ou padrões”


(2) A produtividade das pessoas da área de software A produtividade das pessoas da área de software não tem acompanhado a demanda por seus não tem acompanhado a demanda por seus serviçosserviços

“Os projetos de desenvolvimento de software normalmente são efetuados apenas com um vago indício das exigências do cliente”


(3) A qualidade de software às vezes é menos que A qualidade de software às vezes é menos que adequadaadequadaSó recentemente começam a surgir conceitos quantitativos sólidos de garantia de qualidade de software

(4) O software existente é muito difícil de manterO software existente é muito difícil de manter

A tarefa de manutenção devora o orçamento destinado ao software

A facilidade de manutenção não foi enfatizada como um critério importante


estimativas de prazo e de custo

produtividade das pessoas

qualidade de software

software difícil de manter

Causas dos problemas associados à Causas dos problemas associados à


1. próprio caráter do Software1. próprio caráter do Software

O software é um elemento de sistema lógico e não físico (produto intangível)

Conseqüentemente, o sucesso é medido pela qualidade de uma única entidade e não pela qualidade de muitas entidades manufaturadas

O software não se desgasta, mas se O software não se desgasta, mas se deteriora!!!deteriora!!!

2. falhas das pessoas responsáveis pelo 2. falhas das pessoas responsáveis pelo desenvolvimento de Softwaredesenvolvimento de Software

Gerentes sem nenhum background em software

Os profissionais da área de software têm recebido pouco treinamento formal em novas técnicas para o desenvolvimento de software

Resistência a mudanças.

Causas dos problemas associados à

Crise de Software

3. mitos do Software3. mitos do Software

propagaram desinformação e confusão

administrativosadministrativos

clientecliente

profissionalprofissional

Causas dos problemas associados à

Crise de Software

Mitos do Software Mitos do Software (administrativos)(administrativos)

Já temos um manual repleto de padrões e procedimentos para a construção de software. Isso não oferecerá ao meu pessoal tudo o que eles precisam saber?

Realidade: Será que o manual é usado? Os profissionais sabem que ele existe? Ele reflete a prática moderna de desenvolvimento de software? Ele é completo?

Realidade: Será que o manual é usado? Os profissionais sabem que ele existe? Ele reflete a prática moderna de desenvolvimento de software? Ele é completo?

Meu pessoal tem ferramentas de desenvolvimento de software de última geração; afinal lhes compramos os mais novos computadores.

Mitos do Software (administrativos)

Realidade: É preciso muito mais do que os mais recentes computadores para se fazer um desenvolvimento de software de alta qualidade.

Realidade: É preciso muito mais do que os mais recentes computadores para se fazer um desenvolvimento de software de alta qualidade.

Se nós estamos atrasados nos prazos, podemos adicionar mais programadores e tirar o atraso.

Mitos do Software (administrativos)

Realidade:

O desenvolvimento de software não é um processo mecânico igual à manufatura.

Acrescentar pessoas em um projeto torna-o ainda mais atrasado. Pessoas podem ser acrescentadas, mas somente de uma forma planejada.

Realidade:

O desenvolvimento de software não é um processo mecânico igual à manufatura.

Acrescentar pessoas em um projeto torna-o ainda mais atrasado. Pessoas podem ser acrescentadas, mas somente de uma forma planejada.

Uma declaração geral dos objetivos é suficiente para se começar a escrever programas - podemos preencher os detalhes mais tarde.

Mitos do Software (cliente)

Realidade:

Uma definição inicial ruim é a principal causa de fracassos dos esforços de desenvolvimento de software.

É fundamental uma descrição formal e detalhada do domínio da informação, função, desempenho, interfaces, restrições de projeto e critérios de validação.

Realidade:

Uma definição inicial ruim é a principal causa de fracassos dos esforços de desenvolvimento de software.

É fundamental uma descrição formal e detalhada do domínio da informação, função, desempenho, interfaces, restrições de projeto e critérios de validação.

Os requisitos de projeto modificam-se continuamente, mas as mudanças podem ser facilmente acomodadas, porque o software é flexível.

Mitos do Software (cliente)

Realidade:

Uma mudança, quando solicitada tardiamente num projeto, pode ser maior do que mais do que uma ordem de magnitude mais dispendiosa do que a mesma mudança solicitada nas fases iniciais.

Realidade:

Uma mudança, quando solicitada tardiamente num projeto, pode ser maior do que mais do que uma ordem de magnitude mais dispendiosa do que a mesma mudança solicitada nas fases iniciais.

Assim que escrevermos o programa e o colocarmos em funcionamento nosso trabalho estará completo.

Mitos do Software (profissional)

Realidade:

Os dados da indústria indicam que entre 50 e 70% de todo esforço gasto num programa serão despendidos depois que ele for entregue pela primeira vez ao cliente.

Realidade:

Os dados da indústria indicam que entre 50 e 70% de todo esforço gasto num programa serão despendidos depois que ele for entregue pela primeira vez ao cliente.

Enquanto não tiver o programa "funcionando", eu não terei realmente nenhuma maneira de avaliar sua qualidade.

Mitos do Software (profissional)

Realidade:

Um programa funcionando é somente uma parte de uma Configuração de Software que inclui todos os itens de informação produzidos durante a construção e manutenção do software.

Realidade:

Um programa funcionando é somente uma parte de uma Configuração de Software que inclui todos os itens de informação produzidos durante a construção e manutenção do software.

Preocupação: Sistematizar o processo de

criação e manutenção de software.

Boehm: Engenharia de software envolve a aplicação prática de conhecimento científico para o projeto e construção de programas de computador e a documentação associada necessária para desenvolvê-los, operá-los e mantê-los.

Engenharia de Software Engenharia de Software DefiniçõesDefinições

IEEE Standard Glossary of Software Engineering terminology: Engenharia de software é uma abordagem sistemática para o desenvolvimento, operação, manutenção de software

Software: programas de computador, procedimentos, regras, documentação possivelmente associada, e dados sobre sua operação.


Fairley: Engenharia de software é a disciplina tecnologica e gerencial preocupada com a produção sistemática e manutenção de produtos de software que são desenvolvidos e modificados no prazo estabelecido e dentro das estimativas de custo.


abrange um conjunto de três elementos fundamentais:

Métodos, Ferramentas Métodos, Ferramentas ee Procedimentos Procedimentos

Principais metas: melhorar a qualidade de produtos de software, aumentar a produtividade do pessoal técnico e aumentar a satisfação do cliente.

métodosmétodos: proporcionam os detalhes de como fazer para construir o software


Planejamento e estimativa de projeto

Análise de requisitos de software e de sistemas

Projeto da estrutura de dados

Algoritmo de processamento

Codificação

Teste

Manutenção

Engenharia de Software Engenharia de Software

ferramentasferramentas: dão suporte automatizado

aos métodos. existem atualmente ferramentas para sustentar

cada um dos métodos

quando as ferramentas são integradas é estabelecido um sistema de suporte ao desenvolvimento de software chamado CASE - Computer Aided Software Engineering


procedimentosprocedimentos: constituem o elo entre os métodos e ferramentas seqüência em que os métodos serão aplicados

produtos que se exige que sejam entregues

controles que ajudam assegurar a qualidade e coordenar as alterações

marcos de referência que possibilitam administrar o progresso do software.


conjunto de etapasetapas que envolve

métodosmétodos

ferramentas ferramentas

procedimentos procedimentos

Essas etapas são conhecidas como componentes de CICLO DE VIDA DE CICLO DE VIDA DE

SOFTWARESOFTWARE

ou ou Processo de SoftwareProcesso de Software


Alguns ciclos de vida mais conhecidos são:

Ciclo deCiclo de Vida ClássicoVida Clássico

Prototipação Prototipação

ModeloModelo Espiral Espiral

Técnicas de 4Técnicas de 4aa Geração Geração

Engenharia de Software

para escolha de um Ciclo de Vida de Software:para escolha de um Ciclo de Vida de Software:

natureza do projeto e da aplicação

métodos e ferramentas a serem usados

controles e produtos que precisam ser entregues

Ciclo de Vida Clássico (Cascata)Ciclo de Vida Clássico (Cascata)

modelo mais antigo e o mais amplamente usado da engenharia de software

modelado em função do ciclo da engenharia convencional

requer uma abordagem sistemática, seqüencial ao desenvolvimento de software

Engenharia de Engenharia de SistemasSistemas

Engenharia de Engenharia de SistemasSistemas

Análise de Análise de Requisitos Requisitos

Análise de Análise de Requisitos Requisitos

Projeto Projeto Projeto Projeto

Codificação Codificação Codificação Codificação

Testes Testes Testes Testes

ManutençãoManutenção ManutençãoManutenção

CascataCascata

Atividades do Ciclo de Vida Clássico

ANÁLISE E ENGENHARIA DE ANÁLISE E ENGENHARIA DE SISTEMASSISTEMAS

envolve a coleta de requisitos em nível do sistema, pequena quantidade

de projeto e análise de alto nível

Engenharia de Sistemas

Análise de Requisitos

Projeto

Codificação

Testes

Manutenção visão essencial quando o software deve fazer interface com outros

elementos (hardware, pessoas e banco de dados)

Atividades do Ciclo de Vida ClássicoAtividades do Ciclo de Vida Clássico

ANÁLISE DE REQUISITOS DE ANÁLISE DE REQUISITOS DE SOFTWARESOFTWARE

processo de coleta dos requisitos é intensificado e concentrado especificamente no software

deve-se compreender o domínio da informação, a função,

desempenho e interfaces exigidos

os requisitos (para o sistema e para o

software) são documentados e revistos com o cliente



Projeto

Codificação

Testes

Manutenção


PROJETOPROJETO

tradução dos requisitos do software para um conjunto de representações que podem

ser avaliadas quanto à qualidade, antes que a codificação se inicie

se concentra em 4 atributos do programa:

Estrutura de Dados,

Arquitetura de Software,

Detalhes Procedimentais e

Caracterização de Interfaces



Projeto

Codificação

Testes

Manutenção


CODIFICAÇÃOCODIFICAÇÃO

tradução das representações do projeto para uma

linguagem “artificial” resultando em instruções

executáveis pelo computador



Projeto

Codificação

Testes

Manutenção


TESTESTESTESConcentram-se:

nos aspectos lógicos internos do software, garantindo que todas

as instruções tenham sido testadas

nos aspectos funcionais externos, para descobrir erros e garantir que a entrada definida

produza resultados que concordem com os esperados.



Projeto

Codificação

Testes

Manutenção


MANUTENÇÃOMANUTENÇÃO

o software deverá sofrer mudanças depois que for entregue ao cliente



Projeto

Codificação

Testes

Manutenção

causas das mudanças: erros, adaptação do software para acomodar mudanças em

seu ambiente externo e exigência do cliente para

acréscimos funcionais e de desempenho

Problemas Problemas com o Ciclo de Vida Clássicocom o Ciclo de Vida Clássico

projetos reais raramente seguem o fluxo seqüencial que o modelo propõe

logo no início é difícil estabelecer explicitamente todos os requisitos. No começo dos projetos sempre existe uma incerteza natural

o cliente deve ter paciência. Uma versão executável do software só fica disponível numa etapa avançada do desenvolvimento

Embora o Ciclo de Vida Clássico tenha Embora o Ciclo de Vida Clássico tenha

fragilidades, ele é significativamente fragilidades, ele é significativamente

melhor do que uma abordagem casual melhor do que uma abordagem casual

ao desenvolvimento de softwareao desenvolvimento de software

Clássico Clássico (comentários)(comentários)

PrototipaçãoPrototipação

processo que possibilita que o desenvolvedor crie um modelo do software que deve ser construído.

idealmente, o modelo (protótipoprotótipo) serve como um mecanismo para identificar os requisitos de software.

apropriado para quando o cliente definiu um conjunto de objetivos gerais para o software, mas não identificou requisitos de entrada, processamento e saída com detalhes.

fim

início

construção produto

refinamento protótipo

avaliação protótipo

construção protótipo

projeto rápido

obtenção dos

requisitos

PrototipaçãoPrototipação

Atividades da PrototipaçãoAtividades da Prototipação

Obtenção dos Requisitos:Obtenção dos Requisitos: desenvolvedor e cliente definem os

objetivos gerais do software, identificam quais requisitos são

conhecidos e as áreas que necessitam de definições adicionais

Projeto Rápido:Projeto Rápido: representação dos aspectos do software que são

visíveis ao usuário (abordagens de entrada e formatos de saída)

fim

início





projeto rápido

obtenção dos

requisitos

Construção Protótipo:Construção Protótipo: implementação do projeto

rápido

Avaliação do Protótipo:Avaliação do Protótipo: cliente e desenvolvedor avaliam

o protótipo


fim

início





projeto rápido

obtenção dos

requisitos

Refinamento dos RequisitosRefinamento dos Requisitos:: cliente e desenvolvedor refinam

os requisitos do software a ser

desenvolvido.

Ocorre neste ponto um processo de iteraçãoiteração que pode conduzir a

1a. atividade até que as necessidades do cliente sejam

satisfeitas e o desenvolvedor compreenda o que precisa ser

feito.


fim

início





projeto rápido

obtenção dos

requisitos

Construção Produto:Construção Produto: identificados os requisitos, o

protótipo deve ser descartado e a

versão de produção deve ser

construída considerando os critérios

de qualidade.

Atividades da Prototipação

fim

início





projeto rápido

obtenção dos

requisitos

ProblemasProblemas com a Prototipaçãocom a Prototipação

cliente não sabe que o software que ele vê não

considerou, durante o desenvolvimento, a

qualidade global e a manutenibilidade a longo

prazo. Não aceita bem a idéia que a versão final do

software vai ser construída e "força" a utilização do

protótipo como produto final.

Problemas com a Prototipação

desenvolvedor freqüentemente faz uma

implementação comprometida (utilizando o que

está disponível) com o objetivo de produzir

rapidamente um protótipo. Depois de um tempo ele

familiariza com essas escolhas, e esquece que elas não

são apropriadas para o produto final.

Ainda que possam ocorrer problemas, a

prototipação é um ciclo de vida eficiente

A chave é definir-se as regras do jogo logo no

começo

O cliente e o desenvolvedor devem ambos concordar que o protótipo seja construído para servir como um mecanismo a fim de

definir os requisitos

Prototipação Prototipação (comentários)(comentários)

Ciclo de Vida em Ciclo de Vida em EspiralEspiral

engloba as melhores características do ciclo de vida Clássico e da Prototipação, adicionando um novo elemento: a Análise de RiscoAnálise de Risco

segue a abordagem de passos sistemáticos do Ciclo de

Vida Clássico incorporando-os numa estrutura iterativaiterativa que reflete mais realisticamente o mundo real

usa a Prototipação, em qualquer etapa da evolução do produto, como mecanismo de redução de riscos

decisão de continuar ou não

direção de um sistema

concluído

avaliação do cliente engenharia

análise dos riscos

planejamento

EspiralEspiral

Atividades do Ciclo de Vida em Atividades do Ciclo de Vida em EspiralEspiral

Planejamento:Planejamento: determinação dos objetivos, alternativas e restrições

Análise de Risco: análise das alternativas e identificação / resolução dos riscos

Construção:Construção: desenvolvimento do produto no nível seguinte

Avaliação do Cliente:Avaliação do Cliente: avaliação do produto e planejamento das novas fases

avaliação do

clienteengenharia

análise dos riscos

planejamento

é, atualmente, a abordagem mais realística para o desenvolvimento de software em grande escala.

usa uma abordagem que capacita o desenvolvedor e o cliente a entender e reagir aos riscos em cada etapa evolutiva.

pode ser difícil convencer os clientes que uma abordagem "evolutiva" é controlável

exige considerável experiência na determinação de riscos e depende dessa experiência para ter sucesso

Espiral (comentários)

o modelo é relativamente novo e não tem sido amplamente usado

Demorará muitos anos até que a eficácia desse modelo possa ser determinada com certeza absoluta.

Espiral (comentários)

Técnicas de 4Técnicas de 4aa Geração GeraçãoConcentra-se na capacidade de se especificar o software

a uma máquina em um nível que esteja próximo à linguagem natural.

Engloba um conjunto de ferramentas de software que possibilitam que:

o sistema seja especificado em uma sistema seja especificado em uma linguagem de alto nívellinguagem de alto nível e

o código fonte seja gerado automaticamentecódigo fonte seja gerado automaticamente a partir dessas especificações

Obtenção dos Requisitos


Estratégia do “Projeto”


Implementação usando 4GL


Testes Testes

Técnicas de 4Técnicas de 4aa Geração Geração

Ferramentas do ambiente de Ferramentas do ambiente de desenvolvimento de software de 4GLdesenvolvimento de software de 4GL

O ambiente de desenvolvimento de software que sustenta o ciclo de vida de 4a geração inclui as ferramentas: linguagens não procedimentais para consulta de

banco de dados geração de relatórios manipulação de dados interação e definição de telas geração de códigos capacidade gráfica de alto nível capacidade de planilhas eletrônicas

Atividades das Técnicas de 4Atividades das Técnicas de 4aa Geração Geração

1. obtenção dos Requisitos:1. obtenção dos Requisitos: o cliente descreve os requisitos os quais são traduzidos para um protótipo operacional




Testes

o cliente pode estar inseguro quanto aos requisitos

o cliente pode ser incapaz de especificar as informações de um modo que uma ferramenta 4GL possa consumir

as 4GLs atuais não são sofisticadas suficientemente para acomodar a verdadeira "linguagem natural"

2. estratégia de "Projeto":2. estratégia de "Projeto": para pequenas aplicações é possível mover-se do passo de Obtenção dos Requisitos para o passo de Implementação usando uma Linguagem de 4G




Testes

Atividades das Técnicas de 4Atividades das Técnicas de 4aa Geração Geração

para grandes projetos é necessário desenvolver uma estratégia de projeto. De outro modo ocorrerão os mesmos problemas encontrados quando se usa abordagem convencional (baixa qualidade)

3. implementação usando 3. implementação usando 4GL:4GL: os resultados desejados são representados de modo que haja geração automática de código . Deve existir uma estrutura de dados com informações relevantes e que seja acessível pela 4GL

Atividades das Técnicas de 4a GeraçãoObtenção dos Requisitos



Testes

Atividades das Técnicas de 4a GeraçãoObtenção dos Requisitos



Testes 4. teste:4. teste: o desenvolvedor

deve efetuar testes e desenvolver uma documentação significativa. O software desenvolvido deve ser construído de maneira que a manutenção possa ser efetuada prontamente.

PROPONENTES:PROPONENTES: redução dramática no tempo de desenvolvimento do software (aumento de produtividade)

OPONENTESOPONENTES: as 4GL atuais não são mais fáceis de usar do que as linguagens de programação o código fonte produzido é ineficiente

a manutenibilidade de sistemas usando técnicas 4G ainda é questionável

Técnicas de 4a Geração (comentários)

Engenharia de SoftwareEngenharia de Software uma visão genéricauma visão genérica

O processo de desenvolvimento de softwareprocesso de desenvolvimento de software

contém 3 fases genéricas, independentes do

modelo de engenharia de software escolhido:

1. DEFINIÇÃODEFINIÇÃO,

2. DESENVOLVIMENTODESENVOLVIMENTO e

3. MANUTENÇÃOMANUTENÇÃO.

1. Revisões2. Documentação3. Controle de

Mudanças

CCCooonnnssstttrrruuuçççãããooo

1. Entender2. Modificar3. Revalidar

Manutenção “mudanças”

OOOpppeeerrraaaçççãããooo

SSSOOOFFFTTTWWWAAARRREEE

PPPRRROOODDDUUUTTTOOO

AAAtttiiivvviiidddaaadddeeesss dddeee AAApppoooiiiooo

1. Análise deSistema

2. Planejamentodo Projeto

3. Análise deRequisitos

Definição“o que” Desenvolvimento

“como”

1. Projeto deSoftware

2. Codificação3. Teste

Engenharia de Software uma visão genérica

DEFINIÇÃODEFINIÇÃO : ““o que”o que” será desenvolvido.

Análise do SistemaAnálise do Sistema:: define o papel de cada elemento num sistema baseado em computador, atribuindo em última análise, o papel que o software desempenhará.

Planejamento do Projeto de SoftwarePlanejamento do Projeto de Software:: assim que o escopo do software é estabelecido, os riscos são analisados, os recursos são alocados, os custos são estimados e, tarefas e programação de trabalho definidas.


Análise de RequisitosAnálise de Requisitos:: o escopo definido para o software proporciona uma direção, mas uma definição detalhada do domínio da informação e da função do software é necessária antes que o trabalho inicie.


DESENVOLVIMENTODESENVOLVIMENTO: “como”“como” o software vai ser desenvolvido.

Projeto de SoftwareProjeto de Software:: traduz os requisitos do software num conjunto de representações (algumas gráficas, outras tabulares ou baseadas em linguagem) que descrevem a estrutura de dados, a arquitetura do software, os procedimentos algorítmicos e as características de interface.


CodificaçãoCodificação:: as representações do projeto devem ser convertidas numa linguagem artificial (a linguagem pode ser uma linguagem de programação convencional ou uma linguagem não procedimental) que resulte em instruções que possam ser executadas pelo computador.

Realização de Testes do SoftwareRealização de Testes do Software:: logo que o software é implementado numa forma executável por máquina, ele deve ser testado para que se possa descobrir defeitos de função, lógica e implementação.


MANUTENÇÃOMANUTENÇÃO:: concentra-se nas

“mudanças”“mudanças” que ocorrerão depois que o

software for liberado para uso operacional Correção

Adaptação

Melhoramento Funcional


CorreçãoCorreção:: mesmo com as melhores atividades de garantia de qualidade de software, é provável que o cliente descubra defeitos no software. A manutenção manutenção corretivacorretiva muda o software para corrigir defeitos.

AdaptaçãoAdaptação:: com o passar do tempo, o ambiente original (por exemplo a CPU, o sistema operacional e periféricos) para o qual o software foi desenvolvido provavelmente mudará. A manutenção manutenção adaptativaadaptativa muda o software para acomodar mudanças em seu ambiente.


Melhoramento FuncionalMelhoramento Funcional:: a medida que o

software é usado, o cliente/usuário

reconhecerá funções adicionais que

oferecerão benefícios.

A manutençãomanutenção perfectivaperfectiva estende o software para além de suas exigências funcionais originais.


Atividades de Proteção:Atividades de Proteção: as fases e etapas correlatas descritas são complementadas por uma série de atividades de proteção.

RevisõesRevisões:: efetuadas para garantir que a qualidade seja mantida à medida que cada etapa é concluída.

DocumentaçãoDocumentação:: é desenvolvida e controlada para garantir que informações completas sobre o software estejam disponíveis para uso posterior.

Controle das MudançasControle das Mudanças:: é instituído de forma que as mudanças possam ser aprovadas e acompanhadas.


A Engenharia de Software também se preocupa com A Engenharia de Software também se preocupa com questões gerenciais, que encontra-se do lado oposto questões gerenciais, que encontra-se do lado oposto ao domínio da programaçãoao domínio da programação

Gerenciamento: Gerenciamento: necessário para coordenar as necessário para coordenar as atividades técnicas em projetos de produtos de atividades técnicas em projetos de produtos de software.software.

Engenharia de Software uma aborgagem gerencial

Em geral, um Em geral, um produto de software produto de software inclui: inclui:

-> Código fonte, e documentação relacionada:-> Código fonte, e documentação relacionada:

documento de requisitos

especificação do projeto

planos de teste

princípios de operação

procedimentos para garantia da qualidade


Em geral, um Em geral, um produto de software produto de software inclui: inclui:

-> Cogido fonte, e documentação relacionada:-> Cogido fonte, e documentação relacionada:

relatórios de problemas com o software

procedimentos de manutenção

manuais do usuário

instruções para instalação

auxílio para treinamento


Qualidade de software Qualidade de software : preocupação principal dos: preocupação principal dos

gerentes de software.gerentes de software.

-> Principal atributo de qualidade: -> Principal atributo de qualidade: utilidadeutilidade

-> outros atributos de qualidade:

- transportabilidade

- eficiência

- clareza

- confiabilidade


Fatore de Qualidade e Produtividade Fatore de Qualidade e Produtividade : :

Fatores que influenciam a qualidade:Fatores que influenciam a qualidade:

Habilidade IndividualHabilidade Individual

Comunicação da equipeComunicação da equipe

Complexidade do produtoComplexidade do produto

Notações apropriadasNotações apropriadas

Abordagens sistemáticasAbordagens sistemáticas

controle de mudançascontrole de mudanças


Fatore de Qualidade e Produtividade Fatore de Qualidade e Produtividade : :

Fatores que influenciam a qualidade:Fatores que influenciam a qualidade:

Adequação de treinamentoAdequação de treinamento

Habilidades de gerenciamentoHabilidades de gerenciamento

Metas apropriadasMetas apropriadas

Entendimento do problemaEntendimento do problema

Estabilidade dos requisitosEstabilidade dos requisitos

Habilidades necessáriasHabilidades necessárias


Questões gerenciais Questões gerenciais

Os gerentes de software:Os gerentes de software:

controlam os recursos e o ambiente no qual as atividades controlam os recursos e o ambiente no qual as atividades técnicas ocorrem.técnicas ocorrem.

responsáveis pela entrega do produto no prazo e dentro das responsáveis pela entrega do produto no prazo e dentro das estimativas de custo.estimativas de custo.

devem garantir que o produto tenha os atributos funcionais e devem garantir que o produto tenha os atributos funcionais e de qualidade desejados pelo cliente.de qualidade desejados pelo cliente.

Treinam empregados.Treinam empregados.

desenvolvem planos e estratégias de marketing.desenvolvem planos e estratégias de marketing.


Preocupações de gerenciamento de projeto: Preocupações de gerenciamento de projeto:

métodos para organizar e monitorar um projeto.métodos para organizar e monitorar um projeto.

técnicas de estimativa de custo.técnicas de estimativa de custo.

política de alocação de recursos.política de alocação de recursos.

controle orçamentário.controle orçamentário.

avaliação do progresso.avaliação do progresso.

realocação de recursos.realocação de recursos.

ajustes no cronograma.ajustes no cronograma.


Preocupações de gerenciamento de projeto: Preocupações de gerenciamento de projeto:

estabelecer procedimentos para garantia de qualidade.estabelecer procedimentos para garantia de qualidade.

manter o controle de várias versões do produto.manter o controle de várias versões do produto.

facilitar a comunicação entre os membros do projeto.facilitar a comunicação entre os membros do projeto.

comunicação com o cliente.comunicação com o cliente.

estabelecer contratos com o cliente.estabelecer contratos com o cliente.

garantir que os termos legais e contratuais do projeto sejam garantir que os termos legais e contratuais do projeto sejam cumpridos.cumpridos.


Problemas na área de gerenciamento: Problemas na área de gerenciamento:

falta de planejamento para projetos de software.falta de planejamento para projetos de software.

falta de técnicas e procedimentos para selecionar gerentes de falta de técnicas e procedimentos para selecionar gerentes de projeto.projeto.

falta de habilidade em estimar os recursos necessários para o falta de habilidade em estimar os recursos necessários para o projeto.projeto.

falta de um processo de desenvolvimento bem estabelecido.falta de um processo de desenvolvimento bem estabelecido.

falta de estratégias para o gerente acompanhar o progresso falta de estratégias para o gerente acompanhar o progresso do projeto.do projeto.

falta de padrões e técnicas para medir produtividade.falta de padrões e técnicas para medir produtividade.


Fatores que melhoram o gerenciamento: Fatores que melhoram o gerenciamento: treinar gerentes, e desenvolvedores de software.treinar gerentes, e desenvolvedores de software.

estabelecer o uso de padrões, procedimentos e estabelecer o uso de padrões, procedimentos e documentação.documentação.

analisar dados de projetos passados para avaliar métodos analisar dados de projetos passados para avaliar métodos efetivos.efetivos.

definir objetivos em termos de qualidade desejada.definir objetivos em termos de qualidade desejada.

definir qualidade em termos de produtos a ser entregues.definir qualidade em termos de produtos a ser entregues.

Selecionar gerentes de projetos com habilidades para Selecionar gerentes de projetos com habilidades para gerenciamento.gerenciamento.

Desenvolver uma maneira de avaliar os desenvolvedores de Desenvolver uma maneira de avaliar os desenvolvedores de software.software.


ConclusãoConclusão

ENGENHARIA DE SOFTWAREENGENHARIA DE SOFTWARE

pode ser vista como uma abordagem de desenvolvimento de software elaborada com disciplina e métodos bem definidos.

.....“a construção por múltiplas pessoas de um software de múltiplas versões” [Parnas 1987]

Pontos a ponderarPontos a ponderar O software é o fator de diferenciação de muitos produtos e sistemas

baseados em computador. Apresente exemplos de dois ou três produtos e de pelo menos um sistema em que o software, não o hardware, é o elemento que faz a diferença.

Nas décadas de 1950 e 1960, a programação de computador era uma forma de arte aprendida num ambiente semelhante ao de aprendizes. Como os primórdios afetaram as práticas de desenvolvimento de software atuais?

Apresente cinco exemplos de desenvolvimento de software que seriam adequados à prototipação. Cite duas ou três aplicações que seriam mais difíceis de ser representadas em protótipos.

,

Pontos a ponderarPontos a ponderar Os mitos de software citados em aula são somente alguns entre muitos

outros. Liste mitos adicionais para cada uma das categorias apresentadas. Existe algum caso em que as fases genéricas do processo de engenharia de

software não se aplicam? Se assim for, descreva-o.

,

engenharia de software engenharia de software prof. inês ap. gasparotto boaventura 1. semestre/2001

Documents