Análise de pontos por função para aplicações orientadas a documentos
Douglas José Peixoto de Azevedo - GPS Ana Maria de Alencar Price UFRGS Robert Carlisle Burnett - PUC
|
1 Introdução Desde os primórdios da informática comercial as empresas estão enfrentando os mesmos problemas, há mais de 30 anos: como comunicar e gerenciar o vasto fluxo de dados e informações gerados diariamente. Mesmo com investimentos contínuos em automação de escritório, e na persistente busca do sonho do escritório sem papel, o volume de papel despendido é assombroso. Segundo a Dataquest [REI94], 98% dos usuários empresariais de computadores empregam software de processamento de texto em seus PC’s. É preciso, então, caracterizar este ambiente de desenvolvimento de aplicações. Isto se torna necessário porque algumas características da aplicação estão sendo executadas por este ambiente, tornando a produtividade de desenvolvimento mais rápida. Os ambientes de trabalho intranet groupware e CSCW (Computer Supported Cooperative Work), compõem o ambiente orientado a documento [BAN93, ELL91, TEL95]. Dentro deste contexto, irão ser delineadas algumas regras para poder reconhecer as funções e as características para a análise de pontos por função (FPA) para o desenvolvimento de aplicativos neste ambiente. Para tratar o assunto, este trabalho está dividido da seguinte forma: no item 2 mostrar-se-ão as regras necessárias para a contagem de pontos orientado a documento; no item 3 mostrar-se-á um exemplo usando as regras propostas. Os novos ambientes de desenvolvimento de aplicativos trazem consigo algumas funções já embutidas, como o compartilhamento de dados não estruturados, comunicação de dados, processamentos distribuídos, pesquisas em textos e outras que estão disponíveis para usar na solução de problemas. Neste ambiente o foco central é o documento. 2.1 Documento Os documentos são a forma mais simples e usual de troca de informações, dentro dos ambientes informatizados. Estes documentos podem ser formulários dinâmicos, onde as informações são atualizadas a cada acesso, e estático, onde as informações não mudam quando acessadas [BAL94, WEI92]. Surge daí a importância de estudar ferramentas para representar documentos, de modo a permitir um melhor manuseio através de sua automatização. A área que mais está sentindo os efeitos deste avanço é a automação de escritórios. A automação de escritórios foi bastante estimulada pelos avanços na tecnologia de equipamentos de apoio, declínio dos custos de hardware e, também, pelo desejo de acréscimo da produtividade [TOM85]. Os documentos têm características peculiares que exigem dos projetistas de banco de dados preocupações adicionais, em relação aos sistemas de banco de dados convencionais. Alguns objetos multimídia constantes de documentos exigem uma grande quantidade de volume de informação, dependendo da qualidade e do tempo desejado. Pesquisas demonstraram uma melhor performance na leitura quando o texto apresentado na tela é maior (40 a 60 linhas), comparado com textos menores (20 linhas) [BOR96a, BOR96b, MEL95]. Os softwares necessários para a implementação deste ambiente dependerá muito da plataforma escolhida. Apresenta-se uma relação de softwares e linguagens para implementar este ambiente. Estes softwares, alguns com linguagem nativas ditas visuais, estão arrolados nos itens abaixo. Estes softwares e linguagens existentes hoje no mercado são:
Dentro deste contexto, delinear-se-á um modelo de contagem contendo regras para reconhecer as funções e os níveis de influência para a contagem dos pontos por função para o desenvolvimento de aplicativos em um ambiente orientado a documento. Este modelo está dividido em 3 módulos:
Mas antes de aplicar os módulos acima descritos, deve-se identificar o tipo de documento que está sendo automatizado, procurando responder se este formulário será atualizado periodicamente ou não. Se a resposta for positiva, as regras a serem aplicadas são as referentes ao formulário dinâmico. Se a resposta for negativa, as regras a serem aplicadas são as referentes ao formulário estático. Identificado o tipo de formulário, aplicam-se as regras contidas no modelo demonstrado abaixo.
2.2.Módulo de Funções Específicas do Negócio Este módulo deve ser aplicado para gerar os pontos por função não ajustados de um projeto de desenvolvimento. A contagem de pontos por função não ajustados refletem as funções específicas e mensuráveis do negócio, providas ao usuário pela aplicação. Estas funções estão divididas em funções do tipo: dados e transações. A função de dados representa a funcionalidade provida ao usuário para atender requisitos externos referentes a dados, sendo composta por arquivos lógicos internos e arquivos de interface externa. Para contar os arquivos lógicos internos e os arquivos de interface externa é necessário identificar o total de registros lógicos e o total de itens de dados referenciados que os compõem. Para os formulários dinâmicos e estáticos não se tem o conceito de registro lógico conforme caracterizado acima. A quantidade de registro sempre será igual a um (1). A função do tipo transações representa a funcionalidade provida ao usuário para atender requisitos referentes a transações, sendo composta por entradas externas, saídas externas ou consultas externas. Para contar a entrada externa e a saída externa é necessário identificar o total de arquivos e itens de dados referenciados que os compõem. Para contar a consulta externa é necessário identificar o total de arquivos e itens de dados referenciados que os compõem. Primeiro classifica-se a parte da entrada e depois a parte da saída. Agora, delinear-se-ão algumas dicas para reconhecer o que não se deve contar para os formulários dinâmicos e estáticos: - arquivo lógico interno:
- arquivo de interface externo:
- entrada externa:
- saída externa:
- consulta externa:
2.2.1 Formulário Dinâmico As regras delineadas para o arquivo lógico interno:
As regras delineadas para a entrada externa:
As regras delineadas para a saída externa:
As regras delineadas para a consulta externa:
2.2.2 Formulário Estático Este tipo de formulário não deve ser contado como arquivo lógico externo, arquivo de interface externa, entrada externa e saída externa, em virtude da não atualização das informações. A classificação deve ser sempre igual a zero (0). Para a função de consulta externa limitar os documentos em aproximadamente 50 linhas (este procedimento deve ser adotado se o documento que está sendo contado for muito longo e não tiver sido estruturado na fase de desenvolvimento da aplicação que está sendo mensurada). Esta quantidade de linhas é sugerida na característica de documentos estrutura de acesso. Esta função na parte de entrada e na parte da saída sempre será igual à complexidade simples. 2.3 Módulo de Funcionalidade Geral A técnica de análise de pontos por função mede a funcionalidade geral de uma aplicação através da avaliação do nível de influência das catorze características gerais dos sistemas, avaliando-as de acordo com o seu nível de influência, que varia de zero (0) a cinco (5) [INT91, BRA96]:
Fator de Ajuste = ( NI * 0,01) + 0,65 2.3.1 Formulário Dinâmico Todas as considerações do ambiente orientado a documento estão resumidas no Quadro 2.1.
QUADRO 2.1 – Resumo das Considerações do Ambiente Orientado a Documentos – Formulário Dinâmico
2.3.4 Formulário Estático Para formulários estáticos todas as características são do ambiente e não da aplicação. Contar sempre como zero (0). 2.4 Módulo de Cálculo de Pontos Por Função Para produzir o total de Pontos por Função de um Projeto de Desenvolvimento, a seguinte fórmula deve ser usada:
Onde: - Pf_Desenvolvimento = Total de Pontos por Função do Desenvolvimento - Pf_Não_Ajustado = Total de Pontos por Função Não-Ajustados - Fator_Ajuste = Valor do Fator Ajuste 3 Exemplo de um Aplicativo Desenvolvido em Ambiente Orientado A Documento - Página Web - Html Demonstrar-se-á a utilização do modelo para formulário não formatado, definido no item 2 "análise de pontos por função orientado a documentos", no aplicativo "ferramentas NOC" , estruturada na fase de desenho.
3.1 Descrição do Projeto de Desenvolvimento O objetivo desta aplicação é disponibilizar o conceito e como usar o comando ARP - Address Resolution Protocol. As seguintes consultas/visões estão previstas:
O Texto conterá a(s) Página(s):
Para determinar a quantidade de pontos por função deste projeto de desenvolvimento, aplicam-se os passos definidos a seguir. Este procedimento será feito passo a passo utilizando-se o modelo de contagem de pontos por função proposto para o ambiente orientado a documento. Os seguintes passos devem ser executados:
3.2 Classificação das funções de transações - consultas externas As seguintes consultas/visões foram identificadas:
3.3 Cálculo dos Pontos Por Função não Ajustados Este passo consiste em calcular as funções de dados (arquivo lógico interno e arquivo de interface externa) e funções de transações (entrada externa, saída externa e consulta externa). Conforme descrito no item 2 "análise de pontos por função orientado a documentos", os formulários não formatados, compreendem-se de funções de transações - consultas externas. No Quadro 3.1, demostra-se o cálculo das consultas externas do aplicativo "ferramentas NOC".
QUADRO 3.1 - Total de Consultas Externas O Quadro 3.2, demostra o cálculo do total de pontos por função não ajustados. Analisa-se e calcula-se este quadro. Como demonstrado no item 2 "análise de pontos por função orientado a documentos", para as funções de dados (arquivo lógico interno e arquivo de interface externa) e as funções de transações (entrada externa e saída externa) os valores apurados são zero (0). Após esta análise, resumir o resultado da seguinte forma:
QUADRO 3.2 - Total de Pontos por Função não Ajustados 3.4 Classificação e Cálculo do Fator de Ajuste Este passo consiste em classificar os níveis de influência das catorze (14). O Quadro 3.3, demostra o total do fator de ajuste.
QUADRO 3.3 - Total do Fator de Ajuste 3.5 Cálculo dos Pontos Por Função Este passo consiste em produzir o total de pontos por função de um projeto de desenvolvimento. A seguinte fórmula deve ser usada:
Onde: - PF_DESENVOLVIMENTO = Total de Pontos por Função do Desenvolvimento - PF_NÃO_AJUSTADO = Total de Pontos por Função Não Ajustados - FATOR_AJUSTE = Valor do Fator Ajuste Conclui-se então que o total de pontos por função do Aplicativo Ferramentas Noc é: PF_DESENVOLVIMENTO = PF_NÃO_AJUSTADO * FATOR_DE_AJUSTE PF_DESENVOLVIMENTO = 15 * 0,65 = 9,75 = 10 4 Conclusão O ambiente orientado a documento representa avanços significativos na melhoria da comunicação e produtividade das empresas. A comunicação rápida torna uma empresa mais eficaz, pois a pessoa cria a informação e esta está disponível para as pessoas que a utilizam, e o ciclo de interação pode ocorrer em tempo real. O compartilhamento de informações entre departamentos e indivíduos torna a companhia mais dinâmica. São grandes os desafios que as empresas têm enfrentado para gerenciar os vastos fluxos de dados e informações gerados diariamente, e os recentes desenvolvimentos que concorreram para colocar esses objetivos ao alcance de qualquer organização. Mas é preciso mensurar os aplicativos desenvolvidos neste ambiente. A métrica escolhida para esta tarefa foi a análise de pontos por função [CON85,FEN93,SHE95]. Esta técnica apregoa que dimensiona sistemas a partir de uma visão de seu usuário/cliente sem levar em conta a tecnologia que está sendo usada na confecção dos aplicativos. Esta afirmativa não funciona. É correta mas, quando os aplicativos que estão sendo desenvolvidos utilizam softwares das novas tecnologia, este ambiente ou tecnologia tem que ser levado em consideração, sim. Olhar-se-á o ambiente que está sendo analisado é apresentar-se-á uma proposta para contar aplicativos desenvolvidos no ambiente orientado a documento. Este é o propósito deste trabalho. Referências Bibliográficas
[BOR96a] BORGES, Roberto C. de Mello. Interface homem-máquina em hiperdocumentos. Porto Alegre : CPGCC da UFRGS, 1996.
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||