gestão de projetos e empreendedorismo - atividade: status report

Alessandro Almeida | www.alessandroalmeida.com 15/05/2013

1° Semestre de 2013

Consolidando o aprendizado de Gestão de Projetos

Os próximos slides fazem parte de uma atividade realizada pelos alunos da turma SIN-NA7 (7º semestre de Sistemas de Informação – 1º semestre de 2013)

Tema da atividade: Status Report do Projeto TCC

# Nome do Projeto

1 LTS-RFID (Luggage Tracking System - RFID)

2 Controle Corporal

3 Calendae

4 Gerenciador de Locação

5 Learning Check

6 Sistema para Oficina Mecânica

7 Sistema de Gerenciamento de Buffet

8 Sistema Gerenciador de Resíduos

9 Vendas

10 SGI-Sistema de Gerenciamento Imobiliário

11 GliSystem

PRONTUÁRIO NOME

11103818 Alexandre Alisson Silva

10101339 Leonardo Barbosa Botelho

10100066 Lucas Evangelista Palma

10101413 Luciana Sassaki dos Santos

10100845 Ricardo Nogueira Menta de Carvalho

Índice

SISTEMAS DE INFORMAÇÃO

Status Report

SISTEMAS DE INFORMAÇÃO SISTEMAS DE INFORMAÇÃO

PRONTUÁRIO NOME

11103818 Alexandre Alisson Silva

10101339 Leonardo Barbosa Botelho

10100066 Lucas Evangelista Palma

10101413 Luciana Sassaki dos Santos

10100845 Ricardo Nogueira Menta de Carvalho


LTS-RFID (Luggage Tracking System - RFID)


Atualmente não há um controle eficiente das bagagens nos aeroportos. Muitas vezes esse controle é feito por adesivos e papel, o que não é muito confiável. Considerando que o Brasil vai receber muitos turistas nos próximos anos devido aos eventos esportivos, a tendência dessa situação é piorar.


Controlar as bagagens de uma maneira eficiente dos clientes da companhia aérea;

Evitar transtornos para a companhia aérea e para os passageiros;

Trazer confiabilidade para a companhia aérea;


Satisfação dos passageiros;

Confiabilidade na companhia aérea;

Segurança das bagagens dos passageiros;

Redução do número de extravios;

Melhora no tempo de entrega da bagagem extraviada;


Identificar no momento do “check in” as bagagens dos passageiros com TAGs, que são relacionadas com o CPF dos mesmos. Essas identificações serão lidas por antenas que estarão por todo o aeroporto. Essas leituras serão enviadas para o sistema, que caso seja necessário poderá ser consultado por um funcionário do aeroporto.



Documentação

Sistema


Documentação

Introdução

Revisão Bibliográfica

Projeto

Engenharia de

Software

Banco de Dados

Manual do Usuário


Sistema

Cadastro

Relatórios

Parametrizações

Controle de Acessos

Banco de Dados

Leitura RFID


Diagrama

de Classes

Sistema

Cadastro de

Clientes

Cadastro de

Antenas

Cadastro de

Usuários Relatórios

Rastreio de

Bagagens

Integração

RFID


Rastreio de

Bagagens

Documentação

Manual Descrição de

Caso de Uso

Regras de

Negócio

Requisitos

Funcionais

Requisitos Não

Funcionais

Plano de Teste

Scripts de

Testes

Cenário de

Testes

Banco de Dados

Modelo Físico Modelo Lógico MER


DESCRIÇÃO (P)REMISSA (R)ESTRIÇÃO

As bagagens só serão rastreadas após receberem uma TAG após o “check-in”

P

Antena que captura do sinal do RFID tem que estar funcional

P

A bagagem não pode ser rastreada fora do aeroporto R

O número de passageiros vai aumentar nos próximos anos

P

Todas as malas possuem pelo menos a última localização no aeroporto

P

Utilizar as linguagem aprendidas no curso R


Luciana Gerente de Projeto

Alexandre Analista de Requisitos

Ricardo Desenvolvedor

Lucas Analista de Testes

Leonardo DBA


- Alexandre Alisson: Analista de Requisitos e Desenvolvedor Java

- Leonardo: Analista de Banco de Dados e Requisitos

- Lucas Palma: Analista de Requisitos, Validações e Testes e Documentador

- Luciana: Analista de Requisitos, Documentadora e Gerente do Projeto

- Ricardo: Analista de Requisitos e Desenvolvedor Web


◦ Introdução

◦ Objetivos

◦ Justificativa

◦ Motivação

◦ Metodologia

◦ Organização do trabalho

◦ Diagramas da UML

◦ Sistema (Cadastros de Cliente e Usuário)


◦ Visão Geral do Sistema

◦ Diagrama Geral do Sistema

◦ Configuração de Hardwares utilizados para o desenvolvimento

◦ Configuração de Software utilizados para o desenvolvimento

◦ Resultado e Conclusões

◦ Referências Bibliográficas

◦ Sistema (Relacionamentos entre entidades)


# DESCRIÇÃO TIPO CRITIC. SITUAÇÃO AÇÕES

1 Falha no domínio da tecnologia RFID

N 15 Ocorreu Estudar a tecnologia, de modo que atenda a todas exigências do projeto

2 Atraso na entrega do projeto

N 10 Não ocorreu Estabelecer prazos para a entrega de cada atividade

3 Falha no levantamento de requisitos

N 20 Não ocorreu Levantar todos os requisitos necessários para o cumprimento do projeto


DATA DESCRIÇÃO DA MUDANÇA

22/08/2012 Inclusão da linguagem Java no projeto devido o PHP não ser compatível com a tecnologia RFID

25/03/2013 Alteração no modo que as TAGs serão inclusas no sistema

29/03/2013 Mudança no escopo do projeto, devido o projeto abranger agora mais de um aeroporto

29/03/2013 Entrada do Ricardo no grupo


# DESCRIÇÃO IMPACTO NO PROJETO

1 Devemos sempre ouvir opiniões diferentes dos mesmos assuntos, pois as discussões positivas fazem o projeto evoluir.

Não houve.

2

É possível que algumas TAGs sejam perdidas O sistema não realizará a leitura.

3

4

5

PRONTUÁRIO NOME

10100813 Felipe Ricardo

10100831 Fellipe Callegari

10103659 Jordana Müller

10100819 Luana Soares

Índice


Status Report


PRONTUÁRIO NOME

10100813 Felipe Ricardo

10100831 Fellipe Callegari

10103659 Jordana Müller

10100819 Luana Soares


Controle Corporal


Para que uma pessoa possa se policiar através do aplicativo obtendo um controle ideal de sua saúde (alimentação, atividades físicas e consultas médicas).


Desenvolver um sistema que de suporte ao Cliente no seu controle corporal, criando uma mini rede social e automatizando o agendamento de consultas específicas.

Nosso foco é em cliente obesos, cuja missão é garantir uma boa saúde em todos os aspectos.


Quanto mais o cliente usar das funcionalidades do sistema melhor o resultado.

Facilitar o agendamento de consultas para clientes e fornecedores de serviço

Atingir uma qualidade de vida saudável e ideal para cada cliente.


Cadastros

Agendamento de consultas

Consulta Histórico

Consulta Relatórios

Qualificação Empresas


Criar um banco de dados com os cadastros dos clientes PF e PJ; Tornar a manutenção (Criar, alterar, visualizar e excluir) de

consultas mais rápidas e dinâmicas; Criar um relatório pré consulta, onde será preenchido pelo

cliente, facilitando o trabalho do Profissional, e este documento ficara arquivado no seu histórico;

Criar filtros na procura de profissionais, onde serão apresentados dados da empresa facilitando os clientes na busca de locais próximos e horários;

Elaboração de um campo onde os clientes poderão incluir ou visualizar comentários dos profissionais;

Manter os relatórios e diagnósticos realizados pós consulta no histórico da consulta;

Criar dos Layouts das telas do sistema; Disponibilização do Sistema On-Line.


Disponibilizar horário de atendimento do PJ’s; Facilitar as empresas no controle de suas consultas,

histórico e atividades agendadas, mantendo tudo disponível on-line;

Possibilitar a manutenção de cadastro de PF e PJ. Disponibilizar na web o catálogo de serviços de empresas de

diversos ramos. Permitir o agendamento de horários para serviços nas empresas

cadastradas. Centralizar as solicitações de serviços de diversos ramos em um

só site. Manter um cadastro único de clientes, na web, para as empresas

cadastradas. Possibilitar às empresas a prospecção de clientes com mais

eficiência. Calcular IMC



Entrega e apresentação do Projeto em Novembro R

Um grupo só pode ser composto por no máximo 5 integrantes

R

O sistema deve estar validado pelo gerente de projeto antes da apresentação do TCC

P

Todos os integrantes do grupo tem que chegar ao 8º semestre

P

Nenhum documento pode ser copiado da internet R

Todas as informações obtidas por livros ou internet devem estar devidamente referenciadas

P

Contar com a ajuda dos profissionais das áreas envolvidas no Projeto

P


Grupo de Controle

Corporal

Gerente de Projeto

Fellipe Callegari

Desenvolvedor PL

Felipe Ricardo

Avaliador PL

Jordana Müller

Desenvolvedor PF

Luana Soares

Avaliador PF


Gerente de Projeto: Valida o Projeto Lógico e Físico

Desenvolvedor PL: Elaborar Toda a documentação do projeto

Avaliador PL: Validar toda documentação

Desenvolvedor PF: Elaborar o sistema do Projeto

Avaliador PL: Validar/Testar o sistema


Controle Corporal


Cronograma TAP Pesquisa de Projeto Mapa de Stakeholders Regras de Negócio Levantamento de Requisitos Plano de Riscos Protótipo Escopo do Projeto 80% do Sistema


Cronograma

TAP

Mapa de Stakeholders

Regras de Negócio

Levantamento de Requisitos

Plano de Riscos

Escopo

Protótipo

22% do Sistema


Definição do escopo do projeto

Definição de papéis e responsabilidades

EAP

TAP

Cronograma

Plano de Comunicação

Plano de RH

Plano de Riscos


Mini TCC

Status Report

Banco de Dados

Codificação do Sistema

Pesquisas



1 Desfalque no grupo

Neg. 8 Em Mitigação Garantir estabilidade financeira para continuar cursando a faculdade. Não reprovar em mais que 3 matérias

2 Alteração do escopo

Neg. 4 Em Mitigação

Levantamento de todos os requisitos de maneira que cubra todas as funcionalidade

3 Aprimoramento da Engenharia de Software

Pos. 6 Em Mitigação

Estudar livros, fazer pesquisas na Web e realizar cursos



07/2012 Jordana entrou

02/2013 Mudança na linguagem Delphi 6 para PHP

04/2013 Foco para obesidade

05/2013 Mudança no layout

05/2013 Padronização dos documentos



1

Nosso planejamento não foi adequado, nós perdemos o controle nas datas de entregas de algumas atividades. Hoje nos utilizamos um cronograma para acompanhar as etapas de desenvolvimento do projeto.

Atrasou o desenvolvimento do Projeto

2

Toda uma parte do projeto ficava arquivada somente em um notebook, e o HD queimou, perdemos todos os dados gravados. Hoje nós Guardamos todos os arquivos em no mínimo 3 lugares diferentes.

Tivemos retrabalho

3 Decidimos realizar pesquisas com pessoas, ao invés de ficar procurando somente em internet e livros

Gerou boas idéias


Controle Corporal

PRONTUÁRIO NOME

10102407 Átila Romão dos Santos

10103664 Fabio Henrique Rissi Nasareth

10100807 José Carlos Heuwald Junior

10103693 Lucas Akeda Koti

10101630 Murillo Carvalho Cavalcante

Índice


Status Report


PRONTUÁRIO NOME

10102407 Átila Romão dos Santos

10103664 Fabio Henrique Rissi Nasareth

10100807 José Carlos Heuwald Junior

10103693 Lucas Akeda Koti

10101630 Murillo Carvalho Cavalcante


Calendae


O objetivo do sistema é integrar e automatiza algumas atividades relacionadas à condução de um processo jurídico.

Estes processos englobam tanto cliente como advogado.


Acesso de qualquer lugar que possua internet.

Centralização das atividades do advogado.

Melhora na interação entre o advogado e cliente.

Maior compreensão em relação ao seus processos.

Manter o cliente a par dos acontecimentos.


De acordo de nossas entrevistas, muitos escritórios não são informatizados, principalmente aqueles de pequeno porte, o sistema visa ajudar na organização do escritório e melhor gerenciar suas atividades tudo via internet.


Cronograma de Entregas e recursos do projeto;

Documentações relevantes;

Protótipo;

Homologação;

Entrega do sistema;

Apresentação para a bancada.


O sistema irá abranger a automatização das atividades de um advogado.

Cadastrar Processo;

Cadastrar Tarefa/Atividade;

Executar relatório de status de processos finalizados e em andamento;

Interagir com o cliente via sistema;

Controle de custos da agência/advogado.



Ferramentas de desenvolvimento de software livre(Sem licença) R

Reunião ao menos uma vez por semana com os envolvidos P

Aplicação Web R

Acompanhamento de um advogado durante o projeto. P

Entrega do projeto será em Dezembro/2013. R


Fabio Henrique

Documentador

Lucas Akeda

Analista de Requisitos

Fabio Henrique

Prototipador

Murillo Carvalho Cavalcante

Analista de Negócios

Átila Romão

Analista de Banco de Dados

José Carlos

Desenvolvedor

Lucas Akeda

Analista de Banco de dados

José Carlos

Gerente de Projetos

Lukas Akeda

Analista de Testes

José Carlos

Coordenador do Ambiente

Murillo Carvalho Cavalcante

Documentador


NOME PAPEL RESPONSABILIDADES

José Carlos Gerente de Projetos Garantir o desenvolvimento do projeto, sanando as dúvidas de negócio, controlando o prazo do projeto, definindo e auxiliando nas atividades necessárias e mantendo o alinhamento do projeto com os professores da banca.

Fabio Henrique/Murillo Carvalho

Documentador Criar documentos de: Plano de teste; Mapas de Processos;

Murillo Carvalho /Lucas Akeda

Analista de Negócios Realizar o levantamento das regras de negócio e o mapeamento dos processos.

Lucas Akeda Analista de Teste Realizar os testes unitários e integrados do sistema gerando suas evidências de teste.



Fabio Henrique Prototipador Confeccionar protótipos das telas do sistema.

Átila Romão / Lucas Akeda Administradora de Banco de Dados Criar e manter artefatos referente a estrutura de banco de dados. Criar e manter as tabelas do sistema. Gerar as procedures de inserção, consulta e atualização.

José Carlos Configurador de Ambiente Realizar publicações no ambiente de produção. Manter o controle de backups do sistema. Manter o ambiente atualizado.

José Carlos Desenvolvedor Implementar os layouts do sistema incluindo validação e mascara de campos. Implementar as regras de negócio.


Calendae


Atividade Data Início Data Fim

Definir tabelas e relacionamentos

28/04/2013 18/05/2013

Dicionário de dados 19/05/2013 26/05/2013

Criar telas do sistema 27/05/2013 15/06/2013

Criação da estrutura de dados

27/05/2013 23/06/2013

Reunião para aprovação das telas

16/06/2013 23/06/2013

Definir relacionamento entre as telas e os procesos existentes.

24/06/2013 30/06/2013

Definição dos relatórios 01/07/2013 31/07/2013

Desenvolvimento do sistema 01/07/2013 01/12/2013


Atividade Data Início Data Fim

Definir regras do sistema 02/02/2013 23/02/2013

Definir regras do sistema junto ao cliente.

24/02/2013 09/03/2013

Definir melhorias nos processos necessários.

10/03/2013 31/03/2013

Definição de novos processos.

01/04/2013 27/04/2013


◦ Definição de papéis e responsabilidades;

◦ Organograma;

◦ Diagramas de caso de uso;

◦ Modelo Entidade Relacional;

◦ Modelo Descritivo;

◦ Dicionário de Dados.


◦ Criação da base de dados;

◦ Definição de layout de telas;

◦ Definição/Criação de relatórios gerenciais do sistema;

◦ Levantamento de todas as Regras de Negócio;

◦ Levantamento de Requisitos;

◦ Diagramas UML.



1 Atraso na entrega das parciais Negativo 15 Ocorrido Aumento na carga horária para a tarefa e não postergar datas do cronograma

2 Saída de componente do grupo Negativo 8 Não ocorrido Redistribuir atividades para outros recursos

3 Uso de ferramenta que facilite a construção do projeto

Positivo 4 Não ocorrido Apresentação das novas atualizações



28/11/2012 Alteração do tema do projeto

15/04/2013 Descentralização do sistema.



1 Não postergar datas de atividades Atrasos nos entregáveis

2 Procurar entender melhor as regras de negócio do tema escolhido Entregas satisfaz parcialmente o cliente


Calendae

PRONTUÁRIO NOME

10100814 Gilvan Velames

10101627 Paloma Nishimura

10100843 Rodinei Miguel

10101211 Rodrigo Goering

10100804 Thiago de Campos

Índice


Status Report


PRONTUÁRIO NOME

10100814 Gilvan Velames

10101627 Paloma Nishimura

10100843 Rodinei Miguel

10101211 Rodrigo Goering

10100804 Thiago de Campos


Gerenciador de Locação


O sistema será criado devido uma necessidade de informatizar todos os processos da empresa: cadastro de cliente, equipamentos, fornecedores e principalmente a proposta de locação e contratos que devido serem feitos manualmente, causa atraso e perda de informações.


Informatizar a empresa de locação de equipamentos, para que se tenha um gerenciamento melhor dos clientes e dos equipamentos locados, dando ao usuário do sistema, facilidade na inclusão e edição de relatórios e mais agilidade em seus trabalhos poupando tempo e amenizando erros de inclusão e edição.


Otimizar o gerenciamento de equipamentos locados.

Melhorar e facilitar o manuseio de relatórios.

Zerar o índice de erros em edição de arquivos (principalmente em boletins de medições e faturas).

Agilizar cadastros e consultas de clientes, equipamentos, e seus devidos relatórios que são gerados.


Informatizar o cadastro de clientes

Informatizar o cadastro de fornecedores

Informatizar o cadastro de equipamentos

Informatizar a proposta de locação, contratos, controles de entregas/retiradas, boletins de medições e faturas.


Apresentação do sistema para a banca MER Diagrama de Classe Caso de Uso Roteiro de Testes Manual do Sistema Dicionário de dados Modelo Descritivo Modelo Relacional


Módulos de cadastro, consulta, edição e exclusão de clientes, fornecedores e equipamentos e acessórios.

Módulo de gerenciamento de locação de equipamentos e acessórios.

Módulo de controle de manutenção

Módulo de emissão de proposta, contrato e faturamento.


RENIAR

DOCUMENTAÇÃO SISTEMA

Caso de Uso

Digrama de Classe

Papéis e Responsabilidades

Módulo Cliente

Módulo Fornecedor

Módulo Equipamento


DOCUMENTAÇÃO

MER

Dicionário de Dados

Manual do Sistema

Roteiro de Testes

SISTEMA

Módulo Proposta

Módulo Contrato

Módulo Manutenção

Módulo Boletim de

Medição/Fatura



Entregar até Novembro 2013 R

Funções bem definidas na equipe P

Levantamento de Requisitos Preciso P

O grupo será composto por no máximo 5 integrantes R

Os integrantes do grupo permaneceram até o final do TCC

P

A implementação será orientada a objeto R


Rodrigo Gerente de Projeto

Rodrigo Analista de Teste

Gilvan Desenvolvedor

Rodinei Documentação

Thiago Analista de requisitos

Paloma Documentação

Organograma do projeto


Gilvan – Programador ( desenvolvedor do sistema e da estrutura do banco de dados).

Paloma - Analista de documentação (Auxiliar nas entregas da documentação).

Rodinei – Analista de Projeto (estruturar a documentação e gerenciar todas entregas da documentação).

Rodrigo – Gerente e Analista de Testes ( gerenciar o grupo, validar documentação e sistema).

Thiago – Analista de Documentação (responsável por elaborar diagrama de caso de uso e diagrama de classe).


Cronograma das principais entregas (realizado)


Documentação Definição do escopo do projeto e escopo do

sistema

Definição de papéis e responsabilidades

Diagrama de caso de uso

Diagrama de classe

Módulo de cadastro de produtos totalmente funcional

Relatório de funcionalidades


Sistema

Módulo de cadastro de Cliente

Módulo de cadastro de Equipamento

Módulo de cadastro de Fornecedor

Geração de Proposta de Locação

Banco de Dados Normalizado


Documentação do mini - TCC

Entrega do mini - TCC

Apresentação do software para a banca

Status Report



1 Atraso no projeto N 15 Em Mitigação Redefinir as funções para minimizar o impacto

2 Fugir do escopo definido

N 10 Em Mitigação Revisar junto ao cliente cada item dos requisitos para eliminar os indivíduos

3 Implantação antecipada

P 4 Em Mitigação Delegar funções de acordo com o conhecimento de cada membro da equipe


Agosto/2012 - Saída de um integrante do grupo.

Agosto/2012 - Entrada da Paloma no grupo.

Janeiro/2013 - Entrada do Thiago no grupo.

Janeiro/2013 - Mudança no layout do projeto.


DESCRIÇÃO

IMPACTO NO PROJETO

1 O cronograma é muito importante para o andamento do projeto

Alto

2 Conhecer melhor os professores que possivelmente irão compor a banca

Médio

3 Sempre fazer reuniões periódicas para analisar possíveis atrasos no projeto e no sistema

Alto

4 Entender melhor sobre o tema do projeto e fazer pesquisas que tragam um maior conhecimento sobre o assunto

Médio

5 Distribuir melhor as tarefas entre o grupo Alto

PRONTUÁRIO NOME

10102152 Aline Mayara Coqueto

10103101 Felipe Gustavo Marques Pires

10101621 Stéfanie Caroline Rodrigues Martins

10103368 Thais Cirqueira da Silva

Índice


Status Report


PRONTUÁRIO NOME

10102152 Aline Mayara Coqueto

10103101 Felipe Gustavo Marques Pires

10101621 Stéfanie Caroline Rodrigues Martins

10103368 Thais Cirqueira da Silva


Learning Check


O cliente realiza o controle do processo seletivo manualmente através de planilhas eletrônicas que são mantidas por uma única área e mantem de forma precária a informação a respeito dos conhecimentos técnicos adquiridos pelos funcionários ao longo do período na empresa, o que torna burocrático e demorado o processo de avaliação de desempenho.


Automatização do processo de Seleção de Colaboradores;

Criação de acompanhamento da capacitação do colaborador na empresa para fins de avaliações internas.


Descentralização do controle de contratação;

Fácil acesso às informações durante o processo de seleção;

Extração de Relatórios de Contratação e Capacitação;

Medição e comparação dos conhecimentos necessários x conhecimentos adquiridos pelos colaboradores para auxiliar nas avaliações internas.


O sistema, disponibilizado para acesso via web, irá automatizar a seleção de candidatos para descentralizar o processo de seleção, evitando a perda de informações trocadas via e-mails ou impressas, gerar relatórios das seleções em andamento ou finalizadas, servir de repositório para reaproveitamento de informação em novas seleções, permitir rápido acesso dos colaboradores contratados pela empresa e controlar a capacitação dos colaboradores ao longo de sua carreira dentro da empresa.


Diagramas UML (Diagrama de Classe, Diagrama de Caso de Uso);

Descrição de Caso de Uso;

Modelo Descritivo;

Modelo Entidade Relacionamento;

Dicionário de dados;

Modelo Relacional;

Normalização;

Script de geração de tabelas;

Script de manipulação de dados na tabela;

Script de manipulação de dados na tabela;


Plano de Testes; Evidência de Teste; Disponibilização do sistema em ambiente WEB; Pesquisa de Viabilidade do Sistema; Confecção de EAP e Cronograma para

acompanhamento do Projeto; Reuniões Mensais; Mapeamento dos Processos de Seleção de

Contratação e de Realização de Curso/Treinamento;

Levantamento das Regras de Negócio a serem tratadas pelo sistema;


Lista de Stakeholders;

Plano de Infraestrutura;

Definição de Escopo do Produto;

Definição de Papéis e Responsabilidades;

Confecção de Documento (obedecendo diretrizes da instituição) a ser entregue para Banca Avaliadora.


Cadastros de: Solicitação de Contratação, Vaga, Currículo, Ficha de Seleção, Colaborador, Usuário, Solicitação de Curso/Treinamento, Curso, Treinamento, Questionário Técnico, Questionário de Treinamento;

Permissão para alteração de: Solicitação de Contratação, Vaga, Currículo, Ficha de Seleção, Colaborador, Usuário, Solicitação de Curso/Treinamento, Curso, Treinamento, Questionário Técnico, Questionário de Treinamento;


Consultas Diversas com filtro pra pesquisa de: Solicitação de Contratação, Vaga, Currículo, Ficha de Seleção, Colaborador, Usuário, Solicitação de Curso/Treinamento;

Consulta de colaborador com visibilidade de: Dados Contratuais, Bancários, Pessoais, Curso e Treinamentos Realizados;

Consulta de Curso e Treinamento disponível no sistema;

Consulta de Pendências resumida e detalhada.


Relatórios Gerenciais de Acompanhamento de Seleção, Quantidade de Cursos Realizados por Período, Ranking dos Cursos mais realizados;

Relatório Analítico de Cursos e Treinamentos efetuados pelo colaborador;

Visualização por perfil de acesso; Emissão de notificações para atividades

pendentes para grupo de usuários; Exportação de Relatórios para Excel e

Impressão;



O projeto será publicado em ambiente interno do cliente (Intranet).

P

O cliente disponibilizará as planilhas de controle utilizadas hoje no processo seletivo e estará presente auxiliando nas regras de negócio.

P

O Sistema deve gerar um repositório com base nas informações cadastradas.

P

Utilização do browser Google Chrome. P

O desenvolvimento deverá ser finalizado até Out/2013. R

O projeto será desenvolvido em PHP Orientado à Objetos.

R

A equipe deverá ter no máximo cinco participantes. R


Stefanie MartinsGerente de

Projetos

Stéfanie MartinsDocumentadora

Stéfanie MartinsAnalista de Negócio

Stéfanie MartinsAnalista de Teste

Stéfanie MartinsPrototipadora

Aline CoquetoAdministradora BD

Thais CirqueiraConfiguradora de

Ambiente

Thais CirqueiraDesenvolvedora

Felipe GustavoDesenvolvedor

Felipe GustavoDocumentador


Papel Responsabilidade

Gerente de Projetos Garantir o desenvolvimento do projeto, sanando as dúvidas de negócio, controlando o prazo do projeto, definindo e auxiliando nas atividades necessárias e mantendo o alinhamento do projeto com os professores da banca

Documentadora Criar todos os documentos do projeto.

Analista de Negócio Realizar o levantamento das regras de negócio e o mapeamento dos processos.



Analista de Teste Realizar os testes unitários e integrados do sistema gerando evidências de teste.

Prototipadora Confeccionar protótipos das telas do sistema.

Administrador de Banco de Dados • Criar e manter artefatos referente a estrutura de banco de dados.

• Criar e manter as tabelas do sistema.

• Gerar as procedures de inserção, consulta e atualização.



Configurador de Ambiente • Realizar publicações no ambiente de produção.

• Manter o controle de backups do sistema.

• Manter o ambiente atualizado.

Desenvolvedor • Implementar os layouts do sistema incluindo validação e mascara de campos.

• Implementar as regras de negócio.

• Implementar a Orientação a Objetos em todo o sistema.


Learning Check


Planejado

Realizado

Planejado

Realizado

Planejado

Realizado

Planejado

Realizado

Planejado

Realizado

Planejado Planejado

Realizado Real izado

Planejado Referência

Realizado

Planejado

Realizado

Planejado

Realizado

Planejado

Realizado

Planejado

Realizado

Planejado

Realizado

Planejado

Realizado

Planejado

Realizado

Planejamento

Fase Atividade Status

Evidência de Teste

Integrado

Primeira Entrega de

Documentos

Entrega Final Banca

Apresentação

Protótipo

Layout de Telas

Fontes do Projeto

Execução

Homologação

Plano de

Infraestrutura

Documentos UML

Banco de Dados

Formatação de

Documento

Lista de Entregáveis

Papéis e

Responsabilidades

1-15 16-30

Junho

1-15 16-3016-30 1-15 16-30

Escopo de

Desenvolvimento

Plano de Testes

Janeiro Fevereiro Março Abril

1-15 16-30 1-15 16-30 1-15

Maio

Legenda:

86%

64%

100%

100%

100%

100%

66%

36%

0%

0%

88%

74%

100%

100% 100%

100

100

100

79%

85%

31%

100%

100%

100

25%

0%

0%

0%

0%

0%

0%


Lista de Entregáveis;

Documento de Papéis e Responsabilidades;

Escopo de Desenvolvimento;

Plano de Infraestrutura;

Diagrama e Descrição de Caso de Uso;

Banco de Dados;

Protótipo;

Layout de Todas as Telas do sistema funcional;


Cadastro e Edição das telas: ◦ Vaga;

◦ Ficha de Seleção;

◦ Usuário;

◦ Curso;

◦ Questionários Técnico e de Treinamento.

Perfil de Acesso;


Correção dos Cadastros: ◦ Currículo; ◦ Colaborador; ◦ Treinamento; ◦ Cadastro Auxiliar; ◦ Treinamento

Correção das Consultas; Relatório de Posicionamento de Contratação; Testes Integrados; Primeira Versão do Documento de TCC; Apresentação do Sistema.



1 A orientação a objetos pode atrasar a entrega

N 15 Controlado

Aprofundar o conhecimento no item de orientação a objetos com PHP.

2 Surgimento de artefatos inesperados

N 12 Acompanhando

Manter o alinhamento de entregas com a professora orientadora de TCC



3

Servidor indisponível no dia da apresentação.

N 10 Em mitigação

Pesquisar outras maneiras de evidenciar as funcionalidades depende do servidor da web.

4 Link de internet indisponível.

N 10 Em mitigação

Montar um ambiente idêntico ao de Produção, na maquina local que poderá ser usado na apresentação.



5

A documentação não ser aceita pela banca avaliadora.

N 8 Acompanhando

Efetuar entregas periódicas garantindo a aderência com o exigido pela instituição



Nov/2012 Saída de um dos integrantes do grupo.

Fev/2013 Identificada mudança em toda a estrutura do código para atender a orientação a objeto.

Abr/2013 Mudança na estrutura do banco para atender a normalização.



1 Importância da divisão de papéis e responsabilidades.

Identificar responsável para todas as atividades.

2 Efetuar os testes em etapas evitando a sobrecarga no final do projeto.

Realizar testes unitários.


Learning Check

PRONTUÁRIO NOME

09211910 Diego Camargo

10102189 Francine Nicole Arantes Teodoro

09106691 Kelly Tereza de Oliveira Cesar

09211083 Lyncon de Oliveira Pio

10104325 Rodrigo Marcel da Silva

Índice


Status Report


PRONTUÁRIO NOME

09211910 Diego Camargo

10102189 Francine Nicole Arantes Teodoro

09106691 Kelly Tereza de Oliveira Cesar

09211083 Lyncon de Oliveira Pio

10104325 Rodrigo Marcel da Silva


SISOMEC


Micro e pequenas oficinas não dispõe da visibilidade do mercado de TI;

Custo-benefício pode ser reduzido para as oficinas de micro, pequeno e médio porte (retirada das funções RFID);

Sistema flexibilizado englobando um controle mais tecnológico (RFID).


“Automatizar” o controle de entrada e saída de peças do estoque;

Controlar acessos dos funcionários através de perfis de acesso;

Comunicar clientes de manutenções preventivas de seus veículos;

Obter relatórios gerenciais de maneira rápida e fácil;


Maior controle nas tarefas;

Mais facilidade e agilidade no processo;

Maior organização;

Gerenciamento dos serviços prestados;

Inovação e renovação;

Interface amigável para o usuário;


Controle de estoque automatizado (RFID);

Controle de estoque mínimo;

Envio de SMS informativo;

Consulta de relatórios.


Documentação do sistema;

Implementação do banco de dados;

Software;

RFID (inovação será implantada posteriormente);

Teste e manutenção.


Cadastro de agendamento (revisão do veículo);

Consulta de controle de estoque, manutenção, agendamento;

Controle do fluxo de estoque.

Itens fora do escopo

Controle de revisão e controle de trabalho dos mecânicos.


SISOMEC

DocumentaçãoDesenvolvimento

Do Sistema

Descritivo do Caso de Uso e Caso de Uso

Descritivo do Sistema e MER

Diagrama de Classes

Concepção e Conceito

Estrutura do Banco de dados

Estudo de Viabilidade

Plano do Projeto Prototipo

Teste de Usabilidade

Diagrama de Sequência

Codificação do Sistema

Diagrama de Sequência

Manual do Sistema

Desenvolvimento de Regras de

Negócio.

Teste do Sistema

Documento do uso do Sistema



Necessário que a oficina mecânica tenha estoque para controle das peças.

P

Funcionários devem seguir os processos dos sistema P

RFID (custo-benefício) para micro e pequenas empresas R

Ferramentas CASE. P

Tempo para entrega do projeto R

Pré-requisitos mínimos (restrição tecnologia) R


Rodrigo

Gerente de Projeto

Rodrigo/Kelly


Kelly/Diego

Desenvolvedor

Francine

Analista de Testes

Lyncon

DBA


PAPEL RESPONSABILIDADES NOME

Gerente do Projeto

Gerencia o projeto Rodrigo

Documentação Descrever todos os procedimentos Francine

Desenvolvedor Codificar a parte funcional Kelly /Diego

DBA Criar estrutura do banco de dados Lyncon

Analista de requisitos

Analise completa do levantamento de requisitos

Kelly/Rodrigo


SISOMEC


Atividade Previsão

MER (Final) 10/05/2013

Diagrama de Classe e Caso de Uso 17/05/2013

Base de Banco de dados 17/05/2013

Referencia de programas para comparação

13/05/2013

Entrega do sistema 31/05/2013

Teste 03 e 04/06/2013

Entrega do Projeto 05/06/2013


Atividade Realizado

Modelo Descritivo 12/03/2013

MER (parcial) 12/03/2013

Diagrama de Classe e Caso de Uso (parcial)

15/03/2013

Cadastro simples do sistema 01/04/2013

EAP e Cronograma 17/04/2013


◦ Definição do escopo do projeto e escopo do sistema

◦ Definição de papéis e responsabilidades

◦ Diagramas de caso de uso e descritivo;

◦ Modelo de entidade e relacionamento do banco de dados;

◦ Diagrama de Classes;

◦ Cronograma;

◦ Estrutura analítica do projeto;

◦ Modulo de Agendamento de revisões totalmente funcional;

◦ Módulo de cadastro de Fornecedor totalmente funcional;

◦ Modulo de cadastro de Cliente totalmente funcional;


Comparativo entre sistemas semelhantes;

Documentação (Mini TCC);

Modulo de todos os cadastros totalmente funcional

em um sistema único;



1 Indisponibilidade de integrantes;

Negativo 6 Problemas de saúde Redistribuição de tarefas e atividades entre os integrantes

2 Indisponibilidade de integrantes (Mulheres);

Negativo 6 Gravidez Redistribuição de tarefas e atividades entre os integrantes

3 Atraso do projeto Negativo 10 Atraso nas atividades

do Projeto Contratação de especialista, para ajudar na conclusão do sistema

4 Estouro do Orçamento Negativo 9 Atraso nas atividades do projeto

Dividir valor da contratação entre os integrantes do grupo

5 Super alocação de recurso de desenvolvimento

Negativo 16 Super alocação de recursos

Acompanhar as atividades de super alocação diáriamente, para não ter desvios e impacto no projeto

6 Problemas técnicos na apresentação do projeto

Negativo 25 Preoblemas causados por falha de ambiente

Montar ambiente redundante para contingência



11/02/2013 Alteração de tema do Projeto;

15/02/2013 Alteração/adequação do projeto para utilização de RFID;

03/03/2013 Alteração da linguagem de programação utilizada;

03/03/2013 Alteração da ferramenta de banco de dados utilizada



1 Reuniões que circundam o projeto e não chegam a lugar algum;

Negativo

2 Atribuição de tarefas entre os integrantes; Positivo


SISOMEC

PRONTUÁRIO NOME

10101217 Carlos Renan Monteiro

10100826 Marcelo Yassuo Cecílio Furuko

10100841 Rafael de Lima Abreu

10103023 Tatiana Ribeiro de Oliveira

Índice


Status Report


PRONTUÁRIO NOME

10101217 Carlos Renan Monteiro

10100826 Marcelo Yassuo Cecílio Furuko

10100841 Rafael de Lima Abreu

10103023 Tatiana Ribeiro de Oliveira


O presente trabalho tem como intuito informatizar os processos de um buffet. A organização dos Buffet tem como objetivo focar a organização dos eventos de forma mais eficaz e completa, permitir ao buffet um controle sobre os seus clientes, contatos e oportunidades de trabalhos e também disponibilizar ferramentas administrativas capazes de auxiliá-lo nas tomadas de decisões da equipe


O objetivo é desenvolver uma ferramenta gerencial que visa auxiliar nos processos diários de buffet. Tais funcionalidades como cadastros e consultas de informações de clientes, locais, eventos e empresas parceiras. O sistema utilizará de algumas tecnologias auxiliares como envio de torpedos SMS, disparo de email e entre outros.


Dar um diferencial ao Buffet para automatizar cada cadastro e cada procedimento necessário para organização do Evento de forma que o mesmo sai conforme previsto


Implementar um sistema para organização dos Eventos de forma simples e objetiva.

Além de serviços como o envio de SMS para o cliente contendo a agenda dele com relação a tarefas que o mesmo tem que realizar com o Buffet.

Também uma área restrita ao Cliente para que ele possa realizar alterações do tipo lista de convidados, sua agenda podendo reagendar, desmarcar ou remarcar uma nova data para suas tarefas(com o consentimento do Buffet)

Escolher um assessor que ira auxiliar ele ate o dia do Evento.


Caso de Uso Geral Descrição de Caso de Uso Mapa de Processo Diagrama de Fluxo de Dados MER Script de criação das Tabelas Dicionário de Dados Diagrama de Classes Plano de Testes Manual do Sistema


SGB

Cadastro de Tipo de Evento

Cadastro de Tipo de Evento

Cadastro de Evento

Cadastro de Cliente

Cadastro de Usuário

Cadastro de Agenda


SGB

Hardware Software

TestesBanco de DadosDocumentação

Máquinas

Desenvolvimento

Equipamentos Escopo

Levantamento de Requisitos

Diagrama de Caso de Uso

Validação com o Cliente

Manual

Criação das Tabelas

Relacionamento

MER

Documentação

Plano de Testes

Cenário de Testes



Imagens dos sistemas fornecidas pelo cliente P

O cliente disponibilizará informações para levantamento de requisito

P

Restrição ao prazo de entrega R

Um evento não pode ser realizado no mesmo local/data R


Tatiana Gerente de Projeto

Tatiana Analista de Requisitos

Marcelo Desenvolvedor

Rafael Analista de Testes

Carlos DBA


PAPEL NOME INFLUÊNCIA RESPONSABILIDADES

Gerente de Projeto Tatiana Oliveira Alta

Responsável por organizar a equipe de forma que todos façam as atividades dentro do prazo, seguindo o escopo já definido

Analista de Requisitos Tatiana Oliveira Alta Levantamento de Informações a respeito do tema

Programador

Marcelo Yassuo e Rafael de Lima Alta Desenvolvimento do Sistema

DBA Rafael de Lima Média Desenvolvimento das Tabelas do Sistema

Documentador

Carlos Renan e Tatiana Oliveira Alta Documentação do Sistema

Analista de Testes Carlos Renan Alta

Analista que efetuara os testes em cima do Plano de testes definidos


Sistema de Gerenciamento de Buffet


Tarefa Responsável Público-Alvo Prazo Realizado

Apresentação Final do TCC para Banca Grupo Todo Professores da Banca Junho 75%

Sistema Final em PHP Marcelo e Rafael Professores da Banca Junho 75%

Documentação Final Tatiana e Carlos Professora Luciene Junho 65%

Diagrama de Classe Tatiana e Carlos Professora Luciene Junho 100%

Diagrama de Caso de Uso Tatiana e Carlos Professora Luciene Junho 95%

Descritivo Rafael, Tatiana e Carlos Professor Anderson Junho 95%

MER Rafael, Tatiana e Carlos Professores da Banca Junho 100%

Diagrama de Entidade Relacionamento Rafael, Tatiana e Carlos Professor Anderson Junho 100%

Scripts DML Rafael, Tatiana e Carlos Professora Luciene Junho 100%

Scripts DLL Rafael, Tatiana e Carlos Professor Anderson Junho 100%

Normalização das Tabelas Rafael, Tatiana e Carlos Professor Anderson Junho 90%

Mapeamento Rafael, Tatiana e Carlos Professor Anderson Junho 75%

Dicionário de Dados Carlos Professor Anderson Junho 100%

Manual do Sistema Carlos Professor Anderson Junho 100%


◦ Para explica o Cronograma de atividades previstas, onde repetimos a maioria no cronograma já entregue, pois tivemos que efetuar correções acrescimos de informações por isso repetição das mesmas.


Tarefa Responsável Público-Alvo Prazo Realizado

Descrição do Projeto Tatiana Professora Luciene Fevereiro 100%

Diagrama de Caso de Uso Tatiana Professora Luciene Março 100%

Modelo Descritivo

Tatiana e Rafael Professor Anderson Março

Diagrama de Entidade Relacionamento Rafael Professor Anderson Março 100%

Apresentação do Cadastro de Cliente contendo as validações solicitadas Marcelo Professora Luciene Março 100%

Modelo de Entidade Relacionamento Carlos e Rafael Professor Anderson Abril 100%

Script de Criação de Tabelas Carlos e Rafael Professor Anderson Abril 100%

Mapeamento Rafael Professor Anderson Abril 100%

Normalização Carlos e Rafael Professor Anderson Abril 100%

Apresentação do Cadastro de Evento, Tipo de Evento e o relacionamento das duas tabelas com a de Cliente Marcelo Professora Luciene Abril 100%

Apresentação do Cadastro de Evento, Tipo de Evento e Local e ambas se relacionando, fora o controle de acesso ao sistema Marcelo Professora Luciene Abril 100%


◦ Descrição do Projeto

◦ Diagramas de Caso de Uso

◦ Mapa de Processo(Visão Macro e Visão por controle)

◦ MER

◦ Relacionamento de Tabelas

◦ Cadastros de clientes, Eventos, Tipos de Evento e Locais, e o relacionamento entre elas.


Documentação ◦ Diagrama de Caso de Uso

◦ Diagrama de Classes

◦ Plano de Testes

◦ Dicionário de Dados

◦ Diagrama de Entidade R

Sistema ◦ Cadastros

◦ Consultas

◦ Validação


# DESCRIÇÃO TIPO CRITIC.

SITUAÇÃO AÇÕES

1 Entrega Final com Erros

Negativo Alta Ocorreu Corrigir imediatamente os erros que apareceram

2 Atraso na Entrega Negativo Alta Em mitigação Entender o que ocasionou o atraso na Entrega, e caso possivel entrar em acordo com o cliente, para extender o prazo.



03/05/2013 Mudança na linguagem do desenvolvimento do Projeto

03/05/2013 Mudança Banco de Dados(MySql -> SqlServer)

01/03/2013 Entrada de Carlos Renan Monteiro no Grupo



1

Definição de Papeis e Responsabilidades Tomamos a decisão de como iria ser a divisão das tarefas dentro do projeto, para que assim todos possam estar a par de toda tomada de decisão a ser feita.

2

Mercado Analisamos o mercado de Buffet, para descobrir onde que estava a maior dificuldade na organização dos Eventos que poderiamos abordar como uma possivel solução


Sistema de Gerenciamento de Buffet

PRONTUÁRIO NOME

10100835 DIOGO CARVALHO NUNES

10100842 JOILSON LAZARO DE SOUZA

08101732 RAFAEL VECHI

10101475 FELIPE POLIZELO

Índice


Status Report


PRONTUÁRIO NOME

10100835 DIOGO CARVALHO NUNES

10100842 JOILSON LAZARO DE SOUZA

08101732 RAFAEL VECHI

10101475 FELIPE POLIZELO


SISTEMA GERENCIADOR DE RESÍDUOS


Baseado na utilização dos recursos naturais de forma predatória e no consumo acentuado de bens e produtos, tem impactado negativamente ao meio ambiente. Isso porque, devido ao crescente estimulo ao consumo, é necessária a captação cada vez maior de matérias-primas, que ao final da cadeia produtiva, se transformam em resíduos, que frequentemente são descartados de maneira incorreta, não sendo feito


Esse trabalho tem como objetivo, dar solução através de um sistema informatizado a descaracterização de produtos eletroeletrônicos para geração de uma nova matéria prima.


Dar a destinação correta para os produtos eletroeletrônicos, reaproveitando sua matéria prima reciclável para venda, para a geração de um novo produto, realizando a venda dos mesmos.


Implantação de um sistema em empresas de reciclagem para controle dos resíduos descartados por empresas.


Caso de Uso Geral; Descrição de Caso de Uso; Mapa de Processos; DFD; MER; DER; Dicionário de Dados; Diagrama de Classes; Plano de Testes; Manual do Sistema.



DESCARTE DE PRODUTOS SUBSTÂNCIAS PERIGOSAS (R)

RECICLAGEM DE PRODUTOS ELETROELETRÔNICOS (P)

GERAÇÃO DE UMA NOVA MATÉRIA PRIMA (P)

SUSTENTABILIDADE (P)


Diogo Nunes

Gerente de Projeto

Diogo Nunes


Rafael Vechi

Desenvolvedor

Felipe

Polizelo Analista de Testes

Joilson

Lazaro DBA


STAKEHOLDER PAPEL INFLUÊNCIA ATIVIDADES

DIOGO CARVALHO NUNES ANALISTA DE NEGÓCIO ALTA

LEVANTAMENTO DA ANALISE DE REQUISITOS DE ACORDO COM O TEMA ESCOLHIDO, COM DETALHES EM UMA DOCUMENTAÇÃO

ENVOLVENDO, CASOS DE USO E DIAGRAMA DE FLUXO DE DADOS PARA MELHOR ENTENDIMENTO

FELIPE POLIZELO DOCUMENTAÇÃO BAIXA

ELABORAR A DOCUMENTAÇÃO COM TODOS OS RECURSOS NECESSÁRIOS PARA UM BOM ENTENDIMENTO DO CLIENTE DO SEU PROJETO E PARA EQUIPE DE DESENVOLVIMENTO DESENVOLVER O

PRODUTO

RAFAEL VECHI PROGRAMAÇÃO ALTA FAZER O ENTENDIMENTO DOS REQUISITOS E DOCUMENTAÇÃO DO PROJETO PARA O DESENVOLVER O PRODUTO FINAL NA LINGUAGEM

DEFINIDA COM O CLIENTE

JOILSON SOUZA BANCO DE DADOS MEDIA DESENVOLVIMENTO DO BANCO DE DADOS.


SISTEMA GERENCIADOR DE RESÍDUOS


CASO DE USO GERAL.

DESCRIÇÃO DE CASO DE USO (CONDIÇÕES DE ERRO, CONDIÇÕES DE EXCEÇÃO, REQUISITO FUNCIONAL, REQUISITO NÃO FUNCIONAL, REGRAS DE NEGÓCIO).

MAPA DE PROCESSOS (OPERACIONAL, CONTROLE, PLANEJAMENTO).

DIAGRAMA DE FLUXO DE DADOS (PROCESSO, FLUXO DE DADOS, TERMINADOR).

MODELO ENTIDADE E RELACIONAMENTO (MER).


DIAGRAMA ENTIDADE E RELACIONAMENTO (DER).

DICIONÁRIO DE DADOS.

DIAGRAMA DE CLASSES.

PLANO DE TESTES (CENÁRIO DE TESTES, SCRIPT DE TESTES).



1 REQUISITOS INCOMPLETO

NEGATIVO ALTA MITIGAÇÃO REUNIÃO JUNTO AO CLIENTE PARA O ALINHAMENTO RE REQUISITOS

2 FALTA DE RECURSOS

NEGATIVO ALTA MITIGAÇÃO FALTA DE INFORMÃÇÃO ADEQUADA NO PLANO DE TESTES

3 HOMOLOGAÇÃO COM FALHAS

NEGATIVO BAIXA MITIGAÇÃO REVISÃO DO PLANO DE TESTES



10/10/2012 MUDANÇA TEMA DO PROJETO

02/02/2013 ALTERAÇÃO DE LINGUAGEM DE DESENVOLVIMENTO



REALIZAR O PRÉ – PROJETO COM UM MAIOR NÚMERO DE DETALHES PARA CONFECÇÃO DE UM BOM PLANEJAMENTO EVITANDO A GERAÇÃO DE CUSTOS NÃO PREVISTOS E ATRASO NA ENTREGA DO PRODUTO FINAL

ALTO


SISTEMA GERENCIADOR DE RESIDUOS

PRONTUÁRIO NOME

10103024 César Romão

10102153 Lucas Favaretto

Índice


Status Report


PRONTUÁRIO NOME

10103024 César Romão

10102153 Lucas Favaretto


Vendas


Estabelecimentos com pouca saída de seu produto, sem dinamismo para atendimento e venda e com desperdício de produtos.


Sistema irá controlar o estoque.

Irá gerar o pedido de venda.

Gráfico real time para dinamismo na venda e entretenimento dos usuários.


Aumento das Vendas

Controle de estoque para menor desperdício.

Entretenimento dos clientes com gráfico de preços


O sistema via browser atuará como o gerenciador de vendas do cliente e irá gerar um gráfico dinâmico de preços para usuários tomar a decisão de qual produto escolher.


Realizar a analise do projeto e verificar o que é necessário para fazer acontecer.

Realizar a documentação do sistema.

Programar o sistema.

Entrega do projeto.

Homologação.


Definir o conhecimento necessário.

Fazer o controle de estoque, controle de acessos e a parte de vendas do sistema (nota fiscal, cadastro de usuário, etc).

Fazer o gráfico dinâmico.

Entregar o sistema.


Sistema

Documentação Programação

MER DER BD Aplicação



O sistema deverá ter cadastro de produtos para geração do gráfico.

P

Falta de conhecimento com ferramentas de geração de gráfico.

R

Há pouca mão de obra R


César Gerente de Projeto

César Analista de Requisitos

Lucas Desenvolvedor

Lucas Analista de Testes

Lucas DBA


Gerente de Projeto, Analista de requisitos – Realizar a documentação do projeto, verificar restrições.

DBA, Analista de testes, Programador – Realizar treinamento e pesquisas para adquirir o conhecimento necessário para realizar a programação.


Vendas


Sistema com controle de estoque e pedido de venda (Junho/2013)

MER e DER (Junho/2013)

Sistema totalmente desenvolvido (dez/2013)

Documentação Completa (dez/2013)

Documentação de engenharia de software (dez/2013)


Escopo do Projeto(fev/2013)

Documentação inicial(Jun/2012)

Sistema com cadastros(Abr/2013)

Sistema já controlando o estoque(Abr/2013)


Controle de Estoque do Sistema

MER


Principais cadastros do sistema, incluindo permissões de acesso e controle de estoque.



1 Atraso de entrega do sistema

N 5 Em mitigação Aumentar carga de trabalho no projeto.

2 Construção do Gráfico

P 8 Em mitigação Realizar o treinamento e dedicar mais tempo a construção do gráfico.

3



Fev/2013 Saída de membro



1 Realizar análise do projeto para entender as tecnologias necessárias envolvidas e realizar o treinamento.

Atraso na entrega do projeto.

2

3

4

5


Vendas

PRONTUÁRIO NOME

10100816 Jéssica Soares Barbosa

10103658 Rafael Rodrigues Alves da Silva

Índice


Status Report


PRONTUÁRIO NOME

10100816 Jéssica Soares Barbosa

10103658 Rafael Rodrigues Alves da Silva


SGI-Sistema de Gerenciamento Imobiliário


Atualmente o mercado busca maior flexibilidade e rapidez das informações para acompanhar os negócios. Através do sistema, a imobiliária terá esses benefícios para atualização online de fotos (inclusive mobile), dados e propostas para os imóveis.


Desenvolver uma solução completa e eficaz para imobiliárias de modo a tornar a integridade de suas informações válidas, proporcionando para as imobiliárias um controle das informações além de uma alicerce para a estabilidade e decisões da mesma.


Integridade das informações;

Eliminar desconforto dos funcionários e clientes;

Permitir um melhor funcionamento da empresa possibilitando um crescimento e agilidade;

Possibilitar a interação em tempo real dos imóveis.


A aplicação Cliente-Servidor terá o controle e cadastros completos dos imóveis, clientes, contratos, vistorias, funcionários e lançamentos (contas a pagar e receber), emitirá relatórios de variados tipos.

O aplicativo mobile terá a interação das fotos do imóvel.


Referencial Teórico:

◦ Ficha de Aprovação

◦ Ficha Catalográfica

◦ Resumo

◦ Introdução

◦ Desenvolvimento

◦ Resultados

◦ Conclusões

Engenharia de Software:

◦ Diagrama de Caso de Uso

◦ Diagrama de Classe

◦ Plano de Testes

◦ Diagrama de Sequencia

◦ Diagrama de Colaboração

◦ Diagrama de Atividades

◦ Diagrama de Implementação

◦ Diagrama de Componentes

◦ Diagrama de Implantação

Banco de Dados:

◦ DER


◦ Modelo Lógico

◦ Normalização

Manual do Sistema:

◦ Manual do Sistema

◦ Mapa de Telas

Software Aplicativo


CRUD: ◦ Cliente ◦ Imóvel ◦ Funcionário ◦ Contrato ◦ Proposta ◦ Lançamento

Controle de Acesso

Relatórios Aplicativo Mobile



O sistema será composto por duas partes: Sistema Desktop e Aplicativo Mobile.

P

A solução será desenvolvida em Java com banco de dados MySQL.

P

O Projeto deve ser finalizado em novembro/2013 R

O Aplicativo Mobile deverá ser executado nas versões mais atuais do Android.

R

O grupo não pode conter mais do que 5 integrantes R

O projeto será acompanhado por um corretor e um funcionário administrativo da imobiliária.

P


Jéssica

Gerente de Projeto

Jéssica/Rafael


Jéssica/Rafael

Desenvolvedor

Jéssica

Analista de Testes

Rafael

DBA

Rafael

Gerente Técnico



Jéssica Soares

Gerente do Projeto, Analista do Projeto,

Programador e Teste.

Planejar o projeto. Gerenciar o cronograma e assegurar que o

trabalho esta dentro do tempo e escopo determinados. Identificar e

resolver problemas no projeto. Garantir a comunicação entre a

equipe. Desenvolve os documentos de Engenharia de

Software. Participação da construção e implantação do

software. Testes de qualidade.

Rafael Rodrigues

Gerente Técnico, Analista do Projeto,

Programador e Administrador de banco

de dados.

Levantamento e definição dos requisitos de negócio.

Responsável pela Arquitetura da Solução. Desenho e normalização dos modelos de banco de dados. Garantir a segurança do banco de

dados. Garantir o bom desempenho do banco de dados.

Responsável pelos backups. Construção e implantação do

software e do banco de dados.


SGI – Sistema de Gerenciamento Imobiliário


C:/Users/Familia Barbosa/Desktop/Cronograma-SIG.xlsx


Cronograma-SIG-Entregues.xlsx


Referencial Teórico ◦ Ficha de Aprovação

◦ Ficha Catalográfica

◦ Resumo

◦ Introdução

◦ Definição do Escopo do Projeto

◦ Definição do Escopo do Sistema

◦ Definição de Papeis e Responsabilidades

Engenharia de Software ◦ Diagramas de caso de uso

◦ Diagrama de classe

Banco de Dados ◦ DER

◦ MER

◦ Normalização

Software Aplicativo ◦ Módulo Login

◦ CRUD:

Cliente

Imóvel

Funcionário

Contrato


Referencial Teórico

◦ Levantamento Bibliográfico

◦ Descrição do Projeto

Engenharia de Software

◦ Plano de testes

◦ Diagrama de Atividades

◦ Diagrama de Implementação

◦ Diagrama de Componentes

Banco de Dados


Apresentação

◦ Entregar módulos ( Cliente,Funcionário,Imóvel e Contrato).

◦ Montar apresentação das funcionalidades entregues.

Manual do Sistema

◦ Manual do Sistema (Dos módulos entregues)

◦ Mapa das telas (dos módulos entregues)

Software Aplicativo

◦ CRUD

Proposta

Vistoria


# DESCRIÇÃO TIPO CRITIC. RESPOSTA AÇÕES

1 A não aprovação do TCC pelos professores da banca.

N 10 Restruturação do projeto TCC.

Envolver os professores da banca em todas as etapas, validando os processos que serão desenvolvidos.

2 Entregar o software com funcionalidades diferentes das descritas na documentação.

N 5 Analisar ambas as partes (documentação e software) para verificar qual deve ser adequada.

Fazer reuniões semanais para que todos estejam alinhados quanto as funcionalidades propostas.



3 Ter dificuldades técnicas em relação as ferramentas que serão utilizadas no projeto.

N 3 Procurar ajuda/ orientação em livros e/ou especialistas da área.

Analisar o grau de dificuldade antes da inicialização da tarefa para poder atuar com o conhecimento necessário. Estudar as ferramentas utilizadas.

4 Comercializar o software resultante do Projeto TCC.

P 5 Desenvolver contatos com imobiliárias e manter o software no mercado.

Garantir a qualidade do software. Fazer apresentações sobre o software para as imobiliárias.



02/2013 Mudança dos recursos da equipe.

02/2013 Alteração do escopo do projeto.

03/2013 Alteração da linguagem e do banco de dados utilizado no projeto.



1 Estar SEMPRE alinhado quanto a comunicação entre os componentes da equipe.

Redução da equipe.

2 Não ter medo de arriscar. Propor soluções que utilizarão

ferramentas “novas” para os integrantes da equipe.

3 Ter o apoio da família é importante.

Motivação.


SGI – Sistema de Gerenciamento Imobiliário

PRONTUÁRIO NOME

10101629 Ana Paula de Sousa

10100815 Caroline Neves Soares

10101626 Elias do Nascimento

10101599 Guilherme Oliveira

10103318 Rafael Ventris Cordeiro

Índice


GliSystem Status Report


PRONTUÁRIO NOME

10101629 Ana Paula de Sousa

10100815 Caroline Neves Soares

10101626 Elias do Nascimento

10101599 Guilherme Oliveira

10103318 Rafael Ventris Cordeiro

Dados do Grupo


Primeira Parte: Resumo do Projeto

GliSystem


Atualmente os cálculos e registros de qualquer refeição de um diabético são feitos manualmente, além das consultas em revista especializadas que informam os carboidratos dos alimentos, possibilitando erros.

Justificativa


Facilitar a vida do usuário automatizando os cálculos diários para medição de dosagens corretas de insulina e para o controle da diabetes.

Objetivos do projeto


Facilidade e otimização do controle da doença pelos usuários

Agilidade na realização de cálculos para dosagem de insulina

Ampla base de dados para controle de carboidratos dos alimentos pelos usuários

Eliminação de erro nos cálculos

Conforto e agilidade nos registros das refeições

Segurança e confiabilidade nas informações

Benefícios esperados


Com base nas informações dadas pelo médico ao paciente, e com a medição momentânea da glicemia do usuário, o sistema calculará a dosagem correta de insulina para corrigir o nível de açúcar no sangue do paciente.

Com uma ampla base de dados de alimentos cadastrados, o portador poderá registrar sua refeição e controlar sua alimentação para evitar picos de hiperglicemia e hipoglicemia durante o dia, tendo assim uma vida mais saudável e um maior controle sobre a doença.

Resumo da solução


- Termo de abertura do projeto - Diagrama de Casos de Uso - Diagrama de classes - Diagrama de atividade - Diagrama de sequencia - Dicionário de dados - Diagrama de entidade de relacionamento - Modelo de entidade de relacionamento - Script de geração de tabelas - Plano de teste

Escopo do projeto


- Cálculo da quantidade de carboidratos nos alimentos - Cálculo de insulina referente a alimentação - Geração de relatórios finais - Cadastro de usuários e prescrição médica - Chat entre o usuário e o médico

Escopo do sistema


Estrutura Analítica do Projeto



Um portador de diabetes nos ajudará com regras de negócio no projeto

P

O integrante Elias ficará até o final do projeto P

O projeto tem que ser finalizado antes de Novembro/2013

R

Não há perfil diferenciado para o médico R

Premissas e Restrições do Projeto


Organograma do projeto

Gerente de Projetos


Desenvolvedor Desenvolvedor e DBA

Analista de Teste


Papel Responsabilidades

Gerente do Projeto Garantir que todas as entregas do projeto sejam realizadas conforme planejado. Gerenciar todas as áreas de conhecimento do projeto; Escopo, tempo, custo, qualidade, RH, aquisições, integração, riscos e comunicação.

Analista de requisitos Responsável pela documentação do projeto, levantamento de requisitos, diagramas de UML, revisão da documentação do projeto e auxilio na sua criação.

Analista de Teste Realização de testes unitários, integrados, entre outros.

Desenvolvedor Desenvolvimento do código fonte do sistema e realização de testes

DBA e Desenvolvedor Desenvolvimento do sistema, modelagem e criação de documentação relacionado ao banco de dados (DER e MER)

Papéis e Responsabilidades


Segunda Parte: Situação do Projeto

GliSystem


Nome da tarefa Duração Início Término Predecessoras Nomes dos recursos

Funcional 62 dias Sáb 16/03/13 Ter 11/06/13

Entrevistas

entrevistar medicos

agendar data 5 dias Qua 15/05/13 Ter 21/05/13 Guilherme

Produzir relatorio 2 dias Qua 22/05/13 seg 27/05/13 4 Carol e Ana

entrevistar pacientes

agendar data 5 dias Qui 28/05/13 Ter 02/06/13 Guilherme

produzir relatorio 2 dias Qua 03/05/13 Qui 04/06/13 7 Carol e Ana

manter cadastro de alimentos

Pesquisar carboidratos de alimentos 7 dias Sex 05/04/13 Seg 15/04/13 Todos

inserir os dados no sistema 4 dias Ter 16/04/13 Sex 19/04/13 10 Guilherme

manter cadastro de pacientes 60 dias Qua 20/03/13 Ter 11/06/13

Pesquisar doença 20 dias Qua 20/03/13 Ter 16/04/13 Todos

analisar diagnostico 15 dias Qua 17/04/13 Ter 07/05/13 13 Todos

Pesquisar tratamento 20 dias Qua 08/05/13 Ter 04/06/13 14 Todos

Criar relatórios Periódicos 5 dias Qua 05/06/13 Ter 11/06/13 15 Todos

Cronograma das principais entregas (previsto)



Tecnologia

Definir da tecnologia 17 dias

Banco de dados 5 dias Seg 01/04/13 Sex 05/04/13

Linguagem de codificação 5 dias Seg 01/04/13 Sex 05/04/13

Ambiente de desenvolvimento 7 dias Seg 08/04/13 Ter 16/04/13 21;20

projeto logico

Documentação 28 dias

diagrama de caso de uso 7 dias Ter 23/04/13 Qua 01/05/13 Ana

diagrama de classe 7 dias Ter 30/04/13 Qua 08/05/13 Ana e Carol

diagrama de atividade 7 dias Qui 09/05/13 Sex 17/05/13 Carol

diagrama de sequência 7 dias Sex 17/05/13 Seg 27/05/13 Ana e Carol

modelagem de dados 24 dias

Diagrama de entidade relacionamento (DER)

7 dias Seg 27/05/13 Ter 04/06/13 Rafael

Modelo Entidade Relacionamento(MER)

7 dias Ter 04/06/13 Qua 12/06/13 Rafael

Definir interfaces e guias de estilo 10 dias Elias, Rafael

projeto fisico 100 dias

codificação 60 dias Qua 12/06/13 Ter 03/09/13 Elias, Rafael

teste

unitário 5 dias Qua 14/08/13 Ter 20/08/13 Elias

integrado 7 dias Qua 21/08/13 Qui 29/08/13 36 Elias

Performance 7 dias Qui 12/09/13 Sex 20/09/13 Elias

Homologação 20 dias Seg 23/09/13 Sex 18/10/13 38;37;36 Elias

implantação 10 dias Sáb 19/10/13 Qui 31/10/13 34;35 Elias e Rafael

Cronograma das principais entregas (previsto)


Cronograma das principais entregas (realizado)


Funcional 62 dias Sáb 16/03/13 Ter 11/06/13

Entrevistas

entrevistar medicos

agendar data 5 dias Qua 15/05/13 Ter 21/05/13 Guilherme

Produzir relatório 2 dias Qua 22/05/13 seg 27/05/13 4 Carol e Ana

entrevistar pacientes

agendar data 5 dias Qui 28/05/13 Ter 02/06/13 Guilherme

produzir relatório 2 dias Qua 03/05/13 Qui 04/06/13 7 Carol e Ana

manter cadastro de alimentos

Pesquisar carboidratos de alimentos 7 dias Sex 15/06/13 Seg 24/06/13 Todos

inserir os dados no sistema 4 dias Ter 15/08/13 Sex 20/08/13 10 Guilherme

manter cadastro de pacientes 60 dias Qua 20/03/13 Ter 11/06/13

Pesquisar doença 20 dias Qua 20/03/13 Ter 16/04/13 Todos

analisar diagnostico 15 dias Qua 17/04/13 Ter 07/05/13 13 Todos

Pesquisar tratamento 20 dias Qua 08/05/13 Ter 04/06/13 14 Todos

Criar relatórios Periódicos 5 dias Qua 05/06/13 Ter 11/06/13 15 Todos



Tecnologia

Definir da tecnologia 17 dias

Banco de dados 5 dias Seg 01/04/13 Sex 05/04/13 todos

Linguagem de codificação 5 dias Seg 01/04/13 Sex 05/04/13 todos

Ambiente de desenvolvimento 7 dias Seg 08/04/13 Ter 16/04/13 21;20 todos

projeto logico

Documentação 28 dias

diagrama de caso de uso 7 dias Ter 23/04/13 Qua 01/05/13 Ana

diagrama de classe 7 dias Ter 30/04/13 Qua 08/05/13 Ana e Carol

diagrama de atividade 7 dias Qui 09/05/13 Sex 17/05/13 Carol

diagrama de sequência 7 dias Sex 17/05/13 Seg 27/05/13 Ana e Carol

modelagem de dados 24 dias

Diagrama de entidade relacionamento (DER)

7 dias Seg 27/05/13 Ter 04/06/13 Rafael

Modelo Entidade Relacionamento(MER) 7 dias Ter 04/06/13 Qua 12/06/13 Rafael

Definir interfaces e guias de estilo 10 dias Elias, Rafael

projeto fisico 100 dias

codificação 60 dias Qua 12/06/13 Ter 03/09/13 Elias, Rafael

teste

unitário 5 dias Qua 14/08/13 Ter 20/08/13 Elias

integrado 7 dias Qua 21/08/13 Qui 29/08/13 36 Elias

Performance 7 dias Qui 12/09/13 Sex 20/09/13 Elias

Homologação 20 dias Seg 23/09/13 Sex 18/10/13 38;37;36 Elias

implantação 10 dias Sáb 19/10/13 Qui 31/10/13 34;35 Elias e Rafael

Cronograma das principais entregas (Realizado)


– Definição da tecnologia a ser usada (banco de dados, linguagem , ambiente de desenvolvimento)

– Definição do escopo do projeto e escopo do projeto

– Definição de papéis e responsabilidades

– Diagramas de caso de uso

– Diagrama de classe

– Diagrama de atividade

– Diagrama de sequencia

– Pesquisas sobre a doença e seu tratamento

– Relatórios de entrevistas com médicos de portadores da doença

– Modulo de cadastro de usuários no sistema (criar, alterar, excluir)

– Modulo de cadastro de alimentos no sistema (criar, alterar, excluir)

Entregas realizadas no período (fevereiro-abril)


Lista de tabelas

Diagrama geral do sistema

Modelo lógico

Normalização do banco de dados

Entrevistas com Médicos e Portadores da doença

Funcionalidade de chat entre medico e paciente no sistema

Entregas previstas para o próximo período (maio-julho)



1 Não estar na qualidade necessária e completa para o usuário

N 10 Em mitigação Fazer novas reuniões com o cliente e alinhar o real objetivo.

2 Comercialização do sistema

P 20 Em mitigação Buscar inovação, eficiência referente aos já existentes no mercado.

3 Atraso na entrega do projeto

N 10 Em mitigação Alinhar a comunicação com a equipe do projeto. Ter um cronograma organizado.

4 Não ter o escopo de acordo com o que o cliente solicitou

N 20 Em mitigação Reuniões objetivas e acompanhamento do cliente durante o levantamento dos requisitos.

Riscos



01/04/2013 Mudança do layout do sistema

01/05/2013 Mudança de escopo: acréscimo de nova funcionalidade, chat entre medico e paciente

Mudanças no projeto



1 Pensar em todas as etapas do projeto para evitar mudanças.

Diminuir mudanças do projeto e facilitar o gerenciamento

2 Organização, foco e comunicação do grupo.

Aumento da produtividade.

3 Reuniões com os clientes semanalmente.

Mais assertividade nos levantamentos de requisitos.

4 Definir responsabilidades Não há duplicidade de tarefas a

serem feitas.

Lições aprendidas


Muito obrigado! Gli System

[email protected] www.alessandroalmeida.com/unifieo.htm www.slideshare.net/alessandroalmeida

gestão de projetos e empreendedorismo - atividade: status report

Business