2 Versão 1: Funcionalidade Básica e Interface Web
|
|
- Fátima Lopes Franca
- 6 Há anos
- Visualizações:
Transcrição
1 Técnicas de Projeto e Implementação de Sistemas II Descrição do Projeto da Disciplina 1 Introdução O projeto da disciplina consiste na implementação de um sistema de busca de tarifas de passagens aéreas. A ideia é desenvolver um sistema Web capaz de realizar buscas de opções de passagens aéreas de acordo com critérios especificados pelo usuário, como trechos desejados e datas para cada trecho. O sistema deverá obter as informações sobre as opções de voo a partir da API QPX (vide Esta API pode ser acessada através de requisições HTTPS do tipo POST, utilizando o formato JSON para troca de informações (tanto requisições, quanto respostas). A API contém apenas um método (o método search), que retorna opções de viagem, dados os critérios de busca. O sistema deve ser desenvolvido sobre as ferramentas e APIs disponíveis no J2EE. O desenvolvimento será feito de maneira gradual, com versões gradativamente mais completas. Cada versão deve ser entregue nas datas especificadas, e notas individuais serão atribuídas a cada uma delas. A nota final do trabalho será dada pela soma das notas das versões individuais. Nas seções a seguir, são definidas as versões a serem entregues com seus respectivos requisitos. 2 Versão 1: Funcionalidade Básica e Interface Web A versão 1 deve ser implantada na forma de um sistema Web baseado em Servlets, JSP, JSF ou uma combinação destes. Nesta versão, os dados devem ser inseridos pelo usuário na forma de um campos de um formulário. Nesta versão, o usuário deve ser capaz de especificar uma viagem com vários trechos. Um trecho é constituído de uma cidade ou aeroporto de origem, uma cidade ou aeroporto de destino e uma data de saída (dia, mês e ano). O sistema deve permitir a especificação de viagens com até 5 trechos e os trechos não precisam ser contíguos (i.e., a cidade de saída de um trecho não precisa ser a mesma de chegada do trecho anterior e a viagem não necessariamente começa e termina na mesma cidade). As cidades/aeroportos de origem/destino dos trechos devem ser especificados pelo usuário já no código aeroportuário IATA. As datas devem ser especificadas no formato DD/MM/AAAA. Caberá ao sistema fazer as conversões necessárias para os formatos esperados pela API. O sistema deve limitar o número de respostas a 500 (limite atual da versão gratuita da API QPX). Uma vez recebida a resposta, o sistema deve apresentar todas as opções encontradas, ordenadas por preço (do menor para o maior). Os opções de viagem encontradas devem ser exibidas na forma de uma tabela. Cada linha da tabela corresponde a uma opção de viagem. Para
2 cada opção, a tabela deve conter o valor total, incluindo impostos, as empresas que operam os voos da envolvidos na opção, o tempo total de cada trecho da viagem e um link ou botão para que o usuário possa ver mais detalhes. Ao clicar no link ou botão, o usuário deve ser redirecionado para outra página na qual as seguintes informações de saída devem ser exibidas: Preço. Tempo total de cada trecho da viagem. Cada conexão para cada trecho requisitado (aeroportos de saída e chegada). Tempo de espera para cada conexão. Cada escala para cada conexão (aeroporto de saída e chegada). A empresa que realiza cada conexão. Os horários de cada conexão (horário de saída e chegada). O formato de exibição é livre, desde que seja textual e legível. Esta página deve ainda permitir ao usuário que volte à página anterior (resultados da pesquisa) sem que a pesquisa precise ser feita novamente. Os aeroportos e empresas devem ser apresentados com seus nomes completos, ao invés de códigos eventualmente utilizados para representá-los. Em resumo, esta versão tem os seguintes requisitos: Requisitos funcionais: 1. O sistema deve permitir que o usuário faça buscas de opções de viagens com até 5 trechos não necessariamente contíguos. RN1: as cidades/aeroportos de origem e destino de cada trecho devem ser especificados pelo usuário utilizando o código IATA. 2. O sistema deve retornar até 500 possibilidades de viagem, conforme retornado pela API. 3. O sistema deve exibir as opções de viagem de acordo com o valor total, incluindo impostos. A exibição deve ser feita no formato de uma tabela. Para cada opção de viagem, devem ser exibidos também as empresas aéreas utilizadas, o tempo total de cada trecho e um link ou botão para mais detalhes. 4. Na página de detalhes de opção de viagem, o sistema deve exibir, para cada trecho, todas as conexões e respectivos tempos de espera, todas as escalas envolvidas em cada conexão, o nome da empresa que opera cada conexão, os horários de partida e chegada de cada conexão, o tempo total de cada trecho da viagem e o valor total, incluindo impostos, da opção. Esta página deve permitir ainda que o usuário volte à página anterior, com a tabela de opções, sem que o sistema precise refazer a consulta à API. 5. A saída deve ser em formato textual e legível.
3 6. Os aeroportos e empresas listados na saída do sistema devem ser referenciados pelos seus nomes. 7. A entrada de dados no sistema deve ser realizada através do preenchimento de campos de um formulário contendo, para cada trecho, cidade/aeroporto de origem e destino e data de partida. 8. Se o sistema não puder realizar mais consultas à API naquele dia por ter estourado o limite diário de requisições (a API permite no máximo 50 requisições por dia), este deverá apresentar uma mensagem de erro ao usuário. Requisitos não-funcionais: 1. O sistema deve ser implementado na linguagem Java. 2. O sistema deve ser implementado de acordo com uma arquitetura de três camadas. 3. O sistema deve utilizar Servlets, JSP, JSF ou uma combinação destas tecnologias. Versão 2: Busca Avançada A versão 2 do sistema deverá adicionar à versão 1 a funcionalidade de busca avançada. A busca avançada permitirá ao usuário que tenham flexibilidade de datas especificar parâmetros da viagem e encontrar as melhores opções dentro das restrições estabelecidas. Basicamente, o usuário poderá especificar uma duração para a viagem (em dias), as cidades que deseja visitar em ordem, os tempos máximo e mínimo que deseja ficar em cada cidade, as cidades de origem e destino da viagem, e um período no qual a viagem pode ser realizada. Por exemplo, o usuário poderia especificar as seguintes opções de busca: Duração da viagem: 15 dias. Cidade de origem: Rio de Janeiro. Cidade de destino: São Paulo. Primeira cidade a visitar: Porto Alegre (no máximo 7 dias, no mínimo 3). Segunda cidade a visitar: Manaus (no máximo 6 dias, no mínimo 3). Terceira cidade a visitar: Salvador (no máximo 8 dias, no mínimo 5). Período de realização da viagem: entre 5 de janeiro de 2015 e 4 de fevereiro de O sistema deve se encarregar de verificar se as restrições são viáveis (por exemplo, se o usuário especifica uma duração de 15 dias, mas o período especificado vai só de 4 de janeiro a 8 de janeiro, as restrições são inviáveis). O sistema deve gerar todas as combinações de dias de viagem que respeitem os valores máximos e mínimos, a duração da viagem e o período e para cada um deles, deve consultar a API verificando as opções de viagem. Se o número de combinações for maior do que a quantidade de requisições que o sistema ainda pode fazer à API, deve-se limitar a busca
4 ao número de requisições permitido e informar ao usuário que nem todas as combinações foram exploradas. A apresentação dos resultados é idêntica a da busca básica da versão 1. O número máximo de cidades visitadas deve ser limitado em 4. As cidades/aeroportos especificados pelo usuário devem usar o código IATA. Em suma, os requisitos da versão 2 do sistema são: Requisitos funcionais: 1. O sistema deve permitir que o usuário faça buscas de opções de viagens com até 5 trechos não necessariamente contíguos. RN1: as cidades/aeroportos de origem e destino de cada trecho devem ser especificados pelo usuário utilizando o código IATA. 2. O sistema deve permitir que o usuário faça buscas avançadas, especificando como entrada a duração da viagem, as cidades ou aeroportos de origem e destino, as cidades ou aeroportos que se deseja visitar (até 4), os tempos máximos e mínimos (em dias) de estadia em cada cidade/aeroporto que se deseja visitar, e o período (data inicial e data final) em que a viagem pode ser realizada. RN1: as cidades/aeroportos de origem e destino de cada trecho devem ser especificados pelo usuário utilizando o código IATA. 3. O sistema deve retornar até 500 possibilidades de viagem, conforme retornado pela API. No caso da busca avançada, o limite é de 500 opções de viagem por combinação de datas. 4. O sistema deve exibir as opções de viagem de acordo com o valor total, incluindo impostos. A exibição deve ser feita no formato de uma tabela. Para cada opção de viagem, devem ser exibidos também as empresas aéreas utilizadas, o tempo total de cada trecho e um link ou botão para mais detalhes. 5. Na página de detalhes de opção de viagem, o sistema deve exibir, para cada trecho, todas as conexões e respectivos tempos de espera, todas as escalas envolvidas em cada conexão, o nome da empresa que opera cada conexão, os horários de partida e chegada de cada conexão, o tempo total de cada trecho da viagem e o valor total, incluindo impostos, da opção. Esta página deve permitir ainda que o usuário volte à página anterior, com a tabela de opções, sem que o sistema precise refazer a consulta à API. 6. A saída deve ser em formato textual e legível. 7. Os aeroportos e empresas listados na saída do sistema devem ser referenciados pelos seus nomes. 8. A entrada de dados no sistema deve ser realizada através do preenchimento de campos de um formulário contendo, para cada trecho, cidade/aeroporto de origem e destino e data de partida. 9. Se o sistema não puder realizar mais consultas à API naquele dia por ter estourado o limite diário de requisições (a API permite no máximo 50 requisições por dia), este deverá apresentar uma mensagem de erro ao usuário. Se o limite for alcançado durante uma busca avançada, o sistema deve retornar os resultados parciais, avisando ao usuário que nem todas as combinações foram exploradas.
5 Requisitos não-funcionais: 1. O sistema deve ser implementado na linguagem Java. 2. O sistema deve ser implementado de acordo com uma arquitetura de três camadas. 3. O sistema deve utilizar Servlets, JSP, JSF ou uma combinação destas tecnologias. 3 Versão 3: Dados Persistentes Nesta versão, o sistema deve armazenar algumas informações em uma base de dados. Dois tipos de dados devem ser armazenados na base de dados: Lista de códigos IATA para os aeroportos (uma lista suficientemente completa para os propósitos do trabalho pode ser obtida em Resultados de buscas recentes interessantes. A lista de códigos IATA deve ser usada para que o sistema possibilite ao usuário buscar o código correto para uma dado aeroporto. As interfaces de busca de voos (tanto a busca básica, quanto a avançada) devem permitir que o usuário busque os códigos a partir do nome ou parte do nome de uma cidade ou aeroporto. A busca pode ser feita em uma página separada das páginas de busca de voos, contato que o usuário possa retornar à página de busca com outros valores para os campos de formulário que já haviam sido preenchidos intactos. Uma busca recente é deve ser considerada interessante pelo sistema (e portanto armazenada na base de dados) se as seguintes condições forem verdadeiras. Em primeiro lugar, a busca deve ser para uma viagem com apenas um trecho (somente ida) ou dois trechos simétricos (ida e volta). Além disso, o sistema deve verificar se há na base de dados um resultado de busca para o mesmo tipo de viagem (mesmos trechos, independentemente das datas envolvidas). Neste caso, há as seguintes possibilidades: Não há na base um resultado de busca para o mesmo tipo de viagem; o resultado da busca atual é interessante. Há um resultado guardado na base para o mesmo tipo de viagem, mas a data de ao menos um dos trechos é anterior ao dia de hoje; o resultado da busca atual é interessante. Há um resultado guardado na base para o mesmo tipo de viagem e a data de todos os seus trechos é posterior ao dia de hoje, mas o preço do resultado da base é maior que o preço do resultado da busca atual; o resultado da busca atual é interessante. Em qualquer outro caso, o resultado da busca atual não é interessante.
6 Note que os resultados interessantes incluem apenas uma opção de viagem (a mais barata). A medida que usuários fazem consultas, o sistema deve popular/atualizar a base com as buscas recentes interessantes. Cada vez que a página principal do sistema é acessada, o sistema deve escolher aleatoriamente até 6 destes resultados e exibi-los na interface, incluindo as informações de cidade de origem, cidade de destino, tipo (somente ida ou ida e volta) e valor. Note que apenas resultados cujos trechos tenham data no futuro devem ser escolhidos. Para cada um destes resultados exibidos, deve haver um link ou botão que peça ao sistema que refaça a busca para aquele(s) trecho(s) e encaminhe o usuário aos resultados atualizados (os resultados podem ter mudado desde a última atualização da base de dados). O grupo pode escolher entre duas maneiras de manipular/armazenar os dados: através de um SGBD relacional ou através de arquivos no formato XML. A solução adotada pode combinar as duas opções, se for interessante para o grupo. Em ambos os casos, no entanto, o acesso à base deve ser feito pelas APIs do J2EE (JDBC, no caso do SGBD relacional, ou alguma das APIs que manipulam arquivos XML). Em resumo, nesta versão do sistema, há seguintes requisitos: Requisitos funcionais: 1. O sistema deve permitir que o usuário faça buscas de opções de viagens com até 5 trechos não necessariamente contíguos. RN1: as cidades/aeroportos de origem e destino de cada trecho devem ser especificados pelo usuário utilizando o código IATA, mas o sistema deve dar a opção para que o usuário possa fazer a busca do código com base no nome ou parte do nome da cidade/aeroporto de interesse. 2. O sistema deve permitir que o usuário faça buscas avançadas, especificando como entrada a duração da viagem, as cidades/aeroportos de origem e destino, as cidades ou aeroportos que se deseja visitar (até 4), os tempos máximos e mínimos (em dias) de estadia em cada cidade/aeroporto que se deseja visitar, e o período (data inicial e data final) em que a viagem pode ser realizada. RN2: as cidades/aeroportos de origem e destino de cada trecho devem ser especificados pelo usuário utilizando o código IATA, mas o sistema deve dar a opção para que o usuário possa fazer a busca do código com base no nome ou parte do nome da cidade/aeroporto de interesse. 3. A lista de códigos IATA deve ser armazenada em uma base de dados no servidor. 4. O sistema deve retornar até 500 possibilidades de viagem, conforme retornado pela API. No caso da busca avançada, o limite é de 500 opções de viagem por combinação de datas. 5. O sistema deve exibir as opções de viagem de acordo com o valor total, incluindo impostos. A exibição deve ser feita no formato de uma tabela. Para cada opção de viagem, devem ser exibidos também as empresas aéreas utilizadas, o tempo total de cada trecho e um link ou botão para mais detalhes. 6. Na página de detalhes de opção de viagem, o sistema deve exibir, para cada trecho, todas as conexões e respectivos tempos de espera, todas as escalas envolvidas em cada
7 conexão, o nome da empresa que opera cada conexão, os horários de partida e chegada de cada conexão, o tempo total de cada trecho da viagem e o valor total, incluindo impostos, da opção. Esta página deve permitir ainda que o usuário volte à página anterior, com a tabela de opções, sem que o sistema precise refazer a consulta à API. 7. A saída deve ser em formato textual e legível. 8. Os aeroportos e empresas listados na saída do sistema devem ser referenciados pelos seus nomes. 9. A entrada de dados no sistema deve ser realizada através do preenchimento de campos de um formulário contendo, para cada trecho, cidade/aeroporto de origem e destino e data de partida. 10. Se o sistema não puder realizar mais consultas à API naquele dia por ter estourado o limite diário de requisições (a API permite no máximo 50 requisições por dia), este deverá apresentar uma mensagem de erro ao usuário. Se o limite for alcançado durante uma busca avançada, o sistema deve retornar os resultados parciais, avisando ao usuário que nem todas as combinações foram exploradas. 11. O sistema deve exibir, na sua página principal, um conjunto de até 6 resultados interessantes armazenados na base de dados. RN3: ss resultados interessantes são armazenados/atualizados na base de dados sempre que o sistema realizar uma busca por viagens de um trecho ou dois trechos simétricos (ida e volta). RN4: os resultados exibidos na página principal devem necessariamente corresponder a opções de viagem cujos trechos são em datas futuras. RN5: a cada resultado exibido, deve corresponder um link ou botão que faça o sistema refazer a busca para a viagem correspondente, exibindo os resultados para o usuário. Requisitos não-funcionais: 1. O sistema deve ser implementado na linguagem Java. 2. O sistema deve ser implementado de acordo com uma arquitetura de três camadas. 3. O sistema deve utilizar Servlets, JSP, JSF ou uma combinação destas tecnologias. 4. As bases de dados devem ser implementadas com base em bancos de dados relacionais ou em arquivos XML. Em ambos os casos, as APIs do J2EE (o JDBC, no caso de bancos de dados relacionais) devem ser usadas para a manipulação das bases. 4 Critérios de Avaliação e Entrega As seguintes datas são sugeridas para a entrega de cada uma das versões do trabalho: Versão 1: 07/10. Versão 2: 30/10.
8 Versão 3: 04/12. Estas datas são apenas sugestões e cabe aos alunos avaliar a complexidade de cada parte do projeto e determinar com antecedência os prazos para entrega (respeitando-se a data limite de 04/12, na qual, invariavelmente, a última versão deve ser entregue). A definição da data de entrega deve ser feita até uma semana após o início do período de desenvolvimento de cada versão. Cada versão deve ser entregue com código fonte completo e um arquivo do tipo readme explicando, resumidamente, o processo de compilação, o modo de uso do sistema e eventuais outras informações relevantes para a compilação e execução do sistema. Na data da entrega, os integrantes do grupo devem se reunir com o professor e devem estar preparados para explicar detalhes da implementação. As perguntas podem ser feitas para qualquer membro do grupo. A cada versão do trabalho será atribuída uma nota de 0 a 4. Isto significa que a soma das notas pode totalizar 12 pontos. No caso da nota do grupo ou de um dos componentes ultrapassar 10 pontos, a mesma será truncada para 10. A nota atribuída a cada versão do trabalho será de acordo com os seguintes critérios: Aderência aos requisitos da versão: até 1 ponto. Qualidade da documentação (incluindo arquivo readme): até 1 ponto. Organização do código: até 1 ponto. Conhecimento do sistema por parte de cada integrante: até 1 ponto. O último item é de avaliação individual e, por isso, membros diferentes do mesmo grupo podem obter notas finais distintas. Note que faz parte do trabalho (em especial da versão 1) o aprendizado de como utilizar a API QPX. É de responsabilidade do grupo consultar a documentação e descobrir como fazer as consultas e extrair os resultados. Note ainda que o grupo deve se certificar de que a especificação do projeto está compreendida e que não há inconsistências. Em caso de dúvidas, é responsabilidade do grupo entrar em contato com o professor, seja no horário de aula ou através de , para que os requisitos e especificações possam ser esclarecidos.
MANUAL DE INSTRUÇÕES CLARO TORPEDO EQUIPE
Claro S.A MANUAL DE INSTRUÇÕES CLARO TORPEDO EQUIPE São Paulo 05/08/2014 Versão 3 1. Acesso à ferramenta O acesso poderá ser feito pelo link https://torpedoequipe.claro.com.br/torpedoequipe Ou também acessando
Leia maisGESTÃO DE VIAGENS CORPORATIVAS GUIA DO SOLICITANTE
GESTÃO DE VIAGENS CORPORATIVAS GUIA DO SOLICITANTE Versão 1.0 BTMS Next Gen Atualizado em fevereiro de 2016 SOLICITAÇÃO DE PASSAGENS AÉREAS 03 1.Introdução Pensando em otimizar o serviço oferecido ao cliente,
Leia maisDesenvolvimento Web III. Prof. Felippe Scheidt
Desenvolvimento Web III Prof. Felippe Scheidt Apresentação da disciplina Compreender os princípios do desenvolvimento de sistemas web e da construção de páginas dinâmicas utilizando padrões de projetos,
Leia mais4 Testes e experimentos realizados 4.1. Implementação e banco de dados
32 4 Testes e experimentos realizados 4.1. Implementação e banco de dados Devido à própria natureza dos sites de redes sociais, é normal que a maior parte deles possua uma grande quantidade de usuários
Leia maisMaterial de Apoio. Portal de Atendimento Betha Sistemas
Material de Apoio Portal de Atendimento Betha Sistemas Sumário 1. Portal de Atendimento Cliente Betha 1.1. Como realizar o acesso ao novo Portal de Atendimento 1.2. Como abrir um chamado pelo Portal de
Leia maisESPECIFICAÇÃO DE SOFTWARE
ESPECIFICAÇÃO DE SOFTWARE Integrantes do grupo: Joel Edu Sánchez Castro Fernando Hattori Miguel Angel Galarreta Valverde Felipe Martins dos Santos 1 SUMÁRIO DESCRIÇÃO...3 REQUISITOS...3 REQUISITOS FUNCIONAIS
Leia maisP R O J E T O: C A R N A V A L. 2. Informações Básicas sobre o Sistema a ser Desenvolvido
Universidade de São Paulo Instituto de Ciências Matemáticas e de Computação Departamento de Ciências de Computação Disciplina de Banco de Dados Profa. Dra. Cristina Dutra de Aguiar Ciferri P R O J E T
Leia maisManual de Treinamento Módulo: Solicitação
Manual de Treinamento Módulo: Solicitação Treinamentos Lemontech Sumário Acessando o Self Booking 3 Criando uma solicitação de viagem 4 Produtos 6 Produto aéreo online 7 Produto aéreo off-line 11 Produto
Leia maisSimulador didático de testes de algoritmos de ordenação
UNIVERSIDADE FEDERAL DO RIO GRANDE DO SUL INSTITUTO DE INFORMÁTICA Simulador didático de testes de algoritmos de ordenação Nomes: Bruno Silva Guedes (159033) Matheus de Carvalho Proença (160184) Turma:
Leia maisManual do Usuário. Requisição de Veículos
Manual do Usuário Requisição de Veículos Índice de capítulos Parte I - Visão geral dos requisitos.................................. 01 1 - Cadastro de usuários........................ 01 2 - Definição
Leia mais_GESTÃO DE VIAGENS CORPORATIVAS Manual Guia do Solicitante Aéreo NextGen v.s 1.0
_GESTÃO DE VIAGENS CORPORATIVAS Manual Guia do Solicitante Aéreo NextGen v.s 1.0 Sumário 1.Introdução... 3 2.Aéreo... 3 2.1 Solicitação de Aéreo Online.... 3 2.2 Solicitação de Aéreo Offline... 9 Pág.
Leia maisPROJETO: CONFERÊNCIA ACADÊMICA. 2. Informações Básicas sobre o Sistema a ser Desenvolvido
Universidade de São Paulo Instituto de Ciências Matemáticas e de Computação Departamento de Ciências de Computação Disciplina de Bases de Dados Profa. Dra. Cristina Dutra de Aguiar Ciferri PROJETO: CONFERÊNCIA
Leia maisPIA Plano Individual de Atividades MANUAL
Universidade Federal de Mato Grosso Secretaria de Tecnologias da Informação e Comunicação PIA Plano Individual de Atividades MANUAL Versão 2.0 Cuiabá-MT 2010 Sumário Fases do PIA... 3 Login... 4 Cadastro
Leia mais4 Uma Linguagem Baseada em Máquinas de Estado 4.1. A Linguagem
4 Uma Linguagem Baseada em Máquinas de Estado 4.1. A Linguagem Acredita-se nesse trabalho que características reativas e fortemente baseadas em modelos tornam necessária a criação de uma linguagem específica
Leia maisÁREA DO PESQUISADOR Cadastro/ Criação de Propostas
MANUAL DO SISTEMA SIGFAPES ÁREA DO PESQUISADOR Cadastro/ Criação de Propostas 1 1 ACESSO AO SISTEMA 1.1 Primeiro contato Acesse http://www.sigfapes.es.gov.br 1. Login Se possuir cadastro: 1..1 Informe
Leia maisWTS Corporate. A solução completa para a gestão de viagens da sua empresa
WTS Corporate A solução completa para a gestão de viagens da sua empresa Introdução O WTS Corporate é um sistema completo de gestão de viagens voltado para empresas. É uma ferramenta indispensável para
Leia mais1.Introdução. 2.Aéreo. 2.1 Solicitação de Aéreo Online.
1.Introdução Pensando em otimizar o serviço oferecido ao cliente, foi disponibilizado uma nova interface, onde houve uma renovação na navegabilidade do usuário, agregando serviços e facilitadores conforme
Leia maisGuia de ajuda on-line FAQ V1.2
Guia de ajuda on-line FAQ V1.2 P: Como faço para encontrar voos no mapa? Clique em um ponto no mapa para iniciar uma pesquisa. A seguir, selecione a opção desejada no menu da tela para visualizar a informação
Leia maisSistema PROJUDI Vara de Execuções Penais
Manual do Usuário Sistema PROJUDI Vara de Execuções Penais Manual de Consulta à Primeira Instância (VEP Completa) Template Versão 1.1 SUMÁRIO 1. Introdução... 3 2. Requisitos Básicos... 3 Softwares Requeridos...
Leia maisTRIBUNAL SUPERIOR ELEITORAL
TRIBUNAL SUPERIOR ELEITORAL Manual de orientação do Sistema de Requisição de Recibos Anuais SRA Versão 1.0 Sumário Apresentação do sistema... 3 Requisitos do sistema... 3 Cadastrar uma senha para acessar
Leia maisDe Olho na Pista. Documento de Arquitetura. De Olho na Pista Documento de Arquitetura Data: 23/03/2013. AJA Software
AJA Software www.ajasoftware.wordpress.com De Olho na Pista Documento de Arquitetura Confidencial De Olho na Pista, 2013 1 Sumário 1. Introdução 3 2. Metas e Restrições da Arquitetura 3 3. Padrão da Arquitetura
Leia maisManual do Dirigente. Sistema de Ouvidoria Versão 1.0. Universidade Federal de Lavras
Manual do Dirigente Sistema de Ouvidoria Versão 1.0 Universidade Federal de Lavras 6/12/2010 Índice 1 - Introdução...3 2 - Acesso ao sistema...3 3 - Funcionalidades...3 3.1 - Usuário: Dirigente...3 3.1.1
Leia maisPROGRAMAÇÃO ORIENTADA A OBJETOS. Aula 09a- Acessando os dados através JDBC
Aula 09a- Acessando os dados através JDBC Conteúdo Programático desta aula Compreender os comando existentes para acesso e manipulação de dados nos Bancos de dados Apresentar os dados obtidos no banco
Leia maisEspecificação projeto Jundianel
Especificação projeto Jundianel SITE Home As especificações para a página inicial são: 1. Exibir até três banners com status ativo na área administrativa. Caso exista apenas um banner ativo ele ficará
Leia maisB2C. O que é? Informações técnicas
B2C O que é? O Reserva Fácil dispõe de uma versão B2C para distribuição de passagens aéreas, que permite ao passageiro buscar por voos nacionais e internacionais e reservá-los de forma rápida, prática
Leia maisSumário 1. Inicializando o Sistema Arquitetura do Sistema Consulta Rápida de Veículos Informações Gerais...
1 Sumário 1. Inicializando o Sistema... 3 2. Arquitetura do Sistema... 5 2.1. Menu... 5 2.1.1. Detalhamento do Menu e Submenu... 5 2.2. Barra de Ferramentas... 6 2.2.1. Ações... 6 2.2.2. Crédito Disponível...
Leia maisManual Aéreo Atualizado em:
Manual Aéreo Atualizado em:10-02-2017 Sumário Introdução... 3 1.Aéreo... 4 1.1 Solicitação de Aéreo Online.... 4 1.2 Marcação de Assento... 10 1.3 Cancelamento...11 1.4 Solicitação offline...12 2.Cadastro
Leia maisInfor LN Use este guia para catálogos do produto
Infor LN Use este guia para catálogos do produto Copyright 2017 Infor Todos os direitos reservados. As marcas e logomarcas definidas aqui são marcas comerciais e/ou marcas comerciais registradas da Infor.
Leia maisTreinamento do Sistema SIGRH Módulo Férias Perfil: Solicitação de agendamento de férias
1 Treinamento do Sistema SIGRH Módulo Férias Perfil: Solicitação de agendamento de férias Maceió, setembro de 2012. 2 Histório de versões Versão 1.0-14/09/2012 Descrição: Versão inicial 3 Conteúdo 1.Conhecendo
Leia maisAdriano Maranhão PROFISSIONAIS E ATIVIDADES ENVOLVIDAS EM UM SGBD
Adriano Maranhão PROFISSIONAIS E ATIVIDADES ENVOLVIDAS EM UM SGBD ADMINISTRADOR DA BASE DE DADOS Em qualquer organização onde muitas pessoas compartilham muitos recursos, existe a necessidade de um administrador
Leia maisFLUXO ELETRÔNICO DE TCC Orientação de TCC
FLUXO ELETRÔNICO DE TCC Orientação de TCC Orientação aos Alunos, Orientadores e Coordenadores Com a implantação do FLUXO ELETRÔNICO DE TCC, os alunos e professores participantes do processo de orientação
Leia maisNovo Portal do Agente CVC
Novo Portal do Agente CVC Convidamos vocês para conhecerem nosso novo Portal do Agente CVC É uma nova plataforma de vendas, unificando os principais acessos e links de busca de pacotes e com um formato
Leia maisManual do Usuário SinFAT Web
Manual do Usuário SinFAT Web Manual do Usuário SinFAT Web Versão 1.1 Última atualização: 26/04/2014 Sumário 1.0 O que é o SinFAT Web?...4 1.1 Quem pode usar?...4 2.0 Como acessar?...4 2.1 Como se cadastrar?...5
Leia maisManual de Utilização Sistema de Câmara de Compensação (SCC)
Manual de Utilização Sistema de Câmara de Compensação (SCC) Índice 1. Atualização deste Manual...3 2. Introdução...3 3. Requisitos para utilização do produto...3 4. Objetivo do Sistema...3 5. Fluxo de
Leia maisIntegração com o Mercado Livre Passo a Passo
Integração com o Mercado Livre Passo a Passo Desenvolvido por: Bruno Geronimo da Silva Sumário Resumo Templates para o Mercado Livre Tags Para Preenchimento Automático do Template Anunciando Produto no
Leia maisGRADUAÇÃO EM ANÁLISE E DESENVOLVIMENTO PROGRAMAÇÃO DE COMPUTADORES I Trabalho Final Anual TFA
GRADUAÇÃO EM ANÁLISE E DESENVOLVIMENTO PROGRAMAÇÃO DE COMPUTADORES I Trabalho Final Anual TFA Introdução O TFA tem por objetivo avaliar todo o conhecimento adquirido pelo aluno ao longo das disciplinas
Leia maisGuia de Instalação. Versão Fevereiro 2013
O PrintScout é um serviço que permite monitorar impressoras e multifuncionais, além de automatizar a coleta de contadores de impressão (Contadores físicos/hardware) para fechamento de volume mensal de
Leia maisMANUAL. Pedido Eletrônico de Restituição MEI
MANUAL Pedido Eletrônico de Restituição MEI Versão junho/2017 ÍNDICE 1 INTRODUÇÃO... 03 1.1 APRESENTAÇÃO DO APLICATIVO... 03 1.2 OBJETIVOS DO APLICATIVO... 03 2 ACESSO AO APLICATIVO PEDIDO ELETRÔNICO DE
Leia maisComo criar menus para as suas planilhas
Este conteúdo faz parte da série: Excel Dicas Básicas Ver 10 posts dessa série O Excel possui excelentes recursos que possibilitam a criação de planilhas com diversas finalidades. Um desses recursos é
Leia maisDOCUMENTAÇÃO SISTEMA DE ADMINISTRAÇÃO DE CONSULTÓRIO MÉDICO
DOCUMENTAÇÃO SISTEMA DE ADMINISTRAÇÃO DE CONSULTÓRIO MÉDICO SUMÁRIO Parte I Modelagem do Software Documento de Requisitos 1. Introdução 2. Descrição Geral do Sistema 3. Requisitos Funcionais 4. Requisitos
Leia mais- Manual tocou.com - Emissoras
- Manual tocou.com - Emissoras Este manual se destina às emissoras de rádio que utilizam ou desejam utilizar o tocou.com. 2009 SUMÁRIO Apresentação... 2 Tipos de contas de usuários do tocou.com... 3 Requisitos
Leia maisMANUAL de Ofertas SIGAA
MANUAL de Ofertas SIGAA Sumário Manual Portal do Docente 1. APRESENTAÇÃO...3 2. Chefia - Criação de Turmas sem Solicitação...4 PASSO 1: DADOS GERAIS DA TURMA... 5 PASSO 2: DEFINIR HORÁRIOS... 6 PASSO 3:
Leia maisManual do Usuário SAGITTA
Universidade Federal do Pará Manual do Usuário SAGITTA Belém 2015 UFPA- Manual do Usuário SIG Apresentação Este manual tem como objetivo auxiliar os servidores e discentes da UFPA a realizarem a criação
Leia maisUniversidade Federal de Goiás Bacharelado em Ciências da Computacão Compiladores
Universidade Federal de Goiás Bacharelado em Ciências da Computacão Compiladores 2013-2 Compilador para a Linguagem Cafezinho Especificação dos trabalhos: T2 (Geração da Representação Intermediária e Análise
Leia mais1 GLOSSÁRIO Área de TI Catálogo de serviços de TI Solicitante Chamado Formulário...
Pág.: 1 de 21 SUMÁRIO 1 GLOSSÁRIO... 3 1.1 Área de TI... 3 1.2 Catálogo de serviços de TI... 3 1.3 Solicitante... 3 1.4 Chamado... 3 1.5 Formulário... 3 1.6 Situação do Chamado... 3 2 CATALOGO DE SERVIÇOS
Leia mais1. Definição de Carga Horária de Atividades Complementares
Registro de Atividades Complementares Cadastro pelo aluno ANTES DE COMEÇAR... O registro de Atividades Complementares Cadastro pelo aluno consiste em que o próprio aluno faça o cadastro, pelo Q-Acadêmico
Leia maisManual de Utilização do Web Service
Manual de Utilização do Web Service Fiorilli Software Conteúdo 1. Introdução... 3 2. Serviços Disponíveis no Web Service... 3 2.1 Recepção e Processamento de Lotes de RPS (Procedimento Assíncrono). 4 2.2
Leia maisCapítulo 6: Arquivos
Capítulo 6: Arquivos Waldemar Celes e Roberto Ierusalimschy 29 de Fevereiro de 2012 1 Funções de entrada e saída em arquivos Nos capítulos anteriores, desenvolvemos programas que capturam seus dados de
Leia maisBUSINESS V10 MANUAL INTRODUTÓRIO NOTA FISCAL ELETRÔNICA DE SERVIÇOS (NFS-E BH) Nota Fiscal Eletônica de Serviços
BUSINESS V10 MANUAL INTRODUTÓRIO NOTA FISCAL ELETRÔNICA DE SERVIÇOS (NFS-E BH) Nota Fiscal Eletônica de Serviços Sumário 1. Introdução... 3 2. Requisitos Básicos... 4 3. Instalação... 5 4. Configurações
Leia mais_GESTÃO DE VIAGENS CORPORATIVAS. Manual Guia do Solicitante Aéreo NextGen. v.s 1.0
_GESTÃO DE VIAGENS CORPORATIVAS Manual Guia do Solicitante Aéreo NextGen v.s 1.0 Sumário 1.Introdução... 3 2.Aéreo... 4 2.1 Solicitação de Aéreo Online.... 4 2.2 Solicitação de Aéreo Offline... 12 1.Introdução
Leia maisMANUAL de Ofertas SIGAA
MANUAL de Ofertas SIGAA Sumário Manual Portal do Docente 1. APRESENTAÇÃO...3 2. Chefia - Criação de Turmas sem Solicitação...4 PASSO 1: DADOS GERAIS DA TURMA... 5 PASSO 2: DEFINIR HORÁRIOS... 6 PASSO 3:
Leia maisTrabalho Prático. Descrição Considere os seguintes dados a respeito de uma pessoa:
Universidade de São Paulo Instituto de Ciências Matemáticas e de Computação Departamento de Ciências de Computação Disciplina de Organização de Arquivos Profa. Dra. Cristina Dutra de Aguiar Ciferri Trabalho
Leia maisPlanejamento de Produção
Planejamento de Produção 1 Conteúdo 1. Propósito 3 2. Descrição e Utilidades do Planejamento de Produção 4 3. Criação de Lote de Produção 5 4. Informações a serem consideradas 10 4.1. Acompanhamento 11
Leia maisDESPESAS Ver 1 01 de Dezembro de 2016
DESPESAS Ver 1 01 de Dezembro de 2016 MANUTENÇÃO DE DESPESAS O módulo de despesas permite total controle das despesas associadas a uma determinada conta ou ainda de uma oportunidade. Controle o ressarcimento
Leia maisTítulo: Como configurar o gerenciador Busca NF-e no Escritório?
Título: Como configurar o gerenciador Busca NF-e no Escritório? Esta configuração deve ser realizada no ambiente do Escritório de Contabilidade, utilizando o Certificado Digital do Cliente do Escritório.
Leia maisData Warehouse ETL. Rodrigo Leite Durães.
Data Warehouse ETL Rodrigo Leite Durães rodrigo_l_d@yahoo.com.br Introdução Um dos desafios da implantação de um DW é a integração dos dados de fontes heterogêneas e complexas, padronizando informações,
Leia maisPadrão para Especificação de Requisitos de Produto de Multimídia
Padrão para Especificação de Requisitos de Produto de Multimídia 1 Introdução 1.1 Escopo do documento Sugere-se aqui uma estrutura para a Especificação de Requisitos de Produto de Multimídia (ERPM). Esta
Leia maisDocumento de Requisitos SISTEMA DE APOIO À ESCRITA (SAPES)
1. Introdução 1.1 Propósito Documento de Requisitos SISTEMA DE APOIO À ESCRITA (SAPES) O propósito deste documento de especificação de requisitos é definir os requisitos do sistema SAPES - Sistema de Apoio
Leia maisVersão 1.0
Versão 1.0 http://digifred.com.br/ Copyright Digifred Informática LTDA. Todos os direitos reservados. 1 Sumário 1. Introdução...3 2. Primeiro Acesso...4 3. Cadastro de Usuário...5 4. Funções do SIC...6
Leia maisBem Vindo ao Sistema ISSMAP
Bem Vindo ao Sistema ISSMAP Portal de Emissão de Nota Fiscal de Serviço 1º Modulo: Cadastro no Sistema SUMÁRIO INTRODUÇÃO... 3 ACESSO... 3 1. REALIZANDO CADASTRO NO SISTEMA... 4 1.1 Pessoa Física... 5
Leia maisSISTEMA CONTROLE DE PROCESSOS (SCP) UFABC MANUAL DO USUÁRIO
SISTEMA CONTROLE DE PROCESSOS (SCP) UFABC MANUAL DO USUÁRIO Divisão de Arquivo e Protocolo Novembro 2011 1. Introdução: O presente manual tem por objetivo orientar a operação do novo sistema Controle de
Leia maisPesquisa Atende Manual do Sistema 2017
Pesquisa Atende Manual do Sistema 2017 SUMÁRIO Introdução: O que é o Pesquisa Atende? Selecione seu Perfil de Acesso: Docente Comissão de Pesquisa Remetente Externo Outras Instâncias de Aprovação (Presidente
Leia maisAplicações Web com Servlets e JSP
J550 Desenvolvimento de Aplicações Web com Servlets e JSP Helder da Rocha www.argonavis.com.br 1 Objetivos Este curso explora os recursos da linguagem Java para o desenvolvimento de aplicações Web Tem
Leia maisBoletim Técnico. Plano de Desenvolvimento Individual (PDI) Desenvolvimento/Procedimento. Produto : Totvs Gestão de Pessoas Versão 12.1.
Plano de Desenvolvimento Individual (PDI) Produto : Totvs Gestão de Pessoas Processo : Plano de Desenvolvimento Individual Subprocesso : Plano de Desenvolvimento Individual Data publicação da : 15/10/2014
Leia mais1. Acesso Portal do Discente Atualizar Foto e Perfil Meus Dados Pessoais Minhas Notas... 7
Sumário 1. Acesso... 3 2. Portal do Discente... 4 3. Atualizar Foto e Perfil... 5 4. Meus Dados Pessoais... 6 5. Minhas Notas... 7 6. Atestado de Matrícula... 8 7. Histórico... 9 8. Declaração de Vínculo...
Leia maisSME Introdução à Programação de Computadores Primeiro semestre de Trabalho: jogo Semáforo
SME0230 - Introdução à Programação de Computadores Primeiro semestre de 2017 Professora: Marina Andretta (andretta@icmc.usp.br) Monitores: Douglas Buzzanello Tinoco (douglas.tinoco@usp.br) Amanda Carrijo
Leia maisORIENTAÇÕES SOBRE AQUISIÇÃO DE BILHETES IDA E VOLTA
ORIENTAÇÕES SOBRE AQUISIÇÃO DE BILHETES IDA E VOLTA Versão 2 Brasília/DF, 29 de junho de 2017 1. Introdução Em continuidade às ações para melhoria do Sistema de Concessão de Diárias e Passagens (SCDP)
Leia maisSobre a nova minha UFOP
Sobre a nova minha UFOP A minha UFOP está com um novo visual. Foi criada uma nova interface, mais bonita, ágil e intuitiva para facilitar a utilização de nossos usuários. Esse tutorial visa mostrar as
Leia maisManual para atualização do portal do CNPq - versão 1.0 Programas
Manual para atualização do portal do CNPq - versão 1.0 Programas Sumário 1. INTRODUÇÃO... 3 1.1. Finalidade... 3 2. METAS E RESTRIÇÕES PARA ATUALIZAÇÃO... 3 2.1. Metas... 3 2.2. Restrições... 3 3. ACESSANDO
Leia maisProgramação Orientada a Objetos
Programação Orientada a Objetos Prof. Kléber de Oliveira Andrade pdjkleber@gmail.com Coleções, Propriedades, Resources e Strings (Parte 2) Coleções É comum usarmos um objeto que armazena vários outros
Leia maisCONTEÚDO Acesso ao sistema...2 Controle de Aplicação Tela de Autenticação...3 MENU DE OPÇÕES DO SISTEMA Cadastro do Colaborador...
FREQUENCI CONTEÚDO Acesso ao sistema...2 Controle de Aplicação Tela de Autenticação...3 MENU DE OPÇÕES DO SISTEMA Cadastro do Colaborador...4 COORDENADOR ESTADUAL Alocar Coordenador de Polo...5 COORDENADOR
Leia maisSistema de Informação Geográfica
Sistema de Informação Geográfica Curso de Sistemas de Informação Karla Donato Fook karladf@ifma.edu.br DESU / DAI 2016 Arquiteturas SIG 2 1 Tipos de Implementação 3 Tipos de Implementação Em geral, um
Leia maisAssessoria Técnica de Tecnologia da Informação - ATTI. Projeto de Informatização da Secretaria Municipal de Saúde do Município de São Paulo
Assessoria Técnica de Tecnologia da Informação - ATTI Projeto de Informatização da Secretaria Municipal de Saúde do Município de São Paulo SIGA Versão 3.6A Manual de Operação Conteúdo 1. Sumário Erro!
Leia maisProgramação orientada a objetos
J100 com Programação orientada a objetos TM SE Helder da Rocha (helder@acm.org) argonavis.com.br 1 Objetivos Este curso tem como objetivo iniciá-lo em Java... mas não apenas isto Visa também a ajudá-lo
Leia maisFolhamatic Folha de Pagamento
1 Caro Cliente, Nesta versão foram disponibilizadas as seguintes alterações e implementações: 1. E-Social 1.1. Cadastro de Empresas Usuárias No Menu Arquivos, item Empresas Usuárias, aba Folha de Pagto.,
Leia maisRequisitos. Silvério Sirotheau
Requisitos Silvério Sirotheau Requisitos O levantamento e análise de requisitos compõem uma parte decisiva da fase de concepção dentro UP. O analista pode e deve utilizar todas as informações disponíveis
Leia maisIntrodução a Teste de Software
Universidade Católica de Pelotas Tecnólogo em Análise e Desenvolvimento de Sistemas Disciplina de Qualidade de Software Introdução a Teste de Software Prof. Luthiano Venecian 1 Conceitos Teste de software
Leia maisDeclaração de Trabalho Banco Omega Sistema de Automação Bancária
Banco Sistema de Automação Bancária Cybertech CSE Informática HISTÓRICO DE REVISÕES Data Versão Descrição Autor 07/03/2008 1.0 Criação da primeira versão da Declaração de Hélio Engholm Jr Trabalho do Projeto
Leia maisFale Conosco MT Última Atualização 23/07/2015
Fale Conosco MT-611-00002-7 Última Atualização 23/07/2015 I. Objetivos Após este módulo de capacitação você será capaz de: 1. Abrir um chamado para relacionamento com o Cadastro de Fornecedores através
Leia maisUniversidade Federal do Espírito Santo. Manual de utilização do Lançamento de Notas do Portal do Professor da UFES
Universidade Federal do Espírito Santo Manual de utilização do Lançamento de Notas do Portal do Professor da UFES Núcleo de Processamento de Dados Julho/2012 Apresentação O presente tutorial visa explicar
Leia maisManual do Aplicativo
Manual do Aplicativo Versão 1.7.0 1 Conteúdo 1 - Tela de Login... 3 1.1 - Novo Usuário... 3 1.2 - Esqueci minha senha... 3 2 - Menu Principal... 4 2.1 - Encontrar no Mapa... 5 2.2 Minhas Paradas... 6 2.2.1
Leia maisQuestionários de Avaliação
Questionários de Avaliação MT-611-00004-13 Última Atualização 24/08/2015 I. Objetivos Após completar este módulo de capacitação você será capaz de: 1. Entender os conceitos envolvidos no processo de avaliação
Leia maisManual de Procedimentos para Cadastro do Plano de Ensino via Portal AVA - Moodle Versão 1.0. Sumário
Sumário Informações Iniciais Login no Portal AVA e acesso a disciplina Plano de Ensino Perfil Professor (AVA) Cadastro do Plano de Ensino Correção do Plano de Ensino Plano de Ensino Perfil Coordenador
Leia maisIntrodução. descrever os tipos de interfaces e linguagens oferecidas por um SGBD. mostrar o ambiente de programas dos SGBD s
Introdução Contribuição do Capítulo 2: discutir modelos de dados definir conceitos de esquemas e instâncias descrever os tipos de interfaces e linguagens oferecidas por um SGBD mostrar o ambiente de programas
Leia maisPró-Reitoria de Pesquisa e Pós-Graduação PRPPG. Modelo de Relatório PIBIC
1. Identificação do Projeto: Nesta primeira aba deve-se conferir os dados referente a cada campo dentro de Informações do Projeto. Se houver inconsistência nos dados, deve-se entrar em contato com a PRPPG
Leia maisEquipe: Rafael Henrique. Angélica Larissa
Especificação dos Requisitos do Software e Análise do Projeto Salão de beleza Glamour Versão 1.0b Equipe: Rafael Henrique Angélica Larissa 1 Introdução 1.1 Objetivos deste documento Este documento vem
Leia maisAcademia - Gestão acadêmica: Externos. Manual do Usuário DT / APC
Academia - Gestão acadêmica: Externos Manual do Usuário DT / APC Histórico da Revisão DATA VERSÃO DESCRIÇÃO AUTOR 6/08/00 0.00 Criação do manual do usuário Rosilene Fernandes Confidencial DT / APC, 00
Leia maisAliceWeb 2 - TUTORIAL
AliceWeb 2 - TUTORIAL 1. APRESENTAÇÃO 2. ACESSO AO SISTEMA (CADASTRO) 2.1. Cadastro 2.2. Trocar Senha e Atualizar cadastro 3. MÓDULOS DISPONÍVEIS 4. CONSULTAS 5. EXEMPLOS DE CONSULTAS 5.1. CONSULTAS COM
Leia maisENSINO INDIVIDUAL PARA CHEFE DE DEPARTAMENTO
ENSINO INDIVIDUAL PARA CHEFE DE DEPARTAMENTO Universidade Federal de Sergipe Núcleo de Tecnologia da Informação 2016 www.nti.ufs.br NTI - 2105-6583 / 2105-6584 Ensino individual Chefe de departamento:
Leia maisPORTAL DE COMPRAS PÚBLICAS
PORTAL DE COMPRAS PÚBLICAS GUIA DO ADMINISTRADOR JANEIRO DE 2017 Versão 6.0 Dezembro/2016_Janeiro/2017 S U M Á R I O 1 APRESENTAÇÃO 3 2 OBSERVAÇÕES IMPORTANTES 4 3 SISTEMA 5 3.1 TELA INICIAL DO ADMINISTRADOR
Leia maisGUIA RÁPIDO. MDIForms. Sintel Informática Ltda. Rua Vergueiro, nº º andar Vila Mariana, São Paulo - SP CEP:
GUIA RÁPIDO MDIForms Sintel Informática Ltda. Rua Vergueiro, nº 2016-4º andar Vila Mariana, São Paulo - SP CEP: 04102-000 www.sintel.com.br Índice 1. Objetivo...3 2. Exibição dos dados...3 2.1. Seleção
Leia maisEngenharia de Software Orientada a objetos. Prof. Rogério Celestino dos Santos
Engenharia de Software Orientada a objetos Prof. Rogério Celestino dos Santos http://sites.google.com/site/rogeriocsaulas/ Estereótipos são uma maneira de destacar determinados componentes do diagrama,
Leia maisManual do Portal do Prestador. Autorização e Faturamento Online
Manual do Portal do Prestador Autorização e Faturamento Online 1 ÍNDICE Cap. Assunto Pág. Informações preliminares 3 1 Autorização de Consultas 4 2 Autorização de Procedimentos Ambulatoriais e Sessões
Leia maisProcedimento Para Utilizar o Calendário Webmail Office 365
Procedimento Para Utilizar o Calendário Webmail Office 365 Página 1 de 8 ÍNDICE ÍNDICE... 2 CONTROLE DOCUMENTO... 3 OBJETIVO... 4 USUÁRIOS DO DOCUMENTO... 4 INTER-RELACIONAMENTO COM OUTROS DOCUMENTOS...
Leia maisSuporte do Nero 7 para o Windows Vista TM
Suporte do Nero 7 para o Windows Vista TM Nero AG Informações sobre direitos autorais e marcas registradas Este breve guia e todo o seu conteúdo estão protegidos por direitos autorais e são de propriedade
Leia maisIMPLEMENTAÇÃO E RESOLUÇÃO DE MODELOS MATEMÁTICOS UTILIZANDO A PLANILHA EXCEL
IMPLEMENTAÇÃO E RESOLUÇÃO DE MODELOS MATEMÁTICOS UTILIZANDO A PLANILHA EXCEL 1. INTRODUÇÃO Este tutorial apresenta, passo-a-passo, o processo de implementação e resolução de modelos matemáticos na planilha
Leia maisInfor LN Guia do usuário para estatísticas
Infor LN Guia do usuário para estatísticas Copyright 2017 Infor Todos os direitos reservados. As marcas e logomarcas definidas aqui são marcas comerciais e/ou marcas comerciais registradas da Infor. Todos
Leia maisGuia do Usuario Next Gen CTM CORPORATE TRAVEL MANAGEMENT. Sistema de pesquisa, reservas e gerenciamento de viagens nacionais e internacionais.
CTM CORPORATE TRAVEL MANAGEMENT Sistema de pesquisa, reservas e gerenciamento de viagens nacionais e internacionais. GUIA DO USUARIO Versão 2.0 Ultima atualização 26/08/2016 Página: 0 Sumario ACESSANDO
Leia maisOFIC1400 Requisição de Peças para Serviços. OFIC Requisição de Peças para Serviços 1 / 10
OFIC1400 Requisição de Peças para Serviços 1 / 10 Este programa permite requisitar peças para uma determinada O.S. Como critério de filtro estarão disponíveis a seguintes opções Requisição, Estorno e Consulta
Leia mais