O Fluxo de Requisitos
|
|
- Bruna Van Der Vinne de Santarém
- 7 Há anos
- Visualizações:
Transcrição
1 O Fluxo de 1
2 Finalidade do fluxo de requisitos A finalidade deste fluxo é: Chegar a um acordo com o cliente e o usuário sobre o que o sistema deve fazer. Oferecer ao desenvolvedor um melhor entendimento dos requisitos do sistema. Delimitar o escopo sistema. Prover uma base para o planejamento do conteúdo das iterações. Definir uma interface do sistema com o usuário. 2
3 Principais Artefatos do fluxo de requisitos Glossário Documento de requisitos (funcionais e nãofuncionais) Modelo de casos de uso (Diagrama de Casos de Uso + Especificação dos Casos de Uso) Matriz de rastreabilidade Termo de Homologação de Protótipo da interface com o usuário (opcional) 3
4 Glossário Define termos importantes usados no projeto É importante para garantir que os conceitos envolvidos são interpretados da mesma forma por todos os membros da equipe 4
5 Glossário: estrutura Introdução Objetivos do documento Público ao qual se destina Definições Termos, definições e sinônimos Referências 5
6 Documento de requisitos Mostra a descrição geral do problema a ser resolvido com o sistema. Apresenta os requisitos funcionais e não-funcionais. 6
7 Documento de requisitos: estrutura Introdução Objetivos do documento Público ao qual se destina Problema Identificado Visão geral do sistema Abrangência e sistemas relacionados Descrição dos usuários Referências Funcionais Atores Diagramas de caso de uso + especificação Não-Funcionais Descrição do Protótipo de Interface com o Usuário 7
8 Modelo de casos de uso Diagrama de casos de uso Atores Casos de Uso Especificações de Casos de Uso 8
9 Modelo de casos de uso Use Cases direcionam o trabalho desde os requisitos até os testes Realizado por Implementado por Verificado por 9
10 Exemplo de Diagrama de casos de uso Solicitar extrato Consultar saldo Cliente Sacar dinheiro Realizar depósito Transferir entre contas Alterar senha 10
11 Especificação de caso de uso Breve descrição Ator Prioridade Interfaces Gráficas Associadas (opcional) Entradas e Pré-condições Saídas e Pós-condições Fluxo de eventos principal Fluxos secundários: alternativos e de exceção (opcional) Modelo de caso de uso Atores Casos de Uso... Especificações de Use Case 11
12 não-funcionais Descrevem requisitos de: Confiabilidade Desempenho (performance) Segurança Distribuição Adequação a Padrões Restrições de Hardware e Software etc. 12
13 não-funcionais Devem ser testáveis, para isso devem ser mensuráveis! Precisam estar definidos em números e nomes O sistema precisa ser rápido. Quão rápido? O sistema deve ser implementado numa plataforma robusta. Que plataforma? 13
14 não funcionais x casos de uso Associados a um caso de uso específico Associados a todo o sistema Para serem atendidos podem gerar novos casos de uso 14
15 Matriz de rastreabilidade Apresenta o relacionamento entre requisitos. É usada para a análise de impacto das mudanças nos requisitos. 15
16 Uma Matriz de rastreabilidade Requisito R1 R2 R3 R4 R5 R6 R1 0 0 x 0 x x R R3 x 0 0 x 0 x R4 0 0 x 0 x x R5 x 0 0 x 0 0 R6 x 0 x x
17 Termo de Homologação de requisitos: estrutura Introdução Objetivos do documento Organização do documento Casos de uso homologados Para cada caso de uso Identificador Resultado da homologação Homologado, não homologado, homologado com restrições Comentários 17
18 Responsáveis e artefatos Analista de sistemas Usuário Projetista de interface Documento de requisitos Glossário Matriz de rastreabilidade Diagrama de casos de uso Termo de homologação de requisitos Protótipo da GUI Revisor 18
19 O Fluxo de Atividades Projetista da Interface Prototipar Interface Revisor de Usuário Analista de Sistema Levantar do Sistema Detalhar Especificação De Caso de Uso Estruturar Modelo de Casos de Uso Revisar Homologar Gerenciar Dependências 19
20 Atividade: Levantar do Sistema Projetista da Interface Prototipar Interface Revisor de Usuário Analista de Sistema Levantar do Sistema Detalhar Especificação De Caso de Uso Estruturar Modelo de Casos de Uso Revisar Homologar Levantar Atores Levantar Casos de Uso Gerenciar Dependências 20
21 Atividade: Levantar do Sistema Nesta atividade, o Analista de Sistemas deve entender o que os stakeholders esperam do sistema, através da coleta de informações e necessidades que o sistema deve cumprir. A execução da atividade tem como artefatos resultantes o documento de requisitos, o glossário de termos e o modelo de casos de uso (diagrama e especificação), brevemente esboçados. 21
22 Agrupamento de casos de uso Dividir os casos de uso em pacotes Ator Funcionalidades correlatas Processos 22
23 Prioridades de Casos de Uso Essencial para gerenciar os requisitos e para montar as iterações Deve-se definir as prioridades de todos os casos de uso, as quais podem ser: Essencial Importante Desejável 23
24 Atividade: Detalhar Especificação de Casos de Uso Projetista da Interface Prototipar Interface Revisor de Usuário Analista de Sistema Levantar do Sistema Detalhar Especificação De Caso de Uso Estruturar Modelo de Casos de Uso Revisar Homologar Levantar Atores Levantar Casos de Uso Desc: Pré: Pós: Fluxo: Fl. Sec: RNF Usab. Conf. Perfor. Seg. Gerenciar Dependências 24
25 Atividade: Detalhar Especificação de Casos de Uso Nesta atividade, o Analista de Sistemas descreve os fluxos de eventos dos casos de uso em detalhes de forma que o cliente e os usuários possam entender. 25
26 Quando e por que detalhar os casos de uso? Quando? após fazer levantamento dos principais casos de uso do sistema Por que? descrever detalhes do caso de uso descrever fluxo de eventos e outras propriedades uniformizar entendimento entre clientes, usuários e equipe de desenvolvimento 26
27 Fluxo de eventos básico Série de passos que compõem um caso de uso Sugestões: Concentre-se inicialmente na funcionalidade básica/central do caso de uso Pense nos fluxos secundários depois! 27
28 Fluxos secundários Só devem ser analisados e descritos após a descrição dos fluxos básicos. Fluxos alternativos situações especiais (saque além do limite para um cliente especial) Fluxos de erro situações de erro 28
29 Atividade: Estruturar o Modelo de Casos de Uso Projetista da Interface Prototipar Interface Revisor de Usuário Analista de Sistema Levantar do Sistema Detalhar Especificação De Caso de Uso Estruturar Modelo de Casos de Uso Revisar Homologar Levantar Atores Levantar Casos de Uso Desc: Pré: Pós: Fluxo: Fl. Sec: RNF Usab. Conf. Perfor. Seg. Gerenciar Dependências 29
30 Atividade: Estruturar o Modelo de Casos de Uso Nesta Atividade, o Analista de Sistemas extrai o comportamento dos casos de uso que necessitam ser considerados como abstratos e encontra novos atores abstratos que definem papéis que são compartilhados por vários outros atores. A execução desta atividade produz um refinamento do Modelo de Casos de Uso. 30
31 Por que estruturar o modelo? Extrair descrições de funcionalidades genéricas e compartilhadas que podem ser usadas por mais de um caso de uso. Extrair descrições de funcionalidades adicionais que possam estender descrições específicas Facilitar o entendimento do modelo 31
32 Relacionamentos entre casos de uso Inclusão Extensão Generalização 32
33 Relacionamento entre atores: generalização Quando um ator A realiza todos os casos de uso que o ator B, dizemos que A estende B. Vendedor Realizar venda Supervisor Estabelecer crédito 33
34 Atividade: Gerenciar Dependências Projetista da Interface Prototipar Interface Revisor de Usuário Analista de Sistema Levantar do Sistema Detalhar Especificação De Caso de Uso Estruturar Modelo de Casos de Uso Revisar Homologar Levantar Atores Levantar Casos de Uso Desc: Pré: Pós: Fluxo: Fl. Sec: RNF Usab. Conf. Perfor. Seg. Gerenciar Dependências 34
35 Atividade: Gerenciar Dependências Nesta atividade, o Analista de Sistemas executa as seguintes tarefas: Gerencia mudanças nos requisitos que foram concordados Gerencia o relacionamento entre requisitos Gerencia as dependências entre os documentos de requisitos e outros documentos produzidos no processo de engenharia de sistemas Analisa impactos e custos relacionados aos requisitos que mudaram 35
36 Atividade: Prototipar Interface Projetista da Interface Prototipar Interface Revisor de Usuário Analista de Sistema Levantar do Sistema Detalhar Especificação De Caso de Uso Estruturar Modelo de Casos de Uso Revisar Homologar Levantar Atores Levantar Casos de Uso Desc: Pré: Pós: Fluxo: Fl. Sec: RNF Usab. Conf. Perfor. Seg. Gerenciar Dependências 36
37 Atividade: Prototipar Interface Nesta atividade, o Projetista da Interface projeta e constrói um modelo de interface com o usuário que suporta o melhoramento da usabilidade. 37
38 Protótipo de interface com o usuário Ferramenta para compreensão do caso de uso o nível de detalhes deve ser adequado ao usuário Facilidade para a descrição de críticas básicas tamanho e tipo dos campos máscaras de edição 38
39 Atividade: Revisar os Projetista da Interface Prototipar Interface Revisor de Usuário Analista de Sistema Levantar do Sistema Detalhar Especificação De Caso de Uso Estruturar Modelo de Casos de Uso Revisar Homologar Levantar Atores Levantar Casos de Uso Desc: Pré: Pós: Fluxo: Fl. Sec: RNF Usab. Conf. Perfor. Seg. Gerenciar Dependências 39
40 Atividade: Revisar os Nesta atividade, o Revisor de formalmente verifica os resultados do fluxo de requisitos conforme a visão do cliente do sistema. A execução da atividade deve apresentar como resultado uma versão aprovada ou rejeitada com as respectivas alterações dos artefatos de requisitos. 40
41 Checklists: Modelo de Casos de Uso O modelo de caso de usos está fácil de se entender? Estudando o modelo de caso de usos, você pode ter uma idéia clara das funções do sistema e como elas estão relacionadas? Todos os requisitos foram levantados? O modelo de caso de usos contém algum comportamento supérfluo? A divisão em pacotes do modelo de caso de usos está apropriada? 41
42 Checklists: Atores Todos os atores foram identificados? Cada ator está envolvido com pelo menos um caso de uso? Cada ator desempenha um papél? Algum deveria ser fundido com outro ou ser dividido em dois? Existem dois ou mais atores desempenhando o mesmo papél em relação a um caso de uso? Os atores têm nomes intuitivos e descritivos? Tanto os usuários como os patrocinadores do software têm um entendimento comum? 42
43 Checklists: Casos de Uso Cada caso de uso está envolvido com pelo menos um ator? Os caso de usos são independentes uns dos outros? Algum dos caso de usos tem comportamento ou fluxo de eventos muito similares? Os caso de usos têm nomes únicos, intuitivos e explicativos de modo que não podem ser confundidos em um estágio posterior? Os patrocinadores e usuários entendem os nomes e descrições dos caso de uso? 43
44 Checklists: Especificação de Caso de Uso Está claro quem deseja executar um caso de uso? A finalidade de cada caso de uso está clara? A descrição breve dá uma idéia clara do significado do caso de uso? Está claro como e quando os fluxos de eventos de cada caso de uso começam e terminam? A seqüência de comunicação entre um ator e um caso de uso está de acordo com as expectativas do usuário? As interações e trocas de informação entre os atores e o sistema estão claras? Existe algum caso de uso demasiadamente complexo? Os fluxos de eventos (básicos e alternativos) estão 44 modelados de forma clara?
45 Checklists: Glossário Os termos têm uma definição clara e concisa? Cada termo do glossário foi incluído em algum lugar nas descrições dos caso de usos? Os termos são usados consistentemente nas descrições dos atores e dos caso de usos? 45
46 Atividade: Homologar Projetista da Interface Prototipar Interface Revisor de Usuário Analista de Sistema Levantar do Sistema Detalhar Especificação De Caso de Uso Estruturar Modelo de Casos de Uso Revisar Homologar Levantar Atores Levantar Casos de Uso Desc: Pré: Pós: Fluxo: Fl. Sec: RNF Usab. Conf. Perfor. Seg. Gerenciar Dependências 46
47 Atividade: Homologar Nesta atividade, o usuário faz a homologação dos requisitos a serem tratados na iteração. O termo de homologação é preenchido nesta atividade. 47
48 Projeto em Equipe Elaborar os seguintes artefatos : Descrição Geral Glossário Levantar os atores e casos de uso Construir o diagrama de casos de uso Levantar os requisitos não-funcionais 48
49 Referências Applying Use Cases: A Practical Guide, Geri Schneider e Jason P. Winters, Addison-Wesley, UML Distilled, Martin Fowler, Addison-Wesley, The Unified Software Development Process, Ivar Jacobson, Grady Booch e James Rumbaugh, Addison- Wesley, The Unified Modeling Language: The User Guide, Ivar Jacobson, Grady Booch e James Rumbaugh, Addison- Wesley,
Requisitos Funcionais
Requisitos Funcionais Fluxo de Requisitos (RUP): Atividades, Artefatos e Responsáveis Jaelson Castro 2015 1 O Fluxo de Requisitos Fluxos de Processo Fases Concepção Elaboração Construção Transição Requisitos...
Leia maisRequisitos Funcionais
Requisitos Funcionais Fluxo de Requisitos (RUP): Atividades, Artefatos e Responsáveis Jaelson Castro 2016 1 O Fluxo de Requisitos Fluxos de Processo Fases Concepção Elaboração Construção Transição Requisitos...
Leia maisDiagrama de Casos de Uso
Diagrama de Casos de Uso Régis Patrick Silva Simão Régis Simão Diagrama de Casos de Uso 1/29 Agenda Introdução Casos de Uso Atores Relacionamento entre Atores e Casos de Uso Relacionamento entre Casos
Leia maisUse Cases e Fluxo de Eventos. Use Case e Ator. Objetivos. Algumas Definições. Algumas Definições
Objetivos Use Cases e Fluxo de Eventos Gidevaldo Novais gidevaldo.vic@ftc.br Introduzir conceitos de use case, ator e fluxo de eventos Apresentar sub-fluxos de eventos Discutir sobre identificação, evolução
Leia maisTópicos da Aula. A Linguagem UML. A Linguagem UML. De onde surgiu? Fundadores da UML. Introdução à UML e Diagrama de Casos de Uso.
Engenharia de Software Aula 07 Tópicos da Aula Introdução à UML e Introdução a UML Visão geral de alguns diagramas Eduardo Figueiredo http://www.dcc.ufmg.br/~figueiredo dcc603@gmail.com 28 Março 2012 A
Leia maisDiagrama de Casos de Uso
DCC / ICEx / UFMG Diagrama de Casos de Uso Eduardo Figueiredo http://www.dcc.ufmg.br/~figueiredo Diagrama de Casos de Uso Adota uma linguagem simples Acessível ao cliente Objetivo é a compreensão do comportamento
Leia maisCurso de Sistemas de Informação. Karla Donato Fook DESU / DComp. Modelagem de Dados UML
Curso de Sistemas de Informação Karla Donato Fook karladf@ifma.edu.br DESU / DComp 2017 Modelagem de Dados UML 2 1 Eduardo Bezerra Editora Campus/Elsevier Porcentagem de projetos que terminam dentro do
Leia maisAPLICAÇÃO DA ENGENHARIA DE REQUISITOS E ESPECIFICAÇÃO DE REQUISITOS NA IDENTIFICAÇÃO DE ESCOPO DE SISTEMA
APLICAÇÃO DA ENGENHARIA DE REQUISITOS E ESPECIFICAÇÃO DE REQUISITOS NA IDENTIFICAÇÃO DE ESCOPO DE SISTEMA Guilherme de Souza Ferreira Discente do curso Tecnologia em Análise e Desenvolvimento de Sistemas
Leia maisINF1404 MODELAGEM DE SISTEMAS
INF1404 MODELAGEM DE SISTEMAS Bacharelado em Sistemas de Informação Ivan Mathias Filho ivan@inf.puc-rio.br Programa Capítulo 2 Modelagem de Casos de Uso 1ª Parte Programa Capítulo 2 Modelagem de Casos
Leia maisAnálise de Sistemas. Aula 5
Análise de Sistemas Aula 5 Prof. Emerson Klisiewicz CONTEXTUALIZAÇÃO Aula 5 Análise Orientada a Objetos Introdução a UML Histórico e Visão Geral Ferramentas CASE O Sucesso... Clientes satisfeitos Eles
Leia maisDiagrama de Casos de Uso. Diagrama de Casos de Uso. Diagrama de Casos de Uso. Diagrama de Casos de Uso. Componentes do Diagrama.
DCC / ICEx / UFMG Diagrama de Diagrama de Eduardo Figueiredo http://www.dcc.ufmg.br/~figueiredo Adota uma linguagem simples Acessível ao cliente Objetivo é a compreensão do comportamento externo do sistema
Leia maisUML e seus diagramas
UML e seus diagramas A UML Unified Modeling Language (Linguagem de Modelagem Unificada), como o próprio nome já diz, é uma linguagem para modelagem de objetos do mundo real, usada para especificar, construir,
Leia maisDiagrama de Casos de Uso. Diagrama de Casos de Uso. Diagrama de Casos de Uso. Diagrama de Casos de Uso. Componentes do Diagrama
DCC / ICEx / UFMG Diagrama de Diagrama de Eduardo Figueiredo http://www.dcc.ufmg.br/~figueiredo Adota uma linguagem simples Acessível ao cliente Objetivo é a compreensão do comportamento externo do sistema
Leia maisAnálise e projeto de sistemas
Análise e projeto de sistemas Conteúdo: UML O processo de desenvolvimento de software Prof. Patrícia Lucas A linguagem de modelagem unificada (UML) A UML teve origem em uma tentativa de se unificar os
Leia maisEspecificações de Casos de Uso e Regras de Negócio
Especificações de Casos de Uso e Regras de Negócio Régis Patrick Silva Simão Régis Simão Especificações de Casos de Uso e Regras de Negócio 1/41 Introdução Agenda Objetivos das Especificações de Casos
Leia maisProcessos de. Desenvolvimento de Software
Processos de Desenvolvimento de Software O processo de software Um conjunto estruturado de atividades, procedimentos, artefatos e ferramentas necessários para o desenvolvimento de um sistema de software
Leia maisProcesso de Desenvolvimento
Processo de Desenvolvimento RUP Rational Unified Process A Rational e o RUP 4 Rational é conhecida pelo seu investimento em orientação em objetos. 4 A empresa foi a criadora da Unified Modeling Language
Leia maisEngenharia de Software Orientada a Objetos - OOSE. Método de Jacobson
Engenharia de Software Orientada a Objetos - OOSE Método de Jacobson Alunos: Amanda Lira Gomes Lucas Balbino de Melo Ferreira Mycke Richard Guntijo Renato Gomes Borges Júnior Sumário Introdução Visão Geral
Leia maisDiagrama de Casos de Uso. Interagindo com o Usuário
Diagrama de Casos de Uso Interagindo com o Usuário Diagrama de Casos de Uso Procura, por meio de uma linguagem simples, possibilitar a compreensão do comportamento externo do sistema por qualquer pessoa,
Leia maisRational Unified Process (RUP)
Rational Unified Process (RUP) A Rational é bem conhecida pelo seu investimento em orientação em objetos. A empresa foi à criadora da Unified Modeling Language (UML), assim como de várias ferramentas que
Leia maisIntroduçãoaoProcesso. Prof. Anderson Cavalcanti UFRN-CT-DCA
IntroduçãoaoProcesso Unificado(PU) Prof. Anderson Cavalcanti UFRN-CT-DCA Processo de Desenvolvimento O conjunto de atividades de desenvolvimento, sua ordem temporal e a atribuição de responsabilidades
Leia maisProcesso. Processo unificado. Principais Características do UP. Principais Características do UP RUP. Unified Process (Processo Unificado)
Processo UP Unified Process (Processo Unificado) Conjunto de passos que tem como objetivo atingir uma meta Processo de software na ES, processo que visa a produzir o software - de modo eficiente e previsível
Leia maisIntrodução ao RUP. Livar Correia de O. C. Cunha Effektiv Solutions
Introdução ao RUP Livar Correia de O. C. Cunha livarcocc@gmail.com 1 Rational Unified Process (RUP) É um framework de processo de desenvolvimento de software Uma metodologia é uma instanciação dos processos
Leia mais15/03/2018. Professor Ariel da Silva Dias Modelos de Processo de Software
Professor Ariel da Silva Dias Modelos de Processo de Software Conjunto de atividades que leva à produção de um produto de Software [Sommerville,2011]; Podemos contar com ferramentas de apoio com o objetivo
Leia maisIntrodução ao RUP Rational Unified Process
Introdução ao RUP Rational Unified Process UML Diagramas de Classes v.1.1, João Pascoal Faria, 2001 1 O que é Um processo (de engenharia) de software é a definição de um conjunto completo de actividades
Leia maisUML Unified Modeling Language Linguagem de Modelagem Unificada Requisitos, Casos de Uso no ArgoUML
UML Unified Modeling Language Linguagem de Modelagem Unificada Requisitos, Casos de Uso no ArgoUML Professor: Rômulo César romulodandrade@gmail.com www.romulocesar.com.br Roteiro Requisitos Funcionais
Leia maisMANUAL PARA DESENVOLVIMENTO DE SOFTWARE TRABALHO DE CONCLUSAO DE CURSO EM SISTEMAS DE INFORMAÇÃO
MANUAL PARA DESENVOLVIMENTO DE SOFTWARE TRABALHO DE CONCLUSAO DE CURSO EM SISTEMAS DE INFORMAÇÃO Sumário PREFÁCIO...3 MODELO DA DOCUMENTAÇÃO...3 1. INTRODUÇÃO AO DOCUMENTO...3 1.1. Tema...3 2. DESCRIÇÃO
Leia maisUFU-FACOM Documento de Requisitos <Nome do Sistema>
UFU-FACOM Documento de Requisitos Versão - de Documento de Requisitos Ficha Técnica Equipe Responsável pela Elaboração
Leia maisIntrodução. Introdução. Introdução. Planejamento da disciplina. Modelagem de Processos de Negócio. Prof.: Clarindo Isaías Pereira da Silva e Pádua
Modelagem de Processos de Negócio Prof.: Clarindo Isaías Pereira da Silva e Pádua Gestus Departamento de Ciência da Computação - UFMG Bibliografia Eriksson, H-E; Penker, M. Business Modeling with UML:
Leia maisIntrodução. à UML. Histórico (cont.) Histórico Definição Benefícios Notação Diagrama de Classes Diagramas de Interação Conclusões Revisão
Sumário Introdução à UML BSI Bacharelado em Sistemas de Informação LOO Linguagens Orientadas a Objetos Humberto Mossri de Almeida hmossri_cursos@yahoo.com.br Marcelo Nassau Malta nassau_cursos@yahoo.com.br
Leia maisUML. Diagrama de Caso de Uso. Profº. Reginaldo Cândido
UML Diagrama de Caso de Uso Profº. Reginaldo Cândido reginaldo.candido@etec.sp.gov.br Introdução Casos de uso (use cases) são utilizados para capturar os requisitos do sistema. De forma breve, um caso
Leia maisFUNDAÇÃO UNIVERSIDADE ESTADUAL DE MARINGÁ
FUNDAÇÃO UNIVERSIDADE ESTADUAL DE MARINGÁ Centro de Tecnologia - CTC Departamento de Informática - DIN Programa de Pós-Graduação em Ciência da Computação PCC ESTÁGIO DE DOCÊNCIA II Disciplina: Engenharia
Leia maisNotas de Aula 03: Introdução a Orientação a Objetos e a UML
Notas de Aula 03: Introdução a Orientação a Objetos e a UML Objetivos da aula: Introduzir os conceitos da Orientação à Objetos (O.O) Introduzir os conceitos da UML Relacionar os processos às ferramentas
Leia maisProcesso de Desenvolvimento de Software
Luiz Leão luizleao@gmail.com http://www.luizleao.com Conteúdo Programático desta aula Fases do Processo. Ciclo de vida do processo. Processo Unificado Orientado por Casos de Uso, surgiu para realizar o
Leia maisEngenharia de Software
Prof. M.Sc. Ronaldo C. de Oliveira ronaldooliveira@facom.ufu.br FACOM - 2011 Processo Unificado de Desenvolvimento de Software Processo Unificado O que é: Um processo (de engenharia) de software é a definição
Leia maisDiagrama de Classes. Régis Patrick Silva Simão. Régis Simão Diagrama de Classes 1/42
Diagrama de Classes Régis Patrick Silva Simão Régis Simão Diagrama de Classes 1/42 Agenda Introdução Objetos Classes Atributos Operações & Métodos Relacionamentos Relacionamento: Associação Nome de Relacionamento
Leia maisCiência da Computação. Análise e Projeto Orientado a Objetos UML. Anderson Belgamo
Ciência da Computação Análise e Projeto Orientado a Objetos UML Anderson Belgamo 1 Evolução do Software O rápido crescimento da capacidade computacional das máquinas resultou na demanda por sistemas de
Leia maisModelagem de Processos
Modelagem de Processos Prof.: Fernando Ascani 2 Diagramas de casos de uso Análise de requisitos A análise de requisitos consiste em determinar os serviços que o usuário espera do sistema e as condições
Leia maisUML. Adriano J. Holanda 21/3/
UML Adriano J. Holanda 21/3/2016 UML Introdução UML - Unified Modeling Language Linguagem Unificada de Modelagem. Adquiriu maturidade na segunda década de 1990 pela fusão dos métodos e diagramas de Grady
Leia maisRequisitos de Sistemas
Requisitos de Sistemas Unidade II - Processos de Negócio Identificação Conceitos Modelagem - BPM - UML Processos x Requisitos 1 Processo de negócio CONCEITO Um processo de negócio, processo organizacional
Leia mais! Introdução. " Motivação para Processos de Software. ! Processo Unificado (USDP) " Definições " RUP x USDP " Características do Processo Unificado
Agenda Rodrigo Reis Cleidson de Souza! Introdução " Motivação para Processos de Software! (USDP) " Definições " RUP x USDP " Características do! Descrição detalhada do! Processos Derivados! Templates simplificados!
Leia maisEngenharia de Software I: Introdução. Graduação em Informática 2009 Profa. Itana Gimenes
Engenharia de Software I: Introdução Graduação em Informática 2009 Profa. Itana Gimenes Programa 1. O processo de engenharia de software 2. Engenharia de requisitos 3. Modelagem de sistemas 4. Conceitos
Leia maisAnálise de Sistemas Aula 4
Análise de Sistemas Aula 4 Prof. Emerson Klisiewicz Contextualização Aula 4 Gerenciamento de Requisitos Refinamento de Requisitos Aprovação de Requisitos Matriz de Rastreabilidade O Sucesso Clientes satisfeitos
Leia maisUML Visão Geral UML Visão geral v.1.1, Novembro de 2001
UML Visão Geral 1 Índice Introdução Diagramas O que é a UML? Diagrama de casos de utilização Valor da UML Diagrama de classes Origens da UML Diagrama de objectos Parceiros da UML Diagrama de componentes
Leia maisUML: Introdução. História Visão geral Modelo conceitual da UML. Bibliografia. UML: introdução
UML: introdução Prof.: Clarindo Isaías Pereira da Silva e Pádua Synergia / Gestus Departamento de Ciência da Computação - UFMG UML: introdução 2 Bibliografia Rumbaugh, J.; Jacobson, I.; Booch, G., The
Leia maisDepartamento de Sistemas de Computação Universidade de São Paulo Análise e Projeto Orientados a Objetos Aula 2 O Processo Unificado (PU)
Departamento de Sistemas de Computação Universidade de São Paulo Análise e Projeto Orientados a Objetos Aula 2 O Processo Unificado (PU) Prof. Seiji Isotani (sisotani@icmc.usp.br) Modelos de Processo de
Leia maisELABORADORES DANIEL BRUNO FERNANDES CONRADO GIORJETY LICORINI DIAS
ELABORADORES DANIEL BRUNO FERNANDES CONRADO GIORJETY LICORINI DIAS MATERIAL DIDÁDICO INSTITUCIONAL PARA AS DISCIPLINAS PROJETO INTEGRADO I E PROJETO INTEGRADO II DO CURSO DE TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO
Leia maisEngenharia de Software. Aula 2.4 Modelos de Casos de Uso. Prof. Bruno Moreno
Engenharia de Software Aula 2.4 Modelos de Casos de Uso Prof. Bruno Moreno bruno.moreno@ifrn.edu.br Comportamento do Sistema Refere-se às funcionalidades do sistema Requisitos funcionais; O comportamento
Leia maisIDENTIFICAÇÃO DO ESCOPO DE SOFTWARE A PARTIR DA ANÁLISE DE REQUISITOS UTILIZANDO A UML
IDENTIFICAÇÃO DO ESCOPO DE SOFTWARE A PARTIR DA ANÁLISE DE REQUISITOS UTILIZANDO A UML Anderson Fernando dos Santos Graduando em Tecnologia em Análise e Desenvolvimento de Sistemas Faculdades Integradas
Leia maisINTRODUÇÃO À ENGENHARIA DE SOFTWARE. Prof.: Tiago Alves
INTRODUÇÃO À ENGENHARIA DE SOFTWARE Prof.: Tiago Alves (tiagofga@gmail.com) UML UNIFIED MODELING LANGUAGE Livro: Utilizando UML e Padrões, 3.ed. Autor(es): Craig Larman Modelagem de Sistemas Orientados
Leia maisObjetivo. Diagramas de Caso de Uso. História. Diagramas de Caso de Uso. Atores. Atores
Objetivo Diagramas de Caso de Uso História Atores Casos de Uso Diagramas Estruturação (Generalização, Inclusão, Extensão) Dicas 2001 Jaelson Castro Levantamento de Requisitos 1 2001 Jaelson Castro Levantamento
Leia maisAnálise e Projeto em SOA (Service Oriented Architecture)
Análise e Projeto em SOA (Service Oriented Architecture) Análise e Projeto em SOA (Service Oriented Architecture) Requisitos Modelagem do Negócio Planejamento Especificação do modelo de negócios Analisar
Leia maisPadrão para Especificação de Requisitos de Produto de Multimídia
Padrão para Especificação de Requisitos de Produto de Multimídia 1 Introdução 1.1 Escopo do documento Sugere-se aqui uma estrutura para a Especificação de Requisitos de Produto de Multimídia (ERPM). Esta
Leia maisVisão Geral do RUP (Rational Unified Process)
Visão Geral do RUP (Rational Unified Process) Objetivos deste módulo Apresentar as características do RUP Discutir os conceitos que existem no RUP: fases, fluxos de atividades (worklows), iterações, responsáveis,
Leia maisO Processo Unificado (PU) SSC 121 Engenharia de Software I Profa. Dra. Elisa Yumi Nakagawa 2 o semestre de 2012
O Processo Unificado (PU) SSC 121 Engenharia de Software I Profa. Dra. Elisa Yumi Nakagawa 2 o semestre de 2012 Modelos de Processo de Software Desenvolver software é geralmente uma tarefa complexa e sujeita
Leia maisPARTICIPANTES, FERRAMENTAS E O PROCESSO DE DESENVOLVIMENTO DE SOFTWARE. Projeto de Programas PPR0001
PARTICIPANTES, FERRAMENTAS E O PROCESSO DE DESENVOLVIMENTO DE SOFTWARE Projeto de Programas PPR0001 2 Componente Humano / Participantes Analista o Deve ter conhecimento do domínio do negócio o Não precisa
Leia maisAula 3 - Modelos de Processo - cascata, iterativo e incremental e ágil
Aula 3 - Modelos de Processo - cascata, iterativo e incremental e ágil Análise de Sistemas Prof. Filipe Arantes Fernandes filipe.arantes@ifsudestemg.edu.br 2 Vale a pena ver de novo Modelo de Processo:
Leia maisSOFTWARE REQUIREMENTS
SOFTWARE REQUIREMENTS Ian Sommerville, 8º edição Capítulo 6 Aula de Luiz Eduardo Guarino de Vasconcelos O que é um requisito? Pode variar de uma declaração abstrata de alto nível de um serviço ou de uma
Leia maisIntrodução Diagrama de Classes Diagrama de Seqüência Diagrama de Atividades. Diagramas UML. Classe, Seqüência e Atividades. Marcio E. F.
Diagramas UML Classe, Seqüência e Atividades Marcio E. F. Maia Disciplina: Engenharia de Software Professora: Rossana M. C. Andrade Curso: Ciências da Computação Universidade Federal do Ceará 15 de maio
Leia maisFatec Ipiranga - Engenharia de Software I 18/02/2013. Agenda. 0. Relembrando os Relacionamentos do Diagrama de Classes
Engenharia de Software I 3º. Semestre ADS Diagramas de Interação Enfoque Diagrama de Sequência Profa. Dra. Ana Paula Gonçalves Serra Agenda 0. Relembrando os Relacionamentos do Diagrama de Classes 2. Diagrama
Leia maisA Linguagem UML. A Linguagem UML. De onde surgiu? Fundadores da UML. História da UML. O que é modelagem?
DCC / ICEx / UFMG A Linguagem UML A Linguagem UML Eduardo Figueiredo http://www.dcc.ufmg.br/~figueiredo UML (Linguagem de Modelagem Unificada) É uma notação gráfica (visual) para projetar sistemas OO Não
Leia maisMarcelo Henrique dos Santos
Mestrado em Educação (em andamento) MBA em Negócios em Mídias Digitais (em andamento) MBA em Marketing e Vendas Especialista em games Bacharel em Sistema de Informação marcelosantos@outlook.com AULA 01
Leia maisEngenharia de Software Aula 2.1 Introdução à Engenharia de Requisitos. Prof. Bruno Moreno
Engenharia de Software Aula 2.1 Introdução à Engenharia de Requisitos Prof. Bruno Moreno bruno.moreno@ifrn.edu.br Engenharia de Requisitos É, talvez, o maior problema da indústria de SW; Está relacionada
Leia maisEngenharia de Software. UML Unified Modeling Language
Engenharia de Software UML Unified Modeling Language UML - INTRODUÇÃO UML é um acrônimo para a expressão Linguagem de Modelagem Unificada. Pela definição de seu nome, vemos que a UML é uma linguagem que
Leia maisUML. Trabalho Análise e Projeto de Sistemas. Aluna: Luana Alves Businaro
Curso Técnico Integrado de Informática 2 Ano Projeto Integrador Formação Profissional Trabalho Análise e Projeto de Sistemas UML Aluna: Luana Alves Businaro-1614193 Maio de 2017 Sumário 1 Introdução...
Leia maisRUP RATIONAL UNIFIED PROCESS
O que é RUP? É um metodologia para gerenciar projetos de desenvolvimento de software que usa a UML como ferramenta para especificação de sistemas. Ele é um modelo de processo híbrido Mistura elementos
Leia maisFrom Business Architecture to Software Architecture
O que será estudado neste captítulo? From Business Architecture to Software Architecture Luiz Luz luizluz@gmail.com Neste capítulo é apresentado como a modelagem de processo de negócio é utilizada no processo
Leia maisO conceito de casos de uso foi criado em 1986 por Ivar Jacobson, metodologista e um dos pais do Processo Unificado.
Modelagem de casos de uso Casos de uso O conceito de casos de uso foi criado em 1986 por Ivar Jacobson, metodologista e um dos pais do Processo Unificado. O que é Segundo Ivar Jacobson, um caso de uso
Leia mais4/14/11. Processos de Engenharia de Requisitos. Engenharia de requisitos. Elicitação e análise. A espiral de requisitos
Processos de engenharia de requisitos Processos de Engenharia de Requisitos Os requisitos e as formas de obtê-los e documentálos variam drasticamente de um projeto para o outro Contudo, existe uma série
Leia maisPrograma Analítico de Disciplina INF323 Engenharia de Software II
0 Programa Analítico de Disciplina Departamento de Informática - Centro de Ciências Exatas e Tecnológicas Número de créditos: Teóricas Práticas Total Duração em semanas: 15 Carga horária semanal 0 Períodos
Leia maisENGENHARIA DE SOFTWARE. Aula 07 UML - Diagrama de Casos de Uso
ENGENHARIA DE SOFTWARE Aula 07 UML - Diagrama de Casos de Uso OBJETIVOS DA AULA Apresentar uma introdução ao conceitos da UML; Explicar o que é um caso de uso; Explanar sobre o diagrama de casos de uso;
Leia maisGUIA DE FUNCIONAMENTO DA UNIDADE CURRICULAR
Curso Engenharia Informática Ano letivo 2015/2016 Unidade Curricular Engenharia de Software II ECTS 6 Regime Obrigatório Ano 3º Semestre 1º sem Horas de trabalho globais Docente Maria Clara Silveira Total
Leia maisUML Diagramas Estruturais Diagrama de Componentes
UML Diagramas Estruturais Diagrama de Componentes Representa um modelamento físico dos componentes de software de um determinado Sistema Um componente realiza um conjunto de interfaces e contém em seu
Leia maisVisão Geral da UML. SSC Engenharia de Software I Profa. Dra. Elisa Yumi Nakagawa 2 o semestre de 2012
Visão Geral da UML SSC 121 - Engenharia de Software I Profa. Dra. Elisa Yumi Nakagawa 2 o semestre de 2012 Conteúdo Introdução Ferramentas de Apoio Diagramas da UML Elementos Genéricos Material sobre UML
Leia maisRequisitos. Silvério Sirotheau
Requisitos Silvério Sirotheau Requisitos O levantamento e análise de requisitos compõem uma parte decisiva da fase de concepção dentro UP. O analista pode e deve utilizar todas as informações disponíveis
Leia maisProfessor Emiliano S. Monteiro
Professor Emiliano S. Monteiro To-Do Doing Done Conhecer os processos de desenvolvimento habilita o aluno a realizar uma melhor escolha de processo para uso em projetos futuros. A vantagem de conhecer
Leia maisIntrodução a UML (Unified Modeling Language)
Introdução a UML (Unified Modeling Language) O que é a UML? Linguagem Gráfica de Modelagem para: Visualizar Especificar Construir Documentar Comunicar Artefatos de sistemas complexos Linguagem: vocabulário
Leia maisModelagem De Sistemas
Modelagem De Sistemas UNIP Tatuapé - SP Aplicações em Linguagem de Programação Prof.Marcelo Nogueira Uma empresa de software de sucesso é aquela que consistentemente produz software de qualidade que vai
Leia maisModelagem ou Diagrama de Caso de Uso
Modelagem ou Diagrama de Caso de Uso Objetivos principais: Delimitar o contexto de um sistema Documentar os requisitos Ajudar no entendimento dos requisitos Descrever os requisitos funcionais Facilitar
Leia maisEngenharia de Software II
Faculdade de Ciências e Tecnologia Departamento de Matemática e Computação Bacharelado em Ciência da Computação Engenharia de Software II Aula 07 (rogerio@fct.unesp.br) Conceitos Básicos do Rational Unified
Leia maisAnálise e Projeto de Sistemas I
Análise e Projeto de Sistemas I As falhas nos requisitos estão entre as principais razões para o fracasso de um software... 2º Bimestre (material 1) Professor: José Ronaldo Leles Júnior Turma: 3º semestre
Leia maisENGENHARIA DE SOFTWARE
CURSO TÉCNICO DE INFORMÁTICA Módulo A ENGENHARIA DE SOFTWARE Análise de Requisitos REQUISITO? Pode variar de uma declaração abstrata de alto nível de um serviço ou de uma restrição de sistema para uma
Leia maisEngenharia de Requisitos
Engenharia de Requisitos Introdução a Engenharia de Requisitos Professor: Ricardo Argenton Ramos Engenharia de Software I 2013.2 Slide 1 Objetivos Introduzir a noção de requisitos do sistema e o processo
Leia maisProjeto Integrador II. Princípios de Análise e Projeto de Sistemas com UML (livro de Eduardo Bezerra)
Princípios de Análise e Projeto de Sistemas com UML (livro de Eduardo Bezerra) Prof. Arliones Hoeller Prof. Eraldo Silveira e Silva arliones.hoeller@ifsc.edu.br eraldo@ifsc.edu.br 1 Cap.4 Modelagem de
Leia maisREQUISITOS DE SOFTWARE ANÁLISE E PROJETOS 4º ANO CURSO TÉCNICO EM INFORMÁTICA PROF DILEUSA CAMARGO
REQUISITOS DE SOFTWARE ANÁLISE E PROJETOS 4º ANO CURSO TÉCNICO EM INFORMÁTICA PROF DILEUSA CAMARGO Os requisitos são definidos e especificados após a análise do sistema e a delimitação do escopo do software.
Leia maisSISCOP. Documento de Requisitos SISTEMA DE CONTROLE DE PEDIDOS. Versão 1.3
SISTEMA DE CONTROLE DE PEDIDOS Versão 1.3 Histórico de Revisão Data Versão Descrição Autor 29/8/21 1. Desenvolvimento do Adriano Marra 7/9/21 1.2 Correção dos problemas citados pelo Prof. Wilson Adriano
Leia maisProf. Dr. Thiago Jabur Bittar
Prof. Dr. Thiago Jabur Bittar Uma representação abstrata e simplificada do processo de desenvolvimento software, tipicamente mostrando as principais atividades e dados usados na produção e manutenção de
Leia maisLIVRO ENGENHARIA DE SOFTWARE FUNDAMENTOS, MÉTODOS E PADRÕES
LIVRO ENGENHARIA FUNDAMENTOS, MÉTODOS E PADRÕES WILSON PADUA PAULA FILHO CAPÍTULO REQUISITOS 1 REQUISITOS TECNICO E GERENCIAL ESCOPO (RASCUNHO) CARACTERISTICAS 2 O que são Requisitos? São objetivos ou
Leia maisEngenharia de Software
Engenharia de Software Prof. Luiz Antonio do Nascimento Espec. sistema / Eng. sistemas Modelagem do processo de negócios Análise de requisitos O que tem que ser feito Projeto Como deve ser feito Construção
Leia maisUML. Rodrigo Leite Durães.
UML Rodrigo Leite Durães. rodrigo_l_d@yahoo.com.br O que é Análise de Software? UML: É o estágio de um sistema que captura os requisitos e o domínio do problema, focalizando no que deve ser feito, não
Leia maisRUP RATIONAL UNIFIED PROCESS. Prof. Fabiano Papaiz IFRN
RUP RATIONAL UNIFIED PROCESS Prof. Fabiano Papaiz IFRN Criado por três engenheiros de software: Booch, Jacobson e Rumbaugh. Conhecidos na área como Os 3 Amigos, também foram os criadores da UML (Unified
Leia maisEng. de Requisitos: Atividades. Engenharia de Requisitos. Eng. de Requisitos: Processo. O Documento de Requisitos. Stakeholders
DCC / ICEx / UFMG Eng. de Requisitos: Atividades Engenharia de Requisitos Eduardo Figueiredo Inclui quatro fases principais Estudo de viabilidade Elicitação (ou análise) de Especificação de Validação dos
Leia maisModelos em Sistemas de Informação. Aula 2
Modelos em Sistemas de Informação Aula 2 Referências básicas da aula Paulo Cougo - Modelagem conceitual e Projeto de Banco de Dados. Craig Larman - Utilizando UML e padrões. Roger Pressman - Engenharia
Leia maisSOCIEDADE PARANAENSE DE ENSINO E TECNOLOGIA SPET PROGRAMA DE EVOLUÇÃO CONTÍNUA DE QUALIDADE. ES 60 DISCIPLINA: Engenharia de Software II
ES 60 DISCIPLINA: Engenharia de Software II AULA NÚMERO: 6 DATA: / / PROFESSOR: Andrey APRESENTAÇÃO O objetivo desta aula é apresentar, discutir e exercitar a visão de um sistema a ser projetado. Os principais
Leia maisAnálise e Projeto de Sistema. Daniel José Ventorim Nunes (IFES Campus Cahoeiro)
Análise e Projeto de Sistema Daniel José Ventorim Nunes (IFES Campus Cahoeiro) Objetivos Conhecer as etapas do projeto de desenvolvimento de software Desenvolvimento de software é uma atividade complexa
Leia mais