Status Report dos TCCs (SIN-NA8)

540 visualizações

Publicada em

Tema da atividade: Status Report do Projeto TCC

Slides que compõem uma atividade realizada pelos alunos da turma SIN-NA8 (8º semestre de Sistemas de Informação – 2º semestre de 2015)

Publicada em: Negócios
0 comentários
0 gostaram
Estatísticas
Notas
  • Seja o primeiro a comentar

  • Seja a primeira pessoa a gostar disto

Sem downloads
Visualizações
Visualizações totais
540
No SlideShare
0
A partir de incorporações
0
Número de incorporações
6
Ações
Compartilhamentos
0
Downloads
6
Comentários
0
Gostaram
0
Incorporações 0
Nenhuma incorporação

Nenhuma nota no slide

Status Report dos TCCs (SIN-NA8)

  1. 1. AlessandroAlmeida | www.alessandroalmeida.com Setembro/2015 2° Semestre de 2015 SIN-NA8
  2. 2.  Os próximos slides fazem parte de uma atividade realizada pelos alunos da turma SIN-NA8 (8º semestre de Sistemas de Informação – 2º semestre de 2015)  Tema da atividade: Status Report do ProjetoTCC
  3. 3. # Nome do Projeto 1 ConcursoJá 2 CondoMais 3 ConnectFuel 4 Easy Plant’s 5 Sistema de Formação Continuada 6 Orbs Comex 7 RateStar 8 SisDoc 9 Tell Me Condominium
  4. 4. SISTEMAS DE INFORMAÇÃO Status Report Voltar para o índice
  5. 5. PRONTUÁRIO NOME 11100419 EDUARDO VILLAS BOAS 11201192 FILIPE BUENO DE LOVA 16030157 ODAIR FERREIRA TERCEIRO
  6. 6. CONCURSOJÁ – Sistema de Acompanhamento de Concurso Público para Docentes
  7. 7. CONCURSOJÁ - Validação dos documentos e dados dos candidatos maualmente,geran do inconsistência. - Falta de gerenciamento e disponibilização dos documentos para o RH. - Processos burocráticos que acabam gerando problemas. Nosso sistema é uma solução completa que visa garantir todo o acompanhamento e o acompanhamento de concurso público voltado para docente. - Nosso sistema é diferente pois não encontramos uma solução que atendam essas necessidades de negócio no mercado atualmente. - As regras de negócio e os processos envolvidos no sistema dificilmente podem ser copiados. - Acompanhamento online dos processos do concurso. - Software Web - Divulgação - Candidatos do concurso para docente. - Administradores e organizadores do concurso. - Assinatura e mensalidade do software - Propaganda - Parcerias - Desenvolvimento (equipe) - Hospedagem do sistema (servidor web) - Divulgação (marketing) - Licenças de software - Estatística de inscritos. - Usuários do sistema - Quantidade de editais e processos - Acompanhamento de todas as fases do do concurso. - Validação dos dados e documentos dos candidatos - Transparência dos processos para o candidato..
  8. 8. CONCURSOJÁ Documentação Regras de Negócio Requisitos Funcionais Requisitos Não Funcionais Diagrama de Caso de Uso Diagrama de Classes Levantamento de Dados Entrevistas com os Clientes Sistema Cadastros Comissão Julgadora Candidatos Organizadores Relatórios Analítico Sintético Descrição de Caso de Uso Acessos
  9. 9. DESCRIÇÃO (P)REMISSA (R)ESTRIÇÃO O grupo não pode ser alterado P Prazos de entrega e apresentação até dezembro/2015. R O Sistema será WEB/.NET P Linguagem orientada à objetos P O grupo poderá conter até 5 pessoas R O projeto será documentado P
  10. 10. Eduardo Villas Boas Gerente do Projeto/Analista de Negócio Felipe Augusto P. Dias Desenvolvedor Filipe Bueno DeLova Analista de Negócios/DBA
  11. 11. PAPEL RESPONSABILIDADES GERENTE DE PROJETOS Realizar o acompanhamento do cronograma; Validar documentação de requisitos; Fazer a documentação. ANALISTA DE NEGÓCIOS Avalia as regras de negócios; Auxilia na prototipação; Discute com o cliente a respeito do escopo do projeto.
  12. 12. PAPEL RESPONSABILIDADES DBA Documentação de Banco de Dados; Mapeamento de Regras de 1 à 9; Normalização; Engenharia Reversa. DESENVOLVEDOR Entende as regras de negócios; Manipula os dados para desenvolver o sistema
  13. 13. INFOCON – Sistema de Acompanhamento de Concurso Público para Docentes
  14. 14. SETEMBRO OUTUBRO NOVEMBRO DEZEMBRO 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 DOCUMENTAÇÃO RESPONSÁVEL STATUS REPORT Danilo ,Osmar Cronograma Filipe Bueno Planos de Ação Eduardo Apresentação documentação Todos Monografia Todos BANCO DE DADOS Descritivo/ MER Filipe Mapeamento Filipe Consultas Complexas Eduardo, Filipe Script Banco de Dados Odair SISTEMA PROTOTIPAÇÃO Todos Codificar módulo Odair Validar com Stackeholders Todos Apresentação Todos
  15. 15.  Script de Banco de Dados MYSQL final de Outubro;  Validação de documentação final de Outubro;  Apresentação do Sistema na 3ª semana de Novembro;
  16. 16.  Script de Banco de Dados MYSQL final de Outubro;  Validação de documentação final de Outubro;  Apresentação do Sistema na 3º e 4º semana de novembro;
  17. 17. # DESCRIÇÃO TIPO CRITIC. SITUAÇÃO 1 Não atendimento ao Escopo N 2 Definir as reais necessidades do cliente. 2 Não atendimento ao prazo N 3 Dedicação de toda equipe para que todas as partes componha o todo. 3 Saída de membros da equipe N 8 Todos estudarem comunicarem e se ajudarem. 4 Ficar Retido por dependência de notas N 4 Total dedicação aos estudos e ajuda dos colegas
  18. 18. # DESCRIÇÃO TIPO CRITIC. SITUAÇÃO 5 Documentação não atendida N 8 Rever, Atualizar os dados e comunicação com o grupo 6 Regra de Negocio N 3 Fazer levantamentos de dados e prototipação de telas. 7 Stakeholders criticando N 4 Criar metodologias para melhorar as regras de negócio. 8 Problemas no computador para apresentação N 5 Grupo levar mais de um computador Levar carregador de bateria.
  19. 19. DATA DESCRIÇÃO DA MUDANÇA 03/08/2015 Saída do desenvolvedor; 13/08/2015 Saída do Analista de Processo; 18/08/2015 Saída do Gerente do Projeto; 22/08/2015 Entrada de um novo integrante; 25/08/2015 Mudança de Linguagem de PHP para .Net; 25/08/2015 Mudança de Banco de Dados de MYSQL para SQL Server; 26/08/2015 Alteração do nome do Sistema.
  20. 20. # DESCRIÇÃO 1 Comunicação com todas as partes é essencial para o bom andamento do projeto, problemas de comunicação atrasa o projeto 2 Não devemos acreditar 100% nas pessoas, devemos ter um plano B, ou seja, preparados para situação adversa. 3 Não deixar para fazer tudo de última hora, delegando as funções para cada um para ter a entrega na data certa.
  21. 21. CONCURSOJÁ – Sistema de Acompanhamento de Concurso Público para Docentes
  22. 22. SISTEMAS DE INFORMAÇÃO Sistema de Gerenciamento Condominial Status Report Voltar para o índice
  23. 23. Prontuário Nome 12101551 Carlos Alberto Pereira Junior 12102058 Daniel Hengle Spina 12102098 Dênis Marques Tamarino 11104440 Geysa Liborio Santos de Lima 12104186 Wanderliuson dos Reis Silva Dados do Grupo
  24. 24. Resumo do Projeto CondoMais – Sistema de Gerenciamento Condominial
  25. 25. Justificativa Após observar o dia-a-dia de residentes em condomínios fechados, foi chegada a conclusão de que não existe um padrão de gerenciamento, diversos condomínios pecam no controle de acesso de pessoas e objetos e muitas vezes não há um canal de comunicação entre os moradores e a sindicância. Diversos relatos de extravios e atrasos no recebimento de encomendas além da falta de controle de acesso de visitas acarretam em possíveis problemas com a segurança, isto levou a decisão da elaboração deste projeto.
  26. 26. Objetivo  Gerenciar as encomendas de um condomínio, facilitando a organização e evitando problemas com as entregas.  Gerenciar o acesso de visitas pessoais e técnicas a um determinado apartamento.  Criar um canal de comunicação dos moradores com a sindicância do condomínio, onde possam ser feitas reclamações.
  27. 27. BENEFÍCIO ESPERADOS Melhor controle no cadastro e recebimento de encomendas. Controle com armazenamento de dados no acesso de visitas técnicas e pessoais. Controle com armazenamento de dados no acesso de veículos de moradores e visitantes. Cadastro de Assembleias Gerais via sistema online. Maior proximidade entre os moradores e síndicos no que diz respeito as funcionalidades do sistema.
  28. 28. DESCRIÇÃO MACRO DA SOLUÇÃO Sistema Web, desenvolvido em PHP, utilizando banco MySQL.
  29. 29. ESCOPO DO PROJETO - Cadastro de Usuários - Cadastro de Moradores - Cadastro do Condomínio - Controle de acesso de Veículos - Controle de recebimento e distribuição de encomendas - Cadastro de Imóveis - Cadastro de Portarias - Cadastro de Assembleias - Controle de acesso de Visitantes - Relatórios  Descritivo do Sistema  Modelo Entidade-Relacionamento  Diagramas  Modulo Administrativo
  30. 30.  Modulo Morador - Atualização dos dados cadastrais - Cadastro de Visitas - Cadastro de Veículos - Cadastro de Encomendas - Votação de Ata da Assembleia ESCOPO DO PROJETO
  31. 31. ESTRUTURA ANALÍTICA DO PROJETO Projeto TCC Documentação DFD Regras de Negócio Requisitos Funcionais Requisitos Não Funcionais MER Testes Plano de Testes Script de Testes Evidências de Testes Levantamento de Dados Entrevistas com Moradores Entrevistas com Síndicos Relatório de Pesquisa Sistema Cadastros Usuários Imóveis Moradores Condomínio Portaria Assembleia Relatórios Turnos Encomendas Reclamações Controle de Acesso
  32. 32. PREMISSAS E RESTRIÇÕES DO PROJETO Descrição (P)remissa (R)estrição O cliente será responsável pela manipulação e manuseio dos dados inseridos no sistema. P O projeto será realizado por um grupo de 5 pessoas. P Todos os integrantes devem colaborar com o desenvolvimento do projeto. P O projeto precisa ser concluído antes do dia 10/11/2015. R O projeto deve ser desenvolvido utilizando a linguagem PHP e deve ser no formato de aplicação WEB. R O Banco de dados deverá ser MySql. R
  33. 33. ORGANOGRAMA DO PROJETO Wanderliuson Gerente de Projeto Dênis Analista de Requisitos Daniel Desenvolvedor Geysa Analista de Testes Carlos DBA
  34. 34. PAPÉIS E RESPONSABILIDADES PAPEL RESPONSABILIDADES Gerente de Projeto Reunir com Stakeholder’s, definir dados sistema, auxiliar e acompanhar os demais integrantes da equipe buscando focar no projeto. Analista de Requisitos Definir requisitos junto ao cliente e Gerente. Desenvolvedor Responsável por desenvolver o software, criar o layout e efetuar possíveis alterações ao longo do projeto. Analista de Testes Responsável pelos testes necessários para aprovação da solução. DBA Responsável por criar o Banco de Dados do projeto condizente com o acordado com o cliente e disponibiliza-lo ao Desenvolvedor para inclusão ao software.
  35. 35. Situação do Projeto CondoMais – Sistema de Gerenciamento Condominial
  36. 36. CRONOGRAMA DAS PRÓXIMAS ENTREGAS
  37. 37. CRONOGRAMA DAS PRÓXIMAS ENTREGAS
  38. 38. PRÓXIMAS ENTREGAS  Entrega do Status Report: 03/09/2015  Entrega da Introdução: 04/09/2015  Entrega da interface do projeto: 28/09/2015  Pré apresentação da contextualização da pesquisa de mercado: 09/2015  Entrega da documentação para aprovação: 10/2015  Entrega do Projeto: 11/2015
  39. 39. RISCOS # Descrição TIPO CRITIC. SITUAÇÃO 1 Não atendimento dentro do prazo estipulado. Negativo 15 Em Mitigação. 2 Saída do desenvolvedor da equipe. Negativo 10 Em Mitigação. 3 Antecipação da conclusão do projeto. Positivo 8 Em Mitigação. 4 Desaprovação por parte do Orientador. Negativo 12 Eliminado.
  40. 40. MUDANÇAS NO PROJETO DATA DESCRIÇÃO DA MUDANÇA 07/03/2015 Inclusão de membro: Geysa Libório Santos de Lima passa a integrar o time CondoMais. 08/03/2015 Divisão de Responsabilidades e Cronograma de entrega reformulados devido nova equipe. 24/04/2015 Após revisar dados coletados em pesquisa de campo e reunião com professor orientador, é definida a inclusão do controle de acesso de pessoas e veículos ao sistema. 10/08/2015 Reestruturação e atualização do Cronograma para a etapa final do projeto. 27/08/2015 Alteração do nome do projeto que de “Ordú” passou a se chamar “CondoMais”. 31/08/2015 Alteração do Logo do projeto.
  41. 41. LIÇÕES APRENDIDAS # DESCRIÇÃO 1 Preparar a documentação previamente acertando com o cliente os detalhes a fim de evitar desconfortos futuros. 2 A importância do planejamento ao se propor a realizar algum projeto. 3 Realizar reuniões periódicas com o cliente, esclarecendo possíveis duvidas ou sugestões de ambas as partes. 4 A importância do trabalho em equipe e divisão de tarefas.
  42. 42. OBRIGADO! CondoMais – Sistema de Gerenciamento Condominial
  43. 43. Sistemas de Informação Status Report Solução: Voltar para o índice
  44. 44. 12102603 – Diego Olivo Cintra 12103679 – Gustavo Ferreira Carasco 12103792 – Gustavo Sofioni Motta
  45. 45. Primeira Parte: Resumo do Projeto Sistemas de Informação
  46. 46. • Desvio de combustível, fraude por parte dos motoristas e frentistas. • Não gerenciamento de gastos com abastecimento. • Controle efetivo da frota. • Cadastro de motoristas, carros, postos de gasolina. • Controle de abastecimento. • Relatórios gerenciais “Automatizar e gerenciar o controle do abastecimento da frotas corporativas, evitando o desvio de recursos, eliminando a preocupação com desenvolvimento de sistemas ou controles manuais" • Ótimo custo beneficio. • Controle efetivo de gastos com combustíveis. • Emissão de relatórios gerenciais. A Solução será desenvolvida para WEB, por tratar-se de um site responsivo, o mesmo poderá ser acessado por qualquer dispositivo com acesso a internet. • Pessoas Físicas ou Jurídicas que possuem frota de veículos móveis. • Postos de Gasolina • Número de clientes cadastrados. • Número de acesso ao site. • Volume de informações no sistema • Identificar horários de pico de transição de informações • Venda do serviço em planos empresariais, com uma determinada quantidade de usuários no sistema, cobrança de valores mensais. • Realizar parceiras com postos de gasolina que tenham empresas cadastradas, mostrar para este público o diferencial da solução ao seu negócio. • Buscar patrocinadores para a redução de custos com a tecnologia (RFID). • Especificação do sistema • Infraestrutura • Banco de dados • Desenvolvimento • Publicidade • Parcerias
  47. 47. Estrutura Analítica ConnectFuel Documentação Diagrama de Caso de Uso Descritivo de Atores Identificação de Funcionalidades DFD Especificação de Requisitos Regras de Negócio Levantamento de Dados Pesquisa e Entrevistas Consolidação de Resultados Sistema CRUD Acesso Relatórios Site Banco de Dados Descritivo Diagrama de Classe MER Normalização
  48. 48. Premissas e Restrição do Projeto Descrição Premissas (P) Restrições (R) O projeto possui data de término novembro/2015. R Para que possa começar a prestação de serviço, será assinado um contrato entre as partes envolvidas. R Ao imputar valores de combustíveis, o sistema terá que aceitar até 3 casas decimais. R Serão disponibilizado funcionários para qualificar equipes que irão operar o sistema. P Será necessário o cadastro de postos de gasolina para que possa funcionar o processo de abastecimento. P Leitores de RFID P
  49. 49. Organograma Gustavo C. Diego Gustavo S. Ana. Requisitos Gerente de Projetos Desenvolvedor DBA Gerente de Negócios Pesquisa de Mercado Gestão de Qualidade ConnectFuel Analista de Sistemas
  50. 50. Papeis e Responsabilidades PAPEL RESPONSABILIDADES Gerente de Projetos Planejar, controlar e executar o projeto. Analista de Requisitos Verificar se os requisitos do sistemas estão sendo atendidos. Desenvolvedor Desenvolvimento da lógica da solução e site. DBA Realizar o desenho do banco de dados, normalização e implementação. Gerente de Negócios Identificar oportunidades de negócio que gerarão lucros. Pesquisa de Mercado Realizar pesquisa e estudo sobre todos os assuntos que abordam a solução, desenvolver pesquisas quantitativas e qualitativas do sistema. Gestão de Qualidade Prezar pela qualidade e integridade da solução
  51. 51. Segunda Parte: Situação do Projeto Sistemas de Informação
  52. 52. Cronograma Setembro 1 2 3 4 Outubro 1 2 3 4 Novembro 1 2 3 4 Dezembro 1 2 3 4 Relatórios Site Acesso e Disponibilidade CRUD/RFID Reestruturação e Revisão dos textos DFD/Descritivo Elaboração do artigo e Doc. Final Semana
  53. 53. Documentação Sistema % Concluída 0 % 25 % 50 % 75 % Concluído e Revisado Visão Geral das Entregas
  54. 54. Próximas entregas • Rever avaliação dos textos feita pelos avaliadores da pré banca • Reestruturação dos textos • Criação de textos faltantes • Revisão • Montagem Trabalho final • Readequação de Funcionalidades Básicas • Definir relatórios • Implementar a emissão de relatórios • Aprimoramento de inteligência do negócio • Autenticação de usuários • Bloqueio de sessão • Desenvolvimento do site • Responsivo Documentação Sistema
  55. 55. Riscos Cod. Descrição Tipo Critic . Situação 1 Demissão de funcionários treinados N 12 Capacitar outros funcionários para que possam continuar o processo. 2 Não cumprimento do processo de negócio N 10 Orientar sempre os usuários a cumprirem o processo para que não haja falha no sistema 3 Indisponibilidade do gerente na empresa. N 10 Deixar mais de um gerente com a responsabilidade de liberar os abastecimentos 5 Desqualificação da equipe N 6 Realizar treinamentos contínuos 6 Aplicação da tecnologia RFID N 15 Realizar pesquisas e estudos sobre a tecnologia, para que não cause problemas no projeto
  56. 56. Mudanças no Projeto 1 – Substituição do QRCODE, para a tecnologia RFID; 2 – Versionamento do MER em 9 versos; 3 – Alteração nas datas de entrega; 4 – Adaptação e inserção de novas funções e relatórios para atender consultas complexas de banco de dados; 5- Readequação das entregas como um todo, visto que temos eventos (feiras e seminários), que o sistema deve ser apresentado.
  57. 57. Lições Aprendidas - Procurar sempre buscar o professor responsável para verificar e validar documentação e sistemas; - Trabalho em equipe, é fundamental para o desenvolvimento de um projeto; - Gerenciamento de projetos, é fundamental para ter um acompanhamento do desenvolvimento do TCC; - Atribuir funções e responsabilidades é fundamental para deixar a equipe comprometida; - Aprendemos a ser pequenos empreendedores.
  58. 58. A equipe agradece. Obrigado.
  59. 59. SISTEMAS DE INFORMAÇÃO Status Report Voltar para o índice
  60. 60. PRONTUÁRIO NOME 12102059​ Bianca Silva Nunes​ 12102338 Danilo Soares de Souza 12102691​ Erika Vieira Lima​ 12102060​ Geovane Antônio da Silva​ 06104543 Osmar Ventura Moreira
  61. 61. Easy Plant’s
  62. 62. Easy Plant’s • Sistema capaz de otimizar os tratamentos das plantas para maximizar o tempo de vida e garantindo sua beleza • Segmento pouco explorado; • Disponibilidade em diversas plataformas; • Interface amigável • Divulgação em redes sociais; • Empresas de publicidade; • Empresas parceiras no segmento • Para pequenos cultivadores; • Para empresas que cultivam plantas ornamentais• Report de erros; • Quantidade de licenças vendidas ao mês; • Porcentagem de desistentes do sistema; • Report mensal de média de acessos • Armazenar de forma eficiente os tratamentos das plantas; • Monitorar o ambiente para garantir a qualidade de vida das plantas • Dificuldade em realizar o tratamento das plantas; • Plantas morrem antes da expectativa de vida; • Perca de informação sobre as plantas • Licença semestral do software • Venda dos kits de monitoramento • Equipe de desenvolvimento; • Custo de equipamentos • Hospedagem e publicidade do software
  63. 63. DESCRIÇÃO (P)REMISSA (R)ESTRIÇÃO Usuário especialista na área botânica P Ambiente para cultivo de plantas - Estufa P Prazo para entrega do projeto R Recursos para tratar as plantas (adubo, remédios..) P A equipe poderá conter até 5 pessoas. R O projeto será documentado P
  64. 64. Geovane A Gerente de Projeto Erika Vieira Analista de Requisitos Geovane A Desenvolvedor Danilo Testador Bianca Nunes DBA Osmar Documentador
  65. 65. PAPEL RESPONSABILIDADES Gerente de projetos Planejar e controlar a execução de projetos em diversas áreas e responsável pela condução do projeto Analista de requisitos Levantar, analisar, documentar e validar as necessidades do stakeholders de um projeto. Principal responsável pelo fluxo de requisitos entre os clientes e a equipe de desenvolvimento de software Desenvolvedor Desenvolve e realiza a manutenção do software em um grande sistema ou que desenvolve software para uso em computadores pessoais. Testador Executar o script de testes e Gerar as planilhas de inconsistências. DBA Administração de Banco de Dados Documentador Documentar o sistema, considerando as especificações técnicas e funcionais. Validar a documentações com os stakeholders e Monta os scripts de teste.
  66. 66. Easy Plant’s
  67. 67. AGOSTO SETEMBRO OUTUBRO NOVEMBRO 5 10 20 30 5 10 20 30 5 10 20 30 5 10 20 30 DOCUMENTAÇÃO RESPONSÁVEL GESTÃO DE PROJETOS Status Report. Erika, Danilo e Osmar ENGENHARIA DE SOFTWARE Casos de Uso Erika Diagrama de classe Erika Diagrama de sequencias Erika BANCO DE DADOS Desenvolvimento do script e consultas complexas Todos Atualização documentação geral Geovane Documentação Final Desenvolvimento Documentação e levantamento bibliográfico Todos SISTEMA PROTOTIPAÇÃO Geovane Levantamento regras de negócio Todos Especificação do escopo Todos Codificação Geovane Testes Todos Apresentação Todos
  68. 68.  Agosto / Setembro e Outubro ◦ Continuidade na documentação. ◦ Continuação Desenvolvimento. ◦ Melhorias ◦ Testes ◦ Apresentação  Novembro ◦ Apresentação Final do TCC
  69. 69. # DESCRIÇÃO TIPO CRITIC. SITUAÇÃO 1 Atraso no desenvolvimento N 15 Em mitigação 2 Algum outro membro sair da equipe N 5 Inexistente 3 Atraso na documentação N 20 Em mitigação 4 Conclusão antes do prazo P 12 Em desenvolvimento 5 Não atendimento ao escopo N 2 Definir as reais necessidades.
  70. 70. DATA DESCRIÇÃO DA MUDANÇA 01/09/2014 Troca da plataforma da aplicação – Desktop para Web 06/05/2015 Saída de dois integrantes da equipe 17/08/2015 Entrada de dois novos integrantes na equipe
  71. 71. # DESCRIÇÃO 1 Realizar reuniões semanais com a equipe 2 Validar regras de negócios antes do desenvolvimento 3 Testar rotinas desenvolvidas 4 Realizar pesquisas mais avançadas 5 A comunicação deve ser clara para os membros da equipe de forma que todos tenham ciência da situação atual do projeto 6 Não deixar para fazer as atividades em última hora. 7 Criar um plano B para situações adversas / inesperadas.
  72. 72. Easy Plant’s
  73. 73. SISTEMAS DE INFORMAÇÃO Status Report Voltar para o índice
  74. 74. PRONTUÁRIO NOME 12104128 David Deizepi Rocha 12104442 Eduardo Lima dos Reis 12103030 Filipe Campos Tartarini
  75. 75. Sistema de Formação Continuada -FOCO
  76. 76. Sistema de Formação Continuada - FOCO 1. Impossibilidade de saber o real nível de conhecimento(form ações ou cursos) dos funcionários; 2. Acesso as informações sobre os funcionários comprometidos pela demora e falta de organização; 3. Sem uma base para determinar o que é preciso para desempenhar o trabalho do dia-a- dia 1. Base de dados completas sobre o funcionário; 2. Acesso rápido as informações pertinentes a cursos e formações; 3. Informativos atualizados sobre novos cursos e o necessário para mudança de cargo ou área. O gerenciamento de todas as informações relacionadas a formação do funcionário passam a ser simples e rápidas, com um fácil acesso de todos. • Verificação constante do histórico de formações do funcionário, analisando as necessidades para o mesmo desempenhar sua função. • Total controle dos gestores sobre os conhecimentos dos seus funcionários. • Um canal online, com acesso para todos da empresa. • Envio de mensagens por e- mail, sms e Whatsapp. Empresas de todos os portes, preocupadas com o crescimento e desenvolvimento profissional dos funcionários. • 2 programadores web – 5 mil reais cada; • 1 analista de sistemas – 9 reais mil • 2 servidores – 6 mil reais cada; • Hospedagem do portal web – 150 reais mensais; • Softwares para desenvolvimento – 5 mil reais • Total – 36 mil + 150 hospedagem(varia devido ao tempo necessário). • Será feita a venda do produto, custeando assim a estrutura para entrega e gerando lucro inicial; • Serão cobrados os custos adicionais para alterações no sistema e também para manutenções futuras.
  77. 77. Sistema de formação continuada Documentação Diagrama de casos de uso Regras de Negócios Requisitos funcionais Requisitos não funcionais Diagrama de casos de uso DFD NIVEL 0 DFD NIVEL 1 Diagrama de Classes Banco de Dados Modelo Conceitual Modelo Logico Modelo Físico Testes Testes de Desempenho Scripts de Testes Evidência de testes Levantamento de dados Entrevista com os clientes Relatório de pesquisa Software Cadastros Usuários Funcionários Relatórios Relatório de Desempenho Relatório de Gastos Relatório de frequência Restrições de integridade Dimensionamento do banco Dimensionamento do Estudo de Segurança Integração Banco de dados Externo Fluxo de informação
  78. 78. DESCRIÇÃO (P)REMISSA (R)ESTRIÇÃO O cliente cadastrará os cargos, relacionando-os entre si e definindo níveis; Premissa Todos os usuários possuirão um e-mail valido para receber as informações sobre os cursos; Premissa O software está pronto até o final de Julho; Premissa O cliente utilizará navegadores atualizados para o uso do sistema; Premissa O cliente terá acesso a internet para usar o sistema(que está hospedado em um servidor web); Restrição Os funcionários possuirão e-mail ou numero de celular validos para receber sua senha no primeiro acesso Restrição Os cursos serão cadastrados pelo funcionário do Departamento de Recrutamento ou Seleção(ou outro setor responsável) Restrição
  79. 79. Filipe Gerente de Projeto Eduardo Analista de Requisitos David Desenvolvedor Eduardo/David Analista de Testes David/Eduardo DBA
  80. 80. PAPEL RESPONSABILIDADES Gerenciamento do Projeto Atuar diretamente no Gerenciamento do projeto, realização de testes junto ao cliente e validação do projeto final. Analise de Requisitos Validar junto ao cliente os requisitos e documentação e realização de testes primários. Desenvolvimento do Sistema Realizar toda a programação do sistema, banco de dados. Fornecimento de dados da empresa Fornecerá regras de negocio da empresa e realizará testes no sistema, ajudando no aprimoramento do mesmo.
  81. 81. Sistema de Formação Continuada - FOCO
  82. 82. Considere a previstas pa de maio, jun ago 1 2 3 4 1 2 3 4 5 1 2 3 4 1 2 3 4 DOCUMENTAÇÃO RESPONSÁVEL DESCRIÇÃO DE CASO DE USO Mapear requisitos funcionais Eduardo/Filipe Mapear requisitos não funcionais Eduardo/Filipe Mapear regras de negócio Filipe/David Criar documento Filipe Inserir diagramas David Validar com o cliente Eduardo/David DIAGRAMA DE CASO DE USO Identificar atores Filipe Definir casos de uso Filipe Criar diagramas Filipe SISTEMA CADASTROS Usuário Codificar módulo David Realizar testes unitários Filipe/Eduardo Encaminhar módulo para o testador Eduardo/Filipe SETEMBRO OUTUBRO NOVEMBRO DEZEMBRO
  83. 83.  Cadastrar toda a base de dados para realização de testes;  Finalizar a parte gráfica do sistema;  Revisar toda a documentação, evitando erros.
  84. 84. # DESCRIÇÃO TIPO CRITIC. SITUAÇÃO 1 Finalizar a documentação até a data de entrega Negativo Alta Eliminar 2 Erro durante a execução do sistema Negativo Alta Melhorar 3 Concluir todo o desenvolvimento do projeto até novembro Positivo Alta Aceitar
  85. 85. DATA DESCRIÇÃO DA MUDANÇA 05/09/2015 Mudar a forma de cadastramento de gestores por departamento no sistema. 31/08/2015 Definir hierarquia de promoções para facilitar relatórios de promoção. 20/09/2015 Mudanças no layout o site.
  86. 86. # DESCRIÇÃO 1 Fazer com antecedência um cronograma para definir datas; 2 Analisar mais os processos, para minimizar erros; 3 Verificar viabilidade de certas mudanças no sistema. 4 Não realizar mudanças de ultima hora. 5 Evitar mudanças que possam prejudicar o funcionamento do sistema.
  87. 87. Sistema de Formação Continuada - FOCO
  88. 88. SISTEMAS DE INFORMAÇÃO Status Report Voltar para o índice
  89. 89. PRONTUÁRIO NOME 12101057 Camila da Silva Costa 12102090 Caroline Santos Poteria 12104646 Fernando Henrique Ferreira 12103347 Leticia Custódio Pinheiro 12103143 Letícia Gracci de Moura
  90. 90. Orbs Comex
  91. 91. ORBS COMEX Proporciona r uma melhor interação entre diferentes perfis que estão presentes dentro de um processo de importação 1. Avaliações geradas no sistema permitem melhor conhecimento sobre o prestador de serviço dentro do mercado de importação antes de contratá-lo 2. Informações importantes sobre o processo de importação poderão ser encontradas em um só local 3. Facilitar a busca por novos prestadores de serviço, já que atualmente esta busca é feita através de sites genéricos (Ex. Google) Através de uma ferramenta disponibilizad a via web. 1. Importa dores 2. Despach antes Aduanei ros 3. Agentes de Carga 4. Clientes de Importa doras 1. Anunciantes 2. Clientes poderão optar por contas gratuitas e pagas, onde nas contas pagas o importador poderá gerar alertas de novas mercadorias para possíveis clientes e anúncios serão disponibilizados pela própria ferramenta referente á prestadores de serviço que podem ser interessantes aos olhos do cliente. 1. Hospedagem da ferramenta 2. Pessoas que desenvolverão e suportarão o sistema 3. Marketing 4. Funcionários 5. Custos Administrativos (Aluguel, Conta de Luz...) 1. Quantidade de usuários que aderem á conta premium 2. Quantidade de acessos do site 3. Quantidade de anunciantes 1. Auxiliar na localização de diferentes perfis no sistema 2. Possibilitar avaliações referentes á serviços prestados 3. Fornecer informações importantes referentes ao processo de importação 1. Falta de Centralização das Informações 2. Busca Limitada para encontrar novos prestadores de serviço 3. Não conhecer a reputação dos prestadores de serviço antes de contratá- los
  92. 92. Projeto TCC Orbs Comex Sistema Relatórios Controle de Acesso Cadastro Importadoras Despachantes Aduaneiros Agentes de Carga Clientes Testes do SistemaLayoutBanco de dados Ficha de Importação Ficha de avaliação Tela de Informações úteis
  93. 93. Projeto TCC Orbs Comex Documentação Diagrama de Classes TestesDiagrama de Caso de Uso Levantamento de Dados Descrição de Caso de Uso Requisitos Funcionais Requisitos Não Funcionais Regras de Negócio Entrevistas com Importadoras Relatório das Pesquisas Plano de Testes Script de Testes Experiências de Testes Entrevistas com Despachantes Entrevistas com Agentes Modelo Entidade Relacionamento Revisão da Documentação Diagrama Entidade Relacionamento Modelo Descritivo
  94. 94. DESCRIÇÃO (P)REMISSA (R)ESTRIÇÃO Obter aprovação do tema pelos professores. P Pesquisar a viabilidade para desenvolvimento do sistema. P Equipamentos necessários para o bom desenvolvimento do sistema. P Aprofundar o conhecimento sobre a nova área de estudo relacionada com o tema do projeto. P A quantidade de integrantes no grupo não poderá ser superior a cinco. R O projeto deverá ser concluído antes de Novembro de 2015. R O cronograma deverá ser cumprido até Novembro de 2015. R
  95. 95. Camila Costa Gerente de Projeto Camila Costa Testadora Documentadora DBA Caroline Poteria Desenvolvedora DBA Fernando Ferreira Desenvolvedor DBA Letícia Gracci Moura Documentadora Analista Negócios Letícia Custódio Documentadora
  96. 96. PAPEL RESPONSABILIDADES Gerente de Projeto Monitorar todas as atividades do projeto; Preencher termos de abertura de projeto; Formular a EAP Estrutura Analítica do Projeto; Criar o plano de Recursos Humanos; Elaborar o Escopo do projeto; Desenvolver Plano de riscos; Criar Plano de Comunicação e obter feedback do status do projeto; Criar o cronograma e garantir que seja seguido; Analista de Negócio Levantar requisitos; Aprofundar conhecimento sobre a área que o projeto está focado. Testador Seguir o plano de testes; Efetivar testes no sistema; Preencher a planilha de testes a partir do resultado obtido. DBA Desenvolver a modelagem do banco de dados; Gerenciar o Banco de dados; Efetuar testes de capacidade do banco. Desenvolvedor Efetuar a programação do sistema conforme as especificações do projeto. Efetuar testes unitários. Documentador Levantamento de informações; Alimentar a documentação; Efetuar revisões.
  97. 97. Orbs Comex
  98. 98. Setembro Outubro Novembro Dezembro Sistema Responsável Cadastros Usuário Codificar módulo Realizar testes unitários Encaminhar módulo para testador Relatórios Codificar módulo Realizar testes unitários Encaminhar módulo para testador Banco de dados Criação de tabelas Criação de Procedures Teste de capacidade de BD Layout Desenvolver layout Caroline e Fernando Controle de Acesso Criptografar o banco Gerar níveis de acesso Validar consisitência de informações Telas de Informações úteis Criar tela com as informações Caroline e Fernando Testes do Sistema Efetuar testes no sistema Camila Preencher planilha de testes Camila Caroline e Fernando Caroline e Fernando 2015 Caroline e Fernando Caroline e Fernando
  99. 99. Setembro Outubro Novembro Dezembro Documentação Responsável Engenharia de Software Descrever a arquitetura do software Fernando Criar o plano de implantação Caroline Descrição de Caso de Uso Criar documento LetíciaGracci Inserir diagramas LetíciaGracci Diagrama de Caso de Uso Criar modelo de domínio Caroline Criar quadro descritivo classe de dominio Fernando Testes Criar documento de experiências Camila/LeticiaCustodio Levantamento de Dados Obter informações de mercado LetíciaGracci Efetuar entrevistas com clientes alvo Camila/LeticiaCustodio Criar Relatório de pesquisas realizadas LetíciaCustodio Modelo Entidade Relacionamento Criar documento Camila Diagrama Entidade Relacionamento Criar diagramas Camila Manuais Elaborar manual do usuário Camila Elaborar manual do sistema Camila 2015
  100. 100. Sistema  Codificar módulo de usuários;  Criação de procedures e efetivar teste de capacidade do Banco de dados;  Codificar módulo de relatórios e fazer testes unitários;  Gerar e validar níveis de acesso;  Efetuar testes no sistema e preencher planilha de testes com os resultados;  Apresentar o sistema em funcionamento aos stakeholders. Documentação  Criar diagrama de Entidade Relacionamento;  Definir e executar entrevistas com clientes potenciais;  Gerar relatório de pesquisas;  Mapear script de testes e criar documento de experiências;  Validar Documentação com Orientador.
  101. 101. CÓDIGO RISCO DESCRIÇÃO DO RISCO TIPO CRITICIDADE ESTRATÉGIA DE RESPOSTA AO RISCO 1 Saída de membros da equipe Negativo 12 Monitorar as tarefas. Obter feedback dos resultados. Compartilhar ideias. 2 Não atendimento ao escopo Negativo 8 Detalhar escopo do projeto de maneira criteriosa. Alinhar os papéis e responsabilidades da equipe. 3 Inclusão de novos itens no escopo Positivo 6 Delegar Papéis e Responsabilidades. Atualizar Cronograma. Controlar desenvolvimento do item no projeto. 4 Não cumprimento do cronograma Negativo 15 Supervisionar as atividades da equipe. Atualizar Cronograma periodicamente. Realizar reuniões semanais.
  102. 102. DATA DESCRIÇÃO DA MUDANÇA 09/07/2014 Entrada de novo integrante no projeto – Anderson Biajante 03/02/2015 Saída do integrante Anderson Biajante e substituição pelo novo integrante Alessandro Mesquita. 03/03/2015 Inclusão dos perfil Agente de Cargas e Cliente final. 06/05/2015 Saída do integrante Alessandro Mesquita e substituição pelos integrantes Fernando H. Ferreira e Leticia Custódio
  103. 103. # DESCRIÇÃO 1 Acompanhar o desenvolvimento de cada parte envolvida no projeto. 2 Realizar reuniões semanais com a equipe do projeto para obter feedback e para tomada de decisões. 3 Executar revisão da documentação. 4 Realizar testes unitários nos módulos do sistema.
  104. 104. Orbs Comex
  105. 105. SISTEMAS DE INFORMAÇÃO Status Report Voltar para o índice
  106. 106. PRONTUÁRIO NOME 12100074 Cassio Cardoso 12101082 Leonardo Lorençoni 12102092 Caio Souza 12101061 Lucas Burity Dominato
  107. 107. RateStar
  108. 108. RateStar Facilitar a vida do cliente no momento da pesquisa, reserva e feedback dos serviços prestados de um estabelecimento seja um bar, restaurante ou balada. A vantagem do sistema é centralizar e validar informações que atualmente se encontram espalhadas pela internet, podendo ser muitas vezes irreais ou desatualizadas. Uma vez que as avaliações são verídicas, agrega valor e confiança do usuário ao visualizar as informações dos estabelecimentos. - Rede Sociais - Sites da RateStar - Site da empresas parceiras Voltado para publico com idade entre 16 e 35 anos que estão a procura de um destino específico para se usufruir dos serviços. Apesar do publico alvo, qualquer pessoa pode utilizar o sistema sem restrição. - Parcerias com outros sites - Renda do Grupo - Futuras parcerias com empresas objetivando cupons de desconto e reservas - Dominio de Internet - Servidores - Funcionários para Infraestrutura e Desenvolvimento - Registro de novos Usuários - Quantidade de Avaliações - Bugs Reportados - Avaliações dos usuários para aprovação. - Reservas aprovadas/canceladas - Registro de Avaliação - Ranking de Avaliação - Feedback do cliente e da empresa - Pesquisa dinâmica - Reservas antecipadas Problema 1: Falta de informações centralizadas e atualizadas com frequência dos estabelecimentos de uma região específica. Problema 2: Falta de confiança do consumidor nos dados obtidos por meios de pesquisa de qualidade dos serviços oferecidos atualmente Problema 3: Dificuldade de encontrar um diferencial especifico pessoal de cada cliente em um estabelecimento.
  109. 109. Projeto Documentação Sistema Descrição de Caso de Uso Diagrama de Caso de Uso DFD Banco de Dados Levantamento de dados Cadastro Relatórios Controle de acesso Avaliação Ranking Regras de negócio Requisitos funcionais Requisitos não funcionais MER Modelo Lógico Modelo Físico Pesquisa em campo Pesquisa de estabelecimentos Modelo Físico Administrador Moderador Usuário Empresa
  110. 110. DESCRIÇÃO (P)REMISSA (R)ESTRIÇÃO O Projeto necessita de um número alto de avaliações para ser viável P O Projeto deve ser concluído até Novembro/2015 R O projeto deve ter um protótipo concluído até Outubro/2015 R O sistema necessita de um número alto de estabelecimentos cadastrados para ser viável P
  111. 111. Caio Souza Gerente de Projeto Cassio Cardoso Analista de Requisitos Lucas Burity Desenvolvedor Leonardo Lorençoni Analista de Testes Caio Souza DBA
  112. 112. PAPEL RESPONSABILIDADES Gerente de Projetos Organizar cronograma e responsabilidades do time junto com documentos necessários Analista de Requisitos Verificar dados necessários para viabilidade do desenvolvimento do projeto, pesquisa de mercado e de informações a serem documentadas Desenvolvedor Desenvolvimento do projeto se baseando no escopo Analista de Teste Testa as telas desenvolvidas; Incrementa o que for necessitado DBA Desenvolve e da manutenção ao banco de dados e aos documentos do mesmo
  113. 113. RateStar
  114. 114. Setembro Outubro Novembro Dezembro 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 Documentação Responsáveis Banco de Dados Atualização componentes / documentação Caio Souza/ Cassio Cardoso Validação Caio Souza/ Cassio Cardoso Entrega Caio Souza/ Cassio Cardoso Engenharia de Software Atualização componentes / documentação Leonardo Lorençoni Validação Lucas Burity/ Leonardo Lorençoni Entrega Lucas Burity/ Leonardo Lorençoni Manual do Usuário / Sistema Desenvolvimento Caio Souza/ Cassio Cardoso Validação Caio Souza/ Cassio Cardoso Entrega Caio Souza/ Cassio Cardoso Formulário Pesquisa Desenvolvimento Cassio Cardoso/ Leonardo Lorençoni Validação Cassio Cardoso/ Leonardo Lorençoni Entrega Cassio Cardoso/ Leonardo Lorençoni Documento Final Desenvolvimento/validação interna Cap. 2 Caio Souza/ Cassio Cardoso Entrega capitulo 2 Caio Souza Desenvolvimento/validação interna Cap. 1 Caio Souza/ Cassio Cardoso Entrega capitulo 1 Caio Souza Desenvolvimento/validação interna Cap. 3 Caio Souza/ Cassio Cardoso Entrega capítulo 3 Caio Souza Desenvolvimento/validação interna Cap. 4/5 Leonardo Lorençoni/ Caio Souza Entrega capítulos 4 e 5 Caio Souza Desenvolvimento/validação interna considerações Caio Souza/ Cassio Cardoso Entrega considerações finais Caio Souza Atualização apêndices Caio Souza/ Lucas Burity Validação apêndices/ anexos Caio Souza Validação geral do documento final Caio Souza/ Cassio Cardoso Entrega Final Caio Souza
  115. 115.  28/08/15 – Entrega parcial Doc. Final – Introdução;  11/09/15 - Entrega parcial Doc. Final – Cap. 2 – Planejamento TCC;  25/09/15 – Entrega Parcial Doc. Final – Cap. 1 – Fundamentos Trab;  09/10/15 - Entrega Parcial Doc. Final – Cap. 3 – Definição Produto;  23/10/15 - Entrega Parcial Doc. Final – Cap. 4 Pesquisa/ Cap. 5 Análise;  30/10/15 - Entrega Parcial Doc. Final – Considerações Finais;  20/11/15 - Entrega Final do Documento Oficial; - Apêndices: Engenharia de Software, Banco de Dados, Manual do Usuário, Manual do Sistema, Formulário de Pesquisa.
  116. 116. # DESCRIÇÃO TIPO CRITIC. SITUAÇÃO 1 Não estimulação dos clientes a utilizarem o sistema. N 10 Em mitigação 2 Contratação dos serviços para outras indústrias P 9 Em mitigação 3 Avaliações falsas N 3 Eliminado
  117. 117. DATA DESCRIÇÃO DA MUDANÇA 01/02/2015 Um integrante saiu do grupo 15/06/2015 Adição de novas funcionalidades 24/08/2015 Adição de novas funcionalidades e atualização do Banco
  118. 118. # DESCRIÇÃO 1 Semanalmente é enviado um email para todos os componentes do grupo com o status do projeto 2 Um backup é feito cada fez que é feito uma nova versão 3 Semanalmente é verificado e validado a versão do documento final
  119. 119. RateStar
  120. 120. SISTEMAS DE INFORMAÇÃO Status Report Voltar para o índice
  121. 121. PRONTUÁRIO NOME 12201563 Alessandro Mesquita 10200132 Felipe Augusto 12104647 Filipe Rafael 12104710 Gustavo Pires 12101839 Rodrigo Guaiume
  122. 122. <SisDoc>
  123. 123. <Informe o nome do produto / empreendimento> Proporcionar aos nossos clientes uma solução estratégica na gestão de documentos físicos e digitais tornando o acesso destas informações de forma imediata além de segura.  Serviço com menor custo de implementação;  Espaço físico para armazenamento;  Alertas referente a validade dos documentos.  Site Institucional;  Redes Sociais (Twitter, Facebook, Linkedin);  Publicidade digital.  Micro e Pequenas Empresas atuantes em Recursos Humanos e no Departamento Pessoal.  Pacotes de serviço: (Mensal / Semestral e Anual)  Funcionários;  Marketing e Publicidade;  Infraestrutura (Física e Tecnológica);  Custos operacionais (água, luz, aluguel, imposto, telefone, internet etc.);  Volume de solicitações abertas;  Número de caixas armazenadas;  Relatórios de auditoria.  Digitalização, armazenamento (físico / digital) e localização;  Painel de demandas docs;  Software para gestão online.  Processo de armazenamento dos documentos físicos de forma manual e desorganizada;  Dependência do espaço físico e infraestrutura apropriada para alocação das caixas;  Necessidade de uma ferramenta automatizada para gestão de documentos físicos, digitais e sua localização.
  124. 124.  <Vide EAP, conforme exemplo:>
  125. 125. DESCRIÇÃO (P)REMISSA (R)ESTRIÇÃO Nossa solução atende Micro e Pequenas Empresas de RH e Departamento Pessoal. Restrição TCC será finalizado sem mudanças de membros do grupo. Premissa Elaboração de pesquisas qualitativa x quantitativa realizadas. Premissa O projeto precisa ser concluído antes de 31/10/ 15. Restrição
  126. 126. Gustavo Gerente de Projetos Alessandro Documentador/Analista de Negócio Rodrigo Web Designer/ Testador Felipe Programador Filipe Programador/ DBA Gustavo Documentador/ DBA
  127. 127. PAPEL RESPONSABILIDADES Gerente de Projetos Planejar as atividades do projeto. Monitorar as atividades do projeto, certificando-se de que o executado está ocorrendo conforme o previsto. Sempre que necessário, tomar as ações necessárias para adequação do projeto ao plano. Analista de Negócios Levantamento de informações a respeito do tema (negócio). Web Designer Responsável por desenhar todo o layout do sistema, incluindo fontes, tamanhos, cores, posicionamento dos campos. Documentador Documentar o sistema, considerando as especificações técnicas e funcionais e validar a documentações com os stakeholders. Testador Executar o script de testes e gerar planilha de inconsistências. Programador Codificar o sistema, de acordo com as especificações e realizar ajustes no sistema. DBA Realizar Configuração e Gerenciamento do banco de dados.
  128. 128. <SisDoc>
  129. 129.  Setembro: Validação da documentação.  Setembro: Apresentação ao professor Miro.  Novembro: TCC final.
  130. 130. # DESCRIÇÃO Ações TIPO CRIT IC. SITUAÇÃO 1 Entrega fora do prazo estipulado Alinhamento com todos os integrantes do grupo sobre os prazos e responsabilidades. Negativo 10 Mitigado 2 Motivação Engajar à equipe no comprometimento para as metas a serem alcançadas. Positivo 9 Melhorar 3 Não atendimento ao escopo Mapear às necessidades junto ao cliente documentando e realizando validações consistentes. Negativo 7 Eliminar 4 Entregar antes do prazo Realizar periodicamente entregas para validações / alterações se necessárias. Positivo 3 Aceitar
  131. 131. DATA DESCRIÇÃO DA MUDANÇA Junho – 2015 Inclusão do registro de logs no sistema sugerido na pré banca por um dos professores. Agosto – 2015 Implementação adicional no escopo do projeto: inclusão da tecnologia RFID para localização no monitoramento dos documentos físicos e caixas, possibilitando mais segurança ao sistema. Agosto – 2015 Mudança na equipe do projeto, integração do Felipe junto à equipe. Agosto – 2015 Criação de logotipo para o sistema SisDoc. Agosto – 2015 Ajustes nas interfaces gráficas do sistema com base nos feedbacks recebidos na disciplina Interface-Homem- Máquina
  132. 132. # DESCRIÇÃO 1 Envolver os professores na validação no desenvolvimento do projeto e documentação. 2 Realizar reuniões semanais com a equipe do projeto para alinhamento. 3 Interação e envolvimento dos stakeholders para cumprimento dos objetivos. 4 Revisão sistêmica da Monografia, Documentação de Banco de Dados, Engenharia e Testes aplicados para correção de bugs no sistema.
  133. 133. <SisDoc>
  134. 134. SISTEMAS DE INFORMAÇÃO Status Report Voltar para o índice
  135. 135. PRONTUÁRIO NOME 12102009 Cláudio Amorim Lopes 12104084 Igor Luan de Araújo 12102100 Raphael Gonçalves Alves 12101075 Victor Pedroso de Lemos
  136. 136. Tell me Condominium
  137. 137. Tell me Condominium Dificuldade de comunicação entre o sindico e os moradores, por falta de tempo ou qualquer outro motivo; Forma em que os problemas do condomínio são acompanhados; Agendamento de dependências (Ex: Quadra, salão de festas, Churrasqueira, etc.), ninguém consegue ver se a data está disponível para reserva. Abertura e controle de solicitações; Controle de agenda de dependência; Controle de contato de prestadores de serviços. Quantidade de bugs reportados; Quantidade de clientes alcançados; Aceitação e comentários sobre o produto no mercado. Os demais sistemas do ramo necessitam de muita parametrização e até mesmo consultores para seu funcionamento, nossa ferramenta tem uma proposta simples onde qualquer um conseguira realizar as parametrizações necessárias, assim facilitando a vida do administrador e do morador que terá uma ferramenta onde poderá registrar os problemas do condomínio. Controle de agenda de dependência e ranking de melhores prestadores de serviço. Condomínios privados Site responsivo adaptável a dispositivos moveis. Mão de obra e taxas administrativas; Aquisição de equipamentos tecnológicos; Servidores e hospedagem; Marketing. Investidor anjo; Mensalidade pelo uso do sistema; Custos em melhorias pontuais do cliente.
  138. 138. Tell me Condominium SistemaDocumentação Descritivo Caso de Uso / Descrição Modelo ER Dicionário de dados Normalização WebServices Front-end Banco de Dados Mapeamento Diagrama de Classes
  139. 139. Descrição Premissas (P) Restrições (R) Data de inicio e fim para o projeto. R Infraestrutura do servidor com comunicação à internet. P Projeto deve ser entregue documentado e com aplicação completa. R Contrato de utilização do sistema. R
  140. 140. RaphaelVictor Igor Ana. Requisitos Ana. Requisitos Desenvolvedor Pesquisa de Mercado Gestão de Qualidade Tell me Condominium Analista de Sistemas Cláudio Desenvolvedor DBA
  141. 141. PAPEL RESPONSABILIDADES Analista de Requisitos Verificar se os requisitos do sistemas estão sendo atendidos. Desenvolvedor Desenvolvimento da logica da solução e site. DBA Realizar o desenho do banco de dados, normalização e implementação. Pesquisa de Mercado Realizar pesquisa e estudo sobre todos os assuntos que abordam a solução, desenvolver pesquisas quantitativas e qualitativas do sistema. Analista de Sistemas Documentar os processos do projeto. Gestão de Qualidade Prezar pela qualidade e integridade da solução.
  142. 142. Tell me Condominium
  143. 143. Setembro -Módulo Condomínio – Modulo que parametriza e atende as solicitações/ocorrências -Módulo Morador – Modulo de acesso do morador para criar as ocorrências Outubro/Novembro - Manuais - Relatórios
  144. 144. # DESCRIÇÃO TIPO CRITIC. SITUAÇÃO 1 Número de integrantes da equipe de projeto diminuir N 4 2 Mudanças de escopo ao decorrer do projeto N 10 Este risco aconteceu e já foi implantado a troca no mês de julho. 3 Relatórios complexos devolverem dados divergentes N 10 4 Buscar investidores para venda do produto P 12
  145. 145. DATA DESCRIÇÃO DA MUDANÇA 01 de julho Mudança na arquitetura do projeto, sendo implementado agora apenas em Java.
  146. 146. # DESCRIÇÃO 1 Dedicar um dia, além dos dias de aula, para a realização do projeto. 2 Ficar atendo aos prazos para não ficar “apertado” na hora das entregas.
  147. 147. Tell me Condominium
  148. 148. alessandro.almeida@uol.com.br www.slideshare.net/alessandroalmeida

×