Laboratório de Desenvolvimento de Software
|
|
- Maria das Graças Alcântara Stachinski
- 7 Há anos
- Visualizações:
Transcrição
1 Laboratório de Desenvolvimento de Software FEUP/MIEIC, 2010/11 Nuno Flores nuno.flores at fe.up.pt Rosaldo Rossetti rossetti at fe.up.pt Filipe Correia filipe.correia at fe.up.pt
2 Fase de Especificação de Requisitos Actividades Estudo do domínio do problema Levantamento de requisitos (requirements elicitation) Análise e negociação de requisitos Especificação de casos de utilização e classes de domínio Elaboração do protótipo da interface com o utilizador Definição de testes de aceitação Resultados Relatório de especificação de requisitos (conjunto de páginas Wiki) Protótipo da interface com o utilizador Plano de testes de aceitação Deadline: 24 de Outubro de 2010 (4 semanas) Discussão e validação com o cliente (docente): semana seguinte Peso de 15%
3 Processo de Engenharia de Requisitos (fonte: Kotonya e Sommerville, 1998)
4 Algumas Leis Relevantes Lei nº 1 - Lei fundamental da Engenharia de Requisitos: Os requisitos terminam onde começa a liberdade do implementador Lei nº 2 Lei dos 3 éfes da Gestão de Prioridades 1º) Funcionalidade 2º) Fiabilidade 3º) Eficiência Lei nº 11 Princípio da incerteza no Planeamento de Projectos Não é possível fixar simultaneamente o resultado (âmbito e qualidade), custo e duração de um projecto de software.
5 Norma IEEE (IEEE Recommended Practice for Software Requirements Specifications)
6 Relatório de Especificação de Requisitos (1) 1. Introdução 1.1 Objectivo - Indicar o objectivo e destinatários do RER 1.2 Âmbito - Identificar o produto de software a desenvolver pelo respectivo nome - Explicar brevemente o que o produto vai fazer e, se necessário, não vai fazer - Descrever como e onde vai ser aplicado o produto, indicando benefícios relevantes e objectivos - Explicar se faz parte de um sistema mais vasto 1.3 Definições, acrónimos e abreviaturas - Definir termos, acrónimos e abreviaturas requeridos para interpretar adequadamente o RER 1.4 Referências - Listar todos os documentos referenciados no RER, indicando o seu título, identificador (se aplicável), data, organização que o publicou e fonte onde o mesmo pode ser obtido (e.g., URL) 1.5 Visão geral - Descrever sumariamente o conteúdo do resto do RER e explicar a forma como está organizado
7 Relatório de Especificação de Requisitos (2) 2. Descrição geral Apresentar informação de background importante para ajudar a perceber os requisitos a especificar posteriormente: 2.1 Contexto do produto - Indicar se o produto é auto-contido ou se é um componente de um sistema maior e, nesse caso, apresentar a arquitectura geral (com principais componentes, interconexões e interfaces externos) e requisitos gerais desse sistema - Indicar as várias interfaces do produto: interfaces com o utilizador, interfaces de hardware, interfaces de software (interfaces com outros produtos), interfaces de comunicação, etc. - Caracterizar o ambiente de operação do produto e eventuais restrições associadas a esse ambiente 2.2 Funções do produto - Sumariar as funções principais que o sistema vai realizar 2.3 Características dos utilizadores - Descrever as características dos utilizadores a que se destina o produto, incluindo nível de educação, experiência e conhecimentos técnicos. 2.4 Restrições - Descrição geral de quaisquer outros itens que possam limitar as opções dos developpers 2.5 Pressupostos e dependências - Por exemplo sobre o ambiente de operação do sistema
8 Relatório de Especificação de Requisitos (3) 3. Requisitos específicos 3.1 Requisitos de interfaces externos - Incluir as seguintes secções, se aplicáveis: Interfaces com utilizadores Interfaces de hardware Interfaces de software Interfaces de comunicação 3.2 Requisitos funcionais - User Stories e Modelo de casos de utilização 3.3 Requisitos de informação -> Modelo de domínio 3.4 Requisitos suplementares - Listar e descrever sumariamente requisitos transversais aos vários módulos do sistema ou aos vários casos de utilização deste módulo - Para cada requisitar indicar - Identificador - Descrição sumária - Prioridade (exemplo: essencial, desejável, opcional) - Referências/fontes (como se faz nos casos de utilização) - Incluem-se aqui tipicamente requisitos de qualidade do produto (usabilidade, eficiência, segurança, etc.) Apêndices Glossário definindo termos do vocabulário do domínio
9 Modelo de casos de utilização Objectivo: capturar requisitos funcionais, focando no valor para os utilizadores (actores) Estrutura: Visão geral - Com um ou mais diagramas de casos de utilização e uma descrição genérica que passa superficialmente pelos casos de utilização e actores mais importantes - Se existirem muitos casos de utilização, apresentar um primeiro diagrama de pacotes de casos de utilização e depois um diagrama de casos de utilização para cada pacote - Em alguns casos, pode-se mostrar o encadeamento de casos de utilização através de um ou mais diagramas de actividades (descrevendo processos de negócio em que surgem os casos de utilização) Actores - Descrever sumariamente cada um dos actores Caso de utilização - Descrevem as funcionalidades pretendidas ou requisitos funcionais - Uma secção/página para cada caso de utilização, com a sua descrição detalhada (ver adiante)
10 Documentação de Casos de Utilização (1) Identificador wiki name, nome curto Nome Nome longo Descrição sumária Uma ou duas frases curtas, que ficaria bem numa tabela de resumo dos casos de utilização, tornando evidente o objectivo/utilidade Actores Indicar os vários actores intervenientes e o seu papel, tornando evidente quem inicia a interacção Prioridade Indicar a prioridade do caso de utilização Exemplo: essencial, desejável, opcional
11 Documentação de Casos de Utilização (2) Sequência de funcionamento / Fluxo de eventos Por definição, um caso de utilização é "uma sequência de acções que...". Descrever as sequências de funcionamento normais e alternativas ou excepcionais Indicar as acções realizados pelos actores e pelo sistema Tornar evidentes os dados de entrada (introduzidos pelos actores) e de saída (fornecidos pelo sistema) Tornar evidente como é que se inicia o caso de utilização (exemplo: o caso de utilização inicia-se quando o utilizador pretende... e já fez... ) Pode-se acompanhar a descrição textual por diagramas dinâmicos (diagramas de sequência ou diagramas de actividades) para facilitar a comunicação e remover ambiguidades Interface com o utilizador Apresentar esboços ou imagens do protótipo da interface com o utilizador (ver adiante) Se se justificar (no caso de não ser óbvio), pode-se descrever o significado de cada elemento que aparece na interface (campo, botão, etc.)
12 Documentação de Casos de Utilização (3) Pré-condições e restrições (Preconditions) Uma pré-condição é uma restrição nos dados de entrada e estado inicial do sistema. Exemplo, no levantamento em ATM: a conta tem saldo suficiente; a máquina ATM tem stock suficiente Pós-condições (Posconditions) Uma pós-condição é uma condição que relaciona os dados de saída e estado final do sistema com os dados de entrada e o estado inicial do sistema Traduz o efeito/resultado do caso de utilização Exemplo, no levantamento em ATM: o cliente recebeu o dinheiro; o saldo da conta foi actualizado Pressupostos (Assumptions) Referências/fontes (References) Fontes de informação consideradas (entrevistas, sites, etc.). Se forem iguais para todos os casos de utilização, basta indicar no fim do documento Classes participantes (Participating classes) Apresentar um diagrama de classes parcial, com as classes, atributos e relações relevantes entre os principais conceitos de domínio relevantes no caso de utilização.
13 Modelo de Domínio Organizar o vocabulário do domínio do problema (utilizado na descrição dos casos de utilização) Organizar e relacionar termos que estão definidos num glossário ou num dicionário de dados Capturar os requisitos de informação Que informação é mantida no sistema e trocada com o ambiente Opcionalmente, especificar as transacções do negócio (por operações) Três tipos de classes: Classes que modelam o estado interno persistente e partilhado do sistema, como atributos e ligações de entidades do negócio são as classes mais importantes (também chamadas entidades informacionais) Classes que modelam a estrutura de documentos trocados entre o sistema e o seu ambiente Classes que modelam tipos de dados (usados nos atributos e operações das classes anteriores) Estrutura Uma secção de visão geral, com diagrama de classes e descrição textual que passa superficialmente pelas várias classes Uma secção/página para cada classe, com a sua descrição breve.
14 Protótipo da Interface com o Utilizador (1) Diz a norma IEEE : Prototypes are useful for the following reasons: a) The customer may be more likely to view the prototype and react to it than to read the SRS (Software Requirements Specification) and react to it. Thus, the prototype provides quick feedback. b) The prototype displays unanticipated aspects of the systems behavior. Thus, it produces not only answers but also new questions. This helps reach closure on the SRS. c) An SRS based on a prototype tends to undergo less change during development, thus shortening development time.
15 Protótipo da Interface com o Utilizador (2) Nesta fase, interessa um protótipo da interface com o utilizador, também chamado protótipo horizontal, cobrindo as interfaces mais importantes Muitos autores recomendam a elaboração de protótipos de deitar fora (em vez de evolutivos), para garantir o foco nos requisitos (em vez de questões de implementação) O Microsoft Visio pode ser usado para elaborar protótipos de interfaces gráficas com o utilizador (GUIs) em Windows No caso de interfaces Web, podem-se construir páginas HTML estáticas Protótipos podem incluir dados de exemplo (coerentes entre as várias imagens) Imagens de ecrãs podem ser organizadas em sequências como nas histórias aos quadradinhos (storyboards)
16 Plano de Testes de Aceitação (1) O plano de testes de aceitação define um conjunto de casos de teste de aceitação Vantagens: Garantir que os requisitos especificados são verificáveis se não for possível definir casos de teste concretos correspondentes a um requisito, é porque este não está bem definido Clarificar a especificação de requisitos os casos de teste são exemplos do comportamento pretendido do sistema; escrever casos de teste concretos obriga a interpretar os requisitos, podendo nesse processo ser descobertas ambiguidades ou omissões Servir como contracto concreto entre o fornecedor e o cliente Os mesmos dados de exemplo usados nos protótipos podem ser usados nos testes de aceitação Numa abordagem baseada em casos de utilização, os teste de aceitação relativos aos requisitos funcionais devem ser baseados em cenários de utilização
17 Plano de Testes de Aceitação (2) Caso de utilização -> cenários (sequências específicas de funcionamento) -> casos de teste Estrutura da definição de um caso de teste Identificador Item ou itens que são objecto do teste: caso de utilização, cenário, requisito (para rastreabilidade em relação aos requisitos) Condição específica a testar Dados de entrada e condições iniciais Dados de saída e condições finais Procedimento de teste (se necessário) - Como estabelecer as condições iniciais - Passos a seguir na execução do teste (normalmente é seguir o cenário) - Como verificar as condições finais Precedências - Para organizar casos de teste em sequências, por exemplo, fazer testar uma inserção e depois uma consulta
18 Ferramentas Ferramenta de documentação colaborativa Wikis, google docs,... Ferramentas de modelação UML Enterprise Architect, Visio, ConceptDraw,... Ferramentas de prototipagem de interfaces Balsamiq Mockups, Visio,...
19 Bibliografia Recomendada Kurt Bittner, Ian Spence; Use Case Modelling, Addison- Wesley IEEE recommended practice for software requirements specifications (IEEE Std ) Disponível em Gerald Kotonya and Ian Sommerville, Requirements Engineering: Processes and Tecnhiques, tem a definição da linguagem OCL Materiais das disciplinas de ES, ERSS, IPC e TQS
Relatório de Especificação de Requisitos 1. Introdução
Relatório de Especificação de Requisitos 1. Introdução 1.1 Objectivo Indicar o objectivo e destinatários do RER 1.2 Âmbito Identificar o produto de software a desenvolver pelo respectivo nome. Explicar
Leia maisengenharia de requisitos
4. documentação 1 o processo de modelo de actividades de alto nível identificação, descoberta de requisitos análise e negociação de requisitos documento de requisitos documentação de requisitos validação
Leia maisIntrodução à Engª de Requisitos
Análise e Concepção de Sistemas de Informação Introdução à Engª de Requisitos Adaptado a partir de Gerald Kotonya and Ian Sommerville 1 Objectivos Introduzir as noções requisitos de sistema e processo
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 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 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 maisO Fluxo de Requisitos
O Fluxo de 1 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
Leia maisUML - Diagramas de Casos de Utilização (Use Case Diagrams)
UML - Diagramas de Casos de Utilização (Use Case Diagrams) 1 Objectivo Um diagrama de casos de utilização de um sistema mostra actores (tipos de utilizadores), casos de utilização e relações entre eles
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 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 maisDocumento de Requisitos*
* Rosana T. Vaccare Braga *slides adaptados a partir do material da Profa Ellen Francine Barbosa Processo de Engenharia de Requisitos Documento de requisitos Processo de Engenharia de Requisitos Estudo
Leia maisCadeira: Engenharia de Software
Cadeira: Engenharia de Software Aulas 9, 10 15/08/15 Docente: Cláudia Ivete F. Jovo cifjovo@gmail.com or cjovo@up.ac.mz M.Sc. Cláudia Jovo 2017/DI 0 Definição de Eng. Software; Eng. Software Tecnologia
Leia maisEngenharia de Requisitos
Engenharia de Requisitos Criado: mar/2001 Atualizado: set/2005 Tópicos Definição de Requisitos Participantes Processo Documento de Requisitos (SRS) Evolução dos Requisitos 2 Referência I.Sommerville. Sw
Leia maisDS: notação. Falta-nos apenas dar exemplos de DSS que contenham a criação de objectos temporários e sua posterior destruição.
DS: notação Falta-nos apenas dar exemplos de DSS que contenham a criação de objectos temporários e sua posterior destruição. Martins 2008 147 DS: notação Martins 2008 148 DS: notação Mensagem condicional
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 maisDiagramas de Use Case Resumo
0 Diagramas de Use Case Resumo Os diagramas de Use Case permitem definir os requisitos funcionais de um sistema: que serviços deve fornecer; a quem os deve fornecer. Notação diagramática facilita o diálogo
Leia mais3. Engenharia dos requisitos de software
Renato Cardoso Mesquita Departamento de Eng. Elétrica da UFMG renato@cpdee.ufmg.br Engenharia de Software 3. Engenharia dos requisitos de software.......... 3.1. Visão Geral O fluxo de Requisitos reúne
Leia mais1. Conceitos Fundamentais
1. Conceitos Fundamentais a e os processos de planeamento e desenvolvimento de sistemas de informação 2 planeamento informático planeamento informático análise organizacional organizar o planeamento avaliar
Leia mais06/02/2014. Engenharia de requisitos. Requisitos de Software. Capítulo 6. O que é um requisito? Objetivos. Abstração de requisitos (Davis)
Engenharia de requisitos Requisitos de Software O processo de estabelecer os serviços que o cliente requer a partir de um sistema e as restrições sob as quais ele opera e é desenvolvido. Os próprios requisitos
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 maisRequisitos de Software
Requisitos de Software Ian Sommerville 2006 Engenharia de Software, 8ª. edição. Capítulo 6 Slide 1 Objetivos Apresentar os conceitos de requisitos de usuário e de sistema Descrever requisitos funcionais
Leia maisGere Com Saber. Universidade do Minho Licenciatura em Engenharia Informa tica
Universidade do Minho Licenciatura em Engenharia Informa tica Disciplina de Desenvolvimento de Sistemas de Software Ano Lectivo de 2009/10 Gere Com Saber Andre Barbosa - no 49357 David Leal - no 49321
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 maisDiagramas de Use Case
86/170 Diagramas de Use Case Sumário Definição de requisitos. Diagramas de Use Case I conceitos base Diagramas de Use Case II conceitos avançados Resumo Exercícios Definição de Requisitos 87/170 Definição
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 maisComo escrever um relatório. Ana Filipa Pereira Ramos
Como escrever um relatório Ana Filipa Pereira Ramos Índice Função do relatório... 2 Normas e regras... 2 Capa e página de rosto... 3 Resumo e Palavras-chave... 4 Agradecimentos... 4 Índice... 5 Pág. 1
Leia maisPlano de testes. Norma ANSI/IEEE para Documentação de Teste de Software define plano de testes como:
Plano de testes Norma ANSI/IEEE 829-1998 para Documentação de Teste de Software define plano de testes como: Um documento que define o âmbito, abordagem, recursos e escalonamento (planeamento) das atividades
Leia maisIntrodução à Interface Pessoa-Máquina
Instituto Superior Politécnico de Ciências e Tecnologia Introdução à Interface Pessoa-Máquina Prof Pedro Vunge www.pedrovunge.com I Semestre de 2018 SUMÁRIO Capítulo V METODOLOGIAS DE DESENVOLVIMENTO DE
Leia maisMetodologia Simplified. António Rocha
Metodologia Simplified António Rocha - 2003 Metodologias As empresas precisam de uma metodologia simples e eficaz para realizarem o seu primeiro projecto OO Uma metodologia tem mais probabilidades de ser
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 maisModelagem Orientada a Objetos
DCC / ICEx / UFMG Modelagem Orientada a Objetos Eduardo Figueiredo http://www.dcc.ufmg.br/~figueiredo Atividades de Modelagem OO 1. Definir o contexto do sistema 2. Projetar a arquitetura 3. Identificar
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 maisUML Diagramas de Pacotes (Packages) e Modelação da Arquitectura Lógica. UML Diagramas de Pacotes v.1.1, João Pascoal Faria, 2001
UML Diagramas de Pacotes (Packages) e Modelação da Arquitectura Lógica 1 Pacotes Um pacote (package) em UML é um mecanismo de agrupamento genérico Notação: pasta com o nome no interior ou na pega No caso
Leia maisMODELAGEM DE SISTEMA Apresentação
MODELAGEM DE SISTEMA Apresentação Prof Daves Martins Msc Computação de Alto Desempenho Email: daves.martins@ifsudestemg.edu.br Análise de Requisitos Processo de descobrir, analisar, documentar e verificar
Leia maisMODELAGEM DE SISTEMAS. Introdução a Computação e Engenharia de Software. Profa. Cynthia Pinheiro
MODELAGEM DE SISTEMAS Introdução a Computação e Engenharia de Software Profa. Cynthia Pinheiro Introdução Modelagem de Sistemas: A modelagem de um sistema auxilia o analista a entender a funcionalidade
Leia maisGestão de Requisitos Desenvolvimento de Requisitos. Rodolfo S F Resende
Gestão de Requisitos Desenvolvimento de Requisitos Rodolfo S F Resende Coloquial: o requisito é Uma necessidade, um desejo, uma expectativa Algo necessitado, desejado Uma condição necessitada, desejada
Leia maisProf. Esp. Fabiano Taguchi
UML Prof. Esp. Fabiano Taguchi http://fabianotaguchi.wordpress.com fabianotaguchi@hotmail.com UML COMPETÊNCIA: Conhecer e desenvolver estudos de caso usando modelagem orientada a objeto. HABILIDADE: Conhecer
Leia maisSistemas de Informação
Sistemas de Informação Escola Superior de Tecnologia e Gestão de Felgueiras Engenharia Informática 3º ano - 2003/2004 Ana Maria Madureira Informação Informação informatióne conjunto de dados em princípio
Leia maisAgenda TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS ANÁLISE E PROJETO DE SISTEMAS. Aula 3 21/08/2012
TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS ANÁLISE E PROJETO DE SISTEMAS Aula 3 Agenda O processo de desenvolvimento de software Processo Unificado e as fases do Processo Unificado Requisitos
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 maisProcesso de desenvolvimento de sistema de informação - DSI
- DSI Fases do processo de Desenvolvimento de Sistemas Informação Estudo da viabilidade Engenharia de requisitos Desenho (Modelagem) Codificação Testes e Implantação Estudo da viabilidade Estudo preliminar
Leia maisQualidade. Ana Madureira
Qualidade Ana Madureira Qualidade da Informação A qualidade de uma informação é apreciada em função da sua pertinência (adaptação às necessidades do sistema de gestão). Três características permitem medir
Leia maisUML (Unified Modelling Language)
UML (Unified Modelling Language) Curso de Especialização DEINF - UFMA Desenvolvimento Orientado a Objetos Prof. Geraldo Braz Junior Referências: Booch, G. et al. The Unified Modeling Language User Guide
Leia maisINF1013 MODELAGEM DE SOFTWARE
INF1013 MODELAGEM DE SOFTWARE Departamento de Informática PUC-Rio Ivan Mathias Filho ivan@inf.puc-rio.br Programa Capítulo 1 O Paradigma Orientado a Objetos A Linguagem UML Descrição da Arquitetura 1 Programa
Leia maisUML - Diagramas de Sequência
UML - Diagramas de Sequência 1 Objectivo Um diagrama de sequência mostra uma interacção, isto é, uma sequência de mensagens trocadas entre vários objectos num determinado contexto (caso de utilização,
Leia maisUNIVERSIDADE DA BEIRA INTERIOR Faculdade de Engenharia Departamento de Informática
UNIVERSIDADE DA BEIRA INTERIOR Faculdade de Engenharia Departamento de Informática 1ª FREQUÊNCIA 5 abril 2019 - Engenharia de Software - 2018/19, Duração:120 minutos 1. [3 valores] Descreva as principais
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 maisProcessos de software
Processos de software 1 Processos de software Conjunto coerente de atividades para especificação, projeto, implementação e teste de sistemas de software. 2 Objetivos Introduzir modelos de processos de
Leia maisEngenharia de Software
Instituto Superior Politécnico de Ciências e Tecnologia Engenharia de Software Prof Pedro Vunge www.pedrovunge.com I Semestre de 2018 Capítulo 1 Introdução SUMÁRIO Engenharia de Software Definição; Objectivos
Leia maisDOCUMENTO DE REQUISITOS
DOCUMENTO DE REQUISITOS ID documento: Data: / / Versão : Responsável pelo documento: ID Projeto: HISTÓRICO DE REVISÕES Data de criação/ atualização Descrição da(s) Mudança(s) Ocorrida(s) Autor Versão do
Leia maisCurso Especializado de UX
Curso Especializado de UX PROGRAMA O Curso Especializado de User Experience introduz técnicas e métodos de análise e desenho com o objectivo de auxiliar o desenvolvimento de sites e aplicações que apresentem
Leia maisDMS - DOCUMENTO DE MODELAGEM DE SISTEMA VERSÃO: [NOME DO SISTEMA] [SIGLA] [AUTORES]
DMS - DOCUMENTO DE MODELAGEM DE SISTEMA Este documento foi criado seguindo as recomendações e orientações do livro UML na Prática Do Problema ao Sistema e do modelo PRISM do MPDS (Modelo Prático para Desenvolvimento
Leia maisIntrodução ao Catalysis
Introdução ao Catalysis Tópicos Avançados de Engenharia de Software João Bosco jbapf@cin.ufpe.br Roteiro Dificuldades Motivação Componentes Desenvolvimento Baseado em Componentes (DBC) Catalysis jbapf@cin.ufpe.br
Leia mais2 o Ciclo de Engenharia Informática, 1 o Ano, 1 o Semestre Apontamentos Teóricas - Engenharia de Requisitos 2016/2017
Qualidade de 2 o Ciclo de Engenharia Informática, 1 o Ano, 1 o Semestre Apontamentos Teóricas - 1 1 Departamento de Informática Universidade da Beira Interior sebastiao@di.ubi.pt http://www.di.ubi.pt/~sebastiao
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 maisCiclo de vida: fases x atividades
Ciclo de vida Fase de definição Análise e Especificação Estudo de Viabilidade Estimativas Planejamento Fase de desenvolvimento Design Implementação e integração Verificação e Validação Fase de operação
Leia maisDiagramas. Abordaremos agora cada um destes tipos de diagrama: 1. Diagrama Use-Case. 2. Diagrama de Colaboração. 3. Diagrama de Sequência
Diagramas Os diagramas utilizados pela UML são compostos de nove tipos: diagrama de use case, de classes, de objecto, de estado, de sequência, de colaboração, de actividade, de componente e o de instalação/execução.
Leia maisModelação. Diagramas de Sequencia
Modelação Diagramas de Sequencia References: - A practical guide to SysML (chapter 8) - Systems Engineering with SysML/UML, Modeling, Analysis, Design (Chapter 3) Gabriel Pestana (gabriel.pestana@inesc-id.pt)
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 maisRelatório de Especificação de Requisitos
26/07/2013 18:05 1/10 Relatório de Especificação de Requisitos Relatório de Especificação de Requisitos Versão: 1.1 Autores: Antonieta Ponce de Leão Pedro Cunha Data: 11-03-2013 vs1.0 02-04-2013 vs1.1
Leia mais4.6. UML Diagramas de componentes
Engenharia de Software 4.6. UML Diagramas de componentes Nuno Miguel Gil Fonseca nuno.fonseca@estgoh.ipc.pt Componentes são partes, executáveis e substituíveis, (idealmente reutilizáveis) de um sistema
Leia maisENGENHARIA DE SOFTWARE ExtremePlanner
ENGENHARIA DE SOFTWARE ExtremePlanner Acesso ao sistema: https://es.extremeplannerlive.com Procedimento de Login: O login e password é definido pelos caracteres iniciais do endereço de email do aluno,
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 maisENGENHARIA DOS REQUISITOS
Apostila Estácio: Engenharia de Software de Roger S. Pressman. 6º Edição/2006 1 2 A engenharia de requisitos é um processo que engloba todas as atividades que contribuem para a produção de um documento
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 maisDelimitar claramente o escopo do projeto Estimar custo, tempo e retorno do investimento (feasibility)
FASE DE CONCEPÇÃO CONCEPÇÃO LANÇA O PROJETO Realizar o business case inicial Delimitar claramente o escopo do projeto Estimar custo, tempo e retorno do investimento (feasibility) Formular a arquitetura
Leia maisAnálise de Requisitos. Tema 4. Análise de Requisitos Profa. Susana M. Iglesias
Análise de Requisitos Tema 4. Análise de Requisitos Profa. Susana M. Iglesias Análise e uma ponte entre a engenharia de sistemas e o desenho do software Engenharia de Sistema Análise de Requisitos de Software
Leia maisPrincípios da Engenharia de Software aula 03
Princípios da Engenharia de Software aula 03 Prof.: José Honorato Ferreira Nunes Material cedido por: Prof.: Franklin M. Correia Na aula anterior... Modelos de processos de software: Evolucionário Tipos
Leia maisEngenharia de Software
Instituto Superior Politécnico de Ciências e Tecnologia Engenharia de Software Prof Pedro Vunge www.pedrovunge.com I Semestre de 2019 SUMÁRIO l,ostttuto SU'1ll.lOR,OUTto;ICO DE OtN0ASETT.CNOLOClA Capítulo
Leia maisAnálise e modelação de sistemas. Classe T13: Passando da análise ao Desenho
Análise e modelação de sistemas Classe T13: Passando da análise ao Desenho 2 Programa Organizando os diagramas Da análise ao desenho Pacotes Estereó;pos Classes de análise vs classes de desenho Estereó;pos
Leia maisSISTEMAS DISTRIBUÍDOS
SISTEMAS DISTRIBUÍDOS Sérgio Duarte (smd@fct.unl.pt) http://asc.di.fct.unl.pt/~smd/isctem Material de suporte às aulas de Sistemas Distribuídos de Nuno Preguiça Copyright DI FCT/ UNL / 1 OBJETIVOS DA CADEIRA
Leia maisUML Aula I Diagramas de Caso de Uso. Ricardo Argenton Ramos
UML Aula I Diagramas de Caso de Uso Ricardo Argenton Ramos Engenharia de Software II 2016.1 25/04/2016 Um Exercício Como você pode representar? Uma casa de 2 andares, 4 quartos, 2 banheiros, 1 sala, 1
Leia maisAnálise e Projeto Orientados a Objetos
Análise e Projeto Orientados a Objetos Requisitos Diretoria Acadêmica de Gestão e Tecnologia da Informação Requisitos Segundo Larman: São capacidades e condições às quais o sistema e em termos mais amplos,
Leia maisSISTEMAS DE INFORMAÇÃO UML UMA VISÃO GERAL
SISTEMAS DE INFORMAÇÃO UML UMA VISÃO GERAL Marcio Junior Vieira Sobre o Palestrante A 9 anos trabalha na área de análise e desenvolvimento de sistemas. Aluno do Mestrado em Informática UFPR - Grupo IMAGO.
Leia maisAnalista de Sistemas S. J. Rio Preto
Engenharia de Requisitos - análise A engenharia de requisitos (no contexto da engenharia de software) é um processo que engloba todas as atividades que contribuem para a produção de um documento de requisitos
Leia maisConcepção lança o projeto
FASE DE CONCEPÇÃO Concepção lança o projeto Realizar o business case inicial Delimitar claramente o escopo do projeto Estimar custo, tempo e retorno do investimento (feasibility) Formular a arquitetura
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 maiselaboração da aplicação, estamos dependentes do software usado pelo Helpdesk. Por exemplo, como usam activamente o sistema operativo Linux,
Este documento contém os requisitos do projecto #FF0000. Esta secção descreve de forma resumida em que consiste o projecto e o que pode ser encontrado neste documento. 1.1 Objectivo Este documento fornece
Leia maisAnálise e Projeto Orientado a Objetos
Análise e Projeto Orientado a Objetos Aula 1.10 - Engenharia de Requisitos Bruno Neiva Moreno Instituto Federal do Rio Grande do Norte Campus Nova Cruz bruno.moreno@ifrn.edu.br 1/27 Introdução A Engenharia
Leia maisCapítulo 5 Modelação do Sistema 1
Capítulo 5 Modelação do Sistema Capítulo 5 Modelação do Sistema 1 Assuntos abordados Modelos de contexto Modelos de interação Modelos estruturais Modelos comportamentais Engenharia orientada a modelos
Leia maisDicas sobre o Relatório de Estágio
Dicas sobre o Relatório de Estágio Rui Pedro Paiva Fevereiro de 2008-2011 Índice Modelo 1. Introdução (apenas lendo a introdução, o leitor deve obter uma resposta clara e sucinta a 3 questões fundamentais:
Leia maisReuso de Software Aula Maio 2012
Reuso de Software Aula 19 Tópicos da Aula Engenharia de Software baseada em Componentes (CBSE) Eduardo Figueiredo http://www.dcc.ufmg.br/~figueiredo reuso.software@gmail.com Componentes Modelos de Componentes
Leia maisRequisitos de Software
Engenharia de requisitos Requisitos de Software Estabelece os serviços que o cliente requer de um sistema e as restrições sob as quais tal sistema operará e será desenvolvido. Tais serviços e restrições
Leia maisProcesso de Engenharia de Requisitos
Processo de Engenharia de Requisitos Centro de Informática - Universidade Federal de Pernambuco Kiev Gama kiev@cin.ufpe.br Slides originais elaborados por Ian Sommerville e adaptado pelos professores Márcio
Leia maisAnálise de sistemas. Engenharia de Requisitos
Análise de sistemas Engenharia de Requisitos Análise de Requisitos Processo de descobrir, analisar, documentar e verificar serviços requeridos para um sistema e suas restrições operacionais. 2 O que é
Leia maisEngenharia de Software Processo de Desenvolvimento. Ciclo de Vida - Modelo Cascata
Processo de Desenvolvimento Também chamado de ciclo de vida do software Reflete os passos necessários para se construir um produto de software Existem vários modelos de ciclo de vida Cascata (1956) Iterativo
Leia maisProjeto Integrador. <Projeto Integrador> Documento Visão. Versão <1.0>
Projeto Integrador Documento Visão Versão Histórico de Revisões Data Versão Descrição Autor
Leia maisSistemas Embebidos I , Tiago Miguel Dias ISEL, ADEETC - Secção de Eletrónica e Telecomunicações e de Computadores
Sistemas Embebidos I Licenciatura em Eng. de Electrónica e Telecomunicações e de Computadores Licenciatura em Engenharia Informática e de Computadores Mestrado em Engenharia de Electrónica e Telecomunicações
Leia maisEngenharia de Software. Matéria para os Testes
Engenharia de Software Revisões 19/Junho/2006 Matéria para os Testes 1º Teste (25/Março) Engenharia de Software Desenho de Software Escrita de Programas 2º Teste (21/Junho) Processo de Desenvolvimento
Leia maisSumário. Processo de Desenvolvimento. Objectivos. Problemas. Engenharia de Software. Caracterização. Técnicas Avaliação e Validação Exemplo Conclusões
Engenharia de Software Processo de Desenvolvimento António Rito Silva Rito.Silva@inesc-id.pt Sumário Caracterização Objectivos Problemas Qualidades Técnicas Avaliação e Validação Exemplo Conclusões Processo
Leia mais3. Modelação Evolução histórica
3. Modelação 3.1. Evolução histórica 1 2 Evolução histórica Antes de serem abordados os modelos Ambiental e Comportamental, é importante observar o quadro seguinte, que apresenta a evolução histórica dos
Leia maisCASOS DE TESTE PALESTRANTE: MARCIA SILVA MARCIA.SILVA@DATASUS.GOV.BR WWW.EMERSONRIOS.ETI.BR
CASOS DE TESTE PALESTRANTE: MARCIA SILVA MARCIA.SILVA@DATASUS.GOV.BR WWW.EMERSONRIOS.ETI.BR CONCEITOS BÁSICOS - TESTES O que é Teste de Software? Teste é o processo de executar um programa com o objetivo
Leia maisAnálise e Projeto de Sistemas
Análise e Projeto de Sistemas Prof. Dr. Ronaldo C. de Oliveira ronaldo.co@ufu.br www.facom.ufu.br/~ronaldooliveira FACOM - 2017 Requisitos do Sistema Introdução O que são requisitos de um software? Serviços
Leia maisEngenharia da Programação
Engenharia da Programação LEIC 4º ano, 1º Semestre, ano lectivo de 2002-03 2º Exame (o exame é composto por 10 perguntas (1-10) cotadas com 1 valor cada) Data: 8 de Fevereiro de 2003 Duração Exame: 1h30
Leia maisDesenvolvimento de Sistemas Orientados a Objetos com UML UP/RUP: Projeto
Desenvolvimento de Sistemas Orientados a Objetos com UML UP/RUP: Projeto Engenharia de Software I Informática 2006 Profa. Dra. Itana Gimenes RUP: Projeto Artefatos Modelo de Projeto: Lista de classes de
Leia maisIFSC/Florianópolis - CTI - Projeto de Sistemas - prof. Herval Daminelli
MODELAGEM DE SOFTWARE Sistemas de média e grande complexidade necessitam de uma metodologia destinada a facilitar o seu desenvolvimento; Esta metodologia corresponde a uma visão, uma abstração do sistema
Leia maisRequisitos de Sistemas
Requisitos de Sistemas Unidade I - Engenharia de Requisitos Definição de Requisitos (Continuação) Processos de Engenharia de Requisitos (Cont.) - Análise - Registro - Validação - Gerência 1 Processo de
Leia mais