Copia de TRABALHO 1 - ERS1 (1)

Prévia do material em texto

Especificação dos Requisitos do Software - ERSw
 
“Reserva de Restaurante”
4º período
PUC MINAS - Sistemas de Informação
Bruno Maciel dos Santos
Luiza Eduarda Lage
Ronivon Leofredo Sant´Ana
Tiago Rafael Martins Cardoso
Victor Rowilson Vieira de Carvalho
Victória Gonçalves da Silva
Data: 04/09/2024 
Versão 1.0
Histórico de Revisões do Documento
	Versão
	Data
	Descrição
	Autor
	1.0
	17/09/2022
	Criação do documento
	Victória
	1.0
	18/09/2022
	Classificação dos requisitos
	Victória
	1.0
	
	Introdução
	Bruno
	1.0
	
	Descrição geral
	Tiago
	1.0
	
	Classificação das regras de negócio
	Ronivon
	1.0
	
	Definição dos stakeholders
	Luiza e Victor
Aprovação do documento
	Versão
	Data
	Nome da pessoa
	Papel perante o sistema
	
	
	
	
	
	
	
	
 [ a ser preenchido pela professora]
SUMÁRIO	
1. INTRODUÇÃO	4
1.1 Propósito do documento de requisitos	4
1.2 Público-alvo	4
2. DESCRIÇÃO GERAL	4
2.1 Situação atual	4
2.2 Restrições de Hardware e Software	4
3. REQUISITOS	4
3.1 Requisitos funcionais - RF	4
3.2 Requisitos não funcionais - RNF	5
4. REGRAS DE NEGÓCIO	5
4.1 Regras de Negócio (RN)	5
5. STAKEHOLDERS	5
5.1 Usuários	5
5.1.1 Responsabilidades	6
5.2 Equipe de TI	6
5.3 Demais stakeholders	6
6. CASOS DE USO (CSU) – A SER FEITO NA 2ª PARTE	6
6.1 Diagrama de Casos de Uso (Use Case Diagram)	6
6.2 Descrição dos Casos de Uso	6
7. DIAGRAMA DE CLASSES – A SER FEITO NA 2ª PARTE	7
7.1 Diagrama de classes	7
7.2 Descrição das classes	7
8. DIAGRAMA DE ATIVIDADES – A SER FEITO NA 2ª PARTE	7
9. PROTOTIPAÇÃO	8
10. HISTÓRIAS DE USUÁRIO (USER HISTORIES)	8
· Introdução
· Propósito do documento de requisitos
Esse documento tem o objetivo de detalhar os requisitos dos usuários que deverão ser atendidos pelo sistema a ser construído nesse projeto. Ele servirá como base para a construção do sistema por parte dos programadores. Aqui estará presente uma descrição detalhada das funções do produto, de suas interfaces e do comportamento esperado do sistema.
· Público-alvo
[Especifique a quem se destina o documento. Exemplo: Este documento destina-se aos arquitetos de software, engenheiros de software testadores e usuários classificados como usuários fornecedores.]. 
· Descrição Geral
Este documento contém a especificação de requisitos para o aplicativo de reserva de restaurante. O objetivo do sistema é automatizar o processo de reservas, permitindo que os clientes façam agendamentos de forma fácil e eficiente, diretamente por meio de uma interface web ou aplicativo móvel. O sistema visa otimizar o gerenciamento de mesas, melhorar a experiência do usuário e facilitar a administração interna do restaurante.
· Situação atual
Atualmente, os sistemas de reserva de restaurante são amplamente utilizados para otimizar o processo de gerenciamento de mesas, garantir uma melhor experiência ao cliente e evitar superlotação. O sistema tradicional de reservas, que muitas vezes é feito por telefone ou pessoalmente, apresenta várias limitações, como a possibilidade de erros humanos, duplicidade de reservas e dificuldade na gestão em horários de pico. Muitos restaurantes têm migrado para soluções digitais, permitindo que os clientes façam suas reservas de forma online, diretamente pelo site ou aplicativo do restaurante, ou através de plataformas terceirizadas. Esses sistemas oferecem funcionalidades como a escolha do horário desejado, número de pessoas e, em alguns casos, a seleção de mesas específicas. Para os restaurantes, o sistema permite um controle em tempo real das mesas disponíveis, facilita a organização interna e melhora a comunicação com os clientes através de notificações e lembretes automáticos. No entanto, alguns restaurantes ainda utilizam soluções mistas, combinando sistemas manuais e digitais, o que pode causar inconsistências nas informações. Além disso, a adoção de sistemas mais modernos pode ser limitada pela falta de conhecimento tecnológico ou recursos financeiros, especialmente em restaurantes de pequeno e médio porte.
· Restrições de Hardware e Software
Hardware:
•	Servidores: Se o sistema for hospedado localmente, será necessário um servidor dedicado ou um servidor compartilhado com capacidade suficiente para lidar com o volume de dados e acessos simultâneos, especialmente durante os horários de pico.
•	Computadores e Tablets: Os funcionários do restaurante precisarão de dispositivos como computadores, tablets ou terminais de atendimento para acessar e gerenciar as reservas. Esses dispositivos devem ser confiáveis e capazes de suportar o software necessário para o sistema de reservas.
•	Rede de Internet: Uma conexão de internet estável e de alta velocidade é essencial para garantir que o sistema funcione de maneira contínua e sem interrupções, especialmente para sistemas baseados em nuvem.
•	Impressoras: Em alguns casos, pode ser necessário imprimir comprovantes de reserva ou relatórios de ocupação, o que requer impressoras conectadas ao sistema.
Software:
•	Sistema Operacional: O sistema de reservas precisa ser compatível com os principais sistemas operacionais utilizados em ambientes de restaurante, como Windows, macOS, Android e iOS, dependendo dos dispositivos em uso.
•	Banco de Dados: É necessário um sistema de banco de dados robusto, como MySQL, PostgreSQL ou SQL Server, para armazenar as informações de clientes, reservas e disponibilidade de mesas.
•	Interface de Usuário (UI): A interface do sistema deve ser intuitiva e fácil de usar, tanto para os clientes quanto para os funcionários do restaurante. Aplicações web e mobile são as mais indicadas.
•	Compatibilidade com API: Para integração com outras plataformas de reservas ou sistemas de pagamento, o software deve suportar APIs de terceiros.
•	Segurança: O sistema deve garantir a proteção dos dados dos clientes, sendo necessário implementar criptografia e boas práticas de segurança para proteger informações sensíveis, como nomes, números de telefone e dados de pagamento.
· Requisitos
· Requisitos funcionais - RF
	Código 
	Nome
	Depende de
	Descrição
	Prioridade
	RF 01
	Cadastrar usuário 
	
	Permitir o cadastro de novos usuários com informações como nome, e-mail e senha.
	Essencial
	RF 02
	Fazer login
	RF 01
	Autenticar usuários por meio de login e senha.
	Essencial
	RF 03 
	Consultar disponibilidade
	RF 02
	Ver horários e mesas disponíveis para reserva.
	Essencial
	RF 04
		Reservar mesa
	
	RF 03
	Permitir que os usuários selecionem uma mesa disponível e façam uma reserva.
	Essencial
	RF 05
	Cancelar reserva
	RF 04
	Permitir que os usuários cancelem suas reservas previamente feitas.
	Importante
	RF 06
	Gerenciar capacidade
	RF 03, RF 04
	Controlar o número máximo de reservas por horário, de acordo com a capacidade do restaurante.
	Essencial
	RF 07
	Reservar para eventos
	RF 04
	Permitir reservas especiais para eventos como festas ou comemorações.
	Importante
	RF 08
	Gerenciar lista de espera
	RF 04
	Notificar os usuários na lista de espera quando uma mesa estiver disponível.
	Importante
	RF 09
	Feedback pós-visita
	RF 04
	Solicitar feedback dos usuários após uma visita ao restaurante.
	Importante
· 
· Requisitos não funcionais - RNF
	Código
	Classificação
 (externo, produto ou organizacional)
	Descrição
	RNF 01
	Produto 
	Segurança: Garantir a proteção das informações pessoais dos clientes.
	RNF 02
	Produto
		Escalabilidade: Lidar com um aumento repentino no 
número de reservas durante eventos especiais.
	
	RNF 03
	Produto
	Usabilidade: Garantir que o sistema seja responsivo e funcione bem em dispositivos móveis.
	RNF 04
	Produto
		Compatibilidade: Funcionar corretamente em diferentes 
navegadores web e sistemas operacionais.
	
	RNF 05
	Produto 
		Manutenção: Facilidade de manutenção e atualização 
do sistema sem impacto nas operações.
	
· 
· Regras de Negócio 
· Regras de Negócio (RN)
	Código 
	Descrição
	RN 01
	A senha para autenticação deve ter entre 6 e 10 dígitos, sendo pelo menos 1 número, 1 letra minúscula, 1 letra maiúscula e 1 caractere especial.
	RN 02
	Após 3 tentativas malsucedidas deacesso, será bloqueada a funcionalidade por 24 horas.
	
	
	
	
· Stakeholders
[Exemplos de usuários: aluno, professor, caixa de supermercado, funcionário, médico, secretária, etc]. 
[Exemplos de equipe: programador, designer, tester, analista, etc].
· Usuários
	Função/ Cargo / Papel
	Nome
	Contato
	Almoxarife
	Várias pessoas
	-
	Farmacêutica
	
	-
	Secretária
	
	-
	Terapeuta Ocupacional
	
	-
· Responsabilidades
	Nº
	Requisito funcional 
	Stakeholder 
primário
	Stakeholder secundário
	RF01
	Cadastrar funcionário
	Usuário
	Não se aplica.
	RF02
	Fazer login
	
	
	RF03
	
	
	
	RF04
	
	
	
· Equipe de TI
	Função
	Nome
	Contato
	 Gerente de TI
	João
	(31) 9999-9999
	Desenvolvedores de Software
	Maria
	(31) 9999-9999
	Analista de Suporte Técnico
	Carlos 
	(31) 9999-9999
	Analista de Qualidade
	Débora
	(31) 9999-9999
· Demais stakeholders
	Nome
	Descrição
	Contato
	Parceiros de Marketing
	divulgar o restaurante e facilitar a captação de novos clientes.
	(31) 9999-9999
	Provedores de Serviços de Pagamento
	Sistemas de pagamento online
	(31) 9999-9999
	Plataformas de Terceiros
	 plataformas de delivery
	(31) 9999-9999
· Casos de Uso (CSU) – A SER FEITO NA 2ª PARTE
· Diagrama de Casos de Uso (Use Case Diagram)
 [incluir aqui a imagem do diagrama de casos de uso para o software a ser desenvolvido].
- Sugestão de software: draw.io. Exportar o diagrama criado para formato de imagem (jpg, png, etc).
· Descrição dos Casos de Uso
Abaixo estão apresentadas as descrições para cada caso de uso.
EXEMPLO:
		Código e nome
	CSU 01: Cadastro de produtos
	Descrição
	
	Ator (es)
	Primário:
Secundário: 
	Pré-condições 
	
	Prioridade
	
	Fluxo principal
	1.
2.
	Fluxo alternativo
	1.
a)
b)
	Fluxo de exceção
	2. 
a)
b) 
	Pós-condições
	 
	Regras de negócio
	
COPIAR E COLAR O QUADRO ACIMA PARA OS CASOS DE USO!
· Diagrama de classes – A SER FEITO NA 2ª PARTE
· Diagrama de classes
[incluir aqui a imagem do diagrama de classes para o software a ser desenvolvido].
- Sugestão de software: draw.io. Exportar o diagrama criado para formato de imagem (jpg, png, etc).
· Descrição das classes
· Diagrama de atividades – A SER FEITO NA 2ª PARTE
[incluir aqui a imagem do diagrama de atividades para o software a ser desenvolvido].
- Sugestão de software: draw.io. Exportar o diagrama criado para formato de imagem (jpg, png, etc).
· Prototipação
Sugestão de ferramenta: Marvel App e Figma.
Inserir aqui o link para acesso à ferramenta online utilizada e também as imagens referentes às telas da aplicação prototipada.
Ex.: Tela 1 – Login
Tela 2 – Página inicial
Etc.
· Histórias de Usuário (user histories)
Escrever pelo menos 5 histórias de usuários
Seguir o padrão:
Eu, como eu quero/preciso/gostaria para 
Ex.:
HST 01: Como professora, eu gostaria de montar grupos de alunos na plataforma digital para que eles possam fazer uma entrega de trabalho única e a nota ser replicada a todos que estiverem no grupo.
HST 02: