Rational Unified Process(RUP)

Slides:



Advertisements
Apresentações semelhantes
Projeto Qualified Curriculum
Advertisements

RUP – Rational Unified Process
Engenharia de Software
Rational Unified Process
O Processo Praxis 3.0 Processos de Software 25/03/2017
(Unified Modeling Language)
Valéria Maria Lauande Março/2010
UML Material retirado da apostila do Professor Cesar Augusto Tacla
Prof. Aruanda Simões - Análise e Projeto OO Processo de Desenvolvimento n As grandes fases: –Planejamento e elaboração –Construção –Implantação Sistema.
RUP Rational Unified Process (Processo Unificado de Desenvolvimento da Rational) 1.
MO409 / Engenharia de Software I - 1º Semestre / Prof. Eliane 1 1ª Apresentação (A1) Modelos de Processos de Software RA: / Edson Amorina.
Gestão de projetos de Software GTI-16
Processos de Desenvolvimento de Software
Processo Desenvolvimento de Software Tradicional
Análise e Projeto de Sistemas
RUP: Fluxo de Análise e Projeto
Visão Geral do Desenvolvimento de Sistemas e Papéis no Desenvolvimento de Software Marcely Dias
FDD.
Análise e Gerenciamento de Requisitos com Casos de Uso
Alunos: Artulanez Souza Iony Melo
RUP Prof.ª Elaine B. Figueiredo.
Rational Unified Process
RUP - Cap. 2 – Os 4 P’s (Pessoas, Projeto, Produto e Processo)
RUPinho Qualidade de Software
Unibratec Análise e Gerencia de Projetos Profº Henrique Vila Nova
Visão Geral PRO.NET.
Visão Geral do RUP.
Fundamentos de Engenharia de SW
Avaliação do RUP como processo para desenvolvimento de software
Análise de Sistemas de Software Prof. Rodrigo Ribeiro.
Processos de Desenvolvimento de Software – Parte 2
Implementação em Projeto de Sistemas (PFC)
Engenharia de Software
PFC Projeto Final de Curso
Análise e Desenvolvimento de Software
ANÁLISE E DESENVOLVIMENTO
PAS Características: Elaborado com o propósito de ser utilizado em práticas acadêmicas de desenvolvimento de software. Foi desenvolvido de forma iterativa.
PSBD II Projeto de Sistemas de Banco de Dados II
Especificação em Projeto de Sistemas
Abr-17 Atividades, Artefatos e Responsáveis da Disciplina de Análise e Projeto Fluxo de análise e projeto.
Análise e Projeto Orientados a Objetos
PROCESSO DE DESENVOLVIMENTO DE SOFTWARE – PDS VALIDAÇÃO.
Bruno Silva Desenvolvido a partir de
O Processo Unificado (UP)
RUP - Cap. 5 – Processo Iterativo e Incremental
O que é? É o processo de investigação técnica com intuito de identificar a qualidade, a segurança e a exatidão do software desenvolvido. A validação do.
Engenharia de Software
Processo de Desenvolvimento de Software – PDS C Construção - PAS
Processos de Software.
Técnicas e Projeto de Sistemas
Introdução a um Processo de Desenvolvimento Orientado a Objeto
Gestão de projetos de Software GTI-16
UML e a Ferramenta Astah
Processo de Desenvolvimento de Software – PDS
Engenharia de Software
Engenharia de Software
Análise e Projeto de Sistemas Unified Modeling Language Renata Araujo Ricardo Storino Núcleo de Computação Eletrônica Curso de Programação de Computadores.
SISTEMA DE MONITORAMENTO DA TECNOLOGIA DA INFORMAÇÃO.
Profa. Reane Franco Goulart. É uma representação de engenharia de algo que vai ser construído. Para a engenharia de software o projeto foca em quatro.
UML (Unified Modeling Language) Linguagem Unificada de Modelagem
UML (Unified Modeling Language) Linguagem Unificada de Modelagem
APSI II Análise e Projeto de Sistemas de Banco de Dados II.
RUP – Rational Unified Process Márcia Seabra Cabral Prof. Augusto Sampaio Centro de Informática - UFPE.
IF 718 Análise e Projeto de Sistemas Augusto Sampaio Vitor Braga (Estágio docência) Camila Sá (Monitora) Parte do material cedido pela Qualiti Software.
Dimitri de Almeida Malheiros Barbosa
1 Projeto Piloto Conclusão em Agenda Projeto Piloto –Descrição –Execução da aplicação –Implementação de requisitos funcionais e não- funcionais.
Projeto Orientado a Objetos Prof. Wolley
Atividades, Artefatos e Responsáveis da Disciplina de Análise e Projeto.
Elicitar Requisitos Documentar Requisitos Validar Requisitos Estrutura Implementação Implementar Componentes Testar de Unidades Corrigir Defeitos Testar.
O Processo Unificado (PU). 2 O que é o Processo Unificado (PU)? É um modelo de processo de software baseado no modelo incremental, visando a construção.
Transcrição da apresentação:

Rational Unified Process(RUP) Prof. Bruno Queiroz Pinto (Fesurv – Universidade de Rio Verde)‏

RUP Criado pela Rational. O RUP permite disciplinar as tarefas e regras na estrutura de desenvolvimento de um software. Focado em projetos Orientado a Objetos. Utiliza de forma extensiva a UML(Linguagem de Modelagem Unificada). Ele não é apenas um processo mais sim uma infra-estrutura que pode ser utilizada numa vasta área de sistemas de software, variados tipos de áreas de aplicação e tamanhos de projetos.

RUP Propõe um conjunto de práticas: Desenvolvimento iterativo Gerência de requisitos Arquitetura em componentes Modelagem visual do software Verificação da qualidade de software Controle de alterações de requisitos

RUP – Princípios: Atacar o risco cedo e continuamente. Certificar-se de entregar algo de valor ao cliente; Focar no software executável; Acomodar mudanças cedo; Liberar um executável da arquitetura cedo; Construir o sistema com componentes; Trabalhar junto como um time; Fazer da qualidade um estilo de vida, não algo para depois.

RUP – Arquitetura:

RUP – Fases: Para a elaboração de um projeto o RUP possui quatro fases: iniciação, elaboração, construção e transição. Ao término de cada fase há um marco:

RUP – Fases: Iniciação: é a fase onde damos início ao projeto. Aqui definimos as idéias a fim de elabora um esboço do que vai ser desenvolvido. É verificado as limitações e escolhido os principais casos de uso do sistema. Elaboração: é realizado uma análise mais minuciosa, desenvolvendo o projeto e descartando problemas que possam afetar o projeto. Apesar de sempre aparecer alterações a serem feitas as atividades neste passo já estão estáveis e os riscos são praticamente nulos.

RUP – Fases: Construção: Aqui é a parte do desenvolvimento do projeto, baseado de maneira iterativa e incremental. Nesta fase é preciso que o projeto esteja pronto para migrar para a outra fase. Transição: Esta é a fase final. O software já é disponibilizado ao usuário final. É natural que nessa fase ainda apareça questionamentos porém serão analisados para uma próxima versão do software.

RUP – Disciplinas de Processos: Modelagem de Negócio: Serve para documentar processos de negócio usando casos de uso de negócios. Está mais atuante na fase de iniciação. Requisitos: Descrever o que o sistema deve fazer, de modo que o cliente e o desenvolvedor entrem em acordo. Deve ainda organizar e documentar funcionalidades e restrições, sendo mais atuante nas fases de iniciação e elaboração. Análise e Design: Mostrar como o sistema irá funcionar na fase de implementação, provar que o sistema executará as tarefas e funções projetadas, satisfará os requisitos e será robusto e ameno a mudanças. Mais atuante na fase de elaboração e construção.

RUP – Disciplinas de Processo: Implementação: Implementar classes e objetos usando código fonte. Mais atuante na fase de construção. Teste: Verifica a integração entre os objetos, entre os componentes e a satisfação dos requisitos, e ainda verificar e corrigir defeitos antes da entrega do software. Os testes são realizados em todas as fases, mas é na fase de construção que é mais exigido. Implantação: Entregar o sistema para o cliente de forma que haja suporte. Mais atuante na fase de construção e transição.

RUP – Disciplinas de Suporte: Gerência de Configuração e Mudança: Controlar os artefatos produzidos de forma que não venham causar conflito de atualizações simultâneas, notificação limitada e múltiplas versões. Gerência de Projeto: Entregar o produto que satisfaz a necessidade do cliente e do usuário. Ambiente: Prover o ambiente adequado para a organização, formando pelas ferramentas e processos capazes de suportar as atividades da equipe de desenvolvimento.

RUP – Elementos: Possui cinco elementos necessários: Papéis; Atividades; Artefatos; Fluxos de trabalho;

RUP – Elementos Papéis O papel é o comportamento e as responsabilidades de um indivíduo ou grupo trabalhando formando uma equipe. Um indivíduo pode assumir vários papéis. Ex.: Analista, Projetista, entre outros.

RUP – Elementos Atividade: É o trabalho realizado por um indivíduo que possui um papel cujo trabalho produz resultado importante para o desenvolvimento do projeto. Ex.: Planejar uma interação, Rever projeto, etc. Artefato: São os produtos de um projeto, ou seja, um pedaço de informação que é produzido em um processo. Ex.: Modelo de caso de uso, Código Fonte, etc.

RUP – Elementos Fluxo de Trabalho: É a seqüência de atividades que são executadas a fim de se obter um resultado importante para o projeto. Os fluxos de trabalho podem ser representados por diagramas de seqüência, de colaboração e de atividades. Ele trabalha com três tipos de fluxo de trabalho: Fluxos de trabalho principais, associados com cada disciplina; Fluxos de trabalho de detalhe, para detalhar cada fluxo de trabalho principal; Planos de iteração, que mostram como a iteração deverá ser executada.

Figura 1: Fluxo de trabalho: requisitos

Figura 2: Detalhamento de fluxo de trabalho: analisar o problema