FATTO

O Rational Unified Process - RUP (ou Processo Unificado Rational) é um modelo de processo de desenvolvimento de software iterativo. Ele é passível de ser adaptado por qualquer organização, que pode buscar os elementos do processo mais adequado à suas necessidades. A Rational é uma divisão da IBM desde 2003.

Informação criada a partir da transformação de dados existentes. Requer outro processamento além da recuperação, conversão, formatação e/ou edição direta de dados de um arquivo lógico interno e/ou arquivo de interface externa.

Ou seja, é um dado que é apresentado pelo sistema mas que não está armazenado em um arquivo lógico. Ele é criado através de uma lógica de processamento (cálculo, por exemplo). Exemplos de dados derivados podem ser todos os campos apresentados pela transação que sejam resultados de cálculos: total de faturamento, tempo médio entre falhas, % de participação do produto X nas vendas, etc.

Uma das 14 características gerais de sistema que descreve em que nível o alto volume de transações de negócio influencia o projeto, desenvolvimento, instalação e suporte da aplicação.

Pontue o nível de influência de acordo com as seguintes orientações:
0 - Não é previsto nenhum período de pico de transações.
1 - Os baixos volumes de transações têm efeito mínimo nas fases de
projeto, desenvolvimento e instalação.
2 - O volume médio de transações tem algum efeito sobre as fases de
projeto, desenvolvimento e instalação.
3 - O alto volume de transações afeta as fases de projeto, desenvolvimento e instalação.
4 - O alto volume de transações declarado pelo usuário nos requisitos técnicos da aplicação ou no acordo de nível de serviço é suficientemente alto para requerer tarefas de análise de performance nas fases de projeto, desenvolvimento e/ou instalação.
5 - O alto volume de transações declarado pelo usuário nos requisitos técnicos da aplicação ou no acordo de nível de serviço é suficientemente alto para requerer tarefas de análise de performance e, adicionalmente, utilização de ferramentas de análise de performance nas fases de projeto, desenvolvimento
e/ou instalação.

Representam dados centrais para o negócio da aplicação. Representam um percentual significativo das entidades identificadas. Possuem muitos atributos e são dados dinâmicos (regularmente lidos e mantidos). Devem ser contados como ALIs ou AIEs.

Também chamados de core user data ou objetos de negócio.

Características lógicas incluem:
• Obrigatório para a operação da área funcional do usuário
• Identificável pelo usuário (normalmente por um usuário do negócio)
• Mantido pelo usuário (normalmente por um usuário do negócio)
• Armazena Dados Centrais do Usuário para auxiliar as transações do negócio
• Muito dinâmico – operações normais do negócio fazem com que eles sejam regularmente referenciados, incluídos, alterados e excluídos rotineiramente.
• Reportável

Características físicas incluem:
• Têm campos chave e normalmente muitos atributos
• Podem ter de zero a infinitos registros

Uma das 14 características gerais de sistema que descreve em que nível considerações sobre fatores humanos e facilidade de uso pelo usuário final influenciam o desenvolvimento da aplicação. As funções interativas fornecidas pela aplicação enfatizam um projeto para o aumento da eficiência do usuário final. O projeto inclui:
- Auxílio para navegação, como, por exemplo, teclas de função, saltos, menus gerados dinamicamente;
- Menus;
- Ajuda on-line e documentação;
- Movimentação automática de cursor;
- Paginação;
- Impressão remota por meio de transações on-line;
- Teclas de função predefinidas;
- Tarefas em lote submetidas a transações on-line;
- Seleção feita por posicionamento de cursor em tela de dados;
- Uso intenso de vídeo reverso, brilho, cores e outros indicadores;
- Documentação impressa das transações;
- Interface de mouse;
- Janelas pop-up;
- Utilização de número mínimo de telas para executar uma função do negócio;
- Suporte a dois idiomas (conte como quatro itens);
- Suporte a mais de dois idiomas (conte como seis itens).

Pontue o nível de influência de acordo com as seguintes orientações:
0 - Nenhum dos itens anteriores.
1 - De um a três dos itens anteriores.
2 - De quatro a cinco dos itens anteriores.
3 - Seis ou mais dos itens anteriores, mas não existem requisitos específicos do usuário associados à eficiência.
4 - Seis ou mais dos itens anteriores e requisitos explícitos sobre a eficiência para o usuário final são fortes o bastante para necessitarem de tarefas de projeto que incluam fatores humanos, como, por exemplo, minimizar o número de toques no teclado, maximizar padrões de campo e uso de modelos.
5 - Seis ou mais dos itens anteriores e requisitos explícitos sobre a eficiência para o usuário final são fortes o bastante para necessitarem do uso de ferramentas e processos especiais para demonstrar que os objetivos foram alcançados.

Netherlands Software Metrics Association (www.nesma.org). Uma organização governada por membros, sem fins lucrativos, sediada na Holanda, comprometida para promover e suportar a análise de pontos de função e outros métodos de medição de software. Mantém um manual próprio para a contagem de pontos de função, com os mesmos conceitos e definições que o manual do IFPUG. Para a contagem de projetos de desenvolvimento e aplicação, as diferenças são pequenas entre a NESMA e o IFPUG. Para a contagem de projetos de melhoria, a abordagem das duas organizações é bem diferente.

Representa uma descrição formal das necessidades de negócio do usuário em sua própria linguagem. Desenvolvedores traduzem a informação do usuário em linguagem de tecnologia da informação para fornecer uma solução. Ela:

- É uma descrição das funções do negócio.
- É aprovada pelo usuário.
- Pode ser usada para contar pontos de função.
- Pode variar em sua forma física (protótipos, atas de reunião, modelos, documento de visão, casos de uso, etc).

Nota 1: o termo desenvolvedor neste caso não se refere exclusivamente ao programador, mas a todos os profissionais envolvidos no processo de desenvolvimento do sistema (analista, documentador, testador, gerente de projetos, etc).

Nota 2: Um documento técnico (em linguagem de TI) gerado pelo desenvolvedor pode ser usado para contar pontos de função se for possível extrair do mesmo os requisitos funcionais, no entanto ele não representará a visão do usuário pois não usa a linguagem do negócio do usuário.

A IEC – International Electrotechnical Commission (www.iec.ch) é uma organização global que prepara e publica normas internacionais relacionadas a todas as tecnologias elétricas, eletrônicas e afins.

A ISO – International Organization for Standardization (www.iso.org) é uma federação internacional de organismos nacionais de padronização, composta por mais de 160 países, sendo 1 organismo de cada país. A ISO é um organismo não governamental, com a missão é promover o desenvolvimento de padrões e atividades afins ao redor do mundo, com a visão de facilitar a troca de experiências e o desenvolvimento corporativo de atividades na esfera intelectual, científica, tecnológica e econômica. Os resultados do trabalho da ISO são consensos internacionais publicados como normas internacionais.