Engenharia de Software

PROJETO MULTIDISCIPLINAR ORIENTAÇÕES E ESTUDO DE CASO Prof Winston Sen Lun Fung Me ANO 2025 Roteiro de Atividade Prática de Projeto Multidisciplinar 1 INTRODUÇÃO Olá a todos Sejam todos muito bemvindos Nesta atividade final de Projetos você terá a oportunidade de integrar os conhecimentos adquiridos ao longo do curso e aplicálos em um Estudo de Caso na área de saúde O objetivo é que você desenvolva um sistema teórico com protótipo documentação ou código funcional que atenda aos requisitos propostos levando em consideração os princípios do desenvolvimento de software e da aplicação da engenharia de Software com ênfase correspondente à sua rota de formação escolhida Backend Frontend ou Qualidade de Software Este estudo de caso foi elaborado para simular um cenário real de desenvolvimento de um sistema de alta criticidade onde a segurança dos dados a qualidade do software e a usabilidade são fundamentais Aproveite esta oportunidade para demonstrar as competências adquiridas valorizar seu portfólio e aprimorar seu aprendizado de forma prática Desejamos um excelente trabalho e estamos à disposição nos canais de tutoria para esclarecimento de dúvidas No mais desejamos bom desenvolvimento da atividade prática em nome dos professores da disciplina de Projeto Multidisciplinar Roteiro de Atividade Prática de Projeto Multidisciplinar 2 SUMÁRIO INTRODUÇÃO 1 ESTUDO DE CASO SISTEMA DE GESTÃO HOSPITALAR E DE SERVIÇOS DE SAÚDE SGHSS 3 ORIENTAÇÕES GERAIS 4 ESTRUTURA DA ATIVIDADE 5 CRITÉRIOS DE AVALIAÇÃO 7 DICAS E BOAS PRÁTICAS 7 ENTREGA 7 Roteiro de Atividade Prática de Projeto Multidisciplinar 3 ESTUDO DE CASO SISTEMA DE GESTÃO HOSPITALAR E DE SERVIÇOS DE SAÚDE SGHSS A instituição VidaPlus administra hospitais clínicas de bairro laboratórios e equipes de home care Ela precisa de um Sistema de Gestão Hospitalar e de Serviços de Saúde SGHSS para centralizar 1 Cadastro e Atendimento de Pacientes consultas exames prontuários telemedicina 2 Gestão de Profissionais de Saúde médicos enfermeiros técnicos agendas prescrições 3 Administração Hospitalar leitos relatórios financeiros suprimentos 4 Telemedicina atendimentos e prescrições online marcação de consultas presenciais e exames 5 Segurança e Compliance controle de acesso LGPD registros de auditoria Requisitos Funcionais e Não Funcionais Pacientes cadastrar dados visualizar histórico clínico agendarcancelar consultas receber notificações acessar teleconsulta Profissionais de Saúde gerenciar agendas atualizar prontuários emitir receitas digitais acompanhar histórico dos pacientes Administradores gerenciar cadastros pacientes profissionais controlar fluxo de internações gerar relatórios Telemedicina realizar videochamadas seguras registrar prontuários e prescrições online Segurança criptografia de dados sensíveis controle de acesso por perfil registro de logs e auditoria conformidade com a LGPD Escalabilidade suportar múltiplas unidades hospitalares Desempenho tempo de resposta rápido em consultas críticas Acessibilidade interface amigável e responsiva com padrões W3CWCAG Disponibilidade no mínimo 995 com backups e logs robustos Roteiro de Atividade Prática de Projeto Multidisciplinar 4 ORIENTAÇÕES GERAIS 1 Leitura do Material a Consulte o conteúdo teórico da disciplina e revisite conceitos de Engenharia de Software Modelagem Desenvolvimento de Sistemas e Qualidade b Caso surjam dúvidas use os canais de tutoria ou fóruns de discussão disponíveis no Ambiente Virtual de Aprendizagem AVA 2 Consultas e Pesquisas a Você pode e deve pesquisar livros artigos repositórios e outras fontes de conhecimento b Lembrese de referenciar corretamente as fontes utilizadas 3 Evite Plágio a Produza suas próprias telas diagramas scripts e textos Cada projeto de TI costuma ter suas características e variáveis personalizadas b Trabalhos idênticos ou cópias literais da internet serão tratados como plágio e podem resultar em nota zero 4 Evite dividir o projeto em partes isolada Procure integração entre as partes back end frontend testes Roteiro de Atividade Prática de Projeto Multidisciplinar 5 ESTRUTURA DA ATIVIDADE Documento Principal Você deverá produzir um arquivo único em formato PDF seguindo a estrutura mínima 1 Capa e Sumário o Identifique o curso a disciplina seu nome e seu RU polo de apoio semestre e professor o Faça um sumário com a organização do documento 2 Introdução o Apresente o contexto do estudo de caso definindo os objetivos do projeto os principais usuários e a relevância do sistema 3 Análise e Requisitos o Descreva os requisitos funcionais e não funcionais podem ser detalhados em tabelas ou listagens o Se necessário inclua um Diagrama de Casos de Uso ou outro artefato UML para ilustrar os processos 4 Modelagem e Arquitetura o Se a sua ênfase for Backend inclua diagrama de classes DER diagrama entidade relacionamento descrição dos principais endpoints da API tecnologias de persistência etc o Se a sua ênfase for Frontend apresente wireframes protótipos de tela design responsivo frameworks escolhidos etc o Se a sua ênfase for Qualidade de Software descreva a estratégia de testes funcionais não funcionais de segurança automação planos de teste listar possíveis ferramentas Selenium JMeter OWASP ZAP etc 5 Implementação Prototipagem o Desenvolva um protótipo ou uma versão funcional mínima do sistema o Caso não seja possível o desenvolvimento completo apresente pseudocódigo e exemplos de como seria a implementação 6 Plano de Testes o Descreva casos de teste critérios de aceitação possíveis roteiros para testes de carga segurança e usabilidade o Se a sua ênfase for Backend fazer um resumo o Se a sua ênfase for Frontend fazer um resumo Roteiro de Atividade Prática de Projeto Multidisciplinar 6 o Se a sua ênfase for Qualidade de Software descreva os planos de testes funcionais não funcionais de segurança automação possíveis ferramentas Selenium JMeter OWASP ZAP etc 7 Conclusão o Aborde as principais lições aprendidas desafios e pontos de atenção para evoluções futuras do projeto 8 Referências o Liste livros sites artigos e quaisquer outras fontes que subsidiaram seu trabalho Materiais Suplementares Anexos Modelos UML diagramas de classes diagramas de atividade diagrama de sequência diagramas de estados diagramas de componentes diagrama de implantação se julgarem necessário Prints de Tela ou screenshots de protótipos e testes Scripts de Teste ou resultados de ferramentas de automação caso tenha realizado Observação Não se esqueça de converter tudo em PDF único antes de postar no AVA Roteiro de Atividade Prática de Projeto Multidisciplinar 7 CRITÉRIOS DE AVALIAÇÃO 1 Estrutura e Organização 10 a Clareza na apresentação diagramação e coerência textual 2 Qualidade da Documentação 30 a Nível de detalhamento dos requisitos diagramas e explicações técnicas 3 ModelagemArquitetura ou Protótipo 30 a Precisão e consistência dos diagramas ou protótipostelas com os requisitos propostos 4 Plano de Testes e Estratégia de Qualidade 20 a Definição de testes funcionais não funcionais segurança e automação 5 Originalidade e Aplicação Prática 10 a Aderência ao cenário soluções criativas referências a boas práticas do mercado DICAS E BOAS PRÁTICAS 1 Cronograma divida a atividade em etapas requisitos modelagem implementação testes para não deixar tudo para o último momento 2 Ferramentas Úteis a Modelagem Lucidchart Drawio Astah Visual Paradigm b Protótipo de Telas Figma Adobe XD Marvel App c Testes Selenium Cypress JMeter OWASP ZAP d Documentação Google Docs Microsoft Word Latex 3 Revisão Final antes de postar revise o PDF para garantir que todos os itens solicitados estejam presentes ENTREGA 1 Formato Um arquivo único em PDF nomeado como ProjetoRUNomeDoAlunopdf 2 Local de Envio Área de Trabalhos do AVAUnivirtus 3 Data de Entrega Verifique o Calendário Acadêmico no AVA PROJETO MULTIDISCIPLINAR ORIENTAÇÕES PARA O DESENVOLVIMENTO DOS PROJETOS Prof Winston Sen Lun Fung Me ANO 2025 Orientações Unificada para o Desenvolvimento do Projeto Multidisciplinar 1 INTRODUÇÃO Este documento reúne instruções detalhadas para orientar o desenvolvimento individual do Projeto SGHSS Sistema de Gestão Hospitalar e de Serviços de Saúde A proposta está organizada em fases semanais contemplando desde o planejamento inicial até a entrega final incorporando exemplos e boas práticas Orientações Unificada para o Desenvolvimento do Projeto Multidisciplinar 2 SUMÁRIO INTRODUÇÃO 1 Fase 1 Semana 1 Planejamento e Compreensão 3 Fase 2 Semanas 2 3 Modelagem e Arquitetura 5 Fase 3 Semanas 4 6 Implementação ou Prototipagem 6 Fase 4 Semana 7 Plano de Testes e Qualidade 7 Fase 5 Semana 8 Documentação e Revisão Final 8 Dicas e Boas Práticas 9 Exemplo de Cronograma Resumido Sugestão 9 Conclusão 10 Orientações Unificada para o Desenvolvimento do Projeto Multidisciplinar 3 FASE 1 SEMANA 1 PLANEJAMENTO E COMPREENSÃO 1 Leitura Aprofundada do Estudo de Caso Objetivo Entender o cenário da instituição VidaPlus os requisitos funcionais e não funcionais e os principais atores pacientes profissionais de saúde administradores Ações o Identifique problemas que o sistema resolve agendamentos prontuários telemedicina etc o Destaque pontos críticos como segurança LGPD e escalabilidade 2 Definição do Escopo Individual Escolha a Ênfase o Backend modelagem de dados API regras de negócio o Frontend interfaces responsividade usabilidade o Qualidade de Software planos de teste testes funcionais não funcionais segurança Estabeleça Prioridades selecione as funcionalidades mais relevantes para demonstrar suas habilidades dentro do tempo disponível 3 Cronograma e Organização Monte um cronograma de 8 semanas ou conforme seu calendário Por exemplo o Semana 1 Planejamento e compreensão o Semanas 2 3 Modelagem e arquitetura o Semanas 4 6 Implementação ou prototipagem o Semana 7 Plano de testes e qualidade o Semana 8 Documentação final e revisão Ferramentas de apoio Use planilhas aplicativos de tarefas Trello Asana ou simplesmente um cronograma no Word para se organizar 4 Pesquisa de Referências e Ferramentas Backend Pesquise frameworks Nodejs PythonDjango JavaSpring Boot padrões de projeto MVC DDD bancos de dados MySQL PostgreSQL entre outros Frontend Explore frameworks React Angular Vuejs bibliotecas de componentes Bootstrap Material UI e ferramentas de design Figma Adobe XD Orientações Unificada para o Desenvolvimento do Projeto Multidisciplinar 4 Qualidade Investigue metodologias TDD BDD ferramentas de automação Selenium Cypress ferramentas de carga JMeter Locust e de segurança OWASP ZAP Orientações Unificada para o Desenvolvimento do Projeto Multidisciplinar 5 FASE 2 SEMANAS 2 3 MODELAGEM E ARQUITETURA 1 Análise de Requisitos Detalhada Expanda os requisitos funcionais e não funcionais descrevendo o que o sistema deve fazer e quais critérios de desempenho segurança usabilidade e conformidade serão adotados Tabela de Requisitos Exemplo ID Descrição Tipo Prioridade RF001 Permitir cadastro de pacientes dados pessoais clínicos Funcional Alta RF002 Agendar consultas online Funcional Alta RNF001 Interface responsiva em dispositivos móveis Não Funcional Média 2 Diagramas UML e Modelos Casos de Uso Mostre como pacientes profissionais e administradores interagem com as funcionalidades Diagrama de Classes para Backend Defina classes Paciente Médico Consulta etc atributos e métodos além dos relacionamentos 1N NN Wireframes Mockups para Frontend Esboce telas de login agendamento visualização de prontuário Fluxos de Teste para Qualidade Use diagramas de atividades ou casos de uso para identificar cenários de teste 3 Definição da Arquitetura Backend Decidir se usará arquitetura monolítica ou microserviços se haverá camadas de serviços repositórios etc Frontend Estabelecer como organizar componentes rotas design responsivo padrões de layout Qualidade Planejar uso de integração contínua pipelines de teste cobertura de código relatórios automatizados Orientações Unificada para o Desenvolvimento do Projeto Multidisciplinar 6 FASE 3 SEMANAS 4 6 IMPLEMENTAÇÃO OU PROTOTIPAGEM 1 Protótipo de Telas Para Foco em Frontend Crie telas que representem o fluxo principal login cadastro de paciente agendamento de consulta Ferramenta Sugerida Figma Adobe XD para protótipo ou HTMLCSSJS framework para protótipo funcional 2 Desenvolvimento do Código Para Foco em Backend Modelo de Dados Crie o esquema do banco DER e implemente as entidades API REST Implemente endpoints para operações de CRUD e funcionalidades ex POST pacientes GET consultas Boas Práticas Utilize Git para versionamento padronize a nomenclatura de classes e métodos implemente logs e tratamento de erros 3 Simulação de Implementação Para Foco em Qualidade Caso não implemente um sistema completo apresente pseudocódigo ou scripts exemplificando como seriam testadas as principais funcionalidades Exemplo Pseudocódigo de um método agendarConsulta listando entradas processamentos e saídas esperadas Orientações Unificada para o Desenvolvimento do Projeto Multidisciplinar 7 FASE 4 SEMANA 7 PLANO DE TESTES E QUALIDADE 1 Casos de Teste Defina claramente entrada comportamento esperado e resultado Exemplo de Caso de Teste Caso Descrição Resultado Esperado CT001 Cadastrar paciente com dados válidos Exibir mensagem Paciente cadastrado com sucesso CT002 Tentar cadastrar paciente sem informar CPF Exibir mensagem de erro e impedir cadastro 2 Estratégia de Testes Funcionais Verifique cada requisito funcional cadastro agendamento etc Não Funcionais Teste desempenho JMeter carga Locust segurança OWASP ZAP usabilidade Integração Contínua Se possível configure pipelines para automatizar execuções de teste 3 Ferramentas de Automação Para Foco em Qualidade Selenium ou Cypress Testes de interface JMeter ou Locust Testes de desempenho e carga OWASP ZAP ou Burp Suite Testes de segurança SQL Injection XSS etc Orientações Unificada para o Desenvolvimento do Projeto Multidisciplinar 8 FASE 5 SEMANA 8 DOCUMENTAÇÃO E REVISÃO FINAL 1 Montagem do Documento Principal Estrutura Recomendada 1 Capa Folha de Rosto e Sumário 2 Introdução contexto e objetivo 3 Requisitos funcionais e não funcionais 4 Modelagem e Arquitetura UML wireframes escolha de tecnologias 5 Implementação código pseudocódigo prints de tela 6 Plano de Testes casos resultados screenshots de ferramentas 7 Conclusão lições aprendidas desafios melhorias futuras 8 Referências livros artigos sites usados 2 Materiais Suplementares Anexe diagramas classes casos de uso prints de protótipostelas scripts de teste ou relatórios de ferramentas Mantenha tudo organizado e coeso com o corpo principal do documento 3 Revisão e Ajustes Finais Verifique ortografia e formatação Confirme se todos os itens solicitados pelo professor estão atendidos Faça o merge final de arquivos separados ou não num único PDF caso exigido Backup guarde o material em lugar seguro nuvem ou pendrive Orientações Unificada para o Desenvolvimento do Projeto Multidisciplinar 9 DICAS E BOAS PRÁTICAS Organização de Arquivos Utilize pastas e nomes descritivos para diagramas códigos e documentos Comunicação Em caso de dúvidas procure o professor ou tutor via fórum ou canais oficiais Originalidade Evite plágio cada projeto de TI é único Faça adaptações pessoais ao seu estudo de caso Aprendizado Contínuo Mesmo após concluir o projeto use o feedback para aprimorar suas habilidades EXEMPLO DE CRONOGRAMA RESUMIDO SUGESTÃO Abaixo está uma sugestão para o desenvolvimento das suas atividades na disciplina de Projetos Fase Semanas Principais Tarefas Fase 1 Planejamento e Compreensão 1 Ler Estudo de Caso definir ênfase montar cronograma Fase 2 Modelagem e Arquitetura 2 3 Definir requisitos criar diagramas UML planejar arquitetura Fase 3 Implementação Prototipagem 4 6 Desenvolver protótipo ou código simular funcionalidade Fase 4 Testes e Qualidade 7 Planejar e executar testes funcionais não funcionais Fase 5 Documentação e Revisão Final 8 Finalizar documentação anexar artefatos revisar e entregar Orientações Unificada para o Desenvolvimento do Projeto Multidisciplinar 10 CONCLUSÃO Seguindo este roteiro você conseguirá conduzir seu projeto individual de forma estruturada demostrando competências nas áreas de Análise de Sistemas Engenharia de Software Desenvolvimento Backend ou Frontend ou Qualidade de Software A divisão semanal ajuda a organizar o tempo e a mensurar o progresso garantindo que cada parte essencial do projeto desde o entendimento dos requisitos até a entrega final seja abordada com a devida atenção Bons estudos e sucesso no seu Projeto SGHSS FAQ Projeto Qualidade de Software Disciplina de Projetos Este documento foi elaborado para auxiliar estudantes que escolheram a ênfase em Qualidade de Software QA no Projeto Multidisciplinar cujo estudo de caso é o Sistema de Gestão Hospitalar e de Serviços de Saúde SGHSS Ele reúne dúvidas frequentes e orientações práticas conforme as referências indicadas em Projetos2025A1pdf e Orientações2025A1pdf 1 Introdução e Contexto O SGHSS é um sistema que envolve cadastro e gerenciamento de pacientes prontuários profissionais de saúde agendamentos e telemedicina além de requisitos de segurança e conformidade com a LGPD Quando o foco é Qualidade de Software o principal objetivo é planejar e demonstrar como garantir que todas as funcionalidades e requisitos sejam testados de forma eficaz Referências Projetos2025A1pdf Orientações2025A1pdf 2 Escopo do Projeto de QA 1 Não é obrigatório desenvolver todo o frontend ou backend 2 Podese criar códigos mínimos ou pseudocódigos para ilustrar os testes 3 O ponto central é planejar e se possível executar testes que atendam requisitos funcionais e não funcionais mostrando como o SGHSS seria validado em termos de qualidade Exemplo Se você quiser testar o cadastro de pacientes basta criar um formulário simples ou um script que simule o envio de dados Seus testes verificarão se as validações de campos estão corretas se há tratamento para CPF inválido ou se o sistema resiste a tentativas de injeção de SQL 3 Principais Elementos de Qualidade a Demonstrar 1 Testes Funcionais o Verificar se cada funcionalidade do SGHSS está de acordo com o requisito ex o sistema envia notificação ao paciente quando consulta é agendada o Ferramentas comuns Selenium Cypress ou até mesmo Jest para testar partes do código 2 Testes de Segurança o Incluem checagens de vulnerabilidades injeção de SQL XSS etc o Ferramentas comuns OWASP ZAP Burp Suite 3 Testes de Desempenho o Medem tempo de resposta comportamento sob carga escalabilidade o Ferramentas comuns JMeter Locust 4 Testes de Usabilidade opcional o Caso queira avaliar aspectos de interface e UX mesmo que resumidos Dica Escolha pelo menos um tipo de teste funcional desempenho ou segurança e aprofundese mostrando como rodaria quais cenários de teste etc 4 Ferramentas Possíveis Selenium Para testes funcionais de interface web Simulação de cliques preenchimento de formulários Cypress Semelhante ao Selenium mas com uma abordagem mais moderna em JavaScript Jest Ferramenta popular para testes de unidade em JavaScriptTypeScript muito usada em projetos Nodejs JMeter Para testes de carga e desempenho simulação de múltiplos usuários acessando ao mesmo tempo OWASP ZAP Para varredura de vulnerabilidades em aplicações web injeções XSS etc 5 Estrutura Recomendada do Documento Final 1 Capa Folha de Rosto e Sumário o Indique a disciplina seu nome RU polo professor 2 Introdução o Contextualize o projeto SGHSS e a importância do QA em um sistema de saúde 3 Requisitos o Liste quais partes do SGHSS você vai testar cadastro de paciente prontuário telemedicina etc 4 Plano de Testes o Descreva os tipos de teste que serão aplicados funcional segurança desempenho o Detalhe casos de teste tabelas com entrada ações resultado esperado resultado obtido 5 Implementação Scripts ou Pseudocódigo o Apresente o código de teste por exemplo Selenium Jest ou pseudocódigos o Coloque prints e logs dos testes sendo executados se for possível 6 Conclusão o Pontue desafios aprendizados e sugestões de melhoria 7 Referências o Cite as fontes incluindo as orientações oficiais Dica O AvaUnivirtus normalmente segue as diretrizes de formatação ABNT Caso seu polo exija ajuste as margens numeração e referências no padrão solicitado 6 Perguntas Frequentes 1 Preciso criar o backendfrontend completo o Não Basta ter as bases ou usar pseudocódigo para demonstrar como testaria cada requisito do SGHSS 2 Posso usar a mesma formatação de outros trabalhos por exemplo da atividade extensionistas o Sim desde que inclua todos os itens necessários capa sumário conclusões etc e mantenha a coerência com as regras da instituição 3 É obrigatório usar uma ferramenta específica o Não Fica a seu critério escolher Selenium Jest JMeter etc ou até mesmo usar pseudocódigo caso não consiga executar testes reais 4 Preciso entregar os testes automatizados prontos o Se puder ótimo Se não demonstre por roteiro ou pseudocódigo como seriam esses testes e se possível um exemplo parcial de execução 5 O que devo focar na conclusão o Principais resultados dos testes erros encontrados melhorias possíveis e lições aprendidas 7 Exemplos de Caso de Teste Para Inspiração ID Descrição do Caso de Teste Resultado Esperado CT001 Cadastrar paciente com dados completos e CPF válido Mensagem Paciente cadastrado com sucesso CT002 Cadastrar paciente com CPF inválido Mensagem CPF inválido Tente novamente CT003 Testar disponibilidade da página de cadastro em 1000 requisições Teste de Carga Tempo de resposta abaixo de 2s em 95 das requisições CT004 Inserir script malicioso no campo Nome Teste de Segurança O sistema deve bloquear a tentativa e não armazenar o script 8 Conclusão Seguindo esse roteiro e adaptando às suas necessidades você conseguirá demonstrar com clareza como garantir a qualidade do SGHSS Lembrese de Enfatizar o plano de testes e a estratégia de QA Anexar evidências prints logs tabelas de teste Alinhar a formatação conforme exigências do AvaUnivirtus eou ABNT conforme o polo ou instituição Assim seu trabalho em Qualidade de Software estará bemestruturado e em conformidade com as orientações dos professores e do material de referência Boa sorte e ótimos estudos Centro Universitário Internacional UNINTER Plano de Qualidade de Software para o Sistema de Gestão Hospitalar e de Serviços de Saúde SGHSS Autor RU Polo ProfessorTutor Prof Winston Sen Lun Fung Me 2025 Sumário 1 Introdução1 11 Contexto do Projeto SGHSS1 12 A Criticidade da Qualidade de Software na Saúde1 13 Objetivos do Documento1 2 Requisitos em Escopo para Testes2 21 Requisitos Funcionais Selecionados2 22 Requisitos Não Funcionais Selecionados2 3 Plano de Testes e Estratégia de Qualidade3 31 Estratégia e Níveis de Teste3 32 Tipos de Teste3 33 Ferramentas de Teste Adotadas3 34 Critérios de Entrada e Saída4 4 Casos de Teste Detalhados4 41 Casos de Teste Funcionais Módulo de Cadastro de Pacientes RF001 4 42 Casos de Teste Funcionais Módulo de Agendamento de Consultas RF0025 43 Cenários de Teste de Segurança RNF0016 44 Cenários de Teste de Desempenho RNF0027 5 Implementação e Evidências Simulação8 51 Exemplo de Script de Teste Funcional Cypress8 52 Simulação de Teste de Segurança OWASP ZAP9 53 Simulação de Teste de Carga JMeter9 6 Conclusão11 61 Resumo dos Resultados Esperados11 62 Desafios e Lições Aprendidas11 63 Sugestões de Melhorias Futuras11 7 Referências12 1 1 Introdução 11 Contexto do Projeto SGHSS O presente projeto tem como objeto de estudo o Sistema de Gestão Hospitalar e de Serviços de Saúde SGHSS uma solução tecnológica para a instituição VidaPlus A VidaPlus que administra uma rede de hospitais clínicas e laboratórios necessita centralizar suas operações desde o cadastro de pacientes e gestão de prontuários até o agendamento de consultas e telemedicina O SGHSS surge como uma plataforma integrada para atender a essa demanda complexa envolvendo múltiplos atores como pacientes profissionais de saúde e administradores 12 A Criticidade da Qualidade de Software na Saúde No setor da saúde a falha de um software pode ter consequências graves impactando diretamente a segurança e o bemestar dos pacientes Um erro no agendamento uma falha na exibição de um histórico clínico ou principalmente uma violação de dados pode gerar riscos clínicos e legais imensuráveis Neste contexto a conformidade com a Lei Geral de Proteção de Dados LGPD não é apenas um requisito legal mas um pilar de confiança Portanto a Engenharia de Qualidade de Software QA é fundamental para garantir que o SGHSS seja robusto seguro confiável e eficiente 13 Objetivos do Documento Este documento estabelece um plano de qualidade de software abrangente para o SGHSS O seu principal objetivo é detalhar a estratégia os processos e os artefatos de teste que serão utilizados para validar o sistema Serão definidos os tipos de teste as ferramentas selecionadas os casos de teste detalhados para funcionalidades críticas e os cenários para validação de requisitos não funcionais como segurança e desempenho garantindo uma entrega de alta qualidade 2 2 Requisitos em Escopo para Testes Para este plano foram selecionados requisitos funcionais e não funcionais de alta prioridade que representam o núcleo da interação do usuário com o sistema e seus pontos mais críticos 21 Requisitos Funcionais Selecionados ID Nome do Requisito Descrição RF001 Cadastro de Pacientes O sistema deve permitir que administradores cadastrem novos pacientes incluindo dados pessoais e clínicos RF002 Agendamento de Consultas Pacientes e administradores devem poder agendar cancelar e visualizar consultas online RF003 Autenticação de Usuário O sistema deve permitir que usuários pacientes médicos acessem suas contas com login e senha seguros 22 Requisitos Não Funcionais Selecionados ID Nome do Requisito Descrição RNF001 Segurança LGPD O sistema deve garantir a criptografia de dados sensíveis em repouso e em trânsito e o controle de acesso deve ser baseado em perfis RNF002 Desempenho O tempo de resposta para operações críticas login busca de paciente deve ser inferior a 2 segundos sob carga normal de usuários RNF003 Responsividade A interface do sistema deve ser adaptável e funcional em dispositivos móveis smartphones e tablets 3 3 PLANO DE TESTES E ESTRATÉGIA DE QUALIDADE 31 Estratégia e Níveis de Teste A estratégia adotada será a de Teste de Sistema focada em validar o software como um todo em um ambiente que simula o de produção Os testes serão realizados para verificar se os requisitos funcionaisnão funcionais foram atendidos 32 Tipos de Teste Testes Funcionais Validarão o comportamento do sistema em relação às especificações Serão baseados nos casos de uso principais como cadastro e agendamento Testes de Segurança Focarão na identificação de vulnerabilidades como injeção de SQL e CrossSite Scripting XSS e na verificação do controle de acesso Testes de Desempenho Carga Simularão múltiplos acessos simultâneos para avaliar estabilidade tempo de resposta e consumo de recursos do sistema sob estresse Testes de UsabilidadeResponsividade Verificarão a clareza da interface e sua correta exibição em diferentes resoluções de tela 33 Ferramentas de Teste Adotadas Tipo de Teste Ferramenta Justificativa Testes Funcionais Cypress Framework moderno para automação de testes endto end com sintaxe intuitiva em JavaScript e depuração visual em tempo real Testes de Segurança OWASP ZAP Ferramenta de código aberto líder para encontrar vulnerabilidades de segurança em aplicações web de forma automatizada Testes de DesempenhoCarga Apache JMeter Ferramenta robusta e consolidada para simulação de carga permitindo a criação de cenários complexos e a geração de relatórios detalhados 4 34 Critérios de Entrada e Saída Critérios de Entrada Início dos Testes o O ambiente de testes está configurado e estável o A versão do software a ser testada build foi implantada com sucesso o Os casos de teste foram escritos e revisados Critérios de Saída Fim dos Testes o 100 dos casos de teste planejados foram executados o Nenhum defeito crítico bloqueante está em aberto o O relatório de testes foi gerado e compartilhado com a equipe 4 Casos de Teste Detalhados 41 Casos de Teste Funcionais Módulo de Cadastro de Pacientes RF001 ID Título do Teste Précondição Passos Resultado Esperado Prioridade CT001 Cadastrar paciente com sucesso caminho feliz Usuário logado como administrador 1 Navegar para Pacientes Novo Cadastro 2 Preencher todos os campos obrigatórios com dados válidos 3 Clicar em Salvar O sistema exibe a mensagem Paciente cadastrado com sucesso e redireciona para a lista Alta CT002 Tentar cadastrar paciente com CPF já existente Existe um paciente com CPF X 1 Seguir os passos de CT001 2 No campo CPF inserir o valor X 3 Clicar em Salvar O sistema impede o cadastro e exibe a mensagem de erro CPF já cadastrado Alta 5 CT003 Tentar cadastrar sem preencher campo obrigatório Nome 1 Navegar para Novo Cadastro 2 Deixar o campo Nome Completo em branco 3 Clicar em Salvar O sistema impede o cadastro e destaca o campo Nome Completo como obrigatório Alta CT004 Validar formato de email inválido 1 Preencher todos os campos 2 No campo E mail inserir testecom 3 Clicar em Salvar O sistema exibe a mensagem Formato de email inválido Média 42 Casos de Teste Funcionais Módulo de Agendamento de Consultas RF002 ID Título do Teste Précondição Passos Resultado Esperado Prioridade CT005 Agendar consulta com sucesso Paciente e médico existem e estão ativos 1 Logar como paciente 2 Navegar para Agendar Consulta 3 Selecionar especialidade médico e datahorário disponível 4 Clicar em Confirmar O sistema exibe a mensagem Consulta agendada com sucesso e a consulta aparece na área Minhas Consultas Alta 6 CT006 Tentar agendar em horário já ocupado Horário Y do médico Z está ocupado 1 Seguir os passos de CT005 2 Tentar selecionar o horário Y com o médico Z O horário Y deve aparecer como indisponível para seleção ou o sistema deve exibir um erro ao tentar confirmar Alta CT007 Cancelar uma consulta agendada Paciente possui uma consulta agendada 1 Logar como paciente 2 Navegar para Minhas Consultas 3 Localizar a consulta e clicar em Cancelar 4 Confirmar o cancelamento A consulta é removida da lista e o horário volta a ficar disponível na agenda do médico Média 43 Cenários de Teste de Segurança RNF001 ID Cenário de Teste Ferramenta Passos da Simulação Resultado Esperado SEC01 Tentativa de Injeção de SQL Login OWASP ZAP 1 Interceptar a requisição de login 2 No campo de usuário inserir OR 11 3 Enviar a requisição O sistema deve recusar a autenticação e registrar a tentativa como um possível ataque Nenhum acesso deve ser concedido SEC02 Teste de Quebra de Autenticação Manual 1 Logar como Paciente A 2 Tentar acessar a URL de prontuários do Paciente B ex prontuarioIDPACIENTEB O sistema deve bloquear o acesso e exibir uma mensagem de Acesso Negado ou redirecionar para 7 a página inicial SEC03 Varredura de Vulnerabilidades XSS OWASP ZAP 1 Configurar o ZAP como proxy 2 Navegar pela aplicação preenchendo formulários 3 Iniciar o Active Scan no site O relatório do ZAP não deve apontar vulnerabilidades de CrossSite Scripting XSS de criticidade alta ou média 44 Cenários de Teste de Desempenho RNF002 ID Cenário de Teste Ferramenta Configuração da Simulação Resultado Esperado DES01 Teste de Carga no Login JMeter Usuários 100 usuários virtuais Rampup 10 segundos 10 usuáriossegundo Loop 1 vez por usuário O tempo médio de resposta da requisição de login deve ser inferior a 2s A taxa de erro deve ser 0 DES02 Teste de Estresse na Busca de Paciente JMeter Usuários 300 usuários virtuais Rampup 15 segundos Duração 5 minutos O sistema deve permanecer estável com o tempo de resposta aumentando de forma gradual mas sem exceder 5s A taxa de erro deve ser inferior a 1 8 5 IMPLEMENTAÇÃO E EVIDÊNCIAS SIMULAÇÃO Esta seção demonstra através de exemplos como os testes planejados seriam implementados 51 Exemplo de Script de Teste Funcional Cypress Arquivo cypressintegrationcadastropacientespecjs Teste referente ao Caso de Teste CT001 describeFuncionalidade Cadastro de Pacientes beforeEach Simula o login de um administrador antes de cada teste cyloginadmin senhaadmin cyvisitpacientesnovo itDeve cadastrar um novo paciente com sucesso ao preencher todos os dados válidos Preenche os campos do formulário cygetdatacynomepacientetypeMaria Joaquina de Amaral Pereira cygetdatacycpfpacientetype12345678900 Utilizar um gerador de CPF válido cygetdatacyemailpacientetypemariajoaquinaemailcom cygetdatacydatanascimentotype19900515 Clica no botão para salvar cygetdatacybotaosalvarclick Verifica o resultado esperado cycontainsPaciente cadastrado com sucessoshouldbevisible cyurlshouldinclude pacientes Verifica se foi redirecionado 9 52 Simulação de Teste de Segurança OWASP ZAP Cenário SEC01 Tentativa de Injeção de SQL 1 Configuração O navegador é configurado para usar o OWASP ZAP como proxy local 2 Interceptação O ZAP é colocado no modo break Acessamos a página de login do SGHSS e inserimos dados quaisquer A requisição POST login é interceptada 3 Modificação No corpo da requisição o parâmetro username é alterado para admin OR 11 4 Execução A requisição modificada é enviada ao servidor 5 Análise Observamos a resposta do servidor A resposta esperada é um código de erro ex 401 Unauthorized e uma mensagem genérica de Usuário ou senha inválidos sem revelar detalhes do erro de banco de dados 53 Simulação de Teste de Carga JMeter Cenário DES01 Teste de Carga no Login 1 Criação do Plano de Teste No JMeter um novo Test Plan é criado 2 Grupo de Usuários Um Thread Group é adicionado com a seguinte configuração o Number of Threads users 100 o Rampup Period in seconds 10 o Loop Count 1 3 Requisição HTTP Um HTTP Request Sampler é configurado para enviar um POST para o endpoint apilogin com os parâmetros de usuário e senha 4 Ouvintes Listeners Os listeners View Results Tree para depuração e Summary Report para análise final são adicionados 5 Execução e Análise O teste é executado Ao final o Summary Report é analisado para verificar as métricas de Average tempo médio Median 10 mediana e Error taxa de erro que devem estar dentro dos limites definidos no resultado esperado 11 6 CONCLUSÃO 61 Resumo dos Resultados Esperados A execução deste plano de testes visa garantir que o sistema SGHSS atinja um alto nível de qualidade antes de ser implantado Esperase que ao final do ciclo de testes todas as funcionalidades críticas estejam operando conforme o especificado que as vulnerabilidades de segurança conhecidas tenham sido mitigadas e que o sistema demonstre capacidade de suportar a carga de trabalho esperada proporcionando uma experiência segura e confiável para todos os usuários 62 Desafios e Lições Aprendidas O principal desafio na testagem de um sistema de saúde é a complexidade do domínio e a criticidade dos dados manipulados A criação de cenários de teste que cubram todas as variações de prontuários clínicos e a garantia da anonimização dos dados de teste são tarefas complexas O projeto reforça a lição de que um processo de QA bem estruturado não é um custo mas um investimento indispensável para mitigar riscos e garantir o sucesso de um produto de software especialmente em áreas de alta criticidade 63 Sugestões de Melhorias Futuras Para evoluções futuras do SGHSS recomendase a integração deste plano de testes em um pipeline de Integração ContínuaEntrega Contínua CICD Isso permitiria que os testes de regressão funcional e de segurança fossem executados automaticamente a cada nova alteração no código agilizando a detecção de defeitos e aumentando a confiabilidade das entregas 12 7 Referências Apache JMeter Users Manual Disponível em httpsjmeterapacheorgusermanual Acesso em 02 Nov 2025 Cypress Documentation Disponível em httpsdocscypressio Acesso em 04 Nov 2025 OWASP Zed Attack Proxy Project Disponível em httpswwwzaproxyorg Acesso em 28 Out 2025 UNINTER Orientações para o Desenvolvimento dos Projetos Orientações2025A1pdf 2025 UNINTER FAQ Projeto Qualidade de Software FAQQualidade2025A1pdf 2025 UNINTER Orientações e Estudo de Caso Projetos2025A1pdf 2025