apostila requisitos v1.2

Processo de Software da PBH/Prodabel PSP
Requisitos de Software e Casos de uso
Gerncia de Engenharia de Software (GESS-PB) Superintendncia de Arquitetura de Sistemas (SAS-PB) Diretoria de Sistemas e Informao (DS-PB) Empresa de Informtica e Informao de Belo Horizonte (Prodabel S/A) Verso 1.2

Sumrio
1. Requisitos de software 2. Engenharia de requisitos 3. Tcnicas de levantamento (elicitao) de requisitos 4. Casos de uso 5. Modelagem de casos de uso 6. Exerccios

Processo de software PBH/Prodabel
C1-Introduo 1
Processo de Software da PBH/Prodabel PSP
Gerncia de Engenharia de Software (GESS-PB)
Superintendncia de Arquitetura de Sistemas (SAS-PB)
Diretoria de Sistemas e Informao (DS-PB)
Empresa de Informtica e Informao de Belo Horizonte (Prodabel S/A)
Verso 1.2
Requisitos de software
Requisitos Processo de software da PBH/Prodabel 2
Objetivos
Entender o que um requisito
Apresentar as classificaes dos requisitos

C1-Introduo 2
Roteiro Problemas de desenvolvimento de software
Definio de requisitos
Classificao dos requisitos
Visibilidade
Natureza
Regras de negcio
Requisitos e processos
Interessados nos requisitos
Engenharia de requisitos
Desenvolvimento de requisitos
Gerenciamento de requisitos
Problemas do desenvolvimento de software
A parte mais difcil de construir um software decidirprecisamente o que deve ser feito.
Nenhuma outra parte do trabalho conceitual to difcil do que estabelecer os requisitos detalhados, incluindo todasas interfaces com pessoas, equipamentos e outrossistemas.
Nenhuma parte do trabalho influencia tanto o sistemaresultante se feita incorretamente.
Nenhuma parte mais difcil de retificar posteriormente.
(Frederick Brooks)

C1-Introduo 3
Problemas clssicos do desenvolvimento de software
Problemas com requisitos Envolvimento insuficiente dos usurios.
Crescimento dos requisitos de usurio.
Requisitos ambguos.
Gold plating (bala de prata).
Especificaes minimalistas.
Excesso de classes de usurio.
Planejamento inacurado.
Outros:
__________________________________________

C1-Introduo 4
Processo de requisitos efetivo Reduo de defeitos nos requisitos.
Reduo do retrabalho de desenvolvimento.
Reduo de caractersticas desnecessrias.
Reduo de custos para evolues.
Desenvolvimento agilizado.
Reduo dos problemas de comunicao.
Reduo do crescimento do escopo.
Reduo do caos no projeto.
Estimativas mais acuradas.
Aumento da satisfao dos envolvidos.
Requisitos
O termo requisito nem sempre utilizado pelaindstria de software de modo consistente.
Em alguns casos, um requisito visto como umadeclarao abstrata, de alto nvel, de uma funoque o sistema deve fornecer ou de uma restrio do sistema.
No outro extremo, ele pode ser uma definiodetalhada, matematicamente formal, de uma funodo sistema.
Que definio adotar?
__________________________________________

C1-Introduo 5
Documento de requisitos Se uma empresa deseja estabelecer um contrato para o desenvolvimento de um projeto de software, suas necessidadestm que ser definidas de forma suficientemente abstrata para queuma soluo a priori no seja definida.
No caso de contratao externa os requisitos devem ser redigidosde modo que os diversos fornecedores possam apresentarpropostas.
Uma vez estabelecido o contrato, o fornecedor escolhido precisapreparar uma definio de sistema para o cliente contendo maisdetalhes, de modo que o cliente possa compreender e validar o que o software far.
Em ambos os casos, tem-se um documento de requisitos.
Essas afirmaes mostram que a definio de requisitos deve ser feita por meio de refinamentos sucessivos, indo do conceitual emdireo ao fsico.
Definio de requisitos
1. Condio ou capacidade necessria a um usuriopara resolver um problema ou atingir um objetivo.
2. Condio ou capacidade que deve ser alcanada oupossuda por um sistema ou componente de sistemapara satisfazer um contrato, padro, especificaoou outro documento formalmente imposto.
3. Uma representao documentada de uma condioou capacidade como nos itens 1 e 2 acima.
Fonte: [IEEE Standard Glossary of Software Engineering Terminology, 1990]

C1-Introduo 6
Definio de requisitos II
Requsitos so uma especificao do que deveser implementado. Eles constituem descriesde como o sistema deve se comportar, ou umapropriedade ou atributo do sistema. Podemcaracterizar uma restrio no processo de desenvolvimento do sistema.
Fonte: Sommervile e Sawyer, Requirements Engineering, 1997].
O que requisito no
Especificao de requisitos no incluem:
Detalhes de desenho;
Implementao;
Informaes de teste;
Requisitos de projeto;
Limites de recursos e tempo;
necessidade de um tutorial para os usurios;
Etc

C1-Introduo 7
Quanto a visibilidade
Requisitos de usurio;
Requisitos de sistema;
Requisitos de desenho.
Quanto a natureza
Funcionais;
No funcionais.
Necessidades
Requisitos de usurio
Domnio dasoluo
=> SistemaRequisitos de sistemas
Requisitos de desenho
Domnio do problema
=> Negcio
Produto a ser construdo
+ Conceitual
+ Fsico
Problema a ser resolvido

C1-Introduo 8
Separao entre domnios A separao em domnios indica que osrequisitos de software tratam da soluo para um problema.
O formato da pirmide reflete o volume relativodo problema: poucas necessidades podem exigirvrios requisitos.
Rastreabilidade deve ser mantida entre todos osnveis.
Necessidades Tambm conhecidas como requisitos de negcio, representamobjetivos de alto nvel da organizao ou cliente que requisitou o sistema. Tipicamente so originadas do patrocinador do projeto, o adquirente. Por ex: o gerente dos usurios ou o setor de marketing.
Descrevem porque a organizao est implementando o sistema os objetivos que espera-se atingir. Normalmente socontemplados num documento de viso ou proposta do projeto.
Ex: Reduzir os custos operacionais [em y%]; Aumentarparticipao no mercado [em x%]; Implantar nova linha de produtos e servios.
D um exemplo na sua rea de trabalho:
____________________________________________________

C1-Introduo 9
Requisitos quanto visibilidade Requisitos de usurio: Declaraes em linguagem natural e tambm em diagramas sobre as funes que o sistema devefornecer e as restries sob as quais deve operar.
Requisitos de sistema: Estabelecem detalhadamente as funese restries de sistema. O documento de requisitos de sistema, tambm chamado Especificao Funcional ou de Requisitos, deve ser preciso. Ele pode servir como um contrato entre comprador e desenvolvedor.
Requisitos de desenho: Uma descrio abstrata que base paradetalhes de implementao. Essa especificao acrescenta maisdetalhes Especificao de Requisitos do Sistema. um documento orientado implementao.
Pblico-alvo dos documentos
Requisitos de usurio
Gerentes de clientesUsurios finaisTcnicos do clienteGerentes do fornecedorArquitetos de sistemas
Usurios finais de sistemasTcnicos do clienteArquitetos de sistemasDesenvolvedores de software (eventual)
Tcnicos do cliente(eventualmente)Arquitetos de sistemasDesenvolvedores de software
Requisitos de sistema
Requisitos de desenho

C1-Introduo 10
Exemplo de requisitos de usurio e sistema
Requisitos de usurio:
O sistema deve oferecer um meio de representar e acessararquivos externos criados por outras ferramentas.
Especificao de requisitos de sistema:
O usurio deve dispor de recursos par definir o tipo dos arquivos externos.
Cada tipo de arquivo pode ser representado como um coneespecfico na tela do usurio.
Quando um usurio seleciona um cone de um arquivoexterno, o efeito aplicar a ferramenta associada com o tipode arquivo representado, permitindo executa-lo.
Que software poderia ser este?
______________________________________________
Requisitos funcio

apostila requisitos v1.2

Documents

Feasibility Study v1.2

Gsk Looptraining V1.2

Curso SQR v1.2

Presentasi Rapor V1.2

Getting Started v1.2

Reglamento quidditch v1.2

LIN SPEC V1.2

Persuasion ppt -v1.2

Share plan v1.2

Apostila Cobit 5 - V1.2

Requisitos Edificios Para RCJAv2 v1.2

Liste Contacts V1.2

Curriculum Inissa v1.2

Manual TNRHogar v1.2

Reglamento 2013 v1.2

CMMI v1.2 Português

Ip guider v1.2

Apostila PIC C v1.2

Tutoriel Creately v1.2

Prentacion Eaf v1.2