Ir para o conteúdo

Backward-From

Introdução

   A rastreabilidade é um aspecto fundamental no desenvolvimento de software, permitindo que os desenvolvedores compreendam como os requisitos são implementados e como as mudanças afetam o sistema como um todo. Um dos métodos de rastreabilidade que será tratado nesse artefato, é o "backward-from", que liga requisitos às suas fontes.

Objetivo

   Registrar, organizar e priorizar requisitos identificados ao longo do ciclo de vida do projeto.Visando manter uma visão abrangente das necessidades do cliente, facilitando a adaptação a mudanças, aprimorando a rastreabilidade e fornecendo uma base dinâmica para o desenvolvimento iterativo e incremental.

Metodologia

   No desenvolvimento do artefato, foram utilizados os requisitos funcionais não implementados e os requisitos não funcionais. Para essa construção, foi empregado o Meta-modelo de Toranzo, que classifica as informações a serem rastreadas em quatro niveis:

  • Ambiental: informações oriundas do contexto no qual a organização está inserida;
  • Organizacional: informações pertencentes à organização (missão, objetivos e estratégias);
  • Gerencial: informações que auxiliam a gerência do projeto
  • Desenvolvimento: informações associadas aos diversos artefatos gerados ao longo do processo de desenvolvimento (artefatos de requisitos, diagramas, códigos, casos de teste e outros)
  • Objetivo

       O objeto do Backward-From é rastrear as origens de cada requisito, fazer conexões entre os requisitos. Essa abordagem de pós-rastreabilidade é de grande importância para o entendimento da motivação por trás de cada requisito, ajudando em garantir que todos os requisitos sejam atendidos adequadamente.

    Requisitos Funcionais

      A tabela 1 apresenta os Requisitos Funcionais

    Id Requisito Origem Elos Implementado
    RF01 Os usuários devem poder compartilhar suas telas durante as chamadas ENT01, IN02, OB07, BR02 E08 Sim
    RF02 Os usuários devem ser capazes de criar uma videoconferência ENT02 Sim
    RF03 Os usuários devem poder compartilhar emojis pré-definidos durante as chamadas ENT03, OB09 E09 Sim
    RF04 Deve permitir a gravação de chamadas ENT04, IN03, OB05, BR03 E01 Não
    RF05 Deve permitir a transcrição do áudio ENT05, BR05 E02 Não
    RF06 Deve permitir a utilização de quadro de anotação durante a chamada ENT06, IN04, BR01 E03 Não
    RF07 O usuário deve ser capaz de alterar seu fundo em uma chamada de vídeo ENT07, BR04 E04 Não
    RF08 Deve permitir a configuração de controles de acesso IN01 Sim
    RF09 Deve ser possível deletar reuniões armazenadas IN08 Sim
    RF10 Deve possuir um mecanismo de busca a partir da data da reunião IN09, BR09 E05 Não
    RF11 Deve permitir que o anfitrião tenha a capacidade de remover um participante específico da reunião IN10, BR07 E06 Não
    RF12 Deve permitir fazer autenticação através de outros aplicativos, como Google ou Facebook OB01 Sim
    RF13 Dever permitir convidar participantes através de compartilhamento de link por meio de outros aplicativos OB02 Sim
    RF14 Deve possuir um link de ajuda para explicar como se convida outros participantes OB03 Não
    RF15 Deve possuir a opção de mutar o áudio OB04 Sim
    RF16 Deve permitir enviar mensagem de texto durante a videochamada OB06 Sim
    RF17 Os usuários devem poder compartilhar arquivos durante as reuniões OB08, BR15 E10 Não
    RF18 O anfitrião deve conseguir, através do compartilhamento de tela, interagir no celular de outro usuário OB10 Não
    RF19 Deve permitir que o usuário configure seu perfil, com nome de usuário e foto OB11 Sim
    RF20 Deve possuir um calendário com chamadas agendadas OB13 Sim
    RF21 Deve permitir que o calendário de um usuário seja sincronizado ao de outros OB14 E07 Não
    RF22 Deve permitir agendar reuniões com outros usuários através do calendário OB15 E07 Não
    RF23 Deve permitir que o anfitrião de uma reunião consiga desligar o microfone e a câmera de qualquer participante BR06 Não
    RF24 Deve ser possível baixar as gravações das reuniões BR08 Sim
    RF25 Deve fornecer ao usuário a capacidade de visualizar todas as salas em que ele participou anteriormente BR10 Sim
    RF26 O anfitrião deve ser capaz de controlar a entrada em uma sala por meio de senha de acesso BR11 Sim
    RF27 O anfitrião deve ser capaz de conceder permissões diferentes, a cada participante, para a utilização das ferramentas durante a reunião BR13 Sim
    RF28 Deve oferecer um modo claro ou escuro de interface como parte de suas funcionalidades de acessibilidade BR16 Não
    Tabela 1: Requisitos Funcionais.
    Autor(a): Júlia Souza

    e Bruno Henrique

    Requisitos Não Funcionais

      A tabela 2 apresenta os Requisitos Não Funcionais

    Id Requisito Origem Elo Implementado
    RNF01 Deve permitir que o usuário consiga realizar qualquer atividade com menos de 5 cliques ENT08, OB17, BR17 E08 e E10 Sim
    RNF02 Ser compatível com sistemas operacionais Android (7.0 ou mais recente) e IOS (12.4 ou mais recente) IN05 - Sim
    RNF03 Deve ter acesso facilitado para instalação, sem levar mais de 30 segundos de pesquisa direta para encontrar a aplicação nas lojas de aplicativos IN06 - Sim
    RNF04 Deve ser de código aberto e gratuito IN07 - Sim
    RNF05 Deve garantir a segurança dos dados confidenciais compartilhados durante as reuniões por vídeoconferência IN11, OB12 E09 Sim
    RNF06 Deve ser estável, tendo no máximo 1 queda de funcionamento por dia IN12 - Sim
    RNF07 Deve oferecer um desempenho responsivo, se adaptando mediante o tamanho da tela IN13 - Sim
    RNF08 Deve ser um aplicativo que ocupe menos de 100mb de memória OB16 - Sim
    RNF09 Deve ser possível ingressar em uma reunião sem a necessidade de um login BR12 - Sim
    RNF10 Deve possuir um bom contraste entre as cores a fim de aprimorar a legibilidade BR18 E10 Sim
    Tabela 2: Requisitos Não Funcionais.
    Autor(a): Júlia Souza

    Elos

    Para Desenvolver os elos, foi levado em consideração os principais elos de rastreabilidade:

  • Satisfação: classe origem tem dependência de satisfação com a classe destino.
  • Recurso: classe origem tem dependência de recurso com a classe destino.
  • Responsabilidade: registra a participação, responsabilidade e ação de pessoas sobre artefatos.
  • Representação: captura a representação ou modelagem dos requisitos em outras linguagens.
  • Alocado: classe origem está relacionada à classe destino, que representa um subsistema.
  • Agregação: indica “composição” de elementos.
  • Elos Funcionais

       A tabela 3 a seguir representa os elos dos requisitos não funcionais.

    ID Requisitos Tipo de Elo
    E01 ENT04, IN03, OB05, BR03 Rpresentação: ENT04 representa IN03 e OB05, BR03
    E02 ENT05, BR05 Representação: ENT05 representa BR05
    E03 ENT06, IN04, BR01 Representação: ENT06 representa IN04 e BR01
    E04 ENT07, BR04 Representação: ENT07 representa BR04
    E05 IN09, BR09 Representação : IN09 representa BR09
    E06 IN10, BR07 Representação: IN10 representa BR07
    E07 OB14 , OB15 Recurso: OB15 depende de um recurso de OB14 , OB15
    E08 ENT01, IN02, OB07, BR02 Representação: ENT01 representa IN02, OB07 e BR02
    E09 ENT03, OB09 Representação: ENT03 representa OB09
    E10 OB08, BR15 Representação: OB08 representa BR15
    Tabela 3: Elos requisitos funcionais.
    Autor(a): Júlia Souza

    Elos Não Funcionais

       Todos os requisitos não funcionais são classificados no nível de desenvolvimento dentro do meta-modelo de Toranzo. Os requisitos são parte dos artefatos gerados durante o processo de desenvolvimento do sistema.

       A tabela 4 a seguir representa os elos dos requisitos não funcionais.

    ID Requisitos Tipo de Elo
    E08 ENT08, OB17, BR17 Representação: ENT08 representa OB17 e BR17
    E09 IN11, OB12 Representação: IN11 representa OB12
    E10 BR18, RNF01 Recurso: RNF01 depende de um recurso provido da BR18
    Tabela 4: Elos requisitos não funcionais.
    Autor(a): Júlia Souza

    Histórico de Versão

      A tabela 5 representa o histórico de versão do documento.

    Versão Data Descrição Autor(es) Revisor(es)
    1.0 19/11/2023 Criação do artefato Júlia Souza Pedro Siqueira
    1.1 20/11/2023 Adição Introdução e Metodologia Júlia Souza Pedro Siqueira
    1.2 20/11/2023 Tabela Requisitos Funcionais Bruno Henrique Pedro Siqueira
    1.3 20/11/2023 Adição dos elos não-funcionais Júlia Souza Pedro Siqueira
    1.4 21/11/2023 Adição dos elos funcionais Júlia Souza Pedro Siqueira
    1.5 21/11/2023 Adição de todos os requisitos funiconais e objetivo Júlia Souza Pedro Siqueira
    1.6 06/12/2023 Criação de objetivo Catlen Cleane Carolina Barbosa
    Tabela 5: Histórico de Versão.
    Autor(a): Júlia Souza

    Bibliografia

    [1] VAZQUEZ, Carlos; SIMÕES, Guilherme. Engenharia de requisitos. Editora Brasport, 10 ago. 2016. [2] Slides aula 26 Professora Milene Serrano Acesso em: 20/11/23. 2023.