[TAD-NC4] Gestão de Projetos e Empreendedorismo - Atividade: Status Report

1,443 views
1,303 views

Published on

Os slides fazem parte de uma atividade realizada pelos alunos da turma TAD-NC4 (4º semestre de Tecnologia em Análise e Desenvolvimento de Sistemas – 2º semestre de 2013).

Tema da atividade: Status Report do Projeto TCC

Published in: Business
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
1,443
On SlideShare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
10
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

[TAD-NC4] Gestão de Projetos e Empreendedorismo - Atividade: Status Report

  1. 1. 2° Semestre de 2013 TADS-NC4 Alessandro Almeida | www.alessandroalmeida.com 14/10/2013
  2. 2. Consolidando o aprendizado de Gestão de Projetos
  3. 3.  Os próximos slides fazem parte de uma atividade realizada pelos alunos da turma TAD-NC4 (4º semestre de Tecnologia em Análise e Desenvolvimento de Sistemas – 2º semestre de 2013)  Tema da atividade: Status Report do Projeto TCC
  4. 4. # Nome do Projeto 1 Caderno Virtual 2 Controle de Fisioterapia 3 FIEO Virtual 4 InteraTI 5 London Pallace 6 SPOC Manager
  5. 5. PRONTUÁRIO NOME 12102575 BEATRIZ BELO 06207202 ELIANI USIFATI 12101198 CLAUDIA FERREIRA 12103682 JAIR ANGELO 11101424 VICTOR EMIDIO Índice
  6. 6. TADS Status Report.
  7. 7. PRONTUÁRIO NOME 12102575 BEATRIZ BELO 06207202 ELIANI USIFATI 12101198 CLAUDIA FERREIRA 12103682 JAIR ANGELO 11101424 VICTOR EMIDIO TADS
  8. 8. Caderno Virtual TADS
  9. 9.  A cada dia que passa vemos que os jovens universitários estão usando as tecnologias para facilitar o aprendizado na sala de aula, porém o caderno é um dos poucos recursos que continuam no meio estudantil. Com isso foi criado o Caderno Virtual, um sistema simples que permite aos estudantes terem no formato digital a mesma forma de manipulação do formato analógico, mas muito mais dinâmico. TADS
  10. 10.  Possibilitar ao aluno que tenha um aplicativo escolar para unificar os conteúdos das matérias do ano letivo em um único repositório, para facilitar o dia-a-dia dos estudantes. TADS
  11. 11.    Possibilitar que o armazenamento e busca das informações seja mais dinâmica. Aumentar a organização das informações de modo que se possa enxergar qual conteúdo foi passado para cada matéria. Ajudar no controle de presenças em aulas, controle de atividades e provas a serem realizadas. TADS
  12. 12. -Linguagem utilizada: C# - Banco de Dados :Microsoft SQL Server; TADS
  13. 13. TADS
  14. 14. TADS
  15. 15. TADS
  16. 16. Eliani Usifati Gerente de Projeto Beatriz Belo Documentadora TADS Victor Emidio Desenvolvedor Jair Angelo Analista de Testes Claudia Ferreira DBA
  17. 17. TADS
  18. 18. Caderno Virtual TADS
  19. 19. TADS
  20. 20.     Normalização do Banco de Dados; Dicionário de Dados; Monografia; Interação do sistema aplicativo com a plataforma Android. TADS
  21. 21. TADS
  22. 22. TADS
  23. 23. TADS
  24. 24. Caderno Virtual TADS
  25. 25. PRONTUÁRIO NOME 11200796 Felipe Dantas Pereira 12104858 Gustavo Alcantara dos Santos 12103419 Gustavo Alves de Freitas 11104366 Jonathan de Souza Nogueira 12102337 Laís da Silva Maciel Índice
  26. 26. TADS Status Report
  27. 27. PRONTUÁRIO NOME 11200796 Felipe Dantas Pereira 12104858 Gustavo Alcantara dos Santos 12103419 Gustavo Alves de Freitas 11104366 Jonathan de Souza Nogueira 12102337 Laís da Silva Maciel TADS
  28. 28. CONTROLE DE ATENDIMENTO PARA CLÍNICA DE FISIOTERAPIA LIFE S/A TADS
  29. 29.  O projeto surgiu a partir do momento em que o grupo teve conhecimento dos principais problemas enfrentados atualmente em muitas clinicas de Fisioterapia. TADS
  30. 30. Segue alguns problemas atualmente enfrentados em que o sistema irá resolver de forma parcial ou total:  Falta de controle no cadastro dos pacientes  Arquivamento das informações de forma insegura  Demora no atendimento  Extravio de dados já cadastrados TADS
  31. 31.  O objetivo do software é criar um sistema que possa gerenciar agendamento de consultas, cadastro e histórico dos pacientes em uma clinica de fisioterapia. TADS
  32. 32. Os benefícios esperados com a implantação do projeto são:     Agilidade no atendimento Armazenamento de cadastros e históricos de forma mais segura Redução do Trabalho Repetitivo Melhora na qualidade e integridade da informação TADS
  33. 33.       Automatização do fluxo de trabalho Controle de dados Controle de acessos Diminuição de custos como: papeis e pastas Agendamento de consultas de forma mais segura Agilidade nos atendimentos TADS
  34. 34.    Sistema web (instalado no data center do cliente) Desenvolvido em HTML,PHP e Java Script Banco de Dados: MySql Server TADS
  35. 35. Itens que compõem o escopo do projeto     Controle de acessos Cadastrado dos funcionários Cadastro dos pacientes Relatórios de informações da clinica (Exemplo: Agenda do fisioterapeuta, quantidade de agendamentos em determinado período, data e entre outros..) TADS
  36. 36.   Relatórios com dados e informações dos pacientes (Exemplo: Histórico, exames solicitados, tratamentos, medicamentos e entre outros..). Agendamento de consulta Importante Lembrar  Controle financeiro Não fará parte do escopo do Projeto TADS
  37. 37. Estrutura Analítica do Projeto LIFE S/A Sistema Documentação Descrição de Caso de Uso Regras de Negócios Requisitos não funcionais Requisitos funcionais TADS Visão geral de caso de uso Quadro descritivo de atores Quadro resumo de caso de uso Diagrama de Classes Modelo de domínio Interface humano computador Diagrama de sequencia Agenda Relatórios Cadastro Modelo dos BD´s Quadro descritivo de classes Consulta Data Horário Paciente Fisioterapeuta Atendente Consultas Agendamento
  38. 38. DESCRIÇÃO (P)REMISSA (R)ESTRIÇÃO O TCC será finalizado sem alteração de membros do grupo PREMISSA Disponibilização de um integrante para ficar no cliente, acompanhando todos os processos da clinica até o momento da implementação do projeto. PREMISSA O sistema será finalizado até 15 de Outubro de 2013 PREMISSA O projeto precisa ser entregue em Novembro de 2013 RESTRIÇÃO TADS
  39. 39. Laís Maciel Gerente de Projetos Felipe Dantas Teste TADS Jonathan Nogueira Analista Programador Gustavo Alcantara Analista de requisitos Gustavo Freitas DBA
  40. 40. PAPEL RESPONSABILIDADES Felipe Dantas Levantar requisitos necessários no sistema Gustavo Freitas Criar o cronograma do projeto Jonathan Nogueira Desenvolver o sistema Laís Maciel e Felipe Dantas Desenvolver a documentação Laís Maciel Acompanhamento do cronograma Gustavo Alcantara Validação da documentação Jonathan Nogueira Disponibilizar o status do projeto para o cliente. Gustavo Alves Desenvolver e manutenção do BD TADS
  41. 41. CONTROLE DE ATENDIMENTO PARA CLÍNICA DE FISIOTERAPIA LIFE S/A TADS
  42. 42.  30/10/13 – Termino do banco de dados  05/11/13 – Conclusão do desenvolvimento do programa.  05/11/13 – Finalização da documentação   15/11/13 – Começo da implementação do software na clinica de fisioterapia. 04/12/13 – Apresentação do projeto para banca do TCC. TADS
  43. 43.       10/10/13 – Entrega do Status Report (Gestão de projetos e empreendedorismo) . 20/10/13 Concluir o capitulo 2 :Engenharia de software, banco de dados, manual do sistema e o software do aplicativo. 20/10/13 – Entrega do capitulo 3 : Método de pesquisa utilizado. 20/10/13 – Entrega do capitulo 4: A análise dos dados e a discussão dos resultados obtidos. 15/11/13 – Entregar o software completo para a clinica de fisioterapia 30/11/13 – Entrega do TCC concluído. TADS
  44. 44. # DESCRIÇÃO TIPO 1 Empreender o projeto Posit ivo 2 Saída de membros da equipe 3 Entrega após do prazo TADS CRITIC . SITUAÇÃO AÇÕES Resultado final além do esperado Atender totalmente o escopo do projeto e funcionalidades adicionais Nega Médio tivo Dificuldade em acompanhar a turma Comunicação constante entre a equipe para manter o controle e andamento do projeto Nega Alto tivo Falta de Planejamento Na medida do possível atender prazos e a realização de documentos primordiais. Além de monitorar todo o ciclo de vida. Alto
  45. 45. # DESCRIÇÃO TIPO 4 Escopo não atendido 8 9 CRITIC . SITUAÇÃO AÇÕES Nega Alto tivo Mapeamento de requisitos inexistentes Validar constantemente e os itens do escopo Feedback positivo pela banca de TCC Posit ivo Bom planejamento Atender os requisitos estipulados, além do planejamento para apresentação Não aprovação do cliente Nega Alto tivo Cliente não aprovar o sistema Levantar requisitos faltantes e pendentes juntamente com o cliente, para melhoria do sistema TADS Alto
  46. 46. DATA DESCRIÇÃO DA MUDANÇA 01/10/2013 Ajustes no software para apresentação na feira cultural. 08/10/2013 Entrada de um novo membro no grupo . 19/10/2013 O novo integrante ficou responsável por ajudar a construir o restante da documentação do TCC 15/11/2013 Implementação do programa completo. 25/10/2013 Apresentação do sistema finalizado para o cliente TADS
  47. 47. # DESCRIÇÃO 1 Analisar profundamente as necessidades do cliente 2 Seguir o planejamento que foi traçado 3 Antes de programar o software, é necessário fazer uma analise de qual linguagem de programação é mais adequada. 4 Realizar reuniões semanais com a equipe. 5 Envolver o cliente na validação de requisitos 6 Durante o desenvolvimento mostra o status do projeto para o cliente 7 Definir funções de cada integrante do grupo 6 Realizar todas as entregas nos dias solicitados TADS
  48. 48. CONTROLE DE ATENDIMENTO PARA CLÍNICA DE FISIOTERAPIA LIFE S/A TADS
  49. 49. PRONTUÁRIO NOME 12104440 André da Silva 12104083 Daniella Maia 12102344 Gislaine Rodolfo 12101182 Gustavo Bigardi 12104274 Sanny Ayoub Índice
  50. 50. TADS Status Report
  51. 51. PRONTUÁRIO NOME 12104440 André da Silva 12104083 Daniella Maia 12102344 Gislaine Rodolfo 12101182 Gustavo Bigardi 12104274 Sanny Ayoub TADS
  52. 52. Fieo Virtual TADS
  53. 53.   O Centro de Análise de Benefícios ao Estudante – CABES, não oferece alternativas de atendimento á não ser presencial. Consequentemente os bolsistas utilizam o tempo destinado à aula para garantir o seu atendimento, com isso ocasiona uma extensa fila de espera. Sua estrutura de arquivo ainda está limitada a documentos impressos, acarretando em grandes volumes. Para o funcionário do CABES conferir a documentação impressa e arquivá-la, torna seu trabalho demorado e desgastante. TADS
  54. 54.  A Substituição da documentação impressa que atualmente deve ser entregue no atendimento presencial por um sistema que possibilite o atendimento online, possibilitará ao funcionário do CABES um melhor controle e uma eficiência na gestão das bolsas de estudo. Com isso, os bolsistas poderão optar pela opção de enviar os documentos relativos à bolsa de qualquer local que possa ter acesso à internet, eliminando assim a fila e o fluxo de pessoas no setor. TADS
  55. 55.  Objetivo Geral  Desenvolver um sistema de gerenciamento de bolsas de estudo ProUni.  Objetivos Específicos     Identificar o perfil do usuário; Minimizar acesso presencial ao CABES; Desenvolver sistema de cadastro de bolsa ProUni (on-line); Análise e controle de documentos. TADS
  56. 56.    Informatizar o sistema de protocolo e arquivo do CABES; Minimizar as filas geradas no atendimento; Oferecer alternativa de cadastro e atualização da bolsa ProUni via WEB; TADS
  57. 57.  Sistema desenvolvido em plataforma WEB (instalado no datacenter do CABES), desenvolvido em PHP, Java Script, CSS e banco de dados MySQL; possibilitando o acesso on-line via INTRANET da UniFIEO. TADS
  58. 58.      O Fieo Virtual é um sistema de gerenciamento de bolsas de estudo ProUni, que tem como finalidade possibilitar o atendimento aos bolsitas ProUni via WEB. As principais atividades do sistema são: USUARIO ALUNO:- Consulta de informações, cadastro, renovação da bolsa (anexação de documentações e acompanhamento do status da bolsa em tempo real); USUARIO CABES:- Consultas, inserções/modificações de dados, solicitação de documentos e disponibilizar informativos referentes a bolsas (deferida/indeferida, falta de documentos, etc.). TADS
  59. 59. TADS
  60. 60.                  ID: C$U01 Nome: Requisitar Bolsa Objetivo: Realizar a requisição da bolsa de estudos ProUni Ator: Candidato Pré-Condições: Conter o numero de inscrição ProUni valido Pós-Condições: Pedido de bolsa criado Fluxo Principal: Candidato informa numero de inscrição ProUni Sistema valida numero de inscrição ProUni Sistema apresenta formulário Candidato preenche dados básicos Candidato informa CEP Sistema apresenta endereço Candidato anexa documentos Candidato informa renda Candidato confirma requisição de bolsa Sistema cria pedido Sistema informa mensagem de pedido criado   Fluxo Alternativo: Não Há       Fluxo de Exceção: Numero de inscrição ProUni não válido Regras de Negócio: RN01: Possuir número válido de inscrição no ProUni no período vigente do corrente ano. RN02: Solicitar o beneficio de bolsa em um período válido. RN03: Declarar carência de acordo com o previsto no regulamento MEC.  TADS
  61. 61. ID: C$U02 Nome: Solicitar Renovação Objetivo: Solicitar a renovação de bolsa de estudos ProUni Ator: Bolsista Pré-Condições: Já possui o beneficio Pós-Condições: Pedido de renovação de bolsa criado Fluxo Principal: Bolsista fornece identificação Sistema apresenta formulário Bolsista anexa documentação Bolsista confirma requisição de renovação da bolsa Sistema cria pedido Sistema informa mensagem de pedido de renovação criado  Fluxo Alternativo: A01 Atualizar dados básicos A02 Atualizar endereço A03 Atualizar renda Fluxo de Exceção: Não ter cadastro de bolsista Regras de Negócio: RN02: Solicitar o beneficio de bolsa em um período válido. RN03: Declarar carência de acordo com o previsto no regulamento MEC. RN04: Estar no padrão estabelecido pelo MEC de notas e assiduidade. TADS
  62. 62. ID: C$U03 Nome: Consultar Documentos para análise de Bolsa Objetivo: Analisar os dados e as documentações dos pedidos de bolsa Ator: CABES (Funcionário) Pré-Condições: Pedidos de Bolsa Criados Pós-Condições: Bolsa Analisada Fluxo Principal: CABES solicita lista de pedidos de bolsa Sistema gera lista de pedidos de bolsa CABES seleciona um pedido de um candidato Sistema apresenta os dados e documentos do candidato CABES analisa os dados e documentos CABES assinala se bolsa esta ou não completa CABES confirma registro Sistema atualiza registro  Fluxo Alternativo: Não Há Fluxo de Exceção: Nenhum pedido de bolsa cadastrada Regras de Negócio: RN05: Seguir as orientações relativas à documentação, estabelecidas pelo MEC. TADS
  63. 63. ID: C$U04 Nome: Disponibilizar status do pedido Objetivo: Disponibilizar o status de aprovação do pedido Deferido/ Indeferido e documentos faltantes Ator: CABES (Funcionário) Pré-Condições: Pedido de bolsa analisado e registrado Pós-Condições: Status de bolsa disponibilizado Fluxo Principal: CABES solicita lista de pedidos aprovados Sistema lista pedidos aprovados CABES altera status para deferido e confirma Sistema atualiza registro de pedidos CABES solicita lista de pedidos não aprovados Sistema lista pedidos não aprovados CABES altera status para indeferido e disponibiliza documentos faltantes CABES confirma registro Sistema atualiza registro de pedidos  Fluxo Alternativo: Não Há Fluxo de Exceção: Pedidos de bolsa não cadastrados e não analisados Regras de Negócio: RN06 – Disponibilizar status de aprovação da documentação obedecendo ao cronograma previsto (estabelecido pelo CABES). no período vigente do corrente ano. RN02: Solicitar o beneficio de bolsa em um período válido. RN03: Declarar carência de acordo com o previsto no regulamento MEC. TADS
  64. 64. ID: C$U05 Nome: Acompanhar Pedido de Bolsa Objetivo: Acompanhar o status de aprovação do pedido da bolsa e se indeferido anexar as documentações faltantes. Ator: Candidato/ Bolsista Pré-Condições: Cabes disponibilizar documentações faltantes Pós-Condições: Documentos atualizados Fluxo Principal: Candidato/ Bolsista informa identificação Sistema mostra nome, curso, status do pedido e documentos faltantes. Candidato anexa documentos faltantes Candidato confirma Sistema salva os documentos e envia mensagem salvo com sucesso  Fluxo Alternativo: Não Há Fluxo de Exceção: Não haver documentações faltantes Regras de Negócio: RN06 – Disponibilizar status de aprovação da documentação obedecendo ao cronograma previsto (estabelecido pelo CABES). TADS
  65. 65. ID: C$U06 Nome: Encaminhar Pedido de Bolsa ao MEC Objetivo: Encaminhar os pedidos de bolsa ao MEC Ator: CABES (Funcionário) Pré-Condições: Bolsas analisadas e aprovadas Pós-Condições: Pedido encaminhado ao MEC Fluxo Principal: CABES solicita relatório de pedidos aprovados Sistema gera relatório de pedidos aprovados CABES solicita envio de pedidos ao MEC Sistema envia pedidos ao MEC  Fluxo Alternativo: Não Há Fluxo de Exceção: Nenhum pedido de bolsa Criado/ Aprovado Regras de Negócio: Não analisadas as regras de negocio que podem afetar este caso de uso. TADS
  66. 66. ID: C$U07 Nome: Manter Cadastro Objetivo: Manter os Dados Cadastrados de candidatos e Bolsistas Ator: Bolsista/ Candidato Pré-Condições: Estar em um período válido Pós-Condições: Dados Cadastrados Fluxo Principal: Ator solicita cadastramento Sistema valida período Sistema apresenta formulário Ator informa dados básicos Ator informa telefone Ator informa endereço Ator informa renda  Fluxo Alternativo: Não Há Fluxo de Exceção: Período Inválido Regras de Negócio: RN07 Armazenamento dos dados de acordo com o solicitado pelo MEC TADS
  67. 67.  CS01 – REQUISITAR BOLSA TADS
  68. 68.  CS02 – SOLICITAR RENOVAÇÃO TADS
  69. 69.  CS03 – CONSULTAR DOCUMENTOS PARA ANÁLISE TADS
  70. 70.  CS04 – DISPONIBILIZAR STATUS DO PEDIDO TADS
  71. 71.  CS05 – ACOMPANHAR PEDIDO DE BOLSA TADS
  72. 72.  CS06 – ENCAMINHAR PEDIDO DE BOLSA AO MEC TADS
  73. 73.  CS07 – MANTER CADASTRO TADS
  74. 74. Validação do código ProUni Verificar se sistema aceita a digitação de um código inválido, tendo este, mais ou menos caracteres que o correto, inserindo caracteres especiais ou um código não cadastrado.  Cadastro de candidato sem preenchimento dos campos obrigatórios Verificar se o sistema permite finalizar o cadastro do candidato sem preencher informações obrigatórias, tais como, endereço, renda, data de nascimento, e outros.  Confirmação de registro efetuado após finalizar o cadastro Verificar na base de dados se o cadastro foi devidamente cadastrado, se todas as informações estão presentes neste registro, se elas estão de acordo com o que foi informado.  Validação do tipo de usuário Verificar se o sistema redireciona devidamente os usuários de acordo com o seu perfil de acesso.  Anexar documento Verificar se ao anexar um documento, este pode ser visualizado pelo candidato, se ele pode alterar, excluir, incluir mais de um arquivo para cada documento.  Análise do funcionário Verificar se ao funcionário realizar a análise dos documentos do candidato, se o sistema esta registrando devidamente as observações do funcionário (Combo Box ou texto).  Consulta de benefício Verificar se o bolsista consegue realizar a consulta dos benefícios, validar os dados de seu cadastro, alterar estes dados e verificar se o candidato consegue alterar informações não autorizadas para o seu perfil.  TADS
  75. 75.  Mapas de Processos (CABES atual) TADS
  76. 76. TADS
  77. 77. DESCRIÇÃO (P)REMISSA (R)ESTRIÇÃO O projeto precisa ser concluído antes de 15/11/2013 P O projeto deverá estar regulamentado de acordo com a Legislação vigente do Ministério da Educação e Cultura (MEC) R O projeto precisa ser concluído antes de 30/11/2013 R LEI Nº 12.682 Dispõe sobre a elaboração e o arquivamento de documentos em meios eletromagnéticos. R O cliente disponibilizará ambiente de hardware conforme especificados na proposta de venda. P TADS
  78. 78. André Silva Gerente de Projeto Gislaine Rodolfo Documentador e Analista de Requisitos TADS Gustavo Bigardi Desenvolvedor Sanny Ayoub Analista de Requisitos e Testes Daniella Maia DBA
  79. 79. PAPEL RESPONSABILIDADES Gerente de Projetos • • • • • Coordenar e planejar o projeto; Gerenciar cronogramas; Manter comunicação entre os Stakeholders; Gerenciar riscos; Motivar e gerenciar a equipe. • Redigir documentação obedecendo a NormaCulta padrão e as Normas ABNT; Revisão e correção ortográfica dos documentos. Documentador • Programador • Elaborar e Coordenar as atividades referentes ao desenvolvimento e manutenção do software. DBA • Desenvolvimento e manutenção do banco de dados; Analista de Requisitos • Levantamento e análise dos requisitos do projeto e do sistema. Analista de Testes • • Elaboração de testes do sistema; Simular funcionamento real no ambiente de contexto do sistema. TADS
  80. 80. Fieo Virtual TADS
  81. 81. TADS
  82. 82.    Monografia Documentação de BD Documentação de engenharia de software TADS
  83. 83. # DESCRIÇÃO 1 Saída de membros da equipe TIPO CRITIC. SITUAÇÃO AÇÕES N 12 Eliminar Substituir membro ou dividir tarefas atribuídas ao mesmo 2 Não atendimento ao escopo N 6 Melhorar Direcionar objetivos ao tema, Designar membro para análise dos requisitos 3 Mudança dos Equipamentos P 9 Aceitar Migrar plataforma de programação para tecnologia de melhor atendimento aos requisitos 4 Não atendimento ao prazo N 10 Mitigar Melhorar planejamento. Dividir tarefas e elaborar cronograma de entrega semanal. 5 Não aceitação do projeto pela banca N 10 Eliminar Adequar projeto aos requisitos enunciados pela aula de Metodologia de pesquisa. Adequar documentação conforme norma ABNT. Definir responsável por revisar ortografia e plágio de documentação. Elaborar plano de teste para o software. 6 Empreender com o projeto TCC P 3 Aceitar Adequar a visão de futuro da Equipe as necessidades atuais do mercado de TI 7 Entrega antes do prazo P 5 Aceitar Revisar projeto TADS
  84. 84. DATA DESCRIÇÃO DA MUDANÇA 10/03/2013 Saída de membro da equipe. 02/08/2013 Entrada de membro na equipe. 03/08/2013 Mudança de escopo 03/10/2013 Mudança nos requisitos 01/05/2013 Mudança nas Regras de Negocio TADS
  85. 85. # DESCRIÇÃO 1 Realizar reuniões semanais com os integrantes da equipe Fieo Virtual. 2 Elaborar cronogramas 3 Desenvolvimento de habilidades do trabalho em equipe 4 Conhecimentos Técnicos no Desenvolvimento 5 Responsabilidades e Liderança TADS
  86. 86. Fieo Virtual. TADS
  87. 87. PRONTUÁRIO NOME 12103523 Deivid Amarante 12100049 Felipe Vital 12103413 Rodrigo Barreto 12103845 Ruan Costa 12103972 Tiago Arruda Índice
  88. 88. TADS Status Report
  89. 89. PRONTUÁRIO NOME 12103523 Deivid Amarante 12100049 Felipe Vital 12103413 Rodrigo Barreto 12103845 Ruan Costa 12103972 Tiago Arruda TADS
  90. 90. InteraTI TADS
  91. 91.  Usar os recursos disponíveis na internet, no caso as vídeo aulas, para complementar os conhecimentos adquiridos na faculdade, assim evoluindo e ganhando espaço no mercado de trabalho que a cada dia se torna mais exigente. TADS
  92. 92.   Proporcionar aos nossos clientes um ambiente de aperfeiçoamento de suas habilidades referentes a desenvolvimento web através de vídeo aulas. Criar um elo entre candidatos e empresa, através de avaliações de nível de autoaprendizagem desses candidatos, dando uma visão dos melhores e estimulando e evolução dos demais. TADS
  93. 93.    Organização dos assuntos facilitando o acesso ao conteúdo desejado Vitrine de candidatos autodidatas a empresas interessadas. Aperfeiçoamento e compartilhamento de conhecimentos em desenvolvimento web TADS
  94. 94.     Hospedado em um servidor web. Desenvolvido em PHP Orientado a Objeto Banco de dados construído em Mysql Interface desenvolvida em css, Jquery e Java script. TADS
  95. 95.      Diagrama de caso de uso e descrição; Diagrama de classe de implementação; Diagrama de sequência; Modelo de domínio; Modelo lógico, conceitual e físico do banco de dados normalizados. TADS
  96. 96. TADS
  97. 97. DESCRIÇÃO (P)REMISSA (R)ESTRIÇÃO • O TCC será finalizado sem mudanças de membros do grupo. (P) • As vídeo aulas selecionadas no YouTube deverão estar disponíveis para compartilhamento em outros sites. (P) • O projeto deverá ser entregue em 15/12/2013. (R) • O banco de dados não poderá ser desenvolvido em nenhuma outra tecnologia além do Mysql, o mesmo é válido para a linguagem de programação, sendo esta, PHP. (R) • A apresentação do projeto deverá possuir slides. (R) TADS
  98. 98. Tiago Arruda Gerente de Projeto Tiago Arruda Engenharia de software TADS Ruan Costa Monografia Deivid/Rodrigo Desenvolvedor Rodrigo Barreto Analista de Teste Felipe Vital DBA
  99. 99. PAPEL RESPONSABILIDADES DBA Desenvolver o modelo descritivo, modelo ER, mapeamento do MER (Modelo Entidade Relacionamento), normalização, dicionário de dados e possui conhecimentos em sql. Desenvolvedor lógico Desenvolvimento de todo o algoritmo funcional e lógico do sistema. Desenvolvedor IHC(Interface Humano Computador) Desenvolvimento da interface visual, foco na usabilidade do sistema TADS
  100. 100. PAPEL RESPONSABILIDADES Documentador (Monografia) Conhecimento no pacote Office, aplicação das normas ABNT, boa escrita e interpretação de texto Documentador (Engenharia de Software) Conhecimento no desenvolvimento dos artefatos utilizando ferramentas UML, como ASTAH e Microsoft Visio. Gerente de Projeto Acompanhar o desenvolvimento dos documentos e programação do projeto. Informar o status do projeto aos principais Steakholders. TADS
  101. 101. <Informe o Nome do Projeto> TADS
  102. 102. OUT NOV DEZ 1 2 3 4 5 1 2 3 4 1 2 3 4 1.1 - Documentação 1.1.1 - Engenharia de Software 1.1.2 - Banco de Dados 1.1.3 - Monografia 1.1.4 - Pesquisa de Campo 1.1.5 - Slides <Apresentação> 1.2 - Sistema 1.2.1 - Programação 1.2.2 - Banco de Dados 1.2.3 - Designer 1.2.4 - Testes TADS Responsável Tiago Arruda Felipo Vital Ruan Costa Ruan Costa Deivid Amarante Rodrigo Santos Felipe Vital Deivid Amarante Rodrigo Santos
  103. 103.   19/10/2013 – Capítulos 2, 3, e 4 da monografia. 21/10/2013 – 3ª entrega dos artefatos de engenharia de software. TADS
  104. 104. Cod DESCRIÇÃO . TIPO CRITIC. SITUAÇÃO AÇÕES 1 Não atender ao requisito de viabilidade do projeto solicitado pelos professores Negativo 10 Projeto apresentado no dia 09/10/2013 para o professor de BD validar a viabilidade do negócio. A equipe agilizar as entregas, desta forma, a fonte será apenas a indisponibilidade dos professores. 2 Não conseguir implementar todas as funcionalidades desejados do projeto até a data da apresentação Negativo 8 Situação estável, pois até o momento temos conseguido implementar as funcionalidades como esperado. Considerar como escopo apenas as funcionalidades essenciais para o funcionamento do sistema. Atender de forma simples a ideia do projeto. 3 Concluir o projeto com antecedência suficiente para implementar novas funcionalidades Positivo 2 Probabilidade mínima. Validar o escopo completo com os professores responsáveis pela banca do TCC, para que possamos agilizar a programação e documentação do projeto. TADS
  105. 105. DATA DESCRIÇÃO DA MUDANÇA 09/09/13 Mudança do nome do projeto. 20/09/13 Mudança no escopo do projeto. TADS
  106. 106. TADS
  107. 107. # DESCRIÇÃO 1 FOCO NO TCC. Valeu Alessandro! 2 Dormir bem durante o trabalho é fundamental para encarar a madrugada de estudo. 3 4 TADS Reunir o grupo em Carapicuíba é altamente arriscado. O Brainstorming é de suma importância para a evolução do projeto. Com ele, a equipe fica mais unida e confortável a dar suas ideias.
  108. 108. InteraTI TADS
  109. 109. PRONTUÁRIO NOME 12102145 Camila Cambuim 12101204 Elielton Matos 12102871 Guilherme Vianni 12104851 Géssica Leonarchick 12102157 Henrique Furtado Índice
  110. 110. TADS Status Report
  111. 111. PRONTUÁRIO NOME 12102145 Camila Cambuim 12101204 Elielton Matos 12102871 Guilherme Vianni 12104851 Géssica Leonarchick 12102157 Henrique Furtado TADS
  112. 112. Sistema de Gerenciamento de Hospedagens do Hotel Lodon Pallace TADS
  113. 113.  Antes as hospedagens eram efetuadas a punho, utilizando-se de comandas por papéis. A situação atual foi a criação de um site web aonde o próprio cliente pode realizar a reserva, juntamente com o funcionário, que pode efetuar as reservas no estabelecimento. Com isso diminuiu-se o tempo de demora entre uma função e outra. TADS
  114. 114.  A empresa London Pallace deseja um sistema de informação para controlar suas atividades. O objetivo é modular uma solução que atenda seus clientes e também seus funcionários de forma rápida e segura. TADS
  115. 115.     Controle de cadastro e consultas; Consistência nos dados; Eliminação do desperdício; Agilidade no atendimento. TADS
  116. 116.   O sistema será feito em duas partes, a primeira é a parte web que será feito na linguagem PHP e a segunda parte será de desktop desenvolvido em C#, ambos utilizaram a mesma base de dados que é SQL Server 2008. Documentação (Monografia) seguindo as normas da ABNT. TADS
  117. 117. Itens que compõem o escopo do projeto: - Diagrama de Classe; - Diagrama de Casos de Uso; - Diagrama de Fluxo de Dados; - Diagrama de Ocorrência; - Diagrama de Sequência. TADS
  118. 118. Gerenciament o de Hospedagem Documentaçã o Descrição de Caso de Uso Diagrama de Caso de Uso Diagrama de Classes Sistemas Testes Levantamento de Dados Regras de Negócio Plano de Testes Entrevistas com os Clientes Requisitos Funcionais Evidências de Testes Relatórios de Pesquisas Requisitos Não Funcionais Desktop Cadastro Relatório Cadastro Cliente Cliente Funcionário Reserva Produto Reserva TADS Nível de Acesso Web
  119. 119. DESCRIÇÃO (P)REMISSA (R)ESTRIÇÃO Sistema web, desktop e mobile P Data de entrega P Manter a mesma equipe P Qualquer alteração no escopo do projeto deve ser feita apenas pelo gerente de projeto P A equipe deve estar com no máximo 15 pessoas envolvidas no projeto R Entrega do projeto até o final do mês de Outubro R A aplicação web e desktop deve estar em um ambiente com as seguintes descrições: Windows Server 2008, 16GB de memória RAM R TADS
  120. 120. Géssica Gerente de Projeto Guilherme Analista de Requisitos TADS Camila / Elielton Desenvolvedor Henrique Analista de Testes Camila DBA
  121. 121. PAPEL RESPONSABILIDADES Gerente de Projetos Gerenciar as entregas, prazos, distribuir tarefas, definir datas. Documentador Analisar os requisitos, documentar todo o processo realizado pelos analistas Analistas de Testes Realizar todos os testes do software Analistas Programadores Codificar todo o software e liberar as telas para teste DBA Gerenciar o banco de dados. TADS
  122. 122. Sistema de Gerenciamento de Hospedagens do Hotel Lodon Pallace TADS
  123. 123. . SETEMBRO 1 DOCUMENTAÇÃO RESPONSÁVEL DESCRIÇÃO DE CASO DE USO Mapear requisitos funcionais Camila Mapear requisitos não funcionais Camila Mapear regras de negócio Guilherme Criar documento Géssica/Guilherme Inserir diagramas Elielton Validar com o cliente Henrique/Géssica DIAGRAMA DE CASO DE USO Identificar atores Elielton/Guilherme Definir casos de uso Henrique Criar diagramas Camila/Géssica SISTEMA CADASTROS Usuário Codificar módulo Elielton/Camila Realizar testes unitários Henrique Encaminhar módulo para o testador Géssica TADS 2 3 OUTUBRO 4 1 2 3 4 NOVEMBRO 5 1 2 3 DEZEMBRO 4 1 2 3 4
  124. 124.    Entregar a documentação de Engenharia de Software; Entregar a documentação de Banco de Dados; Entregar documentação de TCC. TADS
  125. 125. # DESCRIÇÃO TIPO 1 Entrega fora do prazo Negativo 25 Melhorar e Mitigar Encontrar os desfalques tanto no planejamento e no comprometimento, fazendo o máximo para reduzir o atraso 2 Expectativa Negativo não atendidas pelo cliente referente ao contexto sistêmico não atender as demandas 12 Explorar e Melhorar Rever com o cliente os conceitos da analise de requisitos, confirmando os dados registrados e explorando ainda mais. TADS CRITIC. SITUAÇÃO AÇÕES
  126. 126. # DESCRIÇÃO TIPO 3 Interação da ferramenta web com o cliente Positivo TADS CRITIC. 16 SITUAÇÃO AÇÕES Explorar e Melhorar Realizando uma pesquisa de campo onde a maioria dos resultados foram positivos com base no plano de ação
  127. 127. DATA DESCRIÇÃO DA MUDANÇA 08/12 e 02/13 Alteração de integrantes. 08/13 Alteração no escopo do produto. TADS
  128. 128. # DESCRIÇÃO 1 Necessidade de Gerenciamento; 2 Responsabilidade; 3 Planejamento; 4 Testes do software; 5 Trabalho em Equipe. TADS
  129. 129. Sistema de Gerenciamento de Hospedagens do Hotel Lodon Pallace TADS
  130. 130. PRONTUÁRIO NOME 12104275 DANIELE BRAZ 12103401 GIOVANNI MORAIS 12102144 LEANDRO FRACAROLI 12104495 LUZIA FERREIRA 12101205 MARCOS PAULO Índice
  131. 131. TADS Status Report
  132. 132. PRONTUÁRIO NOME 12104275 DANIELE BRAZ 12103401 GIOVANNI MORAIS 12102144 LEANDRO FRACAROLI 12104495 LUZIA FERREIRA 12101205 MARCOS PAULO TADS
  133. 133. SPOC Manager TADS
  134. 134.  Com os avanços tecnológicos, a elaboração de novas tecnologias e ferramentas de trabalho se tornaram mais frequentes, consequentemente a necessidade do suporte aos setores que manuseiam esses recursos são indispensáveis para que a utilização dessas ferramentas sejam feitas de forma mais produtiva. TADS
  135. 135.  • • Sistema desenvolvido para auxiliar o pronto atendimento ao cliente, otimizando a solução de problemas em equipamentos de Hardware e Software. Extração de relatórios para controles de níveis de serviço Identificar a localização de autorizadas (Técnicos) próximos. TADS
  136. 136.      Gerenciar chamados Disponibilizar uma base de conhecimento para o analista, para que o chamado possa ser resolvido em 1ºNivel. Localizar a autorizada mais próxima para efetuar o atendimento. Disponibilizar todos os problema reconhecidos de fabrica de cada maquina. Disponibilizar relatórios para controle geral. TADS
  137. 137.       O Banco de Dados será mantido em um servidor. O software será desenvolvido em uma linguagem C#. O SGBD utilizado será o SQL Server. A aplicação utilizará a plataforma Windows. O sistema será instalado na maquina do usuário e será necessário ter o Framework 4.0 instalado. Documentação está seguindo com as formas ABNT TADS
  138. 138.      Instalar o servidor na nossa empresa A disponibilização do Software para o Cliente será via WEB O acesso ao software que será instalado nos desktops será realizado pelos analistas Os relatórios serão enviados ao gerente da empresa e ao cliente O sistema se adequa a outros sistemas (Active Directory, RCMS) TADS
  139. 139.    Não será coberto no escopo do projeto - Gerenciar Estoque de peça. - Gerenciar parte financeira.
  140. 140. TADS
  141. 141. DESCRIÇÃO (P)PREMISSA (R)RESTRIÇÃO Empresa em que o sistema será instalado necessita de um Active Directory configurado no ambiente. P Todos os equipamentos direcionados a suporte devem ser em plataforma Windows P Monografia deve ser concluída até 25 de outubro R Projeto deve ser concluído até 20 de novembro R TADS
  142. 142. Daniele Braz Gerente de Projeto Documentadora Marcos Paulo Documentador Luzia Testadora TADS Giovanni Leandro DBA Programador
  143. 143. PAPEL RESPONSABILIDADE Gerente de Projeto Acompanhar atividades da Equipe. Criar planos de controle, negociação e marketing. Analista de negócios (Documentador) Levantar Requisitos Elaborar documentação Testador Validar a qualidade da Aplicação e de suas funcionalidades. DBA Criar e manter o Banco de Dados Desenvolvedor Programar aplicação TADS
  144. 144. SPOC Manager TADS
  145. 145. TADS
  146. 146.     19.10 Capítulos 2 e 3 da Documentação(Monografia). 21.10 3ºentrega dos artefatos 26.10 Monografia Completa 21.10 Validação do script C# TADS
  147. 147. # 1 2 DESCRIÇÃO TIPO CRITIC. SITUAÇÃO AÇÕES Não negativo 8 Saída de Dividir as tarefas e concluir o Stakeholder agiliza-las o máximo projeto até possível. ou conflito a data interno. prevista. Servidor negativo indisponível TADS 5 Rede indisponível ou perda de algum hardware do servidor. Armazenar todas as informações na maquina local para transferi-las para o banco de dados quando o servidor estiver UP.
  148. 148. # DESCRIÇÃO TIPO 3 Concluir o positivo projeto antes do prazo estipulado. 4 Saída e inclusão de novos Stakeholder CRITIC. SITUAÇÃO 2 negativo 10 AÇÕES Todas as tarefas designadas concluidas e entregues com exito. Incluir novas funções ao projeto. Conflitos internos ou por desistencia do mesmo. Futuro Stakeholder demostrar interesse no novo projeto. Manter a integridade das informações que são disponibilizadas a cada Stakeholder.
  149. 149. DATA DESCRIÇÃO DA MUDANÇA 03.08.2013 Transferência de Stakeholder 05.08.2013 Elaboração de novo Projeto 08.10.2013 Inclusão de novo Stakeholder TADS
  150. 150. # DESCRIÇÃO 1 Definir Plano de Riscos (Contingência) logo ao inicio da elaboração do projeto. 2 Especificar responsabilidades (funções) assim que decidido o tema do projeto 3 Verificar a viabilidade do projeto, financeiramente (ROI) TADS
  151. 151. SPOC Manager TADS
  152. 152. alessandro.almeida@uol.com.br www.alessandroalmeida.com/unifieo.htm www.slideshare.net/alessandroalmeida

×