This site uses cookies.
Some of these cookies are essential to the operation of the site,
while others help to improve your experience by providing insights into how the site is being used.
For more information, please see the ProZ.com privacy policy.
This person has a SecurePRO™ card. Because this person is not a ProZ.com Plus subscriber, to view his or her SecurePRO™ card you must be a ProZ.com Business member or Plus subscriber.
Affiliations
This person is not affiliated with any business or Blue Board record at ProZ.com.
Services
Translation, Editing/proofreading
Expertise
Specializes in:
IT (Information Technology)
Computers: Software
Rates
Blue Board entries made by this user
0 entries
Portfolio
Sample translations submitted: 1
Portuguese to Spanish: Términos de Referencia WebSphere Portal Server General field: Tech/Engineering
Source text - Portuguese 1.1.Requisitos Básicos
1.1.1.O portal server deve ser uma aplicação J2EE 1.4 (desenvolvida ou suportada), Web Based e totalmente baseada em padrões abertos de mercado. O portal server deve executar no application server do mesmo fornecedor.
1.1.3.A solução deve ser dimensionada para contemplar um ambiente de homologação e teste.
1.1.4.A solução deve ser dimensionada para contemplar um ambiente para o desenvolvimento de portlets e aplicações para o Portal.
1.1.5.A solução deve estar aderente ao paradigma de orientação para serviços (SOA)
1.1.6.Permitir o uso de Java Tag Libraries em portlets.
1.1.7.Permitir a criação e manutenção automatizada de usuários a partir de catálogo de diretórios central, com respectivos direitos de acesso.
1.1.8.A solução deve suportar alta disponibilidade (Clusterização e Backup Failover com balanceamento de carga), permitindo o uso das características de escalabilidade e tolerância a falha.
1.1.9.A solução deve ser capaz de autenticar usuários utilizando a tecnologia de smartcards
1.1.10.A solução deve poder ser executada nos seguintes Sistemas Operacionais:
* Red Hat Enterprise Linux Advanced Server v4.0
* SuSE Linux Enterprise Server p/ Intel (x86) 9 e 10
* Microsoft Windows Server 2008 Standard Edition (32-bit e 64-bit)
* Microsoft Windows Server 2008 Enterprise Edition (32-bit e 64-bit)
* Microsoft Windows Server 2003 Standard Edition with SP2 (32-bit e 64-bit)
* Microsoft Windows Server 2003 Enterprise Edition with SP2 (32-bit e 64-bit)
* Microsoft Windows Server 2003 Datacenter Edition with SP2 (32-bit e 64-bit)
* Microsoft Windows Server 2003 R2 Enterprise and Standard Edition (32-bit e 64-bit)
* Microsoft Windows XP SP2 (32-bit e 64-bit)
* Microsoft Windows Vista (32-bit e 64-bit)
* IBM AIX V6.1
* IBM AIX V5L V5.3
* HP-UX 11iv2 (11.23) e 11iv3
* i5/OS V5R4
* i5/OS V6R1
1.1.11.A solução deve suportar os seguintes sistemas de Bancos de Dados:
* Oracle Enterprise Edition 9i Release 2 ou superior
* SQL Server Enterprise Edition 2005 SP2
* IBM DB2 Universal Database 8.2 ou superior
1.1.12.A solução deve ser capaz de executar com os seguintes Diretórios de usuários :
* Microsoft Windows Active Directory 2003 ou superior
* IBM Tivoli Directory Server 6.0 ou superior
* IBM Lotus Domino Enterprise Server 8.0 ou superior
* IBM z/OS® Security Server 1.6 ou superior
* Novell e-directory 8.7 ou superior
* Sun Java Directory Server 6 ou superior
1.1.13.A solução deve ser capaz de executar com os seguintes Servidores Web:
* Apache Server 2 ou superior
* IBM HTTP Server 6.1 ou superior
* Microsoft Internet Information Server 6.0 ou superior
* IBM Lotus Domino 8.0 ou superior
* Sun Java Web Server 6.0 ou superior
1.1.14.A solução de Portal deve detectar o tipo de dispositivo e navegador e ajustar a apresentação automaticamente.
1.1.15.A solução deve suportar os seguintes navegadores Web (Browser)
* Microsoft Internet Explorer 6.0 ou Superior
* Firefox 1.5 ou Superior
* Apple Safari 3.1 ou Superior
* Opera 9.52 ou Superior
1.1.16.A solução deve disponibilizar autenticação única "single sign-on" (SSO), permitindo que o usuário autenticado em uma aplicação J2EE acesse outra aplicação J2EE no mesmo domínio administrativo sem a necessidade de realizar login novamente.
1.2.Especificações
1.2.1.Suporte a especificação Content Repository for JavaTM Technology API - JSR 170
1.2.2.Suporte a especificação JSR-168 e JSR-286 (Portlet Specification) para ambientes de produção
1.2.3.Suporte a especificação JSF (Java Server Faces) 1.0
1.2.4.A solução deve possibilitar o uso de framework Struts 1.1 na construção de portlets
1.2.5.A solução deve suportar o padrão OASIS WSRP 2.0 (Web Services for Remote Portlets)
1.3.Portal Virtual
1.3.1.A solução deve ser capaz de disponibilizar a construção de portais e sub-portais/sub-sites por meio da própria ferramenta, visualmente e sem necessidade de codificação.
1.3.2.A solução deve permitir a criação de múltiplos sites (Portais Virtuais) acessando múltiplos diretórios LDAP.
1.3.3.A solução deve ser capaz de delegar a administração dos portais virtuais para administradores independentes.
1.3.4.Fornecer URLs amigáveis aos usuários para que eles possam acessar seus portais virtuais e páginas.
1.3.5.Fornecer funcionalidades que viabilizem a criação de sites aderentes pelo menos ao nível de acessibilidade de prioridade 1 do Modelo de Acessibilidade apresentado nas recomendações de acessibilidade para a construção e adaptação de conteúdo do Governo Brasileiro e/ou compatível com a instrução "Section 508" de acessibilidade do governo americano.
1.4.Requisitos de Personalização
1.4.1.A solução deve possibilitar a hierarquia de elementos para a criação de um portal, como por exemplo: página raiz do portal, seções, páginas, menus, sub-páginas (sucessivas páginas dentro de páginas).
1.4.2.A solução deve possibilitar a personalização de todos os elementos do padrão visual do portal: templates, cores, fontes, imagens e ícones.
1.4.3.A solução deve possibilitar a personalização de todos os elementos da estrutura do portal: Layout, elementos de navegação entre páginas e estrutura das páginas.
1.4.4.A solução deve possibilitar a personalização dos padrões visuais para cada portlet (borda, título) em uma página.
1.4.5.A solução deve possibilitar a criação de estruturas de navegação hierárquicas como menus e páginas dentro de páginas.
1.4.6.A solução deve possibilitar a customização do padrão visual do portal por meio da própria ferramenta sem necessidade de codificação.
1.4.7.A solução deve disponibilizar um mecanismo de personalização baseado em regras sem necessidade de codificação.
1.4.8.A solução deve possibilitar a criação de regras de personalização de apresentação e conteúdo em função de dados do usuário.
1.4.9.A solução deve possibilitar a seleção pelo próprio usuário dos elementos de apresentação do portal como temas e idioma, desde que autorizado pelo administrador do portal.
1.4.10.A solução deve possibilitar a personalização de páginas por meio da seleção ou remoção de portlets, pelo próprio usuário, desde que autorizado pelo administrador do portal.
1.4.11.A solução deve suportar múltiplas línguas (necessariamente português, inglês e espanhol) sem necessidade de conjunto de portlets ou portais diferenciados.
1.4.12.A solução deve ser capaz de selecionar automaticamente o idioma de apresentação do portal, em função das preferências dos usuários finais, e conforme configurações do dispositivo de acesso.
1.5.Requisitos de Administração
1.5.1.A solução deve permitir administração e configuração local por meio de navegador Web.
1.5.2.A solução deve possuir administração customizável.
1.5.3.A solução deve possibilitar a administração e configuração remota por meio de navegador Web.
1.5.4.A solução deve permitir a delegação de direitos de administração do Portal.
1.5.5.A solução deve suportar múltiplos níveis de delegação de administração
1.5.6.A solução deve gerar log das atividades web no formato NCSA Combined.
1.5.7.A solução deve possuir interface Web para o deployment de portlets.
1.5.8.A solução deve disponibilizar os manuais técnicos do software, editados em língua inglesa ou língua portuguesa (Brasil).
1.5.9.A solução deve disponibilizar manuais técnicos do software, online em formato pdf para de modo que os mesmos sejam livremente distribuídos dentro da empresa.
1.5.10.A solução deve possuir interface Web para o catálogo de portlets instalados.
1.5.11.A solução deve permitir a ativação e desativação pelo administrador de um portlet instalado.
1.6.Requisitos de Segurança e Controle
1.6.1.A solução deve suportar um modelo de segurança do portal baseado em usuários e papéis (roles) definidos no servidor de aplicações J2EE fornecido na solução.
1.6.2.A solução deve permitir a atribuição de direitos de acesso em um portal a usuários, grupos ou papéis (roles).
1.6.3.A solução deve apresentar um tela/página/portlet para a entrada de usuário e senha, e esta tela/página/portlet deverá suportar a utilização de certificação digital baseada em SSL seguindo os padrões de HTTPS handshake.
1.6.4.A solução deve suportar certificados digitais X509 v3.
1.6.6.A solução deverá se integrar com as seguintes ferramentas externas de autenticação de Mercado :
1.6.6.1.Tivoli Access Manager
1.6.6.2.e-trust Siteminder
1.6.6.3.WebSeal
1.6.7.A ferramenta deve permitir autorizar o acesso a partir de um determinado ponto da hierarquia de elementos de um portal, com possibilidade de propagação para os níveis inferiores ou bloqueio a partir de um nível inferior.
1.7.Requisitos para Pesquisa / Busca
1.7.1.Pesquisar conteúdo em repositórios contendo informações estruturadas e não estruturadas, combinando tudo em um único resultado
1.7.2.A ferramenta de busca deve ser capaz de executar no mesmo servidor de aplicações J2EE fornecido na solução
1.7.3.Suportar a criação de índices a partir das informações provenientes de sites web fora do Portal da solução
1.7.5.Os itens exibidos nos resultados da busca devem obedecer às restrições de acesso de acordo com o perfil do usuário
1.7.6.Buscar informações não estruturadas através de meta-dados
1.7.7.Apresentar os resultados das buscar ordenados por ordem de relevância
1.7.8.Permitir o agendamento da criação/atualização dos índices
1.8.Requisitos para Gestão de Formulários
1.8.1.A solução de portal deve possuir um engine de formulários eletrônicos baseados no padrão x-forms ratificado pelo W3C
1.8.2.Os formulários eletrônicos da solução de portal deve ser capaz de executar no mesmo servidor de aplicações J2EE fornecido na solução
1.8.3.Devem ser inclusas ferramentas de desenvolvimento de formulários que sejam integradas às ferramentas de desenvolvimento do Portal
1.8.4.Devem ser fornecidos portlets nativos para a apresentação desses formulários dentro da ferramenta de portal.
1.8.5.As regras de fluxo destes formulários devem estar baseadas no servidor de processos da solução
1.8.6.Os formulários eletrônicos devem guardar o seu conteúdo no mesmo servidor de banco de dados da solução ou em um repositório JCR-170 em formato XML.
1.9.Requisitos Funcionais
1.9.1.A solução deve possuir suporte a Unicode.
1.9.2.A solução deve permitir o redesenho (refresh) de um portlet sem exigir o redesenho de toda a página.
1.9.3.A solução deve suportar AJAX
1.9.4.A solução deve suportar portlets de RSS e Citrix/Metaframe
1.9.5.O Software de Portal e edição de conteúdo não requer a instalação de nenhum sw adicional na estação dos usuários
1.9.6.A solução deverá suportar SSL de 128 bits
1.9.7.A solução deve suportar que um usuário reorganize os portlets das páginas através de "drag and drop" dos mesmos
1.9.8.A solução deve permitir mecanismos de transformação (transcoding) para disponibilizar conteúdo de portlets para dispositivos que aceitem formato WML e cHTML.
1.9.9.A solução deve possuir plugin que utiliza como infraestrutura a plataforma Eclipse (a partir da versão 3.0) que permite a implantação e execução de portlets na estação do desenvolvedor, de maneira automática e integrada à ferramenta de desenvolvimento, suportando a visualização e edição de parâmetros de configuração e deployment descriptors específicos do portal server e application server fornecidos na solução.
1.9.10.A solução deve fornecer portlets colaborativos para acesso a aplicativos como e-mail, calendário, lista de tarefas, discussão, espaço da equipe, contatos, sistema de mensagens instantâneas, colaboração de equipe e gerenciamento de documentos.
1.9.11.A solução deve possuir portlet para exibir a lista de usuários do sistema de mensagens instantâneas da ferramenta ofertada pela solução.
1.9.12.A solução deve possuir portlet para permitir que os usuários implementem pesquisas rápidas e avançadas para a localização de pessoas e informações sobre elas.
1.9.13.A solução deve fornecer uma ferramenta para permitir que os usuários visualizem, localizem, utilizem e solicitem espaços (sala virtual) para trabalho em equipe, através de um portlet utilizando SSO. Permitir que os usuários localizem, trabalhem e solicitem novos ambientes para trabalho em Equipe, bem como visualizem detalhes do ambiente de trabalho da Equipe.
1.9.14.A solução deve fornecer uma ferramenta para permitir aos usuários do Portal trocarem mensagens instantâneas (bater papo on-line) e efetuarem reuniões on-line e web conference, através de um portlet utilizando SSO.
1.9.17.A solução deve fornecer um portlet com função de "Reminder" para permitir que usuários salvem e exibam mensagens de texto curtas na página do portal.
1.9.18.A solução deve fornecer um portlet de tarefas, para permitir que os usuários criem e visualizem tarefas.
1.9.19.A solução deve fornecer um portlet para exibir links definidos pelo usuário em um navegador. O usuário pode incluir, excluir e editar links.
1.9.20.A solução deve possuir nativamente um portlet que fale com o servidor de BPM e que monte para os usuários, no momento do login, todas as tarefas pendentes para esse usuário.
1.9.21.A solução deve possibilitar criar e gerenciar uma biblioteca de documentos. As bibliotecas de documentos organizam a maneira como os usuários trabalham com arquivos e pastas comuns. As bibliotecas de documentos com um modelo de pastas e arquivos, melhoram a produtividade do trabalho, liberam espaço na máquina cliente e simplificam os complicados processos de gerenciamento de documentos, fornecendo um local centralizado para os documentos. As bibliotecas devem possibilitar:
1.9.21.1.Controle de versão.
1.9.21.2.Workflow de aprovação p/ controlar documentos.
1.9.21.3.Bloqueio dos documentos para evitar conflitos de edição, travando um arquivo para não permitir que outro usuário efetue qualquer modificação.
1.9.22.Possuir engine de busca de documentos.
1.9.23.A solução deve fornecer uma ferramenta para ser utilizada como gerador de portlets em J2EE e JSR-168, baseada em SOA (service-oriented architecture), sem requerer qualquer codificação para permitir aos desenvolvedores criarem, ativarem e manterem portlets personalizados rapidamente, utilizando bancos de dados, aplicações e sistemas back-end existentes como Lotus Domino.
1.9.24.A solução deve fornecer portlets para o ambiente Lotus Domino e Exchange na parte de mensageria com Single Sign on e com comunicação via SSL para os mesmos.
1.10.Requisitos para publicação de conteúdo
Ferramenta para criar, editar e gerenciar a publicação de conteúdo na Web, baseado em browser, com as seguintes funcionalidades de edição:
1.10.1.Suporte a Rich Text e HTML;
1.10.2.Suporte a múltiplas fontes, em Negrito, Itálico e Sublinhado;
1.10.3.Fonte de Fundo e Cor de Primeiro plano
1.10.4.Estilos baseados em HTML;
1.10.5.Ajustar textos (Centralizar, esquerda e direita)
1.10.6.Suporte a parágrafos;
1.10.7.Criação e edição de tabelas;
1.10.8.Importar arquivos e conversão para HTML;
1.10.9.Visão do código fonte em HTML;
1.10.10.Inserir hyperlinks e imagens;
1.10.11.Find/Replace.
1.10.12.Importar e adicionar conteúdo de arquivos HTML, XML, GIF, JPEG, Flash, JSP, DHTML, arquivos de áudio e vídeo nos seus diversos formatos e Adobe Acrobat (.PDF).
1.10.14.Criar hyperlinks para outras páginas ou conteúdos dentro do sistema.
1.10.15.Criar hyperlinks para outros sites ou páginas não contidas dentro do sistema (sites externos).
1.10.16.Possuir workflow de aprovação do conteúdo a ser publicado.
1.10.17.A ferramenta deve ser capaz de enviar notificação de pedido de aprovação para os aprovadores.
1.10.18.A facilidade de Workflow deve permitir especificar e administrar uma sucessão de aprovações definidas.
1.10.19.Os Aprovadores podem ser definidos de forma individual, por grupo ou por regras.
1.10.20.O Workflow não deve permitir a publicação do conteúdo que não recebeu todas as aprovações definidas.
1.10.21.Permitir copiar um workflow existente e editá-lo para criar um novo workflow.
1.10.22.Os aprovadores podem ver e aprovar o conteúdo conforme será apresentado ao usuário final (preview).
1.10.23.Os aprovadores podem incluir comentários sobre o conteúdo no workflow de aprovação.
1.10.25.A solução deve permitir "in line editing" para que usuários editem conteúdo diretamente na página em que se encontra publicado, pelo web browsers.
1.10.26.Enviar notificações automáticas aos envolvidos em caso de alteração do conteúdo.
1.10.27.Permitir definir data e hora de publicação e expiração do conteúdo.
1.10.28.Permitir manter e reativar (rollback) versões anteriores de conteúdo.
1.10.29.Enviar notificação ou alerta ao proprietário do conteúdo ou a um usuário designado com referência a publicação de um conteúdo e também com relação a data de vencimento e a data de remoção do conteúdo.
1.10.30.Prover um indicador visual para exibir todas as fases dentro do processo do workflow.
1.10.31.Avisos por e-mail aos integrantes do workflow.
1.10.32.A solução de publicação de conteúdo deve ser capaz de executar tanto no próprio servidor do portal quanto em servidores isolados. O conteúdo deve ser publicado tanto no portal quanto em sites externos.
1.10.33.Possibilitar a separação do conteúdo que será publicado em uma página do desenho de toda a página, permitindo que o conteúdo seja atualizado sem afetar o desenho da página web, bem como o desenho da página web pode ser atualizado sem afetar o conteúdo.
O conteúdo deve suportar elementos estáticos como texto, imagens e HTML, e elementos dinâmicos como os navegadores e menus.
1.10.34.A solução deve utilizar modelos (templates) de apresentação para exibir um conteúdo. Um mesmo modelo (template) de apresentação pode ser usado repetidamente em vários locais no site.
1.10.35.A ferramenta deve prover o arquivamento automático de conteúdo quando prescrever.
1.10.36.A ferramenta de publicação de conteúdo, bem como o Portal, deve fornecer os seguintes recursos de acessibilidade para ajudar usuários com alguma deficiência física, como mobilidade restrita ou visão limitada, a utilizar produtos de software com êxito:
1.10.36.1.Suporte para o uso de softwares leitores de tela e sintetizadores de voz, de forma a ouvir o conteúdo exibido na tela;
1.10.36.2.Suportar todos os recursos de acessibilidade do navegador (fontes grandes, alto contraste, etc);
1.10.36.3.Suporte para a personalização de atributos de texto, como cor, contraste e tamanho da fonte;
1.10.37.Categorizar os conteúdos, nomeando-os como ítens para possibilitar a fácil localização e reutilização dos conteúdos existentes.
1.10.38.Habilitar "lock" de um objeto de conteúdo que está sendo editado pelos usuários e a partir do momento do "lock" qualquer usuário pode ver o conteúdo, mas não pode fazer alterações.
1.10.39.A solução de publicação e gerenciamento de conteúdo deve possuir um repositório centralizado e um engine de busca próprio.
1.10.40.Permitir aos usuários, procura de documentos baseada em lógica Booleana.
1.10.41.O engine de busca deve prover resultados seqüenciais e em ordem de relevância.
1.11.Requisitos de Segurança
1.11.1.Possuir servidor de diretório padrão LDAP V3 nativo para armazenamento de usuários e grupos.
1.11.2.Possuir funcionalidade de login único (single sign-on) com outras aplicações web sem a necessidade de alteração no código das aplicações, através de um repositório seguro de senhas.
1.11.3.Possuir funcionalidade de login único (single sign-on) com outras aplicações através de mecanismos de confiança, sem transmissão de senhas.
1.11.4.Possuir funcionalidade de login único (single sign-on) com aplicações Java que utilizem o padrão JAAS sem necessidade de alteração do código destas aplicações
1.11.5.Suporte a autenticação através de certificados digitais X.509
1.11.6.Suporte a autenticação através do protocolo Kerberos para autenticação transparente em ambiente de rede Windows.
1.11.7.Possuir entidade certificadora X.509 v3;
1.11.8.Permitir a criação de usuários através de facilidade de auto-serviço
Translation - Spanish 1.1.Requisitos Básicos
1.1.1. El servidor de portal debe ser una aplicación J2EE 1.4 (desarrollada o soportada), basada en Web y totalmente basada en estándares abiertos de mercado. Portal server debe ejecutarse en el servidor de aplicaciones del mismo proveedor.
1.1.3. La solución debe ser dimensionada para contemplar um ambiente de homologación y pruebas.
1.1.4. LLa solución debe ser dimensionada para contemplar um ambiente para el desarrollo de portlets y aplicaciones para Portal.
1.1.5. La solución debe estar adzaptado al paradigma de orientación para servicios (SOA)
1.1.6. Permitir el uso de Java Tag Libraries en portlets.
1.1.7. Permitir la creación y mantenimiento automatizado de usuarios a partir de catálogo de directorios central, con sus respectivos derechos de acceso.
1.1.8. La solución debe soportar alta disponibilidad (Clustering y Backup Failover con balanceo de carga), permitiendo el uso de las características de escalabilidad y tolerancia a fallos.
1.1.9. La solución debe ser capaz de autenticar usuarios utilizando la tecnología de smartcards
1.1.10.La solución debe poder ser ejecutada en los siguientes Sistemas Operativos:
• Red Hat Enterprise Linux Advanced Server v4.0
• SuSE Linux Enterprise Server p/ Intel (x86) 9 e 10
• Microsoft Windows Server 2008 Standard Edition (32-bit e 64-bit)
• Microsoft Windows Server 2008 Enterprise Edition (32-bit e 64-bit)
• Microsoft Windows Server 2003 Standard Edition with SP2 (32-bit e 64-bit)
• Microsoft Windows Server 2003 Enterprise Edition with SP2 (32-bit e 64-bit)
• Microsoft Windows Server 2003 Datacenter Edition with SP2 (32-bit e 64-bit)
• Microsoft Windows Server 2003 R2 Enterprise and Standard Edition (32-bit e 64-bit)
• Microsoft Windows XP SP2 (32-bit e 64-bit)
• Microsoft Windows Vista (32-bit e 64-bit)
• IBM AIX V6.1
• IBM AIX V5L V5.3
• HP-UX 11iv2 (11.23) e 11iv3
• i5/OS V5R4
• i5/OS V6R1
1.1.11. La solución debe soportar los siguientes sistemas de Bancos de Datos:
• Oracle Enterprise Edition 9i Release 2 o superior
• SQL Server Enterprise Edition 2005 SP2
• IBM DB2 Universal Database 8.2 o superior
1.1.12. La solución debe ser capaz de ejecutar con los siguientes Directorios de usuarios:
• Microsoft Windows Active Directory 2003 o superior
• IBM Tivoli Directory Server 6.0 o superior
• IBM Lotus Domino Enterprise Server 8.0 o superior
• IBM z/OS® Security Server 1.6 o superior
• Novell e-directory 8.7 o superior
• Sun Java Directory Server 6 o superior
1.1.13. La solución debe ser capaz de ejecutar con los siguientes Servidores Web:
• Apache Server 2 o superior
• IBM HTTP Server 6.1 o superior
• Microsoft Internet Information Server 6.0 o superior
• IBM Lotus Domino 8.0 o superior
• Sun Java Web Server 6.0 o superior
1.1.14. La solución de Portal debe detectar el tipo de dispositivo y navegador y ajustar la apariencia automáticamente.
1.1.15. La solución debe soportar los siguientes navegadores Web (Browser)
• Microsoft Internet Explorer 6.0 o Superior
• Firefox 1.5 o Superior
• Apple Safari 3.1 o Superior
• Opera 9.52 o Superior
1.1.16. La solución debe proporcionar autenticación única "single sign-on" (SSO), permitiendo que el usuario autenticado en unma aplicación J2EE acceda otra aplicación J2EE en el mismo dominio administrativo sin necesidad de realizar inicio de sesión nuevamente.
1.2.Especificaciones
1.2.1. Soporte la especificación Content Repository for JavaTM Technology API - JSR 170
1.2.2. Soporte la especificación JSR-168 e JSR-286 (Portlet Specification) para ambientes de producción
1.2.3. Soporte la especificación JSF (Java Server Faces) 1.0
1.2.4. La solución debe hacer posible el uso de framework Struts 1.1 en la construcción de portlets
1.2.5. La solución debe soportar el estándar OASIS WSRP 2.0 (Web Services for Remote Portlets)
1.3. Portal Virtual
1.3.1. La solución debe ser capaz de proporcionar la construcción de portales y sub-portales/sub-sitios por medio de la misma herramienta, visualmente y sin necesidad de codficación.
1.3.2. La solución debe permitir la creación de múltiples sitios (Portales Virtuales) accediendo a múltiples directórios LDAP.
1.3.3. La solución debe ser capaz de delegar la administración de los portales virtuales para administra-dores independentes.
1.3.4. Proporcionar URLs amigables a los usuarios para que ellos puedan acceder a sus portales virtuales y páginas.
1.3.5. Proporcionar funcionalidades que hagan visible la creación de sitios soportados por lo menos al nivel de accesibilidad de prioridad 1 del Modelo de Accesibilidad presentado en las recomendaciones de accesibilidad para la construcción y adaptación de contenido del Gobierno Brasilero y/o compatible con una instrucción "Sección 508" de accesibilidad del gobierno americano.
1.4. Requisitos de Personalización
1.4.1. La solución debe permitir la jerarquía de elementos para la creación de un portal, como por ejemplo: página raiz del portal, sesiones, páginas, menús, sub-páginas (sucessivas páginas dentro de páginas).
1.4.2. La solución debe permitir la personalización de todos los elementos de estándar visual del portal: plantillas, colores, fuentes, imágenes e íconos.
1.4.3. La solución debe permitir la personalización de todos los elementos de la estrutura de portal: Layout, elementos de navegación entre páginas y estructura de las páginas.
1.4.4. La solución debe permitir la personalización de los estándares visuales para cada portlet (margen, título) en una página.
1.4.5. La solución debe permitir la creación de estructuras de navegación jerárquicas como menús y páginas dentro de páginas.
1.4.6. La solución debe permitir la personalización del estándar visual del portal por medio de la propia hferramienta sin necesidad de codificación
1.4.7. La solución debe proporcionar un mecanismo de personalización basado en reglas sin necesidad de codificación
1.4.8. La solución debe permitir la creación de reglas de personalización de aspecto y contenido en función de datos del usuario.
1.4.9. La solución debe permitir la selección por el propio usuario de los elementos de aspecto del portal como temas e idioma, desde que sea autorizado por el administrador del portal.
1.4.10. La solución debe permitir la personalización de páginas por medio de la selección o remoción de portlets, por parte del proprio usuario, desde que sea autorizado por el administrador del portal.
1.4.11. La solución debe soportar múltiples idiomas (necesariamente portugués, inglés y español) sin necesidad de un conjunto de portlets o portales diferenciados.
1.4.12. La solución debe ser capaz de seleccionar automaticamente el idioma de presentación del portal, en función de las preferencias de los usuarios finales, y conforme configuraciones del dispositivo de acceso.
1.5. Requisitos de Administración
1.5.1. La solución debe permitir administración y configuración local por medio de navegador Web.
1.5.2. La solución debe contar con administración personalizable.
1.5.3. La solución debe permitir la administración y configuración remota por medio de navegador Web.
1.5.4. La solución debe permitir la delegación de derechos de administración del Portal.
1.5.5. La solución debe soportar múltiples niveles de delegación de administración
1.5.6. La solución debe generar log de las actividades web en el formato NCSA Combined.
1.5.7. La solución debe contar con interfaz Web para la implementación de portlets.
1.5.9. La solución debe proporcionar manuales técnicos del software, en línea en formato .pdf de modo que los mismos sean libremente distribuídos dentro de la empresa.
1.5.10. La solución debe contar con interfaz Web para el catálogo de portlets instalados.
1.5.11. La solución debe permitir la activación y desactivación por parte del administrador de un portlet instalado.
1.6. Requisitos de Seguridad y Control
1.6.1. La solución debe soportar un modelo de seguridad del portal basado en usuarios y roles definidos en el servidor de aplicaciones J2EE suministrado en la solución.
1.6.2. La solución debe permitir la atribución de derechos de acceso en un portal a usuarios, grupos o roles.
1.6.3. La solución debe presentar una pantalla/página/portlet para la entrada de usuario y contraseña, y esta pantalla/página/portlet deberá soportar la utilización de certificación digital basada en SSL siguiendo los estándares de HTTPS handshake.
1.6.4. La solución debe soportar certificados digitales X509 v3.
1.6.6. La solución deberá integrar se con las siguientes herramientas externas de autenticación de mercado.
1.6.6.1.Tivoli Access Manager
1.6.6.2.e-trust Siteminder
1.6.6.3.WebSeal
1.6.7. La herramienta debe permitir autorizar el acceso a partir de un determinado punto de la jerarquía de elementos de un portal, conm posibilidad de propagación para los niveles inferiores o bloqueo a partir de un nivel inferior.
1.7.Requisitos para la Búsqueda
1.7.1. Buscar contenido en repositorios que contienen información estructurada y no estructurada, combinando todo en un único resultado
1.7.2. La herramienta de búsqueda debe ser capaz de ejecutarse en el mismo servidor de aplicaciones J2EE sumnistrado en la solución
1.7.3. Soportar la creación de índices a partir de la información proveniente de sitios web fuera del Portal de la solución
1.7.5. Los ítems exhibidos en los resultados de la búsqueda deben obedecer a las restricciones de acceso de acuerdo con el perfil del usuario
1.7.6. Buscar información no estructurada a través de meta-data
1.7.7. Presentar los resultados de las búsquedas ordenados por orden de relevancia
1.7.8. Permitir la programación de la creación/actualización de los índices
1.8. Requisitos para la Administración de Formulários
1.8.1. La solución de portal debe contar con un motor de formulários electrónicos basados el el estándar x-forms ratificado por el W3C
1.8.2. Los formularios electrónicos de la solución de portal debe ser capaz de ejecutarse en el mismo servidor de aplicaciones J2EE suministrado en la solución
1.8.3. Deben ser incluidas herramientas de desarrollo de formularios que sean integradas a las herramientas de desarrollo del Portal
1.8.4. Se deben suministrar portlets nativos para la presentación de esos formularios dentro de la herramienta de portal.
1.8.5. Las regras de flujo de estos formularios deben estar basadas en el servidor de processos de la solución
1.8.6. Los formularios electrónicos deben guardar su contenido en el mismo servidor de banco de datos de la solución o en un repositorio JCR-170 en formato XML.
1.9.Requisitos Funcionais
1.9.1. La solución debe contar con soporte a Unicode.
1.9.2. La solución debe permitir refrescar un portlet sin exigir refrescar toda la página.
1.9.3. La solución debe soportar AJAX
1.9.4. La solución debe soportar portlets de RSS y Citrix/Metaframe
1.9.5. El Software de Portal y la edición de contenido no requieren una instalación de ningún software adicional en la estación de los usuarios
1.9.6. La solución deberá soportar SSL de 128 bits
1.9.7. La solución debe soportar que un usuario reorganice los portlets de las páginas a través de "drag and drop" de los mismos
1.9.8. La solución debe permitir mecanismos de transformación (transcoding) para proporcionar contenido de portlets para dispositivos que acepten un formato WML y cHTML.
1.9.9. La solución debe contar con un plugin que utiliza como infraestructura la plataforma Eclipse (a partir de la versión 3.0) que permite la implementación y ejecución de portlets en la estación del desarrollador, de manera automática e integrada a la herramienta de desarrollo, soportando la visualización y edición de parámetros de configuración y descriptores de implementación específicos del servidor de portal y el servidor de aplicaciones suministrados en la solución.
1.9.10. La solución debe suministrar portlets de colaboración para acceso a aplicativos como correo electrónico, calendario, lista de tareas, discusión, espacio del equipo, contactos, sistema de mensajería instantánea, colaboración de equipo y adminsitración de documentos.
1.9.11. La solución debe contar con portlet para exhibir la lista de usuarios del sistema de mensajes instantáneos de la herramienta ofrecida por la solución.
1.9.12. La solución debe contar con portlet para permitir que los usuarios implementen búsquedas rápidas y avanzadas para la localización de personas e información acerca de ellas.
1.9.13. La solución debe suministrar una herramienta para permitir que los usuarios visualicen, localicen, utilicen y soliciten espacios (sala virtual) para trabajo en equipo, a través de un portlet utilizando SSO. Permitir que los usuarios localicen, trabajen y soliciten nuevos ambientes para trabajo en equipo, así como que visualicen detalles del ambiente de trabajo del equipe.
1.9.14. La solución debe suministrar una herramienta para permitir a los usuarios de Portal intercambien mensajes instantáneos (chat en línea) y efectuen reuniones en línea y conferencias web, a través de un portlet utilizando SSO.
1.9.17. La solución debe suministrar un portlet con función de "Reminder" para permitir que los usuarios guarden y generen mensajes de texto cortos en la página del portal.
1.9.18. La solución debe suministrar un portlet de tareas, para permitir que los usuários creen y visualicen tareas.
1.9.19. La solución debe suministrar un portlet para desplegar links definidos por el usuario en un navegador. El usuario puede incluir, excluir y editar links.
1.9.20. La solución debe contar nativamente con un portlet que hable con el servidor de BPM y que monte para os usuários, en el momento del login, todas las tareas pendientes para ese usuario.
1.9.21. La solución debe permitir crear y administrar una biblioteca de documentos. Las bibliotecas de documentos organizan la manera como los usuarios trabajan con archivos y carpetas comunes. Las bibliotecas de documentos con un modelo de carpetas y archivos, mejoran la productidad de trabajo, liberan espacio en la máquina cliente y simplifican los complicados procesos de administración de documentos, suministrando una ubicación centralizada para los documentos. Las bibliotecas deben permitir:
1.9.21.1. Control de versión.
1.9.21.2. Workflow de aprobación para controlar documentos.
1.9.21.3. Bloqueo de los documentos para evitar conflictos de edición, trabando un archivo para no permitir que otro usuario efectue cualquier modificación.
1.9.22. Contar con motor de búsqueda de documentos.
1.9.23. La solución debe suministrar una herramienta para ser utilizada como generador de portlets en J2EE y JSR-168, basada en SOA (arquitectura orientada a servicios), sin requerir cualquier codificación para permitir a los desarrolladores crear, activar y mantener portlets personalizados rápidamente, utilizando bases de datos, aplicaciones y sistemas back-end existentes como Lotus Domino.
1.9.24. La solución debe suministrar portlets para el ambiente Lotus Domino y Exchange en la parte de mensajería con Single Sign On y con comunicación via SSL para los mismos.
1.10. Requisitos para publicación de contenido
Herramienta para crear, editar y administrar la publicación de contenido en la Web, basado en browser, con las siguientes funcionalidades de edición:
1.10.1. Soporte a Rich Text y HTML;
1.10.2. Soporte a múltiples fuentes, en Negrilla, Itálicas y Subrayado;
1.10.3. Fuente de Fondo y Color de Primeiro plano
1.10.4. Estilos basados em HTML;
1.10.5. Ajustar textos (Centrado, izquierda y derecha)
1.10.6. Soporte a párrafos;
1.10.7. Creación y edición de tabelas;
1.10.8. Importar archivos y conversión para HTML;
1.10.9. Visión del código fuente en HTML;
1.10.10. Insertar hipervínculos e imágenes;
1.10.11. Find/Replace.
1.10.12. Importar y agregar contenido de archivos HTML, XML, GIF, JPEG, Flash, JSP, DHTML, archivos de audio y video en sus diversos formatos y Adobe Acrobat (.PDF).
1.10.14. Crear hipervínculos para otras páginas o contenidos dentro del sistema.
1.10.15. Crear hipervínculos para otros sitios o páginas no contenidas dentro del sistema (sitios externos).
1.10.16. Contar con workflow de aprobación de contenido a ser publicado.
1.10.17. La herramienta debe ser capaz de enviar notificación de pedido de aprobación para los aprobadores.
1.10.18. La facilidad de Workflow debe permitir especificar y administrar una secuencia de aprobaciones definidas.
1.10.19. Los Aprobadores pueden ser definidos de forma individual, por grupo o por reglas.
1.10.20. El Workflow no debe permitir la publicación del contenido que no recibió todas las aprobaciones definidas.
1.10.21. Permitir copiar un workflow existente y editarlo para crear un nuevo workflow.
1.10.22. Los aprobadores pueden ver y aprobar el contenido conforme se presentará al usuario final (vista previa).
1.10.23. Los aprobadores pueden incluir comentarios sobre el contenido en el workflow de aprobación.
1.10.25. La solución debe permitir "in line editing" para que usuarios editen contenido directamente en la página en que se encuentra publicado, por los web browsers.
1.10.26. Enviar notificaciones automáticas a los involucrados en caso de alteración del contenido.
1.10.27. Permitir definir datos y hora de publicación y expiración del contenido.
1.10.28. Permitir mantener y reactivar (rollback) versiones anteriores de contenido.
1.10.29. Enviar notificación o alerta al proprietario del contenido o a un usuario designado con referencia a la publicación de un contenido y tambien con relación a fecha de vencimiento y a fecha de remoción de contenido.
1.10.30. Proveer un indicador visual para exhibir todas las fases dentro del proceso de workflow.
1.10.31. Avisos por correo electrónico a los integrantes del workflow.
1.10.32. La solución de publicación de contenido debe ser capaz de ejecutar tanto en el propio servidor de portal como en servidores aislados. El contenido debe ser publicado tanto en el portal como en sitios externos.
1.10.33. Permitir la separación del contenido que será publicado en una página del diseño de toda la página, permitiendo que el contenido sea actualizado sin afectar el diseño de la página web, así como que el diseño de la página web pueda ser actualizado sin afectar el contenido.
El contenido debe soportar elementos estáticos como texto, imágenes y HTML, y elementos dinámicos como los navegadores y menús.
1.10.34. La solución debe utilizar modelos (plantillas) de presentación para mostrar un contenido. Un mismo modelo (plantilla) de presentación puede ser usado repetidamente en varias ubicaciones del sitio.
1.10.35. La herramienta debe proveer el archivamiento automático de contenido cuando prescriba.
1.10.36. La herramienta de publicación de contenido, así como el Portal, debe suministrar los siguientes recursos de accesibilidad para ayudar a los usuarios con alguna deficiencia física, como mobilidad limitada o visión limitada, a utilizar productos de software con éxito:
1.10.36.1. Soporte para el uso de software lector de pantalla y sintetizadores de voz, de forma que se pueda oir el contenido exhibido en la pantalla;
1.10.36.2. Soportar todos los recursos de accesibilidad del navegador (fuentes grandes, alto contraste, etc);
1.10.36.3. Soporte para la personalización de atributos de texto, como color, contraste y tamaño de fuente;
1.10.37. Categorizar los contenidos, denominándolos como ítems para permitir una fácil localización y reutilización de los contenidos existentes.
1.10.38. Habilitar "lock" de un objeto de contenido que está siendo editado por los usuarios y a partir del momento del "lock" cualquier usuario puede ver el contenido, pero no puede hacer alteraciones.
1.10.39. La solución de publicación y administración de contenido debe contar con un repositorio centralizado y un motor de búsqueda propio.
1.10.40. Permitir a los usuarios, búsqueda de documentos basada en lógica Booleana.
1.10.41. El motor de búsqueda debe proveer resultados secuenciales y en orden de relevancia.
1.11. Requisitos de Seguridad
1.11.1. Contar con servidor de directorio estándar LDAP V3 nativo para el almacenamiento de usuarios y grupos.
1.11.2. Contar con funcionalidad de login único (single sign-on) con otras aplicaciones web sin la necesidad de alteración en el código de las aplicaciones, a través de un repositorio seguro de contraseñas.
1.11.3. Contar con funcionalidad de login único (single sign-on) co otras aplicaciones a través de mecanismos de confianza, sin transmissão de senhas.
1.11.4. Contar con funcionalidad de login único (single sign-on) com aplicaciones Java que utilicen el estándar JAAS sin necesidad de alteración del código de estas aplicaciones
1.11.5. Soporte a la autenticación a través de certificados digitales X.509
1.11.6. Soporte a la autenticación através del protocolo Kerberos para autenticación transparente en ambiente de red Windows.
1.11.7. Contar con entidad certificadora X.509 v3;
1.11.8. Permitir la creación de usuarios a través de la facilidad de auto-servicio
More
Less
Experience
Years of experience: 24. Registered at ProZ.com: Nov 2007.
Adobe Acrobat, IBM CAT tool, Microsoft Excel, Microsoft Word
Bio
I started my career on translation before finishing the university, where we had a freelance group of young translators doing some interesting works on literature (Editorial Norma) and Postcolonial studies (Instituto Pensar, Universidad Javeriana). Then when working for Coningles, an English School in Bogotá, I was part of the pool of translators and did a lot of works for the World Society of Animal Protection, ING Group, The Chamber of Commerce of Bogotá, British American Tobacco, and others. Right now I am working as a full-time in-plant translator for IBM in a technical support area for Latin America.
Portfolio