-
ERREI a questão. No meu entender o II seria Não Funcional.
Definições:
Requisitos funcionais. São declarações de serviços que o sistema deve fornecer, de como o sistema deve reagir a entradas específicas e de como o sistema deve se comportar em determinadas situações. Em alguns casos, os requisitos funcionais também podem explicitar o que o sistema não deve fazer.
Requisitos não funcionais. São restrições aos serviços ou funções oferecidos pelo sistema. Incluem restrições de
timing, restrições no processo de desenvolvimento e restrições impostas pelas normas.
O próprio Ian Somerville enuncia a dificuldade em algumas ocasiões de distinguir um do outro.
"Na realidade, a distinção entre diferentes tipos de requisitos não é tão clara como sugerem essas definições simples.
Um requisito de usuário relacionado com a proteção, tal como uma declaração de limitação de acesso a usuários autorizados, pode parecer um requisito não funcional. No entanto, quando desenvolvido em mais deta lhes, esse requisito pode gerar outros requisitos, claramente funcionais, como a necessidade de incluir recursos de autenticação de usuário no sistema".
Ian Sommerville - 9°edição
-
Esse ítem II pelo menos acredito que deveria ser não funcional, no caso operacional de segurança...
-
Também acho que o ítem II se encaixaria melhor como requisito não funcional.
-
Requisito funcional – um requisito de sistema de software que especifica uma função que o sistema ou componente deve ser capaz de realizar. Estes são requisitos de software que definem o comportamento do sistema, ou seja, o processo ou transformação que componentes de software ou hardware efetuam sobre as entradas para gerar as saídas. Esses requisitos capturam as funcionalidade sob o ponto de vista do usuário.
Requisito não funcional – em engenharia de sistemas de software, um requisito não funcional de software é aquele que descreve não o que o sistema fará, mas como ele fará. Assim, por exemplo, têm-se requisitos de desempenho, requisitos da interface externa do sistema, restrições de projeto e atributos da qualidade. A avaliação dos requisitos não funcionais é feita, em parte, por meio de testes, enquanto que outra parte é avaliada de maneira subjetiva.
http://www.devmedia.com.br/artigo-engenharia-de-software-3-requisitos-nao-funcionais/9525
-
A declaração do segundo requisito está caracterizando uma restrição FÍSICA quanto à guarda dos registros, SEM INTERFERÊNCIA DO USUÁRIO do sistema. PORTANTO, é um requisito NÃO-FUNCIONAL
-
Galera, matei a charada!
Como disse meu nobre amigo nobre...baseado no sommervile...requisitos não funcionais quando desenvolvidos em detalhes podem gerar outros requisitos que sejam claramente funcionais.
Pois é: II. Deve haver critérios de proteção para os registros em meio físico e eletrônico.
O segredo aqui é a palavra "critérios"; Sem ela, o item II seria totalmente não funcional, mas com ela, só estamos definindo critérios de proteção, ou seja, definindo o nível de tratamento para cada tipo de informação...informação sensível, pública, de fornecedor...e não o sistema de proteção em si.
-
O II parece ser não funcional.
O I parecer ser funcional, mas também pode decorrer de uma regra dum framework, por exemplo.
-
Questão ridícula, bizarra!
Qual seria a funcionalidade de III. Pode haver mais de uma maneira para a recuperação dos registros.? Uma função com múltiplas maneiras de recuperar registros? Isso parece mais uma restrição (RNF) que uma função.
Enfim, bola pra frente
-
Quando fala em questão de segurança acredito que seja não-funcional
A assertiva II
-
Pra mim funcional só a I.
Não me convenci com nenhum dos comentários. Se aparecer de novo na prova eu sigo errando :/
-
Pessoal eu acabei acertando, não sei se meu raciocinio esta correto, mas como os itens estavam gerando ambiguidade no meu ponto de vista, me apoiei no enunciado original:
Analistas de TI da COPERGÁS estão definindo os requisitos para um sistema de gestão dos registros necessários para demonstrar conformidade com os requisitos das normas
Imaginei que se é para demonstrar conformidade com a norma todos os requisitos devem ser funcionais obrigatóriamente pois fazem parte da regra de negócio.
-
Os requisitos são todos funcionais.
Um requisito de usuário relacionado com a proteção, tal como uma declaração de limitação de acesso a usuários autorizados, pode parecer um requisito não funcional. No entanto, quando desenvolvido em mais deta lhes, esse requisito pode gerar outros requisitos, claramente funcionais, como a necessidade de incluir recursos de autenticação de usuário no sistema".
-
Errei essa questão duas vezes, e analisando as alternativas notei que procede o entendimento da banca, pois todas as alternativas referem-se a REGISTROS, ou seja, ligados diretamente a parte interna do sistema.
I. Os registros que devem ser retidos e mantidos devem ter um identificador.
II. Deve haver critérios de proteção para os registros em meio físico e eletrônico.
III. Pode haver mais de uma maneira para a recuperação dos registros.
Caso esteja errado, corrija-me!
-
Pessoal, vamos lá.
Entendi assim:
A questão fala de desenvolvimento de um sistema de gestão dos registros para comformidade com uma norma.
Esse sistema deverá ter um cadastro de registros. Então todos os itens estão relacionados a esse cadastro de registros.
Todos os registros retidos e mantidos devem ter um identificador
Os registros do meio fisico e eletrônicos devem ter "o campo" criterios de proteção.
Poderá haver mais de uma maneira de recuperar os dados desse cadastro de registro. (Funcionalidades diferentes para pesquisar um registro)
Essa foi a única forma que eu tentei entender pra fazer sentido a resposta da banca. Se não for assim, não sei como seria essa interpretação.
-
Concondo com o Rodrigo Boguski.
- Pode haver mais de uma maneira para a recuperação dos registros.
A meu ver trata-se de um requisito não funcional; A partir do momento que ele colocou a palavra "Pode" em vez de "Deve", irá tratar-se de um requisito não funcional, por não tratar-se de um comportamento pré definido, ele "Pode"!
-
Mds, jurava que ia errar
Entendi que nenhum é não funcional porque não tem nenhuma restrição explícita, uma forma de medir etc, então só fui. Sucesso
-
Joeverson, o Pode e Deve não quer dizer que é um requisito funcional ou não funcional. Lembre-se que no diagrama de casos de uso existe o include e o extend. Existem funcionalidades obrigatórias ou não.