ifal-gsdw-aula3-

(1)

FAQs Engenharia de Software Elementos Modelos de Ciclo de Vida Outros elementos Processo

Gerenciamento de Desenvolvimento de Software

Introdu¸c˜ao

(Aula 2)

Leonardo Medeiros

Instituto Federal de Alagoas

(2)

Roteiro

1 FAQs 2 Engenharia de Software Motiva¸c˜ao da ES Hist´orico Crise do Software 3 Elementos

4 Modelos de Ciclo de Vida Modelos Sequenciais Modelos Incrementais Modelos Iterativos 5 _{Outros elementos} Linguagem 6 Processo

(3)

Pergunta

O que ´e software ?

Resposta

Programas de computador e documenta¸c˜ao associada. Os produtos de software podem ser desenvolvidos para um cliente espec´ıfico ou para um mercado geral.

(4)

Pergunta

O que ´e software ?

Resposta

Programas de computador e documenta¸c˜ao associada. Os produtos de software podem ser desenvolvidos para um cliente espec´ıfico ou para um mercado geral.

(5)

Pergunta

O que ´e Engenharia de Software?

Resposta

´

E uma disciplina da Engenharia relacionada a todos os aspectos de produ¸c˜ao de software.

(6)

Pergunta

O que ´e Engenharia de Software?

Resposta

´

E uma disciplina da Engenharia relacionada a todos os aspectos de produ¸c˜ao de software.

(7)

Pergunta

Qual o Objetivo Principal e final da constru¸c˜ao de um sistema ?

Resposta

O objetivo principal e final da constru¸cão de sistema é “adi¸cão de valor” à empresa ou pessoas que dele necessitam. Isso implica que pelo menos a produtividade dos envolvidos deve ser melhorada para que tenha sentido a sua existência.

(8)

Pergunta

Qual o Objetivo Principal e final da constru¸c˜ao de um sistema ?

Resposta

O objetivo principal e final da constru¸cão de sistema é “adi¸cão de valor” à empresa ou pessoas que dele necessitam. Isso implica que pelo menos a produtividade dos envolvidos deve ser melhorada para que tenha sentido a sua existência.

(9)

Motiva¸c˜ao da ES

Motiva¸c˜ao

A principal motiva¸cão para a produ¸cão de software utilizando metologias de desenvolvimento. É justamente o crescimento exponencial da complexidade dos softwares produzidos.

A complexidade não se restringe apenas a tecnologia utilizada, mas também a tudo que tange o próprio desenvolvimento.

(10)

Complexidade de Desenvolvimento

Complexidade Pessoas Tecnologia Cultura Legisla¸c˜ao Capacidade de processamento Frequˆencia de acesso

(11)

Motiva¸c˜ao da ES

Engenharia de Software

Segundo Friedrich Ludwig Bauer, ”Engenharia de Software é a cria¸cão e a utiliza¸cão de sólidos princ´ıpios de engenharia a fim de obter software de maneira econômica, que seja confiável e que trabalhe eficientemente em máquinas reais”

(12)

Hist´

orico (1/3)

Antes 1969

desenvolvimento fora de controle

surge termo ENGENHARIA DE SOFTWARE

1969-1971

desenvolvimento top-down e modularizado novas linguagens de programa¸c˜ao

(13)

Hist´orico

Hist´

orico (2/3)

1972-1973

programa¸c˜ao estruturada

propostas de apoio ao Desenvolvimento e Gerˆencia

1974-1975

conceitos de confiabilidade

controle da qualidade (teste sistem´atico, prova formal, tolerˆancia a falhas))

1976-1977

foco em requisitos

especifica¸cão e projeto integra¸cão e valida¸cão das fases do ciclo de vida

(14)

Hist´

orico (3/3)

1978-1980

uso de ferramentas automatizadas cursos de engenharia de software

1980-1989

era CASE

1999 em diante

t´ecnicas de IA aplicas a Engenharia de Software, gerando as “ferramentas inteligentes”

(15)

Hist´orico

Era Qualidade

Foco no processo de desenvolvimento Artefatos de entrada e sa´ıda

Redu¸c˜ao de custos

Surgimento do processo interativo e incremental (Rational Unified Process)

Modelos de matura¸c˜ao de processos CMMI Busca por confiabilidade de prazos PMBOK

(16)

Qualidade na Pr´

atica

Opera¸c˜ao profissional

Processo de desenvolvimento transparente Retorno r´apido ao cliente

Alta produtividade

1 _{Ferramentas e processos padronizados}

Alta qualidade

1 _{Dados hist´}_{oricos, previsibilidade e an´}_{alise de risco}

(17)

Hist´orico

Pergunta

O que ´e um Software de Qualidade ?

Resposta

´

E aquele que satisfaz os requisitos solicitados. Deve ser fácil de manter, ter boa performance, ser confiável e fácil de usar.

(18)

Pergunta

O que ´e um Software de Qualidade ?

Resposta

´

E aquele que satisfaz os requisitos solicitados. Deve ser fácil de manter, ter boa performance, ser confiável e fácil de usar.

(19)

Crise do Software

A crise do software foi um termo utilizado nos anos 70, quando a engenharia de software era praticamente inexistente.

O termo expressava as dificuldades do desenvolvimento de software frente ao r´apido crescimento da demanda por software, da

complexidade dos problemas a serem resolvidos e da inexistˆencia de t´ecnicas estabelecidas para o desenvolvimento de sistemas que funcionassem adequadamente ou pudessem ser validados.

(20)

Crise do Software

Resultados :

25 por cento dos projetos s˜ao cancelados

O tempo de desenvolvimento é bem maior do que o estimado 75 por cento dos sistemas não funcionam como planejado Manuten¸cão e reutiliza¸cão são dif´ıceis

(21)

Crise do Software

Raz˜oes :

Falta de envolvimento do usu´ario An´alise e projeto inadequados Falta de flexibilidade no projeto Prazos longos

Elevada rotatividade de pessoal

M´a qualidade dos m´etodos, linguagens, ferramentas e processos

(22)

Crise do Software

Custos Altos :

Pouco controle sobre prazos e planejamento da equipe Baixa Reutiliza¸c˜ao de software

(23)

Crise do Software

Cronogramas n˜ao cumpridos ?

Maior foco no gerenciamento no projeto e defini¸c˜ao de prazos com metas mais curtas;

Maior intera¸c˜ao entre usu´ario e analista para que haja um entendimento das necessidades do software;

Barreiras tecnol´ogicas

(24)

Crise do Software

Busca por m´etricas

Como medir a produtividade das equipes de desenvolvimento? Como medir a qualidade do software produzido?

Como detectar e consertar os erros em prazo h´abil?

1 _M´_etricas

2 _{Processo de Desenvolvimento}

(25)

Crise do Software

Chaos Report 2009

Chaos 2009

Desenvolvido pelo Standish Group.

Como medir a qualidade do software produzido?

Chaos Report – Relat´orio que demonstra as taxas de sucesso e falhas dos projetos de software.

(26)

Chaos Report 2009

Chaos 2009

(27)

Elementos x Atividades

Elementos

Modelos do Ciclo de Vida Linguagens

M´etodos

Ferramentas Processos

Elementos

Modelagem de Negócio Elicita¸cão de Requisitos Análise e Projeto Implementa¸cão Testes

(28)

Modelos de Ciclo de Vida

Uma representa¸cão abstrata e simplificada do processo de desenvolvimento software, tipicamente mostrando as principais atividades e dados usados na produ¸cão e manuten¸cão de software

(29)

Modelos de Ciclo de Vida

Tipos:

Cascata Espiral Incremental Seq¨uencial linear Prototipa¸c˜ao

(30)

Modelos de Ciclo de Vida

3 Abordagens Principais:

(31)

Modelos Sequenciais

Modelos de Ciclo de Vida

(32)

Modelos de Ciclo de Vida

Modelos Sequenciais

Organizam o processo em uma seq¨uˆencia linear de fases.

1 _{Waterfall (Cascata)}

Quando empregar

1 _{Problema cujos requisitos s˜}_{ao muito bem definidos}

(33)

Modelos Incrementais

Modelos de Ciclo de Vida

Modelos Incrementais:

Software produzido por incrementos (m´odulos); Incrementos

1 _{Seu desenvolvimento segue o modelo sequencial;} 2 _{Exigem revis˜}_{ao do cliente;}

(34)

Modelos de Ciclo de Vida

Modelos Incrementais Vantagens

Menor custo e tempo para entrega da 1a vers˜ao;

Menor risco e n´umero de mudan¸cas nos req. (pelo fato dos inc. serem menores que o sw todo).

Desvantagens

Requisitos inst´aveis ou incompletos os quais geram muitas mudan¸cas nos incrementos;

(35)

Modelos Incrementais

RAD - Desenvolvimento R´apido

(36)

Modelos Iterativos

N˜ao se preocupa em entregar de vers˜oes operacionais desde o primeiro ciclo;

1 _{Geralmente produzem prot´}_{otipos ou modelos.}

Versões operacionais são produzidas à medida em que os requisitos vão ficando mais claros e estáveis;

Quando empregar

1 _{Problemas muito complexos}

2 _{Requisitos s˜}_{ao muito vol´}_{ateis ou que n˜}_{ao podem ser} totalmente especificados no in´ıcio do desenvolvimento.

(37)

Modelos Iterativos

Modelos Iterativos (Evolutivos ou Evolucion´arios)

(38)

Linguagem

Nota¸cão com sintaxe e semântica bem definidas com representa¸cão gráfica ou textual

Usada para descrever os artefatos gerados durante o desenvolvimento de software

(39)

Linguagem

M´etodo

Descri¸cão sistemática de como deve-se realizar uma determinada atividade ou tarefa A descri¸cão é normalmente feita através de padrões e guias.

(40)

Ferramentas

Provˆe suporte computacional a um determinado m´etodo ou linguagem Ambiente de desenvolvimento: conjunto de ferramentas integradas (CASE).

(41)

Processo de Software

bloco

Um conjunto de atividades cujo objetivo ´e o desenvolvimento ou evolu¸c˜ao do software

Conjunto coerente de atividades para especifica¸c˜ao, projeto, implementa¸c˜ao e teste de sistemas de software

As atividades que s˜ao envolvidas no desenvolvimento de produtos de software.

(42)

Processo

Conjunto de atividades: bem definidas

com respons´aveis

com artefatos de entrada e sa´ıda

com dependˆencias entre as mesmas e ordem de execu¸c˜ao com modelo de ciclo de vida

(43)

Vocˆ

es j´

a viram ?

(44)

(45)

(46)

O que ”sabemos”aqui?

Todo o Pressman ou Sommerville (Software Engineering)

ou seja: requisitos, especifica¸cões, refinamento, valida¸cão e verifica¸cão, métodos, técnicas, linguagens e ferramentas, componentes, reutiliza¸cão, manuten¸cão, modelagem de processos, qualidade, reengenharia,, verifica¸cão, valida¸cão e teste... além de programa¸cão!...

(47)

´

E Necess´

ario saber:

O Escopo e Or¸camento do Projeto

Devemos ter a verdadeira no¸cão de que ferramentas e técnicas de engenharia de software serão realmente úteis para o projeto que iremos desenvolver.

Inicialmente devemos focar na necessidade do cliente e de que maneira poderemos atendˆe-lo.

(48)