Engenharia de Software I



Documentos relacionados
UNIVERSIDADE FEDERAL DE SANTA MARIA CENTRO DE TECNOLOGIA AULA 17 PROFª BRUNO CALEGARO

Modelagem de Sistemas Prof. Marcos Roberto e Silva

Unified Modeling Language UML

Processo Unificado (RUP)

UNIVERSIDADE DO ESTADO DE SANTA CATARINA - UDESC DCC Departamento de Ciência da Computação Joinville-SC

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

Análise e Projeto de Sistemas

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

2 Diagrama de Caso de Uso

REQUISITOS DE SISTEMAS

Processos de Desenvolvimento de Software. Prof. Hélio Engholm Jr

CASO DE USO. Isac Aguiar isacaguiar.com.br

O Processo Unificado: Captura de requisitos

Documento de Requisitos

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

Fase 1: Engenharia de Produto

ADMINISTRAÇÃO DE ATIVOS DE TI GERENCIAMENTO DE CONFIGURAÇÃO

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

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

Engenharia de Software III

MODELAGEM DE DADOS MODELAGEM DE DADOS. rafaeldiasribeiro.com.br. Aula 3. Prof. Rafael Dias Ribeiro.

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

Uma Abordagem usando PU

RUP. Evolução. Principais Características do RUP. Principais Características do RUP RUP

Programa do Módulo 2. Processo Unificado: Visão Geral

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

Curso: Engenharia de Software com Ênfase em Padrões de Software (UECE Universidade Estadual do Ceará) RUP

Engenharia de Software I

Sumário. Uma visão mais clara da UML

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

Capítulo 2. Processos de Software Pearson Prentice Hall. Todos os direitos reservados. slide 1

Roteiro. BCC321 - Banco de Dados I. Conceitos Básicos. Conceitos Básicos. O que é um banco de dados (BD)?

Especificação de Requisitos

Diagrama de Caso de Uso e Diagrama de Sequência

MC536 Bancos de Dados: Teoria e Prática

Documento de Arquitetura

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

Engenharia de Software na Prática Hélio Engholm Jr.

Pós-Graduação em Gerenciamento de Projetos práticas do PMI

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

UML: Casos de Uso. Projeto de Sistemas de Software

Modelagem OO com UML. Vítor E. Silva Souza ~ vitorsouza

Metodologia de Desenvolvimento de Sistemas

Engenharia de Software e Gerência de Projetos Prof. Esp. André Luís Belini Bacharel em Sistemas de Informações MBA em Gestão Estratégica de Negócios

Banco de Dados Modelo Conceitual, Lógico, Físico, Entidade- Relacionamento (ER) Hélder Nunes

Especificação de Requisitos

RUP Rational Unified Process

Concepção e Elaboração

Roteiro do Trabalho Prático

Processo de Desenvolvimento Unificado

Modelagem. Entendimento do ambiente Permite lidar com complexidade complexidade progressiva

ALESSANDRO RODRIGO FRANCO FERNANDO MARTINS RAFAEL ALMEIDA DE OLIVEIRA

Persistência e Banco de Dados em Jogos Digitais

UML Aspectos de projetos em Diagramas de classes

Engenharia de Software Engenharia de Requisitos. Análise Orientada a Objetos Prof. Edison A M Morais prof@edison.eti.

O Rational Unified Process (RUP) é um processo de desenvolvimento de software inspirado no

Wilson Moraes Góes. Novatec

BANCO DE DADOS PROFESSOR MAURÍCIO - MAURICIO.MELLO@PUCPR.BR AULA 02. O Modelo Entidade-Relacionamento ( MER )

Requisitos. Professor Gabriel Baptista ( gabriel.baptista@uninove.br ) ( )

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

Prova de Conhecimento para Consultores de Implementação MPS.BR INSTRUÇÕES

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

Capítulo 11. Conceitos de Orientação a Objetos. Rui Rossi dos Santos Programação de Computadores em Java Editora NovaTerra

Uma visão mais clara da UML Sumário

Engenharia de Requisitos

Unified Modeling Language UML

Prof.: Clayton Maciel Costa

Campus Capivari Análise e Desenvolvimento de Sistemas (ADS) Prof. André Luís Belini prof.andre.luis.belini@gmail.com /

Rock In Rio - Lisboa

SISTEMA TYR DIAGRAMAS DE CLASSE E SEQUÊNCIA Empresa: Academia Universitária

Metodologia e Gerenciamento do Projeto na Fábrica de Software

Diagrama de Classes. Um diagrama de classes descreve a visão estática do sistema em termos de classes e relacionamentos entre as classes.

FACULDADE DE ENGENHARIA DE COMPUTAÇÃO. PROJETO FINAL I e II PLANO DE TRABALHO <NOME DO TRABALHO> <Nome do Aluno> <Nome do Orientador>

2 a Lista de Exercícios

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

Padronização de Documentação de Sistemas. Projeto a ser desenvolvido no âmbito da Gerência de Sistemas/GGTIN e ANVISA

PDS - DATASUS. Processo de Desenvolvimento de Software do DATASUS

Programação com acesso a BD. Prof.: Clayton Maciel Costa clayton.maciel@ifrn.edu.br

Conceitos de Banco de Dados

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

TC 045 Gerenciamento de Projetos

TOTVS BA Guia de Customização Linha Logix

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

PROCESSO DE DESENVOLVIMENTO DE SOFTWARE. Modelos de Processo de Desenvolvimento de Software

Tarciane Andrade.

LINGUAGEM DE BANCO DE DADOS

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

Introdução a Computação

Disciplina: Unidade II: Prof.: Período:

Feature-Driven Development

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

Engenharia de Software I: Análise e Projeto de Software Usando UML

UML: Unified Modeling Language. Graduação em Informática 2008 Profa. Itana Gimenes

PRODUTO 1 (CONSTRUÇÃO DE PORTAL WEB)

Documento de Definição de Requisitos

Transcrição:

Engenharia de Software I Curso de Desenvolvimento de Software Prof. Alessandro J de Souza ajdsouza@cefetrn.br 1 Rational Unified Process RUP Fase Elaboração 2

VISÃO GERAL Fase Elaboração. Visão Geral 3 FASE DE ELABORAÇÃO Os objetivos principais da fase de Elabração incluem: A meta da fase de elaboração é criar a baseline para a arquitetura do sistema a fim de fornecer uma base estável para o esforço da fase de construção. (Projeto da Arquitetura) Criar Protótipos para validação da Arquitetura.(Escolha de Casos de Uso estratégicos) Criar planos de iteração detalhados e baselines para a fase de construção. Tratar todos os riscos significativos do ponto de vista da arquitetura do projeto. Fase Iniciação 4

FASE DE ELABORAÇÃO Marco da Arquitetura do Ciclo de Vida. Critérios de Avaliação Os requisitos do produto são estáveis A arquitetura é estável O teste e a avaliação de protótipos executáveis demonstraram que os principais elementos de risco foram tratados e resolvidos com credibilidade. Os planos de iteração para a fase de construção têm detalhes e fidelidade suficientes para permitir o avanço do trabalho. Todos os envolvidos concordam com a arquitetura proposta. 5 FASE DE ELABORAÇÃO - Disciplinas 6

FASE DE ELABORAÇÃO - Disciplinas 7 FASE DE ELABORAÇÃO - Artefatos Artefatos Modelo de Análise: O Modelo de Análise descreve a realização dos casos de uso e funciona como uma abstração do Artefato: Modelo de Design. O Modelo de Análise contém os resultados da análise do caso de uso. Descrição de Coisa do Mundo Real. Papel: Arquiteto de Software Modelo de Análise não são modelos de componentes de software 8

FASE DE ELABORAÇÃO - Artefatos Artefatos - Modelo de Análise Passos para criar um modelo de Análise: Liste as classes conceituais candidatas Desenhe-as em um modelo de análise Acrescente as associações necessárias para registrar os relacionamentos Acrescente os atributos necessários Ou...? 9 FASE DE ELABORAÇÃO - Artefatos Artefatos - Modelo de Análise Classes Conceituais de Especificação ou Descrição Quando as classes conceituais de especificação são necessárias? Quando houver necessidade de uma descrição sobre um item ou serviço Quando a exclusão de instancias de coisas que elas descrevem resultar em uma perda de informação que precise ser mantida Quando essa especificação ou classe reduzir informações redundantes ou duplicadas Descreve Pior Representado Melhor Representado 10

FASE DE ELABORAÇÃO - Artefatos Artefatos - Modelo de Análise Associações: Representa uma relação estrutural entre domínio Papéis Nome da Associação Multiplicidade 11 FASE DE ELABORAÇÃO - Artefatos Artefatos - Modelo de Análise Generalização: Relaciona classes generalizadas com suas especializações. Denota relações é um tipo de. 12

FASE DE ELABORAÇÃO - Artefatos Artefatos - Modelo de Análise Agregação: É uma associação que expressa a semântica parte de. Neste tipo de relacionamento, temos uma classe representando o todo e outras classes, suas partes 13 FASE DE ELABORAÇÃO - Artefatos Artefatos - Modelo de Análise Composição: É uma associação que expressa a semântica parte de mais fortemente. Neste caso se o todo for destruído, suas partes obrigatoriamente serão. 14

FASE DE ELABORAÇÃO - Artefatos Artefatos Modelo de Design: Conjunto de diagramas que descreve o projeto lógico. Inclui, dentre outros, diagramas de classes de software, de iteração entre objetos, diagrama de pacotes e outros. Papel: Arquiteto de Software Diagrama de Classes Diagrama de Seqüência 15 FASE DE ELABORAÇÃO - Artefatos Artefatos Modelo de Dados: O modelo de dados descreve a representação lógica e física dos dados persistentes no sistema. Também abrange qualquer comportamento definido no banco de dados, como procedimentos armazenados, triggers, restrições etc. Papel: Designer de Banco de Dados 16

FASE DE ELABORAÇÃO - Artefatos Artefatos Doc de Arquitetura de Software: O Documento de Arquitetura de Software fornece uma visão geral de arquitetura abrangente do sistema, usando diversas visões de arquitetura para descrever diferentes aspectos do sistema. Papel: Arquiteto de Software 17 Estudo de Caso 18

Estudo de Caso: Locadora de Caso Uma locadora de veiculo deseja um sistema para facilitar o atendimento a seus clientes. O processo de aluguel de carros atualmente é confuso e está gerando insatisfação entre clientes. A locadora é formada basicamente pelos seus clientes, funcionários e carros para aluguel. Os carros estão divididos em diversos tipos: popular, luxo e utilitário. As informações importantes sobres os carros a serem armazenadas são:placa, tipo, modelo, ano, cor, chassis, quilometragem e valor do aluguel(diária). Os funcionários serão responsáveis pelo cadastro dos clientes e dos carros adquiridos pela locadora, por efetuar o aluguel de um carro para cliente e dar baixa no aluguel. Existem clientes especiais e clientes comuns. Os especiais possuem uma taxa de desconto e um valor de quilometragem extra para seus aluguéis. Qual quer cliente é identificado por RG, nome, CPF, telefone, endereço e contato. Diagrama de Caso de Uso Atividades 1) Desenhar o Modelo de Analise 2) Desenhar o Modelo de Design 3) Realização de Caso de Uso Efetuar aluguel 19 ESTUDO DE CASO - MODELO DE ANÁLISE Listar as classes conceituais candidatas Cliente Comum Cliente Especial Carro Locadora Funcionário Aluguel 20

ESTUDO DE CASO - MODELO DE ANÁLISE Desenhe-as em um modelo de análise 21 ESTUDO DE CASO - MODELO DE ANÁLISE Acrescente as associações necessárias para registrar os relacionamentos 22

ESTUDO DE CASO - MODELO DE ANÁLISE Acrescente os atributos necessários aluga É feito por 23 ESTUDO DE CASO - MODELO DE DESIGN Projetar Diagramas de classe Projetar Diagramas de Interação Diagrama de Seqüência Diagrama de Colaboração 24

ESTUDO DE CASO - MODELO DE DESIGN 25