Árvore de páginas

Atualização Necessária

Todo o conteúdo deste espaço carece de atualização e, embora tenha validade nas suas intenções, as informações existentes podem ter divergências quanto à realidade atualizada, pois tratam-se de materiais bastante antigos (alguns com mais de 5 anos de existência) e que sofreram adaptações e evoluções ao longo dos anos, sem terem sido atualizados aqui.
Assim, pede-se ao leitor evitar de tomar decisões com base apenas no material aqui existente.

Skip to end of metadata
Go to start of metadata

Você está vendo a versão antiga da página. Ver a versão atual.

Comparar com o atual Ver Histórico da Página

Versão 1 Próxima »

Aqui voce encontra

Os estereótipos de features que podem existir no 3PUP.

Conteúdo:

1. Definição

Quando se fala de features (vide Tipo Feature) elas se enquadram sempre em um formato específico, o qual delimita a função que ela representa no sistema. Isso é chamado esterótipo.

Os esterótipos de features são listados na tabela abaixo:

Os status das features sao assim descritos:

1.1. Esterótipos de Features

Os esterótipos possíveis para uma feature são:

1.1.1.  User Feature

Ícone sugerido:

Representa uma característica ou função de alto de valor agregado para o cliente que eh executada pelo proprio usuario final do sistema, tais como uma tela de sistema, uma operação em uma tela, etc.

1.1.2. Developer Feature

Ícone sugerido:

Atividade desempenhada por membro da equipe do projeto, que visa agregar valor ao projeto durante a sua execucao, e nao apos a sua conclusão, tais como mentoria, consultoria, treinamento, instalações, etc.

1.1.3. Aquisition Feature

Ícone sugerido:

Semelhante à Developer Feature, é uma atividade de aquisição de recursos para o projeto desempenhada por membro da equipe, e que visa agregar valor ao projeto durante ou após sua conclusão. Esse tipo de feature existe para satisfazer o Processo de Aquisições, descrito pelo MPS.br.

1.1.4. System Feature

Ícone sugerido:

Uma função ou característica que deve ser suportada e executada pelo próprio sistema final, sem participação de um usuário, tais como processos de integracao automatizados. Também contempla as "habilidades" (requisitos nao funcionais) do sistema.

1.1.5. Overload Feature

Ícone sugerido:

Tarefa desempenhada por membro da equipe do projeto que nao eh percebida diretamente pelo cliente final, mas que eh essencial para a conducao do projeto, tais como gerenciamento, infraestrutura, suporte tecnologico, pesquisas, reunioes de equipe, etc. Para mais detalhes, veja item relacionado "Overload Task" em http://xprocess.blogspot.com/2009/05/what-is-overhead-task.html

1.1.6. Risk Feature

Ícone sugerido:

Qualquer condição mapeada, ou seja, prevista, que, se ocorrer, pode afetar o projeto de alguma forma, negativa ou positivamente. Os riscos são calculados utilizando abordagem do PMBOK, onde a sua prioridade é o equivalente a multiplicação dos Feature Points (FEP) versus a probabilidade da sua ocorrência. É o inverso do happen.

1.1.7. Happen Feature

Ícone sugerido:

Qualquer evento não mapeado, ou seja, imprevisto, que atue de forma negativa ou positivamente para o projeto, comprometendo ou melhorando seu desempenho. É o inverso do risco.

1.1.8.  Fail Feature

Ícone sugerido:

Atividades que representam defeitos detectados antes da entrega da feature. São os únicos sub-tipos dentro do processo 3PUP, e podem existir ou serem criados em qualquer momento (status) de uma feature não finalizada (entregue) ainda. A existência de falhas não finalizadas, implica que a feature não pode ser finalizada também.

1.2. Exemplos de Uso de Esterótipos em Features

A tabela abaixo traz uma relação de exemplos de uso de esterótipos para organização de features seguindo o Padrão AARON:

Tipo

ATOR

AÇÃO

artigo

RESULTADO

preposição

OBJETO DE DOMÍNIO

preposição

OBJETIVO DE NEGÓCIO

Operador de terminal

imprimir

o

espelho

da

nota fiscal eletrônica

para

permitir liberação do transporte

Administrador

listar

os

usuários ativos

do

sistema

para

verificar quem está contando como licenciamento

Cliente

adicionar

o

item de compra

ao

carrinho de compras

para

avançar na sua compra

Administrador

criar

o

modelo arquitetural

do

sistema

para

para nortear estrutura-base de desenvolvimento.

Equipe

realizar

a

reunião de lançamento

do

projeto

para

comunicar o plano de projeto a todos

Gerente

gerenciar

as

atividades

do

projeto

para

manter cronograma de trabalho do projeto

  • Sem rótulos