Experiência de Implantação de um Processo de Desenvolvimento de Software no Banco Central do Brasil

Transcrição

1 Experiência de Implantação de um Processo de Desenvolvimento de Software no Banco Central do Brasil Patrícia Marques R. S. Véras Agenda Contextualização Histórico de Realização do Trabalho PDS-BC Aspectos Metodológicos PDS-BC Infra-estrutura Criada Resultados Alcançados 2a. Fase do Trabalho Considerações Finais 10-1

2 Contextualização Desenvolvimento em plataforma alta Vantagens consolidado, alta produtividade; ambiente estável e padrões definidos; soluções de segurança e de infraestrutura; monitoramento; conhecimento da tecnologia. Desvantagens tecnologias proprietárias; baixa flexibilidade das soluções; limitações de interface com usuários; alto custo. Solução Desenvolvimento multiplataforma Situação inicial baixa produtividade; ambiente instável e falta de padrões; ausência de soluções de segurança e de infra-estrutura; nenhum monitoramento; desconhecimento da tecnologia Necessidade de mudança PDS-BC (Processo de Desenvolvimento de Software do Banco Central) Processo e infra-estrutura para o desenvolvimento multiplataforma do Banco Central do Brasil Histórico de Realização do Trabalho Definição e Criação Grupo para definição do processo (março 2002); Grupo para iniciar biblioteca de componentes; Equipe de apoio ao ferramental utilizado no processo; Equipe responsável pela infra-estrutura necessária (estabelecimento dos ambiente de desenvolvimento integração homologação e produção); Equipe para definição de padrões referentes a dados; Escritório de Projetos; = em média, 20 pessoas em tempo integral, por um ano. 10-2

3 Histórico de Realização do Trabalho Disseminação Contratação, via PNUD, da fundação Coppetec/UFRJ para: consultoria para validação do PDS-BC (set 2002); treinamento técnico e gerencial (2002 e 2003); consultoria para acompanhamento de 14 projetos-piloto (out 2002 a maio 2003). Equipe interna para suporte, acompanhamento, resolução de problemas e evolução do processo; Divulgação constante através de palestras, cursos internos; Portal do Desenvolvedor / Fórum do Desenvolvedor / Informativo Técnico; Reuniões de inspeção/revisão (out 2003). PDS-BC Objetivos do projeto modernização tecnológica disciplinada; maior produtividade e melhor qualidade no desenvolvimento e operação de sistemas; soluções amigáveis, estáveis, confiáveis, integradas com o legado e produzidas em espaço de tempo compatível e que facilitem sua futura manutenção; definições e diretrizes claras sobre a arquitetura a ser seguida; agilizar ao máximo o trabalho dos desenvolvedores com as soluções de infraestrutura. Principais vantagens buscadas com a nova tecnologia Melhoria na apresentação (soluções web based); Independência de plataforma (hardware e software); Redução de custos; Reusabilidade; Outras. 10-3

4 PDS-BC O que foi feito O processo Definição de passos a seguir e documentos a gerar ao longo do desenvolvimento; Fases Disciplinas e atividades Diretrizes Artefatos Responsáveis (papéis) Infra-estrutura criada solução arquitetural; gerência de configuração; tratamento de erros; soluções de segurança; publicação e monitoramento; acesso ao legado; biblioteca de componentes corporativos; outros. Solução buscou maximizar reutilização de componentes; participação dos clientes no projeto das aplicações; qualidade do produto final. Definição do PDS-BC ISO Características do desenvolvimento de software na organização Modelo de maturidade Nível de Maturidade Tipo de software Características do desenvolvimento Paradigmas do desenvolvimento Características do projeto Características da equipe Características de qualidade do produto Modelo de ciclo de vida Definição do Processo Padrão Processo Padrão Especialização do Processo Padrão Processos Especializado Instanciação para Projetos Específicos PDS-BC Paradigma OO Pequenos Médios Grandes Processos Instanciados 10-4

5 PDS-BC Projetos médios PDS-BC Projetos pequenos 10-5

6 PDS-BC Infra-estrutura Criada GPA Catálogo de Serviços Publicador MON-BC PDS-BC EPP Concepção Elaboração Construção Transição Homologação Oper. assistida Operação Arquitetura padrão Biblioteca de componentes Modelo de dados Padrão de interfaces Soluções de segurança Solução de monitoração Portal do desenvolvedor Tratamento de erros Acesso ao legado Outros Inovação e Ineditismo Diversas instituições públicas estão passando hoje por estas mudanças iniciadas no BC há pelos menos 2 anos; O BC está sendo pioneiro na experiência de baixar a plataforma de desenvolvimento e fazê-lo de forma padronizada, buscando as melhores práticas e tecnologias disponíveis no mercado; O BC se encontra hoje em posição de destaque frente outros órgãos públicos e, até mesmo, empresas privadas no que se refere ao desenvolvimento de software, pois o que foi proposto e está sendo utilizado são tecnologias de ponta e em voga hoje. 10-6

7 Público Alvo Diretamente beneficiado: equipes de desenvolvimento do BC; Indiretamente beneficiado: todos aqueles que são clientes ou usuários dos sistemas produzidos no BC, sendo eles: as áreas de negócio do BC e assim a instituição como um todo o Sistema Financeiro Nacional e o cidadão. Resultados Alcançados Benefícios para o público Desenvolvedores BC, SFN e cidadão caminho a ser seguido + infraestrutura => maior produtividade e qualidade; facilidade na manutenção dos sistemas (padrões, documentação). melhor qualidade e usabilidade das aplicações disponibilizadas para sociedade; melhores soluções suportando as atividades do BC => melhor atuação do BC; melhor aproveitamento dos recursos públicos (independência de plataforma, maior produtividade, reuso); integração com outras organizações (ex.: utilização de web services); garantia da qualidade dos dados mantidos pelo BC (componentes corporativos). 10-7

8 Resultados Alcançados Alguns dos resultados mensurados 100% das novas aplicações são desenvolvidas dentro dos padrões, são acessíveis via web, utilizam a solução arquitetural padrão e têm documentação adequada e suficiente; 100% das novas aplicações são independentes de tecnologia, o que possibilita a redução de custos com aquisição/manutenção de produtos/serviços; aplicações independentes de pessoas, facilitando manutenção; a utilização do PDS-BC possibilitou a utilização de fábricas de software: foi criada, em novembro/2003, a primeira fábrica de software interna ao BC; a biblioteca de componentes já conta com mais de 20 componentes corporativos; o Grupo de Garantia da Qualidade já inspecionou mais de 12 projetos, visando eliminar/minimizar problemas, garantir aderência aos padrões, garantir a utilização dos componentes corporativos, etc. a criação da solução de acesso ao legado possibilitou a migração de uma aplicação crítica, que fazia uso de camada de integração desenvolvida por terceiros, o que representou, de imediato, uma economia de aproximadamente R$ ,00 ao ano, além de ter tornado a aplicação mais rápida. Resultados Alcançados Com tais números, foram comprovados ganhos como: padronização de processos, produtos e serviços; redução de custos com aquisição/manutenção de produtos/serviços; processo de capacitação mais direcionado; maior agilidade na implementação física de aplicações; melhor aproveitamento dos desenvolvedores; facilidade no diagnóstico de problemas na arquitetura de aplicações; facilidade no desenvolvimento descentralizado e/ou parcerias; maior confiabilidade, escalabilidade e disponibilidade dos serviços de TI; garantia de interoperabilidade das aplicações. 10-8

9 2a. Fase do trabalho Especializações do processo e melhoria contínua Necessidade de especialização do processo para trabalho com fábricas de software levou à criação do PDS-BC Fábrica; Necessidade de se documentar o legado levou à criação do PRS-BC Processo de Redocumentação de Software do BC; Necessidade de diretrizes mínimas para desenvolvimento departamental no BC levou à criação do PDS-BC Departamental; Falhas e pontos de melhoria identificados ao longo da implantação e utilização do processo gerou o PDS-BC 2.0, sendo lançado em setembro de PDS-BC Fábrica 10-9

10 PDS-BC 2.0 Nova versão do processo, sendo lançada em set Inclusão da disciplina de Modelagem de Negócio; Evolução para um disciplina das atividades de Gerência de Configuração e Mudanças; Reorganização da documentação do processo, incluindo rotinas que foram surgindo ao longo da implantação, mas que estavam sendo documentadas fora; Evolução da documentação e material de apoio para cada uma das atividades do processo. PDS-BC

11 Considerações Finais Repercussões positivas com implantação do projeto: melhoria da motivação das equipes de desenvolvimento; maior atratividade para novos funcionários; melhor aproveitamento dos recursos existentes nas regionais, com conseqüente motivação de seus profissionais; melhoria no emprego de recursos públicos; melhoria na atuação do BC em suas funções; atendimento aos requisitos de usabilidade de nossos clientes; melhoria no atendimento ao público externo ao banco, com facilidade de acesso a informações via sistemas web; melhoria da imagem do BC frente à sociedade. Considerações Finais Continuidade do trabalho: integração com metodologia de gerenciamento de projetos; adaptações para implantação de fábricas externas ao BC; automatização da gerência da Biblioteca de Componentes; aumento da equipe de suporte para atendimento pró-ativo aos desenvolvedores; finalização do PRS-BC para redocumentação do legado; lançamento do PDS-BC Departamental

12 Obrigada! Patrícia Marques R. S. Véras 10-12