Projeto 2

UNIVERSIDADE NOVE DE JULHO
Disciplina: Projeto Prtico de Programao
FJM - SOLUES TECNOLGICAS

So Paulo
2017
UNIVERSIDADE NOVE DE JULHO
Disciplina: Projeto Prtico de Programao

Trabalho apresentado Universidade Nove

de Julho, UNINOVE, em cumprimento s
exigncias da disciplina de Projeto Prtico de
Programao, sob orientao da
Profa. Aparecida de Fatima Castello Rosa.
Allan Viana de Carvalho , 917119486

Fbio 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
Sumrio
Check-List para Conduo de Projetos 5
1. Fase de Iniciao 5
2. Fase de Planejamento 6
3. Fase de Execuo e controle 8
4. Fase de Encerramento 9
Ficha de Cadastro de Oportunidade de Projeto 10

Termo de Abertura de Projeto - Project Charter 11
Formulrio de Stakeholders 12
Modelo de Matriz de Atribuio de Responsabilidades
13
Modelo de Ata de Reunio Modelo 1 14
Modelo de Ata de Reunio Modelo 2 15
Modelo de Cronograma Modelo 1 17
Modelo de Cronograma Modelo 2 18
Declarao do Escopo 19
Plano de Gerenciamento do Escopo 21
Solicitao de Modificao do Escopo 22
Controle de Modificaes do Projeto 23
Formulrio de Acompanhamento do Projeto 24
Formulrio para Gerenciamento de Riscos 25
Modelo de Estrutura Analtica do Projeto (EAP ou
WBS) 26
Modelo de Dicionrio do EAP (DEAP) 27
Modelo de Planejamento de anlise 28
Modelo de Descrio geral do sistema 29
Abrangncia e sistemas relacionados 29
Requisitos funcionais 30
Requisitos No-funcionais 32
Checklist de Requisitos 34
Modelo de Relatrio de Viabilidade 35
Modelo de Teste de Viabilidade 36
Modelo de Estudo de Viabilidade Tcnica 37
Modelo de Estudo de Viabilidade de Cronograma 38
Modelo de Estudo de Viabilidade Econmica 39
Modelo de Anlise das alternativas 40
Modelo de Concluso de Estudo de Viabilidade 41
Modelo de Conceitual Diagrama Entidade
Relacionamento (DER) 42
Modelo de Conceitual Modelo Entidade
Relacionamento (MER) 43
Modelo Lgico Dicionrio de Dados 44
Modelagem Fsica 45
Modelo de documentao do Sistema de Interface
Web 46
Modelo de documentao da interface do Sistema de
Desktop 48
Modelo de documentao do Plano de Testes 50
Modelo de Manual de Implantao do Software 52
Modelo de Manual do Usurio 53
1.1 Web 53
1.2 Administrador 59
1.3 Mobile 65
Modelo de Plano de Implantao do Software 70

Modelo de Aceite de Produtos ou Servios 71
Formulrio de Lies Aprendidas 72
Referncias Bibliogrficas 73
Check-List para Conduo de Projetos
Empresa / rgo / Setor/ Programa: <nome do cliente; rgo, setor da empresa
responsvel pelo projeto; programa da empresa que o projeto est inserido>
Nome do projeto: FJM Solues tecnolgicas
Gerente do projeto: Jonathan Kevelen Silva
Sim No 1. Fase de Iniciao
1. A proposta coerente com a Viso e o Planejamento estratgico da
X organizao patrocinadora do projeto (organizao de origem) e com o Planejamento
estratgico da executora?
2. Os recursos estratgicos estaro disponveis para conduo do projeto?
X
3. Foi formalizado um Project Chart, que define a justificativa, objetivo, os
X produtos do projeto (resultados e especificaes) as premissas e os obstculos do
projeto?
4. As premissas relevantes foram estabelecidas e validadas junto ao cliente?
X
5. A Estratgia e o Escopo do projeto esto claramente definidos?
X
6. A proposta possibilita Resultados e Retorno sobre o investimento compatveis
X com as expectativas da organizao?
7. A avaliao qualitativa e quantitativa da viabilidade do projeto consistente e
X defensvel?
8. Uma avaliao preliminar de riscos foi realizada? O grau de certeza das
X estimativas suficiente para o nvel de risco que a organizao possa tolerar?
9. As principais partes interessadas e afetadas foram adequadamente
X envolvidas? Foi preenchido o formulrio de stakeholders?
10. J foi definido quem ser o Gerente deste projeto, com a Capacitao e
X Experincia requeridas?
11. A equipe necessitar de alguma forma de suporte, treinamento,
X direcionamento e/ou acompanhamento diferenciados?
12. Toda informao relevante necessria para prosseguir o projeto est disponvel
X e organizada?
13. O Project Chart foi submetido e aprovado pelo cliente e organizao?
X
14. Existe a necessidade de um evento ou documento para formalizar o
X lanamento do projeto e o comprometimento das pessoas envolvidas?
Prosseguir para fase de planejamento do escopo?
Assinatura GP: Jonathan kevelen
Espao para justificativa, caso o projeto seja abortado
2. Fase de Planejamento
Sim No
2.1 Declarao do escopo e plano de gerenciamento do escopo
1. A declarao do escopo foi elaborada pela equipe de projeto, e os deliverables
X (produtos) identificados?
X 2. Foi elaborado um oramento incluindo custos fixos, variveis e lucro?
3. O oramento foi elaborado pela equipe de projeto junto ao setor financeiro?
X
X 4. O oramento foi aprovado pela Diretoria da empresa?
5. A equipe de projeto elaborou o plano de gerenciamento do escopo e definiu
X responsabilidades?
X 6. Cliente aprovou oramento e escopo do projeto?
Prosseguir para fase de definio do escopo?

Assinatura GP: Jonathan Kevelen
Sim No
2.2 Definio do escopo, planejamento do tempo, recursos,
qualidade, custos, comunicao
1. Os pacotes de trabalho da WBS foram completados e elaborado o dicionrio 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 oramento detalhado foi conduzido para gerar a linha de base de custos do
projeto?
X 6. Existem Cronogramas, Marcos e Oramentos estabelecidos?
X O Processo de desenvolvimento de fornecedores e aquisio est sistematizado e
conhecido?
X Os Termos de referncia (SOW) para fornecedores esto definidos?
X 7. Est definida a metodologia de Implementao e a sistemtica de
gerenciamento do projeto?
X 8. As Responsabilidades esto claramente definidas?
X 9. Um plano de qualidade visando assegurar os resultados e especificaes foi
estabelecido?
X 10. Existe um sistema para documentao do projeto?
X 11. Foi estabelecido um plano de comunicao para todos os envolvidos (relatrios
e eventos)?
X 12. Toda a documentao gerada foi integrada em um Plano detalhado do projeto?
X Foi realizada uma avaliao detalhada de riscos? Medidas contingenciais foram
previstas?
X 13. O Plano do projeto foi submetido e aprovado pela organizao?
X 14. Existe a necessidade de um evento ou documento para formalizar o incio da
execuo e o comprometimento das pessoas envolvidas?
Prosseguir para fase de execuo?
Assinatura GP:
Sim No 3. Fase de Execuo e controle

X 1. A Equipe esta integrada e motivada para a execuo das atividades (team-
building)?
X 2. A Liderana reconhecida pela equipe, pela sua habilidade na comunicao,
administrao de conflitos e influncia de pessoas?
X 3. A Equipe requer treinamento especifico nas tecnologias envolvidas?
X 4. A Equipe esta capacitada na soluo de problemas e tomada de deciso?
X 5. Os Fornecedores e interfaces da organizao esto integrados ao projeto?
X 6. O Processo de Negociao com fornecedores tem sido harmonioso e prospero
(ganha-ganha)?
X 7. As mudanas de escopo tm sido controladas e aprovadas? O Impacto das
mudanas simulado, avaliado e, aps implementado, recoloca o projeto na trilha de
seu objetivo?
X 8. As informaes tm sido distribudas segundo o plano de comunicao?
X 9. O cronograma est sendo cumprido dentro dos prazos?
X 10. O projeto est dentro do oramento?
X 11. As lies aprendidas esto sendo registradas no formulrio adequado?
X Os riscos esto sendo monitorados?
X 12. As Reunies de acompanhamento esto ocorrendo conforme programado?
X 13. As atas esto sendo elaboradas e as demandas dos stakeholders registradas e
inseridas no projeto?
X 14. Os Desvios entre Planejado e Realizado esto sendo identificados?
X 15. As medidas corretivas esto sendo analisadas e implementadas?
X 16. O Progresso e as auditorias esto sendo registradas e arquivadas?
Prosseguir para fase de encerramento?
Assinatura GP:
Espao para observaes
Sim No 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 transio esta encaminhado, assegurando a operao do
produto do projeto?
X 3. A organizao patrocinadora do projeto, os clientes e/ou usurios e a equipe do
projeto esto satisfeitos com os resultados?
X 4. Foi conduzida uma reunio de balano do projeto, concluindo-se as lies
aprendidas (o que fizemos bem e onde podemos melhorar)?
X 5. Que resultados podem ser compartilhados e utilizados com propsitos
institucionais e/ou mercadolgicos?
Projeto considerado encerrado?
Assinatura GP:
Assinatura Gerente Geral:
Assinatura do cliente:
Espao para observaes
Ficha de Cadastro de Oportunidade de Projeto
Identificao do Cliente
Empresa: FJM SOLUES TECNOLOGICAS
Nome contato: fictcio
Telefones: +55 (11) 3665-9752
Endereo: Av. Dr. Adolfo Pinto 109, So Paulo, SP
Tipo de Projeto: Reserva de Passagens Areas (Breve descrio do
projeto)
Este projeto visa criar um sistema de Reserva de Passagens Areas , 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 preos acessveis para chamar a ateno todo tipo de pessoa.
Responsvel pelo atendimento ou venda
Nome:Matheus Augusto Guidotti

Data:17/03/2017
O contato foi:( x ) Telefnico ( ) Presencial
Agendamento da visita preliminar

Data:22/03/2017
Horrio 10:00
Local: Av. Dr. Adolfo Pinto 109, So Paulo, SP
Termo de Abertura de Projeto
Empresa / rgo / Setor/ Programa: Tam; FJM, T.I; Atendimento ao cliente.

Nome do
FJM Solues Tecnolgicas
projeto:
Gerente do
Jonathan kevelen
projeto:
Elaborado
Fabio Aoki Verso: 1.0.1
por:
Aprovado por: Gestor do projeto
Data de
Assinatura: Jonathan Kevelen 25/03/17
aprovao:
Justificativa do projeto
<citar a razo pela qual o projeto necessrio, os objetivos estratgicos associados, e os
benefcios 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 segurana e
facilidade na hora de fazer reserva.
Objetivo(s) do Projeto
<descrever o(s) objetivo(s) do projeto, ou seja, o que se quer alcanar com os resultados
do projeto, e relacion-lo(s) com o(s) objetivo(s) estratgico(s) da empresa>
Ser uma empresa reconhecida mundialmente pela sua grandeza e transparncia.
Descrio do produto do projeto

<citar e descrever as entregas do projeto>
Temos como objetivo estratgico, alcanar 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 (hipteses) e restries para o projeto

Premissas (hipteses) Restries
<listar as hipteses que devem ser <listar as restries impostas ao
assumidas pela equipe de planejamento, gerenciamento do projeto, principalmente
conhecidas at o presente momento> as referentes a custo, prazo e conduo do
projeto>
Equipe de planejamento est assumindo a custo: 20.000,00
criao de uma nova forma de se fazer Prazo: 03/03/17 - 30/06/17
reservas pela internet.
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 13.000
Custo total 20.000
Principais envolvidos
Jonathan Keleven, Fabio Aoki, Jader Nadim
Designao de gerente
Gerente do projeto Jonathan Kevelen (Gestor de projetos)
Limites de Supervisionar a equipe e orintar.
autoridade
Formulrio de Stakeholders

Nome do
Reserva Area
projeto:
Gerente do
Jonathan Kevelen
projeto:
Elaborado
Matheus Guidotti Verso: 1.0.1
por:
Aprovado
Gestor de projetos
por:
Data de
aprovao:
Empresa/Eq Telefo
Ref. Nome Competncia E-mail Endereo
uipe ne/Fax
Allan Viana FJM Solues Banco de Dados
Tecnolgicas (SQL)
Fabio Aoki FJM Solues Gesto de Fabio.aoki.93@g
mail.com
Tecnolgicas projetos
Felipe FJM Solues Banco de Dados Felipe.smariano
@yahoo.com.br
Mariano Tecnolgicas (SQL)
Jader Nadim FJM Solues Programao C# Jaderndm@gmail
.com
Tecnolgicas
Jonathan FJM Solues Gerente do jonthamsorriso@g
mail.com
kevelen Tecnolgicas Projeto
Marcelo FJM Solues Segurana da marcelop13silva
@gmail.com
Pereira Tecnolgicas Informao
Matheus FJM Solues Programao C# matheus.guidotti
91@gmail.com
Guidotti Tecnolgicas
Rodrigo FJM Solues Desenvolviment
Santana Tecnolgicas o Web (PHP)
Matriz de Atribuio de Responsabilidades

Nome do
Reserva Area
projeto:
Gerente do
Jonathan Kevelen
projeto:
Elaborado por: Fabio Aoki Verso: 1.0.1
Data de
aprovao:
Membro Membro
Membro Membro da Membro da
Produto ou da da
EDT da equipe equipe equipe
Atividade equipe equipe
02 03 04
01 05
Gestor e
1 Fabio Matheus Marcelo Felipe Rodrigo
supervisor
2 Developer .NET Jonathan Jader Allan
3 QA
4 DBA
5 Developer PHP
Legenda: R Responsvel A Aprova C Consultoria I Informa

Ata de Reunio
Nome do
Reserva Area
projeto:
Gerente do
Jonathan Kevelen
projeto:
Elaborado
por:
Data de 11/04/20
Assinatura: Jonathan Keleven
aprovao: 17
I. Relao 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
Diviso das tarefas como: Banco de Dados, C#, Desenvolvimento em PHP, preencher o
documento do projeto.
III. Decises tomadas

As tarefas foram dividas para que os integrantes entregassem as devidas tarefas nos
prazos determinados.
IV. Aes a serem empreendidas Prazo Responsvel

Criao do Banco de Dados 26/04/2016 Felipe e Allan
Criao da Aplicao Desktop 26/04/2016 Matheus e Jader
Desenvolvimento da Pgina Web 26/04/2016 Rodrigo
Segurana da Informao 26/04/2016 Marcelo
Gesto de Projetos 26/04/2016 Jonathan e Fabio
Documentos anexos:
Enviar cpias Fabio Aoki Marcelo Pereira

para: Jader Nadim Rodrigo Santana
Allan Viana Jonathan Prof - Aparecida de Ftima
Felipe Mariano Kevelen
Assinaturas: Jonathan e Fabio
Ata de Reunio
Ata da 01 e 02 reunio da Equipe de Desenvolvimento de Software RPA.

Aos dois dias do ms de abril de dois mil e dezessete, com incio s dez
horas da manh, sala de reunio, sita na Rua Alexandre Baptistone, nmero
cento e cinquenta e quatro, So Paulo, reuniram-se, para sua segunda
sesso, os membros da Equipe de Desenvolvimento de Software RPA, que
assinam esta ata. Constavam da ordem do dia os temas relacionados no
Edital de Convocao. A reunio foi presidida pelo gerente de projeto
Jonathan Kevelen. ABERTURA DA 02 REUNIO: Constatado o qurum
regimental, o presidente deu por abertos os trabalhos, inicialmente
agradecendo a presena de todos. Aprovao da ata da reunio anterior.
Colocada em votao, a ata da reunio realizada em 11 de abril foi
aprovada com 8 votos 8 favorveis. Foi esclarecido que, para os cursos em
questo, a saber: Agente de Desenvolvimento Cooperativista, Almoxarife,
Inspetor Escolar, DiscJquei, Programador de Sistemas, Balconista de
Farmcia, Agricultor Agroflorestal e Agricultor Familiar, j havia sido emitida
resoluo ad referendum, cabendo ao Conselho referendar ou no tal
documento. Entre suas observaes, o relator destacou a necessidade de
alterar no projeto a carga horria do componente curricular de Acuracidade
dos Estoques, Conceitos na rea de Logstica 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 horria de 300 horas, por se
tratar de projetos com caractersticas especficas do Campus Subindo e
Descendo.III - Proposta de Regulamento da Bolsa Pesquisador do
XPTO(anexo 3) O relator Rolando Leroapresentou o histrico do
documento, dizendo que se tem verificado o anseio por essa modalidade de
fomento e que, portanto, houve proposta de criao de um regulamento.
Disse que a Pr-reitoria de Pesquisa, Inovao e Ps-graduao (PRP), com
consideraes 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 resoluo ad
referendum. Disse que, aps tal aprovao, em reunio entre a PRP e um
grupo de representantes do Colgio de Dirigentes, houve o entendimento de
apresentar uma minuta de resoluo que trate exclusivamente da bolsa
pesquisador. Esclareceu que uma minuta de documento mais geral, que
dispe sobre atividades de pesquisa e programas de fomento, ser
elaborada pelo Conselho de Pesquisa do XPTO a ser criado.IV. Minuta de
Resoluo do Projeto Reservar de Passagens Areas. O relator Xico
da Silva apresentou a minuta que institui a Projeto Ptolomeus, processo de
participao da comunidade com o objetivo de elaborar os principais
documentos institucionais. Foram apresentadas a ordem das etapas do
processo e as atribuies e competncias das comisses locais e central,
bem como as inseres e alteraes do documento, segundo as solicitaes
do Conselho feitas em reunio realizada em 1 de abril. O conselheiro
Alberto Roberto apontou para a necessidade de se fazer uma consulta ao
Ministrio da Cincia e Tecnologia para se verificar a autonomia do XPTO
com relao alterao de seu Estatuto. O Conselho deliberou que a
primeira ao da Comisso Central da Estatuinte dever ser uma consulta
formal ao Ministrio da Educao com relao s alteraes que podero ser
feitas no Estatuto do XPTO.A seguir, passou-se ento discusso o ltimo
item da ordem do dia: Outros Assuntos. 1) Prorrogao do prazo para
entrega da Dissertao Bertoldo Brecha a secretria fez a leitura do
ofcio datado de 06/02/2016 do acadmico Bertoldo Brecha solicitando e
justificando a prorrogao do prazo de entrega dos exemplares definitivos
da dissertao at o dia 30/06/2016 e o ofcio n 038/2016 informando a
no aprovao da prorrogao da data da entrega por j haver concedido
uma prorrogao de acordo com o Regulamento de Programas de Ps-
Graduao stricto sensu/XPTO. Aps apreciao dos documentos os
membros foram favorveis a prorrogao do prazo at a data limite de
30/06/2016. 2) Aquisio de software de gerenciamento de
bibliotecas, OrangeBall O Senhor Rolando Lero comunica que foi
procurado pela Superintendente do Sistema de Bibliotecas Marina da
Glria, solicitando apoio da PRPPG junto a Reitoria, para aquisio de um
software de gerenciamento de bibliotecas OrangeBall, fazendo a leitura do
Ofcio n 37 em que a Superintendente faz uma descrio da necessidade e
vantagens para aquisio do referido software. Diante do exposto o CPPG
decidiu por unanimidade que a PRPPG encaminhe um ofcio 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,
aps ter sido lida e aprovada, recebeu a minha assinatura e a dos membros
da Equipe de Desenvolvimento de Software RPA presentes reunio [com
visto nas folhas anteriores e/ou subsequentes]. Alla Viana (Banco de Dados),
Felipe Mariano (Banco de Dados), Fabio Aoki (Gesto de Projetos), Jader
Nadim (Desenvolvimento Desktop), Jonathan Kevelen (Gerente do Projeto),
Marcelo Pereira(Segurana da informao), Rodrigo Santana
( Desenvolvimento Web PHP ).
Cronograma
Nome do projeto: Reserva Area
Gerente do projeto: Jonathan Kevelen
Elaborado por: Matheus Guidotti, Felipe Mariano
Aprovado por :Jonathan Kevelen
Assinatura: Jonathan Keleven
Fase do projeto Incio Fim

Definio das equipes e Cronograma 10/03/2017 16/03/2017
Elaborao do Escopo, Design e Tema
20/03/2017 30/03/2017j
Desenvolvimento
Planejamento e Desenvolvimento do Projeto 30/2017 25/06/2017
Maro Abril Maio Junho

D S T Q Q S S D S T Q Q S S D S
D S T Q Q S S
0 0 0 0 0 0 0
0 0 0 0 1
1 2 3 4 1 2 3 4 5 6
0 0 0 0 0 0 0 0 0 0 1 1 1 1 0 0
0 0 0 0 0 1 1 2 3 4 5 6 7 8
5 6 7 8 9 0 1 7 8 9 0 1 2 3 4 5
0 1 1 1 1 1 1 1 1 1 1 1 1 2 1 1
1 1 1 1 1 1 1 9 0 1 2 3 4 5
2 3 4 5 6 7 8 4 5 6 7 8 9 0 1 2
1 1 1 1 2 2 2 2 2 2 2 2 2 2 1 1
1 2 2 2 2 2 2 6 7 8 9 0 1 2
9 0 1 2 3 4 5 1 2 3 4 5 6 7 8 9
2 2 2 2 2 2 2 2 2 3 3 2 2
2 2 2 2 3 3 3 4 5 6 7 8 9
6 7 8 9 0 1 8 9 0 1 5 6
3
0
Equipe, atribuio de tarefas, cronograma
Escopo do projeto, empresa
Trazer rascunho
Tema do desenvolvimento, design telas
Declarao do Escopo
Nome do
Reserva Area
projeto:
Gerente do
Jonathan Kevelen
projeto:
Elaborado
Felipe Mariano Verso: 1.0.1
por:
Data de
aprovao:
Este projeto visa integrar as disciplinas: Desenvolvimento em Banco de Dados (SQL),
Gesto de Projetos, Programao Visual (C#), Programao Web (PHP) do terceiro
semestre do curso de Tecnologia em Anlise e Desenvolvimento de Sistemas. Essa
integrao fornecer embasamento prtico 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 Prtico de Programao.
Descrio do(s) produto(s) ou servio(s) do projeto
Temos como objetivo estratgico, alcanar 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)
Estratgia de conduo do projeto

Manter a estratgia de gerenciamento de projetos de modo a minimizar a probabilidade
de falhas.
Responsabilidades dos setores envolvidos

Gerncia de projetos Manter o planejamento, organizao, direo e controle do projeto
para que o conjunto de objetivos seja alcanado.
Programao C# e PHP - Criar uma aplicao orientada a eventos, escrever programas
que respondem aos eventos do usurio.
Banco de Dados Desenvolver o projeto e administrar o banco de dados, criando
melhorias, identificando e solucionando problemas no Banco de Dados.
Segurana da Informao Preservar confidencialidade, integridade, disponibilidade e
autenticidade das informaes da organizao.
Redes - Realizar toda monitorao, anlise e identificao dos pontos de falha dos eventos
na infraestrutura de rede.
Plano de Gerenciamento do Escopo

Empresa / rgo / Setor/ Programa: Tam;FJM T.I; Atendimento ao cliente.
Nome do
Reserva Area
projeto:
Gerente do
Jonathan Keleven
projeto:
Elaborado
por:
Data de
Assinatura: Jonathan Keleven 25/03/17
aprovao:
Objetivos do plano de gerenciamento do escopo

As Alteraes do escopo seram tratadas cuidadosamente Atravs de Reunies com a
equipe de desenvolvimento e stakeholder.
Gerenciamento do escopo
O escopo deste projeto foi definido com o documento de declarao do escopo e
detalhado na figura das entregas do projeto na WBS (WorkBreakdownStructure). medida
que o projeto seguir atravs do seu ciclo de vida, novos estudos sero realizados a fim de
reduzir as incertezas e aumentar o grau de estruturao do projeto, o que poder gerar
modificaes do escopo.
As modificaes do escopo devero ser realizadas de acordo com as prticas definidas
neste documento, a partir de reunies de acompanhamento do projeto.
Reunies da equipe de projeto

25/03/17
Reunies de planejamento global

26/03/17
Reunies gerenciais
27/03/17
Gerenciamento de modificaes do escopo

Compreende duas fases:
1) Solicitaes de modificao (atravs de formulrio de Modificao 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; alteraes de escopo em contratos com terceiros, sero aprovados somente
pelo Gerente Geral, juntamente com o Diretor da Empresa.
Ateno: Inclusive a empresa Cliente dever utilizar o mesmo formulrio que dever
estar disposio no site do projeto.
2) Controle de modificaes
Todas modificaes devero ser catalogadas no documento de controle de
modificaes. Cabe ao gerente do projeto manter a pasta de controle de modificaes
atualizada.
Aprovao: Jonathan Keleven
Assinatura Gerente do Jonathan Keleven Data: 20/03/17
Projeto:
Assinatura Gerente Flavia Ribeiro Data: 20/03/17
Administr.:
Assinatura Diretor da Fabio Aoki Data: 22/03/17
empresa:
Solicitao de Modificao do Escopo

Nome do
Reserva Area
projeto:
Gerente do
Jonathan Keleven
projeto:
Elaborado
por:
Data de
Assinatura: Jonathan 27/03/17
aprovao:
Descrio:
Motivo:
Impacto:
Escopo:
Custo:
Prazo:
Comentrios:
Documento de referncia:
Anexos:
Parecer:
Aprovao
Assinatura Gerente do Data:
Projeto:
Assinatura Gerente Data:
Administr.:
Assinatura Diretor da Data:
empresa:
Aprovada: Reprovada:
Controle de Modificaes do Projeto
Empresa / rgo / Setor/ Programa: Tam; rgo, T.I; Atendimento ao cliente.
Nome do
Reserva Area
projeto:
Gerente do
projeto:
Elaborado
Verso:
por:
Aprovado por:
Data de
Assinatura:
aprovao:
ME Data da Data do
Descrio Solicitante Status
n emisso fechamento
Formulrio de Acompanhamento do Projeto
Nome do
Reserva Area
projeto:
Gerente do
Jonathan Keleven
projeto:
Elaborado
por:
Data de
aprovao:
1. Situao das entregas

Prazo (cronograma)
Data de
Produtos e entrega
Situao ou Data de entrega Atraso
servios efetiva
% concluda planejada previsto (dias)
(entregas) (ou nova
data)
.NET 10% 30/06/2017
DBA 10% 30/04/2017
Custo (oramento)
Produtos e servios Valor orado (VO) Custo real (CR)
Reserva Area 20.000 20.000
Qualidade
Produtos e servios Especificao de qualidade Nvel atingido
Reserva Area Boa 10
Responsvel: Jonathan
2. Aes a empreender:
Keleven
PLANEJAR SEU MARKETING DE FORMA T.i
ESTRATGICA
Formulrio para Gerenciamento de Riscos
Nome do
Reserva Area
projeto:
Gerente do
Fabio Aoki
projeto:
Elaborado
por:
Aprovado por: Gestor
Data de
aprovao:
1 Etapa: Identificao do Risco

Denominao N
do risco: Identificao:
Descrio do risco:
Pano no sistema, perda de dados dos clientes.
2 Etapa: Avaliao do Risco

5 4 2 1
Impacto: 3 (mdia)
(alta) (mdia/alta (mdia/baixa) (baixa)
Probabilidade 5 4 2 1
3 (mdia)
: (alta) (mdia/alta (mdia/baixa) (baixa)
3 Etapa: Desenvolvimento da Resposta (Ao Preventiva)

Estratgias para eliminar ou reduzir este risco (minimizar impacto e/ou
probabilidade):
Trabalhamos com solues simples, confiveis e acessveis de backup e recuperao de
desastres para ambientes fsicos, virtuais e em nuvem para manter os negcios dos
clientes ativos e funcionando sempre.
Data de
Responsvel: Fabio Aoki 22/03/17
Concluso:
Impacto Probabilidade
reavaliado: reavaliada:
4 Etapa: Plano de Contingncia

Estratgias para:
Backup e Restore: Seguimos boas prticas de continuidade de negcios que aumentam a
segurana do cliente com solues de backup e restore. Essas solues armazenam
diariamente cpias dos dados e informaes do cliente em local seguro, seja o backup local
ou externo. Quando ocorre um imprevisto onde dados e informaes banco de dados de
sistema, e-mails, arquivos de usurios so perdidos, podem ser recuperados atravs da
soluo.
Data de
Responsvel: Lais Macedo Fuzita 17/03/17
Concluso:
Impacto Probabilidade
reavaliado: reavaliada:
5 Etapa: Acompanhamento do Risco

Ocorrncias e alteraes:
Oferecemos solues de redundncia fsica e lgica para servidores e Workstations, de
modo a assegurar a continuidade dos servios essenciais do negcio do cliente,
minimizando o tempo de parada e recuperao de ambientes crticos em casos de
desastres.
Respostas includas na
Registros adicionais: Verso ou Anexos
WBS/Cronograma
Modelo de Planejamento de anlise

Nome do
Reserva Area
projeto:
Gerente do
Jonthan Keleven
projeto:
Elaborado
Jonathan e Fabio Verso: 1.0.1
por:
provado por: Gestor
Data de
aprovao:
Histrico de Alteraes
Data Vers Descrio Autor
o
06/04/201 Matheus
3.0 Compartilhando pelo DRIVE o documento
7 Guidotti
11/04/201
2.9 Distribuio de Atividades Fabio Aoki
7
14/04/201 Jonathan
2.8 Brainstorming
7 kevelen
21/04/201 Fabio e
2.7 Preenchimento de dados no documento
7 Jonathan
Descrio geral do sistema

Nome do
Reserva Area
projeto:
Gerente do
Jonathan Keleven
projeto:
Elaborado
por:
Data de
aprovao:
Abrangncia e sistemas relacionados
O sistema Reservas de Passagens Areas 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 usurio - em geral, engenheiro de processos ou projetista

de metodologias - poder cadastrar novos componentes ou criar componentes a
partir de outros j existentes. Alm disso, poder alterar, remover e consultar
componentes j criados. Tais componentes podem ser exportados da ferramenta,
gerando um documento texto, pginas HTML ou um arquivo PDF que podem ser
visualizados sem utilizar a ferramenta.
A ferramenta conter tambm testes de validao sobre os componentes criados.

Estes so baseados no RationalUnifiedProcess (metodologia proposta pela empresa
FJM Solues Tecnologicas) e servem de ajuda aos usurios, 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

Nome do
Reserva Area
projeto:
Gerente do
Jonathan Keleven
projeto:
Elaborado
por:
Aprovado por: Gestor do projejto
Data de
aprovao:
[RF
Componente: Cadastro
001]
Descrio:
O portal deve oferecer a busca de passagens areas. Informaes: Local de origem,
local de destino, data de partida, data de volta, quantidade de adultos, quantidade de
crianas, idade das crianas. Regras: O sistema deve permitir que o visitante ou o
cliente do portal possam executar a busca fornecendo as informaes obrigatrias e,
caso haja resultado para a consulta, o portal deve disponibilizar as passagens areas
com seus preos, as companhias disponveis, escala e conexes (se houver), origem,
destino e horrio. Caso no haja disponibilidade, deve ser informado ao cliente que no
houve resultado para a consulta. A obteno dos dados de passagens de avio deve ser
efetivada atravs de uma interface de integrao entre o portal e as companhias
areas.
O portal deve validar se as informaes sobre local de origem, local de
destino, data de partida, data da volta e nmero de pessoas esto
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 nmero de adultos ou o nmero de crianas deve ser maior que zero.
Por padro, o portal deve preencher o nmero de adultos com 1(um).
Caso o nmero de crianas seja maior que 0 (zero), a idade deve ser
preenchida.
Caso alguma das informaes acima no cumpra essas regras, o portal
deve informar o usurio a respeito do erro de preenchimento.
Prioridade:
Essencial Importante Desejvel
Entradas e Pr-condies:
No tem
Sadas e Ps-condies:
Um componente cadastrado no sistema

Nome do
Reserva Area
projeto:
Gerente do
Jonathan Keleven
projeto:
Elaborado
por:
Data de
Assinatura: Jonthan 17/03/17
aprovao:
[RF
Componente: Excluso
002]
Descrio:
Permite que o usurio exclua um componente do cadastro de componentes do sistema.
Um componente pode ser excludo de qualquer instanciao de metodologia (rvore).
Prioridade:
Recebe como entrada o componente que se deseja excluir
Sadas e Ps-condies:
O usurio consegue excluir o componente que deseja
Requisitos No-funcionais
Nome do
Reserva Area
projeto:
Gerente do
Jonathan Keleven
projeto:
Elaborado
por:
Data de
aprovao:
Prioridade:
No tem
Sadas e Ps-condies:
Empresa / rgo / Setor/ Programa: Tam; FJM T.I; Atendimento ao cliente.

Nome do
Reserva Area
projeto:
Gerente do
Jonathan Keleven
projeto:
Elaborado
por:
Aprovado por: Jonathan Keleven
Data de
aprovao:
[NF
Componente: Usabilidade
002]
Descrio:
Os requisitos no funcionais desejveis em uma boa interface podem ser
agrupados em duas categorias: requisitos relacionados exibio de informao e
entrada de dados.
. Requisitos Relacionados Exibio da Informao:
. Consistncia.
. Feedback.
. Nveis de habilidade e comportamento humano.
. Percepo humana.
. Metforas.
. Minimizao de carga de memria.

. Classificao funcional dos comandos.
. Projeto independente da resoluo do monitor.
. Requisitos Relacionados Entrada de Dados:
. Mecanismos de ajuda.
. Preveno de erros.
. Tratamento de erros.
Prioridade:
Checklist de Requisitos
Ite
Item para verificao Sim No
m
No ambguo: quando se, e somente se, cada requisito declarado seja suscetvel a
apenas uma interpretao
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 informao necessria
para que o software correspondente seja produzido
3 Existem requisitos implcitos?
Os requisitos exibem a distino clara entre funes, dados e
4 x
restries?
5 As restries e dependncias foram claramente descritas? x
Existem requisitos que contm algum nvel desnecessrio de
6 x
detalhe do projeto?
Os requisitos definem todas as informaes a serem apresentadas
7 x
aos usurios?
Os requisitos descrevem as respostas aos usurios devido s
8 x
condies de erro?
Existem situaes no tratadas pelos requisitos que precisam ser
9 x
consideradas?
O documento contm realmente toda a informao prometida em
10 x
sua introduo?
Relatrio de Viabilidade
Nome do
Reserva Area
projeto:
Gerente do
Jonathan Keleven
projeto:
Elaborado
por:
Aprovado por: Gestor de projeto
Data de
aprovao:
Descrio do problema
O projeto tem como objetivo gerenciar e organizar os dados e servios de um aerporto,
facilitando a compra de uma passagem Area atravs do site da companhia Tam.
Alternativas de soluo
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 agncia 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 usurio pode escolher em qual voo e poltrona vai se
sentar, fazendo a compra atravs de seu carto de crdito ou dbito.
TESTE DE VIABILIDADE
Nome do
Reserva Area
projeto:
Gerente do
Jonathan Keleven
projeto:
Elaborado
Fabio Aoki Verso: 17/03/17
por:
Data de
Assinatura: Jonathan Keleven 1.0.1
aprovao:
Descrio dos testes

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

Descrio Alternativa 1 Alternativa 2
Performance 2 3
Informao 3 3
Economia 2 3
Controle 2 3
Eficincia 3 3
Servios 2 3
Mobilidade 1 3
Total 15 21
1 - ruim | 2 - satisfatrio | 3 bom
ESTUDO DE VIABILIDADE TCNICA
Nome do
Reserva Area
projeto:
Gerente do
Jonathan Keleven
projeto:
Elaborado
por:
Data de
aprovao:
Alternativa 1
A alternativa 1 utiliza tecnologias bem consolidadas.
ESTUDO DE VIABILIDADE DE CRONOGRAMA
Nome do
Reserva Area
projeto:
Gerente do
Jonathan Keleven
projeto:
Elaborado
por:
Data de
aprovao:
Descrio:
O objetivo deste estudo especificar os prazos desejveis para as trs 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:
Descrio Tempo
Implementao e Implantao 2 meses e 15 dias
Treinamento e Testes 15 dias
Tempo Total Desejvel 3 meses
Alternativa 2:
Descrio Tempo
Implementao e Implantao 2 meses
Treinamento e Testes 15 dias
Tempo Total Desejvel 2 meses e 15 dias
Modelo de Estudo de Viabilidade Econmica

Nome do
Reserva Area
projeto:
Gerente do
Jonathan Keleven
projeto:
Elaborado
por:
Data de
aprovao:
Descrio:
O objetivo desse estudo julgar se os possveis benefcios oferecidos pelas alternativas
so vantajosos ou no.
Modelo de Anlise das alternativas
Nome do
Reserva Area
projeto:
Gerente do
Jonathan Keleven
projeto:
Elaborado
por:
Data de
aprovao:
Viabilidade Peso Alternativa 1 Alternativa 2

Operacional 30% 7 9
Tcnica 30% 7 8
Cronograma 25% 7 7
Econmica 10% 8 8
Legal 5% 8 8
Final 7.4 8.0
Observao:
Viabilidade Operacional recebeu teve peso 30% pois nele foi analisada a o impacto
e objetivos da implantao do sistema.
Viabilidade tcnica - tambm teve peso 30%, j que boa parte das tecnologias no
so bem conhecidas pela equipe necessitando treinamento.
Viabilidade de cronograma devido ao uso do possvel usos de tecnologias pouco
dominadas teve peso 25%
Viabilidade econmica recebeu o peso (10%) visto que todos os recursos j esto
disponveis para o desenvolvimento do sistema.
Viabilidade legal recebeu o menor peso (5%) visto que todos aqui sero
disponibilizados os possveis contratos, licenas de software.
Modelo de Concluso de Estudo de Viabilidade
Nome do
Reserva Area
projeto:
Gerente do
Jonathan Keleven
projeto:
Elaborado
por:
Data de
aprovao:
Parecer:
Atravs das informaes contidas neste trabalho, optamos pelo desenvolvimento do
Reserva Area, visto que a questo da mobilidade foi interessante para a aplicao e
pelo baixo custo do sistema.
Modelo de Conceitual Diagrama Entidade Relacionamento (DER)
Nome do
Reserva Area
projeto:
Gerente do
Jonathan Keleven
projeto:
Elaborado
por:
Data de
Assinatura: Jonatham 17/03/17
aprovao:
Modelo de Conceitual Modelo Entidade Relacionamento (MER)
Nome do
projeto:
Gerente do
projeto:
Elaborado
<nome e funo> Verso:
por:
Aprovado por: <nome e funo>
Data de
Assinatura:
aprovao:
Modelo Lgico Dicionrio de Dados
Nome do
projeto:
Gerente do
projeto:
Elaborado
por:
Data de
Assinatura:
aprovao:
Definio das Tabelas, Campos e Chaves
Tabela: estado
Campo Tipo de Dados Tamanho Descrio
Cdigo identificador dos
cod_estado number 10
estados
nome_estado varchar 100 Nome do estado
Sigla que representa o
Sigla varchar 2
estado
Chave Primaria cod_estado
Chave
no h
Estrangeira
Modelagem Fsica
Nome do
projeto:
Gerente do
projeto:
Elaborado
por:
Data de
Assinatura:
aprovao:
Criao fsica das Tabelas
1. CREATE TABLE estado(

2. cod_estado NUMBER(10),
3. nome_estado VARCHAR2(100),
4. sigla VARCHAR(2),
5. CONSTRAINT cod_estado_pk PRIMARY KEY(cod_estado)
6. );
Modelo de documentao do Sistema de Interface Web
Nome do
projeto:
Gerente do
projeto:
Elaborado por: <nome e funo> Verso:
Data de
Assinatura:
aprovao:
Nome do
<nome do arquivo PHP, por exemplo: cadastro.php>
arquivo:
<descrever as atividades precedentes para que o carregamento do
Atividade arquivo seja feita com sucesso, por exemplo: Este arquivo no
Precedente: necessita receber informaes de outro arquivo para que seja
carregado com sucesso>
<descrever as atividades sucessorasdeste arquivo, por exemplo:
Atividade
Envia as informaes para o arquivo cadusuario.php para gravao n
Sucessoras:
a tabela usuarios>
Prottipo de
Tela:
Cdigo-fonte:
1. <!DOCTYPE HTML>
2. <html>
3. <head><meta charset="utf-8">
4. <title>Sistema de cadastro</title>
5. <link href="css/style.css" rel="stylesheet" />
6. </head>
7. <body>
8. <div id="conteudo">
9. <h1> Cadastro de usurio</h1>
10. <divclass="borda"></div>
11. <p>Cadastre-se utilizando o formulrio abaixo!</p>
12. <form method="post" action="cadastrausuario.php"
id="validaAcesso">
13. <fieldset>
14. <legend>Faa seu cadastro abaixo!</legend>
15. <label for="nome">Seu nome:</label>
16. <input type="text" name="nome" id="nome" required />
17. <divclass="clear"></div>
18. <label for="email">E-mail:</label>
19. <input type="email" name="email" id="email" required
/>
21. <label for="senha">Senha:</label>
22. <input type="password" name="senha" id="senha"
required />
24. <inputtype="submit" value="Efetuar cadastro" />
25. </fieldset>
26. </form>
27. </div>
28. </body>
29. </html>
Modelo de documentao da interface do Sistema de Desktop
Nome do
projeto:
Gerente do
projeto:
Data de
Assinatura:
aprovao:
Nome do
<nome do arquivo C#, por exemplo: cadastro.cs>
arquivo:
<descrever as atividades precedentes para que o carregamento do
Atividade arquivo seja feita com sucesso, por exemplo: Este arquivo no
Precedente: necessita receber informaes de outro arquivo para que seja
carregado com sucesso>
<descrever as atividades sucessoras deste arquivo, por exemplo:
Atividade
Grava as informaes inseridas na tabela Clientes do banco de
Sucessoras:
dados.>
Prottipo de
Tela:
<aqui foi inserido apenas o cdigo do boto Gravar Cadastro,

Cdigo-fonte:
porm em sua documentao, TODO cdigo dever inserido>
30. try{
31. SqlConnection conn new SqlConnection(@Data
Source=Computer\SQLEXPRESS ;Initial Catalog=clients;Integreted
Secutrity;Pooling False);
32. SqlCommand conn = new SqlCommand();
33. conn.Connection= conn;
34. conn.commandText = INSERT INTO tblClientes (nomecliente,

enderecocliente, bairrocliente, estadocliente, telefonecliente,
celularcliente, emailcliente) VALUES (@nomecliente, @enderecocliente,
@bairrocliente, @estadocliente,@telefone, @celularcliente,
@emailcliente);
35. conn.Parameters.AddWithValue(@nomecliente, txtNome.Text);
36. conn.Parameters.AddWithValue(@enderecocliente,
txtEndereco.Text);
37. conn.Parameters.AddWithValue(@bairrocliente,
txtBairro.Text);
38. conn.Parameters.AddWithValue(@estado,
ddlEstado.SelectedItem.ToString());
39. conn.Parameters.AddWithValue(@telefonecliente,
txtTelefone.Text);
40. conn.Parameters.AddWithValue(@celularcliente,
txtCelular.Text);
41. conn.Parameters.AddWithValue(@emailcliente,
txtEmail.Text);
42. conn.Open();
43. conn.ExecuteQuery();
44. conn.Close();
45. MessageBox.Show(Dados atualizados com sucesso,

mensagem, MessageBoxButton.OK, MessageBoxIcon.Information);
46. }
Modelo de documentao do Plano de Testes
Nome do
projeto:
Gerente do
projeto:
Data de
Assinatura:
aprovao:
Verses revisadas anteriormente

Reviso Comentrio Data
Especificao do teste <nome do teste>

Descrio:
Aspectos a serem testados

Nmero Requisito Comentrio
Detalhe da abordagem
Descrio:
Procedimento dos testes

Nmero Procedimento Comentrio
Casos de testes
Nmero Caso de teste Identificao do caso de teste
Critrios de completeza e sucesso

Nmero Critrio
Procedimentos de testes <nome>

Identificao:
Objetivos:
Requisitos
especiais
Fluxo
Casos de teste <nome do caso de teste>

Identificao:
Item a testar:
Campo Valor
Entradas
Campo Valor
Sadas
esperadas
Ambiente:
Procedimento:
Dependncias:
Modelo de Manual de Implantao do Software
Nome do
projeto:
Gerente do
projeto:
Elaborado
por:
Data de
Assinatura:
aprovao:
Descrio
< descrever as funes, comportamentos e utilizao do software, se necessrio crie um
arquivo a parte e coloque como anexo a este documento, apenas faa a indicao
pertinente.
Modelo de Manual do Usurio
Nome do
projeto:
Gerente do
projeto:
Elaborado
por:
Data de
Assinatura:
aprovao:
Descrio
pertinente.>
ESTE APENAS UM EXEMPLO!!

O manual do usurio ser dividido de acordo com os trs mdulos citados
anteriormente.
1.1 Web
Para acessar o sistema WEB o cidado dever entrar com o endereo do site em seu
browser digitando: http://www.cin.ufpe.br/~rvc4/sopa/ .
[2.1.1] PGINA INICIAL
Passos:
O cidado poder ler as noticias do O.P.
O cidado poder escolher um item do menu:
o
o
o
o
o
o
o
Caso o usurio escolha uma opo o sistema redireciona ele para a
pgina escolhida do menu.
Viso geral do sistema
[2.1.2] DESCRIES
Passos:
O cidado poder ler as descries relativas ao O.P.
O cidado ainda poder escolher um item do menu:
o
o
o
o
o
o
o
[2.1.3] FAQ
Passos:
O cidado poder ler as perguntas mais freqentes relativas ao O.P.
o
o
o
o
o
o
o
[2.1.4] MURAL DE OPINIES
Passos:
O cidado poder ler as opinies relativas ao O.P.
O cidado poder inserir sua opinio clicando no boto inserir opinio
o O cidado deve inserir sua opinio.
o O cidado deve inserir seu CPF.
o O cidado deve inserir um digito verificador que aparecer
na tela.
o Aps confirmar sua opinio ser mostrada no Mural.
O cidado poder concordar ou discordar de uma opinio para isso ele
deve clicar no boto de concordo ou no boto discordo.
o
o
o
o
o
o
o
Viso do Mural do Cidado
[2.1.5] FALE CONOSCO
Passos:
O cidado poder inserir suas opinies e mandar diretamente ao
sistema O.P. Recife.
O cidado poder inserir sua opinio da seguinte forma:
o O cidado deve inserir seu nome.
o O cidado deve inserir seu email.
o O cidado deve inserir sua mensagem.
na tela.
o Aps confirmar sua opinio ser enviada ao sistema do
O.P. Recife.
o
o
o
o
o
o
o
Viso do Fale Conosco
[2.1.6] OBRAS
Passos:
O cidado poder visualizar as Obras em andamento no O.P. Recife
separadas por RPA.
O cidado poder detalhar sua obra clicando em detalhes
o A tela ser exibida novamente mostrando os detalhes
daquela obra.
o
o
o
o
o
o
o
Viso do menu Obras
[2.1.7] CADASTRAR CELULAR
Passos:
O cidado poder cadastrar seu celular no sistema O.P. Recife.
O cidado poder escolher seu tipo de cadastro:
o Cadastro para recebimento de Boletins:
O usurio deve inserir seu nmero de
telefone.
O usurio deve escolher sua microrregio.
O usurio deve entrar com o cdigo de
segurana.
O usurio deve enviar as informaes
clicando no boto enviar.
o Cadastro para Votao
O usurio deve digitar seu nmero de
telefone celular.
O usurio deve escolher seu bairro no menu.
O usurio deve digitar seu RG.
O usurio deve digitar seu ttulo de eleitor.
O usurio deve digitar o cdigo verificador.
o Cadastro para Votao e recebimento de Boletis
O usurio deve inserir seu nmero de
telefone.
O usurio deve escolher sua microrregio.
O usurio deve escolher seu bairro no menu.
O usurio deve digitar seu RG.
O usurio deve digitar seu ttulo de eleitor.
O usurio deve digitar o cdigo verificador.
o
o
o
o
o
o
o
Viso do menu Cadastro
[2.1.8] APURAO DE VOTOS
Passos:
O cidado poder visualizar os votos O.P. Recife separadas por RPA.
O cidado poder detalhar uma votao clicando sobre ela:
daquela votao.
o
o
o
o
o
o
o
Viso do menu Apurao
1.2 Administrador
[2.2.1] FAQ
Passos:
O administrador poder ler as perguntas mais freqentes relativas ao
O.P.
O administrador poder inserir alguma pergunta, clicando em inserir
nova pergunta, preenchendo logo aps isso os campos requisitados.
O administrador poder excluir alguma pergunta, bastando para isso
clicar em excluir, na pergunta desejada.
O administrador ainda poder escolher um item do menu:
o
o
o
o
o
o
o
Viso do menu FAQ, no mdulo Administrador
[2.2.2] MURAL DE OPINIES
Passos:
O administrador poder ler as opinies relativas ao O.P.
O administrador poder inserir sua opinio clicando no boto inserir
opinio
o O cidado deve inserir sua opinio.
o O cidado deve inserir seu CPF.
na tela.
o Aps confirmar sua opinio ser mostrada no Mural.
O administrador poder concordar ou discordar de uma opinio para
isso ele deve clicar no boto de concordo ou no boto discordo.
O administrador poder excluir uma opinio, bastando para isso clicar
em excluir na opinio desejada.
o
o
o
o
o
o
o
Viso do menu Mural do Cidado, no mdulo Administrador
[2.2.3] FALE CONOSCO
Passos:
O administrador poder inserir suas opinies e mandar diretamente ao
sistema O.P. Recife.
O administrador poder inserir sua opinio da seguinte forma:
o O administrador deve inserir seu nome.
o O administrador deve inserir seu email.
o O administrador deve inserir sua mensagem.
o O administrador deve inserir um digito verificador que
aparecer na tela.
o Aps confirmar sua opinio ser enviada ao sistema do
O.P. Recife.
Clicando no menu Mensagens, o administrador ter acesso a todas as
mensagens enviados pelos cidades at ento, podendo exclu-las atravs do
boto excluir da mensagem desejada.
o
o
o
o
o
o
o
Viso do menu Fale Conosco, seo Mensagens, no mdulo Administrador
[2.2.4] OBRAS
Passos:
O administrador poder visualizar as Obras em andamento no O.P.
Recife separadas por RPA.
O administrador poder detalhar sua obra clicando em detalhes
daquela obra.
O administrador poder inserir uma nova obra, clicando em Inserir
Obra, preenchendo posteriormente os requisitos pedidos.
O administrador poder remover uma obra, clicando em excluir na
obra desejada.
O administrador poder inserir uma imagem associada obra, clicando
em inserir imagem na obra desejada.
O administrador poder editar uma obra, clicando em editar na obra
desejada.
o
o
o
o
o
o
o
Viso do menu Obras, no mdulo Administrador
[2.2.5] VOTAO
Passos:
O administrador poder visualizar as Votaes em andamento no O.P.
Recife separadas por RPA, contendo cada uma seus detalhes especficos.
O administrador poder detalhar sua votao clicando em detalhes
daquela obra.
o Nesse novo menu, chamado Detalhes, o administrador
poder:
Pausar um votao.
Reiniciar uma votao.
Prorrogar uma votao.
Apurar uma votao.
O administrador poder inserir uma nova votao, clicando em Inserir
Votao, preenchendo posteriormente os requisitos pedidos.
o
o
o
o
o
o
o
Viso do menu Votao, seo Inserir, no mdulo Administrador
Viso do menu Votao, seo Detalhes, no mdulo Administrador

1.3 Mobile
O usurio poder receber em seu celular, boletins relativos s plenrias (datas e

locais) e votao (datas, locais e resultados) de sua microrregio.
Para tal, o usurio poder usufruir as seguintes funcionalidades:
[2.3.1] CADASTRAR PARA RECEBER BOLETINS INFORMATIVOS
O usurio poder se cadastrar para receber os boletins de uma ou mais

microrregies. Para isso deve digitar na caixa de mensagens de seu celular uma
mensagem com os nmeros das microrregies.
Os formatos seguem abaixo:
Ao Formato Exemplo
11
Cadastrar uma microrregio Microrregio 1.1
11
12 11
Cadastrar mais de uma 1.2 1.1
Microrregies
microrregio 1 2 1.1
1.2 11 3 3
A microrregio pode ter pontos ou no e os espaos da mensagem so ignorados.

A partir dessa confirmao, ele comea a receber os boletins que venham a serem
inseridos, relacionados s microrregies cadastradas. Os nmeros das microrregies
encontram-se anexos a este documento.
Para receber boletins, necessrio apenas fazer o cadastro. O celular que no
receber as mensagens enviadas por um tempo ter o seu cancelamento automtico.
[2.3.2] CANCELAR CADASTRO
O usurio poder cancelar o recebimento de boletins das microrregies em que est

cadastrado. Para isso deve digitar na caixa de mensagens de seu celular uma
mensagem com os nmeros das microrregies para as quais deseja cancelar o
cadastro.
Os formatos seguem abaixo:
Ao Formato Exemplo
011
01.1
01 1
Cancelar uma microrregio 0+Microrregio
0 11
0 1.1
011
012 11
01.2 1.1
01 2 1.1
Cancelar mais de uma 0+Microrregie 01.2 11 3 3
microrregio s 0 12 11
0 1.2 1.1
0 1 2 1.1
0 1.2 11 3 3
00
Canelar todas as microrregies 00
00
A microrregio pode ter pontos ou no e os espaos da mensagem so ignorados.

A partir dessa confirmao, ele pra de receber os boletins que venham a ser
inseridos, relacionados s microrregies canceladas.
[2.3.3] LISTAR MICRORREGIES CADASTRADAS EM BOLETIM
Passos:
O usurio seleciona a opo enviar mensagens SMS em seu celular.
O usurio digita a palavra LISTA.
O usurio envia o texto para o nmero do O.P. Recife.
Os dados so conferidos no sistema.
O eleitor recebe uma notificao com todas as microrregies
cadastradas para recebimento de boletins informativos.
[2.3.4] VOTAO
Passos:
Num perodo anterior votao, o eleitor cadastra-se para votao,
enviando uma mensagem com o seu RG, ttulo e microrregio.
o Exemplo de mensagem: 12345678901 123456789012
11
Os dados do ttulo de eleitor e RG so conferidos pelo sistema.
O eleitor recebe uma mensagem com o cdigo que usar para votar.
o Exemplo de mensagem: Seu cdigo para votar A0B1Z9
No perodo de votao, o eleitor manda uma mensagem com o cdigo
recebido e o seu voto.
o Exemplo de mensagem: A0B1Z9 A
Os dados so conferidos.
O voto computado.
O eleitor recebe uma mensagem que seu voto foi recebido com
sucesso.
Exemplo de mensagem: Voto efetuado com sucesso.
[2.3.5] ALTERAR CADASTRO DE VOTAO

Passos:
O eleitor manda uma mensagem com o cdigo de votao, os
quatro primeiros dgitos do seu ttulo e a microrregio.
o Exemplo de mensagem: A0B1Z9 0123 11
O sistema altera a microrregio.
O eleitor recebe uma mensagem dizendo que seu cadastro foi alterado.
o Exemplo de mensagem: Mudana para votao na
microrregio 11 foi efetuada com sucesso.
[2.3.6] PESQUISAR AS OPES DE VOTO
As opes de voto podem ser enviadas no perodo anterior a votao por mensagem
SMS para os cadastrados na votao. De acordo com as opes abaixo:
[A]
O usurio digita a palavra GUIA.
O eleitor recebe uma notificao com todas as opes de voto para as
temticas em seu celular.
[B]
O usurio digita a palavra GUIA + opo.
o Esta opo correspode obrigatoriamente a uma letra.
Os dados so conferidos e feita uma consulta no banco de dados..
O eleitor recebe uma notificao especificando aquela opo de voto
em seu celular.
[C]
O usurio digita a palavra GUIA + microrregio.
o Esta microrregio correspode obrigatoriamente a um
nmero.
O eleitor recebe uma notificao especificando as opes de voto
daquela microrregio em seu celular.
[D]
O usurio digita a palavra GUIA + microrregio + opo.
o Esta microrregio correspode obrigatoriamente a um
nmero.
o Esta opo correspode obrigatoriamente a uma letra.
Os dados so conferidos e feita uma consulta no banco de dados..
O eleitor recebe uma notificao especificando aquela opo de voto
daquela microrregio em seu celular.
Apndice A Microrregies Associadas ao Sistema
RPA 1 - Centro
1.1 Recife
1.1 Santo Amaro
1.2 Boa Vista
1.2 Cabanga
1.2 Ilha do Leite
1.2 Paissand
1.2 Santo Antnio
1.2 So Jos
1.2 Soledade
1.3 Coelhos
1.3 Ilha Joana Bezerra
RPA 2 - Norte
2.1 Arruda
2.1 Campina do Barreto
2.1 Campo Grande
2.1 Encruzilhada
2.1 Hipdromo
2.1 Peixinhos
2.1 Ponto de Parada
2.1 Rosarinho
2.1 Torreo
2.2 gua Fria
2.2 Alto Santa Terezinha
2.2 Bomba do Hemetrio
2.2 Cajueiro
2.2 Fundo
2.2 Porto da Madeira
2.3 Beberibe
2.3 Dois Unidos
2.3 Linha do Tiro
RPA 3 - Noroeste
3.1 Aflitos
3.1 Alto do Mand
3.1 Apipucos
3.1 Casa Amarela
3.1 Casa Forte
3.1 Derby
3.1 Dois Irmos
3.1 Espinheiro
3.1 Graas
3.1 Jaqueira
3.1 Monteiro
3.1 Parnamirim
3.1 Poo
3.1 Santana
3.1 Stio dos Pintos
3.1 Tamarineira
3.2 Alto Jos Bonifcio
3.2 Alto Jos do Pinho
3.2 Mangabeira
3.2 Morro da Conceio
3.2 Vasco da Gama
3.3 Brejo da Guabiraba
3.3 Brejo da Beberibe
3.3 Crrego do Jenipapo
3.3 Guabiraba
3.3 Macaxeira
3.3 Nova Descoberta
3.3 Passarinho
3.3 Pau Ferro
RPA 4 - Oeste
4.1 Cordeiro
4.1 Ilha do Retiro
4.1 Iputinga
4.1 Madalena
4.1 Prado
4.1 Torre
4.1 Zumbi
4.2 Engenho do Meio
4.2 Torres
4.3 Caxang
4.3 Cidade Universitria
4.3 Vrzea
RPA 5 - Sudoeste
5.1 Afogados
5.1 Bongi
5.1 Mangueira
5.1 Mustardinha
5.1 San Martin
5.2 Areias
5.2 Caote
5.2 Estncia
5.2 Jiqui
5.3 Barro
5.3 Coqueiral
5.3 Curado
5.3 Jardim So Paulo
5.3 Sancho
5.3 Tijipi
5.3 Tot
RPA 6 - Sul
6.1 Boa Viagem
6.1 Braslia Teimosa
6.1 Imbiribeira
6.1 IPSEP
6.1 Pina
6.2 Ibura
6.2 Jordo
6.3 Ibura de Cima
6.3 COHAB
Modelo de Plano de Implantao do Software
Nome do
projeto:
Gerente do
projeto:
Elaborado
por:
Data de
Assinatura:
aprovao:
Descrio
pertinente.
Modelo de Aceite de Produtos ou Servios
Nome do
projeto:
Gerente do
projeto:
Elaborado
por:
Data de
Assinatura:
aprovao:
1. Descrio do(s) produto(s) ou servio(s) entregue(s)

<listar e descrever os produtos ou servios que foram entregues pelo projeto, referenciando,
se for o caso, o numero dos mesmos na EAP>
2. Observaes
<descrever as observaes pertinentes ao aceite>
3. Questes em aberto
Questes Responsvel Previso
4. Informaes adicionais
<descrever as informaes adicionais pertinentes ao aceite>
ACEITE DE ENTREGA
Os participantes abaixo atestam o cumprimento dos requisitos e dos critrios de aceitao
da entrega.
Participantes Assinatura Data
Patrocinador do Projeto
Gerente do Projeto
Formulrio de Lies Aprendidas
Nome do
projeto:
Gerente do
projeto:
Elaborado
por:
Data de
Assinatura:
aprovao:
Comentrios
Aspecto Sim No (utilize folhas adicionais, se
necessrio)
1. Os produtos entregues
correspondem aos descritos na
proposta executiva?
2. Foi elaborado um relatrio de
auditoria final dos resultados?
3. Houve desvios entre os prazos
realizados e programados (baseline)?
Quais foram as causas dos desvios?
4. Houve desvios entre os custos
efetivos e os orados (baseline)?
5. Os desvios poderiam ter sido
evitados?
6. Ocorreram riscos no
previstos?
7. Os clientes/usurios esto Por qu?
satisfeitos?
8. A equipe ficou satisfeita com
Por qu?
o apoio dos patrocinadores?
9. Houve cooperao e
comprometimento das pessoas?
10. O projeto foi bem Por qu?
administrado?
11. Houve problemas de
comunicao?
12. O projeto foi bem
documentado?
13. Os fornecedores
entregaram seus produtos/servios
em conformidade com as
especificaes combinadas?
14. O que faramos da mesma forma?
15. O que faramos de maneira diferente?
16. O que sabemos hoje, e que no sabamos antes do projeto?
17. Que recomendaes devemos incluir para melhorar os prximos projetos?

Referncias Bibliogrficas

Projeto 2

Transféré par

Informations du document

Description originale:

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Projeto 2

Transféré par

Droits d'auteur :

Formats disponibles

UNIVERSIDADE NOVE DE JULHO

Disciplina: Projeto Prtico de Programao

FJM - SOLUES TECNOLGICAS

FJM - SOLUES TECNOLGICAS

Trabalho apresentado Universidade Nove

Allan Viana de Carvalho , 917119486

Ficha de Cadastro de Oportunidade de Projeto 10

Modelo de Plano de Implantao do Software 70

Prosseguir para fase de definio do escopo?

Sim No 3. Fase de Execuo e controle

Sim No 4. Fase de Encerramento

Ficha de Cadastro de Oportunidade de Projeto

Sendo assim, procuraremos sempre estar atualizados, mediante aos concorrentes,

Buscando preos acessveis para chamar a ateno todo tipo de pessoa.

Responsvel pelo atendimento ou venda

Nome:Matheus Augusto Guidotti

Agendamento da visita preliminar

Empresa / rgo / Setor/ Programa: Tam; FJM, T.I; Atendimento ao cliente.

Ser uma empresa reconhecida mundialmente pela sua grandeza e transparncia.

Descrio do produto do projeto

Premissas (hipteses) e restries para o projeto

Macro Fases, prazos e custo

Empresa / rgo / Setor/ Programa: Tam; FJM, T.I; Atendimento ao cliente.

Empresa / rgo / Setor/ Programa: Tam; FJM, T.I; Atendimento ao cliente.

Legenda: R Responsvel A Aprova C Consultoria I Informa

I. Relao dos presentes

III. Decises tomadas

IV. Aes a serem empreendidas Prazo Responsvel

Enviar cpias Fabio Aoki Marcelo Pereira

Ata da 01 e 02 reunio da Equipe de Desenvolvimento de Software RPA.

Fase do projeto Incio Fim

Maro Abril Maio Junho

Equipe, atribuio de tarefas, cronograma

Escopo do projeto, empresa

Tema do desenvolvimento, design telas

Estratgia de conduo do projeto

Responsabilidades dos setores envolvidos

Plano de Gerenciamento do Escopo

Objetivos do plano de gerenciamento do escopo

Reunies da equipe de projeto

Reunies de planejamento global

Gerenciamento de modificaes do escopo

Empresa / rgo / Setor/ Programa: Tam; FJM, T.I; Atendimento ao cliente.

1. Situao das entregas

1 Etapa: Identificao do Risco

2 Etapa: Avaliao do Risco

3 Etapa: Desenvolvimento da Resposta (Ao Preventiva)

4 Etapa: Plano de Contingncia

5 Etapa: Acompanhamento do Risco

Modelo de Planejamento de anlise

Descrio geral do sistema

Abrangncia e sistemas relacionados

O sistema Reservas de Passagens Areas uma ferramenta para o processo de

Utilizando a ferramenta, o usurio - em geral, engenheiro de processos ou projetista

A ferramenta conter tambm testes de validao sobre os componentes criados.

Diante da facilidade de se definir metodologias, o Methodology Explorer contribui

Empresa / rgo / Setor/ Programa: Tam; FJM, T.I; Atendimento ao cliente.

Empresa / rgo / Setor/ Programa: Tam; FJM, T.I; Atendimento ao cliente.

Essencial Importante Desejvel

Empresa / rgo / Setor/ Programa: Tam; FJM T.I; Atendimento ao cliente.

. Requisitos Relacionados Exibio da Informao:

. Nveis de habilidade e comportamento humano.