Noções básicas de requisitos não funcionais para ios

Video: COM210 AULA 03 Vídeo 01 Requisitos Não Funcionais

requisitos não funcionais (NFR) fornecer orientações sobre como construir um aplicativo iOS corretamente (tais requisitos também são conhecidos como requerimentos de qualidade ou requisitos de concepção). Vamos começar com uma categorização e exemplos de NFR. Digamos que você está construindo um aplicativo wayfinding que irá traçar uma rota a partir de um local para outro. Aqui estão as categorias gerais de NFR e exemplos para cada um, especificamente no contexto do aplicativo wayfinding:

Video: ENGENHARIA DE REQUISITOS DE SISTEMAS (TI)

• Atuação: Este é essencialmente o quão rápido seu aplicativo funciona. A exigência de desempenho para o aplicativo wayfinding pode ser que ele traçar uma rota em menos de 20 segundos.

  Video: Aula Apple Mac - Continuidade e Handoff no iPhone e Mac

• capacidade de resposta: Este requisito garante que seu aplicativo está pronto para responder à entrada do usuário ou um evento externo, não importa o que está fazendo atualmente. Por exemplo, faz seu aplicativo permite que o usuário mudar para outra função, mesmo quando é ocupado calcula uma rota.

• escalabilidade: Escalabilidade é o quão bem o seu aplicativo lida com crescente utilização, ou o tamanho dos dados. Por exemplo, você pode exigir que o tempo de sua aplicação leva para traçar uma rota é linear com a distância entre os dois pontos.

• usabilidade: Isto relaciona-se com a facilidade com que as pessoas podem usar seu aplicativo. Uma medida de usabilidade poderia ser o tempo que leva para os usuários finais para se familiarizar com as funções do seu aplicativo, sem treinamento ou ajuda.

  Video: Projeto Xa3 especificacao de requisitos

• Confiabilidade: Esta é a porcentagem de tempo que o aplicativo funciona corretamente para entregar os resultados desejados, apesar das falhas potenciais em seu ambiente. Para o aplicativo wayfinding, é a porcentagem de tempo que ele corretamente traça a rota, uma vez que a rede pode não estar disponível ou que a largura de banda pode ser limitada.

  Você pode exigir que seu aplicativo trabalhar com uma confiabilidade de 99 por cento, o que significa que em um determinado dia de 24 horas, ele pode deixar de traçar uma rota para não mais do que um por cento do dia, ou cerca de 15 minutos.

  O termo disponibilidade pode ser usado como sinônimo de confiabilidade, porque a maioria das pessoas são mais propensos a entender que palavra.

• 
  
  
  

  Segurança: Digamos que seu aplicativo salva todas as rotas anteriores, calculadas e permite reutilizar uma rota salva em vez de recalcular-lo.

  Se a segurança não é um requisito, você pode armazenar todos os dados de aplicativos em arquivos não criptografados e no cartão SD. Se a segurança é um problema, no entanto, você pode criptografar os arquivos e armazená-los na área de arquivo privado do aplicativo para que o seu conteúdo não é facilmente acessível e de modo que eles são excluídas quando o aplicativo é desinstalado.

• modificabilidade: Este requisito rege a forma como facilmente seu aplicativo pode ser alterado. Para o aplicativo wayfinding, este requisito pode afirmar que o aplicativo pode usar mais de um mapa sem a necessidade de ser reconstruído.

• Manutenção: Isto relaciona-se com a facilidade com que seu aplicativo encontra erros e corrige-los. Por exemplo, se um mapa está incorreta, você pode corrigir o problema simplesmente baixando um mapa correto ou você tem que comprar a próxima versão do aplicativo.

Custo também é muitas vezes importante. Quando você cria um aplicativo, você deve decidir quais os requisitos não funcionais aplicam-se a sua aplicação. Você também tem que refinar suas NFRs para que você possa testá-los. Por exemplo, para um NFR desempenho, você deve ser capaz de medir a velocidade de sua aplicação nos locais apropriados (tais como, enquanto a tela aparece).

Certos requisitos não funcionais são especialmente importantes para dispositivos móveis, tais como o desempenho e capacidade de resposta.

Não tente encontrar todas as possíveis requisitos não funcionais em um aplicativo. Por que gastar recursos características que os usuários não valorizam a implementação? Em vez disso, definir e, sempre que aplicável, quantificar a extensão em que você quer conhecer o NFR. Além disso, NFR sempre envolve trade-offs. Reunião um único requisito não-funcional, por vezes, pode causar seu aplicativo não atender outra.

Por exemplo, o desempenho ea segurança são muitas vezes com objetivos opostos. Maior segurança é muitas vezes implementados por criptografar e descriptografar dados armazenados. No entanto, tendo para descriptografar dados, a fim de usá-lo, e criptografá-lo após o aplicativo é feito usando isso leva tempo, reduzindo assim o desempenho do aplicativo. O truque com a reunião NFRs é encontrar o equilíbrio certo.