ATA DE APRECIAÇÃO DA IMPUGNAÇÃO AO EDITAL PREGÃO ELETRÔNICO AA - 45/2008 - BNDES DALCOM DO BRASIL TECNOLOGIA E INFRA-ESTRUTURA LTDA., apresentou Impugnação ao Edital do Pregão Eletrônico AA nº 45/2008, que tem por objeto a contratação de cessão de direito de uso de uma Suíte de Apoio ao Ciclo de Desenvolvimento de software e de serviços de garantia e manutenção, suporte técnico, treinamento e mentoring na referida Suíte, consoante especificações do Edital e Anexos. A DAS RAZÕES DE IMPUGNAÇÃO I. DAS SUPOSTAS ILEGAIS EXIGÊNCIAS TÉCNICAS QUE DIRECIONARIAM O EDITAL PARA UM ÚNICO FABRICANTE I.a. DA LEITURA DO ANEXO I TERMO DE REFERÊNCIA (PROJETO BÁSICO) Preliminarmente, a Impugnante alegou que as definições e terminologias utilizadas no Item 2 (Glossário) do Edital - Suíte de Desenvolvimento, Unified Process (UP), Eclipse IDE e Artefato - evidenciariam um direcionamento do certame para a empresa fabricante IBM. A fim de embasar tal afirmação, a empresa Impugnante argumentou que após uma simples pesquisa no site de busca GOOGLE, utilizando as terminologias supramencionadas, foram obtidos resultados de links para sites das plataformas da IBM/Rational. Ainda segundo a Dalcom Tecnologia, as definições e terminologias adotadas no Item 2 do Edital foram criadas e disseminadas mundialmente no mercado pela IBM/Rational. Adicionalmente, a Impugnante asseverou que no Item 3 (Especificações Técnicas) do Edital, as especificações contidas nos subitens 3.14 ( Integração ) e 3.14.1 ( Permitir a integração com a IDE Eclipse para desenvolvimento de aplicações em JAVA ) indicariam forte direcionamento para a tecnologia pertencente à IBM/Rational, uma vez que esta seria a única capaz de atender aos referidos requisitos. Acrescenta também, a Impugnante, que a criação da plataforma Eclipse e a posterior distribuição da tecnologia no mercado faria parte da estratégia da IBM, pois sua Suíte de Desenvolvimento teria sido desenvolvida com base na mencionada plataforma Java. Quanto ao Item 3.3. Suporte à Gerência de requisitos, a empresa Dalcom Tecnologia alegou que as exigências e as funcionalidades da solução para gestão de requisitos seriam idênticas as da IBM/Rational, previstas no sítio desta empresa. Por fim, concluiu que o conjunto de especificações técnicas contidas no Anexo I do Edital restringiriam gravemente a competitividade do certame, uma vez que os demais fabricantes estariam impossibilitados de competir em igualdade de condições com a IBM, a qual seria a única a atender perfeitamente às especificações técnicas do Anexo I do Edital.
- 2 - Com fulcro nos citados argumentos, portanto, a Impugnante Dalcom Tecnologia requereu o acolhimento de sua peça impugnatória, com a alteração das especificações técnicas do Anexo I do Edital, de modo a refletir as necessidades do BNDES, sem privilegiar um modelo específico de uma empresa e possibilitando a participação competitiva de outros fabricantes e/ou seus representantes autorizados que atuam no mercado em questão. Requereu ainda, a referida empresa, a suspensão do certame, considerando as supostas ilegalidades e vícios dispostos no Edital. B DA APRECIAÇÃO DAS RAZÕES DE IMPUGNAÇÃO Diante das razões de Impugnação apresentadas, a Equipe Técnica do BNDES pronunciou-se acerca de cada um dos argumentos levantados pela empresa Dalcom Tecnologia, conforme abaixo transcrito, em síntese: 1) Da leitura do Anexo I TERMO DE REFERÊNCIA (PROJETO BÁSICO) do Edital: ITEM 2 GLOSSÁRIO (DEFINIÇÕES TÉCNICAS) e seus subitens: a) As palavras suíte, e artefato são de uso corrente em tecnologia da informação, amplamente adotadas na literatura e mercado nas acepções desse edital. O termo Suíte e seu equivalente em língua inglesa suite" são amplamente usados para designar softwares formados por um composição de ferramentas. Disto colhemos alguns exemplos de suítes de software em diversas áreas de software, com referências consultadas em 21/01/2009: Microsoft : Visual Studio Team System 2008 Team Suite Referência: http://www.borland.com/br/products/team/index.html Oracle: Oracle E-Business Suíte Referência: http://www.oracle.com/global/br/applications/e-business-suite.html Borland: Oracle E-Business Suíte Referência: http://www.borland.com/br/products/team/index.html Nokia: Nokia PC Suite Referência: http://europe.nokia.com/a4144903 A palavra artefato e seus equivalentes em língua inglesa artifact e artefact são amplamente usados para designar produtos finais ou intermediários de um processo de desenvolvimento de software em contextos completamente independentes da IBM, e, inclusive, em textos adotados pelo mercado como padrão (como o MPS.BR e o CMMI-DEV) ou em textos que são realmente padrão internacional (como a ISO 15504). Alguns trechos estão citados abaixo: Os dados do projeto são as várias formas de documentação exigidas para sua execução, por exemplo: relatórios; dados informais; estudos e análises; atas de reuniões; documentação; lições aprendidas; artefatos gerados; itens de ação; e
- 3 - indicadores. (Guia de Implementação MPS BR Melhoria de Processos do Software Brasileiro, seção 5.3.9 GPR9). organizational process assets: Artifacts that relate to describing, implementing, and improving processes (e.g., policies, measurements, process descriptions, and process implementation support tools). The term process assets is used to indicate that these artifacts are developed or acquired to meet the business objectives of the organization, and they represent investments by the organization that are expected to provide current and future business value. (See also "process asset library.") página 545, Anexo D Glossário do CMMI (Capability Maturity Model Integration) for Development, versão 1.2 work product - an artefact associated with the execution of a process Seção 3 (Terms and definitions), ISO/IEC FDIS 15504-1:2004 A work product is an artefact associated with the execution of a process; Seção 6.2 (Level 1: Performed process), ISO/IEC FDIS 15504-3:2004 Quando há mudanças nos requisitos, uma vez identificados os impactos da mudança com a utilização do instrumento de rastreabilidade dos requisitos, é importante examinar se os demais artefatos estão consistentes com as alterações realizadas como, por exemplo: verificar se a planilha de estimativas está contemplando todos os requisitos e mudanças; verificar se as mudanças dos requisitos foram incorporadas ao escopo do projeto; e outros. (Guia de Implementação MPS BR Melhoria de Processos do Software Brasileiro, seção 6.3.4 GRE4), b) A Equipe Técnica da Licitação não concorda que o Processo Unificado (Unified Process) seja exclusivamente o Rational Unified Process vendido pela empresa Rational. O Processo Unificado foi publicado originalmente em um livro da editora Addison Wesley (The Unified Software Development Process, autores: Ivar Jacobson, Grady Booch e James Rumbaugh), podendo ser utilizado por qualquer empresa ou pessoa que adquirisse o livro. Posteriormente outros autores publicaram livros baseados no Processo Unificado estabelecido pelo livro citado acima. Alguns destes livros estão citados abaixo: The Unified Process for Practitioners: Object-Oriented Design, UML and Java. Autor: John Hunt. Editora: Springer; Object-Oriented Analysis and Design with the Unified Process. Autores: John W. Satzinger, Robert B. Jackson, Stephen D. Burd. Editora: Course Technology; The Unified Process Construction Phase: Best Practices in Implementing the UP. Autor: Scott W. Ambler. Editora: CMP Books The Unified Process Transition and Production Phases : Best Practices in Implementing the UP. Autor: Scott W. Ambler. Editora: CMP Books Software Requirements Using the Unified Process: A Practical Approach. Autores: Daniel R. Windle, L. Rene Abreo. Editora: Prentice Hall PTR Guide to the Unified Process Featuring UML, Java and Design Patterns. Autor John Hunt. Editora: Springer Applying UML and Patterns: An Introduction to Object-Oriented Analysis and Design and the Unified Process (2nd Edition). Autor: Craig Larman. Editora: Prentice Hall
- 4 - UML and the Unified Process: practical object-oriented analysis and design Autores: Jim Arlow, Ila Neustadt. Editora: Addison-Wesley Como se observa, em um primeiro momento, seria necessário ter acesso a alguns dos livros listados acima para que se pudesse utilizar o Processo Unificado. Mais recentemente um processo totalmente gratuito, uma evolução do Processo Unificado, com uma abordagem mais ligada a metodologias ágeis, passou a ser utilizado sem nenhum ônus. Trata-se do OpenUP que está disponível em: http://epf.eclipse.org/wikis/openup (link obtido em 21/01/2009). O Processo Unificado, ou parte dele, é utilizado hoje em cursos lecionados em diversas universidades brasileiras, demonstrando que seu ensino e, portanto, sua utilização podem ocorrer independentemente da empresa Rational, ou até mesmo de ferramentas vendidas por esta empresa. Trechos de alguns destes cursos estão citados abaixo (todos os links obtidos no dia 21/01/2009): http://labase.nce.ufrj.br/cursos/msoo/aulas/aula1/fasesx20dox20processox20unificado.html http://www.inf.pucrs.br/~blois/materiais/ms/02.%20processounificado.pdf http://www.deinf.ufma.br/~acmo/moo_pufluxos.pdf http://www.labes.ufpa.br/quites/teaching/2005/ceas/index.html http://www.dsc.ufcg.edu.br/~garcia/cursos/labengsoft/pu_labsw.ppt http://www.fes.br/disciplinas/tpd/apa1/4- %20Fases%20do%20Processo%20de%20desenvolvimento%20de%20software.pdf Finalmente, a pesquisa de preços indicou, em documento público (parte integrante do presente procedimento licitatório), acessível a qualquer interessado, que a Suíte de pelo menos um fabricante, além da IBM, atende a esse requisito sem customizações, preservando a livre concorrência, conforme cópias de documentos anexas a esta Ata de Apreciação da Impugnação. c) Sobre a compatibilidade com a ferramenta de desenvolvimento Eclipse: A Equipe Técnica da Licitação entende que o Eclipse, enquanto software aberto, não está sujeito ao controle de uma única empresa, entendimento com o qual coopera a leitura da lista de participantes do conselho diretor da Eclipse Foundation consultada em 21/01/2009 no endereço http://www.eclipse.org/org/foundation/directors.php. Trata-se de ferramenta amplamente adotada e referência para desenvolvimento Java, servindo, inclusive, como base para ambientes de desenvolvimento comerciais de outras empresas que não a IBM, como o JCompany da PowerLogic, e o JBuilder 2008 da Embarcadero Technologies. Adicionalmente a adoção de software livre está alinhada aos princípios de economicidade exigidos da administração pública. Vale ressaltar que a licitação de Suíte de Apoio ao Ciclo de Desenvolvimento está alinhada com a estratégia mais ampla do Projeto AGIR que inclui, mas não se atém, à revisão completa da estratégia de TI do BNDES. Nesse contexto é imprescindível a compatibilidade com as ferramentas já licitadas e que integrarão o futuro parque computacional da instituição, dentre elas, o Eclipse.
- 5 - Referências consultadas pela Equipe Técnica do BNDES em 21/01/2009: Powerlogic - http://www.powerlogic.com.br Embarcadero - http://www.codegear.com/br/products/jbuilder 2) Da leitura do Anexo I TERMO DE REFERÊNCIA (PROJETO BÁSICO) do Edital: ITEM 3.3 Suporte à gerência de Requisitos e seus subitens: O conjunto de funcionalidades para as ferramentas de apoio ao ciclo foi definido com base nas necessidades do BNDES, sem utilizar nenhum fabricante específico como referência. Conforme pode ser observado abaixo, existe uma justificativa técnica para cada tópico (funcionalidade) citado pela Impugnante. 2.1) Suporte à Gerência de REQUISITOS: 2.1.1. Possibilitar a organização e priorização dos REQUISITOS cadastrados na SUÍTE DE APOIO AO CICLO DE DESENVOLVIMENTO. Esta é uma característica básica que qualquer ferramenta de Gerência de Requisitos a priori conteria. O nome Gerência de Requisitos já pressupõe a organização dos mesmos. Quanto à priorização, a necessidade de priorização de requisitos é um tópico importante e amplamente abordado na literatura, devido à natureza volátil dos mesmos. 2.1.2. Permitir realizar buscas específicas nos REQUISITOS dos projetos, possibilitando buscar REQUISITOS por seus atributos. É importante que a procura por requisitos dentro de um projeto seja mais genérica, ao invés de restrita a apenas alguns tipos de atributos. Isto concede maior flexibilidade ao uso da ferramenta e possibilita a localização mais rápida dos requisitos. 2.1.3. Rastrear relacionamentos entre REQUISITOS de alto nível e detalhados. Dada a característica volátil dos requisitos, o rastreamento entre os requisitos de alto nível e os detalhados se torna fundamental, de maneira a permitir a identificação rápida e precisa dos impactos de qualquer modificação. Ver também justificativa para o item 1.1.5. 2.1.4. Possibilitar a inclusão de imagens e gráficos nos REQUISITOS. Os documentos de requisitos são atualmente construídos utilizando editores de texto que permitem, a inclusão de imagens e gráficos é muito utilizada para demonstrar protótipos de telas aos clientes. Ver também justificativa para requisito 1.1.8. 2.1.5. Detecção automática da alteração de um REQUISITO e visualização dos outros REQUISITOS vinculados ao REQUISITO alterado (também conhecida como identificação de vínculos de rastreabilidade suspeitos ).
- 6 - Esta funcionalidade é importante para a análise de impacto da alteração de um requisito de alto nível, de forma que fiquem delimitados os outros requisitos que precisam ser examinados para verificar se também precisam ser alterados. 2.1.6. Integração com a ferramenta de gerência de configuração permitindo a criação de baseline unificada contendo os REQUISITOS. Esta funcionalidade possibilita a realização da gerência de configuração dos requisitos através de ferramentas automatizadas, sem a necessidade de controles manuais. 2.1.7. Permitir a criação de novos atributos para REQUISITOS. Esta funcionalidade permitiria a adaptação da ferramenta às necessidades de classificação de requisitos do BNDES, permitindo também que requisitos sejam encontrados de forma mais rápida. 2.1.8. Permitir edição de vários REQUISITOS atômicos em uma mesma unidade ( documento ) da forma What You See is What You Get (WYSIWIG). Esta capacidade de edição WYSIWYG permite que sejam criados documentos de requisitos que podem ter organizações internas diversas, incorporar imagens, ter numeração (e renumeração) automática de seus itens (como os passos de um Caso de Uso), e permitir referências internas aos itens numerados (por exemplo: referência às imagens). O benefício desta capacidade é poder criar documentos que podem ser produzidos facilmente, possuindo elementos que facilitam expressão de conhecimento que será validado pelos clientes. Esta capacidade de edição de requisitos na forma WYSIWYG já faz parte do dia a dia dos profissionais do BNDES. 2.1.9. Possibilidade de exportação da documentação dos REQUISITOS em Microsoft Word. Dado que os documentos de requisitos no BNDES são atualmente construídos em Microsoft Word (que é o único editor de textos com funcionalidades avançadas utilizado no BNDES), esta funcionalidade é importante para possibilitar a visualização e edição dos requisitos por pessoas que não utilizem a ferramenta de requisitos, como por exemplo os usuários finais dos sistemas. Ver também justificativa para o item 1.1.8. 2.1.10. Possibilidade de importação de documentação de REQUISITOS em Microsoft Word. Veja item 1.1.9 2.1.11. Fornecer acesso via web à ferramenta de REQUISITOS para as equipes distribuídas.
- 7 - A Tecnologia da Informação do BNDES atualmente conta com mais de 100 profissionais trabalhando em desenvolvimento de sistemas. Adicionalmente, existe um processo de revisão por pares realizado internamente na TI do BNDES, que pode ser executado por uma equipe externa à equipe de levantamento de requisitos. Dessa forma, a possibilidade de acesso remoto para equipes com tais características é muito importante. 2.1.12. Possibilitar geração de relatórios de REQUISITOS detalhados, relatórios de estimativa, de comparação e métricas a partir dos atributos dos REQUISITOS. A geração de relatórios de estimativa, comparação e métricas é importante para qualquer ferramenta de gerenciamento, seja de requisitos, de casos de teste, de mudanças ou outros. Estes relatórios fornecem uma visão sumarizada e abrangente, e podem ser utilizados para analisar e melhorar continuamente os requisitos dos sistemas e o processo de Requisitos do BNDES. 2.1.13. Possibilitar a criação de relatórios de REQUISITOS específicos através de ferramenta de construção de relatórios ad hoc. A construção de relatórios ad hoc possibilita a configuração dos relatórios de acordo com as necessidades atuais e até futuras do BNDES. 2.1.14. Criação e comparação de baselines, possibilitando o armazenamento de uma baseline para futura comparação com o alterado ao longo do projeto. Uma das funcionalidades mais importantes da gerência de configuração é a criação de baselines (conjunto de versões consistentes dos artefatos do projeto). Ver também justificativa para o item 1.1.6. Diante dos argumentos apresentados pela Equipe Técnica do BNDES, constata-se que a terminologia adotada nas especificações técnicas constantes do Edital do Pregão Eletrônico AA n.º 45/2008 não é de uso exclusivo da IBM/RATIONAL, mas sim de utilização corrente em tecnologia da informação, sendo amplamente adotada pelo mercado e na literatura específica. Com relação à ferramenta de desenvolvimento Eclipse, também se pode extrair do parecer técnico do BNDES, que se trata de um software aberto, o qual não está subordinado ao controle de uma única empresa, como afirma a Impugnante. Ademais, como é de conhecimento no mercado de que tal ferramenta é amplamente utilizada em ambientes de desenvolvimento comerciais de várias empresas que não a IBM, tais como a PowerLogic e a Embarcadero Technologies, não é razoável a alegação de que a empresa IBM/Rational seria a única a atender o referido requisito.
- 8 - Por fim, quanto ao item 3.3 do Edital Suporte à gerência de Requisitos e seus subitens, verifica-se que o conjunto de funcionalidades para as ferramentas de apoio ao ciclo não foi especificada para atender a nenhum interesse de determinado fabricantes, mas, tãosomente, para atender às necessidades do BNDES. Comprova-se, ainda, que não há direcionamento do certame para a empresa IBM/Rational, tendo em vista manifestação expressa de outro fabricante no sentido de atender perfeitamente aos requisitos exigidos pelo BNDES na presente licitação, conforme documentos constantes nos autos do respectivo procedimento licitatório (Anexo I da presente Ata). Portanto, com base nos elementos trazidos nas razões da Impugnante, o BNDES entende não restar comprovada qualquer restrição à competitividade do certame nem, tampouco, possível direcionamento da licitação para um único fabricante. III DA CONCLUSÃO: Ante os motivos acima expostos, afiguram-se desarrazoadas as alegações da Impugnante, motivo pelo qual nega-se provimento às postulações da empresa DALCOM TECNOLOGIA e INFRA-ESTRUTURA LTDA., restando mantidas as redações dos itens impugnados. Simone Moreira de Castro Pregoeiro AA/DELIC/GLIC2