SIPTEST System Intelligent Process Testing. Meta Modelo da Base de Conhecimento

Documentos relacionados
GARANTIA DA QUALIDADE DE SOFTWARE

Documento de Requisitos

Qualidade de Software. Profa. Cátia dos Reis Machado

O Processo Unificado: Captura de requisitos

Relatório do GPES. Arquitetura Geral do Framework

Plataforma integrada para testes em arquitecturas orientadas a serviços

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

ENGENHARIA DE SOFTWARE

SIPTEST System Intelligent Process Testing. Arquitetura de integração das ferramentas selecionadas

UNIVERSIDADE FEDERAL DE SANTA MARIA CENTRO DE TECNOLOGIA AULA 14 PROFª BRUNO CALEGARO

3 Qualidade de Software

Processo de Desenvolvimento Unificado

Requisitos de Software

Nome da Empresa. <Nome do Projeto> Plano de Desenvolvimento de Software. Versão <1.0>

CHECK - LIST - ISO 9001:2000

LISTA DE VERIFICAÇAO DO SISTEMA DE GESTAO DA QUALIDADE

SIPTEST System Intelligent Process Testing. Estado da arte na prática de testes tendo como referência o CMMI

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

Modelagem de Processos. Prof.: Fernando Ascani

Técnicas de Caixa Preta de Teste de Software

Sistemas Operacionais. Conceitos de um Sistema Operacional

SIPTEST System Intelligent Process Testing. SLAs a aplicar em frentes de testes funcionais

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

Desenvolvendo uma Arquitetura de Componentes Orientada a Serviço SCA

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

Declaração de Apoio Contínuo Amostra

Engenharia de Requisitos

Computador E/S, Memória, Barramento do sistema e CPU Onde a CPU Registradores, ULA, Interconexão interna da CPU e Unidade de controle.

E-business: Como as Empresas Usam os Sistemas de Informação

O Processo de Desenvolvimento de Software

5 Estudo de caso: utilizando o sistema para requisição de material

Estimativas de Software Fundamentos, Técnicas e Modelos... e o principal, integrando isso tudo!

Funcionalidades do Sistema de Negociação de Créditos de Carbono. Anexo VIII

Gerenciamento Verde de Projetos. GreenPM

Documento de Arquitetura

Extração de Requisitos

GereComSaber. Desenvolvimento de Sistemas de Software. Universidade do Minho Conselho de Cursos de Engenharia Licenciatura em Engenharia Informática

Processo de Desenvolvimento de Software. Engenharia de Software.

Guião para a Organização de Projetos de Melhoria Contínua da Qualidade dos Cuidados de Enfermagem

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

Módulo 2. Estrutura da norma ISO 9001:2008 Sistemas de Gestão da Qualidade Requisitos 0, 1, 2, 3 e 4/4, Exercícios

Análise e Projeto de Sistemas

Gerência de Projetos

Processos de Desenvolvimento de Software

Arquitecturas de Software Licenciatura em Engenharia Informática e de Computadores

PROGRAMA CIDADANIA ATIVA MANUAL DO PROMOTOR ANEXO 4: PREENCHIMENTO DO RELATÓRIO DE PROGRESSO

Motivação para o trabalho no contexto dos processos empresariais

Engenharia de Software. Parte I. Introdução. Metodologias para o Desenvolvimento de Sistemas DAS

Manual do Revisor Oficial de Contas. Projecto de Directriz de Revisão/Auditoria 860

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

Módulo 4: Gerenciamento de Dados

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

TEMA: Processo de multas Configurações, workflow e funcionalidades

5 Exemplo de aplicação

SGQ 22/10/2010. Sistema de Gestão da Qualidade. Gestão da Qualidade Qualquer atividade coordenada para dirigir e controlar uma organização para:

SIPTEST System Intelligent Process Testing. Estudo Comparativo de Ferramentas de Teste.

Introdução a Web Services

Introdução às Linguagens de Programação

PHC dteamcontrol Externo

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

Guia do Candidato.

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

Computadores e Sistemas de Informação. Bases de Dados Relacionais (linguagem SQL)

CÓPIA CONTROLADA USO EXCLUSIVO PARA TREINAMENTO INTERNO DO LIM56

NORMA NBR ISO 9001:2008

Inteligência Computacional Aplicada a Engenharia de Software

Projeto de Arquitetura

DEPARTAMENTO DE MATEMÁTICA E CIÊNCIAS EXPERIMENTAIS

Desenvolvimento de Soluções de e-business. Objetivos do Capítulo

PHC Consolidação CS. A execução da consolidação contabilística de grupos de empresas

ORIENTAÇÕES NO ÂMBITO DA ELABORAÇÃO DA DECLARAÇÃO AMBIENTAL E RESPETIVAS

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

formativa e das atividades de ensino e de aprendizagem nela desenvolvidas;

Modelo para Documento de. Especificação de Requisitos de Software

Processo de Criação de Cronogramas Prazo

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

Engenharia de Software Sistemas Distribuídos

Modelo de CANVAS. Alexander Osterwalder

Wesley Vaz, MSc., CISA

MANUAL DO CURSO Normas Internacionais de Auditoria

PHC Serviços CS. A gestão de processos de prestação de serviços

Análise e Concepção de Sistemas de Informação

Modelo Cascata ou Clássico

1 Introdução. 2 Funcionamento da Aplicação. Projeto de Programação - Entrega Final MEEC / Semestre Farm:TamagoISTi

O sucesso na Interaçao com o Conselho

Sistemas de gestão da qualidade - Requisitos

SISTEMAS INTEGRADOS DE GESTÃO PAS 99:2006. Especificação de requisitos comuns de sistemas de gestão como estrutura para a integração

Itens estruturais/caso de uso. Itens estruturais/classe ativa. Itens estruturais/componente. Itens estruturais/artefatos. Itens comportamentais

CPEE Coordenadoria de Planejamento e Estudos Estratégicos. Treinamento sobre Mapeamento de Processos

Departamento de Engenharia. ENG 1090 Introdução à Engenharia de Produção

O que significa a ABNT NBR ISO 9001 para quem compra?

Engenharia da Web. Professor MSc Wylliams Barbosa Santos Disciplina: Projeto de Sistemas Web wylliams.wordpress.com

)HUUDPHQWDV &RPSXWDFLRQDLV SDUD 6LPXODomR

Gerenciamento de Qualidade. Paulo C. Masiero Cap SMVL

Transcrição:

SIPTEST System Intelligent Process Testing. Meta Modelo da Base de Conhecimento SIPTEST - System Intelligent Testing Link Consulting,SA Pág. 0 de 8

Índice 1 Introdução... 2 2 Meta modelo... 3 2.1 SQA - Testes... 3 2.1.1 Functional Test Case... 4 2.1.2 Performance Test Case... 5 2.1.3 UAT User Acceptance Test... 5 2.1.4 Test Suite... 6 2.2 SOA Serviços... 6 2.2.1 Artifact: WSDL... 6 2.2.2 Service Interface... 6 2.2.3 Service... 6 2.2.4 Business Process... 6 3 Referências... 7 3.1 http://docs.oracle.com/cd/e23549_01/doc.1111/e16580/harvest.htm#babedfce... 7 Link Consulting,SA Pág. 1 de 8

1 Introdução Um Meta Modelo permite consolidar os principais conceitos que dentro de uma organização deverão ser alvo de análise, bem como as relações entre esses conceitos. É fundamental que se defina uma abordagem que possibilite consolidar quais os principais conceitos de uma arquitetura, estabelecendo assim uma linguagem arquitetural única, suportada por critérios bem definidos que permitam eliminar interpretações ambíguas dos termos utilizados. Para que tal aconteça a descrição de cada conceito foi complementada com os seguintes aspetos: Propriedades: Características inerentes a cada conceito Relações: Clarificação dos conceitos que estão diretamente relacionados com determinado tipo de conceito. Link Consulting,SA Pág. 2 de 8

Contains Tests of Contains Tests Test Composed by 2 Meta modelo Esta secção descreve o Meta Modelo em que assenta a solução. O Meta Modelo aqui apresentado explicita os conceitos que foram definidos na arquitetura bem como as suas relações conceptuais. Este modelo pretende ser fundamentalmente um instrumento na clarificação de conceitos, abstraindo-se das questões de implementação associadas aos modelos de dados. A figura abaixo mostra uma visão global do Meta Modelo ilustrando os seus conceitos e relações. Business Process Composes Subscribes / Subscribed by Service Contains Interface Service Interface Defined by Artifact: WSDL Interface Of Defines Tested by Functional Test Case Performance Test Case UAT User Acceptance Test Contained in Test Suite Figura 1 Meta Modelo da solução 2.1 Conceitos 2.1.1 SQA Esta secção apresenta os detalhes dos conceitos do Meta Modelo relacionados com Quality Assurance. Link Consulting,SA Pág. 3 de 8

Functional Test Case Performance Test Case UAT User Acceptance Test Contains Contained in Test Suite Figura 2 Conceitos relacionados com Quality Assurance 2.1.1.1 Functional Test Case O conceito de teste funcional representa um determinado conjunto de passos de execução que exercitam as funcionalidades de um ou mais serviços e os respetivos resultados esperados. Propriedades: a) Resultado: Um funtional - test case poderá estar no estado faild caso um dos passos de execução não tenha produzido o resultado esperado, ou passed caso todos os passos de execução tenham sido executados com sucesso. b) Ambiente: Indica em que ambiente computacional um teste foi executado. Os ambientes poderão ser o desenvolvimento, qualidade e de produção. c) Run: Um funtional test tem a si associado um conjunto de RUNs. As run representam o histórico de execuções de um testes, indicando para cada execução o resultado (passed ou faild), a data/hora em que ocorreu a execução e o ambiente. Relações: a) Um Functional Test Case testa um ou mais serviço: Functional Test Case Test Service. b) Um Functional Test Case pode pertencer a uma ou mais Test Suite: Functional Test Case contained in Test Suite. Link Consulting,SA Pág. 4 de 8

2.1.1.2 Performance Test Case O conceito de teste de performance representa um determinado conjunto de passos de execução que avaliam a performance de um ou mais serviços e os respetivos resultados a atingir. Propriedades: a) Resultado: Um performance test case poderá estar no estado faild caso um dos passos de execução não tenha atingido os resultado esperados, ou passed caso todos os passos de execução tenham sido executados com sucesso. b) Ambiente: Indica em que ambiente computacional um teste foi executado. Os ambientes poderão ser o desenvolvimento, qualidade e de produção. c) Run: Um performance test tem a si associado um conjunto de RUNs. As run representam o histórico de execuções de um testes, indicando para cada execução o resultado (passed ou faild), a data/hora em que ocorreu a execução e o ambiente. Relações: a) Um Performance Test Case testa um ou mais serviços: Performance Test Case Test Service. b) Um Performance Test Case pode pertencer a um ou mais Test Suite: Performance Test Case contained in Test Suite. 2.1.1.3 UAT User Acceptance Test O conceito de UAT representa um determinado conjunto de passos de execução que permitem ao utilizador aceitar as funcionalidades de um ou mais serviços. Propriedades: a) Resultado: Um UAT case poderá estar no estado faild caso um dos passos de execução não tenha produzido o resultado esperado, ou passed caso todos os passos de execução tenham sido executados com sucesso. b) Ambiente: Indica em que ambiente computacional um teste foi executado. Os ambientes poderão ser o desenvolvimento, qualidade e de produção. c) Run: Um UAT tem a si associado um conjunto de RUNs. As run representam o histórico de execuções de um testes, indicando para cada execução o resultado (passed ou faild), a data/hora em que ocorreu a execução e o ambiente. Relações: a) Um UAT Test Case testa um ou mais serviços: Functional Test Case Test Service. b) Um Functional Test Case pode pertencer a um ou mais Test Suite: Functional Test Case contained in Test Suite. Link Consulting,SA Pág. 5 de 8

2.1.1.4 Test Suite O conceito de Test Suite representa uma agregação logica de casos de testes. Propriedades: a) Resultado: Uma Test Suit poderá estar no estado faild caso o resultado de um dos testes que lhe estejam associados seja faild, ou passed caso todos os casos de test que lhe estão associados tenham sido executados com sucesso. b) Run: Uma Test Suit tem a si associado um conjunto de RUNs. As run representam o histórico de execuções dos testes da test suite, indicando para cada execução o resultado (passed ou faild) da test suit, e a data/hora em que ocorreu a execução do teste. Relações: a) Uma Test Suite é composto por um ou mais casos de testes: Test Suite contains Test Cases. b) Uma Test Suite testa um processo de negócio: Test Suite tests of Bussiness Process. 2.1.2 SOA Esta secção descreve resumidamente os conceitos associados a arquiteturas orientadas a serviços. Esta componente do meta-modelo relacionados com os conceitos SOA podem ser consultados em maior detalhe na secção 6.3.1.2 da documentação mencionada no capítulo 3 - Referências. 2.1.2.1 Artifact: WSDL Este conceito representa a declaração dos serviços e as suas interfaces, e este elemento define as interfaces que lhe estão associadas. 2.1.2.2 Service Interface As interfaces advêm do elemento Artifact: WSDL, e é o meio de contacto para efetuar os testes aos serviços. 2.1.2.3 Service Um serviço pode conter várias interfaces, e os serviços também se encontram definidos no elemento Artifact: WSDL. Os serviços são o objeto dos testes, cujo funcionamento se pretende validar de acordo com a sua especificação. 2.1.2.4 Business Process De modo, a uma melhor clarificação da arquitetura, existe o elemento Business Process que é a definição das funcionalidades ao nível do negócio. Essas funcionalidades encontram-se traduzidas em serviços, o que leva a este conceito ser composto por um ou mais serviços. Link Consulting,SA Pág. 6 de 8

3 Referências http://docs.oracle.com/cd/e23549_01/doc.1111/e16580/harvest.htm#babedfce Link Consulting,SA Pág. 7 de 8