RUP - Rational Unified Process

Slides:



Advertisements
Apresentações semelhantes
Análise e Projeto Orientado a Objetos
Advertisements

Engenharia de Software
UML no CICLO de DESENVOLVIMENTO
Rational Unified Process
UML Visões – Parte 2.
O Processo Praxis 3.0 Processos de Software 25/03/2017
(Unified Modeling Language)
Engenharia de Software
Rational Unified Process(RUP)
Valéria Maria Lauande Março/2010
Engenharia de Software Professor Sandro de Paiva Carvalho.
Centrado na arquitetura
Metodologia de Desenvolvimento de Software
RUP Rational Unified Process (Processo Unificado de Desenvolvimento da Rational) 1.
U P (R U P) Rational Unified Process
MO409 / Engenharia de Software I - 1º Semestre / Prof. Eliane 1 1ª Apresentação (A1) Modelos de Processos de Software RA: / Edson Amorina.
Processos de Desenvolvimento de Software
Processo Desenvolvimento de Software Tradicional
Análise e Projeto de Sistemas
Introdução ao RUP Rational Unified Process
Análise e Gerenciamento de Requisitos com Casos de Uso
Classes e objetos Modelagem
Rational Unified Process
RUP - Cap. 2 – Os 4 P’s (Pessoas, Projeto, Produto e Processo)
RUPinho Qualidade de Software
Aula 1 Minicurso: Astah Ministrantes: André Martins; Camila Brondani;
Desafios do desenvolvimento de software
Unibratec Análise e Gerencia de Projetos Profº Henrique Vila Nova
Visão Geral PRO.NET.
Visão Geral do RUP.
DIAGRAMA DE CASO DE USO Prof. Fabíola Gonçalves C. Ribeiro.
Arquiteturas de Referência
Processos de Desenvolvimento de Software – Parte 2
Fase de Elaboração: Fluxo de Requisitos
Análise e Projeto de Sistemas
UML Modelagem e Programação Orientada a Objetos
Análise e Desenvolvimento de Software
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
Bruno Silva Desenvolvido a partir de
Introdução ao Processo Unificado de Desenvolvimento de Software Tiago Lima Massoni UFPE
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.
RUP - Cap. 4 – Processo Centrado na Arquitetura
Engenharia de Software
Laboratório de Programação
RUP - Cap. 3 – Processo Dirigido por Caso de Uso
Processos de Software.
Fluxos secundários Só devem ser analisados e descritos após a descrição dos fluxos básicos. Fluxos alternativos situações especiais (desconto para um cliente)
Gestão de projetos de Software GTI-16
UML e a Ferramenta Astah
CIn-UFPE1 © 2003, Alexandre Vasconcelos Visão Geral do RUP.
Engenharia de Software
© Nabor C. Mendonça Processo / Metodologia de Desenvolvimento 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.
Engenharia de Software Fluxo de Requisitos
Engenharia de Software
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.
Apresentação Leonardo Brussolo de Paula
/ de Julho de UFPE - Universidade Federal de Pernambuco CIn - Centro de Informática Pós-Graduação em Ciência da Computação Tópicos Avançados.
Processos de Software Ludimila Monjardim Casagrande 1º Semestre Desenvolvimento e Qualidade.
/ de Abril de UFPE - Universidade Federal de Pernambuco Centro de Informática Pós-Graduação em Ciência da Computação Dissertação de Mestrado.
1 Especificação de Sistemas de Software e a UML. 2 Modelagem de sistema A modelagem de sistema auxilia o analista a entender a funcionalidade do sistema.
Atividades, Artefatos e Responsáveis da Disciplina de Análise e Projeto.
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:

RUP - Rational Unified Process FACULDADE DOS GUARARAPES RUP - Rational Unified Process Rômulo César

Objetivos Introdução Fases & Ciclo de Vida Características Principais do RUP Fases & Ciclo de Vida Disciplinas Básicas e de Apoio Framework Descrição de Atividades Artefatos Guias

Introdução ao RUP

Tendências... Necessidade de sistemas cada vez maiores e mais complexos. Necessidade por Sofisticação Sistemas cada vez mais adaptados às necessidades dos usuários Inclusão de melhoramento substanciais a cada versão Exigência de rapidez no desenvolvimento Competitividade de mercado.

Necessidades Um processo integrado que: Provenha guias Direcione as tarefas Especifique os artefatos Ofereça ferramentas e métodos Apresente critérios para monitorar e medir o produto e processo “A presença de um bem definido e bem gerenciado processo é o elemento que diferencia os projetos produtivos dos projetos mal sucedidos” (Booch et al, 1999)

Processo Unificado Framework genérico e adaptável à uma grande classe de sistemas Baseado em componentes interconectados por interfaces bem definidas. Integrado a linguagem UML Aspectos Diferenciais: Direcionado por Casos de Uso Centrado em Arquitetura Iterativo e Incremental

Histórico do RUP IBM - Rational Unified Process Rational Objectory Process 4.1 1996-1997 Outras fontes Abordagem da Rational Atualmente o RUP encontra-se na versão 2000 (upgrade da versão 5.5). UML Objectory Process 1.0 - 3.8 1987-1995 Abordagem da Ericsson

Práticas e Conceitos Chaves Modelagem Visual Iterativo e Incremental Dirigido do Casos de Uso Centrado em Arquitetura

Modelagem Visual Porque Modelar ? Um modelo é uma visão simplificada do sistema. Mostra a essência do sistema sobre uma perspectiva particular e esconde detalhes não essenciais. Serve para Aumentar o entendimento de sistemas complexos Explorar e comparar diferentes projetos Formar uma base para implementação Capturar os requisitos precisamente Comunicar as decisões de forma não-ambígua. Vejamos algumas características do processo: Usa UML - toda especificação, modelagem e documentação gerada no processo é feita com UML. Baseado em Componentes - significa que o sistema que está sendo desenvolvido é construído através de componentes de software, que interagem entre si através de interfaces bem definidas, favorecendo a reusabilidade do sistema. Framework para o Desenvolvimento - o RUP foi feito para atender a todo tipo de projeto de desenvolvimento de software. Isto significa que ele é muito abrangente, com quase tudo o que se pode imaginar em termos de atividades, modelos, papéis, produtos, etc. Assim, o RUP deve ser configurado para ser usado eficientemente. Essas são algumas das características do RUP. Entretanto, os aspectos que realmente definem o processo são a orientação a casos de uso, o fato dele ser centrado na arquitetura, iterativo e incremental. As próximas transparências detalham cada um desses aspectos.

Modelagem Visual UML Uso de notações gráficas e textuais semanticamente ricas para capturar elementos do projeto de software Permite o nível de abstração ser aumentado, preservando uma sintaxe e semântica rigorosa Vejamos algumas características do processo: Usa UML - toda especificação, modelagem e documentação gerada no processo é feita com UML. Baseado em Componentes - significa que o sistema que está sendo desenvolvido é construído através de componentes de software, que interagem entre si através de interfaces bem definidas, favorecendo a reusabilidade do sistema. Framework para o Desenvolvimento - o RUP foi feito para atender a todo tipo de projeto de desenvolvimento de software. Isto significa que ele é muito abrangente, com quase tudo o que se pode imaginar em termos de atividades, modelos, papéis, produtos, etc. Assim, o RUP deve ser configurado para ser usado eficientemente. Essas são algumas das características do RUP. Entretanto, os aspectos que realmente definem o processo são a orientação a casos de uso, o fato dele ser centrado na arquitetura, iterativo e incremental. As próximas transparências detalham cada um desses aspectos.

Iterativo-Incremental O desenvolvimento ocorre em várias iterações, cada uma resultando em incrementos de funcionalidades do sistema. It.1 R2 R2 R3 R3 R1 R1 R4 R4 R5 R6 R6 R5 R7 R7 It.2 It.3 Definição inicial de requisitos Planejamento de iterações Desenvolvimento de iteração N Validação com usuário da it. N Plano iteração N

Iterativo e Incremental Benefícios Análise antecipada de riscos com a integração progressiva do sistema Melhor acomodação de solicitações de mudanças Maior qualidade devido ao refinamento contínuo do produto Melhor facilidade de aprendizagem e amadurecimento do processo Aumento da reusabilidade Em cada iteração: são identificados e especificados os casos de uso mais relevantes; é feita a análise e projeto dos casos de uso (das funcionalidades descritas pelos casos de uso), usando-se a arquitetura como guia; são implementados componentes que realizam o que foi projetado; verifica-se se os componentes satisfazem os casos de uso escolhidos; A escolha dos casos de uso é baseada em uma análise dos riscos envolvidos no projeto. A prioridade é sempre dos casos de uso que apresentam os maiores riscos. Estes devem ser realizados primeiro, para resolver os riscos o quanto antes!

Iterativo x cascata Em cada iteração: são identificados e especificados os casos de uso mais relevantes; é feita a análise e projeto dos casos de uso (das funcionalidades descritas pelos casos de uso), usando-se a arquitetura como guia; são implementados componentes que realizam o que foi projetado; verifica-se se os componentes satisfazem os casos de uso escolhidos; A escolha dos casos de uso é baseada em uma análise dos riscos envolvidos no projeto. A prioridade é sempre dos casos de uso que apresentam os maiores riscos. Estes devem ser realizados primeiro, para resolver os riscos o quanto antes!

Disciplinas das Iterações Básicas Requisitos (requirements) Análise & Projeto (analysis & design) Implementação (implementation) Teste (tests) Implantação (deployment) Em cada iteração: são identificados e especificados os casos de uso mais relevantes; é feita a análise e projeto dos casos de uso (das funcionalidades descritas pelos casos de uso), usando-se a arquitetura como guia; são implementados componentes que realizam o que foi projetado; verifica-se se os componentes satisfazem os casos de uso escolhidos; A escolha dos casos de uso é baseada em uma análise dos riscos envolvidos no projeto. A prioridade é sempre dos casos de uso que apresentam os maiores riscos. Estes devem ser realizados primeiro, para resolver os riscos o quanto antes!

Disciplinas das Iterações De Apoio Ger. Projeto (Project management) Ger. de Ambiente (Environment) Ger. de Configuração e Mudança (Configuration and change management) Em cada iteração: são identificados e especificados os casos de uso mais relevantes; é feita a análise e projeto dos casos de uso (das funcionalidades descritas pelos casos de uso), usando-se a arquitetura como guia; são implementados componentes que realizam o que foi projetado; verifica-se se os componentes satisfazem os casos de uso escolhidos; A escolha dos casos de uso é baseada em uma análise dos riscos envolvidos no projeto. A prioridade é sempre dos casos de uso que apresentam os maiores riscos. Estes devem ser realizados primeiro, para resolver os riscos o quanto antes!

Integração entre as Disciplinas Em cada iteração: são identificados e especificados os casos de uso mais relevantes; é feita a análise e projeto dos casos de uso (das funcionalidades descritas pelos casos de uso), usando-se a arquitetura como guia; são implementados componentes que realizam o que foi projetado; verifica-se se os componentes satisfazem os casos de uso escolhidos; A escolha dos casos de uso é baseada em uma análise dos riscos envolvidos no projeto. A prioridade é sempre dos casos de uso que apresentam os maiores riscos. Estes devem ser realizados primeiro, para resolver os riscos o quanto antes! Fonte: Rational

Iterações no RUP Fonte: Rational Em cada iteração: são identificados e especificados os casos de uso mais relevantes; é feita a análise e projeto dos casos de uso (das funcionalidades descritas pelos casos de uso), usando-se a arquitetura como guia; são implementados componentes que realizam o que foi projetado; verifica-se se os componentes satisfazem os casos de uso escolhidos; A escolha dos casos de uso é baseada em uma análise dos riscos envolvidos no projeto. A prioridade é sempre dos casos de uso que apresentam os maiores riscos. Estes devem ser realizados primeiro, para resolver os riscos o quanto antes! Fonte: Rational

Processo Dirigido por Casos de Uso Casos de Uso são utilizados para conduzir todo o processo de software. Serve de base para a geração e integração dos diversos modelos e artefatos produzidos em todas as etapas do processo Vejamos algumas características do processo: Usa UML - toda especificação, modelagem e documentação gerada no processo é feita com UML. Baseado em Componentes - significa que o sistema que está sendo desenvolvido é construído através de componentes de software, que interagem entre si através de interfaces bem definidas, favorecendo a reusabilidade do sistema. Framework para o Desenvolvimento - o RUP foi feito para atender a todo tipo de projeto de desenvolvimento de software. Isto significa que ele é muito abrangente, com quase tudo o que se pode imaginar em termos de atividades, modelos, papéis, produtos, etc. Assim, o RUP deve ser configurado para ser usado eficientemente. Essas são algumas das características do RUP. Entretanto, os aspectos que realmente definem o processo são a orientação a casos de uso, o fato dele ser centrado na arquitetura, iterativo e incremental. As próximas transparências detalham cada um desses aspectos.

Diagrama de Casos de Uso Vejamos algumas características do processo: Usa UML - toda especificação, modelagem e documentação gerada no processo é feita com UML. Baseado em Componentes - significa que o sistema que está sendo desenvolvido é construído através de componentes de software, que interagem entre si através de interfaces bem definidas, favorecendo a reusabilidade do sistema. Framework para o Desenvolvimento - o RUP foi feito para atender a todo tipo de projeto de desenvolvimento de software. Isto significa que ele é muito abrangente, com quase tudo o que se pode imaginar em termos de atividades, modelos, papéis, produtos, etc. Assim, o RUP deve ser configurado para ser usado eficientemente. Essas são algumas das características do RUP. Entretanto, os aspectos que realmente definem o processo são a orientação a casos de uso, o fato dele ser centrado na arquitetura, iterativo e incremental. As próximas transparências detalham cada um desses aspectos.

Casos de Uso Especificação (Pro.Net) Nome do requisito [RFXX001] Prioridade: (Essencial, Importante, Desejável) Ator(es) Requisitos associados Descrição: Explicação do propósito do caso de uso Desenhos ou rascunhos das telas da aplicação, ou captura das telas dos protótipos Pré-condições: Estado em que a aplicação deve estar ou um fator externo necessário para que o caso de uso possa ser realizado Pós-condições: Lista de possíveis estados em que a aplicação pode ficar imediatamente após o término da execução do caso de uso, ou alteração de um fator externo à aplicação. Vejamos algumas características do processo: Usa UML - toda especificação, modelagem e documentação gerada no processo é feita com UML. Baseado em Componentes - significa que o sistema que está sendo desenvolvido é construído através de componentes de software, que interagem entre si através de interfaces bem definidas, favorecendo a reusabilidade do sistema. Framework para o Desenvolvimento - o RUP foi feito para atender a todo tipo de projeto de desenvolvimento de software. Isto significa que ele é muito abrangente, com quase tudo o que se pode imaginar em termos de atividades, modelos, papéis, produtos, etc. Assim, o RUP deve ser configurado para ser usado eficientemente. Essas são algumas das características do RUP. Entretanto, os aspectos que realmente definem o processo são a orientação a casos de uso, o fato dele ser centrado na arquitetura, iterativo e incremental. As próximas transparências detalham cada um desses aspectos.

Casos de Uso Especificação (Pro.Net) Fluxo principal Descreve passo a passo o que os atores e a aplicação fazem. Especifica se este Caso de Uso inclui ou estende outro. Faz referência a um fluxo alternativo ou de erro caso haja necessidade devido a alguma condição. Fluxos alternativos [FA 001] <Descreve uma seqüência que foge ao fluxo principal descrito, mas que não é um erro.> Fluxos de erro [FE 001] <Descreve os passos a serem seguidos para cada situação de erro identificada (ex: consulta a dados que deveriam estar no banco, falha na comunicação via rede etc.)> Vejamos algumas características do processo: Usa UML - toda especificação, modelagem e documentação gerada no processo é feita com UML. Baseado em Componentes - significa que o sistema que está sendo desenvolvido é construído através de componentes de software, que interagem entre si através de interfaces bem definidas, favorecendo a reusabilidade do sistema. Framework para o Desenvolvimento - o RUP foi feito para atender a todo tipo de projeto de desenvolvimento de software. Isto significa que ele é muito abrangente, com quase tudo o que se pode imaginar em termos de atividades, modelos, papéis, produtos, etc. Assim, o RUP deve ser configurado para ser usado eficientemente. Essas são algumas das características do RUP. Entretanto, os aspectos que realmente definem o processo são a orientação a casos de uso, o fato dele ser centrado na arquitetura, iterativo e incremental. As próximas transparências detalham cada um desses aspectos.

Casos de Uso são usados para ... Modelar o processo do negócio Especificar requisitos Planejar iterações Realizar os modelo de projeto Implementar os componentes e seus casos de teste Descrição dos manuais e/ou procedimentos de uso e instalação Vejamos algumas características do processo: Usa UML - toda especificação, modelagem e documentação gerada no processo é feita com UML. Baseado em Componentes - significa que o sistema que está sendo desenvolvido é construído através de componentes de software, que interagem entre si através de interfaces bem definidas, favorecendo a reusabilidade do sistema. Framework para o Desenvolvimento - o RUP foi feito para atender a todo tipo de projeto de desenvolvimento de software. Isto significa que ele é muito abrangente, com quase tudo o que se pode imaginar em termos de atividades, modelos, papéis, produtos, etc. Assim, o RUP deve ser configurado para ser usado eficientemente. Essas são algumas das características do RUP. Entretanto, os aspectos que realmente definem o processo são a orientação a casos de uso, o fato dele ser centrado na arquitetura, iterativo e incremental. As próximas transparências detalham cada um desses aspectos.

Arquitetura de Software Proporciona uma perspectiva mais clara do sistema. Melhor compreensão e organização do sistema Base sólida para o desenvolvimento Descreve a estrutura de como os requisitos devem ser implementados “Uma arquitetura de software (em algum ponto no tempo) é uma organização ou estrutura de componentes que interagem entre si através de interfaces”. IEEE Vejamos algumas características do processo: Usa UML - toda especificação, modelagem e documentação gerada no processo é feita com UML. Baseado em Componentes - significa que o sistema que está sendo desenvolvido é construído através de componentes de software, que interagem entre si através de interfaces bem definidas, favorecendo a reusabilidade do sistema. Framework para o Desenvolvimento - o RUP foi feito para atender a todo tipo de projeto de desenvolvimento de software. Isto significa que ele é muito abrangente, com quase tudo o que se pode imaginar em termos de atividades, modelos, papéis, produtos, etc. Assim, o RUP deve ser configurado para ser usado eficientemente. Essas são algumas das características do RUP. Entretanto, os aspectos que realmente definem o processo são a orientação a casos de uso, o fato dele ser centrado na arquitetura, iterativo e incremental. As próximas transparências detalham cada um desses aspectos.

Estrutura de Camadas Vejamos algumas características do processo: Usa UML - toda especificação, modelagem e documentação gerada no processo é feita com UML. Baseado em Componentes - significa que o sistema que está sendo desenvolvido é construído através de componentes de software, que interagem entre si através de interfaces bem definidas, favorecendo a reusabilidade do sistema. Framework para o Desenvolvimento - o RUP foi feito para atender a todo tipo de projeto de desenvolvimento de software. Isto significa que ele é muito abrangente, com quase tudo o que se pode imaginar em termos de atividades, modelos, papéis, produtos, etc. Assim, o RUP deve ser configurado para ser usado eficientemente. Essas são algumas das características do RUP. Entretanto, os aspectos que realmente definem o processo são a orientação a casos de uso, o fato dele ser centrado na arquitetura, iterativo e incremental. As próximas transparências detalham cada um desses aspectos.

Componentes Parte encapsulada do sistema. não trivial, com certa independência e passível de substitução que satisfaz uma clara funcionalidade Oferecem interfaces bem-definidas que permitem prover e esconder serviços e informações. Vejamos algumas características do processo: Usa UML - toda especificação, modelagem e documentação gerada no processo é feita com UML. Baseado em Componentes - significa que o sistema que está sendo desenvolvido é construído através de componentes de software, que interagem entre si através de interfaces bem definidas, favorecendo a reusabilidade do sistema. Framework para o Desenvolvimento - o RUP foi feito para atender a todo tipo de projeto de desenvolvimento de software. Isto significa que ele é muito abrangente, com quase tudo o que se pode imaginar em termos de atividades, modelos, papéis, produtos, etc. Assim, o RUP deve ser configurado para ser usado eficientemente. Essas são algumas das características do RUP. Entretanto, os aspectos que realmente definem o processo são a orientação a casos de uso, o fato dele ser centrado na arquitetura, iterativo e incremental. As próximas transparências detalham cada um desses aspectos.

Diferentes Visões de uma Arquitetura Visão da estrutura do sistema sobre o ângulo de stakeholders específicos usuários, analistas, desenvolvedores, etc. Visões Típicas Visão de Casos de Uso Visão Lógica Visão de Implementação Visão de Processo Visão de Implantação Vejamos algumas características do processo: Usa UML - toda especificação, modelagem e documentação gerada no processo é feita com UML. Baseado em Componentes - significa que o sistema que está sendo desenvolvido é construído através de componentes de software, que interagem entre si através de interfaces bem definidas, favorecendo a reusabilidade do sistema. Framework para o Desenvolvimento - o RUP foi feito para atender a todo tipo de projeto de desenvolvimento de software. Isto significa que ele é muito abrangente, com quase tudo o que se pode imaginar em termos de atividades, modelos, papéis, produtos, etc. Assim, o RUP deve ser configurado para ser usado eficientemente. Essas são algumas das características do RUP. Entretanto, os aspectos que realmente definem o processo são a orientação a casos de uso, o fato dele ser centrado na arquitetura, iterativo e incremental. As próximas transparências detalham cada um desses aspectos.

Visão de Casos de Uso Conjunto de Casos de Uso que englobam comportamentos e riscos que devem ser levados em consideração pela arquitetura. Vejamos algumas características do processo: Usa UML - toda especificação, modelagem e documentação gerada no processo é feita com UML. Baseado em Componentes - significa que o sistema que está sendo desenvolvido é construído através de componentes de software, que interagem entre si através de interfaces bem definidas, favorecendo a reusabilidade do sistema. Framework para o Desenvolvimento - o RUP foi feito para atender a todo tipo de projeto de desenvolvimento de software. Isto significa que ele é muito abrangente, com quase tudo o que se pode imaginar em termos de atividades, modelos, papéis, produtos, etc. Assim, o RUP deve ser configurado para ser usado eficientemente. Essas são algumas das características do RUP. Entretanto, os aspectos que realmente definem o processo são a orientação a casos de uso, o fato dele ser centrado na arquitetura, iterativo e incremental. As próximas transparências detalham cada um desses aspectos.

Visão Lógica Classes de projeto mais importantes e sua organização em pacotes e subsistemas, que por sua vez são estruturados em camadas. Vejamos algumas características do processo: Usa UML - toda especificação, modelagem e documentação gerada no processo é feita com UML. Baseado em Componentes - significa que o sistema que está sendo desenvolvido é construído através de componentes de software, que interagem entre si através de interfaces bem definidas, favorecendo a reusabilidade do sistema. Framework para o Desenvolvimento - o RUP foi feito para atender a todo tipo de projeto de desenvolvimento de software. Isto significa que ele é muito abrangente, com quase tudo o que se pode imaginar em termos de atividades, modelos, papéis, produtos, etc. Assim, o RUP deve ser configurado para ser usado eficientemente. Essas são algumas das características do RUP. Entretanto, os aspectos que realmente definem o processo são a orientação a casos de uso, o fato dele ser centrado na arquitetura, iterativo e incremental. As próximas transparências detalham cada um desses aspectos.

Demais Visões Típicas Visão de Implementação: organização dos módulos em pacotes e camadas. Visão de Processos: descrição das threads (linhas de execução) e suas interações e configurações. Necessária quando existe alto grau de concorrência. Visão de Implantação: descrição dos nós físicos (hardwares) para as configurações de plataforma Vejamos algumas características do processo: Usa UML - toda especificação, modelagem e documentação gerada no processo é feita com UML. Baseado em Componentes - significa que o sistema que está sendo desenvolvido é construído através de componentes de software, que interagem entre si através de interfaces bem definidas, favorecendo a reusabilidade do sistema. Framework para o Desenvolvimento - o RUP foi feito para atender a todo tipo de projeto de desenvolvimento de software. Isto significa que ele é muito abrangente, com quase tudo o que se pode imaginar em termos de atividades, modelos, papéis, produtos, etc. Assim, o RUP deve ser configurado para ser usado eficientemente. Essas são algumas das características do RUP. Entretanto, os aspectos que realmente definem o processo são a orientação a casos de uso, o fato dele ser centrado na arquitetura, iterativo e incremental. As próximas transparências detalham cada um desses aspectos.

RUP: Um Processo Centrado em Arquitetura de Software “ RUP oferece uma forma metodológica de projetar, desenvolver e validar uma arquitetura” Arquitetura é construída através de refinamentos sucessivos Inicia-se com um protótipo de arquitetura executável e gradualmente se torna um sistema. Serve para demonstrar funções específicas Em particular aquelas que satisfazem requisitos não funcionais. Serve para analisar riscos Relacionados a desempenho, capacidade, confiabilidade, entre outros. Vejamos algumas características do processo: Usa UML - toda especificação, modelagem e documentação gerada no processo é feita com UML. Baseado em Componentes - significa que o sistema que está sendo desenvolvido é construído através de componentes de software, que interagem entre si através de interfaces bem definidas, favorecendo a reusabilidade do sistema. Framework para o Desenvolvimento - o RUP foi feito para atender a todo tipo de projeto de desenvolvimento de software. Isto significa que ele é muito abrangente, com quase tudo o que se pode imaginar em termos de atividades, modelos, papéis, produtos, etc. Assim, o RUP deve ser configurado para ser usado eficientemente. Essas são algumas das características do RUP. Entretanto, os aspectos que realmente definem o processo são a orientação a casos de uso, o fato dele ser centrado na arquitetura, iterativo e incremental. As próximas transparências detalham cada um desses aspectos.

Importância de uma Arquitetura Auxilia no gerenciamento da complexidade do projeto e na manutenção de sua integridade Garante manutenabilidade e aderência a requisitos não funcionais Base efetiva para o reuso em larga-escala Guia para a gerência de projeto Vejamos algumas características do processo: Usa UML - toda especificação, modelagem e documentação gerada no processo é feita com UML. Baseado em Componentes - significa que o sistema que está sendo desenvolvido é construído através de componentes de software, que interagem entre si através de interfaces bem definidas, favorecendo a reusabilidade do sistema. Framework para o Desenvolvimento - o RUP foi feito para atender a todo tipo de projeto de desenvolvimento de software. Isto significa que ele é muito abrangente, com quase tudo o que se pode imaginar em termos de atividades, modelos, papéis, produtos, etc. Assim, o RUP deve ser configurado para ser usado eficientemente. Essas são algumas das características do RUP. Entretanto, os aspectos que realmente definem o processo são a orientação a casos de uso, o fato dele ser centrado na arquitetura, iterativo e incremental. As próximas transparências detalham cada um desses aspectos.