In or Out
Introdução
Após a coleta e elicitação de requisitos utilizando as técnicas Brainstorming, Introspecção e Questionário, é preciso usar critérios para classificar os requisitos elicitados, de modo que se possa identificar a relevância de cada um. Será utilizado a técnica In or Out para a classificação desses requisitos. Nessa técnica, um grupo de partes interessadas trabalha em conjunto, avaliando individualmente cada requisito e tomando uma decisão binária: ele deve ser incluído no escopo do projeto ou excluído? Essa escolha é guiada pelos objetivos de negócio do projeto, visando reduzir a lista de requisitos para o mínimo necessário no primeiro lançamento. À medida que a implementação desse lançamento avança, é possível reavaliar os requisitos previamente excluídos e repetir o processo para as próximas etapas. Essa abordagem direta permite que a equipe se concentre nos requisitos essenciais, garantindo a entrega de valor e a evolução contínua do produto ou serviço. Mais detalhes sobre a aplicação dessa técnica de priorização podem ser encontrados no tópico "Metodologia".
Metodologia
Para aplicar a técnica "In or Out" na priorização de requisitos funcionais e não-funcionais, elicitados nos artefatos de Brainstorming, Introspecção e Questionário, os integrantes da equipe do projeto Ana Luíza e Rafael Xavier se reuniram na plataforma Google Meet com o usuário Beatricy Santos Azevedo, seguindo o cronograma apresentado na tabela 1. Durante a reunião, Beatricy, como convidada especializada, avaliou cada requisito de forma binária, decidindo se ele deveria ser considerado prioritário no projeto. Essa avaliação foi baseada em critérios pré-estabelecidos, como impacto no negócio, esforço de implementação e outros fatores relevantes.
Cronograma
Data | Horário | Local | Entrevistadores | Entrevistado |
---|---|---|---|---|
02/12/2023 | 16:00 | Google Meet | Ana Luíza e Rafael Xavier | Beatricy Santos Azevedo |
Tabela 1: Cronograma para entrevista com usuário do aplicativo (Fonte: Ana Luíza, 2023).
Papel dos participantes
Durante a reunião, Ana Luíza e Rafael Xavier assumiram os papéis de facilitadores na aplicação da técnica "In or Out", enquanto Beatricy, representando o usuário, analisava cada requisito apresentado por Ana Luíza para determinar sua prioridade como "In" ou "Out". Enquanto isso, Rafael, como membro da equipe do projeto da disciplina, registrava anotações importantes para fins de documentação futura.
Preparação do material
Antes do processo de priorização , foi realizado preparo do material necessário para garantir uma experiência adequada aos participantes da reunião. Foram utilizados os seguintes recursos:
- Computador desktop para cada participante: Cada participante teve acesso a um computador desktop para proporcionando um ambiente de trabalho individualizado e confortável para a realização das tarefas no aplicativo.
- Fones de ouvido com microfone: Foram utilizados três conjuntos de fones de ouvido com microfone, permitindo que os participantes pudessem se comunicar facilmente durante a reunião e garantindo uma captação clara e nítida do áudio.
- Utilização do Google Meet: A reunião foi conduzida na plataforma Google Meet, que oferece suporte para o compartilhamento de tela e é gratuito.
Resultados
Os resultados são apresentador nas tabelas 2 e 3. A tabela dois indica a priorização dos requisitos funcionais, e a tabela 3 indica a priorização dos requisitos não funcionais. Para fins de melhor entendimento "BS" se refere aos requisitos elicitados no Braistorming e "INT" se refere aos requisitos elicitados na introspecção.
Requisitos Funcionais
Identificador | Requisito | Prioridade |
---|---|---|
BS01 | O usuário deve poder criar documentos de texto. | in |
BS02 | O usuário deve poder editar documentos de texto. | in |
BS03 | O usuário deve poder salvar documentos em vários formatos, incluindo PDF, .doc, e HTML. | in |
BS04 | O usuário deve ter acesso a recursos como verificador ortográfico, dicionário de sinônimos e autocorreção. | in |
BS05 | O usuário deve poder criar estilos para parágrafos, caracteres individuais, quadros e páginas. | in |
BS06 | O usuário deve poder criar índices e sumários em documentos de texto. | out |
BS07 | O usuário deve poder inserir figuras de diferentes formatos nos documentos. | in |
BS08 | O usuário deve poder criar desenhos diretamente em documentos de texto. | out |
BS09 | O usuário deve ter a capacidade de executar cálculos sofisticados em tabelas em documentos de texto. | out |
BS10 | O usuário deve poder personalizar a interface do programa, incluindo ícones e menus. | out |
BS11 | O usuário deve poder utilizar a função de arrastar e soltar para trabalhar eficientemente com objetos nos documentos. | out |
BS12 | O usuário deve poder acessar um sistema de Ajuda na rede abrangente. | in |
BS13 | O usuário deve ser capaz de colaborar em tempo real com outros usuários, permitindo a edição simultânea de documentos por várias pessoas. | in |
BS14 | O usuário deve ter a capacidade de traduzir automaticamente documentos para diferentes idiomas diretamente no aplicativo. | in |
BS15 | O usuário deve poder integrar de maneira eficaz o aplicativo com serviços de armazenamento em nuvem, tornando o compartilhamento e o acesso a documentos mais simples e ágeis. | in |
BS16 | O usuário deve ter à disposição ferramentas avançadas de reconhecimento de fala para realizar ditado de texto nos documentos com precisão. | in |
BS17 | O usuário deve experimentar uma melhoria significativa na acessibilidade do aplicativo, atendendo a diretrizes rigorosas de acessibilidade. | in |
BS18 | O usuário deve se beneficiar de recursos de análise de texto e IA que oferecem sugestões avançadas de formatação e conteúdo. | out |
BS19 | O usuário deve ter acesso a modelos específicos para diferentes tipos de documentos, como artigos acadêmicos e relatórios técnicos. | in |
BS20 | O usuário deve poder realizar pesquisas avançadas para localizar informações em documentos extensos. | in |
BS21 | O usuário deve ter a capacidade de editar documentos offline para facilitar o trabalho sem conexão à internet. | in |
BS22 | O usuário deve poder utilizar uma função de voz para ouvir o texto lido em voz alta, especialmente útil para usuários com deficiência visual. | in |
INT01 | Ao abrir o aplicativo, deve aparecer uma tela com um documento em branco pronto para ser editado | out |
INT02 | O software deve fornecer ferramentas/opções para formatar o texto, como alterar o estilo e o tamanho da fonte | in |
INT03 | Deve ser possível aplicar estilos de formatação de fonte, como negrito, itálico, sublinhado, tachado, sobrescrito e subscrito | in |
INT04 | O usuário deve ter a opção de alinhar o texto: centralizar, justificar, alinhar à direita ou alinhar à esquerda | in |
INT05 | O software deve permitir a criação de tópicos ordenados (numeração, letras), não ordenados (marcadores) e seus subtópicos | out |
INT06 | Deve ser possível aumentar ou diminuir o recúo, bem como regular o espaçamento entre linhas e o espaço entre parágrafos | in |
INT07 | O software deve permitir a inserção de desenhos e formas geométricas, como retas, setas, círculos, elipses, quadrados, retângulos, etc. | out |
INT08 | Deve ser possível incluir arquivos de mídia, gráficos, tabelas e caixas de texto ao longo do documento que está sendo editado | in |
INT09 | Deve ser possível inserir hiperlinks, notas de rodapé, notas de fim, marca-páginas, referências cruzadas e anotações (comentários) | in |
INT10 | Deve haver um mecanismo para verificar a ortografia do texto | in |
INT11 | Deve ser possível localizar e substituir partes do texto no documento | in |
INT12 | O software deve permitir a visualização da impressão e a impressão do documento | in |
INT13 | Deve ser possível abrir um arquivo já existente no formato apropriado | in |
INT14 | O usuário deve ter a capacidade de salvar o arquivo em pelo menos quatro extensões: .pdf, .odt, .docx e .txt | in |
INT15 | Deve ser possível inserir quebras de página, permitindo ao usuário controlar a formatação do documento | in |
INT16 | Deve ser possível inserir símbolos especiais e equações matemáticas no texto | in |
INT17 | O software deve oferecer suporte a múltiplos idiomas, permitindo a edição de documentos em diferentes línguas | in |
INT18 | O software deve permitir o controle de revisões, rastreando as alterações feitas no documento ao longo do tempo e possibilitando a aceitação ou rejeição das revisões | in |
INT19 | Deve ser possível colaborar em documentos em tempo real com outros usuários, permitindo a edição simultânea de um documento compartilhado | in |
INT20 | O software deve ser capaz de recuperar automaticamente documentos em caso de falha, como uma queda de energia ou travamento do aplicativo | in |
Tabela 2: Requisitos Funcionais (Fonte: Ana Luíza, 2023).
Requisitos Não Funcionais
Identificador | Requisito | Prioridade |
---|---|---|
BS23 | O LibreOffice Writer deve ser compatível com uma variedade de formatos de documento, incluindo PDF, .doc e HTML. | in |
BS24 | O aplicativo deve ser capaz de se integrar de forma eficaz com serviços de armazenamento em nuvem para facilitar o compartilhamento e o acesso a documentos. | in |
BS25 | O LibreOffice Writer deve funcionar de forma eficiente, mesmo em documentos longos e complexos. | in |
BS26 | Deve ser acessível para pessoas com deficiência, seguindo diretrizes de acessibilidade para facilitar o uso por leitores de tela e outras tecnologias assistivas. | in |
BS27 | O aplicativo deve ser compatível com sistemas mobile. | in |
INT21 | O software deve ser portável, funcionando em diferentes sistemas operacionais, como Windows, macOS e Linux | in |
INT22 | O LibreOffice Writer deve garantir a segurança dos documentos do usuário, incluindo a capacidade de criptografar documentos sensíveis e proteger com senha o acesso a arquivos | in |
INT23 | O software deve ser acessível a pessoas com deficiências, atendendo a padrões de acessibilidade e oferecendo suporte a leitores de tela e outras tecnologias assistivas | in |
INT24 | O LibreOffice Writer deve ser eficiente em termos de consumo de recursos do sistema, como CPU e memória, para garantir um desempenho responsivo mesmo em sistemas menos poderosos | in |
INT25 | Deve haver documentação abrangente disponível para os usuários, além de suporte técnico eficaz, incluindo fóruns, tutoriais e recursos de ajuda | out |
INT26 | O software deve ser capaz de abrir documentos criados em versões anteriores do LibreOffice Writer sem perda significativa de formatação ou conteúdo | in |
INT27 | Deve ser possível configurar facilmente opções de backup e restauração de documentos para evitar perda de dados acidental | in |
INT28 | Os usuários devem ter a capacidade de personalizar a interface do LibreOffice Writer de acordo com suas preferências | out |
INT29 | O software deve promover o uso de formatos de arquivo abertos e padrões abertos para garantir a interoperabilidade com outros aplicativos e evitar bloqueio de fornecedor | in |
INT30 | O LibreOffice Writer deve ser tolerante a falhas, minimizando o impacto de erros do usuário ou falhas do sistema | in |
Tabela 3: Requisitos Não Funcionais (Fonte: Ana Luíza, 2023).
Vídeo da entrevista
O vídeo 1 apresenta a gravação da entrevista realizada para priorizar os requisitos elicitados, de acordo com o cronograma.
Video 1: Gravação da entrevista. (Fonte: Ana Luíza e Rafael, 2023).
Termo de consentimento
No link a seguir, está disponível o termo de consentimento assinado tanto pelos condutores da reunão quanto pelo usuário, com todas as cláusulas e informações necessárias para garantir a transparência e proteção dos envolvidos durante o processo de priorização. É importante ressaltar a importância desse documento para assegurar o cumprimento de direitos e estabelecer um ambiente de confiança mútua.
Bibliografia
Wiegers, K. E., & Beatty, J. (2013). Software Requirements (3rd ed.). Microsoft Press.
Histórico de versão
Data | Versão | Descrição | Autor(es) | Revisor(es) |
---|---|---|---|---|
02/12/2023 | 1.0 | Criação do documento | Ana Luíza e Rafael | Ana Letícia |