JOSÉ ANDRÉ DORIGAN FERRAMENTA PARA GERÊNCIA DE TESTES EM SOFTWARE LONDRINA - PARANÁ 2010
|
|
- Ana Luiza Jardim Morais
- 8 Há anos
- Visualizações:
Transcrição
1 1 JOSÉ ANDRÉ DORIGAN FERRAMENTA PARA GERÊNCIA DE TESTES EM SOFTWARE LONDRINA - PARANÁ 2010
2 2 JOSÉ ANDRÉ DORIGAN FERRAMENTA PARA GERÊNCIA DE TESTES EM SOFTWARE Relatório Final de Estagio Obrigatório apresentado ao Curso de Ciência da Computação, no Departamento de Computação da Universidade Estadual de Londrina, como requisito para a obtenção do título de Bacharel, sob orientação do Prof. Dr. Rodolfo Miranda de Barros. LONDRINA - PARANÁ 2010
3 3 JOSÉ ANDRÉ DORIGAN FERRAMENTA PARA GERÊNCIA DE TESTES EM SOFTWARE Prof. Dr. Rodolfo Miranda de Barros Universidade Estadual de Londrina Prof. Dr. Mario Lemes Proença Jr. Universidade Estadual de Londrina Prof. Ms. Elieser Botelho Manhas Jr. Universidade Estadual de Londrina
4 4 RESUMO Este estágio propõe o desenvolvimento de uma ferramenta que facilite a documentação e o relatório dos testes executados em softwares, ou seja, uma ferramenta de Gerenciamento de Testes. Com o conceito de Web App, essa ferramenta tem por objetivo trocar os documentos preenchidos em papel quando uma atividade de teste é encerrada por uma interface visual simples, com o propósito de facilitar a descrição, documentação, consulta, recuperação e o relatório dos testes. Vale ressaltar que este projeto faz parte de um projeto maior que visa o desenvolvimento de um conjunto de ferramentas de apoio ao processo de desenvolvimento de software. Palavras-Chaves: Gerenciamento de Testes, Web App, ADS, EJB.
5 5 SUMÁRIO 1 INTRODUÇÃO PROCEDIMENTOS METODOLÓGICOS MYECLIPSE ENTERPRISE JAVABEANS JBOSS APPLICATION SERVER 5.1(JBOSS AS) JDK RICHFACES POSTGRESQL O PROCESSO DE DESENVOLVIMENTO CASOS DE USO ESPECIFICAÇÃO DE CASO DE USO: <MANTER TESTES> Descrição Fluxo Básico Fluxos Alternativos Requisitos especiais Precondições Pós-condições Pontos de Extensão Local View Definição dos atributos Protótipo da Interface ESPECIFICAÇÃO DE CASO DE USO: <MANTER CASO DE TESTES> Descrição Fluxo Básico Fluxos Alternativos Requisitos especiais Precondições Pós-condições Pontos de Extensão Local View Definição dos atributos Protótipo da Interface ESPECIFICAÇÃO DE CASO DE USO: <MANTER PROCEDIMENTOS DE TESTE> Descrição Fluxo Básico Fluxos Alternativos Requisitos especiais Precondições Pós-condições Pontos de Extensão Local View Definição dos atributos Protótipo da Interface ESPECIFICAÇÃO DE CASO DE USO: <MANTER RELATÓRIO RESUMIDO>... 35
6 Descrição Fluxo Básico Fluxos Alternativos Requisitos especiais Precondições Pós-condições Pontos de Extensão Local View Definição dos atributos Protótipo da Interface ESPECIFICAÇÃO DE CASO DE USO: <MANTER HISTÓRICO> Descrição Fluxo Básico Fluxos Alternativos Requisitos especiais Precondições Pós-condições Pontos de Extensão Local View Definição dos atributos Protótipo da Interface DIAGRAMAS DIAGRAMA DE ARQUITETURA DIAGRAMA DE ATIVIDADES DIAGRAMA DE CLASSES DIAGRAMA DE ENTIDADE E RELACIONAMENTO RELATÓRIO DE TESTES HISTÓRICO DA REVISÃO INTRODUÇÃO Ambiente CRITÉRIOS DE COMPLETEZA ESPECIFICAÇÃO DOS TESTES Procedimentos de teste CASOS DE TESTE E INCIDENTES DOS TESTES Página Teste Página Caso de Teste Página Relatório Resumido Página Histórico RELATÓRIO RESUMIDO DOS TESTES CONSIDERAÇÕES FINAIS BIBLIOGRAFIA... 57
7 7 LISTA DE FIGURAS Figura 3.1: Processo de Desenvolvimento Figura 3.2: Interface Figura 3.3: Interface Figura 4.1: Diagrama dos Casos de Uso Figura 4.2: Local View Figura 4.3: Protótipo de Interface Figura 4.4: Local View Figura 4.5: Protótipo de Interface Figura 4.6: Local View Figura 4.7: Protótipo de Interface Figura 4.8: Local View Figura 4.9: Protótipo de Interface Figura 4.10: Local View Figura 4.11: Protótipo de Interface Figura 5.1: Arquitetura Web Figura 5.2: Diagrama de Atividades 1... Anexo Figura 5.3: Diagrama de Classes 1... Anexo Figura 5.4: Diagrama ER
8 8 LISTA DE TABELAS Tabela 4.1: Definição dos Atributos Tabela 4.2: Definição dos Atributos Tabela 4.3: Definição dos Atributos Tabela 4.4: Definição dos Atributos Tabela 4.5: Definição dos Atributos Tabela 6.1: Histórico da Revisão Tabela 6.2: Ambiente Tabela 6.3: Critérios de Completeza Tabela 6.4.1: Procedimentos de teste Tabela 6.4.2: Procedimentos de teste Tabela 6.4.3: Procedimentos de teste Tabela 6.4.4: Procedimentos de teste Tabela 6.4.5: Procedimentos de teste Tabela 6.4.6: Procedimentos de teste Tabela 6.4.7: Procedimentos de teste Tabela 6.4.8: Procedimentos de teste Tabela 6.4.9: Procedimentos de teste Tabela : Procedimentos de teste Tabela : Procedimentos de teste Tabela : Procedimentos de teste
9 9 LISTA DE ABREVIATURAS Web App Web Aplication IEEE - Institute of Electrical and Electronics Engineers STE Software Testing Enviroments IDE Integrated Development Environment J2EE Java 2 Enterprise Edition JSF Java Server Faces TI Tecnologia da Informação EJB Enterprise Java Beans API Application Programming Interface ORM Object Relational Mapping POJO Plain Old Java Object JVM Java Virtual Machine JDK Java Development Kit SGBDOR Sistema Gerenciador de Banco de Dados Objeto Relacional WBS Work Breakdown Structure ADS Ambiente de Desenvolvimento de Software GPL General Public License PMBOK Project Management Body of Knowledge MPS-BR Modelo de Processo de Software Brasileiro HTML HyperText Markup Language CSS Cascading Style Sheets XML Extensible Markup Language
10 10 1 INTRODUÇÃO Atualmente, a busca pela melhoria do processo de software se tornou algo primordial para que empresas desenvolvam produtos com qualidade e dentro de padrões pré-definidos, facilitando modificações futuras. A área de Testes de Softwares é fundamental neste processo de desenvolvimento. Além de utilizar métodos para comprovar que os requisitos especificados previamente foram cumpridos, e os requisitos não especificados não constam no software, os testes ajudam o desenvolvedor a mensurar a qualidade de um software baseando-se no número de defeitos encontrados. Como em qualquer outra área, os testes necessitam ser criados, documentados e apresentar a possibilidade de relatar erros encontrados durante a aplicação. Existem alguns modelos para a documentação, como o IEEE Standard for Software Test Documentation [3], criado pela IEEE Computer Society, que traz uma lista de documentos básicos para testes de softwares. No desenvolvimento de software é necessário criar soluções tecnológicas utilizando como base os requisitos que o cliente apresenta. A Engenharia de Software preocupa-se em tratar todos os requisitos para que o projeto obtenha a melhor qualidade possível, dentro de prazos controlados e com custos compatíveis com o mercado [4]. São necessárias melhorias neste cenário, como por exemplo, a automatização de algumas fases do desenvolvimento acarretando ganho de desempenho e aumento da qualidade. Segundo [6], a qualidade do produto final em um desenvolvimento de software depende dos métodos, técnicas e ferramentas que o desenvolvedor usa. Uma escolha mal feita destes pode afetar não só a qualidade como também o custo do projeto. Por este motivo é de grande importância que projetos sejam feitos obedecendo a padrões e métricas. Existem estágios definidos no desenvolvimento, em [2] o primeiro estágio de um desenvolvimento de software envolve a elaboração de uma proposta para executar o projeto. A proposta descreve os objetivos do projeto e como ele será realizado. Em geral inclui também estimativas de custo e programação. Um
11 11 gerenciamento eficaz de um projeto de software depende de um planejamento acurado do andamento do projeto. Ainda sobre o desenvolvimento, podemos citar [8] na questão que trata do modelo de qualidade de software, quando usamos um modelo podemos medir variáveis independentes mais cedo do que outras no ciclo de desenvolvimento, mas ainda precisaríamos medir as variáveis dependentes do processo. Para essas podem-se predizer seus valores baseando-se nas variáveis independentes dos módulos. Assim, com os modelos estatísticos podem-se estimar parâmetros para módulos similares baseando nas variáveis dependentes e independentes de cada um. A maioria dos projetos segue um cronograma de atividades chamado ciclo de vida. Os ciclos de vida diferem de um projeto para outro no número de iterações, fases, métodos de controle e número de protótipos criados. Ao final do ciclo de vida de um desenvolvimento de software encontra-se a fase de testes, que verifica se o sistema produzido está livre de erros de programação, lógica e se corresponde aos requisitos previamente especificados. Em [1] cita-se que, sobre vários aspectos, o teste é um processo independente e o número de tipos diferentes de testes varia tanto quanto as diferentes abordagens de desenvolvimento. Os testes em software podem ser separados em duas categorias: os que são baseados nas especificações funcionais dos sistemas (chamado de testes de black-box ou testes de caixa-preta), e os que são baseados nas estruturas internas dos sistemas (chamado de testes de white-box ou testes de caixa-branca), essas categorias são utilizadas levando em conta a área do sistema que deseja-se verificar erros[5]. A Verificação e Validação são nomes dados aos processos de verificação e análise que asseguram que o software cumpra com suas especificações e atenda às necessidades dos clientes que estão pagando por ele. A verificação e validação constituem um processo de ciclo de vida completo, começando com as revisões dos requisitos e continuando com as revisões do projeto e as inspeções de código até chegar aos testes dos produtos [2]. Alguns autores como [7], mostram que a evolução dos testes está sendo baseada em Software Testing Environments (STEs), consistindo em ambientes automatizados específicos para testes de softwares, buscando maior eficiência e aumento no número de capacidades dos testes.
12 12 Ainda que algumas empresas não possuam seu sistema de testes baseados em automação, é possível automatizar os documentos utilizados na aplicação dos testes e na documentação dos mesmos. Com isso conseguiríamos aumentar o desempenho, melhorar a qualidade e facilitar a execução da fase de testes de software. A ferramenta de Gerência de Testes em Software foi desenvolvida dentro da Fábrica de Software GAIA, dentro do Departamento de Computação, no Centro de Ciências Exatas (CCE) na Universidade Estadual de Londrina. Uma fábrica de software é uma organização que provê serviços de desenvolvimento de sistemas com alta qualidade, baixo custo e de forma rápida, utilizando um processo de desenvolvimento de software bem definido e tecnologia de ponta, além de algumas formas de feedback para reconhecer e lidar com oportunidades de melhoria do processo [15]. A Fábrica GAIA utiliza um processo de desenvolvimento baseado no Processo Unificado, iterativo e incremental [16], direcionado a casos de uso e centrado na arquitetura. Este trabalho está dividido da seguinte forma: no Capitulo 2 serão apresentados os conceitos utilizados no desenvolvimento da ferramenta, bem como os métodos utilizados, no Capitulo 3, será apresentado o modelo de Processo de Desenvolvimento utilizado. No Capitulo 4 serão apresentados os Casos de Uso da ferramenta desenvolvida, no Capitulo 5 serão apresentados os diagramas que compõem a documentação da ferramenta, no Capítulo 6 será apresentado o relatório dos testes executados para verificar a conformidade e a qualidade da ferramenta, e finalmente no Capítulo 7 serão apresentadas as considerações finais.
13 13 2 PROCEDIMENTOS METODOLÓGICOS Os procedimentos metodológicos apresentados a seguir têm como objetivo demonstrar todo o ambiente e ferramentas utilizadas desde a arquitetura até o processo final de testes e implementação. 2.1 MyEclipse 8.0 O MyEclipse 8.0[9] é uma IDE J2EE que foi construído sobre a plataforma Eclipse e integra soluções proprietárias e open source no ambiente de desenvolvimento. Ele adiciona ferramentas de banco de dados, um designer visual para web, ferramentas de persistência, Struts e JSF, e outras características básicas do Eclipse. Um dos principais motivos da escolha dessa IDE para o desenvolvimento foi sua capacidade de trabalhar com a persistência de objetos em Banco de Dados. O MyEclipse oferece outras vantagens como facilidade de adaptação para novos desenvolvedores e continuidade de desenvolvimento na mesma IDE. 2.2 Enterprise JavaBeans 3.0 Existem várias aplicações de software que executam funções empresariais e tipicamente envolvem grandes quantidades de dados que são simultaneamente acessados por muitos usuários. Estas aplicações raramente executam isoladamente. Ao invés disto, cada uma é normalmente apenas um pedaço do quebra-cabeça da paisagem do TI de uma companhia, e tem que interagir com as pessoas e com outros sistemas. Resumindo, o desenvolvimento de aplicações empresariais é um trabalho difícil. Aspectos como o desempenho, escalabilidade, concorrência e segurança devem ser contemplados em quase todas as aplicações empresariais, para que as mesmas cumpram adequadamente o seu papel na empresa. Em resposta a estes desafios, a especificação do EJB foi introduzida em março de 1998, para tornar mais fácil a confecção de sistemas empresariais distribuídos
14 14 orientados a objeto. A especificação e os servidores de aplicação que implementam a maior parte de estas funcionalidades, tiveram sucesso em atingir estes objetivos. Porém através dos anos, as falhas do EJB, junto com o advento de alternativas mais simples, fizeram com que muitos questionassem se o EJB oferece a melhor solução para o desenvolvimento produtivo de aplicações empresariais. Falhas do EJB frequentemente citadas incluem o seguinte: Componentes que queiram tirar vantagem dos serviços empresariais fornecidos estarão ligados à API EJB; É uma proposta do tipo tudo ou nada. Mesmo que quisermos apenas um serviço do EJB, temos que aceitar tudo o que vem com ele; Componentes do EJB requerem um recipiente (container) e são difíceis de testar; Cada EJB requer vários artefatos (interfaces, classes e descritores); Arquiteturas EJB tradicionais são menos orientadas a objeto e introduzem "falsos objetos" que têm só estados e nenhum comportamento. Alternativas populares para o EJB incluem o seguinte: Programação Orientada a Aspecto (Aspect Oriented Programming); Recipientes de peso leve tais como Spring, Pico Container e Hivemind; Ferramentas de mapeamento objeto-relacional (Object Relational Mapping - ORM) tais como Hibernate JPA;.NET como componentes de serviços. Para solucionar algumas das falhas citadas anteriormente foi criado então o Enterprise JavaBeans 3.0, ou EJB 3.0[10], que têm por objetivo fornecer aos desenvolvedores um gerenciamento automático de muitos serviços essenciais aos aplicativos. A especificação do projeto público do EJB 3.0, objetiva facilitar o desenvolvimento e tornar mais simples a alavancagem dos serviços empresariais. Alguns aspectos do EJB 3.0 incluem: O modelo de programação POJO (Plain Old Java Object Antigo Objeto Java Simples);
15 15 O framework de persistência leve ORM; Injeção de dependência; Comentários Metadata. Outros aspectos notáveis da especificação EJB 3.0 incluem: Configuração por exceção; Eliminação de interfaces de componente; Eliminação de interfaces home; Redução do uso de exceções verificadas. 2.3 JBoss Application Server 5.1(JBoss AS) O JBoss Aplication Server[11] é um servidor de aplicação open source baseado no J2EE. É o responsável por fornecer a infraestrutura de serviços para a execução de aplicações distribuídas. Os servidores de aplicação são executados em servidores e são acessados pelos clientes através de uma conexão de rede. Existem várias versões JBoss, tais como: JBoss AS 4.0: um servidor de aplicações Java EE 1.4, possui um container Apache Tomcat 5.5 embutido como servelt. Ele suporta qualquer Java Virtual Machine entre as versões 1.4 e 1.6. JBoss AS 4.2: também funciona como um servidor de aplicações Java EE 1.4, mas implementa o Enterprise JavaBeans 3.0 por padrão. Ele requer o Java Development Kit versão 5 e junto apresenta o servidor Tomcat 5.5. JBoss AS 5.1: lançado em 2009, funciona como um servidor de aplicação Java EE 5. É uma atualização menor do grande lançamento JBoss AS 5.0, que estava em desenvolvimento a mais de 3 anos e é construído em cima de um Microcontainer JBoss, contém uma visualização de alguns elementos do Java EE 6. O servidor JBoss pode ser executado em diversos sistemas operacionais, incluindo muitas plataformas POSIX (como o Linux, FreeBSD e Mac OS X), Microsoft Windows e outros, e necessita de uma JVM adequada presente no sistema.
16 JDK 1.5 O Java Development Kit (JDK) [12] é um pacote básico de ferramentas oferecidas pela empresa Sun Microsystems para o público em geral. Este conjunto de aplicações foi concebido para programação de aplicações de software, utilizando principalmente a linguagem de programação Java. O poder de aplicações Java pode ser visto no número infindável de ferramentas destinadas a trabalhar na Internet e também para funcionar em desktop. É uma das ferramentas obrigatórias para programas Java serem executados. A nova versão do JDK (1.5) apresenta novas extensões para a linguagem de programação Java. Uma destas é a introdução de "Generics" (similar aos Templates do C++). A programação genérica permite que você escreva código que pode ser reutilizado para muitos tipos de objetos diferentes. 2.5 Richfaces Richfaces 3.3.1[13] são um conjunto de implementações que constituem uma biblioteca de componentes para aplicações web utilizando o framework JSF que atualmente é mantido por JBoss.org. Ele permite a fácil integração de recursos Ajax no desenvolvimento de aplicações corporativas. RichFaces é mais do que apenas uma biblioteca de componentes para JavaServer Faces, pode ser considerada uma extensão do Ajax4jsf com inúmeros componentes com Ajax embutido e com um suporte a Skins que podem deixar as interfaces da aplicação com um visual padronizado. 2.6 PostgreSQL O sistema gerenciador de banco de dados objeto relacional (SGBDOR) PostgreSQL 8.4.0[14] foi desenvolvido como projeto de código aberto e é um dos SGBDs mais avançados, contando com recursos como: consultas complexas, chaves estrangeiras, integridade transacional, etc.
17 17 O PostgreSQL suporta funções de retorno de linha, onde a saída da função é um conjunto de valores que pode ser tratada muito como uma tabela dentro de consultas. Agrega funções personalizadas e janelas também podem ser definidas. Consultas podem ser definidas para executar com os privilégios, quer do chamador ou do usuário que definiu a função. Funções são muitas vezes referidas como os procedimentos armazenados, embora haja uma ligeira distinção técnica entre os dois. Para a administração do Banco de Dados é utilizado o pgadmin que é uma ferramenta gráfica gratuita e aberta de administração para o PostgreSQL, que é suportada em diversos sistemas. O programa está disponível em mais de uma dezena de línguas. O primeiro protótipo, chamado pgmanager, foi escrita para PostgreSQL a partir de 1998, refeita e lançada como pgadmin sob a licença GPL nos meses mais tarde. A segunda geração (chamado pgadmin II) foi uma reescrita completa, lançado em 16 de Janeiro de A versão atual é pgadmin III, que foi originalmente lançado sob a Artistic License e agora está liberado sob a mesma licença do PostgreSQL. Ao contrário das versões anteriores que foram escritos em Visual Basic, pgadmin III é escrito em C ++, usando a estrutura wxwidgets permitindo que ele seja executado em sistemas operacionais mais comuns.
18 18 3 O PROCESSO DE DESENVOLVIMENTO Basicamente, as Fábricas de Software podem ser classificadas em Fábricas de Programas, Fábricas de Teste e Fábricas de Projetos. As Fábricas de Programas caracterizam-se por atuarem em apenas uma porção do processo produtivo do software. Seu objetivo é codificar e testar programas conforme um acordo de níveis de serviços com o cliente ou usuário. As Fábricas de teste atuam no teste do software verificando e validando se a codificação está em conformidade com a especificação de requisitos. E as Fábricas de Projetos, por sua vez, atuam com um pouco mais de abrangência no processo de produção, englobando além das atividades inerentes à Fábrica de Programas e à Fábrica de Testes, fases como modelagem de negócio, requisitos, análise e design. Tem-se também, a chamada Fábrica de Projetos de Software ou Fábrica de Projetos Ampliada que, além da abrangência da Fábrica de Projetos, atua também na arquitetura da solução. Seu objetivo é a conceituação do software, preocupando-se em projetar uma solução em que o software se caracteriza apenas como um dos componentes. O processo de desenvolvimento de software compreende um conjunto de atividades que engloba métodos, ferramentas e procedimentos, com o objetivo de produzir softwares que atendam aos requisitos especificados pelos usuários ou clientes. A partir de uma perspectiva de gerenciamento baseada no PMBOK [17], o Processo de Desenvolvimento de Software da GAIA é dividido em seis fases, cada uma concluída por um marco principal. A Figura 3.1 apresenta este Processo e a forma como a Gerência de Comunicação atua com o Processo GAIA, ou seja, em paralelo a este Processo. Cada fase do processo é composta por atividades, sendo que cada uma destas atividades são descritas por um fluxo de trabalho composto por tarefas a serem realizadas pelos atores do processo, gerando artefatos (atas, documentos, código fonte, planos de testes).
19 19 Figura 3.1: Processo de Desenvolvimento 1 Análise Inicial: reunião com o cliente para entendimento do problema e definição do escopo. O número de reuniões é definido pela equipe de analistas, visto que, por política organizacional [18], a GAIA investe na qualidade deste escopo, minimizando ao máximo os problemas de falta de entendimento, insatisfações futuras do cliente pelo fato do sistema não atender suas necessidades, evitando com isso o retrabalho. O resultado deste investimento é a minimização dos riscos do projeto. Para cada reunião é gerada uma ata que deve ser assinada por todos os participantes, firmando o comprometimento de todos os envolvidos e para que os assuntos tratados sejam disponibilizados eletronicamente a todos os demais integrantes do desenvolvimento deste produto. Ao término desta etapa, tem-se uma proposta para o cliente, incluindo o escopo que é representado por uma WBS (Work Breakdown Structure), premissas, riscos, o prazo (em meses) para o desenvolvimento e o custo do projeto. Para estabelecimento dos prazos e custos utiliza-se um banco de dados histórico do desempenho da equipe em projetos similares; Análise e Planejamento: Após a aprovação da proposta, deve-se iniciar o planejamento do projeto, por meio da definição dos casos de uso e das respectivas especificações, dos riscos e prioridades de desenvolvimento, da expansão da WBS, da alocação de pessoas, da elaboração do cronograma, do estabelecimento de pontos
20 20 de controle, do número de iterações e de quais casos de uso serão desenvolvidos em cada iteração. É gerado um artefato intitulado Plano de Projeto. Vale ressaltar que esta fase do processo de desenvolvimento da GAIA ocorre de maneira iterativa, ou seja, após definirmos e iniciarmos a primeira iteração, no término da mesma, caso o desenvolvimento deva continuar, esta fase é disparada novamente. Nesta fase também ocorre o estabelecimento do grau de severidade para a aprovação ou não dos resultados das atividades pelo projeto. O grau de rigorosidade implica diretamente no controle da qualidade do projeto, ou seja, quanto maior a grau de rigorosidade, mais rígido é o processo de garantia de qualidade do projeto; Monitoramento e Controle: Paralelamente a Análise e Planejamento, deve-se iniciar o monitoramento e controle do projeto, buscando verificar se o que está sendo feito está de acordo com o planejado, tomando ações corretivas quando necessário. Esta verificação deverá ser feita nos pontos de controle indicados no artefato Plano de projeto; Execução: Nesta fase ocorre a especificação e a implementação dos respectivos casos de uso e os testes unitários. A especificação dos casos de uso deve ser verificada e validada. Caso ocorra uma quantidade igual ou superior de não conformidades aceitáveis para o projeto em questão, a iteração deve ser cancelada e um novo planejamento deve ser estabelecido levando-se em consideração os atrasos e as consequências dos mesmos. Após uma análise do resultado dos testes, decidese, baseado também no grau de rigorosidade, por corrigir as não conformidades encontradas e realizar novamente os testes e partirmos para a próxima fase intitulada Entrega ou cancelarmos a iteração e voltarmos para a fase de Análise e Planejamento; Entrega: Esta fase está responsável por executar os testes de integração que, caso registre um resultado positivo, iniciará a entrega e implantação da parte do produto desenvolvida até a presente iteração. Se o projeto ainda não terminou, a fase de Análise e Planejamento é iniciada novamente. Do contrário, a fase de Finalização é iniciada;
21 21 Finalização: Nesta faze é realizada um reunião de término do projeto, na qual são levantadas as lições aprendidas, sendo as mesmas registradas em ata para futuras consultas e melhorias no processo de desenvolvimento. É gerado um documento indicando o recebimento do produto pelo cliente e o término do projeto. Todas as fases do processo foram definidas com o propósito de ser o mais simples possível, porém mantendo o formalismo para garantir a qualidade do desenvolvimento nas nuvens. O processo de desenvolvimento GAIA, onde a ferramenta de Gerência de Testes foi desenvolvida, também contou com a participação de um analista de Design que foi posteriormente incluído ao projeto. A função desse analista foi criar um padrão de interface para todo o ADS (Ambiente de Desenvolvimento de Software), baseandose no guia de estilos definido pelo GAIA. Assim a ferramenta desenvolvida apresenta uma diferenciação entre a interface final e a utilizada nos protótipos dos casos de uso que serão vistos a seguir. As figuras 3.2 e 3.3 mostram exemplos da padronização de interface utilizada no ADS dentro do ciclo de desenvolvimento GAIA. Figura 3.2: Interface 1
22 22 Figura 3.3: Interface 2 4 CASOS DE USO Na Engenharia de Software, um caso de uso (ou use case) é um tipo de classificador representando uma unidade funcional coerente provida pelo sistema, ou classe apresentando mensagens trocadas entre os sistemas e um ou mais atores. Um caso de uso representa uma unidade significante e discreta da interação entre um usuário e o sistema. Cada caso de uso tem uma descrição o qual descreve a funcionalidade que irá ser construída no sistema proposto. Pode-se "incluir" outra funcionalidade de caso de uso ou "estender" outro caso de uso com seu próprio comportamento. A seguir, são apresentados os casos de uso da ferramenta desenvolvida, onde em cada caso de uso são especificados seus fluxos básicos, alternativos, requisitos especiais, pré-condições, pós-condições, pontos de extensão, local view, definição dos atributos e protótipo da interface. Dentro da descrição de cada caso de uso existem figuras que apresentam o local view representando um diagrama de caso de uso e o Protótipo de Interface que representa como a interface inicial é planejada. As tabelas de Definição de atributos apresentam quais os atributos que o caso de uso em questão necessita para armazenar as informações.
23 23 A figura 4.1 contém todos os diagramas de caso de uso utilizados no ADS, para que seja possível o entendimento sobre onde cada ferramenta está incluída dentro do projeto e quem foi o responsável pela sua criação. Figura 4.1: Diagrama dos Casos de Uso 1
24 Especificação de Caso de Uso: <Manter Testes> Descrição Esse caso de uso destina-se a cadastrar, manter atualizado e excluir os testes realizados em projetos de software Fluxo Básico O analista de testes deve preencher todos os campos necessários para poder cadastrar um Teste, após isso o analista de testes seleciona a opção Salvar Dados, o sistema então valida os campos do formulário e volta à tela inicial Fluxos Alternativos Alterar um Teste Cadastrado: O analista de testes pode alterar um teste já cadastrado através de uma lista que será mostrada na tela, em seguida clicando no botão Alterar Teste. O sistema mostrará a tela onde as alterações podem ser feitas, após isso o analista de testes seleciona a opção Atualizar Dados e o sistema volta à tela inicial. Formulário não validado: O sistema pode não validar o formulário de dados. O analista de testes então deverá corrigir os erros mostrados e selecionar a opção Salvar Dados. O sistema valida os campos do formulário e volta à tela inicial. Excluir um Teste Cadastrado: O analista de testes pode excluir um teste já cadastrado através de uma lista que será mostrada na tela, em seguida clicando no botão Excluir Teste, será mostrado um aviso informando que essa operação não poderá ser desfeita, oferecendo a opção de confirmar e de cancelar. Selecionando a opção Confirmar o sistema exclui o teste selecionado bem como todos os itens associados a esse teste, após isso o sistema volta à tela inicial.
TRABALHO DE DIPLOMAÇÃO Regime Modular ORIENTAÇÕES SOBRE O ROTEIRO DO PROJETO FINAL DE SISTEMAS DE INFORMAÇÕES
TRABALHO DE DIPLOMAÇÃO Regime Modular ORIENTAÇÕES SOBRE O ROTEIRO DO PROJETO FINAL DE SISTEMAS DE INFORMAÇÕES [Observação: O template a seguir é utilizado como roteiro para projeto de sistemas orientado
Leia maisISO/IEC 12207: Gerência de Configuração
ISO/IEC 12207: Gerência de Configuração Durante o processo de desenvolvimento de um software, é produzida uma grande quantidade de itens de informação que podem ser alterados durante o processo Para que
Leia maisReferências internas são os artefatos usados para ajudar na elaboração do PT tais como:
Plano de Teste (resumo do documento) I Introdução Identificador do Plano de Teste Esse campo deve especificar um identificador único para reconhecimento do Plano de Teste. Pode ser inclusive um código
Leia maisPlano de Gerenciamento do Projeto
Projeto para Soluções Contábeis 2015 Plano de Gerenciamento do Projeto Baseado na 5ª edição do Guia PMBOK Brendon Genssinger o e Elcimar Silva Higor Muniz Juliermes Henrique 23/11/2015 1 Histórico de alterações
Leia maisAplicativo 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
Leia mais3 Um Framework Orientado a Aspectos para Monitoramento e Análise de Processos de Negócio
32 3 Um Framework Orientado a Aspectos para Monitoramento e Análise de Processos de Negócio Este capítulo apresenta o framework orientado a aspectos para monitoramento e análise de processos de negócio
Leia maisBanco de Dados de Músicas. Andre Lima Rocha Campos Osório Pereira Carvalho
Banco de Dados de Músicas Andre Lima Rocha Campos Osório Pereira Carvalho Definição Aplicação Web que oferece ao usuário um serviço de busca de músicas e informações relacionadas, como compositor, interprete,
Leia maisSISTEMA DE AGENDAMENTO E GERENCIAMENTO DE CONSULTAS CLÍNICAS
SISTEMA DE AGENDAMENTO E GERENCIAMENTO DE CONSULTAS CLÍNICAS Pablo dos Santos Alves Alexander Roberto Valdameri - Orientador Roteiro da apresentação Introdução Objetivos Motivação Revisão bibliográfica
Leia maisENGENHARIA DE SOFTWARE I
ENGENHARIA DE SOFTWARE I Prof. Cássio Huggentobler de Costa [cassio.costa@ulbra.br] Twitter: www.twitter.com/cassiocosta_ Agenda da Aula (002) Metodologias de Desenvolvimento de Softwares Métodos Ágeis
Leia maisLinguagem de Programação JAVA. Professora Michelle Nery Nomeclaturas
Linguagem de Programação JAVA Professora Michelle Nery Nomeclaturas Conteúdo Programático Nomeclaturas JDK JRE JEE JSE JME JVM Toolkits Swing AWT/SWT JDBC EJB JNI JSP Conteúdo Programático Nomenclatures
Leia maisRicardo Roberto de Lima UNIPÊ 2008.1 APS-I. Históricos e Modelagem Orientada a Objetos
Históricos e Modelagem Orientada a Objetos Histórico Diversas metodologias e métodos surgiram para apoiar OO. Evolução a partir de linguagens C++ e SmallTalk. Anos 80 Anos 80-90: diversidade de autores.
Leia maisABORDAGEM DE FRAMEWORKS PARA JSF QUE AUXILIAM O DESENVOLVIMENTO DE SOFTWARE
ABORDAGEM DE FRAMEWORKS PARA JSF QUE AUXILIAM O DESENVOLVIMENTO DE SOFTWARE Amarildo Aparecido Ferreira Junior 1, Ricardo Ribeiro Rufino 1 ¹Universidade Paranaense (Unipar) Paranavaí PR Brasil aapfjr@gmail.com
Leia maisPROCESSO 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 maisDESENVOLVIMENTO WEB UTILIZANDO FRAMEWORK PRIMEFACES E OUTRAS TECNOLOGIAS ATUAIS
DESENVOLVIMENTO WEB UTILIZANDO FRAMEWORK PRIMEFACES E OUTRAS TECNOLOGIAS ATUAIS Emanuel M. Godoy 1, Ricardo Ribeiro Rufino 1 1 Universidade Paranaense (Unipar) Paranavaí PR Brasil godoymanel@gmail.com,
Leia maisBRAlarmExpert. Software para Gerenciamento de Alarmes. BENEFÍCIOS obtidos com a utilização do BRAlarmExpert:
BRAlarmExpert Software para Gerenciamento de Alarmes A TriSolutions conta com um produto diferenciado para gerenciamento de alarmes que é totalmente flexível e amigável. O software BRAlarmExpert é uma
Leia maisAPLICATIVO WEB PARA O SETOR DE EXTENSÃO IFC VIDEIRA
APLICATIVO WEB PARA O SETOR DE EXTENSÃO IFC VIDEIRA Autores: Claudiléia Gaio BANDT; Tiago HEINECK; Patrick KOCHAN; Leila Lisiane ROSSI; Angela Maria Crotti da ROSA Identificação autores: Aluna do Curso
Leia maisARCO - 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
Leia maisFerramenta de apoio a gerência de configuração de software. Aluno: Rodrigo Furlaneto Orientador: Everaldo Artur Grahl
Ferramenta de apoio a gerência de configuração de software Aluno: Rodrigo Furlaneto Orientador: Everaldo Artur Grahl Roteiro de apresentação Introdução Objetivos Fundamentação Teórica Gerência de Configuração
Leia maisEngenharia de Software III
Engenharia de Software III Casos de uso http://dl.dropbox.com/u/3025380/es3/aula6.pdf (flavio.ceci@unisul.br) 09/09/2010 O que são casos de uso? Um caso de uso procura documentar as ações necessárias,
Leia maisPLANO DE GERENCIAMENTO DO PROJETO
Faculdade de Tecnologia SENAC Goiás Gestão da Tecnologia da Informação DCSoft Sistema de Depreciação/Contábil PLANO DE GERENCIAMENTO DO PROJETO Equipe: Eduardo Rocha da Silva ERDS Bruno Cattany Martins
Leia maisNoções de. Microsoft SQL Server. Microsoft SQL Server
Noções de 1 Considerações Iniciais Basicamente existem dois tipos de usuários do SQL Server: Implementadores Administradores 2 1 Implementadores Utilizam o SQL Server para criar e alterar base de dados
Leia maisINTRODUÇÃO E CONFIGURAÇÃO DO PRIMEFACES MOBILE EM APLICAÇÕES JSF
INTRODUÇÃO E CONFIGURAÇÃO DO PRIMEFACES MOBILE EM APLICAÇÕES JSF Guilherme Macedo, Jaime Willian Dias Universidade Paranaense (Unipar) Paranavaí PR Brasil guilhermemacedo28@gmail.com, jaime@unipar.br Resumo.
Leia maisHistórico da Revisão. Data Versão Descrição Autor
Sistema de Gerenciamento de Loja - SIGEL Documento de Visão Versão 1.0.0 Histórico da Revisão Data Versão Descrição Autor 13/01/2011 0.1 Versão preliminar do levantamento de requisitos funcionais e não
Leia maisConteúdo. Disciplina: INF 02810 Engenharia de Software. Monalessa Perini Barcellos. Centro Tecnológico. Universidade Federal do Espírito Santo
Universidade Federal do Espírito Santo Centro Tecnológico Departamento de Informática Disciplina: INF 02810 Prof.: (monalessa@inf.ufes.br) Conteúdo 1. Introdução 2. Processo de Software 3. Gerência de
Leia maisTó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 maisFERRAMENTA WEB PARA MODELAGEM LÓGICA EM PROJETOS DE BANCOS DE DADOS RELACIONAIS
FERRAMENTA WEB PARA MODELAGEM LÓGICA EM PROJETOS DE BANCOS DE DADOS RELACIONAIS PAULO ALBERTO BUGMANN ORIENTADOR: ALEXANDER ROBERTO VALDAMERI Roteiro Introdução Objetivos Fundamentação teórica Desenvolvimento
Leia maisQUESTINAMENTOS AO EDITAL DE CONCORRÊNCIA 01/2013
QUESTINAMENTOS AO EDITAL DE CONCORRÊNCIA 01/2013 Prezados Senhores da comissão de licitação da UENF, seguem alguns questionamentos acerca do edital de concorrência 01/2013 para esclarecimentos: 1. ANEXO
Leia maisDESENVOLVENDO APLICAÇÃO UTILIZANDO JAVA SERVER FACES
DESENVOLVENDO APLICAÇÃO UTILIZANDO JAVA SERVER FACES Alexandre Egleilton Araújo, Jaime Willian Dias Universidade Paranaense (Unipar) Paranavaí PR Brasil araujo.ale01@gmail.com, jaime@unipar.br Resumo.
Leia maisFábrica de Software 29/04/2015
Fábrica de Software 29/04/2015 Crise do Software Fábrica de Software Analogias costumam ser usadas para tentar entender melhor algo ou alguma coisa. A idéia é simples: compara-se o conceito que não se
Leia maisFeature-Driven Development
FDD Feature-Driven Development Descrição dos Processos Requisitos Concepção e Planejamento Mais forma que conteúdo Desenvolver um Modelo Abrangente Construir a Lista de Features Planejar por
Leia maisManual Geral do OASIS
Manual Geral do OASIS SISTEMA DE GESTÃO DE DEMANDA, PROJETO E SERVIÇO DE TECNOLOGIA DA INFORMAÇÃO OASIS Introdução Esse manual tem como objetivo auxiliar aos usuários nos procedimentos de execução do sistema
Leia maisHoje é inegável que a sobrevivência das organizações depende de dados precisos e atualizados.
BANCO DE DADOS Universidade do Estado de Santa Catarina Centro de Ciências Tecnológicas Departamento de Ciência da Computação Prof. Alexandre Veloso de Matos alexandre.matos@udesc.br INTRODUÇÃO Hoje é
Leia maisGARANTIA 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
Leia maisGerenciamento de Incidentes
Gerenciamento de Incidentes Os usuários do negócio ou os usuários finais solicitam os serviços de Tecnologia da Informação para melhorar a eficiência dos seus próprios processos de negócio, de forma que
Leia maisCONTRA 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 mais2 Diagrama de Caso de Uso
Unified Modeling Language (UML) Universidade Federal do Maranhão UFMA Pós Graduação de Engenharia de Eletricidade Grupo de Computação Assunto: Diagrama de Caso de Uso (Use Case) Autoria:Aristófanes Corrêa
Leia maisGerenciamento de Problemas
Gerenciamento de Problemas O processo de Gerenciamento de Problemas se concentra em encontrar os erros conhecidos da infra-estrutura de TI. Tudo que é realizado neste processo está voltado a: Encontrar
Leia maisPORTAL DE COMPRAS SÃO JOSÉ DO RIO PRETO
Compra Direta - Guia do Fornecedor PORTAL DE COMPRAS SÃO JOSÉ DO RIO PRETO Página As informações contidas neste documento, incluindo quaisquer URLs e outras possíveis referências a web sites, estão sujeitas
Leia maisGUIA DE CURSO. Tecnologia em Sistemas de Informação. Tecnologia em Desenvolvimento Web. Tecnologia em Análise e Desenvolvimento de Sistemas
PIM PROGRAMA DE INTEGRAÇÃO COM O MERCADO GUIA DE CURSO Tecnologia em Sistemas de Informação Tecnologia em Desenvolvimento Web Tecnologia em Análise e Desenvolvimento de Sistemas Tecnologia em Sistemas
Leia maisUNIVERSIDADE FEDERAL DO PARANÁ. CURSO: Ciência da Computação DATA: / / 2013 PERÍODO: 4 o.
CURSO: Ciência da Computação DATA: / / 2013 PERÍODO: 4 o. PROFESSOR: Andrey DISCIPLINA: Técnicas Alternativas de Programação AULA: 08 APRESENTAÇÃO Na aula de hoje vamos apresentar e discutir como definir
Leia maisFACULDADE DE ENGENHARIA DE COMPUTAÇÃO. PROJETO FINAL I e II PLANO DE TRABALHO <NOME DO TRABALHO> <Nome do Aluno> <Nome do Orientador>
FACULDADE DE ENGENHARIA DE COMPUTAÇÃO PROJETO FINAL I e II PLANO DE TRABALHO O Trabalho de Conclusão de Curso (TCC) a ser desenvolvido
Leia maisMódulo 4: Gerenciamento de Dados
Módulo 4: Gerenciamento de Dados 1 1. CONCEITOS Os dados são um recurso organizacional decisivo que precisa ser administrado como outros importantes ativos das empresas. A maioria das organizações não
Leia mais4 O Workflow e a Máquina de Regras
4 O Workflow e a Máquina de Regras O objetivo do workflow e da máquina de regras é definir um conjunto de passos e regras configuráveis. Ao longo de sua execução, um usuário consegue simplificar o seu
Leia maisPROJETO DE FÁBRICA DE SOFTWARE
FACULDADE SETE DE SETEMBRO FASETE Departamento de Sistemas de Informação PROJETO DE FÁBRICA DE SOFTWARE Denise Xavier Fortes Paulo Afonso BA Agosto/2015 Sumário 1. INTRODUÇÃO... 3 2. PERFIS FUNCIONAIS...
Leia maisRock In Rio - Lisboa
Curso de Engenharia Informática Industrial Rock In Rio - Lisboa Elaborado por: Ano Lectivo: 2004/05 Tiago Costa N.º 4917 Turma: C Gustavo Graça Patrício N.º 4757 Turma: C Docente: Professora Maria Estalagem
Leia maisConceitos 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
Leia maisApesar de existirem diversas implementações de MVC, em linhas gerais, o fluxo funciona geralmente da seguinte forma:
1 Introdução A utilização de frameworks como base para a construção de aplicativos tem sido adotada pelos desenvolvedores com três objetivos básicos. Primeiramente para adotar um padrão de projeto que
Leia maisGuia de Especificação de Caso de Uso Metodologia CELEPAR
Guia de Especificação de Caso de Uso Metodologia CELEPAR Agosto 2009 Sumário de Informações do Documento Documento: guiaespecificacaocasouso.odt Número de páginas: 10 Versão Data Mudanças Autor 1.0 09/10/2007
Leia maisSERVICE 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 maisMicrosoft Access XP Módulo Um
Microsoft Access XP Módulo Um Neste primeiro módulo de aula do curso completo de Access XP vamos nos dedicar ao estudo de alguns termos relacionados com banco de dados e as principais novidades do novo
Leia maisManual SAGe Versão 1.2 (a partir da versão 12.08.01)
Manual SAGe Versão 1.2 (a partir da versão 12.08.01) Submissão de Relatórios Científicos Sumário Introdução... 2 Elaboração do Relatório Científico... 3 Submissão do Relatório Científico... 14 Operação
Leia maisManual do Visualizador NF e KEY BEST
Manual do Visualizador NF e KEY BEST Versão 1.0 Maio/2011 INDICE SOBRE O VISUALIZADOR...................................................... 02 RISCOS POSSÍVEIS PARA O EMITENTE DA NOTA FISCAL ELETRÔNICA.................
Leia maisCadastramento de Computadores. Manual do Usuário
Cadastramento de Computadores Manual do Usuário Setembro 2008 ÍNDICE 1. APRESENTAÇÃO 1.1 Conhecendo a solução...03 Segurança pela identificação da máquina...03 2. ADERINDO À SOLUÇÃO e CADASTRANDO COMPUTADORES
Leia maisSUMÁRIO Acesso ao sistema... 2 Atendente... 3
SUMÁRIO Acesso ao sistema... 2 1. Login no sistema... 2 Atendente... 3 1. Abrindo uma nova Solicitação... 3 1. Consultando Solicitações... 5 2. Fazendo uma Consulta Avançada... 6 3. Alterando dados da
Leia maisGlossário Apresenta a definição dos termos, siglas e abreviações utilizadas no contexto do projeto Citsmart.
Apresenta a definição dos termos, siglas e abreviações utilizadas no contexto do projeto Citsmart. Versão 1.6 15/08/2013 Visão Resumida Data Criação 15/08/2013 Versão Documento 1.6 Projeto Responsáveis
Leia maisMANUAL DO USUÁRIO SORE Sistema Online de Reservas de Equipamento. Toledo PR. Versão 2.0 - Atualização 26/01/2009 Depto de TI - FASUL Página 1
MANUAL DO USUÁRIO SORE Sistema Online de Reservas de Equipamento Toledo PR Página 1 INDICE 1. O QUE É O SORE...3 2. COMO ACESSAR O SORE... 4 2.1. Obtendo um Usuário e Senha... 4 2.2. Acessando o SORE pelo
Leia maisRoteiro para a escrita do documento de Especificação de Requisitos de Software (ERS)
Roteiro para a escrita do documento de Especificação de Requisitos de Software (ERS) Definição Geral: Disciplina de Compiladores Prof. Jorge Bidarra (UNIOESTE) A especificação de requisitos tem como objetivo
Leia maisHIBERNATE EM APLICAÇÃO JAVA WEB
HIBERNATE EM APLICAÇÃO JAVA WEB Raul Victtor Barbosa Claudino¹, Ricardo Ribeiro Rufino¹ ¹Universidade Paranaense (Unipar) Paranavaí PR Brasil victtor.claudino@gmail.com, ricardo@unipar.br Resumo: Este
Leia maisProjeto Demoiselle. Para perguntas e respostas, utilizem a lista de discussões de usuários da comunidade: demoiselle-users@lists.sourceforge.
Projeto Demoiselle Para perguntas e respostas, utilizem a lista de discussões de usuários da comunidade: demoiselle-users@lists.sourceforge.net Palestrantes: Antônio Carlos Tiboni Luciana Campos Mota 20/07/2009
Leia maisProva de Conhecimento para Consultores de Implementação MPS.BR INSTRUÇÕES
Implementação MPS.BR 26 de maio de 2008 4 horas de duração e-mail: (DEIXAR EM BRANCO) RESULTADO: Q1 Q2 Q3 Q4 Q5 Q6 Q7 Q8 Q9 Q10 Nota INSTRUÇÕES Para a maioria das questões você tem mais de uma opção e
Leia maisEspecificação de Requisitos
Projeto/Versão: Versão 11.80 Melhoria Requisito/Módulo: 000552 / Conector Sub-Requisito/Função: Multas Tarefa/Chamado: 01.08.01 País: Brasil Data Especificação: 13/05/13 Rotinas Envolvidas Rotina Tipo
Leia mais1. 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 maisGuia Sphinx: instalação, reposição e renovação
Sphinx : software para coleta e análise de dados acadêmicos e gerenciais. Tecnologia e informação para a decisão! Copyright Sphinx Todos direitos reservados Guia Sphinx: instalação, reposição e renovação
Leia maisDespachante Express - Software para o despachante documentalista veicular DESPACHANTE EXPRESS MANUAL DO USUÁRIO VERSÃO 1.1
DESPACHANTE EXPRESS MANUAL DO USUÁRIO VERSÃO 1.1 1 Sumário 1 - Instalação Normal do Despachante Express... 3 2 - Instalação do Despachante Express em Rede... 5 3 - Registrando o Despachante Express...
Leia maisDocumento de Arquitetura
Documento de Arquitetura A2MEPonto - SISTEMA DE PONTO ELETRÔNICO A2MEPonto - SISTEMA DE PONTO ELETRÔNICO #1 Pág. 1 de 11 HISTÓRICO DE REVISÕES Data Versão Descrição Autor 28/10/2010 1 Elaboração do documento
Leia maisSumário 1. SOBRE O NFGoiana DESKTOP... 3 1.1. Apresentação... 3 1.2. Informações do sistema... 3 1.3. Acessando o NFGoiana Desktop... 3 1.4.
1 Sumário 1. SOBRE O NFGoiana DESKTOP... 3 1.1. Apresentação... 3 1.2. Informações do sistema... 3 1.3. Acessando o NFGoiana Desktop... 3 1.4. Interface do sistema... 4 1.4.1. Janela Principal... 4 1.5.
Leia maisDocumento de Visão. Sistema de Ponto Eletrônico A2MEPonto. Versão 1.0
Documento de Visão Sistema de Ponto Eletrônico A2MEPonto Versão 1.0 HISTÓRICO DE REVISÕES Data Versão Descrição Autor 23/10/2010 #1 Elaboração do documento. Eduardo Neto Versão 1.0 Documento de Visão A2ME
Leia maisPRODUTO 1 (CONSTRUÇÃO DE PORTAL WEB)
RELATÓRIO DE ENTREGA DO PRODUTO 1 (CONSTRUÇÃO DE PORTAL WEB) PARA A ELABORAÇÃO DOS PLANOS MUNICIPAIS DE GESTÃO INTEGRADA DE RESÍDUOS SÓLIDOS PMGIRS PARA OS MUNICÍPIOS DE NOVO HORIZONTE, JUPIÁ, GALVÃO,
Leia maisUNIVERSIDADE FEDERAL DO PARANÁ UFPR Bacharelado em Ciência da Computação
SOFT DISCIPLINA: Engenharia de Software AULA NÚMERO: 10 DATA: / / PROFESSOR: Andrey APRESENTAÇÃO O objetivo desta aula é apresentar e discutir os conceitos de coesão e acoplamento. DESENVOLVIMENTO Projetar
Leia maisProjeto 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 maisGerenciador de Log. Documento Visão. Projeto Integrador 2015/2. Engenharia de Software. Versão 2.0. Engenharia de Software
Documento Visão e Documento Suplementar Gerenciador de Log Documento Visão Versão 2.0 1 Índice 1. Histórico de Revisões...3 2. Objetivo do Documento...4 3. Sobre o Problema...4 4. Sobre o produto...4 4.1.
Leia maisW Projeto. Gerenciamento. Construindo a WBS e gerando o Cronograma. Autor: Antonio Augusto Camargos, PMP 1/12
W Projeto BS Construindo a WBS e gerando o Cronograma. Gerenciamento Autor: Antonio Augusto Camargos, PMP 1/12 Índice Remissivo Resumo...3 1. Introdução...3 2. Conceituando a WBS (Work Breakdown Structure/Estrutura
Leia maisUNIDADE 4. Introdução à Metodologia de Desenvolvimento de Sistemas
UNIDADE 4. Introdução à Metodologia de Desenvolvimento de Sistemas 4.1 Motivação Sistemas de Informação são usados em diversos níveis dentro de uma organização, apoiando a tomada de decisão; Precisam estar
Leia maisPLANEJAMENTO E PROJETOS. Lílian Simão Oliveira
PLANEJAMENTO E GERENCIAMENTO DE PROJETOS Lílian Simão Oliveira Contexto Gerentes lutam com projetos assustadores e com prazos finais difíceis de serem cumpridos Sistemas não satisfazem aos usuários Gastos
Leia maisDEFINIÇÃO DE REQUISITOS SISTEMA DE CONTROLE DE FINANÇAS WEB 1.0 BAIXA DE CONTAS A PAGAR RELEASE 4.1
DEFINIÇÃO DE REQUISITOS SISTEMA DE CONTROLE DE FINANÇAS WEB 1.0 BAIXA DE CONTAS A PAGAR RELEASE 4.1 SUMÁRIO DEFINIÇÃO DE REQUISITOS 4 1. INTRODUÇÃO 4 1.1 FINALIDADE 4 1.2 ESCOPO 4 1.3 DEFINIÇÕES, ACRÔNIMOS
Leia maisUniversidade Paulista
Universidade Paulista Ciência da Computação Sistemas de Informação Gestão da Qualidade Principais pontos da NBR ISO/IEC 12207 - Tecnologia da Informação Processos de ciclo de vida de software Sergio Petersen
Leia maisConcepçã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
Leia mais1) MANUAL DO INTEGRADOR Este documento, destinado aos instaladores do sistema, com informações de configuração.
O software de tarifação é uma solução destinada a rateio de custos de insumos em sistemas prediais, tais como shopping centers. O manual do sistema é dividido em dois volumes: 1) MANUAL DO INTEGRADOR Este
Leia maisNa medida em que se cria um produto, o sistema de software, que será usado e mantido, nos aproximamos da engenharia.
1 Introdução aos Sistemas de Informação 2002 Aula 4 - Desenvolvimento de software e seus paradigmas Paradigmas de Desenvolvimento de Software Pode-se considerar 3 tipos de paradigmas que norteiam a atividade
Leia maisConteúdo. Disciplina: INF 02810 Engenharia de Software. Monalessa Perini Barcellos
Universidade Federal do Espírito Santo Centro Tecnológico Departamento de Informática Disciplina: INF 02810 Prof.: (monalessa@inf.ufes.br) Conteúdo 1. Introdução 2. Processo de Software 3. Gerência de
Leia maisMetodologia de Gerenciamento de Projetos da Justiça Federal
Metodologia de Gerenciamento de Projetos da Justiça Federal Histórico de Revisões Data Versão Descrição 30/04/2010 1.0 Versão Inicial 2 Sumário 1. Introdução... 5 2. Público-alvo... 5 3. Conceitos básicos...
Leia maisManual do Sistema "Vida Controle de Contatos" Editorial Brazil Informatica
Manual do Sistema "Vida Controle de Contatos" Editorial Brazil Informatica I Vida Controle de Contatos Conteúdo Part I Introdução 2 1 Vida Controle... de Contatos Pessoais 2 Part II Configuração 2 1 Configuração...
Leia maisManual do usuário - Service Desk SDM - COPASA. Service Desk
Manual do usuário - Service Desk SDM - COPASA Service Desk Sumário Apresentação O que é o Service Desk? Terminologia Status do seu chamado Utilização do Portal Web Fazendo Login no Sistema Tela inicial
Leia maisProf. Marcelo Machado Cunha www.marcelomachado.com mcelobr@yahoo.com.br
Prof. Marcelo Machado Cunha www.marcelomachado.com mcelobr@yahoo.com.br Ementa Introdução a Banco de Dados (Conceito, propriedades), Arquivos de dados x Bancos de dados, Profissionais de Banco de dados,
Leia maisCláudia Araújo Coordenadora Diego Macêdo Programador Marcelo Rodrigues Suporte
BCON Sistema de Controle de Vendas e Estoque Declaração de escopo Versão 1.0 Histórico de Revisão Elaborado por: Filipe de Almeida do Amaral Versão 1.0 Aprovado por: Marcelo Persegona 22/03/2011 Time da
Leia maisTermo de Abertura Sistema de Vendas de Pizzas Online (PizzaWeb) - Versão 1.0
Termo de Abertura Sistema de Vendas de Pizzas Online (PizzaWeb) - Versão 1.0 Versão do Documento: 1.1 Histórico de Revisão Data Versão do Documento Descrição Autor 18/03/2011 1.0 Montar o Termo de Abertura.
Leia maisResumo do BABok 2.0 O Guia de Referência de Análise de Negócio Curso de Analista de Negócio 3.0
O que é BABok? O BABok 2.0, Corpo de Conhecimento de Análise de Negócios, é considerado como um Guia Referência de Práticas de Análise de Negócio. Este guia é publicado e mantido pelo IIBA. O guia BABok
Leia maisGerenciamento de Projetos Modulo II Ciclo de Vida e Organização do Projeto
Gerenciamento de Projetos Modulo II Ciclo de Vida e Organização do Projeto Prof. Walter Cunha falecomigo@waltercunha.com http://waltercunha.com PMBoK Organização do Projeto Os projetos e o gerenciamento
Leia maisSISTEMA DE WORKFLOW PARA MODELAGEM E EXECUÇÃO DE PROCESSOS DE SOFTWARE. Aluno: Roberto Reinert Orientador: Everaldo A. Grahl
SISTEMA DE WORKFLOW PARA MODELAGEM E EXECUÇÃO DE PROCESSOS DE SOFTWARE Aluno: Roberto Reinert Orientador: Everaldo A. Grahl Roteiro de apresentação Introdução Objetivos Fundamentação Teórica Workflow Processo
Leia maisGovernança de TI. ITIL v.2&3. parte 1
Governança de TI ITIL v.2&3 parte 1 Prof. Luís Fernando Garcia LUIS@GARCIA.PRO.BR ITIL 1 1 ITIL Gerenciamento de Serviços 2 2 Gerenciamento de Serviços Gerenciamento de Serviços 3 3 Gerenciamento de Serviços
Leia maisO programa Mysql acompanha o pacote de instalação padrão e será instalado juntamente com a execução do instalador.
INTRODUÇÃO O Programa pode ser instalado em qualquer equipamento que utilize o sistema operacional Windows 95 ou superior, e seu banco de dados foi desenvolvido em MySQL, sendo necessário sua pré-instalação
Leia maisMetodologias 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 maisSLA - Service Level Agreement (Acordo de Nível de Serviço) Gerenciamento de Estoque
1 / 7 SLA - Service Level Agreement (Acordo de Nível de Serviço) Gerenciamento de Estoque Código: : Data de Publicação: Cliente: Faculdade de Tecnologia SENAC-GO 2 / 7 Identificação e Histórico do Documento
Leia maisGlossários em Moodle (1.6.5+)
Glossários em Moodle (1.6.5+) Athail Rangel Pulino 2 Ficha Técnica Título Glossários em Moodle Autor Athail Rangel Pulino Filho Copyright Creative Commons Edição Agosto 2007 Glossários em Moodle 3 Índice
Leia maisPlanejando o aplicativo
Um aplicativo do Visual FoxPro geralmente inclui um ou mais bancos de dados, um programa principal que configura o ambiente de sistema do aplicativo, além de uma interface com os usuários composta por
Leia maisHistórico da Revisão. Versão Descrição Autor. 1.0 Versão Inicial
1 of 14 27/01/2014 17:33 Sistema de Paginação de Esportes Universitários Documento de Arquitetura de Software Versão 1.0 Histórico da Revisão Data 30 de novembro de 1999 Versão Descrição Autor 1.0 Versão
Leia maisAnálise e projeto de sistemas PROF. REGILAN SILVA
Análise e projeto de sistemas PROF. REGILAN SILVA Apresentação da disciplina Ver ementa... Solução Técnicas para identificação e detalhamento de requisitos Técnicas para modelagem de sistemas Definir
Leia maisDado: Fatos conhecidos que podem ser registrados e têm um significado implícito. Banco de Dados:
MC536 Introdução Sumário Conceitos preliminares Funcionalidades Características principais Usuários Vantagens do uso de BDs Tendências mais recentes em SGBDs Algumas desvantagens Modelos de dados Classificação
Leia maisROTEIRO PARA TREINAMENTO DO SAGRES DIÁRIO Guia do Docente
Conceito ROTEIRO PARA TREINAMENTO DO SAGRES DIÁRIO Guia do Docente O Sagres Diário é uma ferramenta que disponibiliza rotinas que facilitam a comunicação entre a comunidade Docente e Discente de uma instituição,
Leia mais