Linhas de Produto de Software
|
|
|
- Geovane Ribeiro Branco
- 10 Há anos
- Visualizações:
Transcrição
1 Gerência de Variações em Requisitos 20 de outubro de 2009
2 Rain of fire PL
3 Mobile media PL
4 Feature model
5 Linhas de produto Abordagem sistemática para reúso de software. Redução dos custos e do tempo de lançamento de produtos pertencentes a um domínio específico. Melhoria da qualidade das aplicações. Cada artefato deve ser inspecionado e/ou testado um maior número de vezes!
6 Reúso a longo prazo... benefícios não aparecem de graça
7 Investimento inicial envolve: 1 Análise do domínio 2 Engenharia do domínio construir e testar os core assets relacionar artefatos com elementos do domínio (opcionalmente) implementar DSLs e generators
8 Core assets Artefatos reusáveis e configuráveis. Mas não apenas código fonte! Compreendem também: Requisitos (funcionais e não funcionais) Decisões de projeto e arquiteturais Casos de teste, scripts de teste Ajuda on-line, manuais dos usuários,...
9 Gerência de Variações em Requisitos
10 Diferentes abordagens Gráficas Model Templates MATA VML4RE Anotações Composições PLUC PLUSS MSVCM Textuais
11 Model Templates (exemplo) First aid worker transmits injury information of victim to System System update crisis record with the sent injury information. B <<not Medical Services>> A <<Medical Services>> First aid worker determines victims identity and comunicates it to system. System instructs first aind work to bring the victim to the most appropriate hospital <<Medical Services>> System requests victims medical history from all connected hospital resource systems. First aind worker notifies System that he has dropped the victim at the hospital. <<Medical Services>> Hospital resource system transmits victimis medical history to System. First aid worker informs System that he has completed his mission. <<Medical Services>> System notifies first aid worker of medical history of the victim. <<Medical Services>>
12 Model Templates (características) Não existe separação entre o que é comum e o que varia Modelo de configuração entrelaçado com as especificações
13 VML4RE (especificação base) SC07 Execute Rescue Mission First aid worker transmits injury information of victim to System System update crisis record with the sent injury information. ATV03 First aid worker determines victims identity and comunicates it to system. System instructs first aind work to bring the victim to the most appropriate hospital ATV04 First aind worker notifies System that he has dropped the victim at the hospital. First aid worker informs System that he has completed his mission.
14 VML4RE (especificação da variação) ADV01 Send Injury Data System requests victims medical history from all connected hospital resource systems. Hospital resource system transmits victimis medical history to System. System notifies first aid worker of medical history of the victim.
15 VML4RE (composições / configurações) concern CrisisManagement {... variant for MedicalServices { connect (SC07::ATV03, ADV01::ATV01) connect (ADV01::ATV03, SC07::ATV04) } variant for Log { // two "connects" for each mission.... }... }
16 VML4RE (características) Abordagem composicional Variações separadas das especificações base Modelo de configuração independente Não suporta quantificação (versão atual)
17 PLUSS (exemplo) Scenario: Execute rescue mission. Description: The intention of the First Aid Worker is... Related feature: Rescue Mission Flow of events Feature User Action System Response 1 - First Aid Worker transmits injury information of victims to System. System updates crisis record with the sent injury information. 2 Med. Services First Aid Worker determines victim s identity and communicates it to System. 3 Med. Services Hospital Resource System transmits victim s medical history information to System. System requests victim s medical history information from all connected Hospital Resource Systems. System notifies First Aid Worker of medical history of the victim relevant to his injury System instructs First Aid Worker to bring the victim to the most appropriate hospital. 5 - First Aid Worker notifies System that he - has dropped the victim at the hospital. 6 - First Aid Worker informs System that he has completed his mission. -
18 PLUSS (características) Abordagem anotativa Não existe separação entre o que é comum e o que varia Modelo de configuração entrelaçado com as especificações
19 MSVCM (especificação base) SC01 Scenario: Execute Rescue Mission. Description: The intention of the First Aid Worker is... Flow of events: Code User Action System Response SC07.1 First Aid Worker transmits injury information of victims to System. System updates crisis record with the sent injury SC System instructs First Aid Worker to bring the victim to the most appropriate hospital. SC07.3 First Aid Worker notifies System - that he is leaving the crisis site. SC07.4 First Aid Worker notifies System - that he has dropped off the victim at the hospital. SC07.5 First Aid Worker informs System that he has completed his mission. -
20 MSVCM (especificação da variação) ADV01 Advice: Medical Service advising Execute Rescue Mission. Description: Transmits injury information of victim to System. Code User Action System Response ADV01.1 First Aid Worker determines victim s identity and communicates it to System. System requests victim s medical history information from all connected Hospital Resource Systems. ADV01.2 Hospital Resource System transmits victim s medical history information to System. System notifies First Aid Worker of medical history of the victim relevant to his injury.
21 MSVCM (configurações) Feature Expression Transformations Car Crash select scenario SC01, SC03, SC04 Authentication System select scenario SC10 Rescue Mission select scenario SC07, SC08 Witness select scenario SC02 Remove Obstacle Mission select scenario SC09 Medical Services evaluate advice ADV01 Observe Mission select scenario SC06
22 MSVCM (características) Abordagem composicional Variações separadas das especificações base Modelo de configuração independente Suporta quantificação
23 Nesta parte da disciplina, investigaremos o uso das abordagens PLUSS e MSVCM para especificar variações em requisitos.
24 Para começar Estudar exemplos adicionais de PLUSS e MSVCM Rever a noção de extração e evolução de LPS Entender o suporte ferramental a ser usado na disciplina
25 Gerência de Variações em Requisitos 20 de outubro de 2009
Solicitação de Mudança 01
Solicitação de Mudança 01 Refatorar a especificação da linha de produtos Crisis Management System permitindo que o suporte ao registro de LOG seja opcional. Isso significa que o comportamento descrito
Linhas de Produtos de Software. Professor: Uirá DIMAp / UFRN, 2009.2
Linhas de Produtos de Software Professor: Uirá DIMAp / UFRN, 2009.2 Aula 4: Modelagem de Variabilidades em Requisitos Modelagem de Requisitos Documentação textual Não limita a expressividade dos requisitos
Engenharia de Software. Parte I. Introdução. Metodologias para o Desenvolvimento de Sistemas DAS 5312 1
Engenharia de Software Parte I Introdução Metodologias para o Desenvolvimento de Sistemas DAS 5312 1 Mitos do Desenvolvimento de Software A declaração de objetivos é suficiente para se construir um software.
Uma Abordagem de Engenharia de Requisitos Para Linhas de Produtos de Software
Uma Abordagem de Engenharia de Requisitos Para Linhas de Produtos de Software Gabriela Guedes de Souza, Jaelson Castro e Carla Silva [email protected], [email protected], [email protected] DEPARTAMENTO DE
Universidade Estadual de Maringá Centro de Tecnologia Departamento de Informática Programa de Pós-Graduação em Desenvolvimento de Sistemas para Web
Universidade Estadual de Maringá Centro de Tecnologia Departamento de Informática Programa de Pós-Graduação em Desenvolvimento de Sistemas para Web } Com o forte crescimento do comércio eletrônico por
PDS - DATASUS. Processo de Desenvolvimento de Software do DATASUS
PDS - DATASUS Processo de Desenvolvimento de Software do DATASUS Coordenação Geral de Arquitetura e Engenharia Tecnológica Coordenação de Padronização e Qualidade de Software Gerência de Padrões e Software
Usando RDL para Derivação de Produtos em uma Linha de Produtos de Software
Usando RDL para Derivação de Produtos em uma Linha de Produtos de Software Juliano Dantas Santos Universidade Federal do Rio de Janeiro COPPE - Instituto Alberto Luiz Coimbra de Pós-Graduação e Pesquisa
Introdução à Engenharia de. Software. Introdução à Engenharia de. Software. O que é a Engenharia de Software? Software
Introdução à Engenharia de Gidevaldo Novais ([email protected]) Introdução à Engenharia de Objetivo Depois desta aula você terá uma noção geral do que é a engenharia de software e dos seus objetivos
A Semi-Automatic Strategy to Identify Crosscutting Concerns in PL-AOVgraph Requirement Models
Universidade Federal do Rio Grande do Norte Departamento de Informática e Matemática Aplicada Natal/RN - Brasil A Semi-Automatic Strategy to Identify Crosscutting Concerns in PL-AOVgraph Requirement Models
Linha de Produto de Software
Linha de Produto de Software Jair C Leite DIMAp/UFRN O que é linha de produto de software? Técnica de produção baseada em outras engenharias fábricas que desenvolvem uma mesma família de produtos com partes
Apresentação, xix Prefácio à 8a edição, xxi Prefácio à 1a edição, xxiii. Parte I - Empresa e Sistemas, 1
Apresentação, xix Prefácio à 8a edição, xxi Prefácio à 1a edição, xxiii Parte I - Empresa e Sistemas, 1 1 SISTEMA EMPRESA, 3 1.1 Teoria geral de sistemas, 3 1.1.1 Introdução e pressupostos, 3 1.1.2 Premissas
Fundamentos de Engenharia de Software. Josino Rodrigues ([email protected])
Fundamentos de Engenharia de Software Josino Rodrigues ([email protected]) Apresentação Quem sou eu Quem são vocês? Qual seu nível de conhecimento associado a disciplina e quais suas expectativas? Objetivo
RUP. Evolução. Principais Características do RUP. Principais Características do RUP RUP
RUP Rational Unified Process ( Unificado de Desenvolvimento da Rational) Conjunto de passos que tem como objetivo atingir uma meta de software na ES, processo que visa a produzir o software - de modo eficiente
Introdução à Engenharia de Software
Introdução à Engenharia de Software Professor: Rômulo César [email protected] www.romulocesar.com.br Imagem Clássica Objetivo da aula Depois desta aula você terá uma visão sobre o que é a engenharia
Tecnologias Web. Padrões de Projeto - Camada de Apresentação
Tecnologias Web Padrões de Projeto - Camada de Apresentação Cristiano Lehrer, M.Sc. Padrões da Camada de Apresentação (1/2) Intercepting Filter Viabiliza pré e pós processamento de requisições. Front Controller
Engenharia de Domínio baseada na Reengenharia de Sistemas Legados
1021 X Salão de Iniciação Científica PUCRS Engenharia de Domínio baseada na Reengenharia de Sistemas Legados Cássia Zottis¹, Profa. Dra. Ana Paula Terra Bacelo 1 (orientadora) 1 Faculdade de Informática,
Uso do Action₀NET com o PI System da OsiSoft
Uso do Action₀NET com o PI System da OsiSoft Introdução Se sua empresa utiliza o PI System da OsiSoft, o Action₀NET é o software SCADA (Supervisory Control and Data Acquisition) que mais se adequa a sua
Documento de Análise e Projeto VideoSystem
Documento de Análise e Projeto VideoSystem Versão Data Versão Descrição Autor 20/10/2009 1.0 21/10/2009 1.0 05/11/2009 1.1 Definição inicial do documento de análise e projeto Revisão do documento
Programação para Web Artefato 01. AT5 Conceitos da Internet
Programação para Web Artefato 01 AT5 Conceitos da Internet Histórico de revisões Data Versão Descrição Autor 24/10/2014 1.0 Criação da primeira versão HEngholmJr Instrutor Hélio Engholm Jr Livros publicados
Engenharia de Requisitos
Engenharia de Requisitos Introdução a Engenharia de Requisitos Professor: Ricardo Argenton Ramos Aula 08 Slide 1 Objetivos Introduzir a noção de requisitos do sistema e o processo da engenharia de requisitos.
AutoTest Um Framework Reutilizável para a Automação de Teste Funcional de Software
AutoTest Um Framework Reutilizável para a Automação de Teste Funcional de Software Marcelo Fantinato CPqD Telecom & IT Solutions UNICAMP Instituto de Computação Campinas SP Agenda Motivação Objetivo Automação
Tópicos em Engenharia de Software (Optativa III) AULA 2. Prof. Andrêza Leite [email protected] (81 )9801-6619
Tópicos em Engenharia de Software (Optativa III) AULA 2 Prof. Andrêza Leite [email protected] (81 )9801-6619 Engenharia de Software Objetivo da aula Depois desta aula você terá uma revisão sobre o
Processo de Desenvolvimento Unificado
Processo de Desenvolvimento Unificado Processo de Desenvolvimento de Software? Conjunto de atividades bem definidas; com responsáveis; com artefatos de entrada e saída; com dependências entre as mesmas
Teste de Software. Profa. Cátia dos Reis Machado [email protected]
Teste de Software Profa. Cátia dos Reis Machado [email protected] Qualidade Garantia de Qualidade Qualidade do processo Qualidade do produto Testes Estáticos Testes Dinâmicos Teste de software
Princípios da Engenharia de Software Aula 02. Prof.: Franklin M. Correia
Princípios da Engenharia de Software Aula 02 Prof.: Franklin M. Correia Na aula anterior... Introdução a Engenharia de Software O que é software? O que é Engenharia de Software? Conceitos importantes Tipos
Aplicativo web para definição do modelo lógico no projeto de banco de dados relacional
Aplicativo web para definição do modelo lógico no projeto de banco de dados relacional Juarez Bachmann Orientador: Alexander Roberto Valdameri Roteiro Introdução Objetivos Fundamentação teórica Desenvolvimento
RUP Rational Unified Process
RUP Rational Unified Process Baseado em http://www.wthreex.com/rup/ e em outros materiais da IBM/Rational Visão Geral O RUP tem duas dimensões: o eixo horizontal representa o tempo e mostra os aspectos
Agenda da Aula. Resumo dos Padrões (Aula 4) Padrões Arquiteturais. Arquitetura Cliente-Servidor. Arquitetura Cliente-Servidor
Reuso de Software Aula 05 Agenda da Aula Linha de Produtos de Software Eduardo Figueiredo http://www.dcc.ufmg.br/~figueiredo [email protected] 19 Março 2012 Padrões arquiteturais Cliente-Servidor
Qualidade de Software
Qualidade de Software Projeto e Desenvolvimento de Sistemas Dr. Fábio Levy Siqueira [email protected] Aula 2: Garantia da Qualidade e Padrões Qualidade de software Quais são as atividades de Gestão
Nota de Aplicação. Exemplo de log de usuários utilizando IHM Magelis e o leitor biometrico XB5S5B2L2. Suporte Técnico Brasil. Versão: 1.
Nota de Aplicação Exemplo de log de usuários utilizando IHM Magelis e o leitor biometrico XB5S5B2L2. Versão: 1.0 Suporte Técnico Brasil Especificações técnicas Hardware: Firmware: HMIGTO4310 XB5S5B2L2
CobiT 5. Como avaliar a maturidade dos processos de acordo com o novo modelo? Conhecimento em Tecnologia da Informação
Conhecimento em Tecnologia da Informação CobiT 5 Como avaliar a maturidade dos processos de acordo com o novo modelo? 2013 Bridge Consulting All rights reserved Apresentação Sabemos que a Tecnologia da
Gerência de Configuração de Software Funções
Universidade Estadual de Maringá Departamento de Informática Ciência da Computação Processo de Engenharia de Software II Gerência de Configuração de Software Funções Rafael Leonardo Vivian {rlvivian.uem
ADMINISTRAÇÃO DE ATIVOS DE TI GERENCIAMENTO DE CONFIGURAÇÃO
1 ADMINISTRAÇÃO DE ATIVOS DE TI GERENCIAMENTO DE CONFIGURAÇÃO 2 INFRAESTRUTURA DE TI Para garantir o atendimento às necessidades do negócio, a área de TI passou a investir na infraestrutura do setor, ampliando-a,
Princípios de Linhas de Produtos de Software. Prof. Alberto Costa Neto [email protected]
Princípios de Linhas de Produtos de Software Prof. Alberto Costa Neto [email protected] Surgimento das Linhas de Produtos Inicialmente produtos eram feitos artesanalmente Mas... Nº de pessoas que poderiam
LEIA ISTO PRIMEIRO. IBM Tivoli Configuration Manager, Versão 4.2.1
LEIA ISTO PRIMEIRO IBM Tivoli, Versão 4.2.1 O IBM Tivoli, Versão 4.2.1, é uma solução para controlar a distribuição de software e o inventário de gerenciamento de recursos em um ambiente multiplataformas.
Especificações da oferta Gerenciamento de dispositivos distribuídos: Gerenciamento de ativos
Visão geral do Serviço Especificações da oferta Gerenciamento de dispositivos distribuídos: Gerenciamento de ativos Os Serviços de gerenciamento de dispositivos distribuídos ajudam você a controlar ativos
Comm5 Tecnologia Protocolo MI. Protocolo. Família MI
Comm5 Tecnologia Protocolo Família MI ÍNDICE PROTOCOLO... pág 03 PERMISSÃO... pág 03 AUTENTICAÇÃO... pág 03 IDENTIFICAÇÃO DAS PORTAS... pág 04 COMANDOS... pág 05 VERIFICAR AS ENTRADAS DO MÓDULO... pág
Gerenciamento de configuração. Gerenciamento de Configuração. Gerenciamento de configuração. Gerenciamento de configuração. Famílias de sistemas
Gerenciamento de Gerenciamento de Configuração Novas versões de sistemas de software são criadas quando eles: Mudam para máquinas/os diferentes; Oferecem funcionalidade diferente; São configurados para
Engenharia de Software. Apostila I >>> Introdução à ES - HEngholmJr
Engenharia de Software Apostila I >>> Introdução à ES - HEngholmJr Histórico de Revisões Data Versão Descrição Autor 12/08/2014 1.0 Criação da primeira versão HEngholmJr Agenda Introdução à Engenharia
Rotina de Discovery e Inventário
16/08/2013 Rotina de Discovery e Inventário Fornece orientações necessárias para testar a rotina de Discovery e Inventário. Versão 1.0 01/12/2014 Visão Resumida Data Criação 01/12/2014 Versão Documento
UNIVERSIDADE FEDERAL DE SANTA MARIA CENTRO DE TECNOLOGIA AULA 06 PROFª BRUNO CALEGARO
UNIVERSIDADE FEDERAL DE SANTA MARIA CENTRO DE TECNOLOGIA AULA 06 PROFª BRUNO CALEGARO Santa Maria, 27 de Setembro de 2013. Revisão aula anterior Desenvolvimento Ágil de Software Desenvolvimento e entrega
Obtendo Qualidade com SOA
Obtendo Qualidade com SOA Daniel Garcia Gerente de Prática BPM/SOA [email protected] 11 de Novembro de 2009 Copyright 2009 Kaizen Consultoria e Serviços. All rights reserved Agenda Sobre a Kaizen
GARANTIA DA QUALIDADE DE SOFTWARE
GARANTIA DA QUALIDADE DE SOFTWARE Fonte: http://www.testexpert.com.br/?q=node/669 1 GARANTIA DA QUALIDADE DE SOFTWARE Segundo a NBR ISO 9000:2005, qualidade é o grau no qual um conjunto de características
Aplicação do REVIT em estudos de viabilidade.
. Sergio Leusin GDP Gerenciamento e Desenvolvimento de Projetos Raquel Canellas GDP Gerenciamento e Desenvolvimento de Projetos Apresentação de casos de estudo de viabilidade físico financeira com apoio
Table 1. Dados do trabalho
Título: Desenvolvimento de geradores de aplicação configuráveis por linguagens de padrões Aluno: Edison Kicho Shimabukuro Junior Orientador: Prof. Dr. Paulo Cesar Masiero Co-Orientadora: Prof a. Dr. Rosana
PROCESSO DE DESENVOLVIMENTO DE SOFTWARE. Modelos de Processo de Desenvolvimento de Software
PROCESSO DE DESENVOLVIMENTO DE SOFTWARE Introdução Modelos de Processo de Desenvolvimento de Software Os modelos de processos de desenvolvimento de software surgiram pela necessidade de dar resposta às
Metodologias Ágeis. Aécio Costa
Metodologias Ágeis Aécio Costa Metodologias Ágeis Problema: Processo de desenvolvimento de Software Imprevisível e complicado. Empírico: Aceita imprevisibilidade, porém tem mecanismos de ação corretiva.
REVISÃO ENGENHARIA DO SOFTWARE. Isac Aguiar isacaguiar.com.br [email protected]
REVISÃO ENGENHARIA DO SOFTWARE Isac Aguiar isacaguiar.com.br [email protected] Software Sequencia de Instruções a serem seguidas ou executadas Dados e rotinas desenvolvidos por computadores Programas
Engenharia de Software I: Análise e Projeto de Software Usando UML
Engenharia de Software I: Análise e Projeto de Software Usando UML Capítulo 1 Processo de Desenvolvimento de Software Metodologia de Desenvolvimento de Software Uma metodologia é um conjunto de métodos,
UNIP Ciência da Computação / Sistemas de Informação TED I - Orientações Gerais para Elaboração dos Documentos
I - Orientações Gerais para Elaboração dos Documentos A seguir, orientações fundamentais para a elaboração dos documentos do projeto, tendo em vista a complexidade inerente neste processo. Este roteiro
Processos de Desenvolvimento de Software. Ricardo Argenton Ramos UNIVASF Engenharia de Software I Aula 3
Processos de Desenvolvimento de Software Ricardo Argenton Ramos UNIVASF Engenharia de Software I Aula 3 Modelos de Processo de Software O Modelo Sequencial Linear Aula passada também chamado Modelo Cascata
Diferenças da versão 6.3 para a 6.4
Release Notes Diferenças da versão 6.3 para a 6.4 Melhorias Comuns ao Sistema Help O Help Online foi remodelado e agora é possível acessar os manuais de cada módulo diretamente do sistema. Mapeamento de
Gerenciamento do Escopo. PMBOK Guide 2000
PMBOK Guide 2000 Objetivos Apresentar os processos, ferramentas e técnicas utilizadas para gerenciar o escopo de um projeto Hermano Perrelli CIn-UFPE 2 Ao final desta aula você será capaz de... Organizar
GOVERNANÇA EM TI. Prof. André Dutton. www.portaldoaluno.info 1
GOVERNANÇA EM TI Prof. André Dutton www.portaldoaluno.info 1 O QUE É GOVERNANÇA EM TI A governança em TI é de responsabilidade da alta administração (incluindo diretores e executivos), na liderança, nas
Desenvolvimento de software orientado a características e dirigido por modelos
Desenvolvimento de software orientado a características e dirigido por modelos Universidade Federal de Uberlândia Rodrigo Reis Pereira Prof. Dr. Marcelo Almeida Maia Agenda Motivação Introdução Modelagem
Sistemas de Informação I
+ Sistemas de Informação I Processo de software I Ricardo de Sousa Britto [email protected] + O que é Engenharia de Software n Definição dada pela IEEE [IEE93]: n Aplicação de uma abordagem sistemática,
Lucas Nascimento Santos
Lucas Nascimento Santos Mobile Application Developer [email protected] Resumo Lucas Nascimento Santos (@ll_ucasn), engenheiro de software. Estudante de Ciência da Computação na Universidade Salvador
Administração de Banco de Dados
Administração de Banco de Dados Professora conteudista: Cida Atum Sumário Administração de Banco de Dados Unidade I 1 INTRODUÇÃO A BANCO DE DADOS...1 1.1 Histórico...1 1.2 Definições...2 1.3 Importância
O que é Engenharia de Software?
O que é Engenharia de Software? Prof. Dr. Jorge H C Fernandes Definições para Engenharia de Software Desenvolvimento multi-versional de software multipessoal Abordagem sistemática, disciplinada e quantificada
Processos de Desenvolvimento de Software. Prof. Hélio Engholm Jr
Processos de Desenvolvimento de Software Objetivos Descrever o processo de desenvolvimento de software Orientado a Objetos (Object Oriented Software Development - OOSD) Descrever como a modelagem suporta
Engenharia de Software
Universidade São Judas Tadeu Profª Dra. Ana Paula Gonçalves Serra Engenharia de O Processo Uma Visão Genérica Capítulo 2 (até item 2.2. inclusive) Engenharia de - Roger Pressman 6ª edição McGrawHill Capítulo
Advanced IT S/A. EM10g Grid Control. Introdução. Introdução. Agenda. Como alcança estes objetivos Grid Control Home Page Pode gerenciar:
Agenda Advanced IT S/A EM10g Grid Control Denise Cunha Advanced IT S/A - DBA Gerenciando Deployments (distribuições) Estendendo o EM Sistema de Jobs Start e Stop do EM Objetivos Extrair informações críticas
Nome da Empresa. <Nome do Projeto> Plano de Desenvolvimento de Software. Versão <1.0>
Nome da Empresa Plano de Desenvolvimento de Software Versão Histórico de Revisões Data Versão Descrição Autor 2/7 Índice Analítico 1. Objetivo
SNPTEE SEMINÁRIO NACIONAL DE PRODUÇÃO E TRANSMISSÃO DE ENERGIA ELÉTRICA
SNPTEE SEMINÁRIO NACIONAL DE PRODUÇÃO E TRANSMISSÃO DE ENERGIA ELÉTRICA GTL 16 14 a 17 Outubro de 2007 Rio de Janeiro - RJ GRUPO XVI GRUPO DE ESTUDO DE SISTEMAS DE INFORMAÇÃO E TELECOMUNICAÇÃO PARA SISTEMAS
ENGENHARIA 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,
Concepção e Elaboração
UNIVERSIDADE ESTADUAL PAULISTA INSTITUTO DE BIOCIÊNCIAS, LETRAS E CIÊNCIAS EXATAS DEPARTAMENTO DE CIÊNCIAS DE COMPUTAÇÃO E ESTATÍSTICA Análise e Projeto Orientado a Objetos Concepção e Elaboração Estudo
Nota de Aplicação Comunicação com o SmartStruxure Automation Server e Vijeo Citect utilizando protocolo BACnet/IP Versão: 1.0 Suporte Técnico Brasil
Nota de Aplicação Comunicação com o SmartStruxure Automation Server e Vijeo Citect utilizando protocolo BACnet/IP Versão: 1.0 Suporte Técnico Brasil Especificações técnicas Hardware: SXWAUTSVR10001 (SmartStruxure
Como melhorar a tomada de decisão. slide 1
Como melhorar a tomada de decisão slide 1 P&G vai do papel ao pixel em busca da gestão do conhecimento Problema: grande volume de documentos em papel atrasavam a pesquisa e o desenvolvimento. Solução:
Implantação de um Processo de Medições de Software
Departamento de Informática BFPUG Brazilian Function Point Users Group Implantação de um Processo de Medições de Software Claudia Hazan, MSc., CFPS [email protected] Agenda Introdução Processo de Medições
ARCO - Associação Recreativa dos Correios. Sistema para Gerenciamento de Associações Recreativas Plano de Desenvolvimento de Software Versão <1.
ARCO - Associação Recreativa dos Correios Sistema para Gerenciamento de Associações Recreativas Versão Histórico da Revisão Data Versão Descrição Autor Página
Os clientes devem fornecer todos os materiais de operação necessários quando solicitados pelo engenheiro.
Análise Lista de de Verificação Dados OpenLAB da Instalação somente A.01.01 Estação de Obrigado por adquirir a solução de software da Agilent. Esta lista de verificação é usada pelo engenheiro que efetua
Check Point Endpoint. Kátia Cruz. Security System Engineer [email protected]
Check Point Endpoint Kátia Cruz Security System Engineer [email protected] Os desafios PESSOAS COMETEM ERROS DIFÍCIL DEFINIR UMA POLÍTICA DE SEGURANÇA MÚLTIPLAS SOLUÇÕES Pessoas cometem erros Usam
Política Organizacional para Desenvolvimento de Software no CTIC
Política Organizacional para Desenvolvimento de Software no CTIC O CTIC/UFPA Centro de Tecnologia da Informação e Comunicação da Universidade Federal do Pará define neste documento sua Política Organizacional
CATÁLOGO DE CUSTOMIZAÇÕES Atualização de Preços de Tabela de Venda
CATÁLOGO DE CUSTOMIZAÇÕES Atualização de Preços de Tabela de Venda Índice ÍNDICE... 2 OBJETIVO DO PROJETO... 3 ESCOPO... 3 PREMISSAS... 5 LIMITAÇÕES E RESTRIÇÕES... 5 OBSERVAÇÕES... 5 POLÍTICA DA CUSTOMIZAÇÃO...
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
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 Tópicos Motivação e Objetivos LP e SOA Processo ADESE
ANEXO 11. Framework é um conjunto de classes que colaboram para realizar uma responsabilidade para um domínio de um subsistema da aplicação.
ANEXO 11 O MATRIZ Para o desenvolvimento de sites, objeto deste edital, a empresa contratada obrigatoriamente utilizará o framework MATRIZ desenvolvido pela PROCERGS e disponibilizado no início do trabalho.
Histórico: Linha de Produção. Linha de Produtos de Software. Reuso vs. Customização. Mercado Competitivo. Linha de Produtos de Software
DCC / ICEx / UFMG Histórico: Linha de Produção Linha de Produtos de Software Eduardo Figueiredo http://www.dcc.ufmg.br/~figueiredo Produtos em geral eram feitos manualmente Com o crescimento do consumo,
IntroduçãoaoGuia SWEBOK. Ernani Lopes Isensee 2014
IntroduçãoaoGuia SWEBOK Ernani Lopes Isensee 2014 Conhecendo o SWEBOK Guide to the Software Engineering Body of Knowledge IEEE Institute of Electrical and Electronic Engineers Conhecendo o SWEBOK O guia
Conceitos de Banco de Dados
Conceitos de Banco de Dados Autor: Luiz Antonio Junior 1 INTRODUÇÃO Objetivos Introduzir conceitos básicos de Modelo de dados Introduzir conceitos básicos de Banco de dados Capacitar o aluno a construir
Histórico da Qualidade Total, a Globalização e a importância de se estudar Qualidade de Software.
Qualidade de Software Aula 2 (Versão 2012-02) 02) Histórico da Qualidade Total, a Globalização e a importância de se estudar Qualidade de Software. Professor Toninho ([email protected] ) ( http://www.proftoninho.com
TERMO DE REFERÊNCIA PARA CONTRATAÇÃO DE PESSOA FÍSICA
TERMO DE REFERÊNCIA PARA CONTRATAÇÃO DE PESSOA FÍSICA 1. Projeto: OEI/BRA/09/004 - Aprimoramento da sistemática de gestão do Ministério da Educação (MEC) em seus processos de formulação, implantação e
Prototipação de Software
UNIVERSIDADE ESTADUAL PAULISTA INSTITUTO DE BIOCIÊNCIAS, LETRAS E CIÊNCIAS EXATAS DEPARTAMENTO DE CIÊNCIAS DE COMPUTAÇÃO E ESTATÍSTICA Prototipação de Software Engenharia de Software 2o. Semestre de 2005
Engenharia de Software
Engenharia de Software Introdução Departamento de Matemática Universidade dos Açores Hélia Guerra [email protected] Engenharia de software A economia de todos os países desenvolvidos depende do software. O
Construindo uma aplicação Web completa utilizando ASP.Net 2.0, Visual Studio 2005 e IIS 7.0 ( Parte 1)
Construindo uma aplicação Web completa utilizando ASP.Net 2.0, Visual Studio 2005 e IIS 7.0 ( Parte 1) Marcus Garcia Microsoft Most Valuable Professional INETA Regional Director MAS Mentor Associado Um
LOGs e ALERTAS de DESEMPENHO
LOGs e ALERTAS de DESEMPENHO Servem para Coletar automaticamente dados de desempenho de computadores locais ou remotos e ainda visualizar os dados de contador registrados em log usando o Monitor do sistema,
Construindo sítios profissionais com Mambo
23/09/06 Construindo sítios profissionais com Mambo Tiago Eugenio de Melo [email protected] 1 Sumário Software Livre Conceitos de CMS Mambo Configuração do Mambo Novidades Referências 2 O que é software
PSP Personal Software Process. MO409 Engenharia de Software I Bruno Abreu - RA 030020 Henrique Souza - RA 008876
PSP Personal Software Process MO409 Engenharia de Software I Bruno Abreu - RA 030020 Henrique Souza - RA 008876 Setembro/2004 Introdução O PSP Origem 1989 Watts Humphrey Foco e objetivos Motivações Introdução
Modelagemde Software Orientadaa Objetos com UML
Modelagemde Software Orientadaa Objetos com UML André Maués Brabo Pereira Departamento de Engenharia Civil Universidade Federal Fluminense Colaborando para a disciplina CIV 2802 Sistemas Gráficos para
[Teste Escalabilidade]
Resumo do documento: Este documento tem como objectivo especificar os requisitos testes para a verificação a disponibilidade e o desempenho a medida que a carga aumenta no sistema. Palavras-Chave: Escalabilidade
