BOLETIM INFORMATIVO DA FATTO CONSULTORIA E SISTEMAS - AGOSTO DE 2004
EVENTOS E NOTÍCIAS
1. CALENDÁRIO DE CURSOS DA FATTO
Consulte na página principal do site da FATTO o calendário
dos cursos já programados para o ano de 2004.
Breve serão acrescentadas novas turmas e novos cursos!
Os cursos programados são:
- Capacitação em APF:
São Paulo, 21 e 28 de agosto;
- Capacitação em APF:
Porto Alegre, 23 e 24 de setembro;
- Capacitação em APF:
Vitória, 04 e 11 de dezembro;
Detalhes em
http://www.fattoCS.com.br/.
2. SORTEIO DO LIVRO "ANÁLISE DE PONTOS DE FUNÇÃO: MEDIÇÃO, ESTIMATIVAS E GERENCIAMENTO DE PROJETOS DE SOFTWARE"
Quer AUMENTAR AS SUAS CHANCES no sorteio?
Basta indicar os seus amigos!
Caso o seu indicado seja sorteado você também ganhará um livro.
Para isto basta que ele informe no campo "Como ficou sabendo do nosso
site?" do formulário do sorteio o seu e-mail ou nome completo.
Quanto mais pessoas você indicar, mais chances você tem de ganhar!
3. 10TH INTERNATIONAL SOFTWARE METRICS SYMPOSIUM
De 14 a 16 de Setembro será realizado em Chicago (USA) mais uma edição
do simpósio internacional de métricas de software. Este simpósio é um
dos principais eventos na área da engenharia de software que enfoca a
pesquisa e a prática da medição de software e o uso de dados para
entender, avaliar e modelar as particularidades dessa disciplina.
Acesse:
http://swmetrics.org/.
4. COMDEX SUCESU-SP 2004
O maior Congresso de Tecnologia da Informação e Comunicações da América
Latina", ocorrerá de 17 a 19 de Agosto no Anhembi, em São Paulo - SP. O
objetivo é ser uma fonte completa e esgotar o assunto tecnologia, oferecendo
aos convidados todos os mais atuais temas relacionados ao universo da
Tecnologia da Informação.
Temas abordados:
- Segurança
- Gestão de Projetos
- Software Livre
- Java
- Business Intelligence
- Desenvolvimento de Projetos
- Gestão Estratégica de TI
- Aplicações
- Infra-Estrutura
- Telecomunicações
A Fatto estará presente no evento com o Tutorial: "Abordagens para Estimativas
de Projetos de Software - Sem Mágicas".
Acesse:
http://www.comdex.com.br/2004.
RECURSOS
1. STANDARDS, COMPLIANCE AND RATIONAL UNIFIED PROCESS, PART I: INTEGRATING RUP AND THE PMBOK
Este artigo explica qual o relacionamento entre o Processo Unificado da
Rational (RUP) e o "Project Management Body of Knowledge" (PMBOK)
mantido pelo "Project Management Institute", PMI.
Para ler o documento acesse:
http://www-106.ibm.com/developerworks/rational/library/4763.html.
2. SOFTWARE PROJECT MANAGEMENT - A MAPPING BETWEEN RUP AND THE PMBOK
Este artigo também compara o Processo Unificado da Rational (RUP) com
o corpo de conhecimento em gerenciamento de projetos (PMBOK) do PMI,
fornecendo um mapeamento entre as melhores práticas da disciplina de
gerenciamento de projeto preconizadas no RUP e no PMBOK.
Para ler o artigo acesse:
http://www-106.ibm.com/developerworks/rational/library/4721.html.
PERGUNTA E RESPOSTA
P.: Como a APF define o termo "Melhoria"?
R.: Dando seqüência às duas edições anteriores, o objetivo dessa
questão é esclarecer as diferenças de significados dados ao termo
quando empregado na APF e de forma genérica na área da tecnologia da
informação, causando confusões freqüentes nos usuários da técnica.
Na área da tecnologia da informação, de maneira geral, o termo
"melhoria" ou "projeto de melhoria" é utilizado para referenciar
qualquer projeto onde um software é melhorado em termos de plataforma,
performance, aparência, funcionalidade, usabilidade, etc. Tanto do
ponto de vista dos usuários quanto dos desenvolvedores, possui ainda
um significado diferente do termo "manutenção" ou "projeto de
manutenção", que determina um trabalho executado com a finalidade de
manter um software em perfeito estado de funcionamento.
Nesse sentido, seguem alguns exemplos de melhorias:
- Realizar mudanças em dados "hard coded" do software;
- Compatibilizar o software com uma nova versão do banco de dados;
- Subdividir fisicamente uma tela em outras, sem que haja mudanças
na funcionalidade;
- Alterações "cosméticas" em telas ou relatórios, como mudança de
cores, fontes, rearrumação de campos, etc;
- Adicionar novos dispositivos ao software.
Segundo o Manual de Práticas de Contagem (CPM) da análise de pontos de
função, uma contagem de um projeto de melhoria mede as alterações
realizadas em uma aplicação existente com a finalidade de incluir,
excluir ou modificar funcionalidades entregues quando o projeto estiver
completo. Sendo assim, na terminologia da análise de pontos de função,
se um "projeto de melhoria" não cria, modifica ou exclui funções
lógicas, nenhum ponto de função pode ser contado. Aplicando esse
conceito aos exemplos anteriores, observamos não haver funcionalidades
novas, alteradas ou excluídas no escopo da contagem.
A APF trata como "melhorias" as modificações realizadas nos
requisitos de dados dos usuários e nos processos elementares (ALI, AIE,
EE, SE ou CE), resultantes de manutenções adaptativas. O esforço
referente àquelas funcionalidades afetadas por manutenções corretivas
deve ser atribuído ao projeto de desenvolvimento ou melhoria que
introduziu os defeitos. Já as manutenções evolutivas, como aquelas para
suportar upgrades de software ou de plataforma, incrementar a
performance, etc. serão refletidas apenas nas características gerais da
aplicação (GCS), e não em termos de modificação em funcionalidades
lógicas.
Como exemplos de alterações consideradas no escopo de um projeto de
melhoria, podemos citar:
- Quando um campo for adicionado, alterado ou excluído de um arquivo;
- Quando uma aplicação passar a referenciar ou manter um campo já
existente no arquivo e que antes da melhoria não era utilizado;
- Quando houver alteração nos tipos de dados que atravessam a fronteira
da aplicação;
- Quando houver alteração nas lógicas de processamento da transação.
QUESTÕES DE CONTAGEM
P.: APF é apropriado para mensurar uma coleção de páginas Web
estáticas?
R.: A princípio é difícil imaginar a APF contribuindo de forma
efetiva para contagem de tais aplicações.
Na maioria dos casos, a Análise de Pontos de Função não será apropriada
para contar páginas Web estáticas, pois os elementos utilizados pela
APF não se enquadram naqueles que seriam os "inputs" desse tipo de
aplicação, como por exemplo, o número de páginas criadas, o volume de
texto por página, o número de hyperlinks, a complexidade dos elementos
gráficos e as estruturas de menu oferecidas. Nenhum deles é tratado
pela técnica de Pontos de Função, sendo mais indicada uma técnica que
leve esses parâmetros em consideração.
Até mesmo nas páginas onde códigos JavaScript são incluídos para prover
um menu ou uma animação esse código não seria considerado uma lógica de
processamento, especialmente quando destinado à interface com o
usuário.
Para efeito de contagem FPA, os sites estáticos podem ser comparados a
um esquema de consulta a helps, indicando que deveria ser contada uma
Consulta Externa para toda a aplicação. Isso traria pouco valor à
contagem, uma vez que a maioria dos sites pontuaria da mesma maneira,
mesmo tendo um número de páginas bem diferentes.
Para que a aplicação da APF seja possível é necessária a existência de
uma relação consistente entre o número de Pontos de Função e o
desenvolvimento de uma coleção de páginas. Tal relação existiria em
alguns casos, como em um site institucional onde as páginas são
compostas, em sua maioria, de formulários de preenchimento, mas
dificilmente seria encontrada numa página composta de textos,
hyperlinks, menus e elementos gráficos, sendo sua maioria construída
manualmente utilizando-se um editor de texto ou uma ferramenta como o
Dreamweaver.
________
Este informativo pode ser lido também através do link
http://www.fattocs.com.br/bif2004-08.asp
|
Para que possamos ter uma comunicação mais direcionada, convidamos para que complete/atualize o seu cadastro em http://www.fattocs.com.br/cadastro_boletim.asp. |
