0
AlessandroAlmeida | www.alessandroalmeida.com
12/05/2014
1° Semestre de 2014
SIN-NA7
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
Info...
# Nome do Projeto
1 FCP – Ferramenta de Controle Patrimonial
2 GEFI - Gestão Financeira
3 Sistema GOOCC
4 MaSoft
5 MKOFFIC...
PRONTUÁRIO NOME
11101445 Carlos EduardoTorres
11104146 Felipe de Sousa Marques
11100647 Igor Luiz de Sousa Santos
11101418...
SISTEMAS DE INFORMAÇÃO
Status Report
PRONTUÁRIO NOME
11101445 Carlos Eduardo Torres
11104146 Felipe de Sousa Marques
11100647 Igor Luiz de Sousa Santos
1110141...
FCP – Ferramenta de Controle
Patrimonial
 Atualmente, o processo de controle
patrimonial é feito de forma manual.
 O sistema de chamados técnicos para itens
defe...
 Desenvolver um sistema que realize o
controle patrimonial de uma empresa,
 Fazer a abertura de chamados técnicos (itens...
 Tornar o processo de inventário do
patrimônio fixo da empresa mais rígido e
mais preciso.
 Tornar as aberturas e atendi...
 Sistema web, desenvolvido em PHP e banco
de dados MySQL. Para se fazer o controle
patrimonial
 Utilização da tecnologia...
 Diagrama de Caso de Uso;
 Diagrama de Classe;
 Descrição de Caso de Uso;
 Diagrama de Sequência;
 Modelo Descritivo;...
DESCRIÇÃO
(P)REMISSA
(R)ESTRIÇÃO
O projeto deve estar concluído até o final deste ano R
O sistema deverá ser desenvolvido ...
Felipe
Gerente de Projeto
Igor
Analista de Requisitos
Carlos
Desenvolvedor
Nilton
Analista de Testes
Igor
DBA
PAPEL RESPONSABILIDADES
Carlos Eduardo Torres Desenvolvedor
Felipe Marques Gerente do projeto; Desenvolvedor
Igor Luiz Sou...
FCP – Ferramenta de Controle
Patrimonial
 2° Semana de Maio
◦ Criação do módulo de cadastro de usuários;
◦ Encaminhamento do módulo para o testador;
◦ Atualização...
 4° Semana de Maio
◦ Criação do módulo de Abertura de Chamados técnicos;
◦ Criação do módulo de relatórios sobre os recur...
# DESCRIÇÃO TIPO CRITIC. SITUAÇÃO AÇÕES
1 Não Atendimento
do prazo
N 15 Mitigar Fazer um bom
gerenciamento do
tempo. Preve...
DATA DESCRIÇÃO DA MUDANÇA
10/05/2014 Adição de novos atributos em algumas entidades no
modelo de entidades relacional (MER...
# DESCRIÇÃO
1
Realmente é importante possuir uma documentação atualizada
para auxiliar os desenvolvedores
2
Os desenvolved...
FCP – Ferramenta de Controle
Patrimonial
PRONTUÁRIO NOME
11102727 HélioTrindade
11100403 Nicole Mitie Inouye
11101436 Rafael Petrus
11101905 Tamires Andrade
Índice
SISTEMAS DE INFORMAÇÃO
Status Report
PRONTUÁRIO NOME
11102727 Hélio Trindade
11100403 Nicole Mitie Inouye
11101436 Rafael Petrus
11101905 Tamires Andrade
GEFI - Gestão Financeira
 O dia-a-dia das pessoas é cada vez mais
exaustivo, não permitindo tanto tempo para
se organizarem.
 Nem sempre o uso de...
 O GEFI visa facilitar o gerenciamento das
despesas pessoais, permitindo que o usuário
tenha maior controle de seus gasto...
 A diminuição dos gastos;
 Evita desperdícios de dinheiro (juros e
acréscimos);
 Melhor organização das despesas;
 Mai...
 Utilizando o GEFI o usuário terá controle das
datas de vencimentos das contas já
cadastradas pelo mesmo;
 O valor a ser...
 Descritivo do sistema;
 Documentação de regra de negócios;
 Especificação funcional;
 Caso de Uso;
 Diagrama de Caso...
GEFI
Documentação
Engenharia De
Software
Descrição de
Casos de Usos
Regras de
Negócio
Requisitos
Funcionais
Diagramas
Diag...
DESCRIÇÃO
(P)REMISSA
(R)ESTRIÇÃO
A equipe é composta por 4 membros Premissa
O sistema será finalizado em julho de 2014 Pre...
Tamires Andrade
Gerente de Projeto
Nicole Mitie e Helio
Trindade
Documentador
Hélio Trindade e
Rafael Petrus
Analista de n...
PAPEL RESPONSABILIDADES
Gerente do Projeto Realizar a gestão do projeto, acompanhar o
desenvolvimento e gestão de prazos.
...
GEFI - Gestão Financeira
 Finalização da documentação de Banco de
Dados
 Processo de desenvolvimento da
documentação do Sistema
 Início do desen...
 Requisitos Funcionais
 Diagrama de Classes
 Diagrama de Casos de Uso
 Documentação de Banco de Dados(DDL, DML,
DQL)
# DESCRIÇÃO TP CRITIC. SIT. AÇÕES
1 Entrega fora do prazo N 25 Mitigar Negociar com a banca para
aumentar o prazo
2 Só fic...
DATA DESCRIÇÃO DA MUDANÇA
01.02.2014 Nicole entrou no grupo
20.02.2014 Rafael entrou no grupo
02.03.2014 Mudança no escopo...
# DESCRIÇÃO
1 Melhorar a comunicação do grupo/ distribuição de tarefas
2 Não deixar as coisas para a última hora
3 Realiza...
GEFI - Gestão Financeira
PRONTUÁRIO NOME
11103445 Guilherme Macedo Soara
11104473 Jonatan Cruz Polini
11103788 Lucas Xavier Ferreira
11103442 Marco...
SISTEMAS DE INFORMAÇÃO
Status Report
PRONTUÁRIO NOME
11103445 Guilherme Macedo Soara
11104473 Jonatan Cruz Polini
11103788 Lucas Xavier Ferreira
11103442 Marco...
Sistema GOOCC
 Devido a carência de soluções na área de
construção civil, o GOOCC irá auxiliar no
controle de projetos.
 Gerenciamento de etapas, custos e
orçamentos de diversos tipos de projetos
voltados à construção civil
 Controle de custos, redução de desperdícios,
geração de indicadores e maior controle de
prazos
 Sistema web instalado em um datacenter
desenvolvido em ASP.net e linguagem de
programação C#, usando um banco de dados
S...
 Diagrama de Casos de Uso;
 Diagrama de Classes;
 Diagrama de Sequência;
 Modelo Entidade e Relacionamento;
 Dicionár...
 Documentação de Engenharia de Software;
 Documentação de Banco de Dados;
 Desenvolvimento do Software;
 Apresentação ...
DESCRIÇÃO
(P)REMISSA
(R)ESTRIÇÃO
Os cinco integrantes realização a apresentação do projeto (P)
A apresentação ocorrerá na ...
Guilherme
Soara
Gerente de Projeto
Jonatan, Lucas,
Marco, Renan
Documentador
Lucas Ferreira
Testador
Guilherme e
Renan
Des...
PAPEL RESPONSABILIDADES
Gerente de Projeto Delegar as tarefas entre os membros da
equipe do projeto, acompanhar as etapas
...
Sistema GOOCC
 Fim de maio: apresentação para pré-banca e
entrega da documentação;
 Dezembro: apresentação para banca e
entrega da doc...
# DESCRIÇÃO TIPO CRITIC. SITUAÇÃO AÇÕES
1 Não
atendimento
ao prazo
(N) 5 Em mitigação Gerenciamento do
tempo para
desenvol...
DATA DESCRIÇÃO DA MUDANÇA
Mai/14 Inclusão das áreas de Contrato, de Cotação e de Etapas no
escopo do projeto.
Início do de...
# DESCRIÇÃO
1
Dividir bem as tarefas entre cada membro do grupo, valorizando
o que cada indivíduo tem de melhor para ofere...
SISTEMA GOOCC
PRONTUÁRIO NOME
11101013 Augusto Cesar Camarotto
11102716 Gilvan Gomes da Silva Junior
11100414 Guilherme Alencar
11101199...
Sistemas de Informação
MaSoft
Status Report
Dados do Grupo
Prontuário Nome
11101013 Augusto Cesar Camarotto
11102716 Gilvan Gomes da Silva Junior
11100414 Guilherme A...
MaSoft
 Foi escolhido o tema devido a carência
do mercado de sistemas para atender a
norma de Segurança da Informação
chamada PC...
 Desenvolver um sistema para facilitar o
atendimento a norma PCI DSS.
 Criar um preenchimento de SAQ mais intuitivo.
 Dar mais controle da conformidade dos
estabelecimentos para as adquirent...
 Um sistema WEB desenvolvido em .NET de
preenchimento online de SAQs e controle do
nível de conformidade de um
estabeleci...
 Aprender mais sobre a norma PCI DSS.
 Desenvolver um sistema.
 Documentar o que foi desenvolvido.
Projeto MaSoft
Gerente do
Projeto
Plano de
Gerenciamento
- Planejamento dos Requisitos.
- Planejamento do Escopo.
- Planej...
Descrição
(P )
Premissa
(R )
Restrição
Tem que conter no máximo cinco
integrantes
R
O projeto precisa ser concluido no pra...
Guilherme
Alencar
Gerente de Projeto
Guilherme
Alencar
Analista de Requisitos
Gilvan Junior
Desenvolvedor
Augusto
Camarott...
Papel Responsabilidade
Desenvolvedor
Codificar o sistema de acordo com a documentação gerada
pelo Analista de Sistemas.
Ge...
MaSoft
Setembro Outubro Novembro Dezembro
1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4
Documentação Responsável
Mer. Guilherme
Modelo Relacion...
Entrega Atividade
10/05/20
14
Status Report
13/05/20
14
MER, Modelo Relacional, Modelo Descritivo,
Diagrama de caso de uso...
# Descrição Tipo Critic.
Situa
ção
Ações
1
O Projeto ser aprovado com a
nota máxima.
Positivo Media Continuar se dedicando...
Data Descrição da Mudança
20/07/2014 Acrescentar mais SAQs ao sistema.
22/07/2014 Alterar documentação
25/07/2014 Incluir ...
# Lições aprendidas
1 Realizar reuniões semanais.
2
Ajudar os colegas de grupo até mesmo em
atividades não relacionadas ao...
Sistemas de Informação
PRONTUÁRIO NOME
11101434 Christopher Scotini Rozário
11101428 Thiago Silva de Jesus
Índice
SISTEMAS DE INFORMAÇÃO
Status Report
PRONTUÁRIO NOME
11101434 Christopher Scotini Rozário
11101428 Thiago Silva de Jesus
MKOFFICE
 Atualmente as consultoras não costumam fazer
anotações sobre vendas, pedidos, clientes,
produtos, etc. Há exceções de co...
 Prover o gerenciamento total do negocio
fornecendo funcionalidades para o controle
de equipes, clientes, produtos, pedid...
 Prover de forma completa o gerenciamento
do negócio das consultoras.
 Sistema web, desenvolvido na linguagem
JAVA e banco de dados MySQL.
 Documentos de Engenharia de Software
 Documentos de Banco de Dados
 Produto
 Apresentação do Produto
DESCRIÇÃO
(P)REMISSA
(R)ESTRIÇÃO
O TCC será finalizado sem mudança de membros do
grupo.
P
O projeto precisa ser concluído ...
Christopher
Gerente de Projeto
Christopher
Analista de Negócios
Christopher
Desenvolvedor
Thiago
Analista de Testes
Thiago...
PAPEL RESPONSABILIDADES
Gerente de Projeto Acompanhar as atividades da equipe;
Criar os planos do projeto.
Analista de Neg...
MKOFFICE
1 2 3 4 5 1 2 3 4 1 2 3 4 5 1 2 3 4
DOCUMENTAÇÃO RESPONSÁVEL
DESCRIÇÃO DE CASO DE USO
Mapear requisitos funcionais Thiago
...
Descrição Data
Entrega para a disciplina Tópicos
Avançados em Desenvolvimento de
Software
09/05/2014
Entrega para a discip...
# DESCRIÇÃO TIPO CRITIC. SITUAÇÃO AÇÕES
1 Entrega do
Projeto
N 5 Em mitigação Não atrasar as
entregas
2 Possibilidade de
E...
DATA DESCRIÇÃO DA MUDANÇA
# DESCRIÇÃO
1 Realizar reuniões semanais com a equipe do projeto.
2
Envolver os professores que poderão fazer parte da ban...
MKOFFICE
PRONTUÁRIO NOME
08204907 Alessandro Mazoca
11110420 Bruno Gonçalves
11100401 Karoline Sousa
09211155 Thiago Lolo
11104624 ...
SISTEMAS DE INFORMAÇÃO
Status Report
PRONTUÁRIO NOME
08204907 Alessandro Mazoca
11110420 Bruno Gonçalves
11100401 Karoline Sousa
09211155 Thiago Lolo
11104624 ...
Sistema de gerenciamento de
pedidos para Bares
 Prover uma ferramenta que realize o
gerenciamento do pedido em bares com foco
na divisão de contas individualmente em um...
 Desenvolver uma ferramenta cujo foco é a
automação e informatização de
estabelecimentos (bares) que façam uso de
comanda...
 Divisão de contas de forma igual e justa.
Agilidade, automação e informatização na
realização de pedidos. Emissão de rel...
 Sistema web, hospedado internamente no
cliente, desenvolvido em C# e HTML5, com
banco de dados em SQL com interface
inte...
 Diagrama de caso de uso
 Diagrama de classe
 Diagrama de entidade relacional
 Descrição de caso de uso
 Script de te...
Sistema de gerenciamento de pedidos em
bares
Documentação
Descrição de
Caso de Uso
Regras de
Negócio
Requisitos
Funcionais...
DESCRIÇÃO
(P)REMISSA
(R)ESTRIÇÃO
Limitações técnicas R
Orçamento R
Disponibilização infra-estrutura P
Alessandro
Mazoca
Gerente do Projeto
Thiago LOLO
Documentador
Vinicius KENDI
Testador
Karoline SOUZA
Programadora
Bruno GO...
PAPEL RESPONSABILIDADES
Gerente de Projeto Realizar acompanhamento do cronograma,
Validação da documentação,Gerenciamento
...
Sistema de gerenciamento de
pedidos para bares
Maio Junho Julho Agosto
1 2 3 4 1 2 3 4 5 1 2 3 4 1 2 3 4
DOCUMENTAÇÃO RESPONSÁVEL
LEVANTAMENTO DE REQUISITOS
Mapear requi...
 DocuDATA DESCRIÇÃO DA ENTREGA
09-Maio Entrega da apresenteção de pré-banca para Waldomiro
30-Mai Entrega documentação fi...
# DESCRIÇÃO TIPO CRITIC. SITUAÇÃO AÇÕES
1
Saída do membro
da equipe
Negati
vo
5 Explorar
alocar outro recurso
interno para...
DATA DESCRIÇÃO DA MUDANÇA
N/A N/A
# DESCRIÇÃO
1 Necessidade de reaunião semanal
2 Fazer uso do status report com os atuais stakeholders do projeto
3 Documen...
Sistema de gerenciamento de
pedidos para bares
PRONTUÁRIO NOME
11104082 Gustavo Colares Pego
11101415 Letícia Pereira Barreto
11103436 Willian Ferreira Felix
Índice
SISTEMAS DE INFORMAÇÃO
Status Report
PRONTUÁRIO NOME
11104082 Gustavo Colares Pego
11101415 Letícia Pereira Barreto
11103436 Willian Ferreira Felix
Sistema de Pregão Online
 Facilitar a compra de produtos com o melhor
custo.
 Oferecendo uma alternativa viável e de fácil
acesso.
 Desenvolver um sistema de pregão online
para proporcionar às empresas a compra de
produtos(através de uma lance) obtendo...
 Reduzir tempo de procura.
 Reduzir o custo.
 Atender a demanda.
 O sistema será desenvolvido em PHP.
 Utilizando MySQL, Jquery, Ajax.
 Diagrama de Caso de Uso.
 Diagrama de Fluxo de Dados.
 Descrição de Caso de Uso.
 Plano de Testes.
 Modelo Entidade ...
Sistema de
Pregão Online
Documentação
Descrição de
Caso de Uso
Regras de
Negócio
Requisitos
Funcionais
Requisitos Não
Func...
DESCRIÇÃO
(P)REMISSA
(R)ESTRIÇÃO
O TCC será finalizado sem mudanças de membros do
grupo.
P
O sistema precisa permitir vári...
Letícia
Barreto
Gerente de Projeto
Willian Felix
Desenvolvedor
Gustavo
Colares
Analista de Negócios
PAPEL RESPONSABILIDADES
Analista de Negócios Validar documentação e analisar as regras
de negócio e requisitos.
Desenvolve...
Sistema de Pregão Online
 Maio/2014: Validar o Modelo Entidade
Relacionamento e finalizar o banco de dados
com as principais consultas. Concluir o...
 Modelo Entidade Relacionamento.
 Banco de Dados completo incluindo as
principais consultas.
 Diagramas de Fluxo de Dad...
# DESCRIÇÃO TIPO CRITIC. SITUAÇÃO AÇÕES
1 Não atendimento
ao prazo.
N 5 Eliminado Conforme planejado
com a equipe, os
praz...
DATA DESCRIÇÃO DA MUDANÇA
05/05/2014 Alteração no organograma da equipe.
# DESCRIÇÃO
1
Realizar reuniões semanais com a equipe do projeto, para não
impactar no prazo de entrega das atividades.
2 ...
Sistema de Pregão Online
PRONTUÁRIO NOME
11101444 Rosimere Felix
11103797 ThaísVieira
Índice
SISTEMAS DE INFORMAÇÃO
Status Report
PRONTUÁRIO NOME
11101444 Rosimere Felix
11103797 Thaís Vieira
SAF – Sistema de
Agendamento de Formatura
 A principal justificativa do desenvolvimento
deste projeto é a automatização, controle e
agilidade na organização de for...
Facilitar a organização e o agendamento de
formaturas. O sistema possibilita ter um
maior controle principalmente sob as
f...
 Facilitar a análise dos dados da formatura,
fazendo com que a empresa consiga
determinar a quantidade ideal de recursos ...
 Sistema Web
 Desenvolvido em linguagem PHP
 Banco de Dados MySQL
 Requisitos Funcionais
 DFD
 Diagrama de Sequência
 Diagrama de Caso de Uso
 Diagrama de Classe
 Diagrama de Colabor...
SAF
Sistema
Cadastros
Relatórios
Controles
Documentação
Banco de Dados
Modelo Descritivo
Modelo
Conceitual -MER
Modelo Rel...
DESCRIÇÃO
(P)REMISSA
(R)ESTRIÇÃO
O projeto será desenvolvido por três pessoas PREMISSA
Aprender mais sobre a linguagem (PH...
Thaís e Rosimere
Gerente do Projeto
Thaís
Documentadora
Testadora
Banco de Dados
Rosimere
Programadora
Documentadora
PAPEL RESPONSABILIDADES
Gerente de Projeto
Responsável por supervisionar as atividades,afim
de garantir o cumprimento das ...
SAF – Sistema de
Agendamento de Formatura
 Modelo Físico – Scripts
 Apresentação
 Artigo Sistema
 Testes
 Manual do Sistema
DESCRIÇÃO TIPO CRITIC. SITUAÇÃO AÇÕES
1 Entregas fora do
prazo Negativo Alta
Estimar o tempo maior ao
habitual
2 Não valid...
DATA DESCRIÇÃO DA MUDANÇA
04/2014 Adoção de novos perfis no sistemas
04/2014 Novas regras de negócios inseridas
DESCRIÇÃO
1
Se antecipar na preparação das atividades, para não ficar fora do
prazo de entrega.
2 Sempre reunir o grupo pr...
SAF – Sistema de
Agendamento de Formatura
PRONTUÁRIO NOME
11102721 Juan Manuel Garcia
11101435 Rogério Oliveira
10200498 Sérgio Paulo dos Santos França
Índice
SISTEMAS DE INFORMAÇÃO
Status Report
PRONTUÁRIO NOME
11102721 Juan Manuel Garcia
11101435 Rogério Oliveira
10200498 Sérgio Paulo dos Santos França
Sistema Gerenciador de
Processos Jurídicos
 Com a concorrência e alta demanda no
mercado de advocacia, percebemos a
necessidade de desenvolver um sistema para
geren...
 O projeto tem como proposta informatizar e
viabilizar o controle de prazos processuais,
por meio de alertas; obter o cad...
 Funcionamento do Escritório Nieves & Quattrone
sem a implantação do Sistema.
 Alertas de compromissos (reunião,
audiência, aniversariante, visita e etc)
do dia, mês e ano.
 Gerenciar os documentos ...
 Sistema será web (instalado no servidor
empresa ou num datacenter), desenvolvido em
.NET Framework 4.5, linguagem C# e b...
 Regra de Negócio
 Diagrama E-R
 Descrição de Caso de Uso
 Diagrama de Caso de Uso
 Diagrama de Classe
 Diagrama de ...
Projeto SGPJ
Documentação
Engenharia de
Software
Regras de
Negócio
Descrição de
Casos de Uso
Requisitos
Funcionais
Requisi...
DESCRIÇÃO
(P)REMISSA
(R)ESTRIÇÃO
A empresa irá disponibilizar informações para o
levantamento de requisitos
P
A Bruna, adv...
Juan Garcia
Gerente de Projeto
Sérgio França
Analista de Requisitos
Rogério
Oliveira
Desenvolvedor
Juan e Sérgio
Analista ...
PAPEL RESPONSABILIDADES
Gerente de Projeto Realizar o acompanhamento e organizar o
cronograma.
Documentador Conhecer profu...
Sistema Gerenciador de
Processos Jurídicos
 Banco de Dados: Scripts SQL (Consulta);
Entrega atualizada do MER, Normalização,
Dicionário de Dados.
 Engenharia de So...
# DESCRIÇÃO TP CRIT. SITUAÇÃO AÇÕES
1 Surpreender o cliente
com funcionalidades
adicionais
(P) 12 Melhorar Implementação n...
DATA DESCRIÇÃO DA MUDANÇA
12/05/14 Iremos validar novamente a Regra de Negócio, para
assim implementar em todo escopo do p...
# DESCRIÇÃO
1
Com alguns atrasos no Projeto, percebemos a necessidade de
priorizar o desenvolvimento do Projeto de TCC.
2 ...
Sistema Gerenciador de
Processos Jurídicos
PRONTUÁRIO NOME
11100889 Iris de Melo Santos
11104270 Juliana C. S. de Lima
08101105 Wanderlei Ribeiro Dias
Índice
SISTEMAS DE INFORMAÇÃO
Status Report
PRONTUÁRIO NOME
11100889 Iris de Melo Santos
11104270 Juliana C. S. de Lima
08101105 Wanderlei Ribeiro Dias
S.I.A – Sistema Integrado de
Agendamento
 Por lei, as empresas precisam que seus funcionários
passem por uma avaliação médica que ateste se estão
aptos ou não par...
 Desenvolver uma aplicação que possibilite
controlar e facilitar todos os processos que
envolvem os exames ocupacionais d...
 Otimizar o tempo para agendamento de
exames, permitindo que as próprias
empresas agendem os exames para seus
funcionário...
 As empresas conveniadas terão a opção de agendar os exames
diretamente pelo sistema, mas se preferirem também poderão so...
 O S.I.A é um sistema que será desenvolvido
para facilitar o agendamento e realização dos
exames ocupacionais, visando ta...
S.I.A
Documentação
Descrição de
Caso de Uso
Regras de
Negócio
Requisitos
Funcionais
Banco de Dados
MER
Diagrama de
Caso de...
DESCRIÇÃO
(P)REMISSA
(R)ESTRIÇÃO
O cliente disponibilizará um usuário do sistema em
meio período por uma semana para levan...
Juliana/Iris/
Wanderlei
Gerente de Projeto
Juliana Lima
Analista de Requisitos
Iris de Melo
Analista de Requisitos
Wanderl...
PAPEL RESPONSABILIDADES
Gerente de Projetos Elaboração e acompanhamento do
Cronograma. Validar Documentações e as
funciona...
S.I.A – Sistema Integrado de
Agendamento
Nome da tarefa Duração Início Término Predecessoras Nomes dos recursos
S.I.A 29 dias Qui 01/05/14 Ter 10/06/14
Alteração d...
 ASO em PDF
 Enviar ASO por Email
 Relatórios
 Integração
 Módulo Financeiro
# DESCRIÇÃO TIPO CRITIC. SITUAÇÃO AÇÕES
1 Alterações no
Escopo
N 3 Mitigar Mapear Alterações e
identificar o que
pode ser ...
DATA DESCRIÇÃO DA MUDANÇA
01/05/2014 Novo Membro na Equipe
# DESCRIÇÃO
1 Dividir as tarefas igualmente visando respeitar os prazos.
2
Organizar as atividades e indicar os responsáve...
S.I.A – Sistema Integrado de
Agendamento
PRONTUÁRIO NOME
11101826 EderWatanabe Rocha
11100572 Joice Nazareth Pereira
11101162 Vinicius Serafim Pereira da Silva
Índ...
SISTEMAS DE INFORMAÇÃO
Status Report
PRONTUÁRIO NOME
11101826 Eder Watanabe Rocha
11100572 Joice Nazareth Pereira
11101162 Vinicius Serafim Pereira da Silva
Smart
 O projeto tem por finalidade a disseminação
do conhecimento artístico e cultural.
 A solução propõe uma aliança entre a...
 Desenvolvimento de um sistema que permita
mapear obras de um acervo no qual os
visitantes de uma determinada exposição
p...
 Oferecer aos visitantes das exposições uma
forma ágil de obter o maior número de
informações possíveis sobre determinada...
 Sistema Web desenvolvido em PHP e banco de
dados MySQL;
 Criação de uma aplicação para dispositivos
móveis (Android) pa...
 Diagramas de Casos de Uso;
 Diagrama de Classes;
 Diagramas de Sequência;
 Modelo Entidade Relacionamento;
 Modelo L...
SMART
Documentação
Engenharia
Diagrama
de Caso de
Uso
Descrição de
Caso de Uso
Regras de Negócio
Requisitos Funcionais
Req...
DESCRIÇÃO
(P)REMISSA
(R)ESTRIÇÃO
Eder, Vinícius e Joice participarão do projeto P
Os professores orientarão o projeto de a...
Vinicius
Gerente de Projeto
Joice
Analista de Requisitos
Vinicius
Desenvolvedor
Joice/Eder
Analista de Testes
Eder
DBA
PAPEL RESPONSABILIDADES
Gerente de Projetos Gerenciar a equipe e distribuir tarefas aos integrantes
conforme cronograma. A...
Smart
 Geração e Impressão do QR Code
 Finalização da aplicação Android
 Elaboração do Manual do Usuário
 Elaboração da Docu...
# DESCRIÇÃO TIPO CRITIC. SITUAÇÃO AÇÕES
1 Entrega
fora do
prazo
Negativo 15 Explorar Escalar coordenação
2 Entrega
antes d...
DATA DESCRIÇÃO DA MUDANÇA
01/05/2014
Inclusão de uma nova tabela na base de dados, para
controlar todas as mudanças de loc...
# DESCRIÇÃO
1
É necessário utilizar alguma ferramenta para o gerenciamento do
projeto de modo que todos os integrantes pos...
Smart
PRONTUÁRIO NOME
11104198 Alyne Salgado
11100407 Denis Roberto
11100598 Felipe Borges
11103878 Raphael Guimarães
Índice
SISTEMAS DE INFORMAÇÃO
Status Report
PRONTUÁRIO NOME
11104198 Alyne Salgado
11100407 Denis Roberto
11100598 Felipe Borges
11103878 Raphael Guimarães
Synergy
 O Synergy irá solucionar o problema de
gerenciamento e catalogação de projetos
SCRUM, além de causar maior cooperação
en...
 Desenvolver um sistema para controle de
projetos SCRUM, que seja flexível a
mudanças. E desenvolver satélites que
possam...
 Controle de capacity
 Controle de andamento do projeto
 Geração de um portfólio organizado
 Sistema web ASP.NET com banco de dados
SQL Server. E um WCF com comunicação XML
para integração com sistemas antigos.
 Diagrama de Caso de Uso
 Diagrama de Classe
 Descrição de Caso de Uso
 Apresentação do sistema
 Protótipo
DESCRIÇÃO
(P)REMISSA
(R)ESTRIÇÃO
O Synergy é desenvolvido seguindo os conceitos de Scrum. P
O projeto precisa ser concluíd...
Felipe
Borges
Alyne
Salgado
Denis
Roberto
Membro do Time
Raphael
Guimarães
Membro do Time
Membro do Time Membro do Time
PAPEL RESPONSABILIDADES
Product Owner Verificar as necessidades iniciais do projeto
e repassar ao SM e Team.
Scrum Master ...
Synergy
# DESCRIÇÃO TIPO CRITIC. SITUAÇÃO AÇÕES
1 Não atendimento
do prazo
N 20 Eliminar Atualizar o
cronograma sempre
que possíve...
DATA DESCRIÇÃO DA MUDANÇA
22/03/2014 Inserção de novos sistemas ao SCRUM.
07/04/2014 Mudanças no modelo descritivo e casos...
# DESCRIÇÃO
1 Se orientar ao máximo pelos stakeholders na avaliação antecipada
do projeto.
2 Realizar reuniões semanais co...
Synergy
PRONTUÁRIO NOME
11100408 DaianeTeixeira Sena
11101904 Leônidas do Nascimento
11104120 João Guilherme Cheffer
11104685 Rodo...
SISTEMAS DE INFORMAÇÃO
Status Report
PRONTUÁRIO NOME
11100408 Daiane Teixeira Sena
11101904 Leônidas do Nascimento
11104120 João Guilherme Cheffer
11104685 Rod...
APPOLO
Sistema de Gerenciamento de Conteúdo WEB
Nosso sistema possui o diferencial da rapidez,
prática e simplicidade no preenchimento do
conteúdo WEB, para que todos que...
Desenvolver um sistema, que torne prático e
eficaz o preenchimento de Páginas WEB, com
diversos conteúdos implantados.
 Esperamos que o sistema, apresente da
melhor forma, o seu desempenho e que todo
seu conteúdo, seja satisfatório para o c...
 Sistema para gerenciamento de conteúdo
Web, interface gráfica, de fácil manuseio e
acessibilidade a todos os tipos de cl...
.1. Itens que compõem o escopo do projeto
O projeto é identificado através das documentações
abaixo, fornecidas:
- Regra d...
APPOLO
Documentaçã
o
Descrição de
Caso de Uso
Regras de
Negócio
Requisitos
Funcionais
Diagrama
de Caso de
Uso
Modelo
de Da...
DESCRIÇÃO
(P)REMISSA
(R)ESTRIÇÃO
Para que o projeto tenha uma execução com sucesso, deve ser
estabelecido ao cliente que o...
João Guilherme
CEO
Daiane Sena
Analista de Sistemas
Leônidas do
Nascimento
Analista de Sistemas
Rodolpho Vinicius
Desenvol...
PAPEL RESPONSABILIDADES
CEO
Fornecer ideias de desenvolvimento e visões sobre o mercado relacionado
ao projeto em um conte...
APPOLO
Sistema de Gerenciamento de Conteúdo WEB
# DESCRIÇÃO TIPO CRITIC. SITUAÇÃO AÇÕES
1 Não Cumprir os
prazos (atraso nas
entregas)
N 12 Mitigação Motivar a equipe a "e...
DATA DESCRIÇÃO DA MUDANÇA
09/05/14 Alterações na Documentação, relacionado a matéria de Desenvolvimento
do sistema, altera...
# DESCRIÇÃO
1
Realizar Reuniões se possível mensais para alinhar todos os
detalhes.
2
Validar documentações, com os respon...
APPOLO
Sistema de Gerenciamento de Conteúdo WEB
alessandro.almeida@uol.com.br
www.alessandroalmeida.com/unifieo.htm
www.slideshare.net/alessandroalmeida
Gestão de Projetos e Empreendedorismo - Atividade: Status Report
Gestão de Projetos e Empreendedorismo - Atividade: Status Report
Gestão de Projetos e Empreendedorismo - Atividade: Status Report
Gestão de Projetos e Empreendedorismo - Atividade: Status Report
Gestão de Projetos e Empreendedorismo - Atividade: Status Report
Gestão de Projetos e Empreendedorismo - Atividade: Status Report
Gestão de Projetos e Empreendedorismo - Atividade: Status Report
Gestão de Projetos e Empreendedorismo - Atividade: Status Report
Gestão de Projetos e Empreendedorismo - Atividade: Status Report
Gestão de Projetos e Empreendedorismo - Atividade: Status Report
Gestão de Projetos e Empreendedorismo - Atividade: Status Report
Gestão de Projetos e Empreendedorismo - Atividade: Status Report
Gestão de Projetos e Empreendedorismo - Atividade: Status Report
Upcoming SlideShare
Loading in...5
×

Gestão de Projetos e Empreendedorismo - Atividade: Status Report

803

Published on

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

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

No Downloads
Views
Total Views
803
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
19
Comments
0
Likes
2
Embeds 0
No embeds

No notes for slide

Transcript of "Gestão de Projetos e Empreendedorismo - Atividade: Status Report"

  1. 1. AlessandroAlmeida | www.alessandroalmeida.com 12/05/2014 1° Semestre de 2014 SIN-NA7
  2. 2. Consolidando o aprendizado de Gestão de Projetos
  3. 3.  Os próximos slides fazem parte de uma atividade realizada pelos alunos da turma SIN-NA7 (7º semestre de Sistemas de Informação – 1º semestre de 2014)  Tema da atividade: Status Report do ProjetoTCC
  4. 4. # Nome do Projeto 1 FCP – Ferramenta de Controle Patrimonial 2 GEFI - Gestão Financeira 3 Sistema GOOCC 4 MaSoft 5 MKOFFICE 6 Sistema de gerenciamento de pedido para bares 7 Sistema de Pregão Online 8 SAF – Sistema de Agendamento de Formatura 9 Sistema Gerenciador de Processos Jurídicos 10 S.I.A – Sistema Integrado de Agendamento 11 Smart 12 Synergy 13 Appolo CMS
  5. 5. PRONTUÁRIO NOME 11101445 Carlos EduardoTorres 11104146 Felipe de Sousa Marques 11100647 Igor Luiz de Sousa Santos 11101418 Nilton José PiresGonçalves Junior Índice
  6. 6. SISTEMAS DE INFORMAÇÃO Status Report
  7. 7. PRONTUÁRIO NOME 11101445 Carlos Eduardo Torres 11104146 Felipe de Sousa Marques 11100647 Igor Luiz de Sousa Santos 11101418 Nilton José Pires Gonçalves Junior
  8. 8. FCP – Ferramenta de Controle Patrimonial
  9. 9.  Atualmente, o processo de controle patrimonial é feito de forma manual.  O sistema de chamados técnicos para itens defeituosos é bem demorado para ser resolvido e não há um controle efetivo.  Além disso, deve-se evitar que equipamentos sejam furtados, pois alguns deles custam na faixa de R$ 30.000 reais, convertidos do dólar.
  10. 10.  Desenvolver um sistema que realize o controle patrimonial de uma empresa,  Fazer a abertura de chamados técnicos (itens defeituosos)  Identificar quando uma tentativa de subtração de um patrimônio acontecer.
  11. 11.  Tornar o processo de inventário do patrimônio fixo da empresa mais rígido e mais preciso.  Tornar as aberturas e atendimentos de chamados mais eficientes, permitindo consultar o status do atendimento do chamado.  Controlar a locomoção dos recursos dentro do ambiente previnindo subtrações destes.
  12. 12.  Sistema web, desenvolvido em PHP e banco de dados MySQL. Para se fazer o controle patrimonial  Utilização da tecnologia de captura de dados com RFID (Identificação por rádio frequência) ◦ Utilização de um leitor de curto alcance para efetuar a captura de dados dos recursos. ◦ Utilização de um leitor de longo alcance para monitorar a locomoção dos recursos dentro do ambiente.
  13. 13.  Diagrama de Caso de Uso;  Diagrama de Classe;  Descrição de Caso de Uso;  Diagrama de Sequência;  Modelo Descritivo;  Modelo de Entidade Relacionamento (MER): ◦ Mapeamento do MER para modelo Relacional; ◦ Modelo Lógico de dados; ◦ Normalização, Dicionário de dados; ◦ Modelo Físico de dados, Scripts SQL (DDL e DML e DQL);  Apresentação do sistema.
  14. 14. DESCRIÇÃO (P)REMISSA (R)ESTRIÇÃO O projeto deve estar concluído até o final deste ano R O sistema deverá ser desenvolvido na plataforma web R O projeto deverá ser concluído sem alteração de membros da equipe. P Igor será responsável pela documentação do projeto P Carlos será responsável pelo desenvolvimento do projeto P Semanalmente deverá ser apresentado protótipos da aplicação para os Steakholders P
  15. 15. Felipe Gerente de Projeto Igor Analista de Requisitos Carlos Desenvolvedor Nilton Analista de Testes Igor DBA
  16. 16. PAPEL RESPONSABILIDADES Carlos Eduardo Torres Desenvolvedor Felipe Marques Gerente do projeto; Desenvolvedor Igor Luiz Sousa Analista de requisitos; DBA Nilton Gonçalves Analista de Testes
  17. 17. FCP – Ferramenta de Controle Patrimonial
  18. 18.  2° Semana de Maio ◦ Criação do módulo de cadastro de usuários; ◦ Encaminhamento do módulo para o testador; ◦ Atualização da documentação de Banco de Dados; ◦ Criação do Módulo de Cadastro de Inventário; ◦ Encaminhamento do módulo para o testador;  3° Semana de Maio ◦ Criação do módulo de cadastro/alteração de recurso; ◦ Encaminhamento do módulo para p testador; ◦ Elaboração de protótipos da aplicação para amostragem ; ◦ Apresentação dos protótipos para os stakeholders;
  19. 19.  4° Semana de Maio ◦ Criação do módulo de Abertura de Chamados técnicos; ◦ Criação do módulo de relatórios sobre os recursos; ◦ Encaminhamento dos módulos para o testador;  5° Semana de Maio ◦ Validação da documentação da aplicação; ◦ Ajustes finais na documentação a ser entregue para os stakeholders; ◦ Criação da apresentação da aplicação parcial para os stakeholders;  1° Semana de Junho ◦ Apresentação da aplicação parcial para os stakeholders;
  20. 20. # DESCRIÇÃO TIPO CRITIC. SITUAÇÃO AÇÕES 1 Não Atendimento do prazo N 15 Mitigar Fazer um bom gerenciamento do tempo. Prever possíveis atrasos. Paralelizar funções 2 Sáida de um membro da equipe N 9 Eliminar Motivar a equipe; melhorar o entrosamento do grupo 3 Não atendimento ao escopo N 10 Eliminar Realizar pontos de verificação dentro do projeto, para averiguar se está dentro do escopo
  21. 21. DATA DESCRIÇÃO DA MUDANÇA 10/05/2014 Adição de novos atributos em algumas entidades no modelo de entidades relacional (MER) 10/05/2014 Remoção de Relacionamentos no modelo de entidades relacional (MER) 10/05/2014 O desenvolvimento do módulo de usuários será realizado na 3° semana de maio
  22. 22. # DESCRIÇÃO 1 Realmente é importante possuir uma documentação atualizada para auxiliar os desenvolvedores 2 Os desenvolvedores devem sempre comunicar o responsável pela documentação sobre alterações nos módulos da aplicação 3 O comprometimento de todos é essencial 4 É necessário que todos possuam bom humor 5 Discussões sempre são necessárias
  23. 23. FCP – Ferramenta de Controle Patrimonial
  24. 24. PRONTUÁRIO NOME 11102727 HélioTrindade 11100403 Nicole Mitie Inouye 11101436 Rafael Petrus 11101905 Tamires Andrade Índice
  25. 25. SISTEMAS DE INFORMAÇÃO Status Report
  26. 26. PRONTUÁRIO NOME 11102727 Hélio Trindade 11100403 Nicole Mitie Inouye 11101436 Rafael Petrus 11101905 Tamires Andrade
  27. 27. GEFI - Gestão Financeira
  28. 28.  O dia-a-dia das pessoas é cada vez mais exaustivo, não permitindo tanto tempo para se organizarem.  Nem sempre o uso de planilhas ou até aplicativos de controle financeiros, são sinônimos de controle eficiente de despesas.  O GEFI foi desenvolvido com uma visão mais detalhada do processo para suprir as necessidades do cliente.
  29. 29.  O GEFI visa facilitar o gerenciamento das despesas pessoais, permitindo que o usuário tenha maior controle de seus gastos.  Evita maiores gastos com juros e acréscimos que são causados pela falta de tempo, organização e planejamento.
  30. 30.  A diminuição dos gastos;  Evita desperdícios de dinheiro (juros e acréscimos);  Melhor organização das despesas;  Maior conhecimento das finanças.
  31. 31.  Utilizando o GEFI o usuário terá controle das datas de vencimentos das contas já cadastradas pelo mesmo;  O valor a ser pago, caso a conta esteja atrasada;  Lembretes informativos de vencimento de suas contas ou lembretes opcionais ,como por exemplo, o cliente quer ser avisado uma semana antes da conta vencer.
  32. 32.  Descritivo do sistema;  Documentação de regra de negócios;  Especificação funcional;  Caso de Uso;  Diagrama de Casos de Uso;  Descritivo dos Atores;  Diagrama de Classes;  Diagrama Sequencial;  Cronograma;  Protótipos de tela;  Apresentação do sistema.
  33. 33. GEFI Documentação Engenharia De Software Descrição de Casos de Usos Regras de Negócio Requisitos Funcionais Diagramas Diagrama de Classes Diagrama de Sequência Diagrama de Casos de Uso Testes Plano de Testes Script de Testes Evidências de Testes Levantamento de Dados Relatório de Pesquisas Banco de Dados Descritivo Modelos ER Relacional Lógico Scripts DDL DQL DML Sistema Cadastros Despesa Lembrete Comum Retroativo Usuários Administrador Relatórios Controle de acesso Usuários Administrador Implantação Manual do usuário
  34. 34. DESCRIÇÃO (P)REMISSA (R)ESTRIÇÃO A equipe é composta por 4 membros Premissa O sistema será finalizado em julho de 2014 Premissa Possui dois desenvolvedores Premissa O projeto deve ser concluído antes da primeira semana de dezembro Restrições O numero de integrantes do grupo não pode ultrapassar a 5 e nem ser inferior a 2 Restrições O projeto deve ser desenvolvido apenas na Linguagens C#, Java ou PHP Restrições O projeto deve conter apenas 1 diferencial Restrições
  35. 35. Tamires Andrade Gerente de Projeto Nicole Mitie e Helio Trindade Documentador Hélio Trindade e Rafael Petrus Analista de negócios Rafael Petrus e Tamires Andrade Desenvolvedor Nicole Mitie, Helio Trindade e Rafael Petrus DBA
  36. 36. PAPEL RESPONSABILIDADES Gerente do Projeto Realizar a gestão do projeto, acompanhar o desenvolvimento e gestão de prazos. Desenvolvedor Desenvolver o sistema Analista de negócios Levantar os requisitos e as regras de negocio para desenvolver o projeto DBA Criar a documentação e a estrutura do Banco de Dados
  37. 37. GEFI - Gestão Financeira
  38. 38.  Finalização da documentação de Banco de Dados  Processo de desenvolvimento da documentação do Sistema  Início do desenvolvimento do Sistema
  39. 39.  Requisitos Funcionais  Diagrama de Classes  Diagrama de Casos de Uso  Documentação de Banco de Dados(DDL, DML, DQL)
  40. 40. # DESCRIÇÃO TP CRITIC. SIT. AÇÕES 1 Entrega fora do prazo N 25 Mitigar Negociar com a banca para aumentar o prazo 2 Só ficar um membro do grupo N 05 Aceitar Procurar novos membros para o grupo 3 O tema for reprovado pelos professores N 10 Mitigar Melhorar as funcionalidades do sistema ou mudar o tema 4 Os dois desenvolvedores saírem do grupo N 03 Aceitar Mudar a linguagem de programação do sistema para uma linguagem que o restante do grupo conheça 5 Faculdade não aceitar o C# como linguagem de desenvolvimento do TCC N 03 Aceitar Mudar a linguagem de programação do sistema 6 Entrega antes do prazo P 10 Melhorar Realizar um cronograma para antecipar as entregas 7 Software diferente da documentação N 06 Mitigar Fazer alterações no software ou alterar a documentação
  41. 41. DATA DESCRIÇÃO DA MUDANÇA 01.02.2014 Nicole entrou no grupo 20.02.2014 Rafael entrou no grupo 02.03.2014 Mudança no escopo do projeto (funcionalidade Evento)
  42. 42. # DESCRIÇÃO 1 Melhorar a comunicação do grupo/ distribuição de tarefas 2 Não deixar as coisas para a última hora 3 Realizar pesquisas mais aprofundadas
  43. 43. GEFI - Gestão Financeira
  44. 44. PRONTUÁRIO NOME 11103445 Guilherme Macedo Soara 11104473 Jonatan Cruz Polini 11103788 Lucas Xavier Ferreira 11103442 Marco Aurelio PereiraValneiros 11103879 Renan Cassimiro Brito Índice
  45. 45. SISTEMAS DE INFORMAÇÃO Status Report
  46. 46. PRONTUÁRIO NOME 11103445 Guilherme Macedo Soara 11104473 Jonatan Cruz Polini 11103788 Lucas Xavier Ferreira 11103442 Marco Aurelio Pereira Valneiros 11103879 Renan Cassimiro Brito
  47. 47. Sistema GOOCC
  48. 48.  Devido a carência de soluções na área de construção civil, o GOOCC irá auxiliar no controle de projetos.
  49. 49.  Gerenciamento de etapas, custos e orçamentos de diversos tipos de projetos voltados à construção civil
  50. 50.  Controle de custos, redução de desperdícios, geração de indicadores e maior controle de prazos
  51. 51.  Sistema web instalado em um datacenter desenvolvido em ASP.net e linguagem de programação C#, usando um banco de dados SQL Server e Crystal Reports para desenvolvimento de relatórios
  52. 52.  Diagrama de Casos de Uso;  Diagrama de Classes;  Diagrama de Sequência;  Modelo Entidade e Relacionamento;  Dicionário de dados;  Modelos físico e lógico de dados.
  53. 53.  Documentação de Engenharia de Software;  Documentação de Banco de Dados;  Desenvolvimento do Software;  Apresentação do projeto;
  54. 54. DESCRIÇÃO (P)REMISSA (R)ESTRIÇÃO Os cinco integrantes realização a apresentação do projeto (P) A apresentação ocorrerá na UNIFIEO (P) A UNIFIEO disponibilizará internet no dia da apresentação (P) O TCC será finalizado sem mudanças de membros do grupo (P) A nota do TCC não pode ser inferior à 6 (R) A entrega e a apresentação devem ocorrer em novembro de 2014 (R) O grupo pode ter no máximo 5 integrantes (R) O sistema pode ser desenvolvido nas linguagens: C#, Java e PHP (R) A apresentação deverá durar até 15 minutos (R)
  55. 55. Guilherme Soara Gerente de Projeto Jonatan, Lucas, Marco, Renan Documentador Lucas Ferreira Testador Guilherme e Renan Desenvolvedor Marco e Jonatan DBA
  56. 56. PAPEL RESPONSABILIDADES Gerente de Projeto Delegar as tarefas entre os membros da equipe do projeto, acompanhar as etapas de desenvolvimento Engenheiro de Software Realizar a documentação do sistema Analista de Teste Testar e reportar os erros do sistema para os desenvolvedores e o gerente DBA Administrar o banco de dados do sistema
  57. 57. Sistema GOOCC
  58. 58.  Fim de maio: apresentação para pré-banca e entrega da documentação;  Dezembro: apresentação para banca e entrega da documentação atualizada com versão final do projeto
  59. 59. # DESCRIÇÃO TIPO CRITIC. SITUAÇÃO AÇÕES 1 Não atendimento ao prazo (N) 5 Em mitigação Gerenciamento do tempo para desenvolvimento do projeto 2 Saída de membros da equipe (N) 4 Em mitigação Redistribuição das tarefas relacionadas ao projeto entre os membros restantes 3 Finalização antes do prazo (P) 1 Em mitigação Manter o modo em que o grupo vem trabalhando, uma vez que este mostrou-se eficaz e aumentou as chances desse risco acontecer.
  60. 60. DATA DESCRIÇÃO DA MUDANÇA Mai/14 Inclusão das áreas de Contrato, de Cotação e de Etapas no escopo do projeto. Início do desenvolvimento desses novos itens.
  61. 61. # DESCRIÇÃO 1 Dividir bem as tarefas entre cada membro do grupo, valorizando o que cada indivíduo tem de melhor para oferecer ao desenvolvimento do projeto, e respeitando também, as limitações de cada um 2 É necessário registrar cada mudança e avanço dentro do projeto, para assegurar que o desenvolvimento está fiel ao escopo e que será finalizado dentro do prazo 3 Consultar frequentemente stakeholders internos e externos (cada um com sua frequência, de acordo com a necessidade), para notificá-los de progresso/regresso no decorrer do projeto, além de solicitar orientação, quando necessária 4 5
  62. 62. SISTEMA GOOCC
  63. 63. PRONTUÁRIO NOME 11101013 Augusto Cesar Camarotto 11102716 Gilvan Gomes da Silva Junior 11100414 Guilherme Alencar 11101199 Rodrigo Pereira de Souza Índice
  64. 64. Sistemas de Informação MaSoft Status Report
  65. 65. Dados do Grupo Prontuário Nome 11101013 Augusto Cesar Camarotto 11102716 Gilvan Gomes da Silva Junior 11100414 Guilherme Alencar 11101199 Rodrigo Pereira de Souza
  66. 66. MaSoft
  67. 67.  Foi escolhido o tema devido a carência do mercado de sistemas para atender a norma de Segurança da Informação chamada PCI DSS.
  68. 68.  Desenvolver um sistema para facilitar o atendimento a norma PCI DSS.
  69. 69.  Criar um preenchimento de SAQ mais intuitivo.  Dar mais controle da conformidade dos estabelecimentos para as adquirentes.  Facilitar os processos dos envolvidos com a norma.
  70. 70.  Um sistema WEB desenvolvido em .NET de preenchimento online de SAQs e controle do nível de conformidade de um estabelecimento quanto a norma do PCI DSS.
  71. 71.  Aprender mais sobre a norma PCI DSS.  Desenvolver um sistema.  Documentar o que foi desenvolvido.
  72. 72. Projeto MaSoft Gerente do Projeto Plano de Gerenciamento - Planejamento dos Requisitos. - Planejamento do Escopo. - Planejamento do Cronograma. Produção - Gerenciamento de conteúdo. - Preparação e edição do conteúdo. Testes. Encerramento - Divulgação. - Especificações do produto. - Avaliação do produto. - Lições aprendidas. - Encerramento do Projeto.
  73. 73. Descrição (P ) Premissa (R ) Restrição Tem que conter no máximo cinco integrantes R O projeto precisa ser concluido no prazo R É preciso que o integrante Guilherme participe das atividades P
  74. 74. Guilherme Alencar Gerente de Projeto Guilherme Alencar Analista de Requisitos Gilvan Junior Desenvolvedor Augusto Camarotto Analista de Sistemas Rodrigo Pereira Analista de Sistemas
  75. 75. Papel Responsabilidade Desenvolvedor Codificar o sistema de acordo com a documentação gerada pelo Analista de Sistemas. Gerente de Projetos Coordenar a equipe, estabelecer prazos e metas. Analista de Sistemas Documentar o sistema de acordo com as orientações do Analista de Requisitos. Analista de Requisitos Aprender tudo sobre o tema e levantar as necessidades do cliente e documenta-las.
  76. 76. MaSoft
  77. 77. Setembro Outubro Novembro Dezembro 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 Documentação Responsável Mer. Guilherme Modelo Relacional. Augusto Diagrama de Caso de Uso. Guilherme Diagrama de Sequência. Augusto Modelo Descritivo. Guilherme Dicionário de Dados. Rodrigo Desenvolvimento. Gilvan Normalização. Juninho
  78. 78. Entrega Atividade 10/05/20 14 Status Report 13/05/20 14 MER, Modelo Relacional, Modelo Descritivo, Diagrama de caso de uso. 30/05/20 14 MER, Modelo Relacional, Modelo Descritivo, Diagrama de caso de uso, MER para Modelo Relacional, Dicionário de dados.
  79. 79. # Descrição Tipo Critic. Situa ção Ações 1 O Projeto ser aprovado com a nota máxima. Positivo Media Continuar se dedicando ao projeto. 2 A não conclusão do projeto no prazo. Negativo Alta Se dedicar, não iguinorar os conselhos do orientador e manter o grupo unido. 3 Um membro da equipe ficar nervoso e não conseguir apresentar bem o projeto. Negativo Pequena Treinar todos os membros da equipe.
  80. 80. Data Descrição da Mudança 20/07/2014 Acrescentar mais SAQs ao sistema. 22/07/2014 Alterar documentação 25/07/2014 Incluir "Wizzard" ao sistema 26/07/2014 Alterar documentação
  81. 81. # Lições aprendidas 1 Realizar reuniões semanais. 2 Ajudar os colegas de grupo até mesmo em atividades não relacionadas ao projeto. 3 Ficar atento aos prazos. 4 Cada detalhe é fundamental para o sucesso.
  82. 82. Sistemas de Informação
  83. 83. PRONTUÁRIO NOME 11101434 Christopher Scotini Rozário 11101428 Thiago Silva de Jesus Índice
  84. 84. SISTEMAS DE INFORMAÇÃO Status Report
  85. 85. PRONTUÁRIO NOME 11101434 Christopher Scotini Rozário 11101428 Thiago Silva de Jesus
  86. 86. MKOFFICE
  87. 87.  Atualmente as consultoras não costumam fazer anotações sobre vendas, pedidos, clientes, produtos, etc. Há exceções de consultoras que fazem anotações em cadernos, ou até mesmo criam um documento em formato de planilha (.xls).  Este projeto irá fazer com elas possuam todos os dados do negocio em um único lugar, visando dar mais praticidade as suas atividades e possibilitar uma visão geral do andamento de seu negocio. Assim as consultoras poderão tomar decisões mais precisas em relação às quais produtos solicitar à Mary Kay e quais os clientes que devem ter atenção em seus atendimentos.
  88. 88.  Prover o gerenciamento total do negocio fornecendo funcionalidades para o controle de equipes, clientes, produtos, pedidos e vendas.
  89. 89.  Prover de forma completa o gerenciamento do negócio das consultoras.
  90. 90.  Sistema web, desenvolvido na linguagem JAVA e banco de dados MySQL.
  91. 91.  Documentos de Engenharia de Software  Documentos de Banco de Dados  Produto  Apresentação do Produto
  92. 92. DESCRIÇÃO (P)REMISSA (R)ESTRIÇÃO O TCC será finalizado sem mudança de membros do grupo. P O projeto precisa ser concluído antes de 11/14. R
  93. 93. Christopher Gerente de Projeto Christopher Analista de Negócios Christopher Desenvolvedor Thiago Analista de Testes Thiago Documentador
  94. 94. PAPEL RESPONSABILIDADES Gerente de Projeto Acompanhar as atividades da equipe; Criar os planos do projeto. Analista de Negócios Levantar os requisitos junto ao cliente. Analista de Testes Realizar testes e validações no produto. Desenvolvedor Desenvolver o produto. Documentador Criar a documentação do projeto.
  95. 95. MKOFFICE
  96. 96. 1 2 3 4 5 1 2 3 4 1 2 3 4 5 1 2 3 4 DOCUMENTAÇÃO RESPONSÁVEL DESCRIÇÃO DE CASO DE USO Mapear requisitos funcionais Thiago Mapear requisitos não funcionais Thiago Mapear regras de negócio Thiago Criar documento Thiago Inserir diagramas Thiago DIAGRAMA DE CASO DE USO Identificar atores Thiago Definir casos de uso Thiago Criar diagramas Thiago DIAGRAMA DE CLASSE Criar diagrama Thiago BANCO DE DADOS Modelo Entidade e Relacionamento Thiago Mapeamento do MER para o modelo Relacional Thiago Dicionario de Dados Thiago Normalização Thiago SISTEMA Relatorios Relatorios Christopher Layout Layout Christopher JUNHO JULHO AGOSTOMAIO
  97. 97. Descrição Data Entrega para a disciplina Tópicos Avançados em Desenvolvimento de Software 09/05/2014 Entrega para a disciplina de Gestão de Projetos e Empreendedorismo 10/05/2014 Entrega da documentação para a pré-qualificação do TCC 30/05/2014
  98. 98. # DESCRIÇÃO TIPO CRITIC. SITUAÇÃO AÇÕES 1 Entrega do Projeto N 5 Em mitigação Não atrasar as entregas 2 Possibilidade de Empreender o projeto P 3 Em mitigação Divulgar o projeto para as consultoras
  99. 99. DATA DESCRIÇÃO DA MUDANÇA
  100. 100. # DESCRIÇÃO 1 Realizar reuniões semanais com a equipe do projeto. 2 Envolver os professores que poderão fazer parte da banca do TCC.
  101. 101. MKOFFICE
  102. 102. PRONTUÁRIO NOME 08204907 Alessandro Mazoca 11110420 Bruno Gonçalves 11100401 Karoline Sousa 09211155 Thiago Lolo 11104624 Vinicius Kendi Índice
  103. 103. SISTEMAS DE INFORMAÇÃO Status Report
  104. 104. PRONTUÁRIO NOME 08204907 Alessandro Mazoca 11110420 Bruno Gonçalves 11100401 Karoline Sousa 09211155 Thiago Lolo 11104624 Vinicius Kendi
  105. 105. Sistema de gerenciamento de pedidos para Bares
  106. 106.  Prover uma ferramenta que realize o gerenciamento do pedido em bares com foco na divisão de contas individualmente em uma mesa e a informatização da realização de pedidos via dispositiveis móveis
  107. 107.  Desenvolver uma ferramenta cujo foco é a automação e informatização de estabelecimentos (bares) que façam uso de comandas. Prover o gerenciamento da divisão de contas de forma justa e a informatização via dispositivos móveis na forma como é realizada os pedidos nesses estabelecimentos.
  108. 108.  Divisão de contas de forma igual e justa. Agilidade, automação e informatização na realização de pedidos. Emissão de relatórios gerenciais. Eliminação de desperdícios de produtos.
  109. 109.  Sistema web, hospedado internamente no cliente, desenvolvido em C# e HTML5, com banco de dados em SQL com interface interativa acessível através de tablets onde será possível realizar os pedidos no estabelecimento
  110. 110.  Diagrama de caso de uso  Diagrama de classe  Diagrama de entidade relacional  Descrição de caso de uso  Script de testes a serem realizados  Requisitos mínimos para instalação do projeto  Apresentação do sistema  Treinamento para funcionários  Manual de configuração do sistema
  111. 111. Sistema de gerenciamento de pedidos em bares Documentação Descrição de Caso de Uso Regras de Negócio Requisitos Funcionais Requisitos Não Funcionais Diagrama de Caso de Uso Diagrama de Classes Testes Plano de Testes Script de Testes Evidências de Testes Levantamento de Dados Entrevistas com os Clientes Relatórios de Pesquisas Sistema NENP Cadastros Usuário Cliente Funcionários Relatórios Controle de Acesso
  112. 112. DESCRIÇÃO (P)REMISSA (R)ESTRIÇÃO Limitações técnicas R Orçamento R Disponibilização infra-estrutura P
  113. 113. Alessandro Mazoca Gerente do Projeto Thiago LOLO Documentador Vinicius KENDI Testador Karoline SOUZA Programadora Bruno GONÇALVES DBA
  114. 114. PAPEL RESPONSABILIDADES Gerente de Projeto Realizar acompanhamento do cronograma, Validação da documentação,Gerenciamento de escopo,Gerenciamento de riscos; Documentador Desenvolvimento das documentações, Validações de diagramas, Auxílio no levantamento das regras de negócio; Programador(a) Codificação do sistema,Validar script de testes unitários a serem realizados DBA Desenvolver a arquitetura do banco de dados, Suporte técnico para a equipe de desenvolvimento, Desenvolvimento de documentação técnicas Testador Realizar plano de testes unitários na ferramenta, Registrar resultado dos testes
  115. 115. Sistema de gerenciamento de pedidos para bares
  116. 116. Maio Junho Julho Agosto 1 2 3 4 1 2 3 4 5 1 2 3 4 1 2 3 4 DOCUMENTAÇÃO RESPONSÁVEL LEVANTAMENTO DE REQUISITOS Mapear requisitos funcionais Alessandro Mapear requisitos não funcionais Tiago Mapear regras de negócio Alessandro Inserir diagramas Bruno Validar com stakeholder Alessandro CRIAÇÃO DE DOCUMENTAÇÃO Identificar atores Alessandro Definir casos de uso Bruno Criação da descrição de caso de uso Tiago Documentação de banco de dados Bruno Criação do diagrama de classe Tiago Criação de diagrama de sequência Tiago Criação de script de testes Tiago SISTEMA CADASTROS Usuário Arquitetura e desenv. do banco de dados Karoline Codificação Módulos Karoline Realizar testes unitários Vinicius Encaminhar módulo para o testador Karoline
  117. 117.  DocuDATA DESCRIÇÃO DA ENTREGA 09-Maio Entrega da apresenteção de pré-banca para Waldomiro 30-Mai Entrega documentação final para pré-banca
  118. 118. # DESCRIÇÃO TIPO CRITIC. SITUAÇÃO AÇÕES 1 Saída do membro da equipe Negati vo 5 Explorar alocar outro recurso interno para realizar tarefas do membro desligado 2 Falta de validação por parte do stakeholder Negati vo 8 Explorar agendar follow up semanalmente para cobrir os itens a serem validados 3 Indisponibilidade do cliente durante validação Negati vo 6 Mitigar agendar follow up semanalmente para cobrir os itens a serem validados 4 Falta de recursos financeiros para dar andamento ao projeto (budget excedido) Negati vo 5 Mitigar estudar com o cliente a possibilidade de acordar um novo plano de custos
  119. 119. DATA DESCRIÇÃO DA MUDANÇA N/A N/A
  120. 120. # DESCRIÇÃO 1 Necessidade de reaunião semanal 2 Fazer uso do status report com os atuais stakeholders do projeto 3 Documentar toda e qualquer possível idéia/mudança no projeto 4 Realizar o estudo de caso de risco com criticidade com o objetivo de evitar com que o prazo seja afetado 5 Validar constantemente documentação com os professores responsáveis.
  121. 121. Sistema de gerenciamento de pedidos para bares
  122. 122. PRONTUÁRIO NOME 11104082 Gustavo Colares Pego 11101415 Letícia Pereira Barreto 11103436 Willian Ferreira Felix Índice
  123. 123. SISTEMAS DE INFORMAÇÃO Status Report
  124. 124. PRONTUÁRIO NOME 11104082 Gustavo Colares Pego 11101415 Letícia Pereira Barreto 11103436 Willian Ferreira Felix
  125. 125. Sistema de Pregão Online
  126. 126.  Facilitar a compra de produtos com o melhor custo.  Oferecendo uma alternativa viável e de fácil acesso.
  127. 127.  Desenvolver um sistema de pregão online para proporcionar às empresas a compra de produtos(através de uma lance) obtendo o menor custo.
  128. 128.  Reduzir tempo de procura.  Reduzir o custo.  Atender a demanda.
  129. 129.  O sistema será desenvolvido em PHP.  Utilizando MySQL, Jquery, Ajax.
  130. 130.  Diagrama de Caso de Uso.  Diagrama de Fluxo de Dados.  Descrição de Caso de Uso.  Plano de Testes.  Modelo Entidade Relacionamento.  Apresentação do Sistema.  Treinamento para os usuários.  Requisitos Funcionais.
  131. 131. Sistema de Pregão Online Documentação Descrição de Caso de Uso Regras de Negócio Requisitos Funcionais Requisitos Não Funcionais Diagrama de Caso de Uso Diagrama de Fluxo de Dados Testes Plano de Testes Script de Testes Validação dos Testes Levantamento de Dados Entrevistas com Fornecedores Relatórios de Pesquisas Sistema Cadastros Produto Pregoeiro Fornecedores Compra Relatórios Segurança e Controle de Acesso
  132. 132. DESCRIÇÃO (P)REMISSA (R)ESTRIÇÃO O TCC será finalizado sem mudanças de membros do grupo. P O sistema precisa permitir vários acessos simultâneos. P O projeto precisar ser viável e gerar retorno. P O projeto precisa ser concluído antes de Junho/2014 R Atender todas as regras e documentações R
  133. 133. Letícia Barreto Gerente de Projeto Willian Felix Desenvolvedor Gustavo Colares Analista de Negócios
  134. 134. PAPEL RESPONSABILIDADES Analista de Negócios Validar documentação e analisar as regras de negócio e requisitos. Desenvolvedor Desenvolver o sistema e principais recursos. Gerente de Projeto Planejar o projeto para obter o resultado esperado.
  135. 135. Sistema de Pregão Online
  136. 136.  Maio/2014: Validar o Modelo Entidade Relacionamento e finalizar o banco de dados com as principais consultas. Concluir o desenvolvimento dos principais cadastros e consultas e também a documentação do software.  Junho/2014: Validação do conteúdo do projeto.
  137. 137.  Modelo Entidade Relacionamento.  Banco de Dados completo incluindo as principais consultas.  Diagramas de Fluxo de Dados e Caso de Uso.  Requisitos Funcionais.  Apresentação finalizada para validação.
  138. 138. # DESCRIÇÃO TIPO CRITIC. SITUAÇÃO AÇÕES 1 Não atendimento ao prazo. N 5 Eliminado Conforme planejado com a equipe, os prazos serão atendidos. 2 Saída de membros da equipe N 5 Eliminado Todos os integrantes já concordaram em continuar na equipe.
  139. 139. DATA DESCRIÇÃO DA MUDANÇA 05/05/2014 Alteração no organograma da equipe.
  140. 140. # DESCRIÇÃO 1 Realizar reuniões semanais com a equipe do projeto, para não impactar no prazo de entrega das atividades. 2 Validar com os “stakeholders” as principais rotinas.
  141. 141. Sistema de Pregão Online
  142. 142. PRONTUÁRIO NOME 11101444 Rosimere Felix 11103797 ThaísVieira Índice
  143. 143. SISTEMAS DE INFORMAÇÃO Status Report
  144. 144. PRONTUÁRIO NOME 11101444 Rosimere Felix 11103797 Thaís Vieira
  145. 145. SAF – Sistema de Agendamento de Formatura
  146. 146.  A principal justificativa do desenvolvimento deste projeto é a automatização, controle e agilidade na organização de formaturas. O aplicativo será voltado para empresas que atuam neste ramo.
  147. 147. Facilitar a organização e o agendamento de formaturas. O sistema possibilita ter um maior controle principalmente sob as formaturas, convites e convidados
  148. 148.  Facilitar a análise dos dados da formatura, fazendo com que a empresa consiga determinar a quantidade ideal de recursos a serem utilizados no evento. Além disso, a possibilidade de acesso do próprio aluno a dados pessoais e agenda da formatura flexibiliza o cadastro destes, diminuindo erros e melhorando o relacionamento com os clientes.
  149. 149.  Sistema Web  Desenvolvido em linguagem PHP  Banco de Dados MySQL
  150. 150.  Requisitos Funcionais  DFD  Diagrama de Sequência  Diagrama de Caso de Uso  Diagrama de Classe  Diagrama de Colaboração  Descrição de Caso de Uso  Modelo Descrito  MER  Modelo Lógico  Dicionário de Dados  Script  Manual do Sistema  Testes  Apresentação
  151. 151. SAF Sistema Cadastros Relatórios Controles Documentação Banco de Dados Modelo Descritivo Modelo Conceitual -MER Modelo Relacional Mapeado Modelo Lógico Normalização Dicionário de Dados Modelo Físico – Scripts Engenharia de Software Requisitos Funcionais Diagrama de Classe Descrição de Caso de Uso Diagrama de Sequência Diagrama de Colaboração
  152. 152. DESCRIÇÃO (P)REMISSA (R)ESTRIÇÃO O projeto será desenvolvido por três pessoas PREMISSA Aprender mais sobre a linguagem (PHP) que estamos desenvolvendo o projeto. PREMISSA O projeto precisa ser concluído até Novembro de 2014. RESTRIÇÃO O tempo estimado da apresentação é de 15 minutos. RESTRIÇÃO
  153. 153. Thaís e Rosimere Gerente do Projeto Thaís Documentadora Testadora Banco de Dados Rosimere Programadora Documentadora
  154. 154. PAPEL RESPONSABILIDADES Gerente de Projeto Responsável por supervisionar as atividades,afim de garantir o cumprimento das entregas. Testadora Testar todos os módulos do sistema. Banco de Dados Responsável por toda a parte do Banco de Dados. Criação do MER, Mapeamento e Normalização. Documentadora Criar a documentação do projeto. E validar informações com professores Testadora Testar todos os módulos do sistema.
  155. 155. SAF – Sistema de Agendamento de Formatura
  156. 156.  Modelo Físico – Scripts  Apresentação  Artigo Sistema  Testes  Manual do Sistema
  157. 157. DESCRIÇÃO TIPO CRITIC. SITUAÇÃO AÇÕES 1 Entregas fora do prazo Negativo Alta Estimar o tempo maior ao habitual 2 Não validação de algum documento Negativo Alta Não validação de algum documento 3 Inserir app mobile no sistema Positivo Alta Sendo avaliado Implementar no sistema
  158. 158. DATA DESCRIÇÃO DA MUDANÇA 04/2014 Adoção de novos perfis no sistemas 04/2014 Novas regras de negócios inseridas
  159. 159. DESCRIÇÃO 1 Se antecipar na preparação das atividades, para não ficar fora do prazo de entrega. 2 Sempre reunir o grupo pra realizar as atividades. 3 Procurar sempre validar a documentação antes da entrega final.
  160. 160. SAF – Sistema de Agendamento de Formatura
  161. 161. PRONTUÁRIO NOME 11102721 Juan Manuel Garcia 11101435 Rogério Oliveira 10200498 Sérgio Paulo dos Santos França Índice
  162. 162. SISTEMAS DE INFORMAÇÃO Status Report
  163. 163. PRONTUÁRIO NOME 11102721 Juan Manuel Garcia 11101435 Rogério Oliveira 10200498 Sérgio Paulo dos Santos França
  164. 164. Sistema Gerenciador de Processos Jurídicos
  165. 165.  Com a concorrência e alta demanda no mercado de advocacia, percebemos a necessidade de desenvolver um sistema para gerenciar e informatizar toda ação num escritório de advocacia, administrando informações conforme preferencia do cliente.
  166. 166.  O projeto tem como proposta informatizar e viabilizar o controle de prazos processuais, por meio de alertas; obter o cadastro de clientes e contratos; acompanhar processos jurídicos; possibilidade de gerar relatórios.
  167. 167.  Funcionamento do Escritório Nieves & Quattrone sem a implantação do Sistema.
  168. 168.  Alertas de compromissos (reunião, audiência, aniversariante, visita e etc) do dia, mês e ano.  Gerenciar os documentos gerados ou trazidos, para facilitar e organizar o arquivamento e busca.  Cadastrar cliente no sistema.  Gerar contratos via sistema.  Acompanhar processos judiciais.  Gerar relatórios (cliente, contrato, processos).
  169. 169.  Sistema será web (instalado no servidor empresa ou num datacenter), desenvolvido em .NET Framework 4.5, linguagem C# e banco de dados SQL Server 2008;
  170. 170.  Regra de Negócio  Diagrama E-R  Descrição de Caso de Uso  Diagrama de Caso de Uso  Diagrama de Classe  Diagrama de Sequência  Modelo R-E  Mapeamento do MER  Dicionário de Dados  Apresentação do Projeto  Plano de Testes  Treinamento aos usuários
  171. 171. Projeto SGPJ Documentação Engenharia de Software Regras de Negócio Descrição de Casos de Uso Requisitos Funcionais Requisitos Não Funcionais Engenharia de Software Diagrama de Caso de Uso Diagrama de Classes Diagrama de Sequencia Testes Plano de Testes Levantamento de Dados Encontros com empresa Banco de Dados MER Mapeamento Normalização Modelo Relacional Modelo Relacional Sistema Cadastros Usuário Cliente Advogado Relatórios Prazos Contratos Processos Controle de Acesso
  172. 172. DESCRIÇÃO (P)REMISSA (R)ESTRIÇÃO A empresa irá disponibilizar informações para o levantamento de requisitos P A Bruna, advogada, irá acompanhar etapas do projeto P O TCC será finalizado sem mudanças de membros P O projeto precisa ser concluído antes de 14/11/14 R
  173. 173. Juan Garcia Gerente de Projeto Sérgio França Analista de Requisitos Rogério Oliveira Desenvolvedor Juan e Sérgio Analista de Testes Rogério e Juan DBA
  174. 174. PAPEL RESPONSABILIDADES Gerente de Projeto Realizar o acompanhamento e organizar o cronograma. Documentador Conhecer profundamente o projeto. Testadora Realizar testes juntamente com o cliente. Programador Implementar projeto, conforme regra de negócios e requisitos.
  175. 175. Sistema Gerenciador de Processos Jurídicos
  176. 176.  Banco de Dados: Scripts SQL (Consulta); Entrega atualizada do MER, Normalização, Dicionário de Dados.  Engenharia de Software: Validação da nova Regra de Negócio(atualizada).
  177. 177. # DESCRIÇÃO TP CRIT. SITUAÇÃO AÇÕES 1 Surpreender o cliente com funcionalidades adicionais (P) 12 Melhorar Implementação nova 2 Indefinições no Escopo (N) 20 Mitigar Atualizando escopo 3 Não entregar sistema dentro do tempo proposto (N) 12 Mitigar Encontros na semana com a equipe 4 Não aceitação de alguma funcionalidade do sistema (N) 6 Eliminar Apresentar protótipo para empresa
  178. 178. DATA DESCRIÇÃO DA MUDANÇA 12/05/14 Iremos validar novamente a Regra de Negócio, para assim implementar em todo escopo do projeto. 12/05/14 Agendaremos uma reunião com a empresa para identificar um diferencial, para implementar no projeto.
  179. 179. # DESCRIÇÃO 1 Com alguns atrasos no Projeto, percebemos a necessidade de priorizar o desenvolvimento do Projeto de TCC. 2 Marcamos encontros da equipe durante a semana. 3 Não deixe para amanhã o que pode-se fazer hoje. 4 5
  180. 180. Sistema Gerenciador de Processos Jurídicos
  181. 181. PRONTUÁRIO NOME 11100889 Iris de Melo Santos 11104270 Juliana C. S. de Lima 08101105 Wanderlei Ribeiro Dias Índice
  182. 182. SISTEMAS DE INFORMAÇÃO Status Report
  183. 183. PRONTUÁRIO NOME 11100889 Iris de Melo Santos 11104270 Juliana C. S. de Lima 08101105 Wanderlei Ribeiro Dias
  184. 184. S.I.A – Sistema Integrado de Agendamento
  185. 185.  Por lei, as empresas precisam que seus funcionários passem por uma avaliação médica que ateste se estão aptos ou não para o cargo que irão exercer, ou em caso de desligamento, é necessário atestar se a saúde do funcionário não foi comprometida de alguma maneira após atuar no cargo contratado. O nosso cliente é uma clínica médica com foco na realização de exames ocupacionais para os funcionários das empresas conveniadas.  Atualmente, existem poucos sistemas voltados para a área da saúde ocupacional. A maioria são antigos, limitados, com manutenção constante e de Alto Custo. O S.I.A foi construído visando eliminar estes problemas e para melhorar o desempenho das clínicas médicas no atendimento aos seus clientes.
  186. 186.  Desenvolver uma aplicação que possibilite controlar e facilitar todos os processos que envolvem os exames ocupacionais dentro de uma clínica médica, desde os Agendamentos até Emissão do Atestado de Saúde Ocupacional (A.S.O).
  187. 187.  Otimizar o tempo para agendamento de exames, permitindo que as próprias empresas agendem os exames para seus funcionários.  Permitir consultas rápidas aos resultados dos exames e prontuários médicos.  Unificar todos os controles que envolvem o processo de Exames Ocupacionais em uma única ferramenta.
  188. 188.  As empresas conveniadas terão a opção de agendar os exames diretamente pelo sistema, mas se preferirem também poderão solicitar para a clínica, como é feito hoje. Isso será possível através do controle de acessos por Grupos.  As funcionalidades do sistema estarão distribuídas nos seguintes módulos a saber, cada módulo pertence a um Grupo: • Módulo Administrativo: o Grupo: Admin o Para Gerenciamento dos Grupos de acessos e usuários. • Módulo Módulo Cadastros o Grupos: Clínica e Admin o Para cadastros auxiliares que servem de apoio ao sistema (Cargos, Departamentos, Equipe Médica, Exames, Calendário e empresas). Além da Funcionalidade Realizar Exames. • Módulo Empresas o Grupos: Clínica, Admin e Empresas o Para Cadastro de Funcionários. • Módulo Agendamento: o Grupos: Clínica, Admin e Empresas o Para Agendamento dos exames;
  189. 189.  O S.I.A é um sistema que será desenvolvido para facilitar o agendamento e realização dos exames ocupacionais, visando também otimizar o controle de todo processo e consulta dos resultados.
  190. 190. S.I.A Documentação Descrição de Caso de Uso Regras de Negócio Requisitos Funcionais Banco de Dados MER Diagrama de Caso de Uso Diagrama de Classes Testes Plano de Testes Execução de Testes Evidências de Testes Levantamento de Requisitos Entrevistas com os Clientes Sistema Cadastros Departamentos Cargos Funcionários Equipe Médica Exames Calendário Cadastro de Empresas Cadastro de Funcionários Agendamento Agendar Exames Controle de Acesso Cadastro de Usuários
  191. 191. DESCRIÇÃO (P)REMISSA (R)ESTRIÇÃO O cliente disponibilizará um usuário do sistema em meio período por uma semana para levantamento dos requisitos. P Clínica e Empresas conveniadas precisaram de Acesso á internet para utilizar o sistema P O Servidor será disponibilizado no cliente (Clínica) P A entrega do projeto não deverá ultrapassar a data limite (Nov/2014) R
  192. 192. Juliana/Iris/ Wanderlei Gerente de Projeto Juliana Lima Analista de Requisitos Iris de Melo Analista de Requisitos Wanderlei Dias Desenvolvedor Juliana Lima Desenvolvedora Iris de Melo Analista de Testes Wanderlei Dias DBA
  193. 193. PAPEL RESPONSABILIDADES Gerente de Projetos Elaboração e acompanhamento do Cronograma. Validar Documentações e as funcionalidades disponibilizadas no sistema. Analista de Requisitos Levantamento de Requisitos e Elaboração das documentações. Desenvolvedor Construção da arquitetura do sistema e desenvolvimento. DBA Modelagem de Dados e Administração do Banco de Dados. Analista de Testes Elaboração de Plano, Execução e Evidência de Testes.
  194. 194. S.I.A – Sistema Integrado de Agendamento
  195. 195. Nome da tarefa Duração Início Término Predecessoras Nomes dos recursos S.I.A 29 dias Qui 01/05/14 Ter 10/06/14 Alteração de Documentação 9 dias Qui 01/05/14 Ter 13/05/14 Diagrama de Casos de Uso 2 dias Qui 01/05/14 Sex 02/05/14 Juliana Lima Descrição de Casos de Uso 3 dias Seg 05/05/14 Qua 07/05/14 3Juliana Lima Diagrama de Classes 4 dias Qui 08/05/14 Ter 13/05/14 4Juliana Lima MER 1 dia Qui 01/05/14 Qui 01/05/14 Iris de Melo Levantamento de Requisitos 21 dias Sex 02/05/14 Sex 30/05/14 Levantamento 14 dias Sex 02/05/14 Qua 21/05/14 6Iris de Melo Documentação 7 dias Qui 22/05/14 Sex 30/05/14 8Iris de Melo Correções Sistêmicas 6 dias Qua 14/05/14 Qua 21/05/14 Autenticação e Autorização 2 dias Qua 14/05/14 Qui 15/05/14 5Juliana Lima Regras de Agendamento 2 dias Sex 16/05/14 Seg 19/05/14 11Juliana Lima Regras Tela Realizar Exame 2 dias Ter 20/05/14 Qua 21/05/14 12Juliana Lima Novas Demandas 18 dias Qui 01/05/14 Seg 26/05/14 ASO em PDF 2 dias Qui 01/05/14 Sex 02/05/14 Wanderlei Dias Enviar ASO por Email 3 dias Seg 05/05/14 Qua 07/05/14 15Wanderlei Dias Relatórios 2 dias Qui 08/05/14 Sex 09/05/14 16Wanderlei Dias Integração 3 dias Seg 12/05/14 Qua 14/05/14 17Wanderlei Dias Módulo Financeiro 5 dias Qui 15/05/14 Qua 21/05/14 18Wanderlei Dias Correções 1 dia Qui 22/05/14 Qui 22/05/14 19Wanderlei Dias Validação 2 dias Sex 23/05/14 Seg 26/05/14 20Juliana Lima Testes 7 dias Seg 02/06/14 Ter 10/06/14 Roteiros 3 dias Seg 02/06/14 Qua 04/06/14 9Iris de Melo Excução 2 dias Qui 05/06/14 Sex 06/06/14 23Iris de Melo Evidências 2 dias Seg 09/06/14 Ter 10/06/14 24Iris de Melo
  196. 196.  ASO em PDF  Enviar ASO por Email  Relatórios  Integração  Módulo Financeiro
  197. 197. # DESCRIÇÃO TIPO CRITIC. SITUAÇÃO AÇÕES 1 Alterações no Escopo N 3 Mitigar Mapear Alterações e identificar o que pode ser tratado em próxima versão. 2 Novo Membro P 3 Aceitar Apresentar Sistema e Dividir Tarefas. 3 Atraso Desenvolvimento N 5 Mitigar Direcionar toda equipe para o Desenvolvimento.
  198. 198. DATA DESCRIÇÃO DA MUDANÇA 01/05/2014 Novo Membro na Equipe
  199. 199. # DESCRIÇÃO 1 Dividir as tarefas igualmente visando respeitar os prazos. 2 Organizar as atividades e indicar os responsáveis para evitar atrasos. 3 Gerenciamento constante do trabalho.
  200. 200. S.I.A – Sistema Integrado de Agendamento
  201. 201. PRONTUÁRIO NOME 11101826 EderWatanabe Rocha 11100572 Joice Nazareth Pereira 11101162 Vinicius Serafim Pereira da Silva Índice
  202. 202. SISTEMAS DE INFORMAÇÃO Status Report
  203. 203. PRONTUÁRIO NOME 11101826 Eder Watanabe Rocha 11100572 Joice Nazareth Pereira 11101162 Vinicius Serafim Pereira da Silva
  204. 204. Smart
  205. 205.  O projeto tem por finalidade a disseminação do conhecimento artístico e cultural.  A solução propõe uma aliança entre a arte e a tecnologia para que os apreciadores possam desfrutar de diversos recursos de mídia para ampliar e consolidar a sua bagagem cultural, além de absorver conhecimentos sobre os diversos contextos em que aquela obra está situada.
  206. 206.  Desenvolvimento de um sistema que permita mapear obras de um acervo no qual os visitantes de uma determinada exposição possam, através de um dispositivo móvel, conhecer mais sobre qualquer obra exposta ao realizar a leitura de um QR Code com o dispositivo móvel.
  207. 207.  Oferecer aos visitantes das exposições uma forma ágil de obter o maior número de informações possíveis sobre determinada obra exposta, além de realizar o mapeamento do acervo com o intuito de que os Administradores saibam a localização exata de cada obra.
  208. 208.  Sistema Web desenvolvido em PHP e banco de dados MySQL;  Criação de uma aplicação para dispositivos móveis (Android) para a consulta de informações;  Criação de um serviço centralizado onde a aplicação WEB e o sistema de dispositivo móvel possam buscar informações coerentes.
  209. 209.  Diagramas de Casos de Uso;  Diagrama de Classes;  Diagramas de Sequência;  Modelo Entidade Relacionamento;  Modelo Lógico;  Plano de Testes;  Plano de Treinamento para o Usuário.
  210. 210. SMART Documentação Engenharia Diagrama de Caso de Uso Descrição de Caso de Uso Regras de Negócio Requisitos Funcionais Requisitos Não Funcionais Diagrama de Classes Diagrama de Sequencia Testes Plano de Testes Script de Testes Evidências de Testes Banco de Dados MER Descritivos Modelo Logico Modelo Físico Dicionário de Dados Mapeamen to Levantamento de Dados Pesquisas Sistema Cadastros Funcionári o Obra Artista Fatos do Artista Local Exposição Exposições Ambiente Movimento s Culturais Fatos Movimento Relatórios Obras Artistas Técnicas Movimento s Culturais Funcionári os Tipo Obra Controle de Acesso Android QRCode
  211. 211. DESCRIÇÃO (P)REMISSA (R)ESTRIÇÃO Eder, Vinícius e Joice participarão do projeto P Os professores orientarão o projeto de acordo com o que esperam como produto final P O projeto deve ser concluído antes do dia 31.10.2014 (sexta- feira) R A apresentação deve ser montada de acordo com template disponibilizado pela coordenadora R
  212. 212. Vinicius Gerente de Projeto Joice Analista de Requisitos Vinicius Desenvolvedor Joice/Eder Analista de Testes Eder DBA
  213. 213. PAPEL RESPONSABILIDADES Gerente de Projetos Gerenciar a equipe e distribuir tarefas aos integrantes conforme cronograma. Além disso, distribuir as prioridades das entregas referentes a cada stakeholder. Gerente de Projetos Documentar cada módulo do projeto sendo eles: Banco de Dados, Engenharia de Software, além de fazer as devidas análises de mercado. Testadores Testar o software de acordo com a especificação da análise de requisitos do sistema, verificando as consistências entre módulos e campos e também, validando a regra de negócio. Programador Desenvolver o software de acordo com a análise de requisitos. DBA Desenvolver a estrutura do banco de dados de acordo com o levantamento realizado, gerando o MER e o Modelo Lógico.
  214. 214. Smart
  215. 215.  Geração e Impressão do QR Code  Finalização da aplicação Android  Elaboração do Manual do Usuário  Elaboração da Documentação Final
  216. 216. # DESCRIÇÃO TIPO CRITIC. SITUAÇÃO AÇÕES 1 Entrega fora do prazo Negativo 15 Explorar Escalar coordenação 2 Entrega antes do prazo Positivo 10 Transferir Trabalhar para chegar ao resultado ok 3 Falhas no levantamen to de requisitos Negativo 15 Explorar Levantar os requisitos necessários para o cumprimento do projeto
  217. 217. DATA DESCRIÇÃO DA MUDANÇA 01/05/2014 Inclusão de uma nova tabela na base de dados, para controlar todas as mudanças de local de uma determinada obra 03/05/2014 Inclusão dos níveis de segurança das obras
  218. 218. # DESCRIÇÃO 1 É necessário utilizar alguma ferramenta para o gerenciamento do projeto de modo que todos os integrantes possuam um controle eficiente das entregas e suas respectivas datas 2 Validar os artefatos com todos os professores que possivelmente estarão envolvidos na banca 3 Efetuar os testes em etapas de modo que não fique sobrecarregado no final do cronograma 4 Realizar reuniões periódicas com a equipe do projeto
  219. 219. Smart
  220. 220. PRONTUÁRIO NOME 11104198 Alyne Salgado 11100407 Denis Roberto 11100598 Felipe Borges 11103878 Raphael Guimarães Índice
  221. 221. SISTEMAS DE INFORMAÇÃO Status Report
  222. 222. PRONTUÁRIO NOME 11104198 Alyne Salgado 11100407 Denis Roberto 11100598 Felipe Borges 11103878 Raphael Guimarães
  223. 223. Synergy
  224. 224.  O Synergy irá solucionar o problema de gerenciamento e catalogação de projetos SCRUM, além de causar maior cooperação entre os membros e times de uma instituição.
  225. 225.  Desenvolver um sistema para controle de projetos SCRUM, que seja flexível a mudanças. E desenvolver satélites que possam facilitar o andamento do projeto e a instituição como um todo.
  226. 226.  Controle de capacity  Controle de andamento do projeto  Geração de um portfólio organizado
  227. 227.  Sistema web ASP.NET com banco de dados SQL Server. E um WCF com comunicação XML para integração com sistemas antigos.
  228. 228.  Diagrama de Caso de Uso  Diagrama de Classe  Descrição de Caso de Uso  Apresentação do sistema  Protótipo
  229. 229. DESCRIÇÃO (P)REMISSA (R)ESTRIÇÃO O Synergy é desenvolvido seguindo os conceitos de Scrum. P O projeto precisa ser concluído antes do fim do segundo semestre de 2014. R O sistema rodará em redes internas, mas o cliente poderá acompanhar o progresso de criação do produto via internet. P O cliente somente terá acesso ao Product Owner para iniciação do projeto e para qualquer alteração eventual durante o percurso das operações. R
  230. 230. Felipe Borges Alyne Salgado Denis Roberto Membro do Time Raphael Guimarães Membro do Time Membro do Time Membro do Time
  231. 231. PAPEL RESPONSABILIDADES Product Owner Verificar as necessidades iniciais do projeto e repassar ao SM e Team. Scrum Master Gerenciar a equipe de maneira a firmar a conexão entre os membros. Programador Desenvolve o banco e o core do projeto. Gerente do Projeto Trabalha com a documentação do software e as validações com o professor. Design Desenvolve o design da Aplicação e aumenta a experiência com o usuário. Documentador Enriquecimento de experiência com o usuário e documentação.
  232. 232. Synergy
  233. 233. # DESCRIÇÃO TIPO CRITIC. SITUAÇÃO AÇÕES 1 Não atendimento do prazo N 20 Eliminar Atualizar o cronograma sempre que possível 2 Mudança nos padrões de documentação N 8 Aceitar Redigir os documentos 3 Adição de escopo N 6 Mitigar Iniciar com o escopo mais completo se possível 4 Mudança da data de entrega N 6 Aceitar Realinhar o cronograma
  234. 234. DATA DESCRIÇÃO DA MUDANÇA 22/03/2014 Inserção de novos sistemas ao SCRUM. 07/04/2014 Mudanças no modelo descritivo e casos de uso. 18/04/2014 Criação da interfaces do sistema e integração do core. 03/05/2014 Alterações em algumas interfaces para obedecer aos requisitos.
  235. 235. # DESCRIÇÃO 1 Se orientar ao máximo pelos stakeholders na avaliação antecipada do projeto. 2 Realizar reuniões semanais com a equipe do projeto para verificação do andamento. 3 Dar prioridade aos prazos estabelecidos pela equipe. 4 Enriquecer o sistema através da avaliação com o usuário final. 1 Se orientar ao máximo pelos stakeholders na avaliação antecipada do projeto.
  236. 236. Synergy
  237. 237. PRONTUÁRIO NOME 11100408 DaianeTeixeira Sena 11101904 Leônidas do Nascimento 11104120 João Guilherme Cheffer 11104685 RodolfoVinicius Maziero Índice
  238. 238. SISTEMAS DE INFORMAÇÃO Status Report
  239. 239. PRONTUÁRIO NOME 11100408 Daiane Teixeira Sena 11101904 Leônidas do Nascimento 11104120 João Guilherme Cheffer 11104685 Rodolfo Vinicius Maziero
  240. 240. APPOLO Sistema de Gerenciamento de Conteúdo WEB
  241. 241. Nosso sistema possui o diferencial da rapidez, prática e simplicidade no preenchimento do conteúdo WEB, para que todos que contratem o mesmo, possam utilizar a ferramenta sem problemas, e complexidade.
  242. 242. Desenvolver um sistema, que torne prático e eficaz o preenchimento de Páginas WEB, com diversos conteúdos implantados.
  243. 243.  Esperamos que o sistema, apresente da melhor forma, o seu desempenho e que todo seu conteúdo, seja satisfatório para o cliente.  Todo o planejamento do cliente, relacionado ao software, tenha sucesso nas suas tarefas adquiridas atreladas ao sistema.
  244. 244.  Sistema para gerenciamento de conteúdo Web, interface gráfica, de fácil manuseio e acessibilidade a todos os tipos de clientes.
  245. 245. .1. Itens que compõem o escopo do projeto O projeto é identificado através das documentações abaixo, fornecidas: - Regra de Negócios - Casos de Uso - Diagrama de Classes - Diagrama de Sequencia - Diagrama de Colaboração - Diagrama do Fluxo de Dados - Necessidades e Características do Mercado - Plano de Negócios - Modelo de Dados - Requisitos Funcionais
  246. 246. APPOLO Documentaçã o Descrição de Caso de Uso Regras de Negócio Requisitos Funcionais Diagrama de Caso de Uso Modelo de Dados Diagram a de Classes Diagrama de Sequencia Diagrama de Caso de uso Diagrama de Colaboração Diagrama de Caso de Uso Diagrama de Sequencia Diagrama de Fluxo de Dados Testes Documentaç ão de Testes Unitários Evidencias de Testes Planos de Testes Levantamen to de Dados Necessidade s e Característic as do mercado Planos de Negócios Sistema Cadastros Usuário Páginas Conteúd o Web Visualização de Conteúdo Páginas Conteúd o Web Controle de Acesso Usuário
  247. 247. DESCRIÇÃO (P)REMISSA (R)ESTRIÇÃO Para que o projeto tenha uma execução com sucesso, deve ser estabelecido ao cliente que o mesmo possua colaboradores ou até mesmo uma pequena noção, relacionado a parte técnica do sistema. Pois cabe ao cliente, que manipule e altere todas as informaçõescaracterísticas do mesmo, desta forma se adequando o sistema para sua funcionalidade específica. P Fica determinado características físicas e técnicas para que o Sistema execute seu fluxo normalmente. P Projeto entregue dentro do prazo definido pelo cliente. R O custo de instalação e configuração do sistema não deve ultrapassar o valor estabelecido pelo cliente. R
  248. 248. João Guilherme CEO Daiane Sena Analista de Sistemas Leônidas do Nascimento Analista de Sistemas Rodolpho Vinicius Desenvolvedor João Guilherme Desenvolvedor Leônidas do Nascimento Gerente de projeto
  249. 249. PAPEL RESPONSABILIDADES CEO Fornecer ideias de desenvolvimento e visões sobre o mercado relacionado ao projeto em um contexto macro; ponto inicial de contato do projeto com os stakeholders; Gerente de projeto (Nível Auxiliar) Auxiliar na especificação e detalhamento das ideias e visões sugeridas pelo CEO; elaborar cronograma, distribuição de atividades e planos estratégicos do projeto; elaborar apresentações para os stakeholders. Analista de sistemas Elaborar documentos técnicos com base nas especificações detalhadas (e filtradas) passadas pelo gerente de projeto; elaborar soluções para problemas no software; atualizar documentações; manter a base de dados; Desenvolvedor Entender a documentação técnica, planejar e desenvolver as soluções elaboradas pelos analistas de sistemas; entender e elaborar frameworks de desenvolvimento.
  250. 250. APPOLO Sistema de Gerenciamento de Conteúdo WEB
  251. 251. # DESCRIÇÃO TIPO CRITIC. SITUAÇÃO AÇÕES 1 Não Cumprir os prazos (atraso nas entregas) N 12 Mitigação Motivar a equipe a "entrar" no projeto, fazendo-os entender a sua importância. Solicitar que cada um dos membros da equipe deem seus próprios prazos de entrega e discutir cada um deles visando ajusta- los com o prazo final. 2 Não atente as especificações N 20 Eliminação Fazer com que os membros da equipe entendam a proposta e visão do projeto de software através de reuniões; envolve-los nas etapas de analise e documentação; reforçar a necessidade de cumprimento do cronograma. 3 Expansão do projeto P 25 Explorar Atentar-se ao mercado e suas possibilidades. Caso uma proposta de expansão dos serviços propostos seja feita, fazer uma boa analise de impacto e procurar a melhor maneira de implementação adequando-se ao cronograma.
  252. 252. DATA DESCRIÇÃO DA MUDANÇA 09/05/14 Alterações na Documentação, relacionado a matéria de Desenvolvimento do sistema, alterar nomenclaturas, conforme o sistema está, de forma atualizada, manter a documentação no estágio do Projeto. 07/05/14 Alterações, realizadas fisicamente no Banco de Dados do sistema, criação e alteração de tabelas e procedures. 07/05/14 Alteração e inclusão de documentos novos, relacionados ao Banco de Dados do sistema 05/05/14 Tela inicial de Login, do sistema finalizada, com sua programação concluída.
  253. 253. # DESCRIÇÃO 1 Realizar Reuniões se possível mensais para alinhar todos os detalhes. 2 Validar documentações, com os responsáveis por cada área de projeto. 3 Alinhas as informações dentre os componentes do grupo. 4 Aproveitar todo o tempo disponível para, focar no projeto e objetivo final. 5 Avaliar cada, parte do projeto individualmente para assim, pode explorar como um todo, cada requisito dentro o grupo
  254. 254. APPOLO Sistema de Gerenciamento de Conteúdo WEB
  255. 255. alessandro.almeida@uol.com.br www.alessandroalmeida.com/unifieo.htm www.slideshare.net/alessandroalmeida
  1. A particular slide catching your eye?

    Clipping is a handy way to collect important slides you want to go back to later.

×