é um outra classificação de requisitos que eu tenho nessa aula é requisito disso é funcionais que disse não funcionais essa classificação e acredito que até mais conhecido na literatura com a classificação bem difundida tem a classificação da crise de usuário do sistema tem classificação que diz funcionais e não funcionais é essa classificação que os funcionários não funcionais e até mais conhecida e possivelmente até ouvir falar vamos deixar mais claro que o que é um requisito funcional que é requisito não funcionam sob um parece que vitor é requisito funcional e profissional e qualificação muito conhecido na
literatura mas ela é polêmica se mesmo mesmo sendo todo livro de r 15 mulheres só têm geralmente fala de crise o usuário que o sistema e disfuncional requisitam funcional mas essa última classificação requisito funcional não funcionar desde a polêmica que alguns autores não concorda muito com um conceito que não funcionou diz por exemplo que toda a equipe está funcionando não é unanimidade apesar de uma discussão é é bem presente na literatura de engenharia de software é muitos autores consideram essa distinção que disfuncional e visitam funcional alguns autores argumenta que na verdade tudo funcionava porque tudo
era funcionalidade do sistema de porque isso dá um sinal durante a aula um pouco confuso não funcionam aparecem pouco funcional não se preocupe que muitos autores também pensa essa dúvida porque senão funcional poderia se comparar com o funcionário também é mais corpos seria o conceito por trás estão montando aqui qualidade requerido funcional seria que tem uma funcionalidade explicitamente declarada no sistema esse é o conceito oferece um sistema acadêmico você tem que dizer claramente que o sistema permite matriculados nas turmas o sistema permite lançar notas dos alunos vai ficar aprovação com funcionalidades bem clara e explicitamente
documentados no quesito você não escrever isso o documento requisitos o programador provavelmente não vai atender não vai implementar funcionalidade tem que ser explicitamente documentado esses serviços e as inscrições o preço da idéia que funcionou eo que é uma funcionalidade da explicitamente declarada no primeiro requisito eticamente aqueles funcionários descrevem como o sistema do ecad para determinar a entrada por exemplo passar um ano mais 1 e tem que retornar 2 documentado com o padrão do sistema da banda com entrada ao que seria sair com o comportamento dele é descrever comportamentos temer as situações se tiver sobre cadu
como sistema se comportar é que muitas aquisições tarefa por exemplo para as tarefas executadas então isso é comportamento do sistema nesse sentido e também deve perder o que o sistema não pode fazer um ponto cada vez as pessoas esquecem pré sal que o sistema faça emitir relatório do cadastro o aluno fica a aprovação mas você tem que dizer também que o sistema não pode fazer por exemplo o sistema não pode é divulgar informações privilegiadas e sigilosas dos alunos eu não posso é divulgar por exemplo telefônico dos alunos conselho não pode emitir o relatório tem que
ser claramente não pode jogar o telefone porque isso pode a informação com muita saúde pode não querer divulgar não se você tem alguma coisa que você não pode fazer isso também é um requisito não funcionava e explicitamente documentários você quer considerar que o requisito funcional que o sistema é não pode fazer o caso é nesse último caso aí como a coisa tem que ser explicitamente documentada você quiser funcionais então eles devem atender alguns critérios são esses três principais e completo e ver tudo que o sistema faça está escrito é consistente o sistema não pode dizer
que é que o aluno se aprovado com mais certeza ponta em outro lugar diz a psicóloga se aprovado com com 58 pontos não seria inconsistente e também tempo tem que ter consistência os requisitos um exemplo aqui seja é parece exemplo bobo mas os sistemas como complexa desde a equipe italiana tratando de 15 documentários não conhece tanto domínio do sistema bancário por exemplo o sistema da bali sistema de grande porte qualquer um às vezes é um jeito com o dia 15 não conhece o domingo e pode introduzir com a sister dizendo uma parte do documento isso
e dizem outra para o documento contrário é tem que tomar cuidado com o documentário de forma completa documentar tudo e tambem também preocupar com a consistência é não entrar em contradição são dois conceitos simples mas na prática é difícil você garante que os medicamentos apenas dois critérios completude e consistência um pouco idealista que na prática não funciona se deve tentar miraí sustentação mais completo possível mais consistente possível poder é deixar um documento que realmente é que o sistema enquanto implementado é o desenvolvedor sabe o que tem que fazer e tudo que tem que fazer no
caso da completude não 300 ac dos funcionais mas na verdade o livro usam esse é esses exemplos e mostrar que às vezes pode ter problemas do mundo como exemplo de requisitos perfeito exemplo ele usa como exemplo requisitos que normalmente são documentados e que podem ter habilidades a inconsistência ou o problema de fala tecnologia então são exemplos mas mais alinhada ao que acontece no mundo real e que pode ser problemático não só pra mim é rapidamente eles aqui e aí eu escuto os próprios verdade o problema pelo menos um deles na verdade discutir problemas com os
três vão ficar só no primeiro que um casal primeiro disso a média de visitas aos usuários podem pesquisar todo o subcontinente banco de dados requisita dizendo que o usuário pode pesquisar informação da cidade pode precisar tudo que tenham assinado para pesquisar parte do banco de dados segundo o sistema de fornecer terras apropriadas para o usuário ler os documentos armazenados com 70 apropriadas para conseguir as informações em terceiro cada pedido é associável identificado o único o qual o usuário pode copiar uma transferência é e colar em outro lugar três requisitos que dizem funcionalidade do sistema está
explicitamente documentário não são requisitos funcionais é o livro discute problemas em cada um deles não vou discutir são os casos em que a u segundo ele que é o sistema é prover elas apropriadas quanto os usuários a acessar as informações então o que o autor do livro discute que parece a princípio escreveu parece que está explicitamente documentado que é um requisito mas tem é tem habilidade na frase por exemplo que a tela propriá campo pra quem escreveu requisito está pensando o sistema web usando flores e cores adequadas porque em pvh se aí usar cores claras
para facilitar a leitura ele tem na cabeça dele que é o até apropriada a lei que vão ser usados os relatórios possivelmente usando html por exemplo e aí o desenvolvedor o meu aqui plateias apropriadas para mim é simplesmente emitir um relatório no console mesmo simplesmente emitir informação o que o usuário terá acesso não vamos trocar muito grande e interface é muito é elaborada uma visão de quem escreveu a crise pode ser uma visão de que vai escrever o que quiser pode ser outro então não está muito claro o que são as terras apropriadas sejam é
sempre a prioridade que inscreveu pode imaginar coisas para ter uma apropriada quem vai implementar pode imaginar outra coisa então isso talvez um pouco menos de 15 de usuário da ok um exemplo é dito de sistema não é um exemplo daqueles itens mais preciso não é certamente um requisito funcional descreve funcionalidades está bem documentado do sistema mesmo que seja amigo é tão requisito funcional conceito principal é explicitamente documentado é uma função do sistema que o sistema deve fazer ou não pode fazer ele tá claro da explícito no texto por exemplo foi requisito o que quero é
que se não funcionar então o conceito principal é que muitas vezes em que funcionam funcional não tava comentado ele é um alguma coisa sistema tem provê uma restrição mas você não nem sempre escreve explicitamente requisitam funciona o sistema essas propriedades e seleções do sistema que muitas vezes não são claramente documentários mas o desenvolvedor tem que ter consciência porque senão respeitar os requisitos funcionais o sistema nuno vai ser útil por algum motivo por exemplo questão de segurança não estava claro que é só pode ser acessada certas informações com meio de usuário senha ou com os dados
pessoais do doador não podem ser divulgados na internet então às vezes não está escrita em documentário mas todo jogador sabe que o sistema tem de ser seguro o tema gerenciar informações e as informações podem ser sigilosas tem que haver critério de é de segurança e mesmo time que está bem documentado é uma coisa que o sistema tem que embutir certa forma toda sua extensão todas as partes dos novos todos os seus sistemas em que embute segurança o desempenho também ainda mais cristo que tem que o tempo é curto mas no segundo mas sistema não tiver
desempenho o usuário vai querer usar então mesmo que não tenha explícito no documento requisitos a equipe do momento em que essa consciência que desempenha uma coisa importante para qualquer sistema todos os modos sistema o sistema como um todo então é importante mesmo que não esteja claro que a cada item tem resposta pra isso aí é este resposta a isso aqui então às vezes não tenho comentários testamento porque querem cansativo você coloca o desempenho em todas as partes do documento mas como um todo o sistema tem que ter desempenho mesmo que não têm descrito é implícito
que o sistema tem que ter desempenho espaço em disco tem vários outros exemplos que ele vai ver que nos estados tipicamente requisito não funcionais eles não são explicitados documentário porque afetam várias partes sistema muitas vezes a peça sistema afeta o sistema como um todo então é é importante porque afeta sistema como um todo se não atende a dona da verdade as pessoas geralmente assunto acredito não funcionou até mais importante do que funcionam com não está documentado mas é mais importante porque isso porque se for por exemplo o sistema não faz cadastro o aluno da turma
o que ele faz um monte de coisa e não faz essa funcionalidade que indica das alunas da turma uma coisa que não foi mencionada na que funciona no local documentado não foi implementada do resto o sistema funciona agora requisitam funcional se não atende o sistema pode ser inútil como um todo por exemplo se o sistema não tem desempenho ninguém vai querer usar o sistema é se temos resposta demora então muitas vezes acreditam funcional é mais importante que o funcional porque senão a pena que eles não funcionam o tempo se torna inútil é banana tem vários
exemplos de quito não funcionais na literatura o sérvio krasic que não seria funcional dessas três categorias e principais requisitos de produto requisitos de da organização robson nacionais e requisitos externas são três classificações e tem definição de cada um exemplo por exemplo é o desempenho seria um requisito é de produto porque afeta o produtor de arroz café é um produto seria o preço do produto coisas que são da organização presos influentes do mundo seja organização clientes nem sempre acostumado ao terminal formular mesmo que não existe o sistema ainda está no papel usando um determinado formular então
esse é um requisito da organização cliente que é quando o sistema foi implementado tem que respeitar os formulários que já são adotadas empresa em determinados campos determinadas será identificadores formato de indicadores então seria requisitar a organização pode ser tanto ao menos um cliente quer ver o formulário simples questão do cliente não pode ser dono da fundadora da empresa desenvolve só tem realmente a gente usa é esse formato de tela com esses - então requisitos da organização desenvolvedora do software daquela empresa que desenvolve sempre usa esse formato de tela por exemplo essas cores têm desequilíbrios existentes
seria nem kaká nem é do produto nem exatamente o produto em exatamente as organizações a coisa maior que por exemplo veio do governo coisas e do país coisas culturais são coisas que é que tem a ver com não com o produto não com a organização o cliente nem que o candidato do governador mas sua cultura de um país do faz leis de um país não pode saber com laser o prazer com questões éticas que extrapola a questão daquele sistema daquelas duas organizações são questões que mais gerais é que tem exemplo de cada um livro empurra
um exemplo de recusa de produto até passos no ar deve ser implementada com html que ser revisto produto porque todas as telas interface do produto o produto como um todo tem sentem que têm interface usando html segundo exemplo a isso os ao padrão relatório de execução zero importa o que esse padrão uns por exemplo o cliente tem esse formato de padrão é e aí o sistema tem que manter o mesmo formato de relatório que já era usado antes o exemplo de formação de equipes externas informações pessoais dos usuários não podem ser vistos por operador do
sistema a questão ética e de que algumas informações pessoais não deve ser é é acessível para os usuários façam chamadas de operadoras do sistema tem muitos conceitos unidades funcionais na verdade uma hora até extensa engenharia de requisitos eu peguei do livro só pagava uma mostra de que é uma estrutura grande tem vários tipos requisitos várias classificações das atrações principais são aqueles três níveis é que eu saiba eu coloco a crise de produtos e cristalização requisitos externas mas de requisitos que o produto tem por exemplo questões de eficiência confiabilidade contabilidade facilidade de uso tudo isso tem
a ver com o produto questões da organização é templates da organização é da operação que implementa país implementa em java então a equipe da organização que a tecnologia para quem estava certo padrão de desenvolvimento têm desequilíbrios externos pode ser visto como coisa que essas técnicas que são legais ou questões reguladoras então é subir o nível em que são legais têm uma subida de divisão porque a esse segurança questões de privacidade exceção na verdade um subconjunto certeza se não funcionar uma figura ilustrativa de saber levantar tem base que estão funcionais e pode ser desenhado de forma
hierárquica mas não é uma intenção se gostar tanto requisitar funcionários intenção mostrar que tem muitas questões que devem ser consideradas como requisitos funcionais muitas vezes essas questões não tão explicitamente documentados no recomeço requisitos mas mesmo que não tenha principalmente é uma coisa que deve ser considerada em todo o sistema de software em particular o sistema está sendo desenvolvido alguma coisa que é colocar são armadilhas aquino funcionais aqueles muitas vezes não tomam é precisamente do documentário o documento mas ainda assim é bom que você verifique e mostre por usuário que aquilo foi atendido uma coisa que
o cliente espera que o desempenho por exemplo então você tem que de alguma forma mostrar seu desempenho sempre falavam você me pegou um sistema que não tenha efeito esperado tem que mostrar para ele que realmente tem um desempenho dentro da necessidade do cliente não vou mostrar isso é tentar verificar vamos tentar verificar na medida do possível medir mensurar dizer é eu vou te entregar o desempenho com o sistema desempenho x y z o desempenho de resposta mas com cinco segundos depois quando você entregar o sistema o cliente se você conseguir mostrar que todas as funcionalidades
do sistema tão dentro do limite que você definiu de no máximo cinco segundos por exemplo na medida do possível tentar é descreveu o sexismo funcionar de maneira objetiva para que possa ser medida é mostrada por cliente que aquilo realmente está sendo atendido estão livres da exemplos de como tentar medir alguns requisitos funcionais que podem parecer a princípio é difícil medir as equipes são funcionais realmente são difíceis a maioria deles mas que se você tem opções para tentar mostrar que o requisito não funcionou foi atendido por exemplo se o cliente pedir velocidade para saber por exemplo
a velocidade ele é e em questão de f fazer as tarefas sem comprometer o tempo de resposta você pode tentar definir é médica do tipo transações por segundo uma dizer na proponente olha vou dizer é desenvolver um sistema e o tempo de resposta o nome de transações por segundo é esse com segunda metas precisas quantitativas depois quando se estiver pronto você consegue medir e mostrar que aquilo realmente sendo atendidos teve autorização da pena não tem a ver também com aqueles resposta certa mas do ponto de vista do do que o usuário vê então não adianta
nada respondemos demorar renderizar tela com o tempo de atualização da tela seria isso porque no final das contas o usuário veículo documentar aqui dentro da fortaleza ce x por exemplo de que o sistema é implementado mostrar que foi atendido essa essa restrição a esse requisito na implementação tem a capacidade de uso como por exemplo o tempo de treinamento o sistema é usável você não vai gastar muito com o treinamento esse é o conceito diferente de ajuda um argumento também que o sistema é fácil de utilizar você não precisa ter muita comentassem da ajuda porque você
não tem que ser você vai ter a documentação de ajuda é que foi necessário sistema muito usavam ser de pouca documentação da ajuda por seu documento é pouco usado é difícil usar você teve muita documentação da azul e ajuda o fogo você tenta quantificar e quiser saber no sistema as pessoas conseguem usar mesmo que não têm tanto o manual do usuário com o prémio de ajuda assim outros exemplos que tem um novo livro o dia tem mais tão excessiva demais em amarelo os dados revelados hoje tem mais coisas o usuário coloquei só uns o conjunto
das duas equipes são funcionários que estão discutindo um livro com outro exemplo é a confiabilidade então oportunidades sempre desconfiado nem perde consistência de confiar então você quer deixar isso é preciso que você consiga mostrar um cliente com definir metas como por exemplo o tempo médio entre falhas o falhou enquanto que a média de falhas por mês por exemplo mobilidade em disponibilidade do sistema viário vai ficar fora do ar mas qual é a probabilidade disso acontecer então definir na comunidade é muito sério por exemplo durante 100 horas de utilização ficar no máximo uma hora em disponível
é taxa de ocorrência de falhas o primeiro também não pode falhar qualquer taxa de ocorrência de falhas na idéia da possibilidade de sistemas ele falha pouco a taxa de ocorrência baixa o sistema mais confiável disponibilidade e conseguiu também o primeiro é o tempo como indisponível o segundo é o universo com a disponibilidade com o tempo o sistema ficou disponível e seu médico a sua confiabilidade tenha de metas para a robustez por exemplo tem início o tempo demora para iniciar ele inicia rápido o autor estado confiável rápido ele é mais robusto do que um sistema que
demora a voltar no estado consistente percentagem de vez que causou quadras também exemplos de robustez são vários a discutir alguns só para mostrar que é possível você transformar o conceito abstrato como confiabilidade segurança e usabilidade e conceitos mais mensuráveis ali pode ficar assim você consegue mostrar que foi atendida ou não é no geral é difícil você fazer isso medir por exemplo documentado em criciúma funcionais a 10 como como disse na maioria das vezes quem está documentado fica implícito ou explícito mas está implícito que o sistema deve atender a esses problemas aí por exemplo é difícil
definir como quantitativa esta quantificar essas coisas algumas são menos difíceis outras são mais difíceis mas no geral é que existam funcionários com você pensa nele é uma coisa mais abstrato é difícil transformar essa coisa abstrata uma coisa concreta misturado é muitas vezes não fica muito claro que não funcionou por causa daquele conceito de mistura de fusão de requisito as vezes em que estão funcionais são diluídos o texto do documento requisitos isso dificulta separar o que quiser funcional que a crise não funcional e aí tentar definir de maneira quantitativa as equipes não funcionais por exemplo alguns
requisitos não funcionais podem conflitar com entre eles ou com requisitos funcionais um exemplo que eu posso dar muitos aqui que muitas vezes é usado é o o cliente quer desempenho que é o tempo de resposta rápido mas ele também é segurança muitas vezes os próprios seguranças mercado de segurança sem a validação acaba inibindo um pouco de desempenho ele quer que o tempo de resposta rápido mas se usar determinada plataforma de validação de senha por exemplo vai demorar porque implica no mercado de segurança não têm coisas podem ser conflitantes o requisito da oposição há muitas vezes
esse problema de que se você tentar aprender isso você pode acabar comprometendo aquele o tentar atender porto seguro quando acabar comprometendo um pouco estamos em pé eles podem conflitar entre eles requisitam funcionários para que o funcionário ou até mesmo requisitos funcionais com não funcionais por exemplo a questão de ocultar informação que pode ser um requisito funcional que diz que é que o relatório tem todos os dados do banco de dados como é ter tudo na ponte do relatório se o outro requisito funcional médico não divulgar informações sigilosas informações pessoais por exemplo expõem podem ser conflitantes
é que esses funcionários não funcionar está no capítulo do livro de uma sessão do capítulo 4 às 14.10 se essa discussão do que é requisito funcional não funcional tentando elimina dm é ter linear e separar um do outro apenas como eu disse alguns autores preferem tratar tanto funcional do que conter a especificação e funcional não foi melhor porque mesmo não funcionar de uma forma geral a software a funcionalidade vai ter que ser implementado tem que ser atendido
