Alunos: Artulanez Souza Iony Melo

Slides:



Advertisements
Apresentações semelhantes
Projeto Qualified Curriculum
Advertisements

Análise e Projeto de Sistemas I
RUP – Rational Unified Process
Os projetos.
Engenharia de Software
O Processo Praxis 3.0 Processos de Software 25/03/2017
Análise e Projeto de Sistemas I
Rational Unified Process(RUP)
Valéria Maria Lauande Março/2010
Metodologia de Desenvolvimento de Software
RUP Rational Unified Process (Processo Unificado de Desenvolvimento da Rational) 1.
Gestão de projetos de Software GTI-16
Processos de Desenvolvimento de Software
Processo Desenvolvimento de Software Tradicional
Visão Geral do Desenvolvimento de Sistemas e Papéis no Desenvolvimento de Software Marcely Dias
FDD.
Análise e Gerenciamento de Requisitos com Casos de Uso
RUP Prof.ª Elaine B. Figueiredo.
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;
OpenUP: Um processo prático e otimizado para desenvolvimento de pequenos projetos de software. Palestrante: Antonio Miguel Batista Dourado
Processos Tradicionais de Desenvolvimento de Software
Visão Geral PRO.NET.
Visão Geral do RUP.
Fundamentos de Engenharia de SW
Avaliação do RUP como processo para desenvolvimento de software
Implantando SCRUM na Simplestec Equipe Tributária
Análise de Sistemas de Software Prof. Rodrigo Ribeiro.
Processos de Desenvolvimento de Software – Parte 2
Gerenciamento do Escopo: principais conceitos
Metolodogia de Desenvolvimento de Data Warehouse
Implementação em Projeto de Sistemas (PFC)
Engenharia de Software
Análise e Desenvolvimento de Software
Análise e Projeto de Software CSTDS Profº. Henrique Vila Nova 1.
Análise e Projeto de Software CSTDS Profº. Henrique Vila Nova 1.
Fase de Concepção (Início, Planejamento)
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
(Open Unified Process)
Especificação em Projeto de Sistemas
Análise e Projeto Orientados a Objetos
PROCESSO DE DESENVOLVIMENTO DE SOFTWARE – PDS VALIDAÇÃO.
Bruno Silva Desenvolvido a partir de
RUP - Cap. 5 – Processo Iterativo e Incremental
Análise e Projeto de Sistemas UNIVERSIDADE DE CRUZ ALTA Ciência da Computação 2010/1.
Introdução ao Processo Unificado de Desenvolvimento de Software Tiago Lima Massoni UFPE
eXtreme Programming Metodologia XP
Gestão de defeitos.
Engenharia de Software
Processo de Desenvolvimento de Software – PDS C Construção - PAS
Engenharia de Software
Introdução a um Processo de Desenvolvimento Orientado a Objeto
Gestão de projetos de Software GTI-16
Processo de Desenvolvimento de Software – PDS
Métodos Ágeis e Programação Extrema (XP)
Engenharia de Software
Fase de Concepção (Início, Planejamento)
SISTEMA DE MONITORAMENTO DA TECNOLOGIA DA INFORMAÇÃO.
Projeto QuickList 51GoodIdea. Missão Fornecer aos clientes soluções inteligentes, intuitivas e práticas. Sempre priorizando funcionalidade e fornecimento.
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.
Qualidade, Processos e Gestão de Software
Dimitri de Almeida Malheiros Barbosa
Apresentação Leonardo Brussolo de Paula
1 Projeto Piloto Conclusão em Agenda Projeto Piloto –Descrição –Execução da aplicação –Implementação de requisitos funcionais e não- funcionais.
Joaquim Oliveira Grupo de Estudos em Processos 25/06/2002 Comparação entre Metodologias de Desenvolvimento.
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:

Alunos: Artulanez Souza Iony Melo Open Up Alunos: Artulanez Souza Iony Melo

Definição ● Processo Unificado (UP) leve que aplica abordagens iterativa e incremental em um ciclo de vida estruturado. ● Adota filosofia ágil e possui foco na natureza colaborativa do desenvolvimento de software. ● Processo de desenvolvimento de software que é mínimo, completo e extensível.

Características ● Mínimo ● Completo • Utiliza apenas conteúdo fundamental. ● Completo • Possui as disciplinas essenciais para o ciclo de vida de desenvolvimento de software. ● Extensível • Pode ser adaptado para atender projetos específicos • Ex: adicionar ou renomear papéis.

Princípios ● Colaboração para alinhar interesses e compartilhar entendimento. ● Equilibrar prioridades concorrentes para maximizar valor para stakeholder. ● Foco na arquitetura (cedo) para minimizar riscos e organizar o desenvolvimento. ● Evoluir para continuamente obter feedback e melhoria.

Elementos Básicos ● Produto de trabalho (o que é produzido) • Ex: documentos (visão, plano de projeto); um modelo (caso de uso, projeto) ● Tarefa (como executar o trabalho) • Ex: desenvolver visão do sistema, planejar iteração ● Papel (quem faz o trabalho, comportamento e responsabilidade de um indivíduo ou conjunto de indivíduos) • Ex: analista (obtém informações dos stakeholders e define requisitos); desenvolvedor (desenvolve partes do sistema – projeto, implementação, teste de unidade). ● Processo • Une tarefas, produtos e papéis, adicionando estrutura e sequenciamento.

Estrutura Open Up

Ciclo de Vida de Projeto Essa camada trata do processo de desenvolvimento como um todo. O Open UP divide o ciclo de vida de projetos em quatro fases distintas: Iniciação, Elaboração, Construção, Transição.

Ciclos Iniciação Fase em que se enfatiza o processo de análise de negócios e análise de requisitos do negócio analisado, dando uma ênfase menor a arquitetura e implementação; Elaboração fase em que se enfatiza o processo de desenvolvimento da análise arquitetural da solução proposta;

Ciclos Construção Fase em que se enfatiza o processo de implementação da solução proposta, bem como, testes e integração; Transição Fase em que se enfatiza o processo de implantação do release, com importante foco na realização do teste beta e reconfiguração necessária do sistema, além de foco no processo de treinamento do usuário e conversão dos dados legados.

Fases do ciclo de vida do Projeto

Distribuição das Disciplinas pelas Fases

Observação É importante enfatizar que cada fase é encerrada por um marco, ou seja, um conjunto de atividades e artefatos gerados pela equipe de desenvolvimento que caracterizam o encerramento da fase.

Marcos do Open Up

Ciclo de Vida da Iteração ● Intervalos de tempo definidos e planejados (tipicamente semanas). ● Foco na entrega de valor incremental aos stakeholders de maneira previsível. ● Plano de iteração define o que deve ser entregue na iteração e o resultado é uma versão estável (testada) e executável. ● Estrutura como micro-incrementos são aplicados para liberar construções estáveis e coesas do sistema que incrementalmente progride em relação aos objetivos da iteração. ● Planejamento de iteração, estimativa e progresso são centrados em itens de trabalho. Plano de iteração é criado com seleção dos itens de trabalho de maior prioridade.

Iterações

Plano de iteração ● Objetivo • Fornecer à equipe um lugar central para informações a respeito dos objetivos da iteração. • Plano detalhado com as atribuições das tarefas. • Resultados das avaliações. ● Também ajuda a equipe a monitorar o progresso da iteração e mantém os resultados da avaliação da iteração, que podem ser úteis para melhorar a próxima iteração.

Observações Uma iteração é focada no desenvolvimento de um Build (executável) que será entregue ao cliente e dura no máximo algumas semanas. O executável entregue deverá ter sido exaustivamente testado e, quando possível, integrado a outros executáveis já entregues. É importante destacar que o principal papel da aplicação de testes é garantir que o artefato atende aos requisitos especificados pelos Stakeholders.

Micro-incremento É a execução de um pequeno passo que deve ser mensurável para alcançar os objetivos de uma iteração. Este pode representar o resultado de alguns dias ou horas de trabalho de uma pessoa ou um grupo determinado.

Micro-Incremento ● Esforço pessoal é organizado em micro-incrementos ● Unidades curtas de trabalho para alcançar os objetivos de uma iteração • Passo mensurável de progresso do projeto (horas ou poucos dias) ● Provêm feedback que direciona decisões em cada iteração ● Produz código testado, bem como artefatos validados ● Exemplos • Identificar stakeholders • Definir, projetar, implementar e testar um subfluxo de um caso de uso • Planejar iteração

Referencias http://www.open2up.blogspot.com/ http://blog.arkhi.com.br/tag/metodologias-ageis/ http://elvisfusco.com.br/tag/metodologia-agil/ http://www.infobrasil.inf.br/userfiles/27-05-S5-1-67910-Estendendo%20o%20OpenUP.pdf http://pt.scribd.com/doc/54313174/artigo-105