EUP(Enterprise Unified Process) & AUP(Agile Unified Process) Grupo 5: Yuni Mika Maeda Kathia Nogima Luiz Eduardo Ruisch

Documentos relacionados
METODOLOGIAS ÁGEIS FEATURE DRIVEN DEVELOPMENT E AUP

Introdução ao Processo Unificado. Prof. Edjandir Corrêa Costa

Engenharia de Software Processo de Desenvolvimento. Ciclo de Vida - Modelo Cascata

Processos de Software

Halison Miguel Edvan Pontes

RUP/PSDS. Introdução e Comparação

Engenharia de Software

INF014 Análise e Projeto de Sistemas Processos Unificado -RUP

Departamento de Sistemas de Computação Universidade de São Paulo Análise e Projeto Orientados a Objetos Aula 2 O Processo Unificado (PU)

Disciplina - Requisitos. Grupo Yuni Luiz Eduardo Káthia

! Introdução. " Motivação para Processos de Software. ! Processo Unificado (USDP) " Definições " RUP x USDP " Características do Processo Unificado

Engenharia de Software. Herbert Rausch Fernandes

Engenharia de Software II

O Processo Unificado (PU) SSC 121 Engenharia de Software I Profa. Dra. Elisa Yumi Nakagawa 2 o semestre de 2012

Aula 3 - Modelos de Processo - cascata, iterativo e incremental e ágil

Rational Unified Process (RUP)

Processos de Software by Pearson Education Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 4 Slide 1

Visão Geral do RUP (Rational Unified Process)

Engenharia de Software II

Introdução ao RUP. Livar Correia de O. C. Cunha Effektiv Solutions

22/03/2018. Professor Ariel da Silva Dias RUP e Modelos Ágeis

UNIVERSIDADE FEDERAL DO PARANÁ - UFPR BACHARELADO EM CIÊNCIA DA COMPUTAÇÃO

RUP RATIONAL UNIFIED PROCESS CONCEITOS CHAVES. Prof. Fabiano Papaiz IFRN

Processo. Processo unificado. Principais Características do UP. Principais Características do UP RUP. Unified Process (Processo Unificado)

Engenharia de Software Simulado para a 1ª Avaliação Bimestral Professor: Danilo Giacobo - RESPOSTAS. Nome:

FUNDAMENTOS DA ANÁLISE E PROJETO DE SISTEMAS. Projeto de Programas PPR0001

Processos de software RUP

IntroduçãoaoProcesso. Prof. Anderson Cavalcanti UFRN-CT-DCA

RUP Unified Process. Profª Jocelma Rios

Processos de Software

QUALIDADE DE SOFTWARE ISO/IEC Segunda Edição Prof. Edison A M Morais

14/11/2013. Capítulo 2. Processos de Software. Tópicos apresentados. Oprocessodesoftware. Modelos de processo de software. Atividades de processo.

ISO/IEC Roteiro IEC ISO. Histórico ISO/IEC ISO

Processos de Software

ISO/IEC Processo de ciclo de vida

MODELAGEM DE SISTEMAS Unidade 5 Ciclo de Vida Iterativo e Incremental. Luiz Leão

1. A função DevOps, que se concentra principalmente em Produtos & Serviços:

RUP Rational Unified Proccess (Processo Unificado da Rational) Equipe WEB Cercomp

Engenharia de Software. Processos. Desenvolvimento de Software Tradicionais 2014/2. Prof. Luís Fernando Garcia

PROCESSO DE DESENVOLVIMENTO DE SOFTWARE Unidade VII Ferramentas de PDS. Luiz Leão

Análise e Projeto Orientados a Objetos Professora: Elisa Yumi Nakagawa PAE: Cristiane Aparecida Lana 2 semestre de 2015

Engenharia de Software

UML 2.0 Método, Linguagem e Ferramenta. Prof. Cesar Augusto Tacla

Métodos Ágeis e Programação Extrema (XP)

RUP RATIONAL UNIFIED PROCESS PRÁTICAS RECOMENDADAS. Prof. Fabiano Papaiz IFRN

PDS. Aula 1.5 Modelos de Processo. Prof. Dr. Bruno Moreno

2 Fluxos no Ciclo de Vida do Processo Unificado. O Processo Unificado consiste da repetição de uma série de ciclos durante a vida de um sistema.

Processo Unificado (PU) Unified Process

Conteúdo. Disciplina: INF Engenharia de Software. Monalessa Perini Barcellos

INSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA DO RIO GRANDE DO NORTE CAMPI JOÃO CÂMARA RATIONAL UNIFIED PROCESS - RUP

ENGENHARIA DE SOFTWARE. Aula 03 Processos de Software

Especialização em Arquitetura e Engenharia de Software

PROCESSO DE DESENVOLVIMENTO DE SOFTWARE

Conhecendo um pouco sobre RUP

Engenharia Software. Ení Berbert Camilo Contaiffer

RUP. Prof. Edison A M Morais.

Visão Geral de Engenharia de Software

Fábricas de Software. Processos de Software. Fábricas de Software. Fábricas de Software 17/08/2010. Jorge Dias

Engenharia de Software I Processos de desenvolvimento de SW. profa. Denise Neves

Engenharia de Software I. Curso de Desenvolvimento de Software Prof. Alessandro J de Souza

Visão Geral do RUP.

Normas ISO:

Aula 3.1 Introdução e Visão Geral do Processo Unificado

Levantamento, Análise e Gestão Requisitos. Aula 02

Cadeira: Engenharia de Software

Diego Azevedo José Thiago Moutinho Sérgio Chaves Thiago Bemerguy William Sampaio

RUP RATIONAL UNIFIED PROCESS

Engenharia de Software

ITIL v3 Desenho de Serviço Parte 1

Gerência de Projetos e Qualidade de Software. Prof. Walter Gima

Prof. Fábio Lúcio Meira

Engenharia de Software Simulado para a 1ª Avaliação Bimestral Professor: Danilo Giacobo - RESPOSTAS

Fundamentos de Gestão de TI

Informática I. Aula Aula 21-29/11/06 1

Gestão de Projetos. Requisito é a tradução das necessidades e expectativas dos clientes e das demais partes interessadas (stakeholders).

Extreme Programming. Projeto de. Desenvolvimento. Software. Prof.: Ari Oliveira

QUALIDADE DE SOFTWARE

ITIL v3 Transição de Serviço Parte 1

Professor Emiliano S. Monteiro

ARQUITETURA E DESENHO

UMA PROPOSTA DE ESPECIFICAÇÃO DA FERRAMENTA S.A.Do.M (Software Artifacts Documentation and Management)

Campus Capivari Análise e Desenvolvimento de Sistemas (ADS) Prof. André Luís Belini /

Problemas e Práticas Recomendadas no Desenvolvimento de Software

Prof. Dr. Thiago Jabur Bittar

Curso de Sistemas de Informação. Karla Donato Fook DESU / DComp. Modelagem de Dados UML

Luiz Fernando Maurício de Souza Sidemar Fidelis Cezario. FDD Desenvolvimento dirigido a funcionalidades

2. Processos em Engenharia de Software

FURBUP: UM PROCESSO DE SOFTWARE PARA USO ACADÊMICO BASEADO NO OPENUP. Acadêmico: João Paulo Pedri Orientador: Everaldo Artur Grahl

Gerenciamento do Escopo

ENGENHARIA DE SOFTWARE

PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE PROF. MSC. EMILIANO MONTEIRO

Plano de Testes VideoSystem

Análise e Projeto. Prof. Erinaldo Sanches Nascimento

Áreas de Conhecimento, Técnicas de Análise de Negócio e Conceitos-Chave

INE 5417 Engenharia de Software I

Escolhendo um Modelo de Ciclo de Vida

Bibliografia. Quais são os problemas? capacidade de construção. acompanha a demanda por novos programas. ameaçada por projetos ruins.

Processos de. Desenvolvimento de Software

Transcrição:

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 às necessidades do mundo real em relação as organizações típicas?

Introdução EUP Para que isto seja possível, em primeiro lugar se deve expandir o escopo da Rational para incluir o processo de software inteiro, não apenas o processo de desenvolvimento. Uma empresa provavelmente possui vários projetos de software em gerenciamento e também possui alguns sistemas que estão em operação e colaboram na produção. O foco atual da maioria das organizações não está no desenvolvimento de um único projeto e sim no desenvolvimento, operação, suporte e manutenção de um grupo de sistemas. Isto implica que os processos de operações, suporte e esforços de manutenção precisam ser adicionados ao Rational Unified Process.

Introdução EUP Em segundo lugar, para que as organizações possam ser suficientes nos dias atuais o Rational Unified Process também necessita adicionar um suporte para a gestão de uma pasta (portfólio) de projetos, algo que outros processos têm chamado programa, multi-projeto, gestão de infra-estrutura ou de gestão empresarial. Sendo assim estes dois primeiros passos resultam em uma versão melhorada do ciclo de vida Rational Unified Process.

EUP (Enterprise Unified Process)

EUP (Enterprise Unified Process) Nova disciplina: - Operação e Suporte - O objetivo principal é operar e apoiar o software em um ambiente de produção. O foco da operação é assegurar que o software esteja funcionando corretamente, que a rede esteja disponível e monitorizada e que os dados apropriados são copiados e restaurados, se necessário. Planos de desastres são criados, e no caso de ocorrer um desastre, eles são executados para restaurar sistemas primários. O foco de suporte é ajudar os usuários finais, respondendo às suas perguntas, analisando os problemas que estão sendo encontrados nos sistemas de produção, registrando pedidos de novas funcionalidades, e fazendo e aplicando correções

EUP (Enterprise Unified Process) O Processo Unificado Empresarial (Enterprise Unified Process) inclui sete novas disciplinas de gestão empresarial que abordam as questões entre sistemas que as organizações devem enfrentar para serem bem sucedidas no que faz. Estas disciplinas são: Modelagem de Negócios Empresarial Gerenciamento de Portfólio (Pasta) Arquitetura Empresarial Reuso Estratégico Gestão de Pessoas Administração Empresarial Melhorias de Processo de Software

EUP (Enterprise Unified Process) Modelagem de Negócios Empresarial: O objetivo desta disciplina é explorar a estrutura e os processos da empresa. Ele fornece um entendimento comum sobre as atividades de negócios, clientes e fornecedores da empresa. A Modelagem de negócios da empresa ajuda a identificar problemas e as áreas que são candidatas à automação. Gerenciamento de Portfólio: Organizações muitas vezes têm coleção de aplicações, que podem ser melhor gerenciados como um todo do que como aplicativos individuais. Esta disciplina permite controlar e planejar todo portfólio de software da sua organização, bem como programas individuais dentro de seu portfólio global. Isso permite que você agende e implemente novas exigências de uma forma mais estratégica. Isto também ajuda a evitar aplicações de mesma funcionalidade em diferentes aplicações.

EUP (Enterprise Unified Process) Arquitetura Empresarial: Esta disciplina aborda as questões globais de arquitetura associados à sua organização. Trata-se de modelos que definem, protótipos e modelos de trabalho que demonstram como ele funciona, e os quadros que tornam mais fácil de usar. A disciplina de arquitetura empresarial ajuda a garantir a consistência entre os sistemas e facilita muito, os esforços de arquitetura de aplicativo. Reuso Estratégico: Esta disciplina promove o desenvolvimento e a reutilização de ativos entre os projetos, cujo objetivo é permitir o desenvolvimento de aplicativos de alta qualidade de uma forma mais rápida, através da reutilização de ativos em vez de desenvolver um novo a cada vez. Ele também ajuda a melhorar a qualidade, uma vez que permite a utilização de artefatos que já tenham sido testados e comprovados.

EUP (Enterprise Unified Process) Gestão de Pessoas: Esforços de desenvolvimento de um software de gerenciamento inclui muito mais do que as tarefas técnicas de criação e evolução dos planos de projeto e cronogramas. As pessoas existem dentro de uma organização, e existe também a necessidade do gerenciamento da equipe e a mediação das interações entre elas e entre as outras pessoas. Esta disciplina descreve o processo de organização, acompanhamento, treinamento e motivação das pessoas, de forma a garantir que elas funcionem em harmonia e com sucesso, contribuindo com projetos dentro da organização. Administração Empresarial: Esta disciplina inclui a criação e a administração de ferramentas, processos e instalações que são componentes-chaves da infra-estrutura de sua organização de TI (Tecnologia da Informação).

EUP (Enterprise Unified Process) Melhoria de Processo de Software: Esta disciplina aborda a necessidade de gerenciar, melhorar e apoiar os vários processos em uso na organização. Lembrese, em um processo não se cabe tudo. Fases Além das disciplinas o Processo Unificado Empresarial, possui duas fases adicionadas, fora as fases já presentes no RUP (Rational Unified Process) essas duas fases são: Produção Retirada

EUP (Enterprise Unified Process) Produção: Como podemos ver na figura posterior sobre o Processo Unificado Empresarial (Unified Process Enterprise) é incluida uma quinta fase, "produção", o que representa a parte do ciclo de vida do software depois que o sistema foi implantado. Como o nome da fase sugere, o propósito é manter o software em produção até que seja substituído por uma nova versão. Nota-se que não há iterações durante esta fase, ou há apenas uma iteração, dependendo de como você deseja analisar, porque esta fase se aplica ao tempo de vida de um único lançamento de software. Para desenvolver e implantar uma nova versão de um software é necessário percorrer as quatros fases de desenvolvimento novamente.

EUP (Enterprise Unified Process)

EUP (Enterprise Unified Process) Retirada : O foco da fase de retirada é a remoção bem sucedida de um sistema de produção. Sistemas de produção são removidos por várias razões: Eles não são mais necessários. Um exemplo disso é o sistema que foi colocado em produção para cumprir as exigências legais impostas pela legislação federal. Caso a legislação for revogada, não há mais necessidade para o sistema. O sistema está a ser substituído. Por exemplo, é comum ver sistemas de home-grown (caseiro) para funções de recursos humanos serem substituídos por sistemas off-the-shelf (De Prateleira) comerciais.

EUP (Enterprise Unified Process) Atividades da fase de retirada incluem: Uma análise abrangente do sistema existente para identificar a sua ligação a outros sistemas. A redesing e retrabalho de outros sistemas existentes para que eles não contem com o sistema que está sendo retirado. Esses esforços normalmente são tratados como projetos em seu próprio direito. Transformação de dados existentes, talvez através de refatoração de banco de dados, pois não será mais necessário ou manipulado pelo sistema que está sendo retirado.

EUP (Enterprise Unified Process) Arquivamento de dados anteriormente mantidos pelo sistema que não é mais necessário por outros sistemas. Gerenciamento de configuração do software removido para que ele possa ser reinstalado, se necessário, em algum momento no futuro (isso é mais fácil dizer do que fazer). Testes de integração do sistema, dos sistemas restantes para garantir que eles não foram afetados através da reforma do sistema em questão.

EUP (Enterprise Unified Process) Conclusão Podemos analisar que o Enterprise Unified Process (EUP) é a extensão do Unified Process tornando-o capaz de atender às necessidades do mundo real, das reais organizações típicas. Sob medida para atender às necessidades da missão crítica do grande desenvolvimento. O desenvolvimento de software, de manutenção e suporte são empreendimentos complexos, que necessitam de boas pessoas, boas ferramentas, boas arquiteturas e bons processos, para serem bem sucedidos. O processo de software é uma parte significativa da solução para a crise de software, algo que as organizações tem provavelmente ignorado colocando assim suas sobrevivência em risco.

AUP (Agile Unified Process) - Processo Unificado Ágil - (Agile Unified Process)

. Introdução AUP O AUP (Agile Unified Process) é uma versão simplificada do RUP (Rational Unified Process) idealizada por Scott Ambler que incorpora princípios ágeis. Assim como o OpenUP (Open Unified Process) o AUP procura balancear agilidade e controle de riscos. As práticas do AUP se baseiam em técnicas ágeis como, como exemplo, Test Driven Development (TDD), Agile Model Driven Development (AMDD), Agile Change Management, Database Refactoring e Agile Architecture.

. AUP (Agile Unified Process) Além disso, a filosofia do AUP parte dos seguintes princípios: Sua equipe sabe o que está fazendo: As pessoas não vão ler a documentação detalhada do processo, mas eles vão querer uma orientação de alto nível e / ou treinamento de vez em quando. Simplicidade: Tudo é descrito de forma concisa usando um punhado de páginas, e não milhares deles. Agilidade: O Agile UP está em conformidade com os valores e princípios do desenvolvimento ágil de software e Agile Alliance. Concentre-se em atividades de alto valor: O foco é sobre as atividades que realmente contam, não todas as coisas possíveis que poderiam acontecer com você em um projeto. O processo será personalizável conforme as necessidades de quem o usa.

AUP (Agile Unified Process) Da mesma forma que o RUP e o EUP, o AUP propõe a evolução da arquitetura ao longo de duas fases. Na Iniciação: obtém-se uma arquitetura de alto nível, levando em consideração os requisitos técnicos. O objetivo é identificar uma estratégia arquitetural viável capaz de oferecer insumos ao planejamento do projeto e ao cálculo de esforços. Nesse momento, o diagrama recomendado mais importante é o esboço do modelo de implantação. Na Elaboração: o objetivo é refinar a arquitetura até atingir sua estabilidade. A modelagem da arquitetura é dirigida aos maiores riscos técnicos identificados. Tipicamente, protótipos são construídos para provar alguns aspectos da arquitetura. O principal objetivo dessa fase é a arquitetura estável, comprovada através da implementação dos requisitos estruturalmente críticos.

AUP (Agile Unified Process)

AUP (Agile Unified Process) A Figura mostra o ciclo de vida da AUP. A primeira coisa que você vai notar é que as disciplinas foram alteradas. Em primeiro lugar, a disciplina Modelo abrange do RUP Modelagem de Negócios, Requisitos e Análise e Design. Modelo é uma parte importante da AUP, mas não domina o processo - você quer ficar ágil, criando modelos e documentos que são bons o suficiente apenas. Em segundo lugar, o Gerenciamento de Configuração e Mudança é agora a disciplina de Gerenciamento de Configuração. Em desenvolvimento ágil de suas atividades de gestão de mudança normalmente são parte de seus esforços de gerenciamento de requisitos, que faz parte da disciplina Model.

AUP (Agile Unified Process) - Serial no Large - A natureza de série do Agile UP é capturado em suas quatro fases: Concepção: O objetivo é identificar o escopo inicial do projeto, a arquitetura potencial de seu sistema, e para obter o financiamento do projeto inicial e aceitação das partes interessadas. Elaboração: O objetivo é prover a arquitetura do sistema (criar o protótipo arquitetural,definição de recursos e ferramentas técnicas). Construção: O objetivo é construir software trabalhando em uma base incremental regular, que atende às necessidades de maior prioridade de suas partes interessadas no projeto(protótipo da interface com o usuárioidentificação de riscos técnicos). Transição: O objetivo é validar e implantar o sistema em seu ambiente de produção.

AUP (Agile Unified Process) Iterativo no Small Disciplinas são realizadas de forma iterativa, definindo as atividades que os membros da equipe de desenvolvimento executadas para construir, validar e entregar software de trabalho que atenda às necessidades de seus stakeholders. As disciplinas são: Modelo: O objetivo desta disciplina é entender o negócio da organização, o domínio do problema a ser abordado pelo projeto, e para identificar uma solução viável para resolver o domínio do problema. Implementação: O objetivo desta disciplina é o de transformar o seu modelo (s) em código executável e executar um nível básico de testes, nomeadamente os testes de unidade.

AUP (Agile Unified Process) Teste: O objetivo desta disciplina é a realização de uma avaliação objetiva para garantir a qualidade. Isto inclui encontrar defeitos, validando que o sistema funciona como projetado, e verificar que os requisitos sejam cumpridos. Implantação: O objetivo desta disciplina é planejar para o fornecimento do sistema e executar o plano para tornar o sistema disponível para os usuários finais. Gerenciamento de Configuração: O objetivo desta disciplina é o de gerir o acesso aos seus artefatos do projeto. Isso inclui não apenas controlar versões de artefatos ao longo do tempo, mas também controlar e gerenciar mudanças para eles.

AUP (Agile Unified Process) Gerenciamento de Projetos: O objetivo desta disciplina é a de dirigir as atividades que ocorre no projeto. Isto inclui a gestão de riscos, orientando as pessoas (atribuição de tarefas, seguindo o progresso, etc), e coordenação com as pessoas e os sistemas fora do escopo do projeto para ter certeza de que ele é entregue no prazo e dentro do orçamento. Meio Ambiente: O objetivo desta disciplina é o de apoiar o resto do esforço, garantindo que o processo adequado, orientação (normas e diretrizes) e ferramentas (hardware, software, etc) estão disponíveis para a equipe quando necessário.

AUP (Agile Unified Process) Equipes AUP normalmente entregam versões de desenvolvimento no fim de cada iteração, a área de pré-produção (s). A versão de desenvolvimento de um aplicativo é algo que poderia potencialmente ser lançado em produção, se fosse para ser submetido a sua garantia de pré-produção de qualidade, testes e processos de implantação.

AUP (Agile Unified Process) LANÇAMENTOS INCREMENTAIS AO LONGO DO TEMPO

AUP (Agile Unified Process) - QUANDO USAR AUP - - Você deve adotar a AUP? - Se você quiser algo entre XP e RUP tradicional, um processo que seja ágil e ainda explicitamente inclui as atividades e artefatos que você está acostumado, então a AUP é provavelmente para você.

Referências Bibliográficas AMBLER, LINES; Scott W., Mark. A Practitioner s Guide to Agile Software. IBM Press. AMBLER, Scott W. Enterprise Unified Process (EUP): Agile Strategies for Enterprise IT. Disponível em: <http://enterpriseunifiedprocess.com/>. Data de acesso: 20/05/2013