RATIONAL UNIFIED PROCESS RUP
|
|
- Milton Carreira de Figueiredo
- 7 Há anos
- Visualizações:
Transcrição
1 RATIONAL UNIFIED PROCESS RUP Criado na década de 90 (a partir do Objectory [ver Jacobson, 1990] e utilizando os conceitos do Modelo em Espiral [ver Boehm, 1988]) como alternativa para resolução dos problemas encontrados no então atual modelo de desenvolvimento de software (o modelo cascata ), o Rational Unified Process (RUP) é um produto/processo iterativo, incremental e customizável de Engenharia de Software que foi inicialmente desenvolvido e comercializado pela Rational, e desde 2003 pertencente à IBM. Processo por definição e produto pela maneira como é comercializado (passível de suporte, atualizações, etc.), o RUP prove de uma maneira disciplinada, a atribuição de tarefas e responsabilidades dentro de um time de desenvolvimento. Seu maior objetivo é garantir a produção de softwares de alta qualidade e que satisfaçam as expectativas e necessidades dos usuários finais dentro de um prazo e orçamento aceitáveis por parte dos patrocinadores. 1 (figura 01 A arquitetura do RUP) A arquitetura básica do RUP se divide em duas dimensões (figura 01): Horizontal: Representam o tempo de vida de um projeto, os aspectos do ciclo de vida do processo de engenharia de um sistema, de acordo com o decorrer do projeto. Essa dimensão demonstra o aspecto dinâmico do processo, suas fases, iterações e milestones; Vertical: Representam os grupos de atividades lógicas que são realizadas durante o decorrer do tempo. Essa dimensão demonstra o aspecto estático do processo, que será composto por disciplinas, atividades, fluxos, artefatos e papéis. O RUP incorpora as melhores práticas de desenvolvimento de software ( de acordo com as causas de sucesso apontadas pela indústria de software:
2 1) Desenvolvimento iterativo; 2) Gerenciamento de requisitos; 3) Arquitetura baseada em componentes; 4) Modelo visual de software; 5) Verificação contínua da qualidade de software; 6) Controle de mudança de software; DESENVOLVIMENTO ITERATIVO E INCREMENTAL O RUP trata o desenvolvimento de software de uma maneira iterativa e incremental, ou seja, substitui o modelo clássico de desenvolvimento em cascata (Waterfall) para uma abordagem um pouco mais dinâmica, dividida em iterações, onde, dentro de cada iteração, teremos a execução de cada uma de suas Disciplinas (figura 02), em proporção de acordo com a Fase do projeto: ARQUITETURA E CASOS DE USO 2 (figura 02 Waterfall X RUP) Em sua essência, dizemos que o RUP é centrado na arquitetura e dirigido por casos de uso. Isso significa que, para o RUP, os aspectos mais importantes do desenvolvimento de softwares (ou seja, os aspectos relacionados aos maiores riscos de um projeto de desenvolvimento) estão intimamente ligados à arquitetura, visto que ele mesmo define arquitetura como tudo o que sobra quando você não pode mais tirar nada mais do sistema, mas ainda continua entendendo-o e explicando como ele funciona. Sendo assim, devemos então tratar como centro (core) do nosso desenvolvimento, nossos requisitos arquiteturais do projeto. Além disso, quando dizemos que o RUP é dirigido por casos de uso, mostramos que para solucionarmos um problema (o grande e único motivo para a criação de um sistema), devemos primeiro entender da melhor forma possível esse problema, dividi-lo e organizá-lo de uma maneira que todos os envolvidos no projeto de construção desse sistema (todos os
3 stakeholders) possam compreender a situação. Para realizar essas atividades, o RUP encontra na UML a solução: Use Cases e seus atores. FASES Como dito anteriormente, o RUP é dividido em fases. Cada uma de suas quatro fases compreende um momento distinto dentro do ciclo de vida de um projeto de engenharia de software e, portanto, dão maior ou menor foco em algumas disciplinas, de acordo com a necessidade do projeto no decorrer de sua execução. São elas: Início (Inception): Deve-se aqui conseguir dos stakeholders do projeto um consenso relacionado aos objetivos do ciclo de vida do projeto. Essa fase é focada em endereçar riscos de requisitos e negócio antes de continuar com o projeto. Primariamente, para projetos de novos sistemas, essa fase certamente será mais demorada, porém, para projetos relacionados a sistemas já existentes, a fase de início é mais breve, porém continuará com foco em garantir que o projeto é possível e viável. Os objetivos primários da fase de início incluem: Estabelecer a visão do projeto: escopo, limites, condições, critérios de aceitação, etc.; Elencar os casos de uso críticos do sistema e conhecer os principais cenários das funcionalidades core do sistema; Exibir e demonstrar ao menos uma arquitetura candidata para atender a esses casos de uso críticos; Estimar o custo e prazo total do projeto como um todo e estimar de maneira detalhada a fase seguinte (Elaboração); Estimar os potenciais riscos do projeto; Preparar o ambiente de suporte para o projeto; As disciplinas mais aplicadas nessa fase são: Modelagem de Negócio, Requisitos, Gerenciamento de Projeto e Ambiente. Elaboração (Elaboration): Aqui se fecha a baseline da arquitetura do sistema, estabelecendo uma base sólida para o design e implementação do sistema. A arquitetura deverá considerar os requisitos mais significantes (aqueles que impactam muito a arquitetura do sistema) e uma avaliação de riscos. Essa arquitetura deverá ser avaliada através de um ou mais protótipos arquiteturais. Objetivos primários da fase de elaboração incluem: Garantir que a arquitetura, seus requisitos e planejamento do projeto estão estáveis o suficiente para que seja possível prever custo e prazo da completude do desenvolvimento; Endereçar todos os riscos arquiteturais significantes do projeto; Estabelecer a baseline arquitetural do projeto; 3
4 Demonstrar que a arquitetura selecionada suportará os requisitos do sistema através de custo e prazo razoáveis; Estabelecer o ambiente de suporte para o projeto; As disciplinas mais aplicadas nessa fase são: Requisitos (já em declínio), Análise e Design, Implementação, Testes, Gerenciamento de Projeto e Ambiente. Construção (Construction): Na fase de construção, fecham-se os requisitos restantes e se completa o desenvolvimento do sistema, baseado na arquitetura definida. A ênfase aqui é passarmos do desenvolvimento de propriedade intelectual criado nas fases anteriores para o desenvolvimento de um produto passível de entrega. Objetivos primários da fase de construção incluem: Minimizar custos de desenvolvimento, evitando retrabalho desnecessário; Alcançar uma qualidade adequada para o produto; Criar-se versões utilizáveis do sistema; Completar a Análise e Design e os testes da aplicação; Desenvolver um produto completo de maneira incremental e iterativa; Decidir se o sistema e os usuários estão prontos para o Deploy; Alcançar certo nível de paralelismo nos trabalhos dos times de desenvolvimento; As disciplinas mais aplicadas nessa fase são: Análise e Design (já em declínio), Implementação, Testes, Deployment, Gerenciamento de Configuração e Mudança, Gerenciamento de Projeto e Ambiente. Transição (Transition): O foco da fase de transição é garantir que o produto desenvolvido esteja disponível para seus usuários finais. Essa fase pode estar dividida em várias iterações e inclui testar o produto na preparação para seu lançamento, pequenos ajustes de mercado baseados no feedback de usuários, etc. Ao final da fase de transição, os objetivos do ciclo de vida do projeto deverão ter sido alcançados e o projeto está prestes a ser finalizado. Objetivos primários da fase de transição incluem: Teste beta para validar o novo sistema de acordo com as expectativas dos usuários; Operação paralela com os sistemas legados que serão substituídos; Conversão de base de dados; Treinamento de usuários; Roll-out para forças de mercado, distribuição e vendas; Empacotamento e Deploy do sistema; Validação da baseline de Deploy em relação à visão completa do projeto e seus critérios de aceitação do produto; Alcançar o auto-suporte dos usuários; 4
5 Conseguir a validação final do usuário em relação ao produto; As disciplinas mais aplicadas nessa fase são: Deployment, Gerenciamento de Configuração e Mudança e Gerenciamento de Projeto e Ambiente. DISCIPLINAS Durante cada fase do RUP, faz-se uso de suas nove disciplinas. Cada uma dessas disciplinas possui atividades que serão executadas por um papel distinto no processo e poderão ou não gerar artefatos. Seus focos e objetivos podem ser resumidos em: Modelagem de Negócio (Business Modeling): Garantir que os objetivos e expectativas de todos os stakeholders do projeto estejam alinhados com os objetivos da organização derivar desses objetivos, os requisitos de sistema que deverão ser atendidos para solucionar problemas e/ou necessidades; Requisitos (Requirements): Definir os limites do sistema e, de acordo com os requisitos desse novo sistema, criar os casos de uso que serão a base sólida para se estimar os custos e esforços de desenvolvimento desse sistema. Aqui, todos os stakeholders do projeto devem compreender e aceitar tudo que o sistema deverá fazer; Análise e Design (Analysis & Design): Transformar os requisitos em desenhos do sistema que será construído. Devem-se produzir as especificações técnicas que deverão ser seguidas na implementação de cada caso de uso do sistema; Implementação (Implementation): Transformar os modelos lógicos e físicos criados na Análise e Design em código-fonte utilizável e testar unitariamente o código produzido; Testes (Test): Encontrar, documentar e endereçar os defeitos encontrados na qualidade do software produzido. Esses defeitos surgem da comparação entre o que foi produzido com o que foi exposto nos requisitos e modelos lógicos e físicos do produto; Deployment (Deployment): Garantir que o software produzido fique disponível para seus usuários finais; Gerenciamento de Configuração e Mudança (Configuration & Change Management): Controlar as mudanças e manter a integridade de cada um dos artefatos produzidos no projeto. Cada um desses artefatos (ou itens de configuração) deve ser identificado, auditado e possuir níveis de configuração e manutenção definidos; Gerenciamento de Projeto (Project Management): Balancear objetivos que competem entre si, gerenciar riscos, monitorar o projeto e tratar regras que garantirão a entrega de um produto que irá atender às expectativas de Clientes (os patrocinadores do projeto) e usuários finais; 5
6 Ambiente (Environment): Configurar o ambiente para que o processo e suas atividades possam ser executados. Devem-se prover aqui os processos e ferramentas necessárias para que todas as atividades do projeto possam ser devidamente executadas por cada papel. RUP HOJE - CONCLUSÃO Em uma era onde metodologias Agile estão emergindo como respostas para problemas persistentes na produção de softwares de qualidade, falar em RUP pode parecer, em uma rápida e errônea análise, um passo para trás. Porém, se entendermos os conceitos por trás de cada modelo, processo ou framework, passamos a compreender que nenhum desses arcabouços deve prometer (e sequer faz essa promessa) a resolução de todos os problemas encontrados no dia-a-dia da Tecnologia de Informação. O desenvolvimento iterativo e incremental apareceu no mercado na década de 90 e, infelizmente, vem sendo muito mal utilizado, principalmente quando analisamos empresas que dizem utilizar o RUP, por exemplo. Vale ressaltar que os conceitos básicos desse processo/produto são: Iteratividade, Desenvolvimento Incremental e Customização. Por ser um produto que traz uma série de modelos de artefatos (templates e guidelines) e uma quase infinidade de fluxos, atividades, etc., usuários do RUP geralmente esquecem o conceito Customização do tripé citado acima e passam a acreditar que, para se ter bons resultados com o processo, é necessária a adoção de todo o pacote. Bem, se pensarmos assim, e cotarmos a terceira perna dessa mesa, a mesa certamente irá cair ao primeiro sinal de movimento rumo a um projeto. Além disso, o conceito de iterações, muito pregado também por frameworks como o SCRUM, por exemplo, nem sempre são levados a sério quando tratamos da implantação do RUP, muitas vezes, talvez, por essa informação vital ser ofuscada por tantas outras que o processo traz, diferente do framework SCRUM, onde as Sprints ficam sempre muito claras em todas as palestras, workshops, etc. Sendo assim, ficamos então com uma ferramenta poderosa que, não permanecerá em seu único pé restante (Desenvolvimento Incremental) por mais de 5 minutos, ou, se preferimos exemplificar, durante uma simples reunião com nosso grupo de processos. O RUP é um processo fabuloso e que, certamente traz ótimos resultados e controle sobre as atividades de produção de um software com qualidade, desde que seja bem implementado e, como qualquer outra ferramenta, seja devidamente entendida e que dela se utilize apenas o que é útil para um determinado cenário. A aplicação do RUP em parceria com metodologias ágeis, processos em cascatas e em ambientes com muita documentação ou pouca (ou quase nenhuma!) é possível e todos 6
7 ficariam gratamente surpresos ao constatar resultados provenientes de projetos de processos como esses. Ainda vale a máxima que devemos sempre utilizar quando tratamos de processo: Um bom processo é um processo que atende às nossas necessidades. E, sendo assim, o RUP obviamente traz grandes ferramentas e conceitos que podem ser aproveitados para atender a essas necessidades, basta saber do que se fala, e como se utiliza. 7 Adilson Taub Júnior Process Manager TecPo.IT adilson.taub@tecproit.com.br
8 REFERÊNCIAS KRUTCHEN, Philippe, The Rational Unified Process: An Introduction. Addison-Wesley, 2007 IBM, Rational Unified Process. IBM WebSite, disponível em: 08rupsite 8
Introdução ao RUP. Livar Correia de O. C. Cunha Effektiv Solutions
Introdução ao RUP Livar Correia de O. C. Cunha livarcocc@gmail.com 1 Rational Unified Process (RUP) É um framework de processo de desenvolvimento de software Uma metodologia é uma instanciação dos processos
Leia maisINF014 Análise e Projeto de Sistemas Processos Unificado -RUP
INF014 Análise e Projeto de Sistemas Processos Unificado -RUP Maurício Pitangueira antoniomauricio@ifba.edu.br Instituto Federal de Educação, Ciência e Tecnologia da Bahia Departamento de Tecnologia Eletro-Eletrônica
Leia maisUNIVERSIDADE FEDERAL DO PARANÁ - UFPR BACHARELADO EM CIÊNCIA DA COMPUTAÇÃO
CI 221 DISCIPLINA: Engenharia de Software AULA NÚMERO: 3 DATA: / / PROFESSOR: Andrey APRESENTAÇÃO O objetivo desta aula é apresentar e discutir conceitos básicos como processo, projeto, produto, por que
Leia mais! Introdução. " Motivação para Processos de Software. ! Processo Unificado (USDP) " Definições " RUP x USDP " Características do Processo Unificado
Agenda Rodrigo Reis Cleidson de Souza! Introdução " Motivação para Processos de Software! (USDP) " Definições " RUP x USDP " Características do! Descrição detalhada do! Processos Derivados! Templates simplificados!
Leia maisRUP/PSDS. Introdução e Comparação
RUP/PSDS Introdução e Comparação Agenda RUP Introdução Mlehores Práticas Estrutura Tempo Conteúdo Contraponto PSDS Introdução Objetivos Promover planejamento, medição e controle dos projetos Reduzir riscos
Leia maisEngenharia de Software II
Faculdade de Ciências e Tecnologia Departamento de Matemática e Computação Bacharelado em Ciência da Computação Engenharia de Software II Aula 07 (rogerio@fct.unesp.br) Conceitos Básicos do Rational Unified
Leia maisProcessos de Software
Processos de Software Um processo de software é um conjunto de atividades que leva à produção de um produto de software Um modelo de processo de software é uma representação abstrata de um processo de
Leia maisProcesso. Processo unificado. Principais Características do UP. Principais Características do UP RUP. Unified Process (Processo Unificado)
Processo UP Unified Process (Processo Unificado) Conjunto de passos que tem como objetivo atingir uma meta Processo de software na ES, processo que visa a produzir o software - de modo eficiente e previsível
Leia maisVisão Geral do RUP (Rational Unified Process)
Visão Geral do RUP (Rational Unified Process) Objetivos deste módulo Apresentar as características do RUP Discutir os conceitos que existem no RUP: fases, fluxos de atividades (worklows), iterações, responsáveis,
Leia maisAula 3 - Modelos de Processo - cascata, iterativo e incremental e ágil
Aula 3 - Modelos de Processo - cascata, iterativo e incremental e ágil Análise de Sistemas Prof. Filipe Arantes Fernandes filipe.arantes@ifsudestemg.edu.br 2 Vale a pena ver de novo Modelo de Processo:
Leia maisRUP RATIONAL UNIFIED PROCESS CONCEITOS CHAVES. Prof. Fabiano Papaiz IFRN
RUP RATIONAL UNIFIED PROCESS CONCEITOS CHAVES Prof. Fabiano Papaiz IFRN Conceitos Chaves do RUP Fases Iterações Disciplinas (ou Workflow / Fluxo de Trabalho) Papéis Atividades / Tarefas Artefatos / Produtos
Leia maisEngenharia de Software Processo de Desenvolvimento. Ciclo de Vida - Modelo Cascata
Processo de Desenvolvimento Também chamado de ciclo de vida do software Reflete os passos necessários para se construir um produto de software Existem vários modelos de ciclo de vida Cascata (1956) Iterativo
Leia maisRational Unified Process (RUP)
Rational Unified Process (RUP) A Rational é bem conhecida pelo seu investimento em orientação em objetos. A empresa foi à criadora da Unified Modeling Language (UML), assim como de várias ferramentas que
Leia maisPROCESSO DE DESENVOLVIMENTO DE SOFTWARE Unidade VII Ferramentas de PDS. Luiz Leão
PROCESSO DE DESENVOLVIMENTO DE SOFTWARE Luiz Leão luizleao@gmail.com http://www.luizleao.com Conteúdo Programático RUP (Rational Unified Process) PRAXIS Introdução Foi proposto como uma resposta aos problemas
Leia maisEngenharia de Software
Engenharia de Software Processos de Software Professor: Charles Leite O processo de software Um conjunto estruturado de atividades, procedimentos, artefatos e ferramentas necessários para o desenvolvimento
Leia maisIntrodução ao RUP Rational Unified Process
Introdução ao RUP Rational Unified Process UML Diagramas de Classes v.1.1, João Pascoal Faria, 2001 1 O que é Um processo (de engenharia) de software é a definição de um conjunto completo de actividades
Leia maisENGENHARIA DE SOFTWARE
CURSO TÉCNICO DE INFORMÁTICA Módulo A ENGENHARIA DE SOFTWARE Processos de Software O PROCESSO É LENTO... Todo software deve ser construído de forma organizada, através de processos. Um processo pode ser
Leia maisINSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA DO RIO GRANDE DO NORTE CAMPI JOÃO CÂMARA RATIONAL UNIFIED PROCESS - RUP
1 INSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA DO RIO GRANDE DO NORTE CAMPI JOÃO CÂMARA RATIONAL UNIFIED PROCESS - RUP Nickerson Fonseca Ferreira nickerson.ferreira@ifrn.edu.br Introdução 2 Modelo
Leia maisConhecendo um pouco sobre RUP
Aluno: Rainei Santos Costa Prof :Marcio Borges Faculdade Santíssimo Sacramento (FSSS) Alagoinhas -BA -Brasil R.Mal. Deodoro, 118 - Centro, Alagoinhas - BA, 48005-020 Turma de Sistemas De Informação IV
Leia mais22/03/2018. Professor Ariel da Silva Dias RUP e Modelos Ágeis
Professor Ariel da Silva Dias RUP e Modelos Ágeis Modelo de processo de software proprietário. Desenvolvido pela empresa Rational Software Corporation. Em 2003 a empresa foi adquirida pela IBM. Então O
Leia maisMODELAGEM DE SISTEMAS Unidade 5 Ciclo de Vida Iterativo e Incremental. Luiz Leão
Luiz Leão luizleao@gmail.com http://www.luizleao.com Conteúdo Programático Apresentação Etapas e Disciplina Técnicas e modelos aplicados Definição de iterações Introdução Foi proposto como uma resposta
Leia maisUML 2.0 Método, Linguagem e Ferramenta. Prof. Cesar Augusto Tacla
UML 2.0 Método, Linguagem e Ferramenta Prof. Cesar Augusto Tacla Conteúdo do Curso MÉTODO RUP FERRAMENTA Visual Paradigm Enterprise Architect LINGUAGEM UML UML: Unified Modeling Language Linguagem padrão
Leia maisProcessos de. Desenvolvimento de Software
Processos de Desenvolvimento de Software O processo de software Um conjunto estruturado de atividades, procedimentos, artefatos e ferramentas necessários para o desenvolvimento de um sistema de software
Leia maisWorkflow Genérico de Iteração
Workflow Genérico de Iteração Introdução Padrão comum que caracteriza todas iterações de todas as fases Inclui os cinco workflows básicos:requisitos, análise, projeto, implementação, e teste Inclui também
Leia maisDepartamento de Sistemas de Computação Universidade de São Paulo Análise e Projeto Orientados a Objetos Aula 2 O Processo Unificado (PU)
Departamento de Sistemas de Computação Universidade de São Paulo Análise e Projeto Orientados a Objetos Aula 2 O Processo Unificado (PU) Prof. Seiji Isotani (sisotani@icmc.usp.br) Modelos de Processo de
Leia maisPROCESSO RUP. Progessora Lucélia
PROCESSO RUP Progessora Lucélia RUP É UM PROCESSO: Dirigido por casos de uso (use cases) Centrado na arquitetura Iterativo e incremental COMO FUNCIONA: A arquitetura provê a estrutura para guiar o desenvolvimento
Leia maisO Processo Unificado (PU) SSC 121 Engenharia de Software I Profa. Dra. Elisa Yumi Nakagawa 2 o semestre de 2012
O Processo Unificado (PU) SSC 121 Engenharia de Software I Profa. Dra. Elisa Yumi Nakagawa 2 o semestre de 2012 Modelos de Processo de Software Desenvolver software é geralmente uma tarefa complexa e sujeita
Leia maisRUP Rational Unified Proccess (Processo Unificado da Rational) Equipe WEB Cercomp
RUP Rational Unified Proccess (Processo Unificado da Rational) Equipe WEB Cercomp web@cercomp.ufg.br 1. Introdução É um processo proprietário de Engenharia de software criado pela Rational Software Corporation,
Leia maisEngenharia de Software. Herbert Rausch Fernandes
Engenharia de Software Herbert Rausch Fernandes O Processo Unificado É uma tentativa de unir os melhores recursos e características dos modelos convencionais; Reconhece a importância da comunicação com
Leia mais<Nome do Projeto> Plano do Projeto
Plano do Projeto Versão 1 Data Índice 1. DESCRIÇÃO DO PROJETO 2. ORGANIZAÇÃO DO PROJETO 2.1. Estrutura Organizacional 2.2. Interface Externa 3. PROCESSO DE GERENCIAMENTO 3.1. Estimativas
Leia maisRequisitos de Sistemas
Requisitos de Sistemas Unidade II - Processos de Negócio Identificação Conceitos Modelagem - BPM - UML Processos x Requisitos 1 Processo de negócio CONCEITO Um processo de negócio, processo organizacional
Leia maisRUP Unified Process. Profª Jocelma Rios
RUP Unified Process Profª Jocelma Rios Nov/2012 O que pretendemos: Reforçar os aspectos que caracterizam o processo iterativo e incremental Identificar como atingir os objetivos dos projetos de software
Leia maisVisão Geral RUP (Rational Unified Process) Professor: Tiago Reis RUP
Visão Geral RUP (Rational Unified Process) Professor: Tiago Reis RUP 1 RUP 1. Processo de engenharia de software 2. Oferece uma abordagem baseada em disciplinas para atribuir tarefas e responsabilidades
Leia maisRUP. Prof. Edison A M Morais.
Prof. Edison A M Morais prof@edison.eti.br http://www.edison.eti.br Agenda Definir Processo Unificado (UP) Definir RUP Comparar UP x RUP Mostrar as Variações do RUP Mostrar o Ciclo de Vida do RUP 2 O Processo
Leia maisHalison Miguel Edvan Pontes
Halison Miguel Edvan Pontes Apresentação Surgimento; Conceitos; Características; Elementos Básicos; Estrutura; Disciplina. Surgimento O Processo Unificado Aberto, do inglês Open Unified Process (OpenUP)
Leia maisIntrodução ao Processo Unificado. Prof. Edjandir Corrêa Costa
Introdução ao Processo Unificado Prof. Edjandir Corrêa Costa edjandir.costa@ifsc.edu.br O Processo Unificado O processo unificado (Unified Process UP, ou em português, PU) é um processo de desenvolvimento
Leia maisComparação entre Metodologias Rational Unified Process (RUP) e extreme Programming(XP)
Comparação entre Metodologias Rational Unified Process (RUP) e extreme Programming(XP) Fundamentos de Engenharia de Software PPGIA Carlos G. Vasco, Marcelo H. Vithoft, Paulo R. Estante Design and programming
Leia maisRUP RATIONAL UNIFIED PROCESS
O que é RUP? É um metodologia para gerenciar projetos de desenvolvimento de software que usa a UML como ferramenta para especificação de sistemas. Ele é um modelo de processo híbrido Mistura elementos
Leia maisEngenharia de Software II
Engenharia de Software II Aula 4 http://www.ic.uff.br/~bianca/engsoft2/ Aula 4-03/05/2006 1 Modelos Prescritivos de Processo Modelo em cascata Modelos incrementais Modelo incremental Modelo RAD Modelos
Leia maisEngenharia de Software. Processos. Desenvolvimento de Software Tradicionais 2014/2. Prof. Luís Fernando Garcia
Engenharia de Software Processos Desenvolvimento de Software Tradicionais 2014/2 Prof. Luís Fernando Garcia LUIS@GARCIA.PRO.BR Processos Um conjunto estruturado de atividades necessárias para o desenvolvimento
Leia maisRUP Rational Unified Process
O RUP RUP Rational Unified Process Rational Unified Process Processo Framework para gerar processos Jorge Dias Jr. jorge@dce.ufpb.br www.jorgediasjr.com 1 2 O RUP O RUP Segue as boas práticas da Engenharia
Leia mais14/11/2013. Capítulo 2. Processos de Software. Tópicos apresentados. Oprocessodesoftware. Modelos de processo de software. Atividades de processo.
Capítulo 2 Processos de Software slide 1 Tópicos apresentados Modelos de processo de software. Atividades de processo. Lidando com mudanças. Rational Unified Process (RUP). Um exemplo de um processo de
Leia maisVisão Geral do RUP.
Visão Geral do RUP hermano@cin.ufpe.br Objetivos Apresentar as características RUP Discutir os conceitos da metodologia: fases, fluxos de atividades (workflows), iterações, responsáveis, atividades e artefatos
Leia maisProcessos de Software
Processos de Software Capítulo 2 Processos de Software slide 47 2011 Pearson Prentice Hall. Todos os direitos reservados. 1 Tópicos apresentados Modelos de processo de software. Atividades de processo.
Leia maisRUP RATIONAL UNIFIED PROCESS. Prof. Fabiano Papaiz IFRN
RUP RATIONAL UNIFIED PROCESS Prof. Fabiano Papaiz IFRN Criado por três engenheiros de software: Booch, Jacobson e Rumbaugh. Conhecidos na área como Os 3 Amigos, também foram os criadores da UML (Unified
Leia maisProf. Fábio Lúcio Meira
Prof. Fábio Lúcio Meira Objetivo Transformar os requisitos no design do futuro sistema Evoluir uma arquitetura robusta do sistema Adaptar o design para adequá-lo ao ambiente de implementação O principal
Leia maisRational Unified Process
Rational Unified Process Processo Define quem irá fazer o que, quando, e como a fim de alcançar um objetivo. Requisitos novos ou alterados Processo de Engenharia de Software Sistema novo ou melhorado 1
Leia maisAula 3.1 Introdução e Visão Geral do Processo Unificado
PDS Aula 3.1 Introdução e Visão Geral do Processo Unificado Prof. Bruno Moreno bruno.moreno@ifrn.edu.br Definição O Processo Unificado (Unified Process, UP) é um tipo de processo de desenvolvimento de
Leia maisLevantamento, Análise e Gestão Requisitos. Aula 02
Levantamento, Análise e Gestão Requisitos Aula 02 Agenda RUP Visão Geral Qualidade de software Estrutura Fases Disciplinas Principais papéis Atualização dos Requisitos Visão Geral Conjunto Subjacente de
Leia maisProcessos de software RUP
Processos de software RUP Revisão Conceitos Básicos - Processo Um conjunto de tarefas ordenadas constitui um processo, uma séria de etapas que envolvem atividades, restrições e recursos para alcançar a
Leia maisIntrodução À Engenharia De Software Com Foco No RUP: Rational Unified Process
Introdução À Engenharia De Software Com Foco No RUP: Rational Unified Process Parte II Disciplinas do RUP Descrição típica de um workflow Propósito Definições e Conceitos Chave Trabalhadores e Artefatos
Leia maisEngenharia de Software
Prof. M.Sc. Ronaldo C. de Oliveira ronaldooliveira@facom.ufu.br FACOM - 2011 Processo Unificado de Desenvolvimento de Software Processo Unificado O que é: Um processo (de engenharia) de software é a definição
Leia maisProcesso Unificado (PU) Unified Process
Processo Unificado (PU) Unified Process 10 de junho de 2011 Adonai Canêz One comment Introdução O Processo Unificado (PU) surgiu para realizar o desenvolvimento de software visando a construção de sistemas
Leia maisPROCESSO DE DESENVOLVIMENTO DE SOFTWARE
PROCESSO DE DESENVOLVIMENTO DE SOFTWARE Processo Por quê um processo Padronizar a geração de produtos e serviços Garantir a repetitividade da geração de produtos e serviços Reter o conhecimento Oferecer
Leia maisEngenharia de Software I. Curso de Desenvolvimento de Software Prof. Alessandro J de Souza
1 Engenharia de Software I Curso de Desenvolvimento de Software Prof. Alessandro J de Souza ajdsouza@cefetrn.br 2 Rational Unified Process RUP Fase Inicição VISÃO GERAL 3 Visão Geral FASES do RUP 4 A partir
Leia maisISO/IEC Processo de ciclo de vida
ISO/IEC 12207 Processo de ciclo de vida O que é...? ISO/IEC 12207 (introdução) - O que é ISO/IEC 12207? - Qual a finalidade da ISO/IEC 12207? Diferença entre ISO/IEC 12207 e CMMI 2 Emendas ISO/IEC 12207
Leia maisCampus Capivari Análise e Desenvolvimento de Sistemas (ADS) Prof. André Luís Belini /
Campus Capivari Análise e Desenvolvimento de Sistemas (ADS) Prof. André Luís Belini E-mail: prof.andre.luis.belini@gmail.com / andre.belini@ifsp.edu.br MATÉRIA: ENGENHARIA DE SOFTWARE Aula N : 02 Tema:
Leia maisENGENHARIA DE SOFTWARE. Aula 03 Processos de Software
ENGENHARIA DE SOFTWARE Aula 03 Processos de Software AGENDA Modelos de processo de software Atividades do processo Lidando com mudanças Rational Unified Process (RUP) 14/03/2017 IFPR QUEDAS DO IGUAÇU -
Leia maisLevantamento, Análise e Gestão Requisitos. Aula 01
Levantamento, Análise e Gestão Requisitos Aula 01 Fernando Anselmo fernando.anselmo@x25.com.br Apresentação 24 anos na área de Desenvolvimento e Coordenação Empresas como Tecnisys, Politec, CF/OAB, FTI,
Leia maisFUNDAMENTOS DA ANÁLISE E PROJETO DE SISTEMAS. Projeto de Programas PPR0001
FUNDAMENTOS DA ANÁLISE E PROJETO DE SISTEMAS Projeto de Programas PPR0001 2 Introdução Antes de desenvolver ou construir qualquer produto ou sistema em engenharia é necessário um... o PROJETO O que é um
Leia maisEscolhendo um Modelo de Ciclo de Vida
Escolhendo um Modelo de Ciclo de Vida Ciclos de Vida 1 Ciclo de Vida de um Produto Qualquer desenvolvimento de produto inicia com uma idéia e termina com o produto pretendido. O ciclo de vida de um produto
Leia maisMODELAGEM DE SISTEMAS Unidade 1 Conceitos Básicos de Modelagem. Luiz Leão
Luiz Leão luizleao@gmail.com http://www.luizleao.com Conteúdo Programático A Importância da Modelagem Princípios de Modelagem Atividades de Análise e Projeto Análise e Projeto Orientados a Objeto Procura
Leia maisINE 5417 Engenharia de Software I
INE 5417 Engenharia de Software I Prof a. Patrícia Vilain 2008.2 Conteúdo 1. Introdução 2. Levantamento de Requisitos 3. Análise Orientada a Objetos 4. Projeto Orientado a Objetos 5. UML 6. Métodos Ágeis
Leia maisMETODOLOGIAS ÁGEIS FEATURE DRIVEN DEVELOPMENT E AUP
Tecnologia em Análise e Desenvolvimento de Sistemas METODOLOGIAS ÁGEIS FEATURE DRIVEN DEVELOPMENT E AUP Definição, aplicações, vantagens e desvantagens Marcelo Buratti de Freitas Vitor Matheus Buratti
Leia maisUNIVERSIDADE FEDERAL DO PARANÁ UFPR BACHARELADO EM CIÊNCIA DA COMPUTAÇÃO
CI 221 DISCIPLINA: Engenharia de Software AULA NÚMERO: 2 DATA: / / PROFESSOR: Andrey APRESENTAÇÃO Nesta aula serão apresentados e discutidos os conceitos de Processo de desenvolvimento de software e ciclo
Leia maisProcessos de Software
Processos de Software Centro de Informática - Universidade Federal de Pernambuco Kiev Gama kiev@cin.ufpe.br Slides originais elaborados por Ian Sommerville e adaptado pelos profs. Márcio Cornélio, Vinicius
Leia maisEngenharia de Software Simulado para a 1ª Avaliação Bimestral Professor: Danilo Giacobo - RESPOSTAS. Nome:
Engenharia de Software Simulado para a 1ª Avaliação Bimestral Professor: Danilo Giacobo - RESPOSTAS Nome: 1. A figura abaixo representa, simplificadamente, as fases do Modelo de Ciclo de Vida Cascata.
Leia maisParadigmas de Software
Paradigmas de Software Objetivos Introdução aos paradigmas de software. Descrição de modelos genéricos e sua aplicabilidade. Descrição dos processos de requisitos, desenvolvimento, teste e evolução. Modelo
Leia maisProcessos de Software by Pearson Education Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 4 Slide 1
Processos de Software Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 4 Slide 1 Objetivos Apresentar modelos de processos de software Descrever três modelos genéricos de processo e quando
Leia maisCadeira: Engenharia de Software
Cadeira: Engenharia de Software Aulas 9, 10 15/08/15 Docente: Cláudia Ivete F. Jovo cifjovo@gmail.com or cjovo@up.ac.mz M.Sc. Cláudia Jovo 2017/DI 0 Definição de Eng. Software; Eng. Software Tecnologia
Leia maisEUP(Enterprise Unified Process) & AUP(Agile Unified Process) Grupo 5: Yuni Mika Maeda Kathia Nogima Luiz Eduardo Ruisch
EUP(Enterprise Unified Process) & AUP(Agile Unified Process) Grupo 5: Yuni Mika Maeda Kathia Nogima Luiz Eduardo Ruisch Introdução EUP Como você pode melhorar o Rational Unified Process para que se atenda
Leia maisProcesso Unificado (RUP)
Fases do Desenvolvimento Processo Unificado (RUP) Ulf Bergmann ulf@ime.eb.br Domínio do Problema Objetos Objetos do do Mundo Mundo real real Modelo Semântico Domínio da Solução Aplicação Interface Serviços
Leia maisIntroduçãoaoProcesso. Prof. Anderson Cavalcanti UFRN-CT-DCA
IntroduçãoaoProcesso Unificado(PU) Prof. Anderson Cavalcanti UFRN-CT-DCA Processo de Desenvolvimento O conjunto de atividades de desenvolvimento, sua ordem temporal e a atribuição de responsabilidades
Leia mais2. Processos em Engenharia de Software
Renato Cardoso Mesquita Departamento de Eng. Elétrica da UFMG renato@cpdee.ufmg.br Engenharia de Software 2. Processos em Engenharia de Software.......... 2.1. Visão Geral Conceito de processo conjunto
Leia maisAnálise de Sistemas. Aula 5
Análise de Sistemas Aula 5 Prof. Emerson Klisiewicz CONTEXTUALIZAÇÃO Aula 5 Análise Orientada a Objetos Introdução a UML Histórico e Visão Geral Ferramentas CASE O Sucesso... Clientes satisfeitos Eles
Leia maisDiego Azevedo José Thiago Moutinho Sérgio Chaves Thiago Bemerguy William Sampaio
Diego Azevedo José Thiago Moutinho Sérgio Chaves Thiago Bemerguy William Sampaio Índice O Processo Praxis Gestão de Qualidade Verificação Validação Correção Auditoria da Qualidade Discussões Processo praxis
Leia maisPlanejamento e Gerenciamento Iterativo de Projetos de Software
Planejamento e Gerenciamento Iterativo de Projetos de Software 1 1. Introdução Motivação e Conceitos Básicos 2 Preocupações do Gerente de TI Melhorar a qualidade do desenvolvimento de software Principais
Leia maisRUP RATIONAL UNIFIED PROCESS PRÁTICAS RECOMENDADAS. Prof. Fabiano Papaiz IFRN
RUP RATIONAL UNIFIED PROCESS PRÁTICAS RECOMENDADAS Prof. Fabiano Papaiz IFRN O RUP recomenda as seguintes práticas que devem ser utilizadas no desenvolvimento de um software: 1. Desenvolver de forma iterativa
Leia maisProcesso de Desenvolvimento de Software
Luiz Leão luizleao@gmail.com http://www.luizleao.com Conteúdo Programático desta aula Fases do Processo. Ciclo de vida do processo. Processo Unificado Orientado por Casos de Uso, surgiu para realizar o
Leia maisImplantando o RUP e CMM2
Implantando o RUP e CMM2 Prof. Dr. Jorge Henrique C Fernandes (jorge@dimap.ufrn.br) POTI Pólo De Tecnologia Da Informação Departamento De Informática E Mat. Aplicada Universidade Federal Do Rio Grande
Leia maisAnálise e Projeto Orientados a Objetos Professora: Elisa Yumi Nakagawa PAE: Cristiane Aparecida Lana 2 semestre de 2015
Professora: Elisa Yumi Nakagawa PAE: Cristiane Aparecida Lana 2 semestre de 2015 Agenda Modelos de Processos de Software Desenvolvimento Iterativo Incremental Processo Unificado PU Rational Unified Process
Leia maisProcesso de Desenvolvimento. Edjandir Corrêa Costa
Processo de Desenvolvimento Edjandir Corrêa Costa edjandir.costa@ifsc.edu.br Processo de Desenvolvimento Definição: É um roteiro que determina quais são as tarefas necessárias e em que ordem elas devem
Leia maisProblemas e Práticas Recomendadas no Desenvolvimento de Software
Problemas e Práticas Recomendadas no Desenvolvimento de Software Objetivos deste módulo Levantar problemas enfrentados na prática do desenvolvimento de software Discutir boas práticas para o desenvolvimento
Leia maisProcesso de Desenvolvimento
Processo de Desenvolvimento RUP Rational Unified Process A Rational e o RUP 4 Rational é conhecida pelo seu investimento em orientação em objetos. 4 A empresa foi a criadora da Unified Modeling Language
Leia maisProcesso Unificado Universidade Federal do Maranhão UFMA Pós Graduação de Engenharia de Eletricidade Grupo de Computação Assunto: Introdução
Processo Unificado Universidade Federal do Maranhão UFMA Pós Graduação de Engenharia de Eletricidade Grupo de Computação Assunto: Introdução 1 Processo Unificado (PU) 1.1 Bibliografia Autoria:Aristófanes
Leia maisOpenUP e Eclipse Process Framework. André Aziz
OpenUP e Eclipse Process Framework André Aziz () Agenda OpenUP: O que é? Princípios e Conceitos; Arquitetura; Eclipse Process Framework (EPF): O que é? EPF Composer. 2 Open Unified Process O que é OpenUP?
Leia maisRECURSO - QUESTÃO DISSERTATIVA. Protocolo: Identificador:
Protocolo: 29053061595-2 Identificador: 0122290006 1) Apresente o nome da primeira fase do RUP Na linha 08, o candidato apresentou, corretamente, o nome da 1ª fase do RUP. Resultado: a banca mantém os
Leia maisFábricas de Software. Processos de Software. Fábricas de Software. Fábricas de Software 17/08/2010. Jorge Dias
Fábricas de Software Processos de Software Jorge Dias Um processo estruturado, controladoe melhoradode forma contínua, considerando abordagens de engenharia industrial, orientado para o atendimento a múltiplas
Leia maisARQUITETURA E DESENHO
ARQUITETURA E DESENHO DE SOFTWARE CMP 1063 Prof. Me. Fábio Assunção Parte 1 ARTEFATO Pelo dicionário: 1. Produto de trabalho mecânico; objeto, dispositivo, artigo manufaturado. 2. Aparelho, engenho, mecanismo
Leia maisPROCESSOS DE DESENVOLVIMENTO DE SOFTWARE PROF. MSC. EMILIANO MONTEIRO
PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE PROF. MSC. EMILIANO MONTEIRO CONTEÚDO Conceitos básicos Caracterização de um processo Estágios básicos Linha do tempo Cascata Espiral Prototipação Modelo-V Orientado
Leia maisPROCESSO DE DESENVOLVIMENTO DE SOFTWARE
PROCESSO DE DESENVOLVIMENTO DE SOFTWARE Luiz Leão luizleao@gmail.com http://www.luizleao.com Questão 1 Para Sommerville a arquitetura de sistemas descreve o sistema em termos de um conjunto de unidades
Leia maisDisciplina - Requisitos. Grupo Yuni Luiz Eduardo Káthia
Disciplina - Requisitos Grupo Yuni Luiz Eduardo Káthia RUP(Rational Unified Process) 1. Introdução. 2. Introdução a disciplinas no RUP. 3. Requisitos. 4. Gerenciamento de Requisitos. 5. Relação com outras
Leia maisBibliografia. Quais são os problemas? capacidade de construção. acompanha a demanda por novos programas. ameaçada por projetos ruins.
Bibliografia Quais são os problemas? 4 A sofisticação do software ultrapassou nossa capacidade de construção. 4 Nossa capacidade de construir programas não acompanha a demanda por novos programas. 4 Nossa
Leia mais3 Fases no Ciclo de Vida do Processo Unificado
Processo Unificado Universidade Federal do Maranhão UFMA Pós Graduação de Engenharia de Eletricidade Grupo de Computação Assunto: Ciclo de Vida - Fluxos Autoria:Aristófanes Corrêa Silva Adaptação: Alexandre
Leia maisDelimitar claramente o escopo do projeto Estimar custo, tempo e retorno do investimento (feasibility)
FASE DE CONCEPÇÃO CONCEPÇÃO LANÇA O PROJETO Realizar o business case inicial Delimitar claramente o escopo do projeto Estimar custo, tempo e retorno do investimento (feasibility) Formular a arquitetura
Leia maisModelos de design arquitetural
Modelos de design arquitetural Jair C Leite Modelos de design arquitetural Objetivo Guiar o arquiteto nas etapas para desenhar a arquitetura Deve considerar diferentes visões arquiteturais Atualmente existem
Leia maisÁreas de Conhecimento, Técnicas de Análise de Negócio e Conceitos-Chave
Primeiro Módulo: Parte 3 Áreas de Conhecimento, Técnicas de Análise de Negócio e Conceitos-Chave AN V 3.0 [60] Rildo F Santos (@rildosan) rildo.santos@etecnologia.com.br www.etecnologia.com.br http://etecnologia.ning.com
Leia maisUNIVERSIDADE DO ESTADO DE SANTA CATARINA - UDESC DCC Departamento de Ciência da Computação Joinville-SC
CURSO: Tecnologia em Sistemas de Informação DISCIPLINA: SOFT Engenharia de Software DATA: AULA NÚMERO: 01 PROFESSOR: Murakami Sumário 1 APRESENTAÇÃO...1 2 DESENVOLVIMENTO...1 2.1 Software...1 2.2 Engenharia
Leia maisConcepção lança o projeto
FASE DE CONCEPÇÃO Concepção lança o projeto Realizar o business case inicial Delimitar claramente o escopo do projeto Estimar custo, tempo e retorno do investimento (feasibility) Formular a arquitetura
Leia mais