BrOffice.org. Mantendo a qualidade de software. Klaibson Ribeiro Líder do Gubro-SC

Transcrição

1 BrOffice.org Mantendo a qualidade de software Klaibson Ribeiro Líder do Gubro-SC

2 Multiplataforma?! Multiplataforma é interessante! Não importa o que você use, você tem sua aplicação! Menor curva de aprendizado em migração; Seus documentos poderão ser abertos a qualquer momento; BrOo é a melhor solução multiplataforma: Windows, Linux, FreeBSD, MacOS/X, etc...; Basta ter os requisitos do código fonte!

3 Open Document Format (ODF) Mudança de versões de software e migrações geram dor de cabeça: Formatos dos documentos mudam! Multidão de formatos dificulta organização e gerenciamento de documentos 2002: OASIS inicia iniciativa para formato padrão de documentos;

4 Open Document Format (ODF) OASIS: Consórcio incluindo várias empresas de TI IBM, Sun, Microsoft, SAP, Oracle, BEA, Symantec... Participação da Sun importantíssima para o BrOo; Primeiros padrões drafts já eram incorporados ao BrOo/LiBo 2005: Versão 1.0 do ODF divulgado: BrOo foi o primeiro a integrar ODF; Microsoft fugiu e passou a usar seu padrão aberto usando XML (OOXML, chamado também MSOOXML);

5 Por que usar ODF? Alguns sites e sistemas Web importam/exportam ODF: Google Docs, Fanfiction.net, phpmyadmin; Compatibilidade entre programas/sistemas: Crie no OOo, edite no BrOo, imprima no Koffice, exporte par o Google Docs; Sistemas/Software importante está incorporando ODF: WordPerfect, Notes...

6 Padronizado pela ISO: Por que usar ODF? Qualquer um pode escrever software para ele; Padrão aberto permite criar filtros facilmente: O MS Office 2010 recebe filtros para ODF; DocBook, TexInfo e LaTeX já podem ser exportados para ODF;

7 ODF X OOXML ODF foi criado por um consórcio: várias idéias e necessidades criaram um padrão sólido; OOXML desenvolvido pela Microsoft: padrão voltado para suas aplicações; ODF é simples e robusto ( apenas 600 páginas de documentação); OOXML extremamente pesado e sujo (6000 páginas. informações específicas de produtos);

8 Componentes do BrOo Editor de Texto: BrOo Writer; Planilha Eletrônica: BrOo Calc; Gerador de Apresentações: BrOo Impress; Sistema de Banco de Dados: BrOo Base; Outros utilitários: BrOo Math, BrOo Draw;

9 Controle de Qualidade O projeto de Controle de Qualidade Visa garantir a funcionalidade de cada versão lançada e a melhoria gradual do produto. A estabilização de tal projeto no BrOffice.org trará diversos benefícios. Dentre eles, as versões devem passar a ser lançadas logo após a versão em inglês.

10 O que é o BrOffice.org/LibreOffice.Org O BrOffice.org: É composto de editor de texto, planilha, apresentação, desenho, fórmulas, e banco de dados. Além de API, desenvolvimento e extensões É feito de ~70% C++, ~10% Java, ~10% Python, ~10% Basic; É desenvolvido distribuído pelo mundo; Usa o UNO API para conectar com Java, Python, Jscript e C++.

11 Qual o tamanho do projeto Mais de desenvolvedores de todos os perfis; Áreas de atuação: código, requisitos, interface, integração e gerência, usabilidade, compatibilidade, marketing, documentação, qualidade, gráfico, suporte e comunidade; + 7 Milhões de linhas de códigos distribuídos em 28 projetos e 100 idiomas.

12 Como acontece Todo o projeto é concentrado no portal. As ações relacionadas são: Descarga e uso do produto; Busca de suporte e comunidade; Reportes de falhas (bugs) e solicitações de melhorias/novas características (wishlist);

13 Como se organiza Sistema de bilhetes no Issuezilla derivação do BugZilla. Debates em listas de discussão (ezmlm); Reuniões de avaliação via IRC; Documentação no Wiki; Controle de versão SVN;

14 O processo Todas as requisições entram pelo sistema de bilhetes; Classificação em bug ou wishlist. Priorização baseado em voto e demandas; Avaliação de implementação; Implementação atual ou reescrita do módulo. SEMPRE os recursos são LIMITADOS.

15 Decisões de evolução Correções e novas características determinadas pelas equipes (análise local); Evoluções da API/núcleo decididas pelo ESC - Engineering Steering Committee, apoiadas pelos times; Discussões pelas listas dos projetos; Reuniões de trabalho por IRC; Mapa de versões (roadmap) estabelecidos; Equipes de desenvolvimento(cws) e qualidade (TCM).

16 Visão Geral Inicial (1): Pobremente controlado e imprevisível Repetitivo (2): Pode repetir tarefas executadas com sucesso. Definido (3): Processo é caracterizado e bem entendido. Gerenciado (4): Processo é medido e controlado. Otimizado(5): Foco na melhoria contínua do processo.

17 Por onde começar? Os 3 passos para participar Newbies / Novatos Relatório de Bugs Escrita de casos Testes Manuais Execução e escrita dos TCSs Entrar para o Time de Qualidade

18 Perguntas??? Contato: Website: Gubro-SC: