Atividade 02 – Criando Requisitos de Software

Engenharia de Software – Prof. Me. Gustavo Marttos

Análise e Desenvolvimento de Sistemas – 1º Termo

Nome 1: Anthony Gabriel Piovan Dos Santos | RA 1: 1987602

Nome 2: Wendell Pereira Ribeiro | RA 2: 2004501

EXERCÍCIOS

Para cada cenário proposto, escrevam requisitos funcionais, não-funcionais e de domínio

respeitando a quantidade mínima de cada tipo.

Observação: Lembrem-se de que os requisitos NÃO se limitam somente às necessidades

descritas. Levem em consideração em como seria a rotina manual de cada tarefa. Se
necessário, pesquisem sobre o domínio para auxiliar na compreensão de comportamentos.

1. Sistema de Gerenciamento de Biblioteca

Cenário: Vocês foram contratados por uma biblioteca universitária para desenvolver um
sistema de gerenciamento de biblioteca que atenda às necessidades dos alunos,
professores e funcionários da instituição. A biblioteca tem um vasto acervo de livros,
periódicos e materiais multimídia. Os usuários devem ser capazes de buscar, reservar e
emprestar materiais, bem como acessar informações sobre eventos e workshops
organizados pela biblioteca.

Necessidades do Software:

• Pesquisa Eficiente: Os usuários devem poder buscar materiais por título, autor,
assunto ou categoria.
 • Reserva de Materiais: Os usuários devem poder reservar materiais que estão
atualmente emprestados.

• Empréstimo e Devolução: O sistema deve permitir o empréstimo de materiais por

um período definido e registrar as devoluções de forma precisa.

• Gestão de Usuários: Os funcionários da biblioteca devem poder registrar novos

usuários, gerenciar informações de contato e histórico de empréstimos.

• Notificações: Os usuários devem receber notificações sobre datas de devolução,

disponibilidade de materiais reservados e eventos da biblioteca.

• Segurança: O sistema deve garantir a segurança dos dados do usuário e impedir

acessos não autorizados.

• Acessibilidade: O sistema deve ser acessível para usuários com deficiências

visuais ou motoras, seguindo as diretrizes de acessibilidade.

Mínimo de Requisitos: 15 RF, 5 RNF, 4 RD.

Requisitos Funcionais (RF):
RF - 1: O sistema deve permitir a busca de materiais por título,
autor, assunto ou categoria.
Esse requisito permite que os usuários localizem materiais disponíveis na biblioteca de
diferentes formas, como por exemplo, título, autor, temática e gênero.
Essa funcionalidade acrescentaria valor ao sistema, de forma que proporciona um acesso
rápido e eficiente aos recursos da biblioteca.
EXEMPLO
Bakunin está pesquisando para sua tese sobre uma ideologia política que se opõe a todo
tipo de hierarquia e dominação. Ele precisa encontrar fontes que abordem as temáticas
relacionadas à pesquisa.
Ao acessar o sistema da biblioteca, Bakunin utiliza a funcionalidade de busca avançada. Ele
insere palavras-chave como “Manifesto Comunista” e “sociologia” nos campos temáticos e
gênero. Além disso, o sistema possibilita ao usuário filtrar os resultados por “autor”,
procurando por obras de Marx e Engels.
Em poucos segundos, o sistema apresenta uma lista completa de materiais relevantes
referentes a solicitação do usuário. Com essa lista, Bakunin pode agora reservar os
materiais físicos, com opção também de acessar a versão digital.

RF - 2: O sistema deve permitir a reserva de materiais que estão

emprestados.
O requisito oferece uma funcionalidade ao sistema que permite aos usuários reservar livros
e artigos que se encontram emprestados por outros usuários. Quando o material reservado
é devolvido, o sistema notifica automaticamente o usuário que fez a reserva, informando
que o material está disponível para ser emprestado.
EXEMPLO
Engels, está em busca de um livro raro. O livro é crucial para sua pesquisa, mas está
constantemente emprestado devido à sua popularidade.
Ao utilizar o sistema da biblioteca, Engels vê que o livro está emprestado. Ela então opta
pela funcionalidade de reserva, inserindo os dados necessários e confirmando sua
solicitação.
Um tempo depois, o livro é devolvido automaticamente, o sistema envia uma notificação
automática para Engels, informando que o livro está disponível. Ele recebe um e-mail e uma
notificação no aplicativo da biblioteca, para garantir que a mensagem seja entregue ao
usuário.
Com essa funcionalidade, Engels não precisa mais perguntar todo dia a respeito da
disponibilidade do livro, assim podendo se concentrar em outras partes de sua pesquisa.

RF - 3: O sistema deve oferecer sugestões de materiais aos usuários,

com base em seus dados.
O sistema, ao ofertar sugestões de materiais baseadas em seu histórico de empréstimos,
preferências e atividades de pesquisa, deve aprimorar a experiência do usuário.
EXEMPLO
Kant está procurando um livro para ler, ele não tem pesquisas e nem trabalhos a serem
realizados, ele busca apenas por um livro para se divertir, mas não sabe o que escolher.
O último livro que ele pegou por empréstimo foi um livro de suspense de Stephen King, “O
iluminado”, com base nesses dados o sistema recomenda um livro de suspense de Stephen
King “Doutor Sono”, continuação do livro anteriormente emprestado.

RF - 4: O sistema deve registrar a devolução dos materiais.

O sistema deve registrar de maneira eficiente a devolução de materiais, No ato de
devolução de um item, o sistema deve colocar o status do material para disponível e
identificar qualquer pendência relacionada ao empréstimo, como multas por atraso.
EXEMPLO
Rousseau esqueceu de devolver um livro e consequentemente acabou passando do prazo
de devolução, no ato da devolução, o sistema identifica o atraso na devolução e aplica uma
multa por atraso baseado na quantidade de dias excedentes a data de devolução estipulada

RF - 5: O sistema deve permitir o registro de novos usuários.

O sistema deve fornecer a opção para cadastro de novos usuários, permitindo que eles
acessem e utilizem os serviços da biblioteca. O processo de cadastro deve coletar
informações essenciais e criar um perfil de usuário no sistema.
EXEMPLO
Sheldon deseja acessar o software e utilizar os recursos que a biblioteca oferece.
Para isso ele precisa realizar um cadastro, onde é solicitado o email, telefone para contato e
alguns documentos pessoais

RF - 6: O sistema deve permitir a gestão de informações de contato dos

usuários.
O sistema deve oferecer ao usuário que gerencie as informações de contato da conta,
permitindo atualizações e manutenção de dados precisos e recentes.
EXEMPLO
Sheldon ao criar a conta, percebe que colocou o número de telefone errado, dentro do
sistema, ele pode alterar e colocar seu número de telefone mais recente.

RF - 7: O sistema deve manter um histórico de empréstimos de cada

usuário
O sistema será capaz de manter um histórico detalhado dos empréstimos de cada usuário.
EXEMPLO
Rousseau pegou um livro emprestado e atrasou na hora de devolvê-lo, o software tem todo
o histórico de livros emprestados por ele e uma relação de tudo que foi entregue atrasado,
juntamente com as penalidades aplicadas.

RF - 8: O sistema deve enviar notificações sobre datas de devolução.

O sistema enviará notificações automáticas aos usuários para lembrá-los das datas de
devolução dos materiais emprestados. Tais notificações aumentariam o número de
devoluções pontuais e reduziriam multas por atrasos
EXEMPLO
Rousseau pegou outro livro emprestado, e se comprometeu a devolver na data correta.
Um dia antes do prazo máximo para devolução do livro, Rousseau não estava lembrado
que deveria devolver o livro, mas o aplicativo lhe enviou uma notificação, fazendo com que
Rousseau lembrasse e assim evitasse a multa por atraso na devolução.

RF - 9: O sistema deve notificar a disponibilidade de materiais

reservados.
O sistema notifica os usuários automaticamente quando um material que eles reservaram
se torna disponível.
EXEMPLO
Freud estava à procura de um livro, mas já haviam emprestado ele. Freud então solicitou a
reserva do livro para quando este estivesse disponível.
Quando o material foi devolvido e o status do material foi baixado como “Disponível”, Freud
foi imediatamente notificado.

RF - 10: O sistema deve informar sobre eventos e workshops da

biblioteca.
O sistema fornecerá informações atualizadas sobre eventos e workshops organizados pela
biblioteca, tendo uma funcionalidade que permita aos usuários visualizar detalhes do evento
escolhido, como data, local e descrição.
EXEMPLO
Freud se interessa por um evento de “Introdução à Psicanálise” informado pelo software,
onde é informado o local, hora e descrição do assunto que será discutido na palestra.
Freud imediatamente reserva sua presença na palestra e garante seu lugar no evento.

RF - 11: O sistema deve permitir a renovação online de empréstimos.

O sistema deve fornecer uma funcionalidade ao usuário que permita renovar os
empréstimos de materiais online, trazendo praticidade e flexibilidade, permitindo a extensão
do período de empréstimo sem a necessidade de visitar a biblioteca.
EXEMPLO
Marighella é um homem muito ocupado, e não tem tempo para ir à biblioteca para renovar o
empréstimo do livro que pegou, Marighella rapidamente abre o software da biblioteca e
solicita a extensão do período de empréstimo.

RF - 12: O sistema deve gerar relatórios de uso e empréstimos.

O sistema deve ter a capacidade de gerar relatórios detalhados sobre o uso e os
empréstimos de materiais da biblioteca. Estes relatórios seriam fundamentais para a equipe
que gerencia e é responsável pela biblioteca, pois permite a análise de dados para tomadas
de decisões melhores com planejamento prévio.
EXEMPLO
Clarice quer mostrar quais livros foram mais emprestados e identificar tendências de uso
para melhorar o acervo. Maria acessa o Sistema, vai até a seção de relatórios e seleciona a
opção “Relatório de Empréstimos do Mês”.
Sem muito esforço, o sistema gera um relatório detalhado, destacando os livros mais
populares, preferências de gênero literário dos usuários e os materiais que estão há muito
tempo sem serem emprestados.

RF - 13: O sistema deve permitir a gestão de acervo da biblioteca.

O sistema deve fornecer aos funcionários a funcionalidade de gerenciar o acervo da
biblioteca, permitindo o cadastro, atualização, e remoção de itens antigos ou poucos
requisitados do acervo.
EXEMPLO
Clarice ao fazer o “Relatório de Empréstimos do Mês” percebe que alguns livros não são
emprestados há anos e decide removê-los para dar lugar a outros novos e mais
requisitados..
Com essa funcionalidade dentro do sistema, Clarice mantém o acervo atualizado.
RF - 14: O sistema deve suportar múltiplas filas de reserva para um
único material.
O sistema deve ser capaz de gerenciar múltiplas filas de reserva para um único material,
permitindo que vários usuários possam reservar o mesmo item e serem atendidos em
ordem.
EXEMPLO
Malcolm está procurando por um livro popular para um trabalho, e descobre que o livro já
está emprestado, então ele usa o software da biblioteca para entrar na fila de reserva.
O sistema automaticamente mostra que ele é o terceiro na fila e estima um tempo de
espera. Um tempo depois, Malcolm recebe uma notificação automática do sistema
alertando que o livro está disponível para ser emprestado.

RF - 15: O sistema deve incluir um módulo para coleta de feedback dos

usuários.
O sistema deve fornecer uma seção onde os usuários possam deixar seus comentários,
sugestões e avaliações.
 EXEMPLO
Martin, acessa o sistema da biblioteca e vê a seção de feedback. Ele envia um feedback
elogiando uma nova coleção de livros adicionada recentemente e sugerindo mais títulos. A
bibliotecária responsável recebe uma notificação sobre o feedback e dessa forma a
bibliotecária fica sempre antenada no que agrada e desagrada os usuários.
Requisitos Não Funcionais (RNF):
RNF - 1: O sistema deve ser compatível com diferentes sistemas
operacionais e navegadores web.
O sistema deve ser consistente e eficaz em diversos sistemas operacionais e navegadores
web, garantindo que todos os usuários possam acessar o sistema sem problemas de
compatibilidade.
EXEMPLO
Kenan prefere usar seu MacBook com Chrome, enquanto seu amigo Kel usa um PC com
Windows e o Mozilla. Graças à compatibilidade multiplataforma do sistema, Kenan e Kel
têm a mesma experiência de usuário, permitindo a realização de suas tarefas sem se
preocupar com problemas de incompatibilidade.

RNF - 2: O sistema deve estar disponível 99% do tempo.

O sistema deve ser projetado para estar sempre disponível, estando acessível 99% do
tempo. Fornecendo um serviço contínuo e confiável aos usuários da biblioteca.
EXEMPLO
A biblioteca está fechada para reforma por um tempo indeterminado, mas Michael precisa
acessar um artigo para seu TCC. Ele entra no sistema da biblioteca online e, mesmo sendo
tarde da noite, o sistema está funcionando.

RNF - 3: O sistema tem que realizar backups automáticos dos dados.

O sistema deve ser capaz de realizar backups automáticos dos dados todos os dias para
prevenir a perda de informações em caso de falhas de sistema.
EXEMPLO
O sistema da biblioteca acabou saindo do ar devido a uma falha nos servidores, existe uma
preocupação interna de que talvez alguns dados tenham sido apagados ou perdidos, no
entanto, a equipe de manutenção do servidor informa que o sistema realiza backups de
todas as informações automaticamente.

RNF - 4: O tempo de resposta para pesquisas deve ser inferior a 5

segundos.
O sistema deve ser otimizado, a ponto de garantir que o tempo de resposta para ações
como pesquisas, reservas, empréstimos e devoluções sejam rápidos e eficientes, não
excedendo 5 segundos.
EXEMPLO
Lebron está na biblioteca procurando por um livro em específico, ele utiliza o sistema de
consulta, e em menos de cinco segundos, o sistema exibe uma lista de todos os livros
disponíveis, otimizando o tempo de Lebron.
RNF - 5: O sistema deve conter uma interface intuitiva, de fácil
compreensão e inclusiva para pessoas com deficiências.
O sistema deve possuir uma interface de usuário intuitiva e acessível, projetada para ser de
fácil utilização para uma vasta gama de usuários, incluindo alunos, professores,
funcionários e pessoas com deficiências.
EXEMPLO
Ray, que tem deficiência visual, usa um leitor de tela para navegar no sistema da biblioteca.
A interface de fácil uso e as opções de acessibilidade permitem que ele pesquise e reserve
livros sem assistência externa.

Requisitos de Domínio (RD):

RD - 1: O sistema deve aderir às normas de catalogação bibliográfica
vigentes.
O sistema deve seguir as normas internacionais de catalogação, como MARC 21 (Machine
Readable Cataloging, ou "catalogação legível para computadores")
Logo tendo que suportar a entrada de dados bibliográficos em múltiplos formatos.
EXEMPLO
A bibliotecária Harriet está catalogando um novo lote de livros. Ela usa o sistema da
biblioteca, que automaticamente preenche os campos de catalogação seguindo a norma
MARC 21. garantindo que os dados estejam corretos e padronizados.

RD - 2: O sistema deve respeitar as leis de direitos autorais e

privacidade de dados.
O sistema deve incorporar mecanismos para proteger o conteúdo com direitos autorais,
impedindo tentativas de cópia e impressão e assegurar a confidencialidade dos dados dos
usuários, em conformidade com a LGPD.
EXEMPLO
Denzel tenta fazer o download de um e-book protegido por direitos autorais,
automaticamente o sistema aplica as restrições necessárias, impossibilitando a impressão
do conteúdo.

RD - 3: Mantenha registros de auditoria para rastrear atividades de

usuários, como empréstimos, devoluções e modificações de registros.
O sistema deve manter um relatório detalhado de todas as atividades dos usuários,
incluindo data, hora e tipo de atividade.

EXEMPLO
Após problemas na devolução de um livro, Nelson revisa os registros de um usuário no
sistema, podendo ver o que ele emprestou ou devolveu, e quaisquer alterações feitas nos
registros dos usuários. Isso ajuda a resolver mal-entendidos.

RD - 4: Estabeleça procedimentos para manutenção regular e

atualização do sistema, garantindo sua eficácia contínua e
compatibilidade com as mudanças tecnológicas e regulatórias.
O sistema deverá realizar, constantes manutenções preventivas para identificar e corrigir
falhas potenciais.
Tendo também que suportar atualizações automáticas ou manuais para se adaptar a novas
tecnologias ou regulamentações
EXEMPLO
O sistema da biblioteca notificará automaticamente a equipe de TI, sobre uma nova
atualização de software disponível. Possibilitando a escolha de quando a atualização deve
ser realizada. Com essas atualizações regulares, o sistema permanece seguro e alinhado
com as últimas tecnologias.

2. Sistema de Reservas de Hotel

Cenário: Vocês foram contratados por uma cadeia de hotéis para desenvolver um sistema
de reservas online que permita aos clientes pesquisar disponibilidade, fazer reservas e
gerenciar suas estadias em hotéis em todo o mundo.

Necessidades do Software:

• Pesquisa de Disponibilidade: Os clientes devem ser capazes de pesquisar hotéis

e quartos disponíveis em datas específicas.

• Reserva de Quartos: Os clientes devem poder fazer reservas de quartos para as

datas desejadas.

• Gestão de Reservas: Os clientes devem poder visualizar e gerenciar suas

reservas, incluindo alterações de datas ou cancelamentos.

• Pagamento Seguro: O sistema deve garantir que os pagamentos sejam

processados de forma segura e protegida.

• Feedback dos Clientes: O sistema deve permitir que os clientes deixem feedback
e avaliações sobre suas estadias nos hotéis.

Mínimo de Requisitos: 8 RF, 4 RNF, 2 RD.

Requisitos Funcionais (RF):

RF - 01: O sistema deve permitir que os clientes pesquisem hoteis por
filtros específicos.
O sistema de reservas de hotel deve permitir que os clientes pesquisem hoteis por
localização, datas de estadia e número de hóspedes.

EXEMPLO
Barry e sua família decidiram passar o Natal em Central City. Ele acessou o site e inseriu a
localização, as datas e a quantidade de pessoas que iriam e rapidamente o sistema
mostrou uma lista de hoteis na região

RF - 02: O sistema deve exibir uma lista de quartos disponíveis com

informações detalhadas, incluindo preço, comodidades e fotos.
O sistema deve permitir que os usuários visualizem a lista de quartos disponíveis, junto com
as informações detalhadas sobre cada quarto.
EXEMPLO
Clark está reservando um hotel no sistema e seleciona as datas desejadas e a localização.
O sistema exibe os quartos disponíveis, com detalhes de preço, comodidades e fotos.

RF - 03: O sistema deve permitir que os clientes selecionem e reservem

um quarto disponível.
O sistema deverá exibir a disponibilidade dos quartos em tempo real, permitindo que os
hóspedes consultem e reservem quartos de acordo com suas necessidades e preferências.
EXEMPLO
Bruce acessa o sistema de reservas de quartos, lá, ele pode visualizar todos os quartos
disponíveis para as datas desejadas. Com poucos cliques, ele confirma a reserva e recebe
um e-mail com os detalhes.

RF - 04: O sistema deve permitir que os clientes façam o pagamento da

reserva utilizando diferentes métodos de pagamento online.
O sistema permitirá aos clientes efetuar o pagamento de suas reservas diretamente pela
internet.
EXEMPLO
Tony acessa o site do hotel e decide reservar um quarto em um hotel, ao prosseguir com a
reserva, o sistema exibe diversas opções de pagamento. Tony insere os dados necessários
e realiza o pagamento com a opção preferida.

RF - 05: O sistema deve enviar uma confirmação da reserva por e-mail

ao cliente após a conclusão do pagamento.
Após o pagamento, os usuários recebem uma confirmação da reserva por e-mail, contendo
os detalhes da reserva feita.
EXEMPLO
Após a confirmação do pagamento, é enviado a Tony, uma confirmação por e-mail com os
detalhes da reserva incluindo, informações sobre o quarto reservado, o endereço do hotel e
os detalhes de contato

RF - 06: O sistema deve permitir que os clientes visualizem e gerenciem

suas reservas atuais e passadas
Os clientes devem poder acessar uma seção para ver todas as suas reservas atuais e
futuras.
EXEMPLO
Shaquille está no quarto de hotel que foi reservado no site, e decide que precisa estender
sua estadia por mais uma noite. Ele acessa o sistema, seleciona a opção de alterar datas e
escolhe a nova data de saída do hotel. O sistema atualiza automaticamente a reserva.

.
RF - 07: O sistema deve permitir que os clientes modifiquem ou
cancelem suas reservas online.
Os usuários devem ter a facilidade e praticidade de alterar ou cancelar suas reservas
online.
EXEMPLO
Michael acessa o sistema do hotel, seleciona a opção de modificação e escolhe uma nova
data. O sistema verifica a disponibilidade e confirma a alteração.

RF - 08: O sistema deve permitir que os clientes deixem avaliações e

feedback sobre sua estadia após o check-out.
Após o check-out, os hóspedes devem ter a oportunidade de compartilhar suas avaliações e
opiniões sobre a estadia.
EXEMPLO
Após o check-out, Pedro recebeu um e-mail do sistema pedindo sua avaliação referente aos
dias em que ficou hospedado no hotel. A avaliação foi enviada e chegou no setor
administrativo do hotel, podendo avaliar pontos fortes e possíveis melhorias no hotel.

Requisitos Não Funcionais (RNF):

RNF - 01: O sistema deve garantir a segurança dos dados dos clientes,
utilizando criptografia em todas as transações financeiras.
O sistema precisa assegurar que todas as operações financeiras estejam protegidas por
criptografia. Tornando as incompreensíveis para indivíduos não autorizados.

RNF - 02: O sistema deve estar disponível 99.9% do tempo, com

manutenção programada fora dos horários de pico.
O sistema precisa estar operacional 99.9% do tempo. Além disso, deve ter manutenção
agendada em horários fora dos períodos de maior movimento para reduzir os transtornos
aos usuários.

RNF - 03: O sistema deve ser capaz de suportar uma grande quantidade
de usuários simultâneos.
Pensando ser uma rede de hotéis, é importante que o sistema consiga lidar com muitos
usuários ao mesmo tempo sem que haja uma queda significativa no desempenho.

RNF - 04: O sistema deve ter um tempo de resposta inferior a 5

segundos para a maioria das interações do usuário.
O sistema deve reagir prontamente às ações do usuário, ao interagir com o sistema, seja ao
clicar num botão ou preencher um formulário, espera-se que a resposta ocorra em menos
de 5 segundos.
 Requisitos de Domínio (RD):
RD - 01: O sistema deve aderir às regulamentações locais e
internacionais de privacidade e proteção de dados.
É fundamental que o sistema siga as normas locais e internacionais para assegurar o
tratamento seguro e legal dos dados dos usuários.

RD - 02: Suporte Multilingue e Multi Moeda:

O sistema deve oferecer uma interface em vários idiomas e processar pagamentos em
diversas moedas, adaptando-se às preferências e necessidades de uma clientela global.
EXEMPLO
Escobar, um espanhol, seleciona suas preferências de idioma e moeda, navega facilmente
pelo sistema, Ele completa sua reserva sem dificuldades, recebe uma confirmação em
espanhol e se sente seguro sabendo que o preço final já está na moeda que ele utiliza
diariamente.

3. Aplicativo de Gerenciamento de Tarefas

Cenário: Vocês estão desenvolvendo um aplicativo de gerenciamento de tarefas para

ajudar indivíduos e equipes a acompanhar e concluir suas atividades diárias.

Necessidades do Software:

• Criação de Tarefas: Os usuários devem poder criar novas tarefas e atribuir

prazos e prioridades a elas.

• Organização de Tarefas: Os usuários devem poder organizar suas tarefas por

categorias, projetos ou status.

• Acompanhamento de Progresso: O sistema deve permitir que os usuários

marquem tarefas como concluídas e acompanhem seu progresso ao longo do
tempo.

• Colaboração em Equipe: O sistema deve facilitar a colaboração entre membros

da equipe, permitindo atribuição de tarefas e comunicação integrada.

• Integração com Calendário: O sistema deve integrar-se com aplicativos de

calendário para sincronizar prazos e compromissos.

Mínimo de Requisitos: 8 RF, 4 RNF, 2 RD.

Requisitos Funcionais (RF)
RF - 01: O aplicativo deve permitir que os usuários criem tarefas com
títulos, descrições, prazos e prioridades.
O aplicativo de gerenciamento de tarefas deve permitir que os usuários criem tarefas de
forma eficiente e organizada. Podendo detalhar a tarefa, atribuir prazo e prioridade.
EXEMPLO
Jim, cria uma tarefa chamada “Revisão da Planilha” adiciona a descrição da tarefa e define
o prazo para o final do dia e marca a prioridade como “Alta”

RF - 02: O aplicativo deve permitir que os usuários organizem tarefas em

categorias personalizáveis.
O aplicativo deve permitir que os usuários criem suas próprias categorias ou etiquetas para
agrupar tarefas relacionadas.
EXEMPLO
Para cada nova tarefa, Pam escolhe a categoria adequada. Com a visão clara
proporcionada pelo sistema, Pam consegue delegar tarefas de maneira eficiente à sua
equipe.

RF - 03: O aplicativo deve permitir que os usuários atribuam tarefas a si

mesmos ou a outros membros da equipe.
O aplicativo mostrará uma lista de membros da equipe para que o usuário possa atribuir a
tarefa a alguém e quando uma tarefa é atribuída para alguém, o responsável deve receber
uma notificação.
EXEMPLO
Luke cria a tarefa “contatar cliente”, ele atribui a tarefa a Anakin, que recebe uma notificação
em seu celular e imediatamente começa a trabalhar no contato.

RF - 04: O aplicativo deve permitir que os usuários definam lembretes

para as tarefas.
O aplicativo deve permitir que os usuários configurem lembretes para suas tarefas,
escolhendo a data e hora para recebê-las.

RF - 05: O aplicativo deve permitir que os usuários marquem tarefas

como concluídas e visualizem o progresso geral.
O aplicativo deve permitir que os usuários marquem tarefas como concluídas com um
simples clique
RF - 06: O aplicativo deve permitir a comunicação entre membros da
equipe por meio de um sistema de mensagens integrado dentro da
tarefa.
O aplicativo deve incluir um sistema de mensagens integrado que permita a comunicação
eficiente entre os membros da equipe. O aplicativo manterá um histórico das tarefas
concluídas e mostrará uma barra de progresso.
RF - 07: O aplicativo deve permitir a integração com calendários
externos para sincronizar prazos e eventos.
O aplicativo deve permitir que os usuários sincronizem prazos e eventos com calendários
externos, como o Google Calendar, o Calendário da Apple ou o Outlook.

RF - 08: O aplicativo deve fornecer relatórios de progresso e estatísticas

de produtividade para os usuários.
O aplicativo deve incluir a capacidade de gerar relatórios de progresso e estatísticas visuais,
como gráficos e tabelas, para ajudar os usuários a entender sua produtividade.
EXEMPLO
Uma coordenadora de projetos ao final de cada semana acessa a seção de relatórios do
aplicativo e obtem uma relação completa da produtividade da equipe. Com gráficos e
tabelas comparativas, ela pode ver quem completou mais tarefas e quais projetos estão
avançando mais rápido.

Requisitos Não Funcionais (RNF):

RNF - 01: O aplicativo deve ser responsivo e adaptável a diferentes
tamanhos de tela e dispositivos.
O design responsivo é um fundamental para garantir que um aplicativo funcione bem e fique
visualmente agradável em diversos dispositivos, como computadores, tablets e
smartphones.
RNF - 02: O aplicativo deve garantir a segurança dos dados dos
usuários com criptografia de ponta a ponta.
O aplicativo deve implementar métodos de autenticação robustos para assegurar que
apenas usuários autorizados possam acessar os dados.
RNF - 03: O aplicativo deve ter um tempo de resposta rápido, com a
maioria das ações sendo concluídas em menos de 5 segundos.
O aplicativo deve ser altamente responsivo, com a maioria das ações concluídas em menos
de 5 segundos após a interação do usuário.
RNF - 04: O aplicativo deve ser projetado para ser intuitivo e fácil de
usar, com uma curva de aprendizado mínima.
O aplicativo deve ser projetado de forma intuitiva, permitindo que os usuários aprendam a
usá-lo rapidamente, com uma curva de aprendizado mínima.
Requisitos de Domínio (RD):
RD - 01: O aplicativo deve cumprir com as leis de privacidade de dados
aplicáveis
O aplicativo deve estar em conformidade com as leis de privacidade de dados locais e
internacionais, como a LGPD.
RD - 02: O aplicativo deve ser capaz de se integrar com APIs de
terceiros para a sincronização de outras funcionalidades.
O aplicativo deve ter a capacidade de se conectar com APIs de terceiros para expandir suas
funcionalidades, para assim permitir a sincronização de dados entre o aplicativo e serviços
externos, como ferramentas de calendário e plataformas de comunicação.

4. Sistema de Gestão de Estoque para uma Loja de Eletrônicos

Cenário: Uma loja de eletrônicos está procurando um sistema de gestão de estoque para
controlar o inventário de produtos em suas lojas físicas e online.

Necessidades do Software:

• Registro de Produtos: O sistema deve permitir o registro de novos produtos,

incluindo informações como nome, descrição, preço e quantidade em estoque.

• Monitoramento de Estoque: O sistema deve monitorar os níveis de estoque de

cada produto e emitir alertas quando os estoques estiverem baixos.

• Vendas e Pedidos: O sistema deve registrar vendas e pedidos de produtos,

atualizando automaticamente os níveis de estoque.

• Gestão de Fornecedores: O sistema deve manter registros de fornecedores de

produtos, incluindo informações de contato e histórico de pedidos.

• Relatórios de Desempenho: O sistema deve gerar relatórios sobre o

desempenho de vendas e o movimento de estoque para ajudar na tomada de
decisões.

Mínimo de Requisitos: 9 RF, 4 RNF, 2 RD.

Requisitos Funcionais (RF):

RF - 01: O sistema deve permitir o cadastro de novos produtos com
informações como nome, descrição, preço e quantidade em estoque.
O cadastro de produtos realizados pelos funcionários, deve envolver todas as informações
relevantes sobre os produtos que uma empresa comercializa.

RF - 02: O sistema deve oferecer uma funcionalidade de busca avançada

para localizar produtos no inventário por diferentes critérios.
A busca avançada no sistema de inventário da loja deve oferecer ao usuário a capacidade
de chegar ao que se procura de forma mais fácil.

RF - 03: O sistema deve alertar automaticamente quando o nível de

estoque de um produto estiver abaixo do mínimo definido.
O aplicativo deve alertar automaticamente quando o nível de estoque baixo for alcançado,
esse recurso garante que a empresa esteja ciente quando a quantidade de um produto
estiver em falta
RF - 04: O sistema deve registrar vendas e atualizar os níveis de estoque
em tempo real.
O sistema deve registrar vendas e atualizar os níveis de estoque em tempo real, mantendo
a empresa ciente das mudanças no estoque.
RF - 05: O sistema deve permitir a criação e gerenciamento de pedidos
de compra para fornecedores.
O sistema deve ser capaz de criar e administrar os pedidos de compra para fornecedores,
garantindo o processo de reposição de itens de maneira eficiente.

RF - 06: O sistema deve gerar ordens de reposição de estoque com base

em algoritmos de previsão de demanda.
Um sistema de reposição de estoque ajuda indústrias, varejistas e distribuidores a
manterem níveis de produtos equilibrados, evitando tanto a falta quanto o excesso de itens
armazenados.
RF - 07: O sistema deve permitir a impressão de etiquetas de preço e
código de barras para os produtos.
Um sistema que permite a impressão de etiquetas de preço e códigos de barras é essencial
para empresas que lidam com produtos físicos.

RF - 08: O sistema deve oferecer a opção de realizar inventários

periódicos e ajustes de estoque.
O aplicativo deve permitir que os usuários agendem inventários periódicos para controle de
estoque, a funcionalidade poderá registrar ajustes no estoque, como adições ou remoções
de itens.

RF - 09: O sistema deve fornecer uma interface para a gestão de

devoluções e trocas de produtos.
Com acompanhamento de status em tempo real, os usuários podem acompanhar suas
solicitações de devolução ou troca, incluindo motivos e detalhes do produto.

Requisitos Não Funcionais (RNF):

RNF - 01: O sistema deve ser capaz de operar de forma contínua com
um tempo de resposta inferior a 5 segundos para transações de
estoque.
Um sistema de controle de estoque eficiente deve ser capaz de processar transações
rapidamente, garantindo que as operações relacionadas ao estoque sejam ágeis e precisas.

RNF - 02: O sistema deve garantir a segurança dos dados através de

criptografia e backups regulares.
Para garantir a integridade e confidencialidade dos dados, é essencial que o sistema
implemente medidas de segurança robustas. Duas dessas medidas são a criptografia e os
backups regulares.

RNF - 03: O sistema deve ser compatível com dispositivos móveis e

tablets para uso em lojas físicas.
Para garantir uma experiência eficiente nas lojas físicas, o sistema deve ser compatível com
dispositivos móveis e tablets. Isso permite que os funcionários acessem informações
importantes sobre produtos, estoque e transações diretamente em seus dispositivos, sem
depender de computadores.
RNF - 04: O sistema deve ter uma interface de usuário intuitiva e fácil de
usar, com suporte multilíngue.
Uma interface de usuário intuitiva e fácil de usar é essencial para garantir que os usuários
possam interagir com o sistema de forma eficiente e sem dificuldades. Além disso, o
suporte multilíngue é fundamental para atender a uma base diversificada de usuários em
diferentes regiões do mundo.

Requisitos de Domínio (RD):

RD - 01: O sistema deve estar em conformidade com as
regulamentações fiscais e comerciais locais para a venda de produtos
eletrônicos.
Para garantir que o sistema atenda às regulamentações fiscais e comerciais locais,
especialmente no contexto de vendas de produtos eletrônicos, é fundamental considerar as
leis e normas específicas que regem o comércio eletrônico.

RD - 02: O sistema deve ser capaz de integrar-se com plataformas de

e-commerce e outros sistemas de ponto de venda.
A integração para e-commerce é a capacidade de combinar diferentes ferramentas,
recursos e sistemas em uma única plataforma de gestão. Isso facilita o uso diário dessas
tecnologias, ao mesmo tempo que garante um melhor aproveitamento do seu potencial.

5. Aplicativo de Saúde e Bem-Estar

Cenário: Vocês estão desenvolvendo um aplicativo de saúde e bem-estar para ajudar os

usuários a acompanhar sua atividade física, dieta e bem-estar geral.

Necessidades do Software:

• Registro de Atividades: O aplicativo deve permitir que os usuários registrem

atividades físicas, como corrida, caminhada, ciclismo, etc.

• Acompanhamento de Dieta: Os usuários devem poder registrar sua ingestão

diária de alimentos e monitorar a qualidade de sua dieta.

• Monitoramento de Saúde: O aplicativo deve permitir que os usuários registrem

dados de saúde, como pressão arterial, níveis de glicose e peso corporal.

• Definição de Metas: Os usuários devem poder definir metas pessoais para

atividade física, dieta e outros aspectos de saúde e bem-estar.
 • Feedback Personalizado: O aplicativo deve fornecer feedback personalizado e
dicas para ajudar os usuários a alcançar suas metas de saúde e bem-estar.

Mínimo de Requisitos: 9 RF, 4 RNF, 2 RD.

Requisitos Funcionais (RF):

RF01: O software deve possibilitar que o usuário registre diferentes
tipos de atividades físicas, como corrida, caminhada e ciclismo.
O aplicativo deve permitir que os usuários registrem várias atividades físicas, cada tipo de
atividade deve ter campos específicos para inserir detalhes relevantes, como duração,
distância percorrida com o GPS do dispositivo para rastrear a rota e a distância percorrida.

RF-02: O aplicativo deve permitir que os usuários registrem sua

ingestão diária de alimentos e bebidas.
Os usuários poderão registrar detalhes sobre cada refeição e bebida consumida, incluindo o
tipo de alimento, quantidade, horário e data, ter um banco de dados de alimentos e bebidas,
com informações nutricionais.

RF-03: O aplicativo deve permitir que os usuários acompanhem métricas

de saúde como pressão arterial, níveis de glicose e peso corporal.
Os usuários poderão inserir e atualizar seus dados de saúde, o aplicativo deve manter um
histórico dos dados inseridos pelos usuários possibilitando gráficos e visualizações que
podem ajudar os usuários a acompanhar suas tendências de saúde ao longo do tempo.

RF-04: O aplicativo deve permitir que os usuários definam metas

pessoais de saúde e bem-estar.
O sistema deve permitir que os usuários estabeleçam metas específicas relacionadas à
saúde e ao bem-estar. Isso pode incluir objetivos como perda de peso, aumento da
atividade física, melhoria da qualidade do sono ou redução do estresse.

RF-05: O aplicativo deve fornecer feedback personalizado baseado no

progresso do usuário em direção às suas metas.
Esse sistema tem a funcionalidade por mecanismos para coletar feedbacks diretamente no
aplicativo, tendo a ferramenta de solicitar um feedback após interações relevantes como
após um treino, registro de refeições, entre outros métodos.

RF-06: O aplicativo deve permitir que os usuários visualizem históricos

de atividades, ingestão alimentar e métricas de saúde.
O sistema deve oferecer uma interface de usuário para que os usuários possam visualizar
seu histórico de métricas de saúde ,o histórico de atividades deve ser armazenado
localmente no dispositivo do usuário.

RF-07: O aplicativo deve permitir que os usuários recebam lembretes

para registrar atividades e métricas de saúde.
O sistema deve solicitar permissões para enviar notificações aos usuários. Isso permitirá
que o aplicativo envie lembretes no momento certo, além disso o usuário terá a opção de
ativar ou desativar as notificações de lembrete nas configurações do aplicativo.

RF-08: O aplicativo deve permitir a integração com dispositivos

vestíveis para rastreamento automático de atividades e métricas de
saúde.
O sistema deve se integrar perfeitamente com esses dispositivos, permitindo a troca de
dados em tempo real. Além disso, aplicativos e plataformas online associados a esses
dispositivos permitem que os usuários definam metas, monitorem seu progresso e se
envolvam em comunidades online para apoio e motivação.

RF-09: O aplicativo deve fornecer um sistema de recompensas e

incentivos para encorajar a continuidade e a consistência nas atividades
de saúde e bem-estar.
Requisitos que atribuem pontos aos usuários sempre que eles realizarem uma ação
desejada no aplicativo, como concluir tarefas, atingir metas ou compartilhar conteúdo.

Requisitos Não Funcionais (RNF):

RNF-01: O aplicativo deve ser compatível com as principais plataformas
móveis, como iOS e Android.
O sistema fará testes em seu aplicativo em dispositivos reais para garantir que ele funcione
corretamente em ambas as plataformas, use ferramentas de teste de acessibilidade para
verificar se todas as funcionalidades são acessíveis.

RNF-02: O aplicativo deve garantir a privacidade e a segurança dos

dados dos usuários, utilizando criptografia e autenticação segura.
O sistema informará os usuários sobre como seus dados serão coletados, usados e
compartilhados. Isso deve estar detalhado em uma política de privacidade. Solicitando o
consentimento explícito dos usuários antes de coletar qualquer informação pessoal.

RNF-03: O aplicativo deve ter uma interface de usuário intuitiva e

acessível, com suporte para acessibilidade.
O sistema irá sempre priorizar a clareza e a simplicidade para que seja fácil para todos os
usuários usarem, os elementos da interface, como botões, menus e campos de entrada,
devem ser organizados de forma clara.
RNF-04: O aplicativo deve ser capaz de sincronizar dados entre
diferentes dispositivos e plataformas do usuário de forma confiável.
O aplicativo deve ser capaz de consolidar dados provenientes de diferentes fontes, como
dispositivos móveis, computadores e servidores, isso envolve a coleta e organização de
informações de maneira que elas possam ser comparadas e combinadas.

Requisitos de Domínio (RD):

RD-01: O aplicativo deve estar em conformidade com as
regulamentações de saúde e privacidade de dados, como a LGPD no
Brasil.

RD-02: O aplicativo deve permitir a integração com sistemas de saúde e

plataformas de terceiros para compartilhamento de dados de saúde,
com o consentimento do usuário.
Para integrar com sistemas de saúde, o aplicativo irá seguir os padrões e protocolos
relevantes, o aplicativo deve solicitar explicitamente o consentimento do usuário antes de
compartilhar qualquer dados de saúde com terceiros. Isso pode ser feito por meio de uma
tela de permissões ou configurações específicas.

6. Aplicativo de Entregas de Alimentos

Cenário: Vocês estão desenvolvendo um aplicativo de entregas de alimentos que permite

aos usuários fazer pedidos de restaurantes locais e receber suas refeições em casa ou no
trabalho.

Necessidades do Software:

• Seleção de Restaurantes: Os usuários devem poder navegar por uma lista de

restaurantes locais disponíveis para entrega.

• Realização de Pedidos: Os usuários devem poder selecionar itens de menu,

adicionar ao carrinho e finalizar o pedido.

• Rastreamento de Pedidos: Os usuários devem poder rastrear o status de seus

pedidos em tempo real, desde o momento da compra até a entrega.

• Pagamento Seguro: O sistema deve permitir que os usuários façam pagamentos

de forma segura, usando métodos como cartão de crédito, PayPal ou outros.

• Feedback dos Clientes: Os usuários devem poder deixar avaliações e

comentários sobre a qualidade da comida e do serviço de entrega.
Mínimo de Requisitos: 10 RF, 8 RNF, 4 RD.
Requisitos Funcionais (RF):
RF-01: O aplicativo deve permitir que os usuários naveguem por uma
lista de restaurantes e filtrem por tipo de cozinha, avaliação ou tempo de
entrega.
O sistema do aplicativo deve exibir uma lista de restaurantes disponíveis para os usuários,
essa lista pode ser organizada por proximidade, avaliação ou outros critérios relevantes. Os
usuários devem poder filtrar a lista de restaurantes com base em critérios como tipo de
cozinha (por exemplo, italiana, japonesa, vegetariana), avaliação (por estrelas) e tempo de
entrega.

RF-02: O aplicativo deve permitir que os usuários visualizem os menus

dos restaurantes, incluindo fotos e preços dos itens.
O aplicativo deve exibir os menus dos restaurantes de forma organizada e fácil de navegar.
Os usuários podem selecionar um restaurante e ver os itens disponíveis, cada item do
menu terá uma foto e uma descrição detalhada, as fotos ajudam os usuários a visualizar os
pratos, enquanto as descrições fornecem informações sobre os ingredientes e o sabor. Os
preços dos itens devem ser exibidos claramente também.

RF-03: O aplicativo deve permitir que os usuários adicionem itens ao

carrinho e personalizem seus pedidos (por exemplo, escolha de
ingredientes).
O aplicativo deve ter uma seção de carrinho de compras onde os usuários possam
visualizar os itens selecionados. Os usuários poderão adicionar itens ao carrinho enquanto
navegam pelos menus dos restaurantes, incluindo a quantidade de cada item e o preço total
somados no carrinho. Os usuários devem poder personalizar seus pedidos, como escolher
ingredientes extras ou remover ingredientes indesejados.

RF-04: O aplicativo deve permitir que os usuários finalizem o pedido,

confirmando o endereço de entrega e a forma de pagamento.
No sistema desse aplicativo antes de finalizar o pedido o aplicativo deve solicitar que o
usuário confirme o endereço de entrega, e seu complemento,Isso garante que os produtos
sejam entregues no local correto e sem falhas. O aplicativo oferece opções de pagamento,
como cartão de crédito, débito, pix ou dinheiro , os usuários devem poder selecionar a
forma de pagamento desejada durante o processo de finalização do pedido, podendo fazer
o pagamento virtual ou pagar na entrega.

RF-05: O aplicativo deve permitir que os usuários acompanhem o status

do pedido em tempo real, desde a preparação até a entrega.
O sistema deve fornecer uma seção onde os usuários possam rastrear seus pedidos, os
usuários devem poder visualizar o status atual do pedido, como “em preparo”, “saiu para
entrega” ou “entregue” . O aplicativo deve enviar notificações push para informar os
usuários sobre atualizações no status do pedido. Por exemplo, quando o pedido saiu para
entrega ou quando há atrasos.
RF-06: O aplicativo deve permitir que os usuários façam pagamentos
seguros usando várias formas de pagamento.
O aplicativo deve integrar-se a sistemas de segurança confiáveis para proteger os dados
dos usuários,utilizando um sistema de pagamento confiável e bem estabelecido.
Isso garante que as transações sejam processadas com segurança.O sistema poderá
utilizar várias formas de pagamentos como cartão de débito e cartão de crédito, pix e
também dinheiro, tendo opções de pagamento virtual e na entrega.

RF-07: O aplicativo deve permitir que os usuários avaliem e comentem

sobre a qualidade da comida e do serviço após a entrega.
Os usuários devem poder avaliar a comida e o serviço ou deixar comentários detalhados de
como foi a experiência de pedir nesse restaurante.Isso permite que outros clientes vejam as
opiniões e tomem decisões informadas , o aplicativo terá perfis de usuário para rastrear
quem fez cada avaliação, isso ajuda a evitar avaliações falsas e permite que os usuários
acompanhem suas próprias avaliações .Os restaurantes ou prestadores de serviço deverão
receber notificações quando novas avaliações forem postadas, isso permite que eles
respondam prontamente e resolvam qualquer problema.

RF-08: O aplicativo deve permitir que os usuários salvem seus

restaurantes e itens favoritos para pedidos futuros.
Os usuários deverão ter a opção de salvar seus restaurantes favoritos no aplicativo. Isso
pode ser feito por meio de uma funcionalidade que permite adicionar restaurantes à lista de
favoritos. Os restaurantes salvos devem ser facilmente acessíveis para futuros pedidos,
além de salvar restaurantes, os usuários também devem poder salvar itens específicos dos
menus dos restaurantes.
RF-09: O aplicativo deve permitir que os usuários recebam notificações
sobre o status do pedido e promoções dos restaurantes.
Os usuários podem receber notificações sobre promoções, novos restaurantes ou
atualizações nos restaurantes que eles seguem, Para enviar notificações aos usuários, seu
aplicativo deve ter permissão para acessar os dados relevantes.

RF-10: O aplicativo deve permitir que os usuários acessem um histórico

de pedidos anteriores para facilitar novos pedidos.
O aplicativo deve manter um histórico de pedidos para cada usuário.Isso permite que os
usuários consultem pedidos anteriores e vejam os detalhes, para que facilite o usuário a
pedir novamente ou fazer indicações da loja onde comprou.

Requisitos Não Funcionais (RNF):

RNF-01: O aplicativo deve ser otimizado para uma rápida inicialização e
carregamento de conteúdo.
Os usuários têm expectativas diferentes para o desempenho e a capacidade de resposta de
um aplicativo, dependendo do tipo de interação.Por exemplo, a rapidez com que um
aplicativo é iniciado versus a rapidez com que uma página é carregada.

RNF-02: O aplicativo deve garantir a segurança dos dados dos usuários,

especialmente informações de pagamento e pessoais.
Nesse requisito Todos os dados sensíveis, como informações de pagamento e dados
pessoais, devem ser criptografados durante a transmissão e armazenamento . Também
tendo ferramentas para armazenar todas as atividades relevantes, como login, alterações
de perfil e transações, fornecendo uma política de privacidade clara e transparente para os
usuários.

RNF-03: O aplicativo deve ser acessível e fácil de usar, com uma

interface amigável e suporte para acessibilidade.
Nesse aplicativo tem uma organização da interface de forma lógica, com menus e opções
de navegação bem estruturados .Considerando a inclusão de comandos de voz e gestos
para usuários que não podem usar um teclado ou mouse tradicional, isso pode melhorar a
experiência de usuários com mobilidade reduzida ou deficiências motoras. Sendo também
um aplicativo bem estruturado e fácil de se usar e se locomover.

RNF-04: O aplicativo deve ser escalável para suportar um grande

número de usuários e pedidos simultâneos.
Nesse sistema existem testes de carga para simular cenários de uso intenso. Isso ajudará a
identificar limitações e otimizar o aplicativo, Implemente monitoramento contínuo para
identificar gargalos e problemas de desempenho. E também Configurações de alertas para
notificar a equipe de operações sobre qualquer problema.

RNF-05: O aplicativo deve ter um design responsivo, funcionando bem

em diferentes dispositivos e tamanhos de tela.
Um aplicativo responsivo deve ser otimizado para carregar rapidamente em diferentes
conexões e dispositivos. Os elementos interativos, como botões e menus, devem ser
projetados para funcionar bem em telas sensíveis ao toque e com diferentes tamanhos.
RNF-06: O aplicativo deve fornecer suporte multilíngue para atender a
uma base de usuários diversificada.
Integre serviços de tradução automática para fornecer conteúdo dinâmico em vários idiomas
de uma forma mais prática e rápida de todos se adaptarem ao seu idioma. Testes com
suporte multilíngue com usuários reais e colete feedback para aprimorar constantemente a
experiência.

RNF-07: O aplicativo deve manter um tempo de resposta rápido, mesmo

durante picos de tráfego.
 Nesse sistema realizamos testes de desempenho para avaliar a capacidade do aplicativo
de lidar com cargas de trabalho variáveis. Mantendo um monitoramento constante do
desempenho do aplicativo para sempre acompanhar o andamento e a agilidade que está
sendo desenvolvida no sistema.

RNF-08: O aplicativo deve ter uma arquitetura que permita atualizações

e manutenção contínuas sem tempo de inatividade significativo.
Esse sistema consiste em dividir o aplicativo em camadas lógicas, como a camada de
apresentação, a camada de negócios e a camada de dados.Isso permite que você atualize
ou substitua componentes individuais sem afetar todo o sistema, e tambem um banco de
dados que suporte migrações sem interrupções no sistema.

Requisitos de Domínio (RD):

RD-01: O aplicativo deve cumprir com as regulamentações locais e
internacionais de segurança alimentar e entrega.

RD-02: O aplicativo deve integrar-se com sistemas de POS (ponto de

venda) dos restaurantes para sincronização de pedidos.

RD-03: O aplicativo deve aderir às leis de privacidade de dados, a LGPD

RD-04: O aplicativo deve ser capaz de se integrar com sistemas de

logística de terceiros para otimizar as rotas de entrega.

7. Aplicativo de Agendamento de Consultas Médicas

Cenário: Vocês estão desenvolvendo um aplicativo de agendamento de consultas médicas

para uma clínica médica que oferece serviços em várias especialidades.

Necessidades do Software:

• Agendamento de Consultas: Os pacientes devem poder agendar consultas

médicas com especialistas de forma conveniente através do aplicativo.

• Gerenciamento de Horários: Os médicos devem poder definir seus horários de

consulta e visualizar seus compromissos agendados.

• Lembretes de Consulta: O aplicativo deve enviar lembretes automáticos aos

pacientes sobre suas consultas agendadas.
 • Histórico de Consultas: Os pacientes devem poder acessar um histórico de suas
consultas passadas e futuras através do aplicativo.

• Integração com Prontuário Eletrônico: O sistema deve integrar-se ao prontuário

eletrônico dos pacientes para acesso fácil aos registros médicos.

Mínimo de Requisitos: 10 RF, 8 RNF, 4 RD.

Requisitos Funcionais (RF):

RF-01: O aplicativo deve permitir que os pacientes agendem consultas
com especialistas disponíveis.
O aplicativo deve oferecer uma funcionalidade para que os pacientes possam agendar
consultas com especialistas que estejam disponíveis, de acordo com a especialidade e
horários livres.
RF-02: O aplicativo deve permitir que os médicos definam e atualizem
seus horários de consulta disponíveis.
Deve haver uma funcionalidade para que os médicos possam definir seus horários de
atendimento e atualizá-los conforme necessário, incluindo adicionar, remover ou alterar
horários disponíveis.
RF-03: Lembretes de consultas.
O sistema deve ser capaz de enviar notificações automáticas para os pacientes,
lembrando-os de suas consultas agendadas, com antecedência adequada.
RF-04: Histórico de suas consultas.
Os pacientes devem ter acesso a uma seção do aplicativo onde possam consultar o
histórico de todas as suas consultas, tanto passadas quanto futuras.
RF-05: O aplicativo deve integrar-se com prontuários eletrônicos para
acesso aos registros médicos.

RF-06: O aplicativo deve permitir que os pacientes cancelem ou

reagendem consultas.

RF-07: O aplicativo deve permitir que os médicos visualizem e

gerenciem sua agenda de compromissos.
Os médicos devem ter uma visão clara de sua agenda de compromissos, podendo
gerenciá-la diretamente no aplicativo
RF-08: O aplicativo deve fornecer uma opção para os pacientes
escolherem entre consultas presenciais ou virtuais.

RF-09: O aplicativo deve permitir que os pacientes filtrem especialistas

por localização, especialidade ou avaliação.
O aplicativo deve oferecer uma opção de check-in eletrônico para os pacientes quando
chegarem ao local da consulta.
RF-10: O aplicativo deve permitir que os pacientes façam check-in
eletrônico quando chegarem para suas consultas.
O aplicativo deve oferecer uma opção de check-in eletrônico para os pacientes quando
chegarem ao local da consulta.
Requisitos Não Funcionais (RNF):
RNF-01: O aplicativo deve ser compatível com dispositivos móveis e
desktops.
O aplicativo deve ser responsivo e compatível com uma variedade de dispositivos, incluindo
celulares e computadores.
RNF-02: O aplicativo deve garantir a segurança e a privacidade dos
dados dos pacientes.
A segurança dos dados dos pacientes deve ser uma prioridade, com medidas robustas para
proteger a privacidade e a integridade das informações.
RNF-03: O aplicativo deve ter um tempo de resposta rápido, idealmente
não superior a 5 segundos.
O aplicativo deve ser otimizado para garantir um tempo de resposta rápido, idealmente
inferior a 5 segundos.
RNF-04: O aplicativo deve ser capaz de suportar um alto volume de
usuários simultâneos.
Deve ser capaz de suportar um grande número de usuários acessando o sistema
simultaneamente sem perda de desempenho.
RNF-05: O aplicativo deve ter uma interface intuitiva e fácil de navegar.
A interface do usuário deve ser intuitiva, facilitando a navegação e o uso do aplicativo.
Ajudando aqueles que têm curva de aprendizado menor referente a tecnologia.
RNF-06: O aplicativo deve estar disponível em múltiplos idiomas.
O aplicativo deve oferecer suporte multilíngue para atender a uma base de usuários
diversificada, tornado mais inclusivo
RNF-07: O aplicativo deve manter um registro de auditoria para todas as
ações dos usuários.
O sistema manterá um registro de auditoria detalhado que deve ser mantido para
documentar todas as ações realizadas pelos usuários no aplicativo.
RNF-08: O aplicativo deve ser projetado para facilitar atualizações e
manutenção sem interrupções significativas no serviço.
O design do aplicativo deve permitir atualizações e manutenção fáceis, minimizando
interrupções no serviço, tornando-o sempre ativo

Requisitos de Domínio (RD):

RD-01: O aplicativo deve estar em conformidade com as leis de saúde e
privacidade de dados, como a LGPD.

RD-02: O aplicativo deve ser capaz de integrar-se com sistemas de

saúde existentes para sincronização de dados.
Deve ser possível integrar o aplicativo com outros sistemas de saúde para sincronização e
compartilhamento de dados entre eles.
RD-03: O aplicativo deve seguir as melhores práticas de acessibilidade
digital para usuários com deficiências.
O aplicativo deve ser acessível, seguindo as diretrizes de acessibilidade digital para garantir
que usuários com deficiências possam utilizá-lo sem barreiras, tornando o aplicativo mais
acessível
RD-04: O aplicativo deve suportar a integração com sistemas de
pagamento para eventuais cobranças de consultas.
O sistema deve haver suporte para integração com sistemas de pagamento, permitindo a
cobrança de consultas quando for necessário.