-
Analisando as alternativas
( F) FUNCIONAL ( NF) NÃO FUNCIONAL
( F) I. o sistema deve apresentar a tela de login e senha antes de cada transação e validar o acesso com base nas políticas de segurança organizacional.
( NF) II . o sistema deve estar disponível para a diretoria em tempo integral, ou seja, 24 x 7.
( NF) III . o tempo de resposta de uma consulta da alta administração não pode exceder a 5 milissegundos.
( F) IV. cada Diretor que usa o sistema deve ser identificado apenas por sua matrícula de cinco dígitos seguidos do código de segurança.
( F) V. o sistema deverá gravar um log de autenticação a cada transação completada, contendo a identificação do usuário, data e equipamento utilizado.
( NF) VI. os backups do sistema deverão ser feitos diariamente a fim de evitar a eventual perda de dados sem capacidade de recuperação.
Letra C
-
Seguindo o padrão do @Rodrigo G. Marcelo
( F) FUNCIONAL ( NF) NÃO FUNCIONAL
( F) I. o sistema deve apresentar a tela de login e senha antes de cada transação e validar o acesso com base nas políticas de segurança organizacional.
( NF) II . o sistema deve estar disponível para a diretoria em tempo integral, ou seja, 24 x 7.
( NF) III . o tempo de resposta de uma consulta da alta administração não pode exceder a 5 milissegundos.
( F) IV. cada Diretor que usa o sistema deve ser identificado apenas por sua matrícula de cinco dígitos seguidos do código de segurança.
( NF) V. o sistema deverá gravar um log de autenticação a cada transação completada, contendo a identificação do usuário, data e equipamento utilizado.
( NF) VI. os backups do sistema deverão ser feitos diariamente a fim de evitar a eventual perda de dados sem capacidade de recuperação.
-
LETRA C
A destacar que na alternativa I temos a presença de um Requisito funcional e um Não Funcional:
I. o sistema deve apresentar a tela de login e senha antes de cada transação e validar o acesso com base nas políticas de segurança organizacional.
-
Requisitos Funcionaiss
Esclarecido o que são requisitos é hora de desmembrá-los explicando cada um, começamos pelos requisitos funcionais. Dentro da engenharia de softwares podemos destacar o requisito funcional , onde há a materialização de uma necessidade ou solicitação realizada por um software. Porém, vários Requisitos Funcionais podem ser realizados dentro de uma mesma funcionalidade. São variadas as funções e serviços que um sistema pode fornecer ao seu cliente, descrevemos abaixo algumas das inúmeras funções que os softwares podem executar:
-Incluir/Excluir/Alterar nome em uma tela de manutenção de funcionário
-Geração de relatório de determinado período de vendas
-Efetuar pagamentos de compra através de crédito ou débito
-Consulta e alterações de dados pessoais de clientes
-Emissão de relatórios de clientes ou vendas
-Consulta de saldo ou estoque
Os requisitos funcionais são de extrema importância no desenvolvimento de aplicativos, pois, sem eles não há funcionalidades nos sistemas. Seus modelos devem ser construídos em um nível de entendimento claro e objetivo, além de um código fonte totalmente aplicável. Conclusão, para se obter requisitos funcionais de qualidade a fábrica de software deve estar atenta a síntese e a semântica dos mesmos.
Requisitos Não Funcionaiss
Uma vez que os Requisitos Funcionais definem o que o sistema fará, a Engenharia de Software afirma que os Requisitos Não Funcionais definem como o sistema fará, embora não seja tão claro assim essa definição. Os Requisitos não Funcionais não estão relacionados diretamente às funcionalidades de um sistema. Também chamado de atributos de qualidade ainda assim é de grande importância no desenvolvimento do sistema. Tratados geralmente como premissas e restrições técnicas de um projeto os requisitos não funcionais são praticamente todas as necessidades que não podem ser atendidas através de funcionalidades. Geralmente mensurável, os requisitos não funcionais definem características e impõe limites do sistema como método de desenvolvimento, tempo, espaço, Sistema Operacional, dentre outros e cuja medida pode ser determinada é importante que se associe essa medida ou referência à cada requisito não funcional. Para ficar mais claro temos alguns exemplos de propriedades e suas métricas:
-O tamanho pode ser medido em kbytes e número de Chip de RAM.
-A velocidade está ligada ao tempo de utilização da tela, ou transações processadas por segundos.
-A métrica da portabilidade é o número de sistema-alvo.
-A facilidade de uso pode ser medida pelo número de janelas ou o tempo de treino
-A confiabilidade tem ligação com o tempo médio que o sistema pode vir a falhar, a disponibilidade ou até mesmo a taxa de ocorrência de falhas.
-
Logs são RNF relacionados à segurança. Podem ser usados tanto para Auditoria e Controle quanto para Contestabilidade e Responsabilização.