Engenharia de Software Engenharia de Software

ENGENHARIA DE REQUISITOS

A parte mais difícil do desenvolvimento de software é

decidir precisamente o que será desenvolvido. Nenhuma
outra parte do trabalho é tão difícil quanto estabelecer
os detalhes técnicos necessários , incluindo todas as
interfaces para pessoas, máquinas e para outros
Engenharia de Requisitos sistemas de software. Nenhuma outra parte é tão
passível de ocasionar erros no sistema quanto essa.
Nenhuma outra parte é tão difícil de ser posteriormente
consertada. Brooks - 1987

Prof. MBA Ricardo Roberto de Lima

UNIPÊ – 2008.2 Ricardo Roberto de Lima Slide 1 - RRL UNIPÊ – 2008.2 Ricardo Roberto de Lima Slide 2 - RRL

Engenharia de Software Engenharia de Software

ENGENHARIA
ENGENHARIA DE
DE REQUISITOS
REQUISITOS -- DEFINI
DEFINIÇÇÃO
DEFINIÇÃO ENGENHARIA
ENGENHARIA DE
DE REQUISITOS
REQUISITOS -- DEFINI
DEFINIÇÇÃO
DEFINIÇÃO

REQUISITO:
n Condição necessária para a obtenção de certo objetivo, ou para
o preenchimento de certo objetivo.
ESPECIFICAÇÃO:
n Descrição minuciosa das características que um material, uma
obra, ou um serviço deverão apresentar.
Portanto, Especificação é diferente de Requisito
FUNÇÃO
n Ação própria ou natural de um órgão, aparelho ou
máquina (Dic. Aurélio). Por extensão, pode ser usada
para software.
n Um software possui v árias sub-funções.
Uma função deve satisfazer a um conjunto de
n

requisitos.
Então, se usa:
n Especificação de Requisitos Característica
n Especificação de Projeto n Do inglês “feature”. Pode ser usado como sinônimo
de função.

UNIPÊ – 2008.2 Ricardo Roberto de Lima Slide 3 - RRL UNIPÊ – 2008.2 Ricardo Roberto de Lima Slide 4 - RRL

Engenharia de Software Engenharia de Software

Classifica
Classificaç
ção dos
Classificação dos Requisitos
Requisitos Classifica
Classificaç
ção dos
Classificação dos Requisitos
Requisitos

Requisito Funcional Restrições

n Declarações de funções que o sistema deve n Declarações impostas sobre o
satisfazer, reações a entradas e comportamento. desenvolvimento do sistema. Ex: “custos,
Ex: “o sistema deve permitir que cada professor
prazos, plataforma tecnológica, aspectos
lance as notas das turmas lecionadas”.
legais, hardware e software a serem
Requisito Não-Funcional adquiridos.
n Declarações de características de “qualidade”,
relacionadas as funções oferecidas pelo sistema.
Exs: Confiabilidade, desempenho, Portabilidade,
seguran ça e usabilidade.

UNIPÊ – 2008.2 Ricardo Roberto de Lima Slide 5 - RRL UNIPÊ – 2008.2 Ricardo Roberto de Lima Slide 6 - RRL

1
 Engenharia de Software Engenharia de Software

Tipos de Requisitos Tipos de Requisitos

n Requisitos de usuário n Especificação de projeto de software

n são declarações em linguagem natural e n é uma descrição abstrata do projeto de
diagramática sobre as funções que o sistema deve
fornecer e as restrições sobre as quais deve operar. software; é base para o projeto e
implementação mais detalhados,
n Requisitos de sistema
acrescentando mais detalhes à
n estabelecem detalhadamente as funções e restrições
do sistema. Deve ser preciso e pode servir como um especificação de requisitos de sistema.
contrato entre o comprador e o desenvolvedor do
software. É também chamado de Especificação
funcional.

UNIPÊ – 2008.2 Ricardo Roberto de Lima Slide 7 - RRL UNIPÊ – 2008.2 Ricardo Roberto de Lima Slide 8 - RRL

Engenharia de Software Engenharia de Software

Leitores da especificação Especificação de requisitos do sistema em

linguagem natural
n Requisitos de Usuário n A especificação de requisitos deve ser composta por
n Gerentes e engenheiros do cliente, usuários finais, sentenças em linguagem natural, seguindo
gerentes do fornecedor, arquitetos de sistemas determinados padrões.
n Requisitos de Sistema n Cada requisito deve ter um identificador único, por
n Usuários finais, engenheiros do cliente, arquitetos de exemplo, um identificador numérico ou alfanumérico,
sistema, desenvolvedores de software para posterior referência.
Ex. 1, 1.1, 1.2, 2...
n Especificação de Projeto de Software n

n Iniciar com “O sistema deve ...”.

n Engenheiros do cliente (talvez), arquitetos de
sistemas, desenvolvedores. n Exemplo:“O sistema deve rodar em
microcomputadores da linha IBM PC que possuam
microprocessador Pentium IV ou superior.”

UNIPÊ – 2008.2 Ricardo Roberto de Lima Slide 9 - RRL UNIPÊ – 2008.2 Ricardo Roberto de Lima Slide 10 - RRL

Engenharia de Software Engenharia de Software

Outras técnicas para

Especificação de requisitos do sistema
especificação de requisitos
n Os requisitos devem estar organizados logicamente n Linguagens estruturadas (baseadas em
n Iniciar por uma descrição geral e metas gabaritos – templates ). Ex.
n Seções contendo todos os requisitos de entrada, de n Função: ...
processamento (comportamento), de saída etc. n Descrições:...
n Por casos de uso n Entradas
§ O usuário elabora a especificação por conta própria ou n Saídas
com apoio de engenheiros de software/analistas de n Pré-condições
negócios. n Pós-condições
§ A especificação é complementada por um glossário de n PDLs – Program Design Languages
termos t écnicos do domínio da aplicação, ou Léxico n Casos de Uso
Ampliado da Linguagem (J.Leite).
UNIPÊ – 2008.2 Ricardo Roberto de Lima Slide 11 - RRL UNIPÊ – 2008.2 Ricardo Roberto de Lima Slide 12 - RRL

2
 Engenharia de Software Engenharia de Software

DOCUMENTO DE REQUISITOS DO SIS-

SIS-TEMA DOCUMENTO DE REQUISITOS DO SIS-
SIS-TEMA

Como resultado do processo de engenharia n 2. DOCUMENTO DE REQUISITOS

de requisitos é desenvolvido o Documento
de Requisitos do Sistema. Este documento
conté m a especificação de todos os
requisitos funcionais e não funcionais (de
qualidade) do software, incluindo as
capacidades do produto, os recursos
disponíveis, os benefícios e os critérios de
aceitação.
O documento de requisitos do sistema deve ser composto por
sentenças em linguagem natural, seguindo determinados
padrões:
1) Iniciar com “O sistema deve ...”.
Exemplo:“O sistema deve rodar em microcomputadores da
linha IBM PC que possuam microprocessador 486 DX ou
superior.”
2) Os requisitos devem estar organizados logicamente, como
por exemplo, inicialmente todos os requisitos de entrada,
depois os de processamento e por último os requisitos de
saída.

UNIPÊ – 2008.2 Ricardo Roberto de Lima Slide 13 - RRL UNIPÊ – 2008.2 Ricardo Roberto de Lima Slide 14 - RRL

Engenharia de Software Engenharia de Software

DOCUMENTO DE REQUISITOS DO SIS-

SIS-TEMA Documento de Requisitos do Sistema

n 2. DOCUMENTO DE REQUISITOS n Propriedades: Deve...

... n especificar as restrições à implementação
3) Cada requisito deve ter um identificador único, por n ser fácil para modificar
exemplo, um identificador numérico, para posterior n servir como referência para os
referência. responsáveis pela manutenção do sistema
4) Os requisitos do software devem estar divididos em n registrar a estratégia sobre o ciclo de vida
requisitos funcionais e não funcionais (de qualidade). do sistema
n caracterizar a respostas aceit áveis para os
eventos desejáveis
n Padrão IEEE/ANSI 830-1993
UNIPÊ – 2008.2 Ricardo Roberto de Lima Slide 15 - RRL UNIPÊ – 2008.2 Ricardo Roberto de Lima Slide 16 - RRL

Engenharia de Software Engenharia de Software

Estrutura de um documento de
requisitos Requisitos
Requisitos funcionais
funcionais
n Prefácio n Podem ser expressos do ponto de vista do
n Introdução usuário ou do ponto de vista do sistema.
n Glossário n Requisitos do usuário: podem ser informais e
n Definição de requisitos do usuário gerais.
n Arquitetura do sistema n Requisitos do sistema
n Especificação de requisitos do sistema n Descrevem detalhadamente as entradas, saídas,
exceções, comportamento etc.
n Evolução do sistema
n Propriedades: não ambíguos, completos,
n Apêndices consistentes.
n Índices
UNIPÊ – 2008.2 Ricardo Roberto de Lima Slide 17 - RRL UNIPÊ – 2008.2 Ricardo Roberto de Lima Slide 18 - RRL

3
 Engenharia de Software Engenharia de Software

Requisitos funcionais – Ex. Sistema de

Requisitos
Requisitos funcionais
funcionais -- Ex
Ex Biblioteca

n Requisito do usu ário: Função: empréstimo entre bibliotecas

n 1. O sistema deve oferecer um meio de representar e acessar
arquivos externos criados por outras ferramentas.
n Requisito do sistema
n 1.1 O usuário deve dispor de recursos para definir o tipo dos
arquivos.
n 1.2 Cada tipo de arquivo externo pode ter uma ferramenta
associada que pode ser aplicada a ele.
1.3 Cada tipo de arquivo externo pode ser representado como
n
n O usu ário deverá ser capaz de buscar todo o conjunto
inicial no banco de dados ou selecionar um subconjunto
a partir dele.
n O sistema fornecerá telas apropriadas para o usuário ler
documentos no repositório de documentos.
n Cada pedido será alocado a um único identificador

um ícone específico na tela do usuário. (Id_Pedido), que o usu ário poderá copiar para a área de
armazenamento.

UNIPÊ – 2008.2 Ricardo Roberto de Lima Slide 19 - RRL UNIPÊ – 2008.2 Ricardo Roberto de Lima Slide 20 - RRL

Engenharia de Software Engenharia de Software

Problemas
Problemas com
com Requisitos
Requisitos Problemas
Problemas com
com Requisitos
Requisitos

n Erros mais comuns cometidos no Desenvolvimento: 4.A.5. O banco de dados deve aceitar a
n ignorar um grupo de clientes; geração e o controle de objetos de
n ignorar um único cliente; configuração, ou seja, os objetos que são
n omitir um grupo de requisitos;
agrupamentos de outros objetos no banco
n permitir inconsistências entre grupos de
de dados. Os recursos de controle de
requisitos; configuração devem permitir o acesso a
objetos em um grupo de versão, pelo uso
n fundir v ários requisitos em um só;
de um nome incompleto.
n aceitar requisito inadequado, confuso, incorreto,

sem clareza, indefinido, ou impreciso;

n aceitar um requisito ambíguo ou inconsistente;
Possui informações conceituais e detalhadas

UNIPÊ – 2008.2 Ricardo Roberto de Lima Slide 21 - RRL UNIPÊ – 2008.2 Ricardo Roberto de Lima Slide 22 - RRL

Engenharia de Software Engenharia de Software

Problemas
Problemas com
com Requisitos
Requisitos Requisitos
Requisitos não
não funcionais
funcionais
2.6 Recursos de grade. Para ajudar no
relacionamento de entidades em um n Relativos ao Produto
diagrama, o usuário pode acionar a grade n usabilidade, desempenho, uso de espaço,
confiabilidade, portabilidade.
em centímetros ou em polegadas, por
meio de uma opção no painel de controle. n Relativos à organização
entrega, implementação, padrões.
Inicialmente, a grade está desativada. Ela
n

pode ser ligada e desligada a qualquer n Externos

interoperabilidade, éticos e legais (privacidade e
momento durante a sessão de edição e n

seguran ça)
pode ser alternada entre polegadas e ...

Mistura de requisitos de usuário e de sistema

UNIPÊ – 2008.2 Ricardo Roberto de Lima Slide 23 - RRL UNIPÊ – 2008.2 Ricardo Roberto de Lima Slide 24 - RRL

4
 Engenharia de Software Engenharia de Software

Requisitos de Qualidade Requisitos de Qualidade

A Norma ISO/IEC 9126 [ISO9126] define seis n Requisitos de Qualidade - Defini

Definiçç ões
caracter ísticas de qualidade de software: [ISO9126]
n Funcionalidade, n Funcionalidade: “Conjunto de atributos que
Funcionalidade:
n Usabilidade,
evidenciam a existência de um conjunto de funções e
suas propriedades especificadas. As funções são as
n Confiabilidade,
que satisfazem as necessidades explícitas e
n Eficiência, implícitas”.
n Manutenibilidade e n Usabilidade:: “Conjunto de atributos que evidenciam o
Usabilidade
esforço necessário para se poder utilizar o software,
n Portabilidade.
bem como o julgamento individual desse uso, por um
conjunto explícito ou implícito de usu ários”.

UNIPÊ – 2008.2 Ricardo Roberto de Lima Slide 25 - RRL UNIPÊ – 2008.2 Ricardo Roberto de Lima Slide 26 - RRL

Engenharia de Software Engenharia de Software

Requisitos de Qualidade Requisitos de Qualidade

n Requisitos de Qualidade - Defini

Definiçções [ISO9126]
n Confiabilidade: “Conjunto de atributos que evidenciam a
Confiabilidade:
capacidade do software de manter seu nível de desempenho
sob condições estabelecidas durante um período de tempo
estabelecido”
n Eficiência:: “Conjunto de atributos que evidenciam o
Eficiência
relacionamento entre o nível de desempenho do software e a
quantidade de recursos usados, sob condi ções estabelecidas ”
n Requisitos de Qualidade - Defini
Definiçções [ISO9126]
n Manutenibilidade: “Conjunto de atributos que
evidenciam o esforço necessário para fazer
modificações especificadas no software”
n Portabilidade:: “Conjunto de atributos que evidenciam
Portabilidade
a capacidade do software de ser transferido de um
ambiente para outro”

UNIPÊ – 2008.2 Ricardo Roberto de Lima Slide 27 - RRL UNIPÊ – 2008.2 Ricardo Roberto de Lima Slide 28 - RRL

Engenharia de Software Engenharia de Software

Requisitos não funcionais. Exs

Exs.. Requisitos não funcionais. Exs
Exs..

n Meta n Requisito Organizacional

n O sistema deve ser f ácil de usar por n 9.3.2. O processo de desenvolvimento do sistema
e os documentos a serem entregues deverão estar
controladores eficientes e deve ser de acordo com o processo e os produtos a serem
organizado de modo que os erros dos entregues.
usuários sejam minimizados.
n Requisito do Produto
n Requisito Externo n 4.C.8 Deve ser possível que toda a comunicação
n 7.6.5 O sistema não deverá revelar aos necessária entre o APSE e o usu ário seja expressa
no conjunto-padrão de caracteres Ada.
operadores nenhuma informa ção pessoal
sobre os clientes, alé m de seus nomes e o
número de referência.

UNIPÊ – 2008.2 Ricardo Roberto de Lima Slide 29 - RRL UNIPÊ – 2008.2 Ricardo Roberto de Lima Slide 30 - RRL

5
 Engenharia de Software Engenharia de Software

Métricas para Especificar Requisitos Não

Funcionais Universo de Informação
Velocidade
É o conjunto geral no qual o software será
n

n Transações processadas/segundo

n Tempo de resposta do usuário/evento

desenvolvido. Inclui todas as fontes de
n Tempo de atualização da tela informação e todas as pessoas
n Tamanho relacionadas ao software (interessados),
n K bytes às quais denominamos de agentes desse
n N úmero de chips de RAM universo. O UdeI é a realidade
n Facilidade de uso circunstanciada pelo conjunto de
n Tempo de treinamento
objetivos definidos por quem solicitou o
n N úmero de “frames” da tela
software.
n Robustez
n Tempo de reinício depois de uma falha

UNIPÊ – 2008.2 Ricardo Roberto de Lima Slide 31 - RRL UNIPÊ – 2008.2 Ricardo Roberto de Lima Slide 32 - RRL

Engenharia de Software Engenharia de Software

Atividades Principais da Engenharia de

Requisitos ELICITAR
UdeI n ELICITAR = Eliciar + Clarear + Extrair + Descobrir ,
tornar explícito, obter o máximo de informação para o
conhecimento do objeto em questão.
Documento de Requisitos
do Sistema n Eliciar = Fazer sair, extrair, trazer à tona (a
ELICITAR
verdade).

UdeI ANALISAR n HÁ TRÊS ATIVIDADES PRINCIPAIS:

n Identificação de fontes de informação;
Métodos,
Decisões da Técnicas e
Análise n Coleta de Fatos
Ferramentas
n Comunicação
MODELAR Modelo de
Análise do
UNIPÊ – 2008.2 Ricardo Roberto de Lima Sistema
Slide 33 - RRL UNIPÊ – 2008.2 Ricardo Roberto de Lima Slide 34 - RRL

Engenharia de Software Engenharia de Software

IDENTIFICA ÇÃO DAS FONTES DE

IDENTIFICAÇ
ELICITAR INFORMAÇ
INFORMA ÇÃO

n UdeI : Contém toda informação necessária

n Faz Coleta de Fatos n Agentes (Atores, Usuários)
n (Agentes x Requisitos) + Hierarquia
n Faz Identificação de Fontes de
n Outras fontes de Informação:
Informação
n Documentação do macro-sistema

n Faz Comunicação n Políticas

n Faz/Usa Ferramentas n Manuais

n Memorandos, atas, contratos...

n Usa Pessoal
n Livros sobre tema relacionado
n Usa Métodos n Outros sistemas da empresa

n Depende de Pontos de Vista n Outros sistemas externos.

UNIPÊ – 2008.2 Ricardo Roberto de Lima Slide 35 - RRL UNIPÊ – 2008.2 Ricardo Roberto de Lima Slide 36 - RRL

6
 Engenharia de Software Engenharia de Software

IDENTIFICA ÇÃO DAS FONTES DE

IDENTIFICAÇ
COLETA DE FATOS
INFORMAÇ
INFORMA ÇÃO
n Convencionais
n Importante: n Introspecção
Introspecç
n Priorizar as Fontes de Informa ção. n Entrevistas
Questioná
Question ários
Heuríí sticas
Heur sticas: n

n Aná
Análise de Protocolos
n Atores mais importantes n Reuniões (grupos focados)
n Documentos mais mencionados n Leitura de documentos
n Rede de comunicação entre os n A ná
nálise do discurso
componentes do macro-sistema n Recuperaç
Recupera ção (eng. reversa) do projeto do
n ... software
n Reutilizaç
Reutiliza ção

UNIPÊ – 2008.2 Ricardo Roberto de Lima Slide 37 - RRL UNIPÊ – 2008.2 Ricardo Roberto de Lima Slide 38 - RRL

Engenharia de Software Engenharia de Software

Métodos para elicitação (Goguen) Métodos para Elicitação

n Introspecção n Entrevistas - tipos

n Primeiro e mais óbvio: um analista elabora n Questionários dirigidos
mentalmente, por conta própria, as propriedades n Perguntas abertas
que um sistema deverá ter.
n Grupos focados e de desenvolvimento de
n Problemas
sistemas (RAD, JAD)
n A forma de pensar do analista é diferente da
forma de pensar dos usuários n Problemas
n O usu ário precisa aprender como o sistema n Entrevistas falham quando o entrevistador e o
funciona, quando deveria apenas usá-lo para entrevistado não compartilham o mesmo
melhorar sua tarefa. sistema de categorias

UNIPÊ – 2008.2 Ricardo Roberto de Lima Slide 39 - RRL UNIPÊ – 2008.2 Ricardo Roberto de Lima Slide 40 - RRL

Engenharia de Software Engenharia de Software

COMUNICA ÇÃO Atividades Principais da Eng. Requisitos

UdeI
n (...ENTRE OS INTERESSADOS E OS ENGENHEIROS DE
SOFTWARE)

n Apresentação
Apresentaç ão: A forma como a informa ção é Documento de Requisitos
apresentada ELICITAR
do Sistema

n Entendimento: Estabelecimento de contextos

Entendimento
comuns. UdeI ANALISAR
n Linguagem Métodos,
Decisões da Técnicas e
n Nível de Abstraç
Abstração Análise Ferramentas
n Retro--alimenta
Retro alimentaçção MODELAR Modelo de
Análise do
UNIPÊ – 2008.2 Ricardo Roberto de Lima Slide 41 - RRL UNIPÊ – 2008.2 Ricardo Roberto de Lima
Sistema
Slide 42 - RRL

7
 Engenharia de Software Engenharia de Software

ANALISAR ANALISAR

• Há três atividades:
FAZ Identificação de Partes USA Métodos
– Identifica
Identificaçção de Partes FAZ Verificação USA Ferramentas
– Verifica
Verificaçção FAZ Validação DEPENDE DE
USA Pessoal Pontos de Vista
– Valida
Validaçção
Identifica
Identificaçção de
Identificação dePartes
Partes Projetos
Projetos de
de Grande
Grande Porte:
Porte:
Organização
Organização Ánálises
Ánálises Parciais
Parciais
Armazenamento
Armazenamento Requisitos
Requisitos mais
mais Importantes
Importantes

UNIPÊ – 2008.2 Ricardo Roberto de Lima Slide 43 - RRL UNIPÊ – 2008.2 Ricardo Roberto de Lima Slide 44 - RRL

Engenharia de Software Engenharia de Software

Validaç
Validação de Requisitos Validaç
Validação de Requisitos

Universo
Universo MODELO Universo
Universo MODELO
MODELO MODELO
de
de de
de
Informaç
Informa ção É Completo?
Informação Informaç
Informa ção
Informação
É Correto? É Consistente?
n Garantia de Qualidade de Software
n Conjunto de atividades técnicas aplicadas durante todo o n Garantia de Qualidade de Software
processo de desenvolvimento n Validação: Assegurar que o produto final corresponda
aos requisitos do software
n Objetivo
n Garantir que tanto o processo de desenvolvimento quanto o n Verifica ção: Assegurar consistência, completitude e
produto de software atinjam os níveis de qualidade corretitude do produto em cada fase e entre fases
consecutivas do ciclo de vida do software
especificados
n VV&T – Verificação, Validação e Teste n Teste: Examina o comportamento do produto através de
sua execução

UNIPÊ – 2008.2 Ricardo Roberto de Lima Slide 45 - RRL UNIPÊ – 2008.2 Ricardo Roberto de Lima Slide 46 - RRL

Engenharia de Software Engenharia de Software

Validação de requisitos Atividades Principais da Eng. Requisitos

n Tipos de verificação UdeI

n Validade

n Consistência

n Completeza
Documento de Requisitos
do Sistema
n Realismo ELICITAR
n Verificação

n Técnicas
n Revisões UdeI ANALISAR
Métodos,
n Prototipa ção
Decisões da Técnicas e
n Gera ção de casos de teste Análise Ferramentas
n Análise automatizada da consistência (quando os requisitos
são expressos em notação estruturada ou formal) MODELAR Modelo de
Análise do
UNIPÊ – 2008.2 Ricardo Roberto de Lima Slide 47 - RRL UNIPÊ – 2008.2 Ricardo Roberto de Lima
Sistema
Slide 48 - RRL

8
 Engenharia de Software Engenharia de Software

MODELAR MODELAR

n Há três atividades: FAZ Representação USA Métodos

n Representa
Representaç ção FAZ Organização USA Ferramentas
FAZ Armazenamento DEPENDE DE
n Organiza
Organizaçção USA Pessoal Pontos de Vista
n Armazenamento
Representa
Representaç
ção:
Representação: Organiza
Organizaç ção
ão::
Organização: Armazenamento:
Armazenamento
Armazenamento:
Tipos,
Tipos, Níveis
Níveis de
de Abstração
Abstração Classificação
Classificação
Relações
Relações Regras
Regras de
de Refinamento
Refinamento Indexação
Indexação
Operações
Operações Regras
Regras de
de Consistência
Consistência Int.
Int. Aspectos
Aspectos Gerais
Gerais

UNIPÊ – 2008.2 Ricardo Roberto de Lima Slide 49 - RRL UNIPÊ – 2008.2 Ricardo Roberto de Lima Slide 50 - RRL

Engenharia de Software Engenharia de Software

MODELAR DOCUMENTOS DE REQUISITOS

O bibliotecário adquire obras

Sujeito: Bibliotecário
Verbo: Adquire, ação de aquisiçã o
Objeto: Obras
Após a aquisição, o bibliotecário registra a obra
Sujeito: Bibliotecário
EXEMPLO DE UM DOCUMENTO DE
Verbo: Registra, aç ão de registro
Objeto: Obra
REQUISITOS
Aquisiçção/Adquirir
Aquisi

Noções:
Noç
1 - Tarefa realizada pelo Bibliotecário
2 - Compra ou recebimento de doações de obras para o acervo.

Impactos: 1 - O bibliotecário deve registrar a obra.

Impactos
UNIPÊ – 2008.2 Ricardo Roberto de Lima Slide 51 - RRL UNIPÊ – 2008.2 Ricardo Roberto de Lima Slide 52 - RRL