UNIVERSIDADE ANHEMBI MORUMBI ANDRÉ CORSINI FELIPE LIGIA AFFONSO ANDRÉ DE ALMEIDA RODRIGO SEIXAS SISNANDO FELIPE MALTA DA COSTA

Tamanho: px
Começar a partir da página:

Download "UNIVERSIDADE ANHEMBI MORUMBI ANDRÉ CORSINI FELIPE LIGIA AFFONSO ANDRÉ DE ALMEIDA RODRIGO SEIXAS SISNANDO FELIPE MALTA DA COSTA"

Transcrição

1 UNIVERSIDADE ANHEMBI MORUMBI ANDRÉ CORSINI FELIPE LIGIA AFFONSO ANDRÉ DE ALMEIDA RODRIGO SEIXAS SISNANDO FELIPE MALTA DA COSTA ESPECIFICAÇÃO E DESENVOLVIMENTO DE MELHORIAS PARA A FERRAMENTA DE GESTÃO DE OCORRÊNCIAS DE SOFTWARE MANTIS São Paulo 2010

2 ANDRÉ CORSINI FELIPE LIGIA AFFONSO ANDRÉ DE ALMEIDA RODRIGO SEIXAS SISNANDO FELIPE MALTA DA COSTA ESPECIFICAÇÃO E DESENVOLVIMENTO DE MELHORIAS PARA A FERRAMENTA DE GESTÃO DE OCORRÊNCIAS DE SOFTWARE MANTIS Monografia apresentada como exigência para a obtenção do certificado de Bacharelado do curso de Ciência da Computação da Universidade Anhembi Morumbi. Orientador: Professora Roberta Beatriz Aragon Bento São Paulo 2010

3 ANDRÉ CORSINI FELIPE LIGIA AFFONSO ANDRÉ DE ALMEIDA RODRIGO SEIXAS SISNANDO FELIPE MALTA DA COSTA ESPECIFICAÇÃO E DESENVOLVIMENTO DE MELHORIAS PARA A FERRAMENTA DE GESTÃO DE OCORRÊNCIAS DE SOFTWARE MANTIS Monografia apresentada como exigência para a obtenção do certificado de Bacharelado do curso de Ciência da Computação da Universidade Anhembi Morumbi. Aprovado em Professor Universidade Anhembi Morumbi Professor Universidade Anhembi Morumbi Professor Universidade Anhembi Morumbi

4 AGRADECIMENTOS Gostaríamos de agradecer inicialmente à Prof.ª Roberta Aragon, pela grande ajuda, empenho e dedicação ao grupo, pelas fervorosas cobranças, sem as quais este trabalho não viraria realidade e por ter se mostrado uma ótima orientadora, professora e pessoa. Agradecemos também a nossos familiares, em especial nossos pais, pela ajuda que nos foi dada ao longo deste caminho e pela paciência demonstrada nesses meses de trabalho. Dedicamos este trabalho também, à avó de um de seus autores, que infelizmente faleceu durante o projeto. Agradecemos aos nossos colegas da Universidade Anhembi Morumbi e aos profissionais da área de TI que participaram da nossa pesquisa, colaborando para a confecção deste trabalho. Muito obrigado.

5 O único lugar em que sucesso vem antes do trabalho, é no dicionário Albert Einstein

6 RESUMO A área de desenvolvimento de sistemas cresce rapidamente a cada dia e isso leva as empresas deste ramo, tanto pequenas quanto grandes, a buscar simplificações em seus serviços e mais qualidade em seus resultados. Estas empresas sabem que para garantir a qualidade de seus sistemas e assim obter maiores lucros, é necessário ter presente uma área de qualidade, ou seja, uma equipe de testes junto à equipe de desenvolvimento. Para facilitar a comunicação entre estas duas equipes, existem ferramentas específicas, os gerenciadores de ocorrências. Geralmente, grandes empresas adquirem gerenciadores pagos, que se apresentam ricos em funcionalidades, porém são caros. Já as pequenas e médias empresas utilizam ferramentas open source, que são gratuitas, porem são pobres em funcionalidades ou contém funcionalidades limitadas e problemáticas. Através do estudo de uma dessas ferramentas open source, chamada Mantis, que se apresenta como a ferramenta mais utilizada por pequenas e médias empresas, e de uma pesquisa de satisfação realizada via Web com analistas de teste e desenvolvedores que a utilizam, foram levantadas e implementadas melhorias, buscando aperfeiçoar a comunicação entre as equipes e tornar a ferramenta mais completa. Palavras-chave: Teste de Software, Gerenciadores de Ocorrência, Ferramenta Mantis, Qualidade de Software.

7 ABSTRACT The systems development area is growing rapidly every day and it takes the companies in this industry, both small and large, to seek simplifications in its services and more quality in their results. These companies know that to ensure the quality of their systems and thus higher profits, they must have one area of quality, ie a "test team" working with the development team. To facilitate the communication between these two teams, there are specific tools, occurrence`s manager. Usually big companies can afford paid managers (sharewares), which have rich features, but are expensive. Small and medium enterprises can only use open source tools, which are free, but are poor in functionality or contain limited functionalities and problems. Through the study of one of these open source tools, called Mantis, which is presented as the most used tool by small and medium enterprises, and a satisfaction survey conducted via Web with analysts and test developers who use it, have been raised and implemented improvements, seeking to improve communication between teams and make the product more complete. Keywords: Software Test, Event Managers, Mantis Tool, Software Quality.

8 LISTA DE FIGURAS Figura 1 - Verificação e Validação Figura 2 - Modelo V Figura 3 - Projeto de Teste Figura 4 - Fluxo de Erro Figura 5 - Fluxo de Dúvida Figura 6 - Caso de Teste com falha Figura 7 - Gerando Número da Ocorrência Figura 8 - Ocorrencia do Mantis... 29

9 LISTA DE TABELAS Tabela 1 - Estágios de Teste Tabela 2 - Extensões Aceitas para Exportação Tabela 3 - Extensões de Arquivo para Importação Tabela 4 - Melhorias para o Mantis... 33

10 LISTA DE SIGLAS CSV GPL HP HTML IBM IBQTS PHP TI XML XLS Comma Separated Values General Public License Hewlett-Packard HyperText Markup Language International Business Machines Instituto Brasileiro de Qualidade de Software Hypertext Preprocessor Tecnologia da Informação Extensible Markup Language Microsoft Office Excel Spreadsheet

11 SUMÁRIO 1 INTRODUÇÃO...ERRO! INDICADOR NÃO DEFINIDO. 1.1 Objetivo Justificativa Abrangência Estrutura do Trabalho TESTE DE SOFTWARE...ERRO! INDICADOR NÃO DEFINIDO. 2.1 Surgimento do Teste de Software Técnicas, Estágios e Tipos de Teste Técnicas de Teste Estágios de Teste Principais Tipos de Teste Técnicas de Validação de Requisitos Teste de Requisitos Processo de Verificação e Validação GERENCIAMENTO DE OCORRÊNCIAS...ERRO! INDICADOR NÃO DEFINIDO. 3.1 Testlink Projeto de Teste Mantis Integração entre Testlink e Mantis PROPOSTA DE MELHORIAS Pesquisa de Satisfação da Ferramenta Mantis Resultados da Pesquisa Descrição das Melhorias Soluções de Melhorias CONCLUSÃO TRABALHOS FUTUROS REFERÊNCIAS BIBLIOGRÁFICAS APÊNDICE A PESQUISA DE SATISFAÇÃO INTRODUÇÃO Objetivo Justificativa Abrangência Estrutura do Trabalho TESTE DE SOFTWARE... 15

12 2.1 Surgimento do Teste de Software Técnicas, Estágios e Tipos de Teste Técnicas de teste Estágios de teste Principais tipos de teste Técnicas de Validação de Requisitos Teste de requisitos Processo de Verificação e Validação GERENCIAMENTO DE OCORRÊNCIAS Testlink MANTIS Integração entre Testlink e Mantis LEVANTAMENTO DE MELHORIAS Descrição das Melhorias FONTE: (O AUTOR, 2010) Implementação das Melhorias CONCLUSÃO TRABALHOS FUTUROS REFERÊNCIAS BIBLIOGRAFICAS APÊNDICE A PESQUISA APÊNDICE B QUESTÕES DISSERTATIVAS APÊNDICE D MELHORAR INTEGRAÇÃO ENTRE AS FERRAMENTAS APÊNDICE E CUSTOMIZAR CAMPOS DA TELA DESCRIÇÃO APÊNDICE G MELHORAR A DESCRIÇÃO DA OCORRÊNCIA... 48

13 APÊNDICE H OBRIGAR INFORMAR VERSÃO DA APLICAÇÃO APÊNDICE I NUMERAR AS OCORRÊNCIAS POR PROJETO... 50

14 APÊNDICE M APÊNDICE N CRIAR CAMPO AMBIENTE APÊNDICE O CRIAR CAMPO NAVEGADOR... 56

15 12 1 INTRODUÇÃO O mercado na área de TI (Tecnologia da Informação) apresentou um crescimento considerável nas últimas décadas. De acordo com o Ministério da Ciência e Tecnologia (COMPUTERWORD, 2008), estima-se que o crescimento dessa área no Brasil será de 10% ao ano na próxima década e paralelo a esse crescimento está a necessidade de softwares de qualidade. Obter qualidade e agilidade nos processos e produtos de engenharia de software não é uma tarefa fácil. Existem vários fatores que dificultam atingir esses objetivos, como processo mal planejado, falta de organização, equipe desqualificada ou até mesmo falta de atenção para acompanhar a evolução dos requisitos. Além disso, a homologação do software com muitas indicações de ocorrências, ou até mesmo funcionalidades que não correspondem ao que foi solicitado pelo cliente, geram softwares de baixa qualidade. Atualmente, existem ferramentas com o propósito de apoiar o analista de qualidade com a modelagem e a execução do plano de testes e o gerenciamento de ocorrências. Esta última também com a finalidade de garantir o gerenciamento do desenvolvedor nas ocorrências e na qualidade do sistema. Essas ferramentas trazem várias vantagens, tais como: simplificação das atividades de teste, a dinamização da execução e uma melhor visibilidade sobre os projetos e métricas de qualidade estratégica. Existem excelentes ferramentas pagas (sharewares) no mercado, como o Rational TestManager da IBM (International Business Machines) e o Quality Center da HP (Hewlett-Packard). Porém, sabe-se que nem todas as empresas possuem um orçamento suficiente para adquirir tais ferramentas e buscam a solução em ferramentas não pagas (freewares) tais como Testlink e Mantis, que mesmo possuindo algumas carências em relação às sharewares, podem ser uma excelente escolha. 1.1 Objetivo O presente trabalho tem como objetivo propor melhorias na ferramenta de gestão de ocorrências de software Mantis, a partir de uma análise de usabilidade e

16 13 uma pesquisa com analistas de teste, buscando aperfeiçoar suas funcionalidades e simplificar seu uso. Junto às melhorias, são apresentados alguns modelos de qualidade de software, técnicas de teste e metodologias de desenvolvimento, proporcionando uma visão de como a qualidade é aplicada aos diferentes papéis do ciclo de desenvolvimento de software e como as ferramentas de gerenciamento de testes apóiam os desenvolvedores. 1.2 Justificativa Ao analisar o mercado e as ferramentas de gerenciamento de ocorrências disponíveis, principalmente as ferramentas não pagas (freewares), percebe-se algumas carências nessa área. Este trabalho visa suprir tais carências por meio da identificação e implementação de melhorias na ferramenta Mantis. 1.3 Abrangência O trabalho abrange a qualidade de software, mostrando o que é teste, tipos de testes e os processos dessa área. Ao longo do trabalho são especificados alguns modelos de testes, mas sem aprofundamento, pois o foco será o gerenciamento de ocorrências. Este trabalho não visa propor melhorias para a ferramenta Mantis mediante a análise de outras ferramentas de gerenciamento de ocorrências, mas sim com base em uma pesquisa realizada com testadores e desenvolvedores de softwares. O trabalho abrange o estudo da ferramenta Testlink, porém não especifica suas funcionalidades, mostrando apenas sua integração com o Mantis. 1.4 Estrutura do Trabalho O trabalho está estruturado em quatro capítulos. O capítulo dois reúne alguns conceitos do que é teste, descreve a história de como surgiram e a evolução das técnicas. Nesse capítulo será possível verificar também níveis, tipos e fases de

17 14 teste. O capítulo três discorre sobre as ferramentas de estudo deste trabalho, suas funcionalidades, maneiras de utilização, carências e qualidades. O quarto capítulo apresenta as melhorias identificadas por meio de uma pesquisa realizada com usuários da ferramenta e sua implementação. Por fim, o capítulo cinco apresenta os resultados deste trabalho, mostrando todas as dificuldades, aprendizados e conclusões.

18 15 2 TESTE DE SOFTWARE Conforme Myers (2004, p.36), o teste de software consiste em executar o programa de diversas maneiras com a intenção de encontrar ocorrências e defeitos. De acordo com o dicionário Michaelis, um teste é um exame crítico ou prova das qualidades, natureza ou comportamento de uma pessoa ou coisa. É exercitar ou simular a operação de um programa ou sistema. É confiar que um sistema faz o que se espera que ele faça. Testar é medir a qualidade e funcionalidade de um sistema. O teste não prova nada, mas deve reduzir o risco percebido de não trabalhar dentro de normas e valores aceitáveis (IBQTS, 2008, p.37) Tem-se uma série de regras definidas por Myers (2004) que servem como base dos objetivos de teste: executar um programa para descobrir ocorrências; projetar casos de testes com elevada probabilidade de revelar um erro ainda não descoberto; projetar testes que descobrirão sistematicamente diferentes classes de ocorrências com uma quantidade de tempo, esforço e custo mínimo; proporcionar uma boa indicação da qualidade e da confiabilidade do software; entregar um software de qualidade no menor tempo, com menor custo, para maiores lucros de negócios e satisfação de seus clientes. Deve demonstrar que as funções do software estão trabalhando de acordo com as especificações e que os requisitos de desempenho foram cumpridos. Além disso, os dados compilados quando a atividade de teste é executada proporcionam uma boa indicação da qualidade e confiabilidade do software como um todo. O teste de software busca reduzir os defeitos e ocorrências das aplicações testadas antes de finalizadas, evitando assim o retrabalho e custos adicionais. Uma metodologia de testes bem aplicada aumenta o índice de atendimento aos requisitos do cliente e melhora a qualidade dos sistemas entregues. Todo o processo de teste de softwares, em resumo, visa diminuir os custos e maximizar os lucros (IBQTS, 2008). 2.1 Surgimento do Teste de Software No início da era do computador, décadas de 1950 e 1960, a administração era responsável pelo desenvolvimento de sistemas, e estes eram orientados ao

19 16 hardware, visto que era o maior item do orçamento de projetos. O processo para determinar onde as melhorias poderiam ser implementadas era cuidadosamente analisado mediante controles, métodos e ferramentas que são conhecidos atualmente como engenharia de software. Nessa época, os projetos de desenvolvimento de software eram feitos com um vago indício das exigências do cliente e assim, a insatisfação deste com o sistema final era freqüente (PRESSMAN, 1995). Nos dias de hoje, a distribuição dos custos no desenvolvimento de sistemas computacionais mudou fortemente, sendo que o software passou a ser o item de maior custo e de maior importância (PRESSMAN, 1995). Muitas perguntas eram feitas na década passada como o porquê da demora da conclusão de um sistema, o motivo dos custos serem tão elevados, ou até mesmo o porquê de não se descobrir todos os erros antes de entregarem o software aos clientes. Essas questões, que mostraram uma manifestação de preocupação relativa ao software e a maneira pela qual ele era desenvolvido, levaram à adoção das práticas de engenharia de software. A busca pela qualidade dos sistemas computacionais foi evoluindo assim como a concorrência no mercado nas últimas décadas vem aumentando a cada dia. Assim, o entendimento da importância dos testes de software pelos gerentes surgiu e o investimento nessa etapa do desenvolvimento de sistemas passou a ser uma necessidade para o lucro da empresa (PRESSMAN, 1995). 2.2 Técnicas, Estágios e Tipos de Teste O teste de software consiste em avaliar as funções, características, tempos de resposta e interfaces dos sistemas. Para conseguir isso, os testes são implementados e executados com o seu objetivo e sua técnica de suporte específica. O foco de cada técnica está em testar uma ou mais características ou atributos do objetivo do teste (RIOS & MOREIRA, 2006).

20 Técnicas de teste Basicamente, as técnicas de testes podem ser classificadas como: Teste de Caixa-Preta: também chamado de teste funcional orientado a dado ou a entrada e saída. A técnica de caixa-preta avalia o comportamento externo do componente de software sem considerar o comportamento interno. Testa todas as entradas e saídas desejadas e não se preocupa com o código. Cada saída indesejada é visto como um erro (MYERS, 2004). Teste Caixa-Branca: também chamado de teste estrutural ou orientado à lógica. A técnica de caixa-branca avalia o comportamento interno do componente de software. O objetivo é testar o código (MYERS, 2004). Teste Caixa-Cinza: é a mistura das técnicas de caixa-preta com os de caixabranca. O analista de teste projeta os casos de teste a partir das estruturas de dados internos e algoritmos, avaliando o comportamento externo do software (MYERS, 2004) Estágios de teste Segundo Rios & Moreira (2006) os estágios de teste podem ser classificados em três estágios distintos: Teste Geral: praticamente indispensável para o teste de qualquer aplicação em ambientes de grande porte. Teste Especializado: fundamental quando alguns testes específicos forem necessários, por exemplo, uma aplicação Web. Teste do Usuário: grupos de testes formados pelos usuários da aplicação Principais tipos de teste No mercado atual, existem vários tipos de testes: Unitário, Integração, Sistema, Regressão, Performance, Estresse, Segurança, Recuperação, Usabilidade,

21 18 Beta, Alpha, Aceitação, entre outros. A seguir são apresentados brevemente alguns dos principais tipos de teste e suas descrições (RIOS & MOREIRA, 2006): Teste de Unidade: também conhecido como teste unitário. Tem por objetivo explorar a menor unidade do projeto, procurando provocar falhas ocasionadas por defeitos de lógica e de implementação em cada módulo, separadamente. O universo alvo desse tipo de teste são os métodos dos objetos ou mesmo pequenos trechos de código. Teste de Integração: visa buscar falhas associadas às interfaces entre os módulos quando estes são integrados para construir a estrutura do software que foi estabelecida na fase de projeto. Teste de Sistema: avalia o software em busca de falhas por meio de sua utilização, como se fosse um usuário final. Dessa maneira, os testes são executados nos mesmos ambientes, com as mesmas condições e com os mesmos dados de entrada que um usuário utilizaria no seu dia-a-dia de manipulação do software. Verifica se o produto satisfaz seus requisitos. Teste de Aceitação: são realizados geralmente por um restrito grupo de usuários finais do sistema. Esses simulam operações de rotina do sistema de modo a verificar se seu comportamento está de acordo com o solicitado. Conforme mostra a tabela 1, para cada estágio de teste existem tipos específicos de testes: Tabela 1 Estágios de Testes. Teste Geral Teste Especializado Teste do Usuário Unitário Performance Usabilidade Integração Estresse Beta Sistema Segurança Alfa Regressão Recuperação Aceitação FONTE: (RIOS & MOREIRA, 2006).

22 Técnicas de Validação de Requisitos De acordo com a visão de um analista de testes, ''um requisito é algo que o produto deve fazer ou alguma qualidade que deve apresentar'' (IBQTS, 2008, p.15). Para um testador um requisito é algo verificável que o produto deve fazer ou alguma qualidade mensurável que deve apresentar e que pelo seu risco de comprometer o sucesso do projeto compensa ser testado (IBQTS, 2008, p.15). Os requisitos se compõem de especificações, denominadas instrumentos, que se classificam em (IBQTS, 2008): Contratuais: configuram um compromisso quanto ao que o escopo alcança e a forma do produto a ser desenvolvido. De Gerência de Configuração: uma especificação deve definir uma configuração específica de um produto/sistema. De Engenharia de Softwares: comunicação entre cliente, produto, TI, fábrica de softwares, testes e produção; descrição e compreensão das necessidades operacionais, repositório das soluções técnicas empregadas, definição da arquitetura do produto, verificação e validação dos elementos do produto e verificação da completude do produto Teste de requisitos Por meio de um requisito funcional deve ser possível definir um ou mais testes a serem realizados no sistema final para verificar se o mesmo cumpre os requisitos na íntegra. Um requisito necessita ser classificado, pois irá criar problemas no desenvolvimento do produto IBQTS (2008). A validação de requisitos diz respeito à sua verificação quanto à consistência, completude e precisão. Deve demonstrar que estes definem o sistema que o cliente realmente deseja.

23 Processo de Verificação e Validação Um software de qualidade não pode ser construído sem a utilização de técnicas de teste e análise de software (PEZZÈ & YOUNG, 2008). O processo de planejamento de testes estabelece uma estrutura de padronização para esses procedimentos com a finalidade de melhor definir o que testar e como testar, quais as atividades a serem realizadas, quais artefatos devem ser usados, qual o papel de cada envolvido e as suas respectivas responsabilidades (SOMMERVILLE, 2003). O planejamento detalha os passos a serem tomados em um determinado projeto e esse plano deve responder às seguintes questões: quais atividades de qualidade devem ser executadas? Quais são as dependências entre as atividades de qualidade e as de desenvolvimento? Quais são os recursos necessários e como eles serão alocados? Como o produto e o processo serão monitorados para manter uma avaliação adequada da qualidade e avisar com antecedência sobre os problemas de qualidade e de cronograma? (PEZZÈ & YOUNG, 2008). Verificação e Validação, conhecidas como V&V ou modelo V, trata de processos que asseguram o cumprimento do software quanto à realização de suas atividades que foram designadas pelo cliente, ou seja, suas especificações. O processo V&V está presente em cada estágio do desenvolvimento do software, desde a revisão dos requisitos até os testes do produto final. Ambas as palavras se distinguem pelo fato de que, verificação está voltada para a checagem do software, quanto as suas especificações e requisitos (funcionais e não funcionais), e validação se o sistema funciona como o cliente solicitou, atendendo assim suas expectativas (SOMMERVILLE, 2003). De acordo com Boehm (apud SOMMERVILLE, 2003), duas perguntas descrevem simplificadamente a diferença entre essas palavras: Verificação: Estamos construindo certo o produto? Validação: Estamos construindo o produto certo?

24 21 A figura 1 responde de uma maneira simples essas duas perguntas. Figura 1 - Verificação e Validação. FONTE: (O Autor, 2010) Duas técnicas de checagem e análise de sistemas podem ser utilizadas no modelo V: Inspeções do Software, que pode ser aplicada em todos os estágios do processo do software e diz respeito à análise e à verificação de documentos de requisitos, diagramas e o próprio código-fonte do sistema; e Testes de Software, que trata da parte executável do sistema, com dados de teste para verificar se está sendo executado como o esperado. A finalidade definitiva do processo V&V está voltada para a confiança de que o software está adequado ao seu propósito, não significando que este deva estar inteiramente livre de defeitos. A função do sistema, as expectativas dos usuários e o atual ambiente de mercado definem o nível de confiança. A função do sistema descreve o quanto o software é importante na organização. As expectativas do usuário tratam de seu aceite quanto às falhas do sistema, mas atualmente sistemas não confiáveis estão deixando de ser aceitos, ou seja, as empresas estão se dedicando mais às atividades de verificação e validação. O ambiente de mercado leva em conta o preço, a concorrência e o cronograma para entrega do sistema, e esses fatores decidem quanto esforço se deve dedicar para a verificação e validação do software. As empresas que não estão dispostas a pagar um valor alto pelo sistema ficam sujeitas a ter que tolerar mais defeitos deste, visto que esse processo é dispendioso e que, em alguns casos, chega a ser metade do orçamento do desenvolvimento do software (SOMMERVILLE, 2003). A figura 2 demonstra o processo V&V, descreve o paralelismo entre as atividades de desenvolvimento e teste de software:

25 22 Figura 2 - Modelo V. FONTE: (CRAIG & JASKIEL, 2002). O planejamento e o projeto dos testes devem ocorrer de cima para baixo, ou seja, inicialmente é planejado o teste de aceitação com base no documento de requisitos, logo após, o teste de sistema é planejado a partir do projeto de alto nível do software, em seguida, ocorre o planejamento dos testes de integração junto ao projeto detalhado, e por fim, o planejamento dos testes baseado na codificação. (NETO, 2007).

26 23 3 GERENCIAMENTO DE OCORRÊNCIAS Para garantir que uma aplicação está de acordo com os requisitos definidos juntamente com cliente, se o software é considerado seguro, antes mesmo de entrar na linha de produção, é necessário realizar uma bateria de testes rigorosa. Conforme foi visto no capítulo anterior, há vários tipos de testes. A qualidade nos testes se tornou importante tanto para garantir se o que foi solicitado pelo cliente realmente está de acordo, quanto para assegurar a integridade dos dados. A relação custo/benefício é extremamente significante, na questão de retrabalho e manutenção de softwares, essa comparação fica em média para cada dólar investido em qualidade, as empresas economizam cinco dólares (GOMES, 2010). Como a qualidade se tornou tão importante, foram desenvolvidas várias ferramentas para auxiliar na gestão dos testes. Essas ferramentas têm como principal objetivo gerir os processos, casos de testes, modelar e acompanhar os testes. A seguir, serão consideradas duas ferramentas, o Mantis e o Testlink. 3.1 Testlink O Testlink é uma ferramenta Opensource, ou seja, tem o código fonte aberto, é acessado via browser e mantido pela Open Comunity Testers. Essa ferramenta tem como principal objetivo auxiliar todo o processo que engloba as fases de produção de um sistema, dependendo da metodologia de desenvolvimento utilizada. Porém, o Testlink é mais utilizado para criação e gerenciamento de casos de uso, bem como para organizá-los em planos de teste. A partir desses planos as pessoas responsáveis poderão executar casos de teste e consultar resultados de testes dinamicamente, gerar relatórios, rastreamento de requisitos de software, priorizar e atribuir tarefas (Testlink, 2010). Por ter uma interface extremante simples, o Testlink se integra facilmente com outras ferramentas que auxiliam no rastreamento de ocorrências e ainda possibilita que usuários possam adaptá-lo de acordo com suas necessidades. Por ser Opensource, os desenvolvedores podem adicionar, excluir ou alterar suas funcionalidades. No site da Testlink (www.testlink.org) são disponibilizadas

27 24 atualizações constantemente, junto com novas versões. Isso é muito importante, pois o usuário só irá atualizar o que for necessário para cada projeto Projeto de teste A ferramenta de gerenciamento Testlink tem uma estrutura para projetos bem completa. No momento que é criado um novo projeto de testes, a ferramenta automaticamente cria uma estrutura para deixar padronizado todo o projeto. Esse padrão pode ser bem visualizado na Figura 3. Figura 3 - Projeto de Teste. FONTE: (Testlink, 2010) Os componentes do projeto apresentados na figura 3 são descritos a seguir (Testlink, 2010): Test Project: é a unidade básica de organização do Testlink. Os Test Projets incluem Especificação de Teste, Requerimentos e Planejamento de Teste. Test Specification: A especificação de testes é a segunda fase no ciclo de vida da criação dos testes. Ela é criada a partir do plano de teste e tem como principal objetivo explicar como implementar os casos de teste descritos no plano de teste.

28 25 Requirements: para confirmar que um sistema está de acordo com o esperado pelo cliente, uma combinação de risco e uma análise baseada em requisitos para assegurar que um sistema é construído como especificado a partir da perspectiva do cliente e as partes interessadas. Test Plan: é a base para atividade de execução de teste. O plano de teste disponibilizado pelo Testlink possui várias informações de extrema importância para um analista de qualidade. Custom fields: no Testlink é possível atribuir campos personalizados, informando tamanho, tipo e se é obrigatório. A partir disso, o sistema automaticamente gera testes de máscara/limite para os mesmos. Users: os criadores do Plano de Testes poderão criar usuários dando as devidas permissões. Attachments: pode inserir um documento externo juntamente ao plano de teste. Reports: a aplicação disponibiliza ao usuário, relatórios ou gráficos. Esses relatórios têm como base de dados o plano de teste. Os relatórios podem ser gerados de várias formas, conforme a Tabela 2. Tabela 2 - Extensões aceitas para exportação. Tipo Modo de apresentação HTML (HyperText Markup Language) Apresentado numa página da internet (HTML) OpenOffice Writer Em modo texto OpenOffice Calc Em modo de tabela Microsoft Word Em modo texto Microsoft Excel Em modo tabela HTML Envia um HTML para o do usuário FONTE: (Testlink, 2010) Import/Export: existe a opção de importar ou exportar um projeto já existente ou

29 26 separadamente itens do projeto. Na Tabela 3 é possível visualizar o que pode ser importado e exportado nos formatos XML (Extensible Markup Language) e CSV (Comma Separated Values): Tabela 3 - Extensões de arquivo para importação. Item Formato Imp. Exp. Test Project XML X X Test Suíte XML X X Test Case XML X X Keyword CSV, XML X X Requeriments CSV, XML X X Result XML X FONTE: (Testlink, 2010) 3.2 Mantis Mantis é um sistema de gerenciamento de ocorrências baseado na web, desenvolvido inicialmente por Kenzaburo Ito, que criou uma ferramenta para controle de ocorrências, direcionada ao controle de animais, porém depois de uma adequação foi disponibilizado ao público por meio da GPL (General Public License). Em Novembro de 2002, Kenzaburo Ito se uniu com Jereon Latour, Victor Boctor e Julian Fitzell formando assim um núcleo de administradores e desenvolvedores (MANTIS, 2010). Com o tempo, ele amadureceu e ganhou popularidade, tornando-se a ferramenta Opensource para gerenciamento de ocorrências mais popular. O Mantis é desenvolvido em PHP (Hypertext Preprocessor) e utiliza banco de dados com suporte para múltiplos backends. Como possui o seu código aberto, permite aos usuários uma grande variedade de customizações, que inclusive, são incentivadas no arquivo principal do sistema. Um grande diferencial é sua disponibilidade em vários idiomas. Atualmente, o Mantis dispõe de seis níveis de usuário: Visualizador, Relator, Atualizador, Desenvolvedor, Gerente e Administrador. Cada qual possui diferentes

30 27 tipos de permissões. O Visualizador, por exemplo, possui a permissão de somente visualizar os registros de ocorrências efetuados. Os registros de ocorrências efetuados são delegados para um usuário. Automaticamente o sistema envia um para esse usuário informando que esse registro se encontra em sua responsabilidade. Após solucionar o problema, o usuário responsável deverá informar ao remetente para que o mesmo possa averiguar se o problema foi resolvido e assim atualizar o status. A figura 4 mostra o Fluxo de Erro, na visão do analista de teste (Relator) e do desenvolvedor (Desenvolvimento): Figura 4 Fluxo de erro. FONTE: (O autor, 2010) A figura 4 representa o caminho percorrido pelo relator e o desenvolvedor utilizando a ferramenta Mantis. O Relator deve cadastrar o erro, informando a descrição com o anexo da ocorrência encontrada, deve atribuir a ocorrência aberta ao desenvolvedor que está cadastrado na ferramenta. Após o desenvolvedor corrigir a ocorrência que foi aberta, o relator deve realizar reteste da ocorrência informando isso no Mantis, colocando como caso resolvido ou atribuindo novamente ao desenvolvedor informando que a ocorrência permanece. O desenvolvedor deve receber a ocorrência que foi aberta pelo relator, confirmar que isso é de fato um erro, confirmando e solucionando o problema aberto pelo analista de teste. Após a solução do problema que foi aberto pelo relator o desenvolvedor deve atribuir ao relator informando que a mesma está solucionada e disponível para teste. A figura 5 mostra o Fluxo de Dúvida, na visão do analista de teste e do

31 28 analista funcional: Figura 5 Fluxo de Dúvida. FONTE: (O Autor, 2010) A figura 5 representa o relator encontrando uma dúvida no caso de uso que foi disponibilizado, abrindo a ocorrência e informando o que ocorreu, atribuindo a um analista funcional que está cadastrado na ferramenta Mantis. Após o analista de negócio ver a dúvida que foi aberta, ele deve verificar e corrigir roteiro de teste caso necessário. O analista funcional deve receber a ocorrência que foi aberta pelo relator e verificar a dúvida e solucioná-la. Após solucionar a dúvida, ele deve atribuir novamente ao relator informando, no campo descrição, o problema que foi solucionado. 3.3 Integração entre Testlink e Mantis Como visto no item 3.2, o Testlink foi desenvolvido para gestão de casos de teste, uma visão para o analista de testes, que necessita de relatórios, andamento dos fluxos, controle dos testes executados e dos que serão executados. Já o Mantis, que foi criado basicamente para desenvolvedores, possui uma visão extremamente simples, somente com o que precisa ser corrigido. Para ter um sistema completo é necessária uma integração entre essas duas ferramentas. Primeiro o analista de testes insere o caso de teste no Testlink, preenche o campo Observação e clica na opção com falha, conforme a figura 6:

A IMPORTÂNCIA DA ATIVIDADE DE TESTE NO DESENVOLVIMENTO DE SOFTWARE

A IMPORTÂNCIA DA ATIVIDADE DE TESTE NO DESENVOLVIMENTO DE SOFTWARE A IMPORTÂNCIA DA ATIVIDADE DE TESTE NO DESENVOLVIMENTO DE SOFTWARE Karla Pires de Souza (FPM ) karlapsouza@hotmail.com Angelita Moutin Segoria Gasparotto (FPM ) angelita@usp.br A atividade de teste de

Leia mais

Test-Module: uma ferramenta para gerenciamento de testes de software integrada ao FireScrum

Test-Module: uma ferramenta para gerenciamento de testes de software integrada ao FireScrum Test-Module: uma ferramenta para gerenciamento de testes de software integrada ao FireScrum Audrey B. Vasconcelos, Iuri Santos Souza, Ivonei F. da Silva, Keldjan Alves Centro de Informática Universidade

Leia mais

TESTE DE SOFTWARE A importância dos testes realizados por analistas nas fábricas de softwares e seu impacto na qualidade do produto

TESTE DE SOFTWARE A importância dos testes realizados por analistas nas fábricas de softwares e seu impacto na qualidade do produto II TESTE DE SOFTWARE A importância dos testes realizados por analistas nas fábricas de softwares e seu impacto na qualidade do produto Leandro Lima da Silva leandrofdx@gmail.com leandrofdx.com O teste

Leia mais

Testes Orientação Visão Conceitual em Testes Versão 0.3

Testes Orientação Visão Conceitual em Testes Versão 0.3 Testes Versão 0.3 ori_visao_conceitual_testes.odt 1 de 10 Histórico de Revisões Data Versão Descrição Autor 23/04/2010 0.1 Versão inicial Fernanda Monteiro 07/10/10 0.2 Verificação ortográfica Ana Eckel

Leia mais

Um Sistema Web para apoio ao Gerenciamento de atividades de Teste de Software em Pequenas Empresas

Um Sistema Web para apoio ao Gerenciamento de atividades de Teste de Software em Pequenas Empresas Um Sistema Web para apoio ao Gerenciamento de atividades de Teste de Software em Pequenas Empresas Luciano Gomes Helvinger, Rodrigo Prestes Machado Curso de Análise e Desenvolvimento de Sistemas Faculdade

Leia mais

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

Programa do Módulo 2. Processo Unificado: Visão Geral 9.1 Programa do Módulo 2 Orientação a Objetos Conceitos Básicos Análise Orientada a Objetos (UML) O Processo Unificado (RUP) Processo Unificado: Visão Geral 9.2 Encaixa-se na definição geral de processo:

Leia mais

Testes de Software. Anne Caroline O. Rocha TesterCertified BSTQB NTI UFPB

Testes de Software. Anne Caroline O. Rocha TesterCertified BSTQB NTI UFPB Testes de Software 1 AULA 01 INTRODUÇÃO A TESTES DE SOFTWARE Anne Caroline O. Rocha TesterCertified BSTQB NTI UFPB Conteúdo Programático do Curso Introdução a Testes de Software Técnicas de Testes de Software

Leia mais

Índice Apresentação... 3 Mensagens... 4 Tickets... 6 Cadastro de Tickets... 6 Acompanhamento de Tickets:...9 Entregas... 11 Storage...

Índice Apresentação... 3 Mensagens... 4 Tickets... 6 Cadastro de Tickets... 6 Acompanhamento de Tickets:...9 Entregas... 11 Storage... Índice Apresentação... 3 Mensagens... 4 Tickets... 6 Cadastro de Tickets... 6 Acompanhamento de Tickets:...9 Entregas... 11 Storage... 12 Apresentação O Pitstop foi desenvolvido pela Interact com o objetivo

Leia mais

Projeto 6.18 Automação de Testes Sistêmicos Funcionais

Projeto 6.18 Automação de Testes Sistêmicos Funcionais Projeto 6.18 Automação de Testes Sistêmicos Funcionais Paula Luciana F. Cunha, Rosanne M. R. Carneiro, Carlo Giovano S. Pires, Liane R. P. Bandeira, Paula M. Donegan, Camila Maia, Ana Cristina Matos 1.

Leia mais

AUTOR: DAVID DE MIRANDA RODRIGUES CONTATO: davidmr@ifce.edu.br CURSO FIC DE PROGRAMADOR WEB VERSÃO: 1.0

AUTOR: DAVID DE MIRANDA RODRIGUES CONTATO: davidmr@ifce.edu.br CURSO FIC DE PROGRAMADOR WEB VERSÃO: 1.0 AUTOR: DAVID DE MIRANDA RODRIGUES CONTATO: davidmr@ifce.edu.br CURSO FIC DE PROGRAMADOR WEB VERSÃO: 1.0 SUMÁRIO 1 Conceitos Básicos... 3 1.1 O que é Software?... 3 1.2 Situações Críticas no desenvolvimento

Leia mais

Palavras-Chaves: engenharia de requisitos, modelagem, UML.

Palavras-Chaves: engenharia de requisitos, modelagem, UML. APLICAÇÃO DA ENGENHARIA DE REQUISITOS PARA COMPREENSÃO DE DOMÍNIO DO PROBLEMA PARA SISTEMA DE CONTROLE COMERCIAL LEONARDO DE PAULA SANCHES Discente da AEMS Faculdades Integradas de Três Lagoas RENAN HENRIQUE

Leia mais

Sistema de Ordens de Serviço HDA Soluções em Informática

Sistema de Ordens de Serviço HDA Soluções em Informática UNIVERSIDADE CATÓLICA DE PELOTAS CENTRO POLITÉCNICO Curso Superior de Graduação em ANÁLISE E DESENVOLVIMENTO DE SISTEMAS Sistema de Ordens de Serviço HDA Soluções em Informática Por AUGUSTO CARRICONDE

Leia mais

ENGENHARIA DE SOFTWARE: TESTES E QUALIDADE DE PRODUTO Prof. José Manuel de Sacadura Rocha

ENGENHARIA DE SOFTWARE: TESTES E QUALIDADE DE PRODUTO Prof. José Manuel de Sacadura Rocha ENGENHARIA DE SOFTWARE: TESTES E QUALIDADE DE PRODUTO Prof. José Manuel de Sacadura Rocha RESUMO Trata-se da qualidade no desenvolvimento do produto software principalmente com respeito à fase de testes

Leia mais

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

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

Leia mais

Notas de Aula 02: Processos de Desenvolvimento de Software

Notas de Aula 02: Processos de Desenvolvimento de Software Notas de Aula 02: Processos de Desenvolvimento de Software Objetivos da aula: Introduzir os conceitos de um processo de desenvolvimento de software Definir os processos básicos Apresentar as vantagens

Leia mais

MANUAL DO SERVICE DESK SYSTEM

MANUAL DO SERVICE DESK SYSTEM Manual do Sumário Conhecendo o SERVICE DESK SYSTEM... 3 - A tela de Acesso ao sistema:... 3 - A tela do sistema após o acesso(exemplo):... 3 OCORRÊNCIAS... 4 - Abertura de chamados:... 4 - Atendendo um

Leia mais

PROPOSTA DE SOFTWARE DE INSTALAÇÃO PARA UM AMBIENTE INTEGRADO DE GERÊNCIA DE PROJETOS E DE PROCESSOS DE NEGÓCIOS

PROPOSTA DE SOFTWARE DE INSTALAÇÃO PARA UM AMBIENTE INTEGRADO DE GERÊNCIA DE PROJETOS E DE PROCESSOS DE NEGÓCIOS PROPOSTA DE SOFTWARE DE INSTALAÇÃO PARA UM AMBIENTE INTEGRADO DE GERÊNCIA DE PROJETOS E DE PROCESSOS DE NEGÓCIOS Élysson Mendes Rezende Bacharelando em Sistemas de Informação Bolsista de Iniciação Científica

Leia mais

Testes de Software AULA 02 PLANEJANDO E ELABORANDO OS TESTES. Anne Caroline O. Rocha TesterCertified BSTQB NTI UFPB

Testes de Software AULA 02 PLANEJANDO E ELABORANDO OS TESTES. Anne Caroline O. Rocha TesterCertified BSTQB NTI UFPB Testes de Software 1 AULA 02 PLANEJANDO E ELABORANDO OS TESTES Anne Caroline O. Rocha TesterCertified BSTQB NTI UFPB Conteúdo Programático Aula 02 Planejamento dos Testes Plano de Teste Análise de Risco

Leia mais

Manual de Operação do Mercanet HelpDesk

Manual de Operação do Mercanet HelpDesk Manual de Operação do Mercanet HelpDesk Preparada por: Jaime Fenner Revisada por: Kelen Turmina Versão Documento: 02 Data: 12 de Maio de 2009 Sumário Executivo Este documento visa divulgar todas as funcionalidades

Leia mais

Produto IV: ATU SAAP. Manual de Referência

Produto IV: ATU SAAP. Manual de Referência Produto IV: ATU SAAP Manual de Referência Pablo Nogueira Oliveira Termo de Referência nº 129275 Contrato Número 2008/000988 Brasília, 30 de outubro de 2008 1 Sistema de Apoio à Ativideade Parlamentar SAAP

Leia mais

Aplicativos para documentos, apresentações e planilhas Para suportar seus objetivos de negócios. Por que o IBM Lotus Symphony? Por que é grátis?

Aplicativos para documentos, apresentações e planilhas Para suportar seus objetivos de negócios. Por que o IBM Lotus Symphony? Por que é grátis? Aplicativos para documentos, apresentações e planilhas Para suportar seus objetivos de negócios Por que o IBM Lotus Symphony? Por que é grátis? Siga seu orçamento de TI siga os números Sejamos realistas,

Leia mais

DESENVOLVIMENTO DE APLICAÇÃO VOLTADA PARA GERAÇÃO AUTOMÁTICA DE CASOS DE TESTE 1

DESENVOLVIMENTO DE APLICAÇÃO VOLTADA PARA GERAÇÃO AUTOMÁTICA DE CASOS DE TESTE 1 DESENVOLVIMENTO DE APLICAÇÃO VOLTADA PARA GERAÇÃO AUTOMÁTICA DE CASOS DE TESTE 1 Bruna de Quadros Willand Edemar Costa Orientador Universidade Luterana

Leia mais

SUMÁRIO Acesso ao sistema... 2

SUMÁRIO Acesso ao sistema... 2 SUMÁRIO Acesso ao sistema... 2 1. Login no sistema... 2 2. Tela Inicial... 2 3. Abrindo uma nova Solicitação... 3 4. Acompanhando as solicitações abertas... 4 5. Exibindo Detalhes da Solicitação... 6 6.

Leia mais

(STUDY OF AGILITY IN SOFTWARE DEVELOPMENT PROCESS WITH TEAMS AT DIFFERENT WORK UNITS USING A ON-LINE MANAGEMENT TOOL)

(STUDY OF AGILITY IN SOFTWARE DEVELOPMENT PROCESS WITH TEAMS AT DIFFERENT WORK UNITS USING A ON-LINE MANAGEMENT TOOL) ESTUDO DE AGILIDADE NO PROCESSO DE DESENVOLVIMENTO DE SOFTWARE COM EQUIPES EM DIFERENTES UNIDADES DE TRABALHO UTILIZANDO UMA FERRAMENTA DE GERENCIAMENTO ON-LINE (STUDY OF AGILITY IN SOFTWARE DEVELOPMENT

Leia mais

UNIVERSIDADE CATÓLICA DE PELOTAS CENTRO POLITÉCNICO TECNÓLOGO EM ANALISE E DESENVOLVIMENTO DE SISTEMAS

UNIVERSIDADE CATÓLICA DE PELOTAS CENTRO POLITÉCNICO TECNÓLOGO EM ANALISE E DESENVOLVIMENTO DE SISTEMAS UNIVERSIDADE CATÓLICA DE PELOTAS CENTRO POLITÉCNICO TECNÓLOGO EM ANALISE E DESENVOLVIMENTO DE SISTEMAS Sistema de Controle de Viaturas por Pablo Wasculewsky de Matos Orientador: Prof. Me. André Vinicius

Leia mais

Rational Quality Manager. Nome: Raphael Castellano Campus: AKXE Matrícula: 200601124831

Rational Quality Manager. Nome: Raphael Castellano Campus: AKXE Matrícula: 200601124831 Rational Quality Manager Nome: Raphael Castellano Campus: AKXE Matrícula: 200601124831 1 Informações Gerais Informações Gerais sobre o RQM http://www-01.ibm.com/software/awdtools/rqm/ Link para o RQM https://rqmtreina.mvrec.local:9443/jazz/web/console

Leia mais

LEVANTAMENTO DE REQUISITOS SEGUNDO O MÉTODO VOLERE

LEVANTAMENTO DE REQUISITOS SEGUNDO O MÉTODO VOLERE LEVANTAMENTO DE REQUISITOS SEGUNDO O MÉTODO VOLERE RESUMO Fazer um bom levantamento e especificação de requisitos é algo primordial para quem trabalha com desenvolvimento de sistemas. Esse levantamento

Leia mais

Estima-se que o custo decorrente. Gestão de Testes Ferramentas Open Source e melhores práticas na gestão de testes

Estima-se que o custo decorrente. Gestão de Testes Ferramentas Open Source e melhores práticas na gestão de testes Gestão de Testes Ferramentas Open Source e melhores práticas na gestão de testes Cristiano Caetano c_caetano@hotmail.com É certificado CBTS pela ALATS. Consultor de teste de software sênior com mais de

Leia mais

MANUAL DE UTILIZAÇÃO DO MOODLE 2.6

MANUAL DE UTILIZAÇÃO DO MOODLE 2.6 NÚCLEO DE TECNOLOGIA DA INFORMAÇÃO E COMUNICAÇÃO NTIC MANUAL DE UTILIZAÇÃO DO MOODLE 2.6 PERFIL ALUNO Versão 1.0 2014 NÚCLEO DE TECNOLOGIA DA INFORMAÇÃO E COMUNICAÇÃO NTIC MANUAL DE UTILIZAÇÃO DO MOODLE

Leia mais

Guia do Usuário do Centro de Serviços de Licenciamento por Volume

Guia do Usuário do Centro de Serviços de Licenciamento por Volume Guia do Usuário do Centro de Serviços de Licenciamento por Volume LICENCIAMENTO POR VOLUME DA MICROSOFT FEVEREIRO DE 2015 Novidades O Resumo da Licença foi aprimorado com recursos de pesquisa expandidos

Leia mais

SOFTWARE PARA GERENCIAMENTO DE REBANHOS BOVINOS: DESENVOLVIMENTO E AVALIAÇÃO PELA SOFTHOUSE

SOFTWARE PARA GERENCIAMENTO DE REBANHOS BOVINOS: DESENVOLVIMENTO E AVALIAÇÃO PELA SOFTHOUSE SOFTWARE PARA GERENCIAMENTO DE REBANHOS BOVINOS: DESENVOLVIMENTO E AVALIAÇÃO PELA SOFTHOUSE Marcelo Pereira Barbosa Email: mpbbarbosa@bol.com.br Vínculo: Professor da Escola Técnica Estadual "Lauro Gomes"

Leia mais

Documentação de um Produto de Software

Documentação de um Produto de Software Documentação de um Produto de Software Versão 3.0 Autora: Profª Ana Paula Gonçalves Serra Revisor: Prof. Fernando Giorno 2005 ÍNDICE DETALHADO PREFÁCIO... 4 1. INTRODUÇÃO AO DOCUMENTO... 6 1.1. TEMA...

Leia mais

Utilizaremos a última versão estável do Joomla (Versão 2.5.4), lançada em

Utilizaremos a última versão estável do Joomla (Versão 2.5.4), lançada em 5 O Joomla: O Joomla (pronuncia-se djumla ) é um Sistema de gestão de conteúdos (Content Management System - CMS) desenvolvido a partir do CMS Mambo. É desenvolvido em PHP e pode ser executado no servidor

Leia mais

Crescendo e Inovando com um Parceiro Confiável de Suporte

Crescendo e Inovando com um Parceiro Confiável de Suporte IBM Global Technology Services Manutenção e suporte técnico Crescendo e Inovando com um Parceiro Confiável de Suporte Uma abordagem inovadora em suporte técnico 2 Crescendo e Inovando com um Parceiro Confiável

Leia mais

UNIVERSIDADE CANDIDO MENDES PÓS-GRADUAÇÃO LATO SENSU INSTITUTO A VEZ DO MESTRE

UNIVERSIDADE CANDIDO MENDES PÓS-GRADUAÇÃO LATO SENSU INSTITUTO A VEZ DO MESTRE UNIVERSIDADE CANDIDO MENDES PÓS-GRADUAÇÃO LATO SENSU INSTITUTO A VEZ DO MESTRE TESTE COMO PARCELA NO PROCESSO DE QUALIDADE DE SOFTWARE Por: Camilla Ayub de Barros Chagas Orientador Prof. Fabiane Muniz

Leia mais

do grego: arkhé (chefe ou mestre) + tékton (trabalhador ou construtor); tekhne arte ou habilidade;

do grego: arkhé (chefe ou mestre) + tékton (trabalhador ou construtor); tekhne arte ou habilidade; 1 ARQUITETURA E DESIGN DE SOFTWARE O que é Arquitetura? do grego: arkhé (chefe ou mestre) + tékton (trabalhador ou construtor); tekhne arte ou habilidade; do dicionário: Arte de projetar e construir prédios,

Leia mais

Tópicos de Ambiente Web. Modulo 2 Processo de desenvolvimento de um site Professora: Sheila Cáceres

Tópicos de Ambiente Web. Modulo 2 Processo de desenvolvimento de um site Professora: Sheila Cáceres Tópicos de Ambiente Web Modulo 2 Processo de desenvolvimento de um site Professora: Sheila Cáceres Roteiro Motivação Desenvolvimento de um site Etapas no desenvolvimento de software (software:site) Analise

Leia mais

Engenharia de Software

Engenharia de Software Engenharia de Software Requisitos de Software Prof. MSc. Edilberto Silva prof.edilberto.silva@gmail.com http://www.edilms.eti.br Requisito O que é um REQUISITO? Em software: É a CARACTERIZAÇÃO do que o

Leia mais

Metodologias de Desenvolvimento de Sistemas. Analise de Sistemas I UNIPAC Rodrigo Videschi

Metodologias de Desenvolvimento de Sistemas. Analise de Sistemas I UNIPAC Rodrigo Videschi Metodologias de Desenvolvimento de Sistemas Analise de Sistemas I UNIPAC Rodrigo Videschi Histórico Uso de Metodologias Histórico Uso de Metodologias Era da Pré-Metodologia 1960-1970 Era da Metodologia

Leia mais

Como e Quando Testar Para Obter Qualidade

Como e Quando Testar Para Obter Qualidade Como e Quando Testar Para Obter Qualidade Cursos Ministrados no 1 Workshop de Testes de Software Técnicas de Testes de Software Faça um Levantamento e uma Especificação Eficaz, saiba o que testar Objetivos

Leia mais

Ferramenta: Spider-CL. Manual do Usuário. Versão da Ferramenta: 1.1. www.ufpa.br/spider

Ferramenta: Spider-CL. Manual do Usuário. Versão da Ferramenta: 1.1. www.ufpa.br/spider Ferramenta: Spider-CL Manual do Usuário Versão da Ferramenta: 1.1 www.ufpa.br/spider Histórico de Revisões Data Versão Descrição Autor 14/07/2009 1.0 15/07/2009 1.1 16/07/2009 1.2 20/05/2010 1.3 Preenchimento

Leia mais

Guia do Usuário do Centro de Serviços de Licenciamento por Volume LICENCIAMENTO POR VOLUME DA MICROSOFT

Guia do Usuário do Centro de Serviços de Licenciamento por Volume LICENCIAMENTO POR VOLUME DA MICROSOFT Guia do Usuário do Centro de Serviços de Licenciamento por Volume LICENCIAMENTO POR VOLUME DA MICROSOFT NOVEMBRO DE 2014 GUIA DO USUÁRIO DO C ENTRO DE SERVIÇOS DE LICENCIAMENTO POR VO LUME DA MICROSOFT

Leia mais

Se observarmos nos diferentes livros. Planejamento de Testes a partir de Casos de Uso

Se observarmos nos diferentes livros. Planejamento de Testes a partir de Casos de Uso Planejamento de Testes a partir de Casos de Uso Arilo Cláudio Dias Neto ariloclaudio@gmail.com É Bacharel em Ciência da Computação formado na Universidade Federal do Amazonas, Mestre em Engenharia de Sistemas

Leia mais

Guia Técnicas de Teste Metodologia Celepar

Guia Técnicas de Teste Metodologia Celepar Guia Técnicas de Teste Metodologia Celepar Agosto de 2009 Sumário de Informações do Documento Documento: guiatecnicasteste.odt Número de páginas: 22 Versão Data Mudanças Autor 1.0 17/09/07 Criação. Ariel

Leia mais

DESAFIO ETAPA 1 Passo 1

DESAFIO ETAPA 1 Passo 1 DESAFIO Um dos maiores avanços percebidos pela área de qualidade de software foi comprovar que a qualidade de um produto final (software) é uma consequência do processo pelo qual esse software foi desenvolvido.

Leia mais

Tipos de teste de software

Tipos de teste de software Tipos de teste de software Volnys Borges Bernal volnys@lsi.usp.br Adilson Hira ayhira@lsi.usp.br Laboratório de Sistemas Integráveis Departamento de Sistemas Eletrônicos Escola Politécnica da USP Sumário

Leia mais

Site SELECT. Services

Site SELECT. Services Site SELECT Services Ultima atualização 22/09/2014 1 SELECT Services (intro) A área SELECT Services é a pagina da Bentley na internet onde os clientes SELECT têm todo tipo de suporte e/ou ferramentas.

Leia mais

Palavras-Chaves: Arquitetura, Modelagem Orientada a Objetos, UML.

Palavras-Chaves: Arquitetura, Modelagem Orientada a Objetos, UML. MODELAGEM ORIENTADA A OBJETOS APLICADA À ANÁLISE E AO PROJETO DE SISTEMA DE VENDAS ALTEMIR FERNANDES DE ARAÚJO Discente da AEMS Faculdades Integradas de Três Lagoas ANDRE LUIZ DA CUNHA DIAS Discente da

Leia mais

Centro de Computação - Unicamp Gerência de Atendimento ao Cliente (e-mail:apoio@turing.unicamp.br) Sumário

Centro de Computação - Unicamp Gerência de Atendimento ao Cliente (e-mail:apoio@turing.unicamp.br) Sumário Sumário Conceitos Microsoft Access 97... 01 Inicialização do Access... 02 Convertendo um Banco de Dados... 03 Criando uma Tabela... 06 Estrutura da Tabela... 07 Propriedades do Campo... 08 Chave Primária...

Leia mais

Plano de Projeto G Stock. G Stock. Plano de Projeto. Versão 1.0

Plano de Projeto G Stock. G Stock. Plano de Projeto. Versão 1.0 Plano de Projeto G Stock Plano de Projeto G Stock Versão 1.0 Histórico das Revisões Data Versão Descrição Autores 10/09/2010 1.0 Descrição inicial do plano de projeto Denyson José Ellís Carvalho Isadora

Leia mais

DOMAIN-DRIVEN DESIGN E TEST-DRIVEN DEVELOPMENT

DOMAIN-DRIVEN DESIGN E TEST-DRIVEN DEVELOPMENT DOMAIN-DRIVEN DESIGN E TEST-DRIVEN DEVELOPMENT Jaqueline Rissá Franco email: jaquerifr@gmail.com Karla Marturelli Mattos Luciano Mathias Doll João Almeida Resumo: Este artigo mostra novas abordagens na

Leia mais

Documento de Visão. Versão 2.5 Projeto SysTrack - Grupo 01

Documento de Visão. Versão 2.5 Projeto SysTrack - Grupo 01 Documento de Visão Versão 2.5 Projeto SysTrack - Grupo 01 Junho de 2011 Histórico de revisão: DATA VERSÃO DESCRIÇÃO AUTORES 19/02/2011 1.0 Versão inicial. João Ricardo, Diogo Henrique. 24/02/2011 2.0 Modificação

Leia mais

Resumo de TCC Desenvolvimento de um sistema ERP com foco nas tecnologias de software livre / código aberto

Resumo de TCC Desenvolvimento de um sistema ERP com foco nas tecnologias de software livre / código aberto UFSC - Universidade Federal de Santa Catarina CTC Centro Tecnológico INE Departamento de Informática e Estatística INE5631 Projetos I Prof. Renato Cislaghi Resumo de TCC Desenvolvimento de um sistema ERP

Leia mais

NECESSIDADES PARA O DESENVOLVIMENTO DE UMA INTERFACE ADEQUADA PARA RESULTADOS DE ENSINO-APRENDIZAGEM BEM SUCEDIDOS. TCC3047

NECESSIDADES PARA O DESENVOLVIMENTO DE UMA INTERFACE ADEQUADA PARA RESULTADOS DE ENSINO-APRENDIZAGEM BEM SUCEDIDOS. TCC3047 1 NECESSIDADES PARA O DESENVOLVIMENTO DE UMA INTERFACE ADEQUADA PARA RESULTADOS DE ENSINO-APRENDIZAGEM BEM SUCEDIDOS. TCC3047 FEVEREIRO /2006 José Antonio Gameiro Salles UNISUAM / CCET / Desenv. de Softwares

Leia mais

Instalando o IIS 7 no Windows Server 2008

Instalando o IIS 7 no Windows Server 2008 Goiânia, 16/09/2013 Aluno: Rafael Vitor Prof. Kelly Instalando o IIS 7 no Windows Server 2008 Objetivo Esse tutorial tem como objetivo demonstrar como instalar e configurar o IIS 7.0 no Windows Server

Leia mais

Instalando o IIS 7 no Windows Server 2008

Instalando o IIS 7 no Windows Server 2008 Goiânia, 16/09/2013 Aluno: Rafael Vitor Prof. Kelly Instalando o IIS 7 no Windows Server 2008 Objetivo Esse tutorial tem como objetivo demonstrar como instalar e configurar o IIS 7.0 no Windows Server

Leia mais

AvaliaçãodaUsabilidadedeum SoftwaredeAuditoria EvaluationofUsabilityofaSoftwareofAuditing

AvaliaçãodaUsabilidadedeum SoftwaredeAuditoria EvaluationofUsabilityofaSoftwareofAuditing AvaliaçãodaUsabilidadedeum SoftwaredeAuditoria EvaluationofUsabilityofaSoftwareofAuditing AlianaPereiraSimões Pós-graduadaemErgonomia,UsabilidadeeInteraçãoHumano-Computador PUC-RIO aliana@aliana.com.br

Leia mais

A IMPORTÂNCIA DO TESTE DE SOFTWARE PARA A QUALIDADE DO PROJETO

A IMPORTÂNCIA DO TESTE DE SOFTWARE PARA A QUALIDADE DO PROJETO A IMPORTÂNCIA DO TESTE DE SOFTWARE PARA A QUALIDADE DO PROJETO Autora: LUCIANA DE BARROS ARAÚJO 1 Professor Orientador: LUIZ CLAUDIO DE F. PIMENTA 2 RESUMO O mercado atual está cada vez mais exigente com

Leia mais

1. Introdução pág.3 2. Apresentação do sistema Joomla! pág.4 3. Acessando a administração do site pág.4 4. Artigos 4.1. Criando um Artigo 4.2.

1. Introdução pág.3 2. Apresentação do sistema Joomla! pág.4 3. Acessando a administração do site pág.4 4. Artigos 4.1. Criando um Artigo 4.2. 1. Introdução pág.3 2. Apresentação do sistema Joomla! pág.4 3. Acessando a administração do site pág.4 4. Artigos 4.1. Criando um Artigo 4.2. Editando um Artigo 4.3. Excluindo um Artigo 4.4. Publicar

Leia mais

Documento de Requisitos

Documento de Requisitos UNIVERSIDADE FEDERAL DE PERNAMBUCO CENTRO DE INFORMÁTICA GRADUAÇÃO EM ENGENHARIA DA COMPUTAÇÃO Documento de Requisitos Sistema Gerenciador de Atendimento de Chamados Técnicos Grupo: Luiz Augusto Zelaquett

Leia mais

Teste de Software Apresentação

Teste de Software Apresentação Teste de Software Apresentação Prof Daves Martins Msc Computação de Alto Desempenho Email: daves.martins@ifsudestemg.edu.br Agenda Teste de Software VV&T e Defeitos de Software Inspeção de Software Teste

Leia mais

Sumário INTRODUÇÃO... 3. 1. Acesso ao Ambiente do Aluno... 4. 2. Ferramentas e Configurações... 5. 2.1 Ver Perfil... 5. 2.2 Modificar Perfil...

Sumário INTRODUÇÃO... 3. 1. Acesso ao Ambiente do Aluno... 4. 2. Ferramentas e Configurações... 5. 2.1 Ver Perfil... 5. 2.2 Modificar Perfil... Sumário INTRODUÇÃO... 3 1. Acesso ao Ambiente do Aluno... 4 2. Ferramentas e Configurações... 5 2.1 Ver Perfil... 5 2.2 Modificar Perfil... 6 2.3 Alterar Senha... 11 2.4 Mensagens... 11 2.4.1 Mandando

Leia mais

Projeto de Sistemas I

Projeto de Sistemas I Instituto Federal de Educação, Ciência e Tecnologia de São Paulo Projeto de Sistemas I Professora: Kelly de Paula Cunha E-mail:kellypcsoares@ifsp.edu.br Requisitos: base para todo projeto, definindo o

Leia mais

Fundamentos em Teste de Software. Vinicius V. Pessoni viniciuspessoni@gmail.com

Fundamentos em Teste de Software. Vinicius V. Pessoni viniciuspessoni@gmail.com Fundamentos em Teste de Software Vinicius V. Pessoni viniciuspessoni@gmail.com Objetivos do treinamento 1. Expor os fundamentos de Teste de Software; 2. Conceituar os Níveis de Teste; 3. Detalhar sobre

Leia mais

SERVICE DESK MANAGER SDM. Manual do Sistema - DPOI

SERVICE DESK MANAGER SDM. Manual do Sistema - DPOI SERVICE DESK MANAGER SDM Manual do Sistema - DPOI Conteúdo SERVICE DESK MANAGER SDM... 1 Manual do Sistema - DPOI... 1 INTRODUÇÃO... 4 ACESSO AO SISTEMA... 5 OPÇÕES DO SISTEMA... 6 SISTEMA... 7 Pesquisar

Leia mais

UTILIZANDO ICONIX NO DESENVOLVIMENTO DE APLICAÇÕES DELPHI

UTILIZANDO ICONIX NO DESENVOLVIMENTO DE APLICAÇÕES DELPHI UTILIZANDO ICONIX NO DESENVOLVIMENTO DE APLICAÇÕES DELPHI Dr. George SILVA; Dr. Gilbert SILVA; Gabriel GUIMARÃES; Rodrigo MEDEIROS; Tiago ROSSINI; Centro Federal de Educação Tecnológica do Rio Grande do

Leia mais

Moodle FTEC Versão 2.0 Manual do Usuário Acesse a área de LOGIN do site da FTEC www.ftec.com.br

Moodle FTEC Versão 2.0 Manual do Usuário Acesse a área de LOGIN do site da FTEC www.ftec.com.br Moodle FTEC Versão 2.0 Manual do Usuário Acesse a área de LOGIN do site da FTEC www.ftec.com.br Índice Como acessar o Moodle Editando seu PERFIL Editando o curso / disciplina no Moodle Incluindo Recursos

Leia mais

Guia Rápido de Uso. Aqui seguem os tópicos tratados nesse guia, para que você aprenda a usar o Sistema HOT SMS. SUMÁRIO

Guia Rápido de Uso. Aqui seguem os tópicos tratados nesse guia, para que você aprenda a usar o Sistema HOT SMS. SUMÁRIO 1 Guia Rápido de Uso Aqui seguem os tópicos tratados nesse guia, para que você aprenda a usar o Sistema HOT SMS. SUMÁRIO 1 Acesso ao sistema...3 2 Entenda o Menu...4 3 Como enviar torpedos...6 3.1 Envio

Leia mais

Processos de Compras. Tecinco Informática Ltda. Av. Brasil, 5256 3º Andar

Processos de Compras. Tecinco Informática Ltda. Av. Brasil, 5256 3º Andar Processos de Compras Tecinco Informática Ltda. Av. Brasil, 5256 3º Andar 1 Centro Cascavel PR www.tecinco.com.br Sumário Controle de Compras... 4 Parametrização... 4 Funcionamento... 4 Processo de Controle...

Leia mais

Guia definitivo da pesquisa de mercado online

Guia definitivo da pesquisa de mercado online Guia definitivo da pesquisa de mercado online Noções básicas de pesquisa de mercado e um guia para usar o Opinion Box Índice Introdução 3 1. O que é pesquisa de mercado 4 2. Como fazer uma pesquisa de

Leia mais

MANUAL DO PRESTADOR FATURAMENTO WEB

MANUAL DO PRESTADOR FATURAMENTO WEB MANUAL DO PRESTADOR FATURAMENTO WEB 0 Sumário Introdução... 2 Funcionalidades... 2 Requisitos Necessários... 2 Faturamento Web... 3 Faturamento Simplificado... 4 Faturamento Detalhado... 9 Faturamento

Leia mais

Héstia Ferramenta de Apoio a Teste de Software com Base em Casos de Uso

Héstia Ferramenta de Apoio a Teste de Software com Base em Casos de Uso Héstia Ferramenta de Apoio a Teste de Software com Base em Casos de Uso Eduardo Pletsch Manini 1, Guilherme Silva Lacerda 2 1, 2 Centro Universitário Ritter dos Reis 90.840-440 Porto Alegre RS Brasil edumanini@gmail.com,

Leia mais

Ferramenta de Testes de Programas para Auxílio na Aprendizagem de Programação

Ferramenta de Testes de Programas para Auxílio na Aprendizagem de Programação Ferramenta de Testes de Programas para Auxílio na Aprendizagem de Programação Denise Santiago (FURB) denise@senior.com.br Maurício Capobianco Lopes (FURB) mclopes@furb.br Resumo. Este artigo apresenta

Leia mais

Manual de uso do Gerente

Manual de uso do Gerente Manual de uso do Gerente Manual do Hypnobox: www.hypnobox.com.br/manual Índice Acessar o Hypnobox Endereço o www Login e Senha Tela Principal Perfil de acesso Editar Dados pessoais Fila de corretores Gerenciar

Leia mais

Guia de Utilização do Microsoft Dynamics CRM (Gestão de Relacionamento com Clientes)

Guia de Utilização do Microsoft Dynamics CRM (Gestão de Relacionamento com Clientes) Guia de Utilização do Microsoft Dynamics CRM (Gestão de Relacionamento com Clientes) 1. Sobre o Microsoft Dynamics CRM - O Microsoft Dynamics CRM permite criar e manter facilmente uma visão clara dos clientes,

Leia mais

Metodologia de Desenvolvimento de Sistemas (MDS - ANEEL)

Metodologia de Desenvolvimento de Sistemas (MDS - ANEEL) Metodologia de Desenvolvimento de Sistemas (MDS - ANEEL) Versão 2.0 Escritório de Gerenciamento de Projetos - EGP Superintendência da Gestão Técnica da Informação SGI Agência Nacional de Energia Elétrica

Leia mais

UNIVERSIDADE FEDERAL DO RIO GRANDE TECNOLOGIA EM ANALISE E DESENVOLVIMENTO DE SISTEMAS

UNIVERSIDADE FEDERAL DO RIO GRANDE TECNOLOGIA EM ANALISE E DESENVOLVIMENTO DE SISTEMAS UNIVERSIDADE FEDERAL DO RIO GRANDE TECNOLOGIA EM ANALISE E DESENVOLVIMENTO DE SISTEMAS Professor: Adriel Ziesemer Disciplina: Engenharia de Software TRABALHO ACADÊMICO Cristian Santos - nº 45671 Guilherme

Leia mais

ALÉM DO BUG TRACKING : GERENCIANDO O SETOR DE SUPORTE COM O MANTISBT

ALÉM DO BUG TRACKING : GERENCIANDO O SETOR DE SUPORTE COM O MANTISBT ALÉM DO BUG TRACKING : GERENCIANDO O SETOR DE SUPORTE COM O MANTISBT Juliano Flores Prof. Lucas Plautz Prestes Centro Universitário Leonardo da Vinci - UNIASSELVI Gestão de Tecnologia da Informação (GTI034)

Leia mais

Manual de utilização do sistema OTRS (Atendimento) Cliente Externo

Manual de utilização do sistema OTRS (Atendimento) Cliente Externo Manual de utilização do sistema OTRS (Atendimento) Cliente Externo 1 LISTA DE ILUSTRAÇÕES FIGURA 1 - TELA DE LOGIN... 5 FIGURA 2 - TELA INICIAL... 6 FIGURA 3 PREFERÊNCIAS DO USUÁRIO... 6 FIGURA 4 NOVO

Leia mais

Essencial ao Desenvolvimento de Software

Essencial ao Desenvolvimento de Software Documento de Requisitos Essencial ao Desenvolvimento de Software De que se trata o artigo? Apresenta o documento de requisitos de software, destacando-o como um dos principais documentos pertinentes ao

Leia mais

Volpe Enterprise Resource Planning

Volpe Enterprise Resource Planning Volpe Enterprise Resource Planning Este manual não pode, em parte ou no seu todo, ser copiado, fotocopiado, reproduzido, traduzido ou reduzido a qualquer mídia eletrônica ou máquina de leitura, sem a expressa

Leia mais

Gerenciador Financeiro CITi. Gerenciador Financeiro CITi

Gerenciador Financeiro CITi. Gerenciador Financeiro CITi (Sistema de Gerenciamento Financeiro) Especificação dos Requisitos do Software Gerenciador Financeiro CITi Versão 1.0 Autores: Bruno Medeiros de Oliveira Igor Rafael Medeiros Pedro Araújo de Melo Tiago

Leia mais

CONTRA CONTROLE DE ACESSOS E MODULARIZADOR DE SISTEMAS

CONTRA CONTROLE DE ACESSOS E MODULARIZADOR DE SISTEMAS MINISTÉRIO DO DESENVOLVIMENTO AGRÁRIO SUBSECRETARIA DE PLANEJAMENTO, ORÇAMENTO E ADMINISTRAÇÃO COORDENAÇÃO-GERAL DE MODERNIZAÇÃO E INFORMÁTICA CONTRA CONTROLE DE ACESSOS E MODULARIZADOR DE SISTEMAS MANUAL

Leia mais

5 O Joomla: Web Apache Banco de Dados MySQL http://www.joomla.org/ - 55 -

5 O Joomla: Web Apache Banco de Dados MySQL http://www.joomla.org/ - 55 - 5 O Joomla: O Joomla (pronuncia-se djumla ) é um Sistema de Gestão de Conteúdos (Content Management System - CMS) desenvolvido a partir do CMS Mambo. É desenvolvido em PHP e pode ser executado no servidor

Leia mais

44 Summit Road, Suite 101 Riverside, CT 06878 (800) 573-4756 (203) 698-9323

44 Summit Road, Suite 101 Riverside, CT 06878 (800) 573-4756 (203) 698-9323 oferece consistência de suporte entre grupos de desenvolvimento Michel Vrinat, Diretor de Programa, PLM, CAE/Europa; Don Brown, Presidente Medição do desafio confrontando o desenvolvimento do produto A

Leia mais

Aula 2: RIA - Aplicações Ricas para Internet Fonte: Plano de Aula Oficial da Disciplina

Aula 2: RIA - Aplicações Ricas para Internet Fonte: Plano de Aula Oficial da Disciplina Programação para Internet Rica 1 Aula 2: RIA - Aplicações Ricas para Internet Fonte: Plano de Aula Oficial da Disciplina Objetivo: Identificar as principais características de uma Aplicação Internet Rica.

Leia mais

REVISÃO ENGENHARIA DO SOFTWARE. Isac Aguiar isacaguiar.com.br isacaguiar@gmail.com

REVISÃO ENGENHARIA DO SOFTWARE. Isac Aguiar isacaguiar.com.br isacaguiar@gmail.com REVISÃO ENGENHARIA DO SOFTWARE Isac Aguiar isacaguiar.com.br isacaguiar@gmail.com Software Sequencia de Instruções a serem seguidas ou executadas Dados e rotinas desenvolvidos por computadores Programas

Leia mais

Algumas propriedades dos objetos:

Algumas propriedades dos objetos: Orientação a Objetos Vivemos num mundo de objetos. Esses objetos existem na natureza, nas entidades feitas pelo homem, nos negócios e nos produtos que usamos. Eles podem ser categorizados, descritos, organizados,

Leia mais

WebUML: Uma Ferramenta Colaborativa de Apoio ao Projeto e Análise de Sistemas Descritos em Classes UML

WebUML: Uma Ferramenta Colaborativa de Apoio ao Projeto e Análise de Sistemas Descritos em Classes UML Carlos Henrique Pereira WebUML: Uma Ferramenta Colaborativa de Apoio ao Projeto e Análise de Sistemas Descritos em Classes UML Florianópolis - SC 2007 / 2 Resumo O objetivo deste trabalho é especificar

Leia mais

Ambiente Virtual de Aprendizagem C.S.G. M anual do Professor

Ambiente Virtual de Aprendizagem C.S.G. M anual do Professor Ambiente Virtual de Aprendizagem C.S.G. M anual do Professor Sumário Pré-requisitos para o Moodle... Entrar no Ambiente... Usuário ou senha esquecidos?... Meus cursos... Calendário... Atividades recentes...

Leia mais

MINISTÉRIO DA INTEGRAÇÃO NACIONAL SECRETARIA EXECUTIVA DEPARTAMENTO DE GESTÃO ESTRATÉGICA COORDENAÇÃO-GERAL DE TECNOLOGIA DA INFORMAÇÃO ENCARTE R

MINISTÉRIO DA INTEGRAÇÃO NACIONAL SECRETARIA EXECUTIVA DEPARTAMENTO DE GESTÃO ESTRATÉGICA COORDENAÇÃO-GERAL DE TECNOLOGIA DA INFORMAÇÃO ENCARTE R ENCARTE R Estimativa de de Software Estimativa de de Software: Contratação de Serviços de Fábrica de Software Página 1 de 10 SUMÁRIO 1 REFERÊNCIAS... 3 1 INTRODUÇÃO... 3 3.1 ESTIMATIVA PRELIMINAR... 4

Leia mais

Introdução ao Teste de Software

Introdução ao Teste de Software Introdução ao Teste de Software Prof. Dr. Sandro Bezerra - srbo@ufpa.br AGENDA Verificação e Validação Motivação para teste Finalidades dos Testes Testes de Software: Definições e Conceitos Formando a

Leia mais

Sistema BuildParty para montagem e gerenciamento de eventos. Plano de Testes. Versão <1.1> DeltaInfo. Soluções para web Soluções para o mundo

Sistema BuildParty para montagem e gerenciamento de eventos. Plano de Testes. Versão <1.1> DeltaInfo. Soluções para web Soluções para o mundo Sistema BuildParty para montagem e gerenciamento de eventos Plano de Testes Versão DeltaInfo Soluções para web Soluções para o mundo DeltaInfo 2 Histórico de Revisões Data Versão Descrição Autores

Leia mais

Testes de Software. Testes de Software. Teste de Validação. Teste de Defeito. Modelo de Entrada e Saída. Modelo de Entrada e Saída

Testes de Software. Testes de Software. Teste de Validação. Teste de Defeito. Modelo de Entrada e Saída. Modelo de Entrada e Saída DCC / ICEx / UFMG Testes de Software Testes de Software Eduardo Figueiredo http://www.dcc.ufmg.br/~figueiredo Teste de software buscam por erros ou anomalias em requisitos funcionais e não funcionais Classificação

Leia mais

Características do Software

Características do Software Questionamentos Por que tanta demora para entregar? Por que os prazos se atrasam? Por que os custos são altos? Por que não achar todos os erros antes de entregar? Por que dificuldade em medir o progresso

Leia mais

UNIVERSIDADE ESTADUAL DE MARINGÁ CENTRO DE TECNOLOGIA DEPARTAMENTO DE INFORMÁTICA ENGENHARIA DE SOFTWARE III

UNIVERSIDADE ESTADUAL DE MARINGÁ CENTRO DE TECNOLOGIA DEPARTAMENTO DE INFORMÁTICA ENGENHARIA DE SOFTWARE III UNIVERSIDADE ESTADUAL DE MARINGÁ CENTRO DE TECNOLOGIA DEPARTAMENTO DE INFORMÁTICA ENGENHARIA DE SOFTWARE III FERRAMENTAS DE GERENCIAMENTO DE PROJETOS TRAC E DOTPROJECT ORIETADOS AO RUP ACADÊMICOS: GUSTAVO

Leia mais

UNIVERSIDADE FEDERAL DO PARANÁ HUGO ARAUJO DE ALMEIDA SGA SISTEMA GERENCIADOR DE ATIVIDADES

UNIVERSIDADE FEDERAL DO PARANÁ HUGO ARAUJO DE ALMEIDA SGA SISTEMA GERENCIADOR DE ATIVIDADES UNIVERSIDADE FEDERAL DO PARANÁ HUGO ARAUJO DE ALMEIDA SGA SISTEMA GERENCIADOR DE ATIVIDADES CURITIBA 2015 HUGO ARAUJO DE ALMEIDA SGA - SISTEMA GERENCIADOR DE ATIVIDADES Monografia apresentada como requisito

Leia mais

Modelos de processos de desenvolvimento de software

Modelos de processos de desenvolvimento de software Definição Um modelo de processo de software é uma representação abstrata de um processo. Os modelos de processo podem ser desenvolvidos a partir de várias perspectivas e podem mostrar as atividades envolvidas

Leia mais

PDS - DATASUS. Processo de Desenvolvimento de Software do DATASUS

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

Leia mais

Unidade 4: Manutenção do Sistema *

Unidade 4: Manutenção do Sistema * Unidade 4: Manutenção do Sistema * material do 2010 * 4.0 Introdução Esta unidade aborda as boas técnicas de gerenciamento de arquivos do Excel. As medidas listadas abaixo servirão para economizar seu

Leia mais