Requisitos de Software de Sistema  
Noticias
Autor: Walter Dominguez
Data: revisto em fev/2008
Fontes: 1. Somerville, Ian. Engenharia de Software, 6a Ed, 2003
2. Dominguez, Walter. Trabalho final curso de gerencia de projetos Puc 2005
3. Wiegers, Karl E. Software Requeriments Thorny Issues and Pratical Advice, MS Press, 2006
Links
Trabalhos fonte
Tema correlato
Técnica de Elicitação
Documentação

 

Definiçao -> Processo de elaboração de requisitos de sistema --> Tipificação --> Relacionamento entre tipos de requisitos --> Relacionamento entre requisitos, casos de uso, regras de negocio, caracteristicas de um produtoou serviço e atributos de qualidade --> Regras de negocios e requisitos
--> Técnicas de elicitação de requisitos --> Especificação de Requisitos (documentação)

 

Definição:
Requisitos são especificações que deverão ser implementadas, ou seja como o sistema deverá se comportar e que propriedades ou atributos deverá ter. Esta dentro da gerencia de escopo de projeto segundo PMI.(project manegement institute)                                   ---> volta ao inicio

Processo de elaboração de requisitos de sistema: 
  

1 .Elicitação. Identifique origens de informações sobre o sistema e descubra os requisitos destes.
A elicitação de requisitos é o início para toda a atividade de desenvolvimento de software, onde técnicas de elicitação são utilizadas. Embora a elicitação de requisitos seja a primeira atividade na engenharia de requisitos, esta atividade não acontece somente uma vez, seu processo é iterativo, ou seja, todas as demais etapas da engenharia de requisitos podem conter elicitação de requisitos.

.2 Análise. Entenda os requisitos, suas sobrecargas, e seus conflitos.

.3 Validação. Volte para os interessados no sistema e cheque se os requisitos são o que eles realmente tem necessidade.

.4 .Negociação. Inevitavelmente, visões dos interessados diferirão, e o que propuseram para requisitos podem estar em conflito. Tente reconciliar visões contraditórias e gerar um conjunto consistente de requisitos.

.5 Especificação. Documentação contendo os requisitos de modo que os interessados de software possam entender. (patrocinadores e desenvolvedores)

.6 Gerenciamento. Controle as mudanças de requisitos que inevitavelmente surgirão

                                                            . ---> volta ao inicio

   

Tipificação:       
Mostra os vários tipos de requisitos

Requisitos
de Dominio

Modelos estáticos das caracteristicas do ambiente

Requisitos Funcional

Modelos comportamentais (como respondem aos eventos)


Requisitos não funcional

Produto

Facilidadade de uso, confiabilidade, portabilidade, eficiência desempenho, espaço)

Organização

Entrega, implementação, padrão

Externo

Interoperabilidade,ético, legais (privacidade e segurança)

Requisitos do
Negocio

seta

Requisitos do Usuário

seta

Requisitos Funcional

seta

Especificação dos requisitos do Software

 

 

Requisitos do Sistema

 

 

Interfaces
Externas e limitações

Requisitos
não funcional  

Regras de negocios

Clique aqui para ver hierarquização dos requisitos (desenho)                  ---> volta ao inicio

 
   

Relacionamento entre tipos de requisitos  
                                                       Clique aqui para ver desenho
Requisitos de Negocio: Representa uma especie de porque da informação. Descreve porque a organização esta necessitando do projeto. Quais são as espectivas com relação ao produto ou serviço. Este requesitos são registrados na visão e escopo do projeto.

Requisitos do usuário: Constitue o que informar. O que o usário sera capaz de fazer com o produto ou serviço, tais como metas ou tarefas os usuarios serão capaz de executar. Algumas maneiras de representar esses requisitos são: Caso de uso, Cenários, estorias do usuario e tabelas de evento-resposta. Esses requistos podem ser incluidos na especificação do requisito de software.

Requisitos funcional: Outra especie do o que informar ou o que deverá fazer (também chamados de requisitos comportamentais)

Requisitos de sistema: Descrição de alto nivel para um produto que tenha multiplos subsistemas. O sitema poderá conter somente componente de software ou incorpora tanto dubsistema de sofware como hardware. Pessoa são partes do sitema também e certas funções do sitema podem ser alocadas como sendo humana. Representam assim a porção do requisito funcional e não funcional e que são alocados aos componentes do sistema

Regras de negocio: Incluem as politicas da corporação, regulamentos governamentais, padrõe da industria (tais como praticas contabeis), e algoritimos computacionais. Regras de negocio podem restringir quem ira executar certos casos de uso e elas podem influenciar os atributos de qualidade, tais como, segurança. Algumas regras pode ser usada no controle de processamento interno (ex. ponto de reposiçaõ de estoque). Algum requisito funcional pode derivar de uma regra de negocio.

Atributos de qualidade: descreve as caracteristicas em várias dimensões importantes ou pra usuarios, desenvolvedores ou manutendores. sta caracteristicas inclum: viabilidade, performance, usabilidade, portabilidade, integridade, eficeencia, robustes e outros.

Interfaces externa: Entre o sistema e o mundo externo que representa outar classe de requisitos não funcionais. Poder ser interfaces de comunicação, protocolos, hardware, componentes de software e usuarios humanos, usados na troca de informação com outros sistemas.

Limitações: são limitaçoes de design e de implementação . São restrições impostas na escolha das soluções.

Obs.: É importante deixar registrado os requisitos não atendidos e o porque, para futuras consultas                                                             --->  volta ao inicio  

 
Regras de negocios e requisitos      
                                                          Clique aqui para ver desenho       ---> volta ao inicio
 

Técnicas de elicitação de requisitos:    
As técnicas são: Observação, entrevista, análise de protocolo, JAD, PD, QFD, CRC, Prototipação e Cenários .

O parametros de avaliação das tecnicas são: Grupo/Individuo, considera o texto, carater de interação, liberdade de percuso, usa lado introspectivo, confiabilidade, custo, qualidade, padronização,produtividade, quantidade, descreve açoes dos usuários, compartilhamento de informações, tempo, promove coperação, facilitador, valida requisitos com usuário, conflito entre os usuários do grupo, evita atividade de projeto prematura.

Os valores atribuidos aos parametros podem ser: sim ou não, media, alto, baixo e longo e grupo/individuo.

Dentre as técnicas mais utilizadas são: entrevista (individuo) e cenário(grupo).

Veja ao estudo comparativo.               ---> volta ao inicio

 
 
Especificação de Requisitos (documentação)     

Documento para visão e escopo

1.Requisitos de Negocio
1.1 Motivo, Oportunidade de Negocio e          Necessidade do cliente
1.2 Objetivos do Negocio (BO) e Critério de          Sucesso (SC)
1.3 Necessidades do Cliente ou Mercado
1.4 Riscos do Negocio (R)

2. Visão da Solução
2.1 Declaração da Visão
2.2 Principais características (C)
2.3 Pressupostos (P) e dependências (D)

3. Escopo e limitações
3.1 Escopo da versão iniial (C) (V) e
Escopo das versões subseqüentes (C) (V)
3.2 Limitações e exclusões (L) (E)

4. Contexto do Negocio
4.1 Perfil dos participantes (papel, valor principal,atitudes, principal interesse e limitações)
4.2  Prioridades de projeto (Dimensão, diretrizes,limitações, grau de liberdade)
4.3 Ambiente de Operação



* Técnicas de elicitação: estudo, workshop,   entrevista, visita, jad, ...

 

 

 

Especificação dos requisitos de Software

1. Introdução
1.1 Proposta
1.2 Convenções do documento
1.3 Audiência pretendida e sugestões de leitura
1.4 Escopo de Projeto

2. Descrição Geral
2.1 Perspectiva do produto
2.2 Caracteristicas do produto
2.3 Classes de usuários e características
2.4 Ambiente de operação (AO)
2.5 Limitações de design e implementação (LI)
2.6 Documentação do usuário (DU)
2.7 Presupostos e dependências (PE) (DE)

3. Características do sistema
3.x.1 Carcteristicas do sistema X
3.x.2 Estimulos / Seqüência de respostas
3.x.3 Requisitos Funcionais

4. Requisitos de interface externa
4.1 Interface do usuário (IU)
4.2 Interface de Hardware (IH)
4.3 Interface de software (IS)
4.4 Interface de comunicação (IC)

5. Requisitos não funcionais
5.1 Requisito de performance (RP)
5.2 Requisitos de dispositivo de segurança (RD)
5.3 Requisitos de garantias (RG)
5.4 Atributos de qualidade de software (Disp,Robustes,..)

6. Outros requisitos
Apêndices: Dicionário e modelo de dados, mod analise

 
---> volta ao inicio