Análise e Concepção de Sistemas Página 33 3.14
3.14 3.14
3.14 AnAnAnálise VsAnálise Vsálise Vsálise Vs ValidaçValidação VsValidaçValidação Vsão Vsão Vs Verificação Verificação Verificação Verificação
A análiseanálise usa os requisitos tal como foram extraídos dos utilizadores/stakeholders e análiseanálise faz a seguinte pergunta: Temos os requisitos certos?Temos os requisitos certos?Temos os requisitos certos? Temos os requisitos certos?
A validaçãovalidação usa uma versão preliminar do documento de requisitos, isto é, usa os validaçãovalidação requisitos que já foram acordados entre os utilizadores/stakeholders após a fase de
negociação e faz a seguinte pergunta: EsEsEsEstamos a construir a solução certa?tamos a construir a solução certa?tamos a construir a solução certa?tamos a construir a solução certa? (É aquilo que o utilizador deseja?)
A verificaçãoverificaçãoverificaçãoverificação permite detectar se a solução a desenvolver, cumpre com as especificações e faz a seguinte pergunta: Estamos a construir bem a solução?Estamos a construir bem a solução?Estamos a construir bem a solução?Estamos a construir bem a solução?
3.15 3.15 3.15
3.15 ConclusãoConclusãoConclusãoConclusão
Uma especificação de requisitos só estará completa se houver tanta preocupação com
os requisitos funcionais quanto com os requisitos não funcionais.
• Deve ser feito uma tabela relacionando os requisitos nãonãonãonão funcionais, com suas origens funcionais, já que todos os requisitos não funcionais, existem para
atender, por completo, um requisito funcional.
• Não existe receita de bolo, para se definir os requisitos não funcionais, é necessário partir dos funcionais levantados e detalhá-los em busca de regras
de implementações.
Pontos Chaves Pontos Chaves Pontos Chaves
Pontos Chaves sobre requisitossobre requisitossobre requisitos sobre requisitos
O processo de engenharia de requisitos inclui o estudo de viabilidade, o levantamento
e a análise de requisitos, a especificação de requisitos, a validação de requisitos e
verificação de requisitos.
A análise de requisitos é um processo iterativo, que envolve a compreensão do
domínio, assim como a recolha, a classificação, a estruturação, a priorização e a
validação dos requisitos.
Diferentes utilizadores/stakeholders do sistema têm diferentes requisitos.
Todos os sistemas complexos devem, portanto, ser analisados a partir de uma série
de diferentes pontos de vista.
Os Os Os
Os requisitos nrequisitos nrequisitos não funcionaisrequisitos não funcionaisão funcionaisão funcionais relevantes para os sistemas crírelevantes para os sistemas críticosrelevantes para os sistemas crírelevantes para os sistemas críticosticos sticossssãoãoão:::: ão
– – –
– Fiabilidade, desempenho, segurança, usabilidade, integridadeFiabilidade, desempenho, segurança, usabilidade, integridadeFiabilidade, desempenho, segurança, usabilidade, integridadeFiabilidade, desempenho, segurança, usabilidade, integridade....
Os factores sociais e organizacionais têm forte influência sobre os requisitos do
sistema e podem determinar se o software será realmente utilizado ou não.
A validação dos requisitos é o processo de verificar os requisitos quanto a sua
Análise e Concepção de Sistemas Página 34 As revisões de requisitos e a prototipagem, são as principais técnicas utilizadas para a
validação de requisitos.
As modificações organizacionais, técnicas e de negócios inevitavelmente levam a
mudanças nos requisitos, de um sistema.
A gestão de requisitos é o processo de gerir e controlar essas mudanças. O processo
de gestão de requisitos inclui planeamento, onde são especificados os procedimentos
e as políticas para a gestão de requisitos.
R R R
Resumo sobreesumo sobreesumo sobre requisitos funcionais e não funcionais:esumo sobrerequisitos funcionais e não funcionais:requisitos funcionais e não funcionais:requisitos funcionais e não funcionais:
A distinção entre estes dois tipos de requisitos muitas vezes não é clara. O facto de
um requisito ser funcional ou não funcional pode depender de vários factores:
Por exemplo pode depender do Nível de detalhe a incluir no documento de requisitos
ou do grau de confiança existente entre o cliente do sistema e a equipa de
desenvolvimento.
Os requisitos funcionais são requisitos que expressam funções ou serviços que um
sistema deve ou pode ser capaz de executar ou fornecer. As funções ou serviços são,
em geral, processos que utilizam inputs/entradas para produzir outputs/saídas.
Os requisitos não funcionais são requisitos que declaram restrições, ou atributos de
qualidade para o processo de desenvolvimento do sistema. Segurança, precisão,
usabilidade, desempenho são exemplos de requisitos não funcionais.
Exemplo:
R1 R1 R1
R1 - O sistema deve garantir que os dados estão protegidos de acessos não autorizados.
Convencionalmente, este seria um requisito não funcional porque não descreve
especificamente a funcionalidade que deve ser suportada pelo sistema.
R1 R1 R1
R1 - O sistema deve incluir um procedimento de autenticação de utilizadores, onde cada utilizador se deve identificar através de um nome de utilizador e palavra passe. Apenas os utilizadores autorizados desta forma podem aceder aos dados do sistema.
Nesta forma, o requisito já tem a forma de um requisito funcional visto que especifica a
função que se deve incorporar no sistema.
Exemplo2: Suponhamos que estejamos no domínio de uma clínica médica: um
Análise e Concepção de Sistemas Página 35 “O sistema deve fornecer uma entrada de dados que possibilite a designação de resultados a exames admitidos para um paciente por técnicos, supervisores e chefes”.
Este mesmo requisito funcional poderá ter associado a ele o seguinte não funcional:
“Alguns exames deverão ter tratamento especial para a entrada de resultados. Para estes exames, valores acima ou abaixo de uma lista pré-determinada, só poderão ser inseridos por chefes de secção!
Como vimos antes (no esquema de RNF), os requisitos não funcionais (RNF)
subdividem-se em três categorias: Requisitos do Produto, Requisitos Organizacionais
ou do Processo e Requisitos externos.
Requisitos do produto Requisitos do produto Requisitos do produto Requisitos do produto
Especificam as características que um sistema ou subsistema deve ter.
Alguns requisitos de produto podem ser formulados de uma forma precisa, e por esta
razão são fáceis de quantificar:
Exemplos de requisitos do produto:
– – –
– Requisitos de Requisitos de Requisitos de Requisitos de DesempenhoDesempenhoDesempenho Desempenho
Ex: O sistema Y deve conseguir tratar pelo menos 8 transacções por segundo.
– – –
– Requisitos de Requisitos de Requisitos de Requisitos de FiabilidadeFiabilidadeFiabilidade Fiabilidade
Ex: O serviço X do sistema deve ter uma disponibilidade de 99%
– – –
– RequisRequisRequisRequisito de espaço (ito de espaço (ito de espaço (ito de espaço (eee....geg, Rgg, R, RA, RAAAM ou HD)M ou HD)M ou HD) M ou HD)
Ex: O ficheiro executável do sistema Z não pode ser superior a 512 Kbytes.
– – –
– RequisRequisRequisRequisito de ito de ito de ito de IIIIntegridadentegridadentegridadentegridade
Ex1: O sistema de corte de papel não deve permitir a sua operação a não ser que a
protecção da guilhotina esteja accionada
Ex2: O sistema não deve permitir que a dose do sedativo dada ao doente seja maior
do que o valor máximo determinado pelo médico responsável.
Ex3: O sistema não deve operar se a temperatura externa for inferior a 4ºCelsius.
Os requisitos de integridade são os requisitos Os requisitos de integridade são os requisitos Os requisitos de integridade são os requisitos
Os requisitos de integridade são os requisitos ““““não deve…” que excluem situações não deve…” que excluem situações não deve…” que excluem situações não deve…” que excluem situações
inseguras inseguras inseguras
Análise e Concepção de Sistemas Página 36 Outros requisitos são mais difíceis de quantificar, e por consequência são descritos de
forma mais informal:
– – –
– UsabilidadeUsabilidadeUsabilidadeUsabilidade
Ex1: O sistema infantil X, deve possuir muitas cores e objectos grandes para facilitar a
interacção das crianças.
Ex2: O utilizador Zé das Couves, digita uma grande quantidade de dados por mês e
precisa que todas as operações feitas na janela de digitação, sejam acessíveis
directamente pelo teclado para que ele não perca tempo usando o rato.
Requisitos Requisitos Requisitos
Requisitos do procedo procedo procedo processo/organizacionaissso/organizacionaissso/organizacionaissso/organizacionais
Requisitos do processo são restrições colocadas no processo de desenvolvimento do
sistema.
Requisitos do processo incluem:
– Requisitos aos standards de desenvolvimento e métodos a usar.
– Ferramentas CASE que devem ser usadas.
– Relatórios de gestão que devem ser produzidos.
Exemplo de requisitos do processo:
– – –
– ReReReRequisito de quisito de quisito de quisito de PortabilidadePortabilidadePortabilidadePortabilidade
Ex: O sistema deve ser desenvolvido para as plataformas PC e Macintosh.
– – –
– Requisito de Requisito de Requisito de Requisito de IIIImplementaçmplementaçmplementaçmplementaçãoãoãoão
Ex: O sistema de encriptar todas as comunicações externas através do algoritmo RSA.
– – –
– Requisitos padrRequisitos padrRequisitos padrRequisitos padrões/Standardsões/Standardsões/Standards ões/Standards
– O processo de desenvolvimento usado deve ser explicitamente definido e deve estar
em conformidade com o standard ISO 9000.
Requisitos Requisitos Requisitos
Requisitos ExternosExternosExternosExternos
Podem ser colocados quer no produto quer no processo. São requisitos derivados do
ambiente onde o sistema está a ser desenvolvido.
Requisitos externos estão baseados em: • Informação do domínio de aplicação; • Considerações organizacionais;
Análise e Concepção de Sistemas Página 37 Exemplos de requisitos externos:
Sistema de Dados Médicos Sistema de Dados Médicos Sistema de Dados Médicos Sistema de Dados Médicos
– O responsável pela protecção dos dados da organização deve certificar que todos os
dados são mantidos de acordo com legislação sobre protecção de dados antes de o
sistema estar operacional.
Os requisito externos raramente têm a forma “o sistema deve...” ou “o sistema não
deve...”. Em geral, estes requisitos são descrições a ter conta do contexto do sistema.
Obs: NNNNormalmente, aormalmente, aormalmente, aormalmente, as s s s preocupaçpreocupaçõespreocupaçpreocupaçõesõesões expressamexpressamexpressamexpressam tipicamente tipicamente tipicamente RNFtipicamente RNFRNF.... RNF
Exercício:
Um banco pretende desenvolver um sistema que permita aos seus clientes transferir
dinheiro entre diferentes contas.
a) Identifique os requisitos funcionais e não funcionais deste sistema.
