http://www.google.com/calendar/embed?src=8minkjm1kn0ti7lpq4ndgde2f0%40group.calendar.google.com&ctz=America/Sao_Paulo.

Participe de nossos eventos!!!

Nesta primeira observação, o objeto é o software word count (wc), conhecido utilitário disponível em diversas plataformas. Para delimitar um software existente, é necessário encontrar seu código fonte e documentação. No caso do wc, essa tarefa é simples.

Código fonte do pacote coreutils, que inclui o wc:

http://ftp.gnu.org/gnu/coreutils/

A versão do código escolhida para observação é a mais recente: 8.4. O repositório apresenta diversas versões, o que pode ajudar a observar a manutenção realizada entre 2003 e 2010.  As versões mais antigas não constam do repositório, segundo o código fonte, o software wc existe desde 1985.

Documentação do wc:

http://developer.apple.com/Mac/library/documentation/Darwin/Reference/ManPages/man1/wc.1.html

É possível que a documentação localizada não corresponda à versão escolhida, entretanto, as opções de configuração disponíveis são similares. A documentação auxilia a observar a dimensão funcional do wc.

Os artefatos localizados são suficientes para compilar e executar o softwa, entretanto, diversas informações não estão disponíveis. Considerando apenas: processos, projetos, pessoas e produtos. A dimensão do produto é que apresenta o maior número de indícios. A documentação indica apenas duas pessoas, dois programadores. Quanto ao processo e projeto, quase nada é conhecido. Sem informações  dessas duas últimas dimensões é quase impossível considerar estimativas e produtividade. Infelizmente, essas informações estão incompletas ou incorretas na maioria dos projetos.

Para se ter uma idéia da quantidade de informações ausentes neste exemplo, basta considerar o questionário proposto pelo ISBSG:

http://www.isbsg.org/ISBSGnew.nsf/WebPages/286528C58F55415BCA257474001C7B48?open

Alguma informação pode ser inferida por outros artefatos e informações em outros repositórios, mas é quase impossível recompor  a história do projeto e as atividades do processo.

O primeiro exercício para observar é preencher o questionário apenas com a documentação e o código fonte disponível. Este será o assunto do próximo relato.

O grupo realiza reuniões mensais e está aberto a todos os estudantes, profissionais e pesquisadores interessados.

O Observatório de Software é uma tentativa de analogia com os observatórios astronômicos. A ênfase da prática na maioria das empresas está em planejar, desenvolver, testar e manter software, entretanto, pouco se exerce, ou se divulga, a observação do software.

Em geral, esses relatos são privados, o que impede a comparação de experiências e a pesquisa sobre o assunto. Neste diário pretendemos registrar as opiniões e experiências dos participantes do grupo e de outros grupos similares.

As métricas e estimativas são importantes nessa observação, porém, pouco interesse existe se o software não está disponível e se o processo de observação não pode ser reproduzido e o software observado de forma independente.

Para reduzir o problema de sigilo profissional, o GUMES coleta artefatos e relatos que sejam públicos, para que a discussão seja aberta e transparente. O principal esforço está em localizar software livre, que possa ser examinado e relatos que acompanhem artefatos de suas respectivas métricas e estimativas.

Tomando esse conjunto reduzido de artefatos como exemplo, poderemos aplicar técnicas e discutir os resultados. Todos estão convidados a participar, com seus comentários e seus próprios diários e publicações.