1 / 123

Thrivial Clinic

Thrivial Clinic. Orientador Alessandro Lima Equipe do Projeto Bruno Cristina Jader Monte Petrônio Rafael Melgaço Rodrigo Sócrates Simone Walter. Gerencia de Projetos. 1. 2. Requisitos. 3. Desenvolvimento. 4. Gerencia de Configuração. Testes. 5.

nakeisha-johnson
Download Presentation

Thrivial Clinic

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. ThrivialClinic

  2. Orientador • Alessandro Lima • Equipe do Projeto • Bruno • Cristina • Jader Monte • Petrônio • Rafael Melgaço • Rodrigo • Sócrates • Simone • Walter

  3. Gerencia de Projetos 1 2 Requisitos 3 Desenvolvimento 4 Gerencia de Configuração Testes 5 Apresentação da aplicação desenvolvida 6 7 Entrega dos artefatos 8 Final

  4. Gerência de ProjetoJader Barbosa

  5. Sobre o Projeto Software de Gestão de Clinica Médica

  6. SOLUÇÕES | DIFICULDADES • Qual metodologia adotar no gerenciamento? • Como administrar um grupo unificado por obrigação? • Qual o tema do projeto? • Atrasos nas entregas dos artefatos? (RUP, Pro.NET, PMI)

  7. Atribuições e Contribuições

  8. Acompanhamento do Projeto

  9. Definição das atividades Reuniões de definições ocorrendo em conjunto com a equipe do projeto e suas áreas envolvidas.

  10. Organização de Reuniões • Agendamento das reuniões com o sem a presença do orientador da equipe (semanal ou quinzenal); • Geração de atas de reuniões nos encontros, a presença fica definida como presencial ou online com disponibilidade de interação do participante através de dispositivos de audio e video da equipe. • Verificação das pendências do projeto; • Comunicar a situação do projeto (status das atividades do projeto) para equipe como um todo e para o orientador.

  11. Processo da Gerencia de Projetos

  12. Referencias Bibliográficas

  13. Referencias: http://www.wthreex.com/rup/portugues/index.htm http://www.cin.ufpe.br/~micrecife/metodologia.htm http://pt.wikipedia.org/wiki/GerC3AAncia_de_projetos http://www.ricardo-vargas.com/pt/podcasts/pmbok4ed/ Pmbok - Guia Do Conjunto De Conhecimentos Em Gerenciamento De Projetos - OfficialPortuguese Coleção: Translation Autor: Project Management Institute Editora: Project Management Metodologia de Gerenciamento de Projetos: Methodware Editora: Brasport Autor: Carlos Magno da Silva Xavier & Flavio Ribeiro Vivacqua & Otualp Sarmento de Macedo

  14. Analise de RequisitosRafael Braga

  15. Papeis no Projeto: • DBA • Analista de Requisitos

  16. Visão Geral: • Iniciei o projeto trabalhando como Engenheiro de Processos, porém algumas reuniões verifiquei a necessidade de mais alguém na equipe de requisitos. • Como tenho experiencia na área softwares voltado para área médica, solicitei a mudança da área junto com o orientador, a equipe e o gerente de projeto começando a atuar como Analista de Requisitos e DBA.

  17. Atividades realizadas no Projeto:

  18. Requisitos: • Análise e desenvolvimento das regras de negocio junto com a equipe: • Pesquisa sobre o negocio de clinica médica no mercado, utilizado conhecimento adquirido na profissão; • Apoio ao desenvolvimento e a equipe de requisitos, tirando dúvida sobre as regras de negocio e a melhor forma de implementá-las; • Divisão dos sistemas em módulos

  19. Requisitos: • Definição de nova nomenclatura de organização para os casos de uso; • Definição inicial dos principais requisitos;

  20. Requisitos: • Elaboração e revisão da SRS junto com a equipe de requisitos desenvolvendo / revisando os seguintes casos de uso: • UCM01-005 – Efetuar Login/Logout • UCM02-003 – Efetuar Login/Logout na Clinica • UCM02-006 – Excluir Cliente na Clinica • UCM02-010 – Realizar Consulta Paciente • UCM03-001 – Manter Usuário do Sistema • UCM03-004 – Cadastrar Dados da Clinica • UCM03-006 – Manter Convênios

  21. DBA: • Análise e desenvolvimento do banco de dados • Pesquisa da tecnologia do banco de dados (MySQL) junto com a equipe de desenvolvimento; • Pesquisa sobre ferramentas de gerenciamento do banco de dados; • Desenvolvimento de scripts do banco de dados;

  22. DBA: • Desenvolvimento e manutenção do MER

  23. Testes: • Execução dos testes exploratórios p/ os UCs: • UCM01-005 – Efetuar Login/Logout • UCM02-003 – Efetuar Login/Logout na Clinica • UCM03-001 – Manter Usuário do Sistema

  24. Desafios e Dificuldades: • O horário de trabalho dificultou a participação de algumas reuniões com a equipe; • O tamanho da equipe dificultou em alguns momentos, pois era complicado conseguir reunir todos;  • Dificuldade de desenvolver os artefatos de Analista de Requisitos, pois nunca havia atuado nesse papel anteriormente nem implementado o RUP na prática;

  25. Desafios e Dificuldades: • A falta de conhecimento do negocio pela equipe me obrigou a mudar de papel, saindo da função de Engenheiro de Processos e atuando como Analista de Requisitos;  • A falta de experiência na gerencia de banco de dados e na tecnologia do mesmo;

  26. Soluções Adotadas e Justificativas: • Criamos um grupo para manter a comunicação durante o projeto no qual eu tentei acompanhar em todas as discussões; • Pesquisa sobre templates do RUP relacionados aos artefatos dos papeis desempenhados e como aplicar a metodologia;

  27. Soluções Adotadas e Justificativas: • Realização de reuniões para dissimular o conhecimento do negocio de clinicas médicas assim como pesquisas na internet sobre o assunto, ajudando a equipe a entender melhor as regras de negocio; • Pesquisa de ferramentas de modelagem de banco de dados para o MySQL;

  28. Referencias Bibliográficas

  29. http://www.wthreex.com/rup • http://www.cin.ufpe.br/~micrecife/SiteProNet/index.html • http://pt.wikipedia.org/wiki/MySQL • http://fabforce.net/dbdesigner4/ • http://sourceforge.net/projects/mysql-admin/

  30. Requisitos Requisitos Requisitos RequisitosCristina Martins

  31. Papéis Principais papéis na fábrica Analista de requisitos Analista de sistemas Outros papéis na fábrica Testes

  32. Atividades Realizadas Criação do Documento de Visão Procuramos dá uma visão geral do sistema a ser desenvolvido, levantando as necessidades e propondo soluções. Especificação dos Requisitos (SRS) Documento que especifica todos os requisitos do sistema, fornecendo aos desenvolvedores as informações necessárias para o projeto, implementação, realização dos testes e homologação da aplicação, tendo como entrada o documento de visão.

  33. Composição do SRS: Diagrama de Caso de uso: Descreve um cenário que mostra as funcionalidades do sistema através da relação dos atores e caso de uso e também entre casos de uso. Atores: Define os perfis dos usuários com uma breve descrição de cada um. Casos de Uso: Lista os casos de uso do sistema, especificando seus objetivos e prioridades

  34. Composição do SRS: Requisitos não-funcionais: Especifica os requisitos não funcionais do sistema Regras do negócio: Indica onde encontrar outros artefatos (Particularidades) que formam a especificação funcional Relação dos Casos de uso x Necessidades: Relação dos Casos de uso x Requisitos não funcionais

  35. Criação e Detalhamento de alguns Casos de uso UCM01-001 - Cadastrar Cliente Web UCM01-002 - Cadastrar Agendamento Web UCM01-004 – Excluir Agendamento Web UCM02-001 - Cadastrar escala médica UCM02-004 - Cadastrar Cliente na clinica UCM02-005 – Alterar Cliente na clinica UCM02-006 – Excluir Cliente na clinica UCM02-007 - Cadastrar Agendamento na clínica UCM02-008 – Consultar/Excluir Agendamento na clinica Execução de Testes Exploratórios UCM02-007 - Cadastrar Agendamento na clínica UCM02-008 – Consultar/Excluir Agendamento na Clínica

  36. Dificuldades Encontradas Pouco conhecimento do negócio. Por não ter experiência com a metodologia Rup, tive a preocupação em determinar qual a melhor forma de levantar as informações e especificar os requisitos. Dificuldade em definir algumas regras do negócio. Dificuldade devido a mudanças de papéis ou mesmo saída do projeto de alguns participantes. O não conhecimento de algumas ferramentas necessárias: Google code, balsamiq mockups. Dificuldade para realizar os encontros do grupo devido à distância e ocupações.

  37. Soluções identificadas Procurei me informar sobre o assunto através de trabalhos e pesquisas na internet. Troquei idéias com pessoas na equipe que detinham o conhecimento do negócio. Utilizamos técnicas como entrevistas, questionários e discussões de idéias. Pesquisar as informações contidas na da metodologia Rup, para melhor escolher os templates e utilizá-los na criação dos documentos. Procurava trocar idéias com o grupo de desenvolvimento, principalmente no desenvolvimento do primeiro módulo que era o ponto de partida e o diferencial para o sistema. Procurava me comunicar e sempre obtinha a colaboração de todos.

  38. Soluções identificadas Procurava conhecer a ferramenta e quando havia alguma dúvida na instalação ou no entendimento, buscava apoio do grupo de configuração ou desenvolvimento. Tínhamos reuniões semanais e nos comunicávamos por email, MSN, Google Groups etc

  39. Pesquisas Realizadas Livros: • Análise e projeto de sistemas de informação orientado a objetos – Raul Sidnei Wazlawick • Análise e projeto orientado a objetos – Scott W. Ambler • Modelagem de objetos através da UML – José Davi Furlan

  40. Internet: • http://www.cin.ufpe.br/~micrecife/SiteProNet/index.html Pro.net • http://www.wthreex.com/rup/process/ovu_proc.htm - RUP • http://www.abepro.org.br/biblioteca/ENEGEP2000_E0237.PDF-- Regras de negócio, um fator de sucesso no processo de desenvolvimento – Silvia Inês e Edson Walmir cazarini • http://www.freelancersbrasil.com/o-analista-de-sistemas-e-as-regras-de-negocio/ -- O analista de sistemas e as regras de negócio • http://evandrowm2.blogspot.com/2010/11/regra-de-negocio-nao-e-requisito-de_15.html -- Regras de negócio não é requisito de software Evandro Moreira Pinto • Trabalho Acadêmico Smart Clinic -- Djaci Alves, Nicole ultanum, Renan Lima • Trabalho Acadêmico Sistema Gerenciador de Clínica Médica – Giuliano Márcio Stolf

  41. ArquiteturaPetronio Rufino

  42. Papeis no Projeto: • Arquiteto • Desenvolvedor

  43. Visão Geral: • No início do projeto trabalhei com requisitos, e nesta fase, nas primeiras reuniões, definimos alguns artefatos incluindo as principais atividades da clínica, documento de visão e uma lista das principais funcionalidades. • Após algumas reuniões remodelamos os papéis da fábrica, ficando definitivamente com o papel de Arquiteto e Desenvolvedor.

  44. Atividades realizadas no Projeto:

  45. Requisitos: • Pesquisa sobre a área médica, principalmente através de sites e livros, incluindo a pesquisa nos seguintes títulos: • Anamnese e Exame Físico: Barros, Alba Lucia; • Hospitais e Administração da Qualidade, Quinteto Neto, Antonio.

  46. Requisitos: • Participação na definição inicial do negócio; • Participação na definição inicial dos principais requisitos; • Participação na elaboração inicial do banco de dados, com Rafael Melgaco;

  47. Requisitos: • Revisão dos seguintes requisitos: • UCM01-004 - Excluir Agendamento web; • UCM01-006 - Consultar Agendamento web; • UCM03-008 – Manter Planos.

  48. Arquitetura: • Definição e estudo das tecnologias envolvidas: • Estudo e pesquisa sobre o framework JSF; • Estudo e pesquisa sobre Java para Web com Servlets e JSP; • Estudo e pesquisa sobre os containers webs: Apache e Tomcat;

  49. Arquitetura: • Estudo e pesquisa sobre o protocolo STMP, principalmente utilizando Java; • Segurança utilizando criptografia de variáveis para sessão e cookies; • Estudo e pesquisa sobre a arquitetura da ferramenta Scriptcase PHP;

More Related