Docsity
Docsity

Prepare-se para as provas
Prepare-se para as provas

Estude fácil! Tem muito documento disponível na Docsity


Ganhe pontos para baixar
Ganhe pontos para baixar

Ganhe pontos ajudando outros esrudantes ou compre um plano Premium


Guias e Dicas
Guias e Dicas

Introdução ao RUP ? Rational Unified Process, Notas de estudo de Análise de Sistemas de Engenharia

FEUP - Universidade do Porto - Faculdade de Engenharia.

Tipologia: Notas de estudo

2010

Compartilhado em 15/02/2010

ednaldo-miranda-6
ednaldo-miranda-6 🇧🇷

4

(1)

38 documentos

1 / 10

Toggle sidebar

Esta página não é visível na pré-visualização

Não perca as partes importantes!

bg1
1
1
UML Diagramas de Classesv.1.1, João Pascoal Faria, 2001
Introdução ao RUP Rational
Unified Process
2
UML Diagramas de Classes v.1.1, João Pascoal Faria, 2001
O que é
nUm processo (de engenharia) de softwareé a definição de um
conjunto completo de actividades necessárias para transformar
os requisitos do utilizador num conjunto consistente de
artefactos que representam um produto de software e, mais
tarde, transformar alterações nesses requisitos num novo
conjunto consistente de artefactos [Jacobson 1999]
define quem faz o quê, quando e como para atingir um determinado
objectivo
nA presença de um processo bem definido e bem geridoé um
aspecto determinante de diferenciação entre projectos
produtivos e projectos mal-sucedidos
pf3
pf4
pf5
pf8
pf9
pfa

Pré-visualização parcial do texto

Baixe Introdução ao RUP ? Rational Unified Process e outras Notas de estudo em PDF para Análise de Sistemas de Engenharia, somente na Docsity!

UML – Diagramas de Classes– v.1.1, João Pascoal Faria, 2001^1

Introdução ao RUP – Rational

Unified Process

O que é

n Um processo (de engenharia) de software é a definição de um

conjunto completo de actividades necessárias para transformar

os requisitos do utilizador num conjunto consistente de

artefactos que representam um produto de software e, mais

tarde, transformar alterações nesses requisitos num novo

conjunto consistente de artefactos [Jacobson 1999]

  • define quem faz o quê , quando e como para atingir um determinado objectivo

n A presença de um processo bem definido e bem gerido é um

aspecto determinante de diferenciação entre projectos

produtivos e projectos mal-sucedidos

UML – Diagramas de Classes – v.1.1, João Pascoal Faria, 2001^3

Características principais do RUP

n Sustentado em UML

n Iterativo e incremental

n C onduzido por casos de utilização

  • A identificação de casos de utilização e cenários típicos de utilização

é a actividade que conduz todo o processo de desenvolvimento,

desde a análise de requisitos até ao teste do sistema final

n C entrado numa arquitectura

  • Promove a definição inicial de uma arquitectura de software robusta,

que facilita a paralelização do desenvolvimento, a reutilização e a

manutenção

Conceitos principais do RUP

n Ciclos

  • cada ciclo do desenvolvimento resulta numa nova geração do produto

n Fases

  • cada ciclo divide-se em fases
  • cada fase divide-se em iterações a definir em cada projecto concreto

n Trabalhadores ( workers )

  • são perfis a que correspondem competências para a realização de actividades

n Actividades

  • são tarefas que podem ser entregues a trabalhadores individuais

n Artefactos

  • são inputs e outputs de actividades

n Workflows

  • agrupam actividades relacionadas
  • genéricos ou especializados por fases

n Modelos

  • agrupam artefactos desenvolvidos num workflow

UML – Diagramas de Classes – v.1.1, João Pascoal Faria, 2001^7

Iterações

n Cada fase pode ser decomposta em iterações

n Iterações são definidas e planeadas em cada projecto

concreto

n Cada iteração resulta num incremento ao produto

  • Tipicamente é analisado e implementado um grupo de casos de utilização ou de variantes de casos de utilização

n Cada iteração passa, em cascata, pelos workflows técnicos

  • Importância relativa dos workflows varia com as fases

Modelos e Workflows

Captura de Requisitos

UML – Diagramas de Classes – v.1.1, João Pascoal Faria, 2001^9

Captura de Requisitos

Objectivos

n O objectivo deste workflow é conseguir o acordo, entre os

utilizadores finais e quem desenvolve, sobre a descrição do que o

sistema deve fazer.

n Principal resultado é o modelo de casos de utilização

  • Um caso de utilização é um documento narrativo que descreve a sequência de eventos de um actor sobre um sistema com o objectivo de dele obter um resultado observável e de interesse.
  • O modelo de casos de utilização é a base de todo o processo de desenvolvimento, o que facilita a avaliação da concordância do s istema final com os requisitos iniciais para os quais foi construído.

Captura de Requisitos

Actividades

from Rational Unified Process

UML – Diagramas de Classes – v.1.1, João Pascoal Faria, 2001^13

Análise e Projecto

Actividades

from Rational Unified Process

Análise e Projecto

Artefactos

from Rational Unified Process

UML – Diagramas de Classes – v.1.1, João Pascoal Faria, 2001^15

Implementação e Teste

Objectivos

n Implementação

  • O objectivo é construir o sistema, produzindo todo o código necessário para a criação do sistema executável.
  • Os modelos de projecto são a base da implementação.
  • A implementação inclui o teste de classes e módulos separados, mas não a verificação do seu funcionamento integrado.
  • Sub-produto: modelo da implementação (componentes, dependências e interacções)

n Teste

  • O objectivo é verificar o sistema na sua totalidade.
  • Inicialmente verifica-se cada caso de uso separadamente e posteriormente o sistema na sua totalidade.
  • No final desta componente, o sistema está pronto para ser utilizado.
  • Sub-produto: modelo de teste , com especificação de casos de teste e procedimentos de teste

Teste

Actividades

Bibliografia

n The Rational Unified Process: An Introduction

Philie Kruchten

Addison-Wesley, 1999

n The Unified Software Develoment Process

Ivar Jacobson, Grady Booch, James Rumbaugh

Addison-Wesley, 1999

n www.rational.com