Objetivo da aula


  • Explicar uma técnica de detalhamento de um projeto
  • Mostrar projetos anteriores que servem como benchmarking
  • Identificar um projeto modelo
  • Sugerir passos para o levantamento de dados para construção do software
  • Entender Requisitos Funcionais e Requisitos Não-Funcionais
  • Avaliar métricas para Requisitos Não-Funcionais




5W2H


What

  1. Qual o nome do seu projeto?
  2. Qual o objetivo deste projeto?
  3. Quais os maiores desafios, na sua opinião, para se realizar este trabalho?
  4. Quais os conhecimentos básicos que devemos ter para se implementar este projeto?
  5. Quais soluções similares existem no mercado?


Why

  1. Porque é interessante desenvolver este projeto?
  2. Porque deve usar a tecnologia escolhida?
  3. Porque usar o hardware específico?
  4. Porque usar o sistema específico?


Who

  1. Quem pode se beneficiar deste projeto?
  2. Quem poderá operar o sistema?
  3. Quem deverá participar do desenvolvimento do sistema?


Where

  1. Onde os dados serão inseridos?
  2. Onde os dados serão externalizados, publicados?
  3. Onde esta aplicação poderá ser usada?
  4. Onde os dados serão armazenadas?
  5. Onde o software deverá ser hospedado?


When

  1. Em quanto tempo pretende desenvolver o sistema?
  2. Quais serão as fases e em quanto tempo cada uma?
  3. Qual o tempo de resposta do dispositivo ou do sistema?
  4. Quanto tempo para responder a uma entrada?
  5. Quanto tempo para gerar a saída?


How

  1. Como será dividido o desenvolvimento do sistema?
  2. Como será feita a entrada de dados?
  3. Como será feita a saída de dados?
  4. Descreva a 1a. funcionalidade?
  5. Descreva a 2a. funcionalidade?
  6. ............
  7. Descreva a enésima funcionalidade?


How much

  1. Quanto custa cada parte do sistema?
  2. Quanto deverá custar todo o sistema?
  3. Quantas pessoas deverão ser usadas (Equipe) ?
  4. Quanto custa cada profissional?
  5. Qual deverá ser o preço de aquisição do seu software para o usuário final (Valor de mercado)?



Classificação dos requisitos


Requisitos funcionais


  • Especificam ações que um sistema deve executar, sem levar em consideração restrições físicas
  • Melhor descrito quando são usados casos de uso
  • Descrevem a funcionalidade ou os serviços do sistema
  • Depende do tipo de software, possíveis usuários e o tipo de sistema em que o software é usado
  • Requisitos funcionais dos usuários podem ser declarações de alto nível a respeito do que o sistema deve fazer
  • Devem descrever detalhadamente os serviços do sistema
  • Exemplos:
    • Um sistema acadêmico fictício deve:
      • Matricular os alunos
      • Montar uma turma para cada grupo de alunos
      • Alocar a turma em salas
      • Gerar Diário
      • Controlar frequência e faltas
      • Calcular pontuação do aluno
      • Gerar relatório de aprovados e reprovados


Requisitos não-funcionais


  • Descrevem qualidades do sistema (como ele é) ao invés de suas funcionalidades (o que ele faz)
  • Definem as propriedades e as restrições do sistema, por exemplo:
    • confiabilidade
    • tempo de resposta
    • ocupação de área
  • As restrições são capacidades de dispositivos de E/S, as representações do sistema, etc
  • Os requisitos de processo também podem ser especificados impondo um IDE particular, linguagem de programação ou método de desenvolvimento
  • Podem ser mais críticos do que os requisitos funcionais. Se esses não forem atendidos,o sistema pode ser inútil
  • Exemplos:
    • O sistema:
      • não poderá ficar parado por mais de 15 minutos [Robusto]
      • tem que ser restaurado imediatamente caso haja corrupção dos dados [Disponível]
      • será inibido o acesso para mais de 3 tentativas com falha [Seguro]
      • deve ter baixo tempo de resposta [Ágil]
      • precisa ser Orientado a Objeto
      • necessita usar o Banco de Dados Oracle
      • deverá estar hospedado na nuvem
      • tem que ser desenvolvido em Java
      • requer utilização de sensores
      • necessita de ferramentas específicas
      • precisa ter segurança contra acessos indevidos
      • exige uso de interfaces de entrada específicas
      • deve rodar no Android e IoS
      • será embarcado dentro de um equipamento
      • terá que suportar exabytes de dados
      • deverá ter interface intuitiva
      • obrigatória o uso de solução open source
      • requer redundância na comunicação


Algumas métricas para requisitos não-funcionais


Propriedade Medida
Velocidade Transações processadas/segundo
Tempo de resposta de usuário/evento
Tempo de atualização de tela
Tamanho MegaBytes
Número de processadores
Área disponível em cm
Facilidade de uso Tempo de treinamento do usuário
Número de telas/campos de entrada
Confiabilidade Tempo médio para falha
Probabilidade de indisponibilidade
Taxa de ocorrência de falhas
Disponibilidade
Robustez Tempo de reinício após falha
Percentual de eventos que causam falhas
Probabilidade de corrupção de dados em caso de falha
Segurança Número de tentativas erradas de autenticação
Número máximo de invasões
Interfaces Tipo do dispositivo
Comunicação Tipo de tecnologia


Questões



  • Pablo Henrique Miranda Ferreira Nunes


  1. O que é Benchmarking?
  2. Dê um exemplo de um sistema que conversa com outro sistema?
  3. Para um Sistema Hospitalar (Registro de Pacientes, Marcação de Consultas, Geração de Diagnósticos, etc) quais as principais métricas de Requisitos Não-Funcionais?
  4. Para um Sistema Industrial (Cadastro de Equipamentos, Controle das Máquinas, Inicia/Para Produção, etc) quais as principais métricas de Requisitos Não-Funcionais?
  5. Para um Sistema Comercial (Cadastro de Clientes, Emissão de Nota Fiscal, Relatórios de Vendas, etc) quais as principais métricas de Requisitos Não-Funcionais?