Sie sind auf Seite 1von 67

UNIVERSIDADE NOVE DE JULHO

Disciplina: Projeto Prático de Programação

FJM - SOLUÇÕES TECNOLÓGICAS

FJM - SOLUÇÕES TECNOLÓGICAS

2017

São Paulo

UNIVERSIDADE NOVE DE JULHO

Disciplina: Projeto Prático de Programação

FJM - SOLUÇÕES TECNOLÓGICAS

FJM - SOLUÇÕES TECNOLÓGICAS

Trabalho apresentado à Universidade Nove de Julho, UNINOVE, em cumprimento às exigências da disciplina de Projeto Prático de Programação, sob orientação da Profa. Aparecida de Fatima Castello Rosa.

Allan Viana de Carvalho , 917119486 Fábio Aoki, 916111870 Felipe da Silva Mariano, 916111471

Jader Nadim de Melim, 916107967 Jonathan Kevelen Silva, 916102041 Marcelo Pereira da Silva, 916103628 Matheus Augusto Guidotti Correa, 916101798 Rodrigo Santana, 915208096

Sumário

Check-List para Condução de Projetos

5

  • 1. Fase de Iniciação

5

  • 2. Fase de Planejamento

6

  • 3. Fase de Execução e controle

8

  • 4. Fase de Encerramento

9

Ficha de Cadastro de Oportunidade de Projeto

10

Termo de Abertura de Projeto - Project Charter

11

Formulário de Stakeholders

12

Modelo de Matriz de Atribuição de Responsabilidades

13

Modelo de Ata de Reunião – Modelo 1

14

Modelo de Ata de Reunião – Modelo 2

15

Modelo de Cronograma – Modelo 1

17

Modelo de Cronograma – Modelo 2

18

Declaração do Escopo

19

Plano de Gerenciamento do Escopo

21

Solicitação de Modificação do Escopo

22

Controle de Modificações do Projeto

23

Formulário de Acompanhamento do Projeto

24

Formulário para Gerenciamento de Riscos Modelo de Estrutura Analítica do Projeto (EAP ou

25

WBS)

26

Modelo de Dicionário do EAP (DEAP)

27

Modelo de Planejamento de análise

28

Modelo de Descrição geral do sistema

29

Abrangência e sistemas relacionados

29

Requisitos funcionais

30

Requisitos Não-funcionais

32

Checklist de Requisitos

34

Modelo de Relatório de Viabilidade

35

Modelo de Teste de Viabilidade

36

Modelo de Estudo de Viabilidade Técnica

37

Modelo de Estudo de Viabilidade de Cronograma

38

Modelo de Estudo de Viabilidade Econômica

39

Modelo de Análise das alternativas

40

Modelo de Conclusão de Estudo de Viabilidade

41

Modelo de Conceitual – Diagrama Entidade Relacionamento (DER)

42

Modelo de Conceitual – Modelo Entidade Relacionamento (MER)

43

Modelo Lógico – Dicionário de Dados

44

Modelagem Física Modelo de documentação do Sistema de Interface

45

Web

46

Modelo de documentação da interface do Sistema de Desktop 48

Modelo de documentação do Plano de Testes

50

Modelo de Manual de Implantação do Software

52

Modelo de Manual do Usuário

53

  • 1.1 Web

53

  • 1.2 Administrador

59

  • 1.3 Mobile

65

Modelo de Plano de Implantação do Software

70

Modelo de Aceite de Produtos ou Serviços

71

Formulário de Lições Aprendidas

72

Referências Bibliográficas

73

Check-List para Condução de Projetos

Empresa / Órgão / Setor/ Programa: <nome do cliente; órgão, setor da empresa responsável pelo projeto; programa da empresa que o projeto está inserido>

Nome do projeto: FJM Soluções tecnológicas

Gerente do projeto: Jonathan Kevelen Silva

Sim

Não

1.

Fase de Iniciação

 

X

 

1.

A

proposta

é

coerente

com

a

Visão

e

o Planejamento estratégico da

organização patrocinadora do projeto (organização de origem) e com o Planejamento

 

estratégico da executora?

 

X

 

2.

Os recursos estratégicos estarão disponíveis para condução do projeto?

 

X

   

3.

Foi formalizado um

Project Chart, que define a justificativa,

objetivo, os

produtos do projeto (resultados e especificações) as premissas e os obstáculos do

 

projeto?

X

 

4.

As premissas relevantes foram estabelecidas e validadas junto ao cliente?

 

X

 

5.

A Estratégia e o Escopo do projeto estão claramente definidos?

 

X

   

6.

A proposta possibilita Resultados e Retorno sobre o investimento compatíveis

com as expectativas da organização?

 

X

 

7.

A avaliação qualitativa e quantitativa da viabilidade do projeto é consistente e

defensável?

 

X

 

8.

Uma avaliação preliminar de riscos foi realizada?

O

grau

de

certeza

das

estimativas é suficiente para o nível de risco que a organização possa tolerar?

 

X

 

9.

As

principais

partes

interessadas

e

afetadas

foram

adequadamente

envolvidas? Foi preenchido o formulário de stakeholders?

 

X

 

10. Já

foi

definido

quem será

o

Gerente deste projeto, com a Capacitação e

Experiência requeridas?

 

X

 

11. A

equipe

necessitará

de

alguma

forma

de

suporte,

treinamento,

direcionamento e/ou acompanhamento diferenciados?

 

X

 

12. Toda informação relevante necessária para prosseguir o projeto está disponível

e organizada?

 

X

 

13. O Project Chart foi submetido e aprovado pelo cliente e organização?

 
 

X

 

14. Existe

a

necessidade

de

um

evento

ou

documento

para

formalizar

o

lançamento do projeto e o comprometimento das pessoas envolvidas?

 
 

Prosseguir para fase de planejamento do escopo?

 

Assinatura GP: Jonathan kevelen

 

Espaço para justificativa, caso o projeto seja abortado

 

2.

Fase de Planejamento

 

Sim

Não

2.1 Declaração do escopo e plano de gerenciamento do escopo

X

 
  • 1. A declaração do escopo foi elaborada pela equipe de projeto, e os deliverables

(produtos) identificados?

X

 
  • 2. Foi elaborado um orçamento incluindo custos fixos, variáveis e lucro?

X

 
  • 3. O orçamento foi elaborado pela equipe de projeto junto ao setor financeiro?

X

 
  • 4. O orçamento foi aprovado pela Diretoria da empresa?

X

   
  • 5. A equipe de projeto elaborou o plano de gerenciamento do escopo e definiu

responsabilidades?

X

 
  • 6. Cliente aprovou orçamento e escopo do projeto?

Prosseguir para fase de definição do escopo?

Assinatura GP: Jonathan Kevelen

Espaço para justificativa, caso o projeto seja abortado

Sim

Não

2.2 Definição do escopo, planejamento do tempo, recursos,

 

qualidade, custos, comunicação

 

1.

Os pacotes de trabalho da WBS foram completados e elaborado o dicionário da

WBS?

X

2.

Os pacotes de trabalho foram desdobrados

em atividades e

estas foram

sequenciadas?

 

3.

Foram identificados e datados os marcos do projeto?

 

X

4.

Os Recursos foram adequadamente alocados às atividades?

 

X

5.

Um orçamento detalhado foi conduzido para gerar a linha de base de custos do

projeto?

X

6.

Existem Cronogramas, Marcos e Orçamentos estabelecidos?

 

X

O Processo de desenvolvimento de fornecedores e aquisição está sistematizado e é

conhecido?

X

Os Termos de referência (SOW) para fornecedores estão definidos?

 

X

7.

Está

definida

a

metodologia

de

Implementação

e

a

sistemática

de

gerenciamento do projeto?

 

X

8.

As Responsabilidades estão claramente definidas?

 

X

9.

Um plano de qualidade visando assegurar os resultados e especificações foi

estabelecido?

 

X

10.

Existe um sistema para documentação do projeto?

 

X

11.

Foi estabelecido um plano de comunicação para todos os envolvidos (relatórios

e eventos)?

 

X

12.

Toda a documentação gerada foi integrada em um Plano detalhado do projeto?

X

Foi realizada uma avaliação detalhada de riscos? Medidas contingenciais foram

previstas?

X

13.

O Plano do projeto foi submetido e aprovado pela organização?

 

X

14.

Existe a necessidade de um evento ou documento para formalizar o início da

execução e o comprometimento das pessoas envolvidas?

 

Prosseguir para fase de execução?

 

Assinatura GP:

 

Espaço para justificativa, caso o projeto seja abortado

Sim

Não

3.

Fase de Execução e controle

X

 

1.

A Equipe esta integrada e motivada para a execução das atividades (“team-

building”)?

X

 

2.

A Liderança é reconhecida pela equipe, pela sua habilidade na comunicação,

administração de conflitos e influência de pessoas?

X

 

3.

A Equipe requer treinamento especifico nas tecnologias envolvidas?

X

 

4.

A Equipe esta capacitada na solução de problemas e tomada de decisão?

X

 

5.

Os Fornecedores e interfaces da organização estão integrados ao projeto?

X

 

6.

O Processo de Negociação com fornecedores tem sido harmonioso e prospero

 

(ganha-ganha)?

X

 

7.

As mudanças de escopo têm sido controladas e aprovadas? O Impacto das

mudanças é simulado, avaliado e, após implementado, recoloca o projeto na trilha de

 

seu objetivo?

X

 

8.

As informações têm sido distribuídas segundo o plano de comunicação?

X

 

9.

O cronograma está sendo cumprido dentro dos prazos?

X

 
  • 10. O projeto está dentro do orçamento?

 

X

 
  • 11. As lições aprendidas estão sendo registradas no formulário adequado?

X

Os riscos estão sendo monitorados?

X

 
  • 12. As Reuniões de acompanhamento estão ocorrendo conforme programado?

X

 
  • 13. As atas estão sendo elaboradas e as demandas dos stakeholders registradas e

 

inseridas no projeto?

X

 
  • 14. Os Desvios entre Planejado e Realizado estão sendo identificados?

X

 
  • 15. As medidas corretivas estão sendo analisadas e implementadas?

X

 
  • 16. O Progresso e as auditorias estão sendo registradas e arquivadas?

Prosseguir para fase de encerramento?

Assinatura GP: Espaço para observações Sim Não 4. Fase de Encerramento X 1. Foram Realizados os
Assinatura GP:
Espaço para observações
Sim
Não
4. Fase de Encerramento
X
1. Foram Realizados os procedimentos de encerramento do projeto (auditoria de
resultados, encerramentos contratuais e administrativo)?
X
2. O Processo de transição esta encaminhado, assegurando
a operação do
produto do projeto?
X
3. A organização patrocinadora do projeto, os clientes e/ou usuários e a equipe do
projeto estão satisfeitos com os resultados?
X
4. Foi
conduzida
uma reunião
de balanço do projeto,
concluindo-se as lições
aprendidas (o que fizemos bem e onde podemos melhorar)?
X
5. Que
resultados
podem
ser
compartilhados
e
utilizados
com propósitos
institucionais e/ou mercadológicos?
Projeto considerado encerrado?
Assinatura GP:
Assinatura Gerente Geral:
Assinatura do cliente:

Espaço para observações

Ficha de Cadastro de Oportunidade de Projeto

Identificação do Cliente

Empresa: FJM SOLUÇÕES TECNOLOGICAS

Nome contato: fictício

Telefones: +55 (11) 3665-9752

Endereço: Av. Dr. Adolfo Pinto 109, São Paulo, SP

Tipo de Projeto: Reserva de Passagens Aéreas (Breve descrição do projeto)

Este projeto visa criar um sistema de “Reserva de Passagens Aéreas “, onde iremos atender uma grande demanda de clientes, fazendo com que eles se sintam satisfeitos ao serem atendidos. Visando sempre ter comprometimento, agilidade e êxito ao fazer um atendimento.

Sendo assim, procuraremos sempre estar atualizados, mediante aos concorrentes, para que possamos ter mais e mais pessoas fazendo reservas conosco.

Buscando preços acessíveis para chamar a atenção todo tipo de pessoa.

Responsável pelo atendimento ou venda

Nome:Matheus Augusto Guidotti

Data:17/03/2017

O contato foi:( x ) Telefônico

(

) Presencial

Agendamento da visita preliminar

Data:22/03/2017

Horário 10:00

Local: Av. Dr. Adolfo Pinto 109, São Paulo, SP

Termo de Abertura de Projeto

Empresa / Órgão / Setor/ Programa: Tam; FJM, T.I; Atendimento ao cliente.

 

Nome do

FJM Soluções Tecnológicas

 

projeto:

Gerente do

Jonathan kevelen

 

projeto:

Elaborado

 

Versão:

 

por:

Fabio Aoki

1.0.1

Aprovado por:

Gestor do projeto

   

Data de

 

Assinatura:

Jonathan Kevelen

aprovação:

25/03/17

Justificativa do projeto

<citar a razão pela qual o projeto é necessário, os objetivos estratégicos associados, e os benefícios que o projeto trará>

Esse projeto visa trazer melhorias e mais comodidade na hora de fazer compra de passagens aereas, com esse projeto, estamos trazendo mais segurança e facilidade na hora de fazer reserva.

Objetivo(s) do Projeto

<descrever o(s) objetivo(s) do projeto, ou seja, o que se quer alcançar com os resultados do projeto, e relacioná-lo(s) com o(s) objetivo(s) estratégico(s) da empresa>

Ser uma empresa reconhecida mundialmente pela sua grandeza e transparência.

Descrição do produto do projeto

<citar e descrever as entregas do projeto>

Temos como objetivo estratégico, alcançar mais clientes baseando-se nos nossos valores, dando sempre prioridade ao conforto e melhor maneira quando formos atender cada cliente. Sendo assim, o foco principal é sermos meticulosos e cuidadosos para ter sempre um atendimento de qualidade.

Premissas (hipóteses) e restrições para o projeto

 

Premissas (hipóteses)

Restrições

<listar as hipóteses que devem ser assumidas pela equipe de planejamento, conhecidas até o presente momento>

<listar as restrições impostas ao gerenciamento do projeto, principalmente as referentes a custo, prazo e condução do

Equipe de planejamento está assumindo a criação de uma nova forma de se fazer reservas pela internet.

projeto> custo: 20.000,00 Prazo: 03/03/17 - 30/06/17

 

Macro Fases, prazos e custo

Macro fase

Data limite

Custo

Diegrama de caso de uso

7 dias

5.000

Modelagem do banco de dados

7 dias

3.000

Desenvolvimento do projeto

7 dias

7 dias

13.000

 

Custo total

20.000

 

Principais envolvidos

Jonathan Keleven, Fabio Aoki, Jader Nadim

Designação de gerente

Gerente do projeto

Jonathan Kevelen (Gestor de projetos)

Limites de

Supervisionar a equipe e orintar.

autoridade

Formulário de Stakeholders

 

Empresa / Órgão / Setor/ Programa: Tam; FJM, T.I; Atendimento ao cliente.

 

Nome do

 

Reserva Aérea

 

projeto:

Gerente do

 

Jonathan Kevelen

 

projeto:

Elaborado

   

Versão:

 

por:

 

Matheus Guidotti

1.0.1

Aprovado

 

Gestor de projetos

   

por:

     

Data de

 

Assinatura:

 

Jonathan Kevelen

aprovação:

16/03/2017

 

Ref.

Nome

Empresa/Eq

Competência

E-mail

Telefo

Endereço

 
 

uipe

ne/Fax

 

Allan Viana

FJM Soluções

Banco de Dados

 

Tecnológicas

(SQL)

 

Fabio Aoki

FJM Soluções

Gestão de

Fabio.aoki.93@g

 
 

Tecnológicas

projetos

mail.com

 

Felipe

FJM Soluções

Banco de Dados

Felipe.smariano

 

Mariano

Tecnológicas

(SQL)

@yahoo.com.br

 

Jader Nadim

FJM Soluções

Programação C#

Jaderndm@gmail

 
 

Tecnológicas

.com

 

Jonathan

FJM Soluções

Gerente do

jonthamsorriso@g

 

kevelen

Tecnológicas

Projeto

mail.com

 

Marcelo

FJM Soluções

Segurança da

marcelop13silva

 

Pereira

Tecnológicas

Informação

@gmail.com

 

Matheus

FJM Soluções

Programação C#

matheus.guidotti

 

Guidotti

Tecnológicas

91@gmail.com

 

Rodrigo

FJM Soluções

Desenvolviment

Santana

Tecnológicas

o Web (PHP)

Matriz de Atribuição de Responsabilidades

Empresa / Órgão / Setor/ Programa: Tam; FJM, T.I; Atendimento ao cliente.

   

Nome do

   

Reserva Aérea

 

projeto:

Gerente do

 

Jonathan Kevelen

 

projeto:

Elaborado por:

Fabio Aoki

   

Versão:

 

1.0.1

Aprovado por:

Gestor do projeto

 
       

Data de

   

Assinatura:

 

Jonathan Kevelen

aprovação:

25/03/17

 
   

Membro

     

Membro

EDT

Produto ou

Atividade

da

equipe

01

Membro

da equipe

02

Membro da

equipe

03

Membro da

equipe

04

da

equipe

05

 

Gestor e

1

supervisor

Fabio

Matheus

Marcelo

Felipe

Rodrigo

2

Developer .NET

Jonathan

Jader

Allan

3

QA

4

DBA

5

Developer PHP

 
 
 
 
 

Legenda: R – Responsável A – Aprova C – Consultoria I – Informa

Ata de Reunião

Empresa / Órgão / Setor/ Programa: Tam; FJM, T.I; Atendimento ao cliente.

 

Nome do

Reserva Aérea

 

projeto:

Gerente do

Jonathan Kevelen

 

projeto:

Elaborado

 

Versão:

 

por:

Fabio Aoki

1.0.1

Aprovado por:

Gestor do projeto

Assinatura:

Jonathan Keleven

Data de

11/04/20

aprovação:

17

I. Relação dos presentes

Nome:

Setor/Empresa:

Allan Viana

Modelador do Banco de Dados

Fabio Aoki

Supervisor

Felipe Mariano

Modelador do Banco de Dados

Jader Nadim

Programador em C#

Jonathan Kevelen

Gestor

Matheus Guidotti

Programador em C#

Marcelo Pereira

QA

Rodrigo Santana

Developer PHP

II. Assuntos tratados

Divisão das tarefas como: Banco de Dados, C#, Desenvolvimento em PHP, preencher o documento do projeto.

III. Decisões tomadas

As tarefas foram dividas para que os integrantes entregassem as devidas tarefas nos prazos determinados.

IV. Ações a serem empreendidas

Prazo

Responsável

Criação do Banco de Dados

26/04/2016

Felipe e Allan

Criação da Aplicação Desktop

26/04/2016

Matheus e Jader

Desenvolvimento da Página Web

26/04/2016

Rodrigo

Segurança da Informação

26/04/2016

Marcelo

Gestão de Projetos

26/04/2016

Jonathan e Fabio

Documentos anexos:

 

Enviar

cópias

❍Fabio Aoki

❍Marcelo Pereira

para:

❍Jader Nadim

❍Jonathan

❍Rodrigo Santana

❍Allan Viana

❍Profº - Aparecida de Fátima

❍Felipe Mariano

Kevelen

Ata de Reunião

Ata da 01ª e 02 ª reunião da Equipe de Desenvolvimento de Software RPA. Aos dois dias do mês de abril de dois mil e dezessete, com início às dez horas da manhã, sala de reunião, sita na Rua Alexandre Baptistone, número cento e cinquenta e quatro, São Paulo, reuniram-se, para sua segunda sessão, os membros da Equipe de Desenvolvimento de Software RPA, que assinam esta ata. Constavam da ordem do dia os temas relacionados no Edital de Convocação. A reunião foi presidida pelo gerente de projeto Jonathan Kevelen. – ABERTURA DA 02ª REUNIÃO: Constatado o quórum regimental, o presidente deu por abertos os trabalhos, inicialmente agradecendo a presença de todos. Aprovação da ata da reunião anterior. Colocada em votação, a ata da reunião realizada em 11 de abril foi aprovada com 8 votos 8 favoráveis. Foi esclarecido que, para os cursos em questão, a saber: Agente de Desenvolvimento Cooperativista, Almoxarife, Inspetor Escolar, DiscJóquei, Programador de Sistemas, Balconista de Farmácia, Agricultor Agroflorestal e Agricultor Familiar, já havia sido emitida resolução ad referendum, cabendo ao Conselho referendar ou não tal documento. Entre suas observações, o relator destacou a necessidade de alterar no projeto a carga horária do componente curricular de “Acuracidade dos Estoques, Conceitos na Área de Logística” do curso de Almoxarife para o descrito na grade curricular. Esclareceu que os PPCs do eixo de Recursos Naturais haviam sido elaborados com a carga horária de 300 horas, por se tratar de projetos com características específicas do Campus Subindo e Descendo.III - Proposta de Regulamento da Bolsa Pesquisador do XPTO(anexo 3)– O relator Rolando Leroapresentou o histórico do documento, dizendo que se tem verificado o anseio por essa modalidade de fomento e que, portanto, houve proposta de criação de um regulamento. Disse que a Pró-reitoria de Pesquisa, Inovação e Pós-graduação (PRP), com considerações dos coordenadores de pesquisa, elaborou minuta, que englobava a bolsa pesquisador e regulamentava as atividades de pesquisa dos campi, e que este para esse documento foi emitida resolução ad referendum. Disse que, após tal aprovação, em reunião entre a PRP e um grupo de representantes do Colégio de Dirigentes, houve o entendimento de apresentar uma minuta de resolução que trate exclusivamente da bolsa pesquisador. Esclareceu que uma minuta de documento mais geral, que dispõe sobre atividades de pesquisa e programas de fomento, será elaborada pelo Conselho de Pesquisa do XPTO a ser criado.IV. Minuta de Resolução do Projeto Reservar de Passagens Aéreas. O relator Xico da Silva apresentou a minuta que institui a Projeto Ptolomeus, processo de participação da comunidade com o objetivo de elaborar os principais documentos institucionais. Foram apresentadas a ordem das etapas do processo e as atribuições e competências das comissões locais e central, bem como as inserções e alterações do documento, segundo as solicitações do Conselho feitas em reunião realizada em 1º de abril. O conselheiro Alberto Roberto apontou para a necessidade de se fazer uma consulta ao Ministério da Ciência e Tecnologia para se verificar a autonomia do XPTO com relação à alteração de seu Estatuto. O Conselho deliberou que a

primeira ação da Comissão Central da Estatuinte deverá ser uma consulta formal ao Ministério da Educação com relação às alterações que poderão ser feitas no Estatuto do XPTO.A seguir, passou-se então à discussão o último item da ordem do dia: “Outros Assuntos”. 1) Prorrogação do prazo para entrega da Dissertação – Bertoldo Brecha – a secretária fez a leitura do ofício datado de 06/02/2016 do acadêmico Bertoldo Brecha solicitando e justificando a prorrogação do prazo de entrega dos exemplares definitivos da dissertação até o dia 30/06/2016 e o ofício nº 038/2016 informando a não aprovação da prorrogação da data da entrega por já haver concedido uma prorrogação de acordo com o Regulamento de Programas de Pós- Graduação stricto sensu/XPTO. Após apreciação dos documentos os membros foram favoráveis a prorrogação do prazo até a data limite de 30/06/2016. 2) Aquisição de software de gerenciamento de bibliotecas, OrangeBall – O Senhor Rolando Lero comunica que foi procurado pela Superintendente do Sistema de Bibliotecas – Marina da Glória, solicitando apoio da PRPPG junto a Reitoria, para aquisição de um software de gerenciamento de bibliotecas – OrangeBall, fazendo a leitura do Ofício nº 37 em que a Superintendente faz uma descrição da necessidade e vantagens para aquisição do referido software. Diante do exposto o CPPG decidiu por unanimidade que a PRPPG encaminhe um ofício ao Reitor solicitando verificar a possibilidade de adquirir o referido software RPA mais tendo sido apresentado, eu, Jonathan Kevelen, levarei a presente ata a qual, após ter sido lida e aprovada, recebeu a minha assinatura e a dos membros da Equipe de Desenvolvimento de Software RPA presentes à reunião [com visto nas folhas anteriores e/ou subsequentes]. Alla Viana (Banco de Dados), Felipe Mariano (Banco de Dados), Fabio Aoki (Gestão de Projetos), Jader Nadim (Desenvolvimento Desktop), Jonathan Kevelen (Gerente do Projeto), Marcelo Pereira(Segurança da informação), Rodrigo Santana ( Desenvolvimento Web – PHP ).

Cronograma

Empresa / Órgão / Setor/ Programa:

Tam; FJM, T.I; Atendimento ao cliente.

Nome do projeto: Reserva Aérea Gerente do projeto: Jonathan Kevelen Elaborado por: Matheus Guidotti, Felipe Mariano Aprovado por :Jonathan Kevelen Assinatura: Jonathan Keleven

Fase do projeto

Início

Fim

primeira ação da Comissão Central da Estatuinte deverá ser uma consulta formal ao Ministério da Educação

Definição das equipes e Cronograma

primeira ação da Comissão Central da Estatuinte deverá ser uma consulta formal ao Ministério da Educação

Elaboração do Escopo, Design e Tema Desenvolvimento

10/03/2017

20/03/2017

16/03/2017

30/03/2017j

 

Planejamento e Desenvolvimento do Projeto

   

30/2017

 

25/06/2017

 

Março

 

Abril

 

Maio

 

Junho

D

S

T

Q

Q

S

S

D

S

T

Q

Q

S

S

D

S

T

Q

Q

S

S

 
 

0

1

0

2

0

3

0

4

 

0

1

0

1

0

2

0

3

0

4

0

5

0

6

0

5

0

6

0

7

0

8

0

9

1

0

1

1

0

2

0

0

3

1

0

4

1

0

5

1

0

6

1

0

7

1

0

8

1

0

7

0

8

0

9

1

0

1

1

1

2

1

3

1

2

1

3

1

4

1

5

1

6

1

7

1

8

9

1

0

1

1

1

2

1

3

2

4

2

5

2

1

4

1

5

1

6

1

7

1

8

1

9

2

0

1

9

2

0

2

1

2

2

2

3

2

4

2

5

6

7

8

9

0

1

2

2

1

2

2

2

3

2

4

2

5

2

6

2

7

2

2

2

2

3

3

 

2

3

2

4

2

5

2

6

2

7

2

8

2

9

2

8

2

9

3

0

3

1

 

6

7

8

9

0

1

3

   
 

0

 

D

S

  • 0 0

  • 4 5

  • 1 1

  • 1 2

  • 1 1

  • 8 9

  • 2 2

  • 5 6

Equipe, atribuição de tarefas, cronograma

Escopo do projeto, empresa

Trazer rascunho

Tema do desenvolvimento, design telas

Declaração do Escopo

Empresa / Órgão / Setor/ Programa: Tam; FJM, T.I; Atendimento ao cliente.

 

Nome do

Reserva Aérea

 

projeto:

Gerente do

Jonathan Kevelen

 

projeto:

Elaborado

 

Versão:

 

por:

Felipe Mariano

1.0.1

Aprovado por:

Gestor do projeto

   

Data de

 

Assinatura:

Jonathan Kevelen

aprovação:

20/03/2017

Justificativa do projeto

Justificativa do projeto

Este projeto visa integrar as disciplinas: Desenvolvimento em Banco de Dados (SQL), Gestão de Projetos, Programação Visual (C#), Programação Web (PHP) do terceiro semestre do curso de Tecnologia em Análise e Desenvolvimento de Sistemas. Essa integração fornecerá embasamento prático fazendo com que os integrantes estejam capacitados profissionalmente para especificar, planejar, codificar, desenvolver, executar, testar, otimizar e entregar um projeto.

Objetivo(s) do projeto

Desenvolver um Projeto Prático de Programação.

 

Descrição do(s) produto(s) ou serviço(s) do projeto

Temos como objetivo estratégico, alcançar mais clientes baseando-se nos nossos valores, dando sempre prioridade ao conforto e melhor maneira quando formos atender cada cliente. Sendo assim, o foco principal é sermos meticulosos e cuidadosos para ter sempre um atendimento de qualidade.

Lista de entregas do projeto (deliverables)

Descrição do(s) produto(s) ou serviço(s) do projeto Temos como objetivo estratégico, alcançar mais clientes baseando-se nos

Estratégia de condução do projeto

Manter a estratégia de gerenciamento de projetos de modo a minimizar a probabilidade de falhas.

Responsabilidades dos setores envolvidos

Gerência de projetos – Manter o planejamento, organização, direção e controle do projeto para que o conjunto de objetivos seja alcançado. Programação C# e PHP - Criar uma aplicação orientada a eventos, escrever programas que respondem aos eventos do usuário. Banco de Dados – Desenvolver o projeto e administrar o banco de dados, criando melhorias, identificando e solucionando problemas no Banco de Dados. Segurança da Informação – Preservar confidencialidade, integridade, disponibilidade e autenticidade das informações da organização. Redes - Realizar toda monitoração, análise e identificação dos pontos de falha dos eventos na infraestrutura de rede.

Plano de Gerenciamento do Escopo

Empresa / Órgão / Setor/ Programa:

Tam;FJM T.I; Atendimento ao cliente.

 

Nome do

Reserva Aérea

 

projeto:

Gerente do

Jonathan Keleven

 

projeto:

Elaborado

 

Versão:

 

por:

Fabio Aoki

1.0.3

Assinatura:

Jonathan Keleven

 

Data de

 

aprovação:

25/03/17

Objetivos do plano de gerenciamento do escopo

As Alterações do escopo seram tratadas cuidadosamente Através de Reuniões com a equipe de desenvolvimento e stakeholder.

Gerenciamento do escopo

O escopo deste projeto foi definido com o documento de declaração do escopo e detalhado na figura das entregas do projeto na WBS (WorkBreakdownStructure). À medida

que o projeto seguir através do seu ciclo de vida, novos estudos serão realizados a fim de reduzir as incertezas e aumentar o grau de estruturação do projeto, o que poderá gerar modificações do escopo. As modificações do escopo deverão ser realizadas de acordo com as práticas definidas neste documento, a partir de reuniões de acompanhamento do projeto.

Reuniões da equipe de projeto

25/03/17

Reuniões de planejamento global

26/03/17

Reuniões gerenciais

27/03/17

Gerenciamento de modificações do escopo

Compreende duas fases:

1) Solicitações de modificação (através de formulário de Modificação de

Escopo (ME)) Gerente do projeto vai avaliar e verificar os impactos financeiros e empresariais do projeto. Impactos em prazo acima de 15 dias; impactos em investimentos acima de R$ 5000,00; alterações de escopo em contratos com terceiros, serão aprovados somente pelo Gerente Geral, juntamente com o Diretor da Empresa.

Atenção: Inclusive a empresa Cliente deverá utilizar o mesmo formulário que deverá estar à disposição no site do projeto.

2) Controle de modificações Todas modificações deverão ser catalogadas no documento de controle de modificações. Cabe ao gerente do projeto manter a pasta de controle de modificações atualizada.

Aprovação: Jonathan Keleven

Assinatura Gerente do Projeto:

Jonathan Keleven

Data:

20/03/17

Assinatura Gerente Administr.:

Flavia Ribeiro

Data:

20/03/17

Assinatura Diretor da empresa:

Fabio Aoki

Data:

22/03/17

Solicitação de Modificação do Escopo

Empresa / Órgão / Setor/ Programa: Tam; FJM, T.I; Atendimento ao cliente.

 

Nome do

Reserva Aérea

 

projeto:

Gerente do

Jonathan Keleven

 

projeto:

Elaborado

 

Versão:

 

por:

Fabio Aoki

1.0.1

Aprovado por:

Gestor do projeto

   

Data de

 

Assinatura:

Jonathan

aprovação:

27/03/17

Descrição:

Motivo:

que o projeto seguir através do seu ciclo de vida, novos estudos serão realizados a fim
Impacto: Escopo: Custo: Prazo: Comentários: Documento de referência: Anexos: Parecer: Aprovação Assinatura Gerente do Projeto: Data:
Impacto:
Escopo:
Custo:
Prazo:
Comentários:
Documento de referência:
Anexos:
Parecer:
Aprovação
Assinatura Gerente do
Projeto:
Data:
Assinatura Gerente
Administr.:
Data:
Assinatura Diretor da
empresa:
Data:
Aprovada:
Reprovada:

Controle de Modificações do Projeto

Empresa / Órgão / Setor/ Programa: Tam; órgão, T.I; Atendimento ao cliente.

 

Nome do

Reserva Aérea

 

projeto:

Gerente do

 

projeto:

Elaborado

 

Versão:

 

por:

Aprovado por:

 
   

Data de

 

Assinatura:

aprovação:

ME

Data do

Data da Descrição Solicitante Status emissão fechamento
Data da
Descrição
Solicitante
Status
emissão
fechamento

Formulário de Acompanhamento do Projeto

Empresa / Órgão / Setor/ Programa: Tam; FJM, T.I; Atendimento ao cliente.

 

Nome do

Reserva Aérea

 

projeto:

Gerente do

Jonathan Keleven

 

projeto:

Elaborado

 

Versão:

 

por:

Fabio Aoki

1.0.1

Aprovado por:

Gestor do projeto

   

Data de

 

Assinatura:

Jonathan Keleven

aprovação:

22/03/17

1. Situação das entregas

 

Prazo (cronograma)

 
     

Data de

 

Produtos e

serviços

Situação ou

% concluída

Data de entrega planejada

entrega

efetiva

Atraso previsto (dias)

(entregas)

(ou nova

data)

 

.NET

10%

30/06/2017

DBA

10%

30/04/2017

Custo (orçamento)

 

Produtos e serviços

 

Valor orçado (VO)

Custo real (CR)

Reserva Aérea

 

20.000

20.000

Qualidade

Produtos e serviços

Especificação de qualidade

Nível atingido

Reserva Aérea

 

Boa

10

2. Ações a empreender:

 

Responsável: Jonathan Keleven

PLANEJAR SEU MARKETING DE FORMA ESTRATÉGICA

 

T.i

Formulário para Gerenciamento de Riscos

Empresa / Órgão / Setor/ Programa: Tam; FJM, T.I; Atendimento ao cliente.

 

Nome do

Reserva Aérea

 

projeto:

Gerente do

Fabio Aoki

 

projeto:

Elaborado

 

Versão:

 

por:

Fabio Aoki

1.0.1

Aprovado por:

Gestor

   

Data de

 

Assinatura:

Jonathan

aprovação:

22/03/17

1° Etapa: Identificação do Risco

 

Denominação

do risco:

Identificação:

Descrição do risco: Pano no sistema, perda de dados dos clientes.
Descrição do risco:
Pano no sistema, perda de dados dos clientes.

2° Etapa: Avaliação do Risco

 
 

• 5

• 4

3 (média)

• 2

• 1

Impacto:

(alta)

(média/alta

(média/baixa)

(baixa)

Probabilidade

• 5

• 4

3 (média)

• 2

• 1

:

(alta)

(média/alta

(média/baixa)

(baixa)

3° Etapa: Desenvolvimento da Resposta (Ação Preventiva)

 

Estratégias para eliminar ou reduzir este risco (minimizar impacto e/ou probabilidade):

 

Trabalhamos com soluções simples, confiáveis e acessíveis de backup e recuperação de desastres para ambientes físicos, virtuais e em nuvem para manter os negócios dos clientes ativos e funcionando sempre.

Responsável:

 

Data de

 

Fabio Aoki

Conclusão:

22/03/17

Impacto

 

Probabilidade

 

reavaliado:

reavaliada:

4° Etapa: Plano de Contingência

 

Estratégias para:

Backup e Restore: Seguimos boas práticas de continuidade de negócios que aumentam a segurança do cliente com soluções de backup e restore. Essas soluções armazenam diariamente cópias dos dados e informações do cliente em local seguro, seja o backup local

ou externo. Quando ocorre um imprevisto onde dados e informações – banco de dados de sistema, e-mails, arquivos de usuários – são perdidos, podem ser recuperados através da solução.

Responsável:

 

Data de

 

Lais Macedo Fuzita

Conclusão:

17/03/17

Impacto

 

Probabilidade

 

reavaliado:

reavaliada:

5° Etapa: Acompanhamento do Risco

Ocorrências e alterações:

Oferecemos soluções de redundância física e lógica para servidores e Workstations, de modo a assegurar a continuidade dos serviços essenciais do negócio do cliente, minimizando o tempo de parada e recuperação de ambientes críticos em casos de desastres.

Respostas incluídas na WBS/Cronograma

Registros adicionais: Verso ou Anexos

Modelo de Planejamento de análise

Empresa / Órgão / Setor/ Programa: Tam; FJM, T.I; Atendimento ao cliente.

 

Nome do

Reserva Aérea

 

projeto:

Gerente do

Jonthan Keleven

 

projeto:

Elaborado

 

Versão:

 

por:

Jonathan e Fabio

1.0.1

provado por:

Gestor

   

Data de

 

Assinatura:

Jonathan

aprovação:

21/04/17

 

Histórico de Alterações

 

Data

Vers

Descrição

Autor

ão

06/04/201

  • 3.0 Compartilhando pelo DRIVE o documento

Matheus

7

Guidotti

11/04/201

  • 2.9 Distribuição de Atividades

 

7

Fabio Aoki

14/04/201

  • 2.8 Brainstorming

 

Jonathan

7

kevelen

21/04/201

  • 2.7 Preenchimento de dados no documento

Fabio e

7

Jonathan

 

Descrição geral do sistema

 

Empresa / Órgão / Setor/ Programa:

Tam; FJM, T.I; Atendimento ao cliente.

 

Nome do

Reserva Aérea

 

projeto:

Gerente do

Jonathan Keleven

 

projeto:

Elaborado

 

Versão:

 

por:

Fabio Aoki

1.0.1

Aprovado por:

Gestor do projeto

   

Data de

 

Assinatura:

Jonathan

aprovação:

17/03/17

Abrangência e sistemas relacionados

O sistema Reservas de Passagens Aéreas é uma ferramenta para o processo de desenvolvimento de software. Fornece uma maneira intuitiva e eficiente para definir componentes adequados a uma empresa/projeto. Um componente é uma unidade

da metodologia que pode ser manipulada isoladamente, por exemplo artefato, atividade etc.

Utilizando a ferramenta, o usuário - em geral, engenheiro de processos ou projetista de metodologias - poderá cadastrar novos componentes ou criar componentes a partir de outros já existentes. Além disso, poderá alterar, remover e consultar componentes já criados. Tais componentes podem ser exportados da ferramenta, gerando um documento texto, páginas HTML ou um arquivo PDF que podem ser visualizados sem utilizar a ferramenta.

A ferramenta conterá também testes de validação sobre os componentes criados. Estes são baseados no RationalUnifiedProcess (metodologia proposta pela empresa FJM Soluções Tecnologicas) e servem de ajuda aos usuários, evitando que este cometa pequenos erros.

Diante da facilidade de se definir metodologias, o Methodology Explorer contribui de modo decisivo para melhorar a qualidade do processo de desenvolvimento dos projetos de software de uma empresa.

Requisitos funcionais

Empresa / Órgão / Setor/ Programa: Tam; FJM, T.I; Atendimento ao cliente.

 

Nome do

Reserva Aérea

 

projeto:

Gerente do

Jonathan Keleven

 

projeto:

Elaborado

 

Versão:

 

por:

Fabio Aoki

1.0.1

Aprovado por:

Gestor do projejto

   

Data de

 

Assinatura:

Jonathan Keleven

aprovação:

17/03/17

 

[RF

Componente:

001]

Descrição:

 

Cadastro

 
 

O portal deve oferecer a busca de passagens aéreas. Informações: Local de origem, local de destino, data de partida, data de volta, quantidade de adultos, quantidade de crianças, idade das crianças. Regras: O sistema deve permitir que o visitante ou o cliente do portal possam executar a busca fornecendo as informações obrigatórias e, caso haja resultado para a consulta, o portal deve disponibilizar as passagens aéreas com seus preços, as companhias disponíveis, escala e conexões (se houver), origem, destino e horário. Caso não haja disponibilidade, deve ser informado ao cliente que não houve resultado para a consulta. A obtenção dos dados de passagens de avião deve ser efetivada através de uma interface de integração entre o portal e as companhias aéreas.

O portal deve validar se as informações sobre local de origem, local de destino, data de partida, data da volta e número de pessoas estão

preenchidos. A data de partida deve ser maior ou igual à data corrente.

A data de volta deve ser maior ou igual à data de partida.

O número de adultos ou o número de crianças deve ser maior que zero.

Por padrão, o portal deve preencher o número de adultos com 1(um). Caso o número de crianças seja maior que 0 (zero), a idade deve ser

preenchida. Caso alguma das informações acima não cumpra essas regras, o portal

deve informar o usuário a respeito do erro de preenchimento.

Prioridade:

■Essencial

◻ Importante

◻ Desejável

Entradas e Pré-condições:

Não tem

Saídas e Pós-condições:

Um componente é cadastrado no sistema

 

Empresa / Órgão / Setor/ Programa: Tam; FJM, T.I; Atendimento ao cliente.

 

Nome do

Reserva Aérea

 

projeto:

Gerente do

Jonathan Keleven

 

projeto:

Elaborado

 

Versão:

 

por:

Fabio Aoki

1.0.1

Aprovado por:

Gestor do projeto

 
   

Data de

 

Assinatura:

Jonthan

aprovação:

17/03/17

 

Componente:

Exclusão

 

[RF

002]

Descrição:

Permite que o usuário exclua um componente do cadastro de componentes do sistema. Um componente pode ser excluído de qualquer instanciação de metodologia (árvore).

Prioridade:

■Essencial

◻ Importante

◻ Desejável

 

Entradas e Pré-condições:

 

Recebe como entrada o componente que se deseja excluir

 

Saídas e Pós-condições:

 

O usuário consegue excluir o componente que deseja

 

Requisitos Não-funcionais

Empresa / Órgão / Setor/ Programa: Tam; FJM, T.I; Atendimento ao cliente.

 

Nome do

Reserva Aérea

 

projeto:

Gerente do

Jonathan Keleven

 

projeto:

Elaborado

 

Versão:

 

por:

Fabio Aoki

1.0.1

Aprovado por:

Gestor

     

Data de

 

Assinatura:

Jonathan Keleven

aprovação:

17/03/17

 

Prioridade:

■Essencial

◻ Importante

◻ Desejável

 

Entradas e Pré-condições:

 

Não tem

Saídas e Pós-condições:

 
 

Empresa / Órgão / Setor/ Programa: Tam; FJM T.I; Atendimento ao cliente.

 

Nome do

Reserva Aérea

 

projeto:

Gerente do

Jonathan Keleven

 

projeto:

Elaborado

 

Versão:

 

por:

Fabio Aoki

1.0.1

Aprovado por:

Jonathan Keleven

 
   

Data de

 

Assinatura:

Jonathan

aprovação:

17/03/17

Componente:

Usabilidade

[NF

002]

Descrição:

Os requisitos não funcionais desejáveis em uma boa interface podem ser agrupados em duas categorias: requisitos relacionados à exibição de informação e à entrada de dados.

. Requisitos Relacionados à Exibição da Informação:

 

. Consistência.

. Feedback.

. Níveis de habilidade e comportamento humano.

 

. Percepção humana.

. Metáforas.

. Minimização de carga de memória.

 

. Classificação funcional dos comandos.

 

. Projeto independente da resolução do monitor.

. Requisitos Relacionados à Entrada de Dados:

. Mecanismos de ajuda.

. Prevenção de erros.

. Tratamento de erros.

Prioridade:

◻ Essencial

■ Importante

◻ Desejável

Checklist de Requisitos

Ite

Item para verificação

 

Não

m

Sim

Não ambíguo: É quando se, e somente se, cada requisito declarado seja suscetível a apenas uma interpretação

 
  • 1 Cada requisito está descrito com clareza e sem ambiguidade?

x

Consistente: É consistente se, e somente se, nenhum dos requisitos do documento, tomado individualmente, está em conflito com qualquer outro requisito do mesmo documento

 
  • 2 Existem requisitos conflitantes?

 

x

Completo: É completo se, e somente se, conter toda e apenas a informação necessária para que o software correspondente seja produzido

  • 3 Existem requisitos implícitos?

 
  • 4 Os requisitos exibem a distinção clara entre funções, dados e restrições?

x

  • 5 As restrições e dependências foram claramente descritas?

x

Existem requisitos que contém algum nível desnecessário de

  • 6 detalhe do projeto?

 

x

  • 7 Os requisitos definem todas as informações a serem apresentadas aos usuários?

x

Os requisitos descrevem as respostas aos usuários devido às

  • 8 condições de erro?

x

  • 9 Existem situações não tratadas pelos requisitos que precisam ser consideradas?

x

10

O documento contém realmente toda a informação prometida em

sua introdução?

x

Relatório de Viabilidade

Empresa / Órgão / Setor/ Programa: Tam; FJM T.I; Atendimento ao cliente.

 

Nome do

Reserva Aérea

 

projeto:

Gerente do

Jonathan Keleven

 

projeto:

Elaborado

 

Versão:

 

por:

Fabio Aoki

1.0.1

Aprovado por:

Gestor de projeto

   

Data de

 

Assinatura:

Jonathan

aprovação:

13/03/17

 

Descrição do problema

O projeto tem como objetivo gerenciar e organizar os dados e serviços de um aerporto, facilitando a compra de uma passagem Aérea através do site da companhia Tam.

Alternativas de solução

Alternativa 1:

Desktop

Vamos fazer um sistema onde o cliente compra a sua passagem pelo telefone falando direto com a atendente, tendo uma forma de escolha mais rapida do que o ir direto a alguma agência de viagens.

Alternativa 2:

Desktop

A forma de compra de passagem sera feita pelo site da empresa Tam, facilitando a forma de escolha e pagamento, o usuário pode escolher em qual voo e poltrona vai se sentar, fazendo a compra através de seu cartão de crédito ou débito.

TESTE DE VIABILIDADE

Empresa / Órgão / Setor/ Programa: Tam; FJM T.I; Atendimento ao cliente.

 

Nome do

Reserva Aérea

 

projeto:

Gerente do

Jonathan Keleven

 

projeto:

Elaborado

 

Versão:

 

por:

Fabio Aoki

17/03/17

Aprovado por:

Gestor

   

Data de

 

Assinatura:

Jonathan Keleven

aprovação:

1.0.1

Descrição dos testes

Aqui apresentamos um resumo com os resultados obtidos pelo estudo operacional, comparando as alternativas propostas.

 

Teste de Viabilidade Operacional

 

Descrição

Alternativa 1

Alternativa 2

Performance

2

3

Informação

3

3

Economia

2

3

Controle

2

3

Eficiência

3

3

Serviços

2

3

Mobilidade

1

3

Total

15

21

1 - ruim | 2 - satisfatório | 3 – bom

ESTUDO DE VIABILIDADE TÉCNICA

Empresa / Órgão / Setor/ Programa:

Tam; FJM T.I; Atendimento ao cliente.

 

Nome do

Reserva Aérea

 

projeto:

Gerente do

Jonathan Keleven

 

projeto:

Elaborado

 

Versão:

 

por:

Fabio Aoki

1.0.1

Aprovado por:

Gestor

   

Data de

 

Assinatura:

Jonathan

aprovação:

17/03/17

 

Alternativa 1

A alternativa 1 utiliza tecnologias bem consolidadas.

 
 

ESTUDO DE VIABILIDADE DE CRONOGRAMA

 

Empresa / Órgão / Setor/ Programa: Tam; FJM, T.I; Atendimento ao cliente.

 

Nome do

Reserva Aérea

 

projeto:

Gerente do

Jonathan Keleven

 

projeto:

Elaborado

 

Versão:

 

por:

Fabio Aoki

1.0.1

Aprovado por:

Gestor

   

Data de

 

Assinatura:

Jonathan

aprovação:

17/03/17

 

Descrição:

O objetivo deste estudo é especificar os prazos desejáveis para as três alternativas. Em todas as alternativas 2 meses e 15 dias é considerado um tempo suficiente para desenvolver o sistema. A parte de infraestrutura deve ser feita paralelamente ao desenvolvimento.

Alternativa 1:

 

Descrição

Tempo

Implementação e Implantação

 

2 meses e 15 dias

Treinamento e Testes

15 dias

 

Tempo Total Desejável

 

3 meses

Alternativa 2:

 

Descrição

Tempo

Implementação e Implantação

 

2 meses

Treinamento e Testes

15 dias

 

Tempo Total Desejável

 

2 meses e 15 dias

 

Modelo de Estudo de Viabilidade Econômica

 

Empresa / Órgão / Setor/ Programa: Tam; FJM, T.I; Atendimento ao cliente.

 

Nome do

Reserva Aérea

 

projeto:

Gerente do

Jonathan Keleven

 

projeto:

Elaborado

 

Versão:

 

por:

Fabio Aoki

1.0.1

Aprovado por:

Gestor

   

Data de

 

Assinatura:

Jonathan

aprovação:

17/03/17

 

Descrição:

O objetivo desse estudo é julgar se os possíveis benefícios oferecidos pelas alternativas são vantajosos ou não.

Modelo de Análise das alternativas

Nome do

Reserva Aérea

 

projeto:

Gerente do

Jonathan Keleven

 

projeto:

Elaborado

     

Versão:

 

por:

Fabio Aoki

1.0.1

Aprovado por:

Gestor do projeto

 
     

Data de

 

Assinatura:

 

Jonathan

aprovação:

17/03/17

 

Viabilidade

Peso