Arthur Azevedo Sfreddo

Transcrição

1 Setor de Fábrica de Software na PROCERGS: Otimização de recursos e agilidade no desenvolvimento de software para o setor público 2º Seminário REDEPRO - Maio 2005 Arthur Azevedo Sfreddo [email protected]

2 genda 1 - Histórico 2 - Estrutura 3 - Forma de trabalho 4 - Linhas de produção 5 - Papéis dos profissionais e foco de atuação 6 - Projetos em desenvolvimento 7 - Metodologia de testes 8 - Dificuldades do Setor de Fábrica de Software 9 - Resultados positivos

3 Histórico ivisão de Projetos foi criada em novembro de º Período - Projeto Piloto COL (Cartórios OnLine) A) novembro de 2001 a julho Módulo Nascimento - 9 meses. - Validação da Arquitetura PROCERGS, denominada ARQJAVA - 8 pessoas atuando B) agosto de 2002 a março Módulo Óbito - 8 meses. - ACR (Administração de Componentes Reutilizáveis) dentro da DPJ - 8 pessoas (mesma equipe de trabalho)

4 Histórico ) 2º Período - abril de 2003 a abril de Projetos concluídos: AME - Administração de Medicamentos (Utilização da FSRS) SGM - Sistema de Gerenciamento de Matérias FPE - Módulo de Convênios - Etapa de projeto e construção - Ambiente Microsoft - 12 pessoas atuando ) 3º Período - maio de 2004 a maio de Projetos concluídos: CED - Gestão de Servidores à Disposição (apenas etapa de análise) GDG - Gerenciamento de Decisões da GESITE AAP - Administração dos Acervos Públicos (Módulos I e II) - 32 pessoas atuando ) Equipe de Testes 1º Período: 2 pessoas 2º Período: 4 pessoas (definição da Metodologia de Testes) 3º Período: 8 pessoas (no início de 2005 foram adquiridas ferramentas de testes)

5 Estrutura DPJ - Missão, Objetivos e Escopo issão Analisar, Especificar e Construir software com qualidade, prazo e custos controlados de acordo com a Metodologia de Desenvolvimento da PROCERGS (MDP). bjetivos Otimizar o uso de recursos técnicos da empresa, produzir softwares com qualidade em tempo hábil e ter condições de previsibilidade de tempos e custos. copo Desenvolvimento de sistemas através do gerenciamento de projetos nas fases de Análise, Projeto, Construção* e Testes com a utilização da MDP**. * interna ou através da REDEPRO. ** a Metodologia FSRS é compatível com a MDP

6 Estrutura iretoria de Desenvolvimento Divisão de Administração de Sistemas Divisão de Tecnologia Divisão de Projetos PJ - Organograma Divisão de Projetos Setor de Fábrica de Software Setor de Sites e Versões Proj1 Proj2 Proj3 Proj4 Proj5 Proj6 Testes Documentação

7 Estrutura Forma de Trabalho Projeto Preliminar Projeto de Sistemas Construção Implantação (Análise e Projeto) GT - Laboratório DTI Participantes DPJ DAS Terceiros Internos Sim Divisão Nova Arquitetura. Não Versão ZERO REDEPRO DAS e DPJ/SFS Chão de Fábrica DPJ

8 Linhas de produção eb Java / J2EE esktop JavaSwing / J2EE eb Microsoft Windows DNA

9 Papéis dos profissionais e foco de atuação erente da Divisão de Projetos (GDPJ): - Planejamento estratégico na definição de novos projetos para o setor de fábrica hefe do Setor de Fábrica de Software da Divisão de Projetos (CSFS): - Acompanhamento dos projetos em andamento - Reuniões formais com os gerentes de projeto - Contratação e alocação de recursos humanos, hardware e software erente de Projeto (GP): - Planejamento do projeto - Execução do projeto - Controle do projeto nalista OO (AOO): - Especialista na MDP - Utiliza ferramentas de modelagem conceitual (Rational Rose / ERwin)

10 Papéis dos profissionais e foco de atuação ojetista OO (POO): - Especialista na tecnologia e MDP - Utiliza ferramentas de modelagem de acordo com a Arquitetura de Software esponsável Técnico (RT): - Responsável pela infra-estrutura (BD físico, Hardware, Software, etc) - Aceite técnico do sistema - Responsável pela coordenação da construção - É a interface de comunicação entre a equipe de testes e a equipe de projeto ojetista de Interface Visual (PIV): - Especialista na tecnologia e MDP - Utiliza ferramentas de modelagem - É o responsável pelo protótipo

11 Papéis dos profissionais e foco de atuação onstrutor de Interface Visual (CIV) onstrutor de Segunda e Terceira camadas (CST) nalista de Teste (AT): - Elabora o Plano Macro de Teste - Coordena todas as etapas das atividades de teste ojetista de Teste (PT): - Projeta o plano detalhado de teste (casos de teste) ecutor de Teste (ET): - Efetua os testes planejados - Registra as inconformidades encontradas

12 Projetos em desenvolvimento nha de produção Java AP - Administração dos Acervos Públicos UCPs Módulo IV - Atendimento Internet CR - Sistema de Ocorrências UCPs J - Sistema de Procedimentos Judiciários UCPs nha de produção Microsoft C - Imposto de Transmissão, Causa Mortis e Doações UCPs O - Sistema de Elaboração de Orçamento UCPs C - Sistema de Gestão do Crédito UCPs

13 Metodologia de testes na DPJ/SFS tiliza a MTS - Metodologia de Teste de Sistemas, própria da PROCERGS MTS descreve um processo bem definido com as atividades e seus papéis om a MTS já obtivemos resultados positivos

14 Metodologia de testes Visão do Ciclo Planejamento Projeto Lógico Projeto Físico Construção Ciclo de desenvolvimento de sistemas Maioria Maio/2004 Ciclo de testes na PROCERGS Atualmente

15 Metodologia de testes Interação entre as equipes a equipe de desenvolvimento: Responsável pelo teste é o RT. a equipe de teste: Responsável pelo teste é o Analista de Teste (AT) que repassa os erros para o RT. ros: São reportados formalmente para a equipe de desenvolvimento. A correção dos erros é realizada pela equipe de desenvolvimento. iorização dos erros: É realizada pela equipe de desenvolvimento. Os objetos corrigidos devem ser repassados para a equipe de teste e retestados. Parceria na busca da qualidade!!!

16 Metodologia de testes Desafios e próximos passos nserir a cultura de teste na PROCERGS mpliar a equipe de teste mplantar e consolidar os testes automatizados usando as ferramentas: - Test Manager - Functional Tester (Java) - Robot (VB)

17 Dificuldades do Setor de Fábrica de Software ecursos humanos: - Escassez - Dificuldade de realocação dentro da PROCERGS - Alta rotatividade paralelo com o desenvolvimento dos projetos da fábrica ocorrem revisões e melhorias: - na MDP - nas ferramentas - na arquitetura/tecnologia lta de um maior volume de componentes reutilizáveis

18 Resultados positivos ocumentação completa dos sistemas ormação de profissionais especialistas elhor alocação de recursos nos projetos estratégicos da PROCERGS anco de dados de métricas dos projetos concluídos rocessos bem definidos garantindo a qualidade final bediência à padrões e normas ubsídios para a melhoria contínua da MDP e das ferramentas dentificação e construção de componentes reutilizáveis

19 erguntas? etor de Fábrica de Software na PROCERGS: timização de recursos e agilidade no desenvolvimento de software para o etor público º Seminário REDEPRO - Maio 2005 rthur Azevedo Sfreddo [email protected]