BOLETIM INFORMATIVO DA FATTO CONSULTORIA E SISTEMAS - JANEIRO DE 2007
EVENTOS E NOTÍCIAS
1. CALENDÁRIO DE CURSOS ABERTOS DA FATTO
Veja abaixo o calendário dos cursos programados para os próximos meses:
- Capacitação em Análise de Pontos de Função:
SÃO PAULO, 03/02/07 e 10/02/07;
(detalhes em http://www.fattocs.com.br/turmafpa-sp.asp)
- Visão Gerencial e Capacitação em Análise de Pontos de Função:
BELÉM-PA, 12/02/07 a 14/02/07;
(detalhes em http://www.fattocs.com.br/turmafpa-pa.asp)
- Visão Gerencial da Análise de Pontos de Função:
SÃO PAULO, 17/03/07;
(detalhes em http://www.fattocs.com.br/turmavgpf-sp.asp)
- Visão Gerencial da Análise de Pontos de Função:
BRASÍLIA, 05/03/07;
(detalhes em http://www.fattocs.com.br/turmavgpf-bsb.asp)
- Capacitação em Análise de Pontos de Função:
BRASÍLIA, 06/03/07 e 07/03/07;
(detalhes em http://www.fattocs.com.br/turmafpa-bsb.asp)
- Tópicos Avançados da Análise de Pontos de Função:
BRASÍLIA, 08/03/07 e 09/03/07;
(detalhes em http://www.fattocs.com.br/turmatapf-bsb.asp)
- Preparação Exame CFPS - Certificação IFPUG:
BRASÍLIA,
10/03/07, 13/04/07 e 04/05/07;
(detalhes em http://www.fattocs.com.br/turmacfps-bsb.asp)
- Visão Gerencial da Análise de Pontos de Função:
RIO DE JANEIRO, 23/03/07;
(detalhes em http://www.fattocs.com.br/turmavgpf-rio.asp)
- Capacitação em Análise de Pontos de Função:
RIO DE JANEIRO, 24/03/07 e 31/03/07;
(detalhes em http://www.fattocs.com.br/turmafpa-rio.asp)
- Capacitação em Análise de Pontos de Função:
SALVADOR, 29/03/07 e
30/03/07;
(detalhes em http://www.fattocs.com.br/turmafpa-ba.asp)
- Preparação Exame CFPS - Certificação IFPUG:
SÃO PAULO,
31/03/07, 14/04/07 e 05/05/07;
(detalhes em http://www.fattocs.com.br/turmacfps-sp.asp)
- Preparação Exame CFPS - Certificação IFPUG:
SALVADOR,
31/03/07, 14/04/07 e 05/05/07;
(detalhes em http://www.fattocs.com.br/turmacfps-ba.asp)
- Capacitação em Análise de Pontos de Função:
VITÓRIA, 13/04/07 e 14/04/07;
(detalhes em http://www.fattocs.com.br/turmafpa-vix.asp)
- Capacitação em COCOMO II:
BRASÍLIA, 05/05/07 e 12/05/07;
(detalhes em http://www.fattocs.com.br/turmacocomo-bsb.asp)
- Tópicos Avançados da Análise de Pontos de Função:
SÃO PAULO, 19/05/07 e 26/05/07;
(detalhes em http://www.fattocs.com.br/turmatapf-sp.asp)
Esse calendário de cursos está disponível na página principal de nosso site:
http://www.fattocs.com.br/.
2. GLOSSÁRIO INTERATIVO SOBRE A APF
A FATTO publicou em seu site uma versão interativa do seu glossário
de termos da APF. Ele tem recursos de busca, navegação e hiperlink
entre os termos e as definições existentes.
Este glossário foi elaborado através de uma compilação
dos termos existente no manual de práticas de contagem do IFPUG,
versão 4.2.1, e complementado com outros termos de uso comum
pelos praticantes da APF.
O glossário está disponível na seção recursos de nosso site
ou diretamente no link:
http://www.fattocs.com.br/glossario.asp.
3. CHAMADA DE TRABALHOS PARA O SBQS 2007
Foi aberta a submissão de trabalhos para o VI Simpósio Brasileiro de Qualidade de Software (SBQS),
que será realizado em Porto de Galinhas - PE no período de 25 a 29 de junho de 2007.
O objetivo do simpósio é a troca de experiência e divulgação de trabalhos, promovendo a
integração entre Academia e Indústria. O evento será composto de palestras técnicas da
academia e de relatos de experiência da indústria, além de mini-cursos e da presença de
palestrantes convidados, de renome na Área de Qualidade de Software.
Serão aceitos dois tipos de artigos, com prazo de submissão até 04/04/07:
Trabalho Técnico - trabalhos inéditos sobre pesquisas realizadas em um dos tópicos de
interesse listados anteriormente, com contribuição acadêmica, ou seja, deverá ser enfatizada a
sua contribuição para o campo de estudos da Qualidade de Software.
Relato de Experiência - descrição da aplicação de procedimentos para garantia da qualidade,
mostrando resultados obtidos e lições aprendidas, em uma experiência prática com contribuição para a
indústria, ou seja, deverão ser enfatizados os resultados obtidos de experiências práticas.
Para mais informações acesse o site do evento:
http://www.proqualiti.org.br/sbqs2007.
4. PUBLICADA A SEXTA EDIÇÃO DO LIVRO DE APF
O livro Análise de Pontos de Função: Medição, Estimativas e Gerenciamento de Projetos de Software
chegou à sua sexta edição.
Em relação à edição anterior houveram pequenos ajustes nos capítulos 3, 4, 5, 6, 7 e 11 e inclusão de novos itens no
glossário.
Para mais informações sobre o livro, acesse
http://www.fattocs.com.br/livro.asp.
Para participar do grupo de leitores do livro, acesse
http://br.groups.yahoo.com/group/livro-apf/.
Para concorrer ao sorteio de um exemplar do livro, acesse
http://www.fattocs.com.br/sorteio.asp.
Para buscar as livrarias com os melhores preços, acesse
http://www.fattocs.com.br/redir.asp.
PRÁTICAS DE CONTAGEM
P.: Como o envio de um e-mail é considerado em uma contagem de pontos de função?
R.: Antes de tudo convém lembrar que a APF mede as funções de negócio do usuário sob a perspectiva lógica.
O e-mail é um recurso tecnológico (dentre tantos outros) que o desenvolvedor tem à sua disposição para
implementar os requisitos de negócio do usuário. Portanto avaliar a contagem do envio de e-mail fora do
contexto do requisito de negócio que este está atendendo não faz sentido para a APF.
A seguir são citados alguns cenários onde o envio de e-mail pode ser empregado e como a contagem de pontos
de função é afetada:
1) uma confirmação de uma operação do usuário. Por exemplo, um sistema de vendas pela internet envia automaticamente
um e-mail de confirmação para o cliente assim que ele efetuar a compra de um produto.
Neste cenário a confirmação não pode ser enviada sem que haja a compra pelo cliente. Sendo assim, o procedimento inteiro
de venda, incluindo a notificação por e-mail, deve ser contado como um único processo elementar. Neste caso classificado
como uma entrada externa, pois mesmo enviando dados para fora da fronteira da aplicação a principal intenção do processo
é fornecer dados para dentro da aplicação, uma vez que se trata de um processo de compra por parte do cliente.
E para avaliar a complexidade da transação, é necessário avaliar todos os arquivos referenciados e tipos de dados que
atravessam a fronteira da aplicação (conjuntamente no procedimento de compra e notificação por e-mail).
2) uma simples mensagem enviada de usuário para usuário. Por exemplo, um software de cliente de e-mail (Outlook, Eudora,...);
Neste cenário, o envio de e-mail é sozinho um processo elementar. Para o software de e-mail, ao enviar uma mensagem, a principal
intenção é enviar dados para fora da fronteira da aplicação. Mas, por existir atualização de arquivo lógico interno (caixa de
saída do Outlook), é considerado uma saída externa. É importante observar que, quase todos os tipos de dados utilizados nesta
transação (destinatário, assunto, corpo do e-mail,...), entram e saem da fronteira da aplicação, mas devem ser contados
apenas uma única vez para avaliar sua complexidade.
3) uma notificação automática. Por exemplo, um alarme ou lembrete de um sistema de agendamento, que notifica seus usuários
de seus compromissos, que é programado para enviar um e-mail na data/hora previamente marcada. Ou ainda, quando ocorrer uma
falha de processamento no sistema. Em outras palavras, processos que não sejam “disparados” pelo usuário.
Neste cenário, o processo elementar ocorre sem a intervenção do usuário. No exemplo do agendamento, é possível programar um
lembrete que envia uma notificação na data/hora marcada. Sendo que, a principal intenção é enviar dados para fora da fronteira
da aplicação. Mas é importante analisar se é feita alguma atualização em algum arquivo referenciado, alterado o comportamento
do sistema, ou ainda, efetuado algum cálculo. Com alguma destas condições, o processo elementar é considerado uma saída externa.
Na contagem dos tipos de dados deste processo elementar, não se deve contar como TD a data/hora do sistema, nem mesmo a
data/hora que o usuário programou para que seja comparada com a data/hora do sistema. Exceto se esta data/hora programada sair
da fronteira da aplicação, por exemplo, como parte do texto do e-mail.
No outro exemplo, que envia um e-mail para a equipe técnica relatando um erro de processamento, este não deve ser considerado
um processo elementar, uma vez que é um requisito técnico, de escolha do desenvolvedor.
________
Este informativo pode ser lido também através do link
http://www.fattocs.com.br/bif2007-01.asp
|
Assine nosso boletim (ou atualize o seu cadastro se já for assinante):
http://www.fattocs.com.br/cadastro_boletim.asp.
Ou também podem ser lidas aqui |
