CIn - UFPE 1 OPEN Tiago Massoni 03/06/2003. CIn - UFPE2 Agenda Terminologia OPEN Modelagem de Processo Atividades, Tarefas e Técnicas Adaptação (Tailoring)

Slides:



Advertisements
Apresentações semelhantes
RUP – Rational Unified Process
Advertisements

Rational Unified Process
ISO Processos do Ciclo de Vida do Software
O Processo Praxis 3.0 Processos de Software 25/03/2017
Prof.ª Adriana dos Santos Caparróz Carvalho
Análise e Projeto de Sistemas I
Rational Unified Process(RUP)
Valéria Maria Lauande Março/2010
Engenharia de Software Professor Sandro de Paiva Carvalho.
Projeto de Sistemas de Software
RUP Rational Unified Process (Processo Unificado de Desenvolvimento da Rational) 1.
Processos de Desenvolvimento de Software
Reutilização de Software
RUP: Fluxo de Análise e Projeto
FDD.
Classes e objetos Modelagem
1/22 Introdução aos Processos de Software © Alexandre Vasconcelos Centro de Informática da UFPE/ Qualiti Software.
RUPinho Qualidade de Software
Desafios do desenvolvimento de software
Equipe Bruno Ghisi Bruno Ghisi Diogo Verçosa Diogo Verçosa Raylson Carlos Raylson Carlos Reginaldo Júnior Reginaldo Júnior Renato Arruda Renato Arruda.
Visão Geral do RUP.
Cap 2 – Processo de Software
Projeto de Sistemas de Software
Processos de Desenvolvimento de Software – Parte 2
Processos de Software Prof. Alexandre Vasconcelos
Planejamento e Gerenciamento
Introdução aos Processos de Software. Processo n Uma ação regular e contínua (ou sucessão de ações) realizada de forma bem definida, levando a um resultado.
Heron Vieira Aguiar “Seminário da disciplina MDA” Julho de 2006
PSBD II Projeto de Sistemas de Banco de Dados II
Software engineering, the software process and their support M.M. Lehman Apresentadora: Tarciana Dias da Silva.
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.
Bruno Silva Desenvolvido a partir de
O Processo Unificado (UP)
Introdução ao Processo Unificado de Desenvolvimento de Software Tiago Lima Massoni UFPE
Padrão- MVC Model, View, Controller
Engenharia de Software
SPEM / EPF Composer Audrey Bezerra de Vasconcelos Qualidade de Software Prof. Alexandre Vasconcelos.
METODOLOGIA, MÉTODOS E FERRAMENTAS
Processos de Software.
Modelos de Qualidade para indivíduos e grupos: PSP & TSP
Ferramentas de Suporte a MDD: Um Quadro Comparativo
Gestão de projetos de Software GTI-16
INSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA TOCANTINS Campus Araguaína Técnicas e Projetos de Sistemas SUBSEQUENTE 1.
Engenharia de Software
Processos conceitos, modelos, ciclo de vida, ambientes (PSEE), exemplos Augusto Sampaio.
Frameworks e Componentes Daniel Fernando Pavelec.
UML Components MO409 – Eng. de Software Profa. Eliane Martins
Engenharia de Software
Fábricas de Software Momentos de Reflexão
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.
Robson Godoi Grupo de Estudos em Processos de Desenvolvimento CIN - UFPE Outubro 2002.
PSDS com CMMI Nível 2 Dimitri de Almeida Malheiros Barbosa 27/03/2006.
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.
SPEM (Software Process Engineering Metamodel): Uma Linguagem para Modelagem de Processos de Software.
MAPS: Um Modelo de Adaptação de Processos de Software Ciro Carneiro Coelho Orientador Prof. Hermano Perrelli de Moura.
2005 Rodrigo Cavalcante Mendes Modelagem e Avaliação do CMMI no SPEM para Definição de um Meta- Processo de Software Graduando: Rodrigo.

/ 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.
SOA SOA – Arquitetura Orientada a Serviços Conceitos e Aplicações
PROJETO SPICE ISO Integrantes: Erickson Balzaneli
1 Projeto Piloto Conclusão em Agenda Projeto Piloto –Descrição –Execução da aplicação –Implementação de requisitos funcionais e não- funcionais.
Projeto Orientado a Objetos Prof. Wolley
/ 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.
Uma Extensão do Fluxo de Análise e Projeto do RUP com suporte a Desenvolvimento Baseado em Componentes Eduardo Almeida
Atividades, Artefatos e Responsáveis da Disciplina de Análise e Projeto.
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:

CIn - UFPE 1 OPEN Tiago Massoni 03/06/2003

CIn - UFPE2 Agenda Terminologia OPEN Modelagem de Processo Atividades, Tarefas e Técnicas Adaptação (Tailoring) Comparação com o RUP Considerações Finais

CIn - UFPE3 Terminologia Dois conceitos de processo: 1. Processo de ciclo de vida: foco técnico  Atividades ordenadas, tarefas, artefatos, técnicas 2. SEP (Software Engineering Process): foco gerencial  Além da parte técnica, considera pessoas, contexto organizacional e tecnologia Na terminologia OPEN  1: metodologia  2: processo de software

CIn - UFPE4 Terminologia Processo Pessoas Organização TecnologiaMetodologia Processo (SEP) = metodologia + contexto da organização (pessoas) + tecnologias Metodologia = atividades + ciclo de vida + técnicas + artefatos + linguagem de modelagem + papéis + etc...

CIn - UFPE5 OPEN Object-oriented Process, Environment and Notation Framework (OPF) para processos de engenharia de software orientado a objetos Inclui atividades com suporte ao ciclo de vida completo, além de tarefas e conjuntos de técnicas e artefatos

CIn - UFPE6 OPEN Forte ênfase em modelagem de processo para gerar instâncias (meta-modelo de processos) Domínio público Sugere OML (não é popular) mas permite UML

CIn - UFPE7 Modelagem de Processos Escolha inicial: modelo de ciclo de vida (cascata, iterativo,...) OPEN Framework: biblioteca de componentes que são relacionados e instanciados Classificação dos componentes  Unidades de Trabalho: atividades, tarefas, técnicas  Produtos de trabalho: artefatos  Linguagens: modelagem, programação  Produtores: papéis

CIn - UFPE8 Modelagem de Processos Atividades são modeladas como objetos; tarefas são “métodos” em cada atividade  Tarefas são “ligadas” a um conjunto de técnicas Cada instância: padrão de ciclo de vida (lifecycle pattern) Um exemplo de modelo de processo: ciclo de vida dirigido por contratos  Contratos são associados a cada atividade (pré- e pós- condições)  Timeboxing guia o desenvolvimento iterativo

CIn - UFPE9 Contract- Driven Lifecycle

CIn - UFPE10 Atividades Descrições de larga escala: o que precisa ser feito Atividades de um único projeto  Iniciação  Análise e modelagem  Planejamento de Projeto Atividades multi-projeto  Programme Planning: Interação entre projetos  Modelagem domínio

CIn - UFPE11 Tarefas e Técnicas Tarefas definem o que fazer de forma coesa  O que fazer para a atividade cumprir seus contratos Técnicas definem como tarefas serão realizadas  OPEN inclui conjunto abrangente de técnicas Exemplo  Atividade: Construção (build)  Tarefa: Construir modelo de objetos  Técnicas: Modelar substantivos como classes; CRC cards; etc...

CIn - UFPE12 Instanciação de Processos Dois níveis de instanciação  OPEN => Processo organizacional  Processo organizacional => Processo específico Padrão de ciclo de vida  Instanciação do meta-modelo do OPEN  Solução para um problema comum (desenvolver software) em um contexto Matrizes bidimensionais  Mapeam atividades -> tarefas e tarefas -> técnicas  Auxiliam a instanciação do meta-modelo

CIn - UFPE13 Instanciação de Processos Técnicas Tarefas Construir modelo objetos Codificar PolimorfismoOO WrappersDR CRC CardsRP O: Obrigatória R: Recomendada OP: Opcional D: Desencorajada P: Proibida

CIn - UFPE14 Comparação com o RUP Apesar de ser adaptável, RUP possui idéias intrínsecas  Iterativo, incremental, use-case driven  OPEN: mais flexível OPENRUP AtividadeWorkflow (fluxo) TarefaAtividade Detalhe de tarefaPasso TécnicaGuideline, Mentors ProdutorWorker

CIn - UFPE15 Considerações Finais Interessante idéia de framework de domínio público  Flexível a ponto de reunir experiências  Ênfase na modelagem de processos (automatização) OPEN é pouco difundido na indústria  Falta suporte de ferramentas CASE  Ainda há poucos relatos de experiência e documentação  Evolução do framework não é visível

CIn - UFPE16 Referências The OPEN Process Specification. Ian Graham, Brian Henderson-Sellers, Houman Younessi. Addison Wesley, OPEN Web-site.