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 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 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