Engenharia de Engenharia de SoftwareSoftware

Tecnologia em Análise e Desenvolvimento de Sistemas

Revisando1. O que é um processo de software?2. O que é um modelo de processo de

software?3. Quais os desafios enfrentados pela

Engenharia de Software?4. O que é o ciclo de vida de um software?5. Quais são as atividades fundamentais do

software?6. Quais são os modelos de processo de

software que estudamos?

O Processo Unificado• Processo de Engenharia de Software• Modelo de Processo• Produto de Processo• Melhores Práticas em desenvolvimento moderno

de software

Melhores Práticas em Desenvolvimento de Software

Desenvolvimento iterativo Gerenciamento de requisitos Utilização de arquiteturas baseadas em

componentes Modelagem visual do software Verificação contínua da qualidade do software Controle de mudanças do software

Desenvolver o software iterativamente

• Cada iteração resulta em um lançamento executável.

• Facilidade de encontrar problemas mais cedo.• Usuário mais participativo.• Equipe é forçada a pensar nos pontos mais

críticos.• Lições aprendidas podem ser melhoradas dentro

do próprio projeto.• Facilidade de verificação do status do projeto.• Equipe de teste tem trabalho mais uniforme.

Gerenciar requisitos

• Identificar os verdadeiros requisitos do sistema é um processo contínuo.

• Compreensão do usuário sobre os requisitos do sistema também muda.

• Se faz necessária a utilização de uma abordagem disciplinada.

• Facilidade de comunicação.• Possibilidade de filtrar, localizar e priorizar

requisitos.• Permite a detecção de problemas mais cedo.

Usar arquiteturas baseadas em componente

• Melhor organização do sistema como um todo.• Facilidade na recuperação rápida do sistema.• Estudo dos requisitos funcionais e não-

funcionais.• Separação clara de elementos de um sistema.• Reutilização facilitada por padrões de mercado.• Facilidade no gerenciamento da configuração.• Ferramentas de modelagem permitem a

automação para este tipo de desenvolvimento.

Modelar visualmente o software

• Simplificação da realidade que descreve completamente um sistema.

• Perspectiva particular.• UML = Unified Modeling Language.• Padronização da comunicação.• Cuidado com o nível de detalhamento.• Ferramentas de suporte.

Verificar continuamente a qualidade do software

Tempo

Cu

sto

Controlar mudanças do software

• Necessidade de um controle disciplinado: Equipes distantes, projetos de integração, stakeholders com visões diferentes.

• Fluxos repetíveis para gerenciar mudanças em todos os artefatos.

• Conceito de baseline (linha base).• Rastreabilidade.• Estatísticas em torno de mudanças.• Ferramentas.

O Processo Unificado

O Processo Unificado e suas extensões

Processo Unificado(Jacobson, Booch e Rumbaugh - 1999)

RUP: IBM RationalUnified Process

(Três Amigos)

AUP: Agile Unified Process

(Scott W. Ambler)

EUP: Enterprise Unified Process(Scott W. Ambler)

EssUP Essential Unified

Proccess(Ivar Jacobson)

O Modelo RUP

Estrutura do RUP

1.O quê?2.Quem?3.Quando?4.Como?

Artefatos (O quê?)

• Documento de Visão• Especificação de requisitos• Diagrama de Caso de Uso• Diagrama Entidade-Relacionamento• Código• Manual• Treinamento

Papéis (Quem?)

• Analista de negócios• Analista de requisitos• Arquiteto• Analista de sistemas• Programador• Revisor• Instrutor• Gerente de projeto

Tempo (Quando?)

• Concepção• Elaboração• Construção• Transição

Tempo de Concepção: Objetivos

• Obter contexto e requisitos mais importantes

• Planejar (Caso de uso de negócio, riscos, pessoas, custo, prazo, rentabilidade)

• Visualizar arquitetura possível

Tempo de Concepção: Resultados

• Documento de visão• Glossário• Caso de uso (inicial)• Risco x Mitigação• Plano de Projeto• Modelo de Negócio• Protótipos• Especificação de Requisitos

Tempo de Concepção: Marco a ser atingido

• Aceite de custo e estimativas por parte dos stakeholders.

• Entendimento dos requisitos / escopo.• Despesas atuais versus planejadas

conforme planejado.

Tempo de Elaboração: Objetivos

• Definir arquitetura de acordo com visão: negócio, custo e prazo

• Planejar a construção• Selecionar componentes• Decidir entre fazer, comprar e/ou reutilizar

Tempo de Elaboração: Resultados

• Caso de uso (80% completo)• Adequações nos requisitos• Arquitetura• Plano para desenvolvimento

Tempo de Elaboração: Marco a ser atingido

• Visão estável• Arquitetura estável• Plano de construção adequado• Despesas aceitáveis• Stakeholders de acordo

Tempo de Construção: Objetivos

• Evitar trabalho.• Alcançar a qualidade adequada.• Gerar versões úteis o mais rápido possível.

Tempo de Construção: Resultados

• Programas.• Manuais.• Release notes.

Tempo de Construção: Marco a ser atingido

• Software com capacidade de operação no nível adequado de Qualidade.

• Produto estável.• Despesas aceitáveis.

Tempo de Transição: Objetivos

• Levar o software até os usuários.• Treinar usuários e mantenedores.• Converter bases operacionais.• Receber o aceite do cliente.

Tempo de Transição: Resultados

• Pacote comercial.• Treinamento.• Folhas de avaliação e aceitação

preenchidas.

Tempo de Transição: Marco a ser atingido

• Lançamento do produto.• Usuário satisfeito.• Despesas adequadas.

Conteúdo / Fluxo / Disciplina(Como?)

• Disciplinas de Engenharia Modelo de negócio Requisitos Análise e Construção Implementação Teste Distribuição (Implantação)

• Disciplinas de Suporte Configuração e Gerenciamento de Mudanças Gerenciamento de projeto Ambiente

Links interessantes• Processo Unificado On-Line:

http://www.wthreex.com/rup/

• Agile Unified Process Download:http://www.ambysoft.com/unified

process/agileUP.html

Bibliografia Complementar• KRUCHTEN, Philippe Introdução ao RUP

- Rational Unified Process. Rio de Janeiro: Ciência Moderna Ltda., 2003.

Obrigado!