Projeto Desenvolvimento Back-end

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 Backend Disciplina de Projetos 1 Escolhi a trilha Backend Preciso fazer Frontend ou testes avançados também Não obrigatoriamente O foco principal do seu projeto é o Backend incluindo lógica de negócio banco de dados autenticação segurança LGPD logs e rotas endpoints No entanto você precisa demonstrar minimamente que seu backend funciona Para isso é suficiente apresentar testes básicos usando ferramentas como Postman ou Insomnia não sendo necessário desenvolver uma interface web completa com htmlcss e framewoks avançadas apenas uma página simples Exemplo simples de teste POSTMAN Endpoint POST pacientes nome João Silva cpf 12345678900 Resposta Esperada id 1 nome João Silva cpf 12345678900 2 Quais requisitos funcionais e não funcionais devo atender Você deve descrever todos os requisitos essenciais funcionais e não funcionais listados no estudo de caso ex cadastro de pacientes autenticação segurança etc Porém não é obrigatório implementar todos em profundidade desde que você indique claramente quais você escolheu priorizar e desenvolver o seu foco está no backend 3 Preciso implementar Telemedicina e videochamada A Telemedicina é um dos requisitos sugeridos no estudo de caso mas não obrigatória para implementação integral Seu foco principal está nos requisitos essenciais como autenticação e CRUD de pacientes Não é importante como irá ocorrer a videochamada 4 É necessário implementar autenticação loginsignup Sim autenticação é uma prática essencial No contexto do projeto LGPD e segurança é praticamente obrigatório implementar minimamente um sistema seguro de loginsignup Exemplo simples de autenticação Endpoint POST login email usuarioemailcom senha senha123 Resposta Esperada token eyJhbGciOiJIUzI1NiIsIn 5 Posso entregar o código em prints ou devo colocálo integralmente no PDF Não é recomendável colocar todo o código integralmente no PDF pois pode deixá lo muito extenso O ideal é apresentar trechos essenciais e o restante do código completo disponibilizado em um repositório Git GitHub GitLab No PDF Insira pequenos trechos exemplares Forneça o link do repositório completo 6 Como estruturar meu documento PDF Use esta estrutura básica adaptável às normas ABNT disponíveis na biblioteca virtual do AVA Capa Sumário Introdução Requisitos Funcionais e Não Funcionais Modelagem Casos de Uso Diagrama de Classes ou DER Implementação Endpoints arquitetura trechos de código link do Git Plano de Testes mínimo obrigatório testes básicos com Postman Conclusão Referências Anexos opcional Você pode adaptar o modelo usado na Atividade Extensionista anterior 7 Existe um documento padrão Word ou modelo disponibilizado Não é disponibilizado um documento modelo Word Você deverá criar seu documento usando as normas da ABNT e a estrutura citada acima O documento final deve ser exportado em PDF 8 Devo fazer deploy da API ou apenas fornecer o link do Git Não é obrigatório realizar o deploy público da sua aplicação É suficiente disponibilizar seu projeto completo em um repositório Git público GitHub GitLab etc e fornecer o link no documento PDF Dica certifiquese de que seu repositório está público e contém instruções claras README sobre como rodar sua aplicação 9 Preciso criar uma documentação detalhada dos endpoints Sim A documentação dos endpoints é obrigatória e deve descrever claramente Método HTTP GET POST PUT DELETE URL da rota Parâmetros e estruturas JSON Respostas esperadas e códigos HTTP Exemplo de documentação de endpoint Endpoint GET pacientes Objetivo Listar todos os pacientes cadastrados Resposta id1 nomeJoão Silva cpf12345678900 id2 nomeMaria Oliveira cpf09876543211 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