Capítulo 6 Captura de Requisitos: De Visão para Requisitos Disciplina: Estudo do RUP Autor: Vander Alves Orientação: Augusto Sampaio Paulo Borba.

Slides:



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

Engenharia de Software
UML no CICLO de DESENVOLVIMENTO
APSOO Aula 03.
APSOO Aula 05.
O Processo Praxis 3.0 Processos de Software 25/03/2017
Identificando requisitos
Rational Unified Process(RUP)
Valéria Maria Lauande Março/2010
Centrado na arquitetura
RUP - Rational Unified Process
Análise de Requisitos Use Case Renata Araujo Ricardo Storino
Análise e Projeto de Sistemas
RUP: Fluxo de Análise e Projeto
Gabriel Silva Bornia Prof. Dr. Roberto Tom Price Orientador
Rational Unified Process
Rational Unified Process
RUP - Cap. 2 – Os 4 P’s (Pessoas, Projeto, Produto e Processo)
Arquitetura Orientado a Serviços
Visão Geral do RUP.
Fundamentos de Engenharia de SW
Processos de Desenvolvimento de Software – Parte 2
Fase de Elaboração: Fluxo de Requisitos
O Fluxo de Requisitos © Alexandre Vasconcelos
Análise e Projeto de Sistemas
Caso de Uso - Definição Um caso de uso é uma descrição narrativa de uma seqüência de eventos que ocorre quando um ator (agente externo) usa um sistema.
Modelagem de Negócio no RUP
PSBD II Projeto de Sistemas de Banco de Dados II
Especificação em Projeto de Sistemas
Levantamento de Requisitos
Capítulo 8 Análise Disciplina: Estudo do RUP Autor: Raquel Almeida Orientação: Augusto Sampaio Paulo Borba.
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
UML Diagrama de Caso de Uso Profª. Marcelo Siedler
Requisitos (Complemento) Marcio de Carvalho Victorino.
Capturando Requisitos com Use Cases Disciplina: Estudo do RUP Autor: Tiago Lima Massoni Orientacao: Augusto Sampaio Paulo Borba.
RUP - Cap. 4 – Processo Centrado na Arquitetura
Engenharia de Software
RUP - Cap. 3 – Processo Dirigido por Caso de Uso
Processo Incremental e Iterativo Disciplina: Estudo do RUP Autor: Sérgio C. B. Soares Orientação: Augusto Sampaio Paulo Borba.
Trabalho de Engenharia de Software II
Processos de Software.
Fase de Concepção Levantamento de Requisitos, Organização de Requisitos, Planejamento dos Ciclos Iterativos.
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)
Processo Centrado na Arquitetura
Gestão de projetos de Software GTI-16
UML 2.0 Requisitos, Casos de Uso e Diagrama de Atividades no Rational Rose Roberto Costa Rodrigo Lumack
Diagramas de Caso de Uso
Capítulo 14 A fase de elaboração cria a linha base da arquitetura Disciplina: Estudo do RUP Autor: Vander Alves Orientação: Augusto Sampaio Paulo Borba.
Capítulo 2: Os 4 Ps (Pessoas, Projeto, Produto, Processo)
Construção leva à capacidade operacional inicial Disciplina: Estudo do RUP Autor: Tiago Lima Massoni Orientacao: Augusto Sampaio Paulo Borba.
Modelagem Orientada a Objetos Use-Case Modeling. Objetivos básicos de um modelo use-case n Descrever o que um novo sistema deve fazer n Descrever o que.
Processo Dirigido Pelos Use Cases Disciplina: Estudo do RUP Autor: Tiago Lima Massoni Orientação: Augusto Sampaio Paulo Borba.
Requisitos Não funcionais
Capítulo 12 Workflow Genérico de Iteração Disciplina: Estudo do RUP Autor: Raquel Almeida Orientação: Augusto Sampaio Paulo Borba.
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.
Análise e Projeto de Sistemas Orientado a Objetos Profa. Ana Karina Barbosa.
Capítulo 13 Concepção Disciplina: Estudo do RUP Autor: Sérgio Soares Orientação: Augusto Sampaio Paulo Borba.
Engenharia de Software Fluxo de Requisitos
UML (Unified Modeling Language) Linguagem Unificada de Modelagem
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.
©2003, Alexandre Vasconcelos & Augusto Sampaio CIn-UFPE1 Análise e Projeto de Sistemas Modelagem de Requisitos com Casos de Uso.
Engenharia de Software com o RUP - Workflow de Requisitos
Capítulo 9 Projeto Disciplina: Estudo do RUP Autor: Sérgio Soares Orientação: Augusto Sampaio Paulo Borba.
/ 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.
Atividades, Artefatos e Responsáveis da Disciplina de Análise e Projeto.
©2003, Alexandre Vasconcelos & Augusto Sampaio CIn-UFPE1 Análise e Projeto de Sistemas Modelagem de Requisitos com Casos de Uso.
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:

Capítulo 6 Captura de Requisitos: De Visão para Requisitos Disciplina: Estudo do RUP Autor: Vander Alves Orientação: Augusto Sampaio Paulo Borba

1999RUP - DI / UFPE 1. Core Workflows zPrincípios: dirigido use case; centrado na arquitetura e iterativo e incremental; zestudo individual dos workflows; zdivisão didática; zlembrar iteração e interação entre os workflows.

1999RUP - DI / UFPE 2. Workflow de requisitos z O que o sistema deve fazer para usuários e clientes; zdeve ser claro e útil para os desenvolvedores; zdelimita o sistema; zprovê base para planejamento (iterações); zdefine a GUI.

1999RUP - DI / UFPE 3. Dificuldades zFontes imprecisas, inconsistentes e incompletas: usuários, clientes; ztradicionalmente, analista lista requisitos. zNa prática, volumoso e transição não natural para projeto; zProposta: foco na missão do sistema.

1999RUP - DI / UFPE 4. Visão geral da captura de requisitos zListar possíveis requisitos; zentender o contexto do sistema; zcapturar requisitos funcionais; zcapturar requisitos não funcionais.

1999RUP - DI / UFPE 4.1 Listar possíveis requisitos zFeatures que clientes, usuários, analistas e desenvolvedores sugerem para próxima versão; zStatus, custo de implementação, prioridade, risco zestimar tamanho; zplanejar iterações.

1999RUP - DI / UFPE 4.2 Entender o contexto do sistema zÉ essencial para a captura dos requisitos; zDuas abordagens: yModelagem do domínio: conceitos e associações, glossário (padronizar comunicação) yModelagem do negócio: processos suportados pelo sistema.

1999RUP - DI / UFPE 4.3 Capturar requisitos funcionais zÉ realizado pelos use-cases; zdetalhes no capítulo 7.

1999RUP - DI / UFPE 4.4 Capturar requisitos não funcionais zPropriedades de sistema, ambiente, restrições de implementação, projeto, interface, hardware zPodem ou não ser aplicadas a nível de use cases

1999RUP - DI / UFPE 5. Modelagem de negócio zEstrutura e dinâmica da organização; zvisão comum da organização por clientes, usuários e desenvolvedores zderivar requerimentos que suportam a organização.

1999RUP - DI / UFPE 5. Modelagem de negócio

1999RUP - DI / UFPE 5.1 Capturar um vocabulário comum zVocabulário comum usado em todas descrições do negócio; zimportância para consistência; zsubstantivos no singular. Ex: tarefa, pedido.

1999RUP - DI / UFPE 5. Modelagem de negócio

1999RUP - DI / UFPE 5.2 Achar atores e use cases de negócio zDelinear processos do negócio; zdefinir as fronteiras do negócio; zdefinir quem e o que interagirá com o negócio; zcriar diagrama do modelo use case de negócio. zilustrar como o negócio é suportado por este modelo.

1999RUP - DI / UFPE 5. Modelagem de negócio

1999RUP - DI / UFPE Vendas Comprador Vendedor 5.2 Achar atores e use cases de negócio (exemplo)

1999RUP - DI / UFPE 5. Modelagem de negócio

1999RUP - DI / UFPE 5.3 Detalhar um use case de negócio zDetalhar o workflow do use case de negócio: membros do projeto e do negócio ybrainstorm das atividades; yinterações com atores de negócio; yestruturar workflow: fluxos concorrentes, alternativos, excepcionais, comuns; zdetalhe acessível a clientes e usuários.

1999RUP - DI / UFPE 5. Modelagem de negócio

1999RUP - DI / UFPE 5.4 Estruturar o modelo use case de negócio zReescrita abstrata dos use cases: comportamento comum, alternativo e excepcional (include, extend, generalization); zidentificar atores abstratos com papéis comuns a vários atores; zEnfim, “enxugar” o diagrama.

1999RUP - DI / UFPE 5. Modelagem de negócio

1999RUP - DI / UFPE 5.5 Revisar o modelo use case de negócio zModelo: completo? correto? estrutura, etc. zAtores: completo? Papel e não pessoa? Fora do negócio? Interage com use case? zUse cases: completo? Descrição clara? Envolvido com ator? Use case abstratos?

1999RUP - DI / UFPE 5. Modelagem de negócio

1999RUP - DI / UFPE 5.6 Achar trabalhadores de negócio e entidades zIdentificar todos “papéis” e “coisas” no negócio: unidades organizacionais, trabalhadores de negócio (papéis) e objetos (coisas); zimplementar use case de negócios em termos de trabalhadores de negócio e entidades; zcolaboração e modelo de objeto de negócio.

1999RUP - DI / UFPE 5.6 Achar trabalhadores de negócio e entidades (exemplo) Conta Fatura Comprador Vendedor Gerenciador de pagamento

1999RUP - DI / UFPE 5. Modelagem de negócio

1999RUP - DI / UFPE 5.7 Detalhar trabalhador de negócio zDetalhar as responsabilidades de um trabalhador de negócio na implementação do use case; zdefinir suas operações; zdefinir seus atributos.

1999RUP - DI / UFPE 5. Modelagem de negócio

1999RUP - DI / UFPE 5.8 Detalhar entidade de negócio zDetalhar as responsabilidades de uma entidade na implementação do use case ; zdefinir suas operações; zdefinir seus atributos.

1999RUP - DI / UFPE 5. Modelagem de negócio

1999RUP - DI / UFPE 5.9 Revisar o modelo de objeto de negócio zValidação com stakeholders; ztrabalhadores; zentidades; zimplementação.

1999RUP - DI / UFPE 6. Modelagem de domínio

1999RUP - DI / UFPE 7. Pontos a considerar zQuantidade de passos das atividades: 60; zQuantidade de artefatos: 9; zO que cortar?