O Processo Unificado: Captura de requisitos

Documentos relacionados
ESTÁGIO DE DOCÊNCIA II

Engenharia de Requisitos Estudo de Caso

Engenharia de Software III

Casos de Uso. Prof. Clayton Vieira Fraga Filho site: ENG10015 Engenharia de Software

2 Diagrama de Caso de Uso

Ricardo Roberto de Lima UNIPÊ APS-I. Históricos e Modelagem Orientada a Objetos

Modelagem de Casos de Uso (Parte 1)

Modelagem de Casos de Uso (Parte 2)

Documento de Análise e Projeto VideoSystem

A Linguagem de Modelagem Unificada (UML)

Modelagem de Casos de Uso (Parte 2)

Modelagem de Sistemas Prof. Marcos Roberto e Silva

Modelagem de Software Prof. Flávio de Oliveira Silva, Ph.D.

Processo de Desenvolvimento Unificado

Desenvolvimento de Sistemas Orientados a Objetos com UML UP/RUP: Projeto

Diagrama de Casos de Uso. Diagrama de Casos de Uso. Diagrama de Casos de Uso. Diagrama de Casos de Uso. Componentes do Diagrama

Análise e Projeto Orientados a Objetos Aula IV Requisitos. Prof.: Bruno E. G. Gomes IFRN

UNIVERSIDADE DE MOGI DAS CRUZES Centro de Ciências Exatas e Tecnológicas

Histórico da Revisão. Data Versão Descrição Autor

Especificação de Requisitos

Documento de Requisitos

Análise e Projeto de Sistemas

ANÁLISE E PROJETO ORIENTADO A OBJETOS. Isac Aguiar isacaguiar.com.br isacaguiar@gmail.com

Franklin Ramalho Universidade Federal de Campina Grande - UFCG

DESENVOLVENDO O SISTEMA

Felipe Denis M. de Oliveira. Fonte: Alice e Carlos Rodrigo (Internet)

Guia de Especificação de Caso de Uso Metodologia CELEPAR

UML Unified Modeling Language. Professor: André Gustavo Bastos Lima

QUESTÃO 01 - DIAGRAMA DE SEQUENCIA (CONCEITOS)

Uma Abordagem usando PU

Conteúdo. Disciplina: INF Engenharia de Software. Monalessa Perini Barcellos. Centro Tecnológico. Universidade Federal do Espírito Santo

Prof. Raul Sidnei Wazlawick UFSC-CTC-INE. Fonte: Análise e Projeto de Sistemas de Informação Orientados a Objetos, 2ª Edição, Elsevier, 2010.

ARCO - Associação Recreativa dos Correios. Sistema para Gerenciamento de Associações Recreativas Plano de Desenvolvimento de Software Versão <1.

APOO Análise e Projeto Orientado a Objetos. Requisitos

Requisitos. Sistemas de Informações

Estudo de Caso Sistema de Caixa Automático

Curso de Licenciatura em Informática

Documento de Definição de Requisitos

Notas de Aula 05: Aplicação de um caso de uso

MODELAGEM DE SISTEMAS

UNIDADE 4. Introdução à Metodologia de Desenvolvimento de Sistemas

Especificação do 3º Trabalho

Para cada fase consideramos. Tempo para um projeto típico Tempo para um projeto Complexo. Arquitetura do Processo Unificado. A meta a ser atingida

Modelo de interações no processo de desenvolvimento

TRABALHO DE DIPLOMAÇÃO Regime Modular ORIENTAÇÕES SOBRE O ROTEIRO DO PROJETO FINAL DE SISTEMAS DE INFORMAÇÕES

Tópicos em Engenharia de Software (Optativa III) AULA 2. Prof. Andrêza Leite (81 )

Unioeste Universidade Estadual do Oeste do Paraná

Documento de Arquitetura

Especificação de Requisitos

Engenharia de Software I

Roteiro para a escrita do documento de Especificação de Requisitos de Software (ERS)

Especificação dos Requisitos do Software: Sistema de Gerenciamento de Planos Corporativo de Celulares

Análise e Projeto Orientado a Objetos. Modelagem de Domínio

O modelo unificado de processo. O Rational Unified Process, RUP.

INF 2125 PROJETO DE SISTEMAS DE SOFTWARE Prof. Carlos J. P. de Lucena

Documento de Requisitos Projeto SisVendas Sistema de Controle de Vendas para Loja de Informática.

Roteiro do Trabalho Prático

Análise e Projeto Orientados por Objetos

Prof. Raul Sidnei Wazlawick UFSC-CTC-INE. Fonte: Análise e Projeto de Sistemas de Informação Orientados a Objetos, 2ª Edição, Elsevier, 2010.

UML - Unified Modeling Language

Introdução Diagramas de Casos de Uso Diagramas de Classes Estoque Fácil

Unisant Anna Gestão Empresarial com ERP 2014 Modelagem de Sistemas - UML e MER

Processos de Desenvolvimento de Software

Modelos de Sistemas Casos de Uso

2 a Lista de Exercícios

Modelagem de Casos de Uso! Um modelo funcional

Modelos de Sistemas Leitura: Sommerville; Pressman

Rational Requirements Composer Treinamento aos Analistas de Qualidade e Gestor das Áreas de Projeto

Princípios de modelagem de Domínio e Projeto(design) de Software Parte 1

Resumo do BABok 2.0 O Guia de Referência de Análise de Negócio Curso de Analista de Negócio 3.0

Um Processo para Desenvolvimento de Aplicações Web Baseado em Serviços. Autores: Fábio Zaupa, Itana Gimenes, Don Cowan, Paulo Alencar e Carlos Lucena

Resolução da lista de exercícios de casos de uso

PONTIFÍCIA UNIVERSIDADE CATÓLICA DO RIO DE JANEIRO CURSO DE MESTRADO EM INFORMÁTICA FRAMEWORK DE AGENDAMENTO DE RECURSOS UTILIZANDO FILAS

Casos de uso Objetivo:

3 Um Framework Orientado a Aspectos para Monitoramento e Análise de Processos de Negócio

DOCUMENTO DE REQUISITOS

Projeto: Simul-e Documento de Arquitetura de Software

IES-200. Tecnologia em Análise e Desenvolvimento de Sistemas Prof. Me. Álvaro d Arce alvaro@darce.com.br

Análise de Requisitos

Análise e Projeto Orientados a Objetos Aula IX Modelo Conceitual do Sistema (Modelo de Domínio) Prof.: Bruno E. G. Gomes IFRN

ESPECIFICAÇÕES DE CASOS DE USO

UML: Casos de Uso. Projeto de Sistemas de Software

Metodologias de Desenvolvimento de Sistemas. Analise de Sistemas I UNIPAC Rodrigo Videschi

UML & Padrões Aula 3. UML e Padrões - Profª Kelly Christine C. Silva

UNIVERSIDADE FEDERAL DO PARANÁ. CURSO: Ciência da Computação DATA: / / 2013 PERÍODO: 4 o.

Controle de Almoxarifado

MC536 Bancos de Dados: Teoria e Prática

Casos de Uso. Professor MSc Wylliams Barbosa Santos wylliams.wordpress.com Laboratório de Programação

Unified Process. Sueleni Mendez Batista. Orientadora: Dra. Elisa Hatsue Moriya Huzita

Diagrama de Caso de Uso e Diagrama de Sequência

Engenharia de Software

CASO DE USO. Isac Aguiar isacaguiar.com.br

Modelos de Sistemas Casos de Uso

Projeto de Sistemas I

Transcrição:

O Processo Unificado: Captura de requisitos Itana Gimenes Graduação em Informática 2008

Captura de Requisitos Modelagem do negócio: Visão de negócios Modelo de objetos de negócio de negócio Especificação de requisitos Funcionais O que o sistema deve fazer Não Funcionais Especifica propriedades do sistema, tais como restrições de ambiente e implementação, desempenho, dependências de plataforma, segurança e confiabilidade.

Artefatos versus Papéis

Modelo de Casos de Uso

Modelagem do negócio entender e estruturar o comportamento dinâmico da organização na qual o sistema será implantado (organização-alvo). entender os problemas atuais da organização e identificar potenciais melhorias. garantir que clientes, usuários finais e desenvolvedores tenham uma compreensão comum da organização-alvo.

Artefatos produzidos a partir da modelagem do negócio Visão do negócio (diagrama de pacotes) Descrição do sistema (Textual) Modelo de objetos de negócio ( ~ modelo conceitual) modelo mostrando os principais conceitos do sistema real, sem ainda pensar em uma solução de software. Representado por um diagrama de classes sem atributos e operações.

Visão do negócio

Descrição textual O sistema para locação de veículos consiste basicamente do gerenciamento das locações de veículos de uma determinada empresa, controlando desde a reserva até o retorno do automóvel. Neste gerenciamento, considerar-se-á os diversos tipos de veículos (modelo, fabricante), bem como seus opcionais. O sistema deverá ainda emitir diversos tipos de relatórios e consultas, possibilitando um melhor gerenciamento das locações oferecidas. Breve descricão dos requisitos funcionais e não funcionais Ex. As principais funcionalidades do sistema são... Como requisitos não funcionais têm-se...

Modelo de negócios - exemplo O sistema permite: a realização de pedidos via Internet e o envio de faturas aos compradores e vendedores. O sistema auxilia ao vendedor a avaliar seus pedidos; enviar as faturas ao comprador; validar suas faturas e efetuar pagamentos a partir de sua conta.

Especificação de requisitos Encontrar atores e casos de uso Priorizar os casos de uso Detalhar os casos de uso Prototipar a interface com o usuário Estruturar o modelo de casos de uso

Encontrar atores e casos de uso Objetivo Delimitar o sistema do seu ambiente. Representar quem (entidade externa) vai interagir com o sistema e qual funcionalidade executará. Definir um glossário de termos comuns.

Encontrar atores e casos de uso Entradas: Modelo de negócios Requisitos suplementares Lista de características Saídas: Modelo de casos de uso Glossário

Algumas dicas O ator é quem interage com o sistema. Exemplo: se um usuário interage com um funcionário que interage com o sistema, o ator é o funcionário. Casos de uso são descritos por verbos no infinitivo. Exemplo: pagar fatura, solicitar informação, fazer pedido. Modelos de caso de uso não são algoritmos. Eles descrevem as ações do sistemas em mais alto nível. Se um caso de uso é complexo pode-se usar um diagrama de estados ou de atividades para facilitar o entendimento. Verifique compatibilidade de papéis, atores não devem exercer os mesmos papéis. Encontre os casos de uso realizando workshops e entrevistas com os clientes e usuários. Valor do resultado x ator específico um caso de uso deve apresentar um resultado significativo que o cliente está disposto a pagar, mas não deve ser muito grande. Encontre o balanço certo.

Observações (Wazlawick, 2004) Pode-se organizar os casos de uso em: Casos de uso que representam os principais negócios da organização. Operações de manutenção de cadastro (inserir, remover, alterar) associadas aos conceitos Operações de consulta

Exemplo de representação de conceitos e operações de cadastro Conceito I A E C Observação Ref. Cruzadas Cliente x x x x Só é possível excluir se não houver empréstimos associados Reserva x x x x Só possível excluir se não houver empréstimos associados Fita x x x x F18 F13 F15, F16 Empréstimo x x A inclusão de um empréstimo só pode acontecer através do caso de uso emprestar fitas. Não é possível alterar um empréstimo, apenas excluir. F17, F19

Exemplo de representação de consultas Nome Vendas mensais Clientes suspensos Referências F20, F21, F22 F13, F23, F1...

Definir as prioridades dos casos de uso Definir quais casos de uso devem ser desenvolvidos nas iterações iniciais e quais podem ser desenvolvidos posteriormente. A Definição leva em consideração aspectos não técnicos como aspectos dos negócio ou econômicos. Os resultados são representados por uma visão arquitetural dos casos de uso.

Detalhar os casos de uso Detalhar cada caso de uso descrevendo o seu fluxo de eventos (como começa, termina e interage com os atores); Pode-se usar um diagrama de estados ou um diagrama de atividades para descrever o caso de uso. Discutir descrição do Banking System.

Exemplo de Diagrama de Estados

Detalhar casos de uso Número:01 Caso de uso: Emprestar fitas Descrição: um cliente solicita a locação de algumas fitas. Após se identificar e escolher as fitas, ele pode levá-la para casa, ciente do prazo de devolução e do valor a ser pago. Ator: Funcionário Pré-condição: Cliente cadastrado e fitas escolhidas disponíveis Pós-condição: Fitas emprestadas ao cliente

Detalhar casos de uso Fluxo principal: 1. O cliente chega ao balcão com as fitas que deseja locar. 2. O cliente informa seu nome e entrega as fitas ao funcionário. 3. O funcionário registra o nome do cliente e inicia a locação 4. O funcionário registra cada uma das fitas. 5. O funcionário finaliza a locação, entrega as fitas ao cliente e lhe informa a data de devolução e o valor da locação. 6. O cliente deixa a locadora com as fitas

Detalhar casos de uso Tratamento das Exceções: 1. O cliente não possui cadastro a. O cliente deve informar seus dados para cadastro b. O funcionário registra o cadastro. c. Retorna ao fluxo principal. 2. O cliente possui pendências no cadastro (locação não paga) a. O cliente paga seu debíto b. O funcionário registra o pagamento e elimina a pendência c. Retorna ao fluxo principal. 3. Uma fita está reservada com outro cliente 1....

Detalhar casos de uso Saída: Documento texto contendo a descrição detalhada de todos os casos de uso.

Prototipar a Interface com Usuário Projetar as interfaces com o usuário que servem para executar os casos de uso. Para cada caso de uso deve-se pensar o que este deve oferecer ao ator como interface.

Prototipar interface com o usuário Prepare um rascunho de possíveis interfaces de acordo com as funcionalidades oferecidas aos usuários. Tente responder a perguntas como: Que tipo de elementos de interface são necessários? Como os elementos de interface devem se relacionar? Como os elementos de interfaces são utilizados nos vários casos de uso? Como os elementos de interface devem ser apresentados? Como os elementos de interface devem ser manipulados?

Estruturar os casos de uso Generalização Include Extend

Estruturar o modelo de casos de uso Buscar casos de uso que podem ser reutilizados -> (include, generalization) Buscar casos de uso que são adicionais ou opcionais -> (extend)

Glossário Veículo: automóvel que estará disponível para a reserva/locação. Cliente: pessoa que efetua a locação ou reserva de um veículo. Funcionário: responsável por controlar o sistema, emitir relatórios e gerenciar veículos. Reserva: descrição da locação de veículo pretendida.

Arquitetura inicial do sistema