Os slides fazem parte de uma atividade realizada pelos alunos da turma TAD-NC4 (4º semestre de Tecnologia em Análise e Desenvolvimento de Sistemas – 2º semestre de 2013).
Tema da atividade: Status Report do Projeto TCC
3.
Os próximos slides fazem parte de uma
atividade realizada pelos alunos da turma
TAD-NC4 (4º semestre de Tecnologia em
Análise e Desenvolvimento de Sistemas –
2º semestre de 2013)
Tema da atividade: Status Report do Projeto TCC
4. #
Nome do Projeto
1
Caderno Virtual
2
Controle de Fisioterapia
3
FIEO Virtual
4
InteraTI
5
London Pallace
6
SPOC Manager
9.
A cada dia que passa vemos que os jovens
universitários estão usando as tecnologias
para facilitar o aprendizado na sala de aula,
porém o caderno é um dos poucos recursos
que continuam no meio estudantil. Com isso
foi criado o Caderno Virtual, um sistema
simples que permite aos estudantes terem no
formato digital a mesma forma de
manipulação do formato analógico, mas
muito mais dinâmico.
TADS
10.
Possibilitar ao aluno que tenha um aplicativo
escolar para unificar os conteúdos das
matérias do ano letivo em um único
repositório, para facilitar o dia-a-dia dos
estudantes.
TADS
11.
Possibilitar que o armazenamento e busca
das informações seja mais dinâmica.
Aumentar a organização das informações de
modo que se possa enxergar qual conteúdo
foi passado para cada matéria.
Ajudar no controle de presenças em aulas,
controle de atividades e provas a serem
realizadas.
TADS
29.
O projeto surgiu a partir do momento em
que o grupo teve conhecimento dos
principais problemas enfrentados
atualmente em muitas clinicas de
Fisioterapia.
TADS
30. Segue alguns problemas atualmente
enfrentados em que o sistema irá resolver de
forma parcial ou total:
Falta de controle no cadastro dos pacientes
Arquivamento das informações de forma
insegura
Demora no atendimento
Extravio de dados já cadastrados
TADS
31.
O objetivo do software é criar um sistema
que possa gerenciar agendamento de
consultas, cadastro e histórico dos pacientes
em uma clinica de fisioterapia.
TADS
32. Os benefícios esperados com a implantação do
projeto são:
Agilidade no atendimento
Armazenamento de cadastros e históricos de
forma mais segura
Redução do Trabalho Repetitivo
Melhora na qualidade e integridade da
informação
TADS
33.
Automatização do fluxo de trabalho
Controle de dados
Controle de acessos
Diminuição de custos como: papeis e pastas
Agendamento de consultas de forma mais
segura
Agilidade nos atendimentos
TADS
34.
Sistema web (instalado no data center do
cliente)
Desenvolvido em HTML,PHP e Java Script
Banco de Dados: MySql Server
TADS
35. Itens que compõem o escopo do projeto
Controle de acessos
Cadastrado dos funcionários
Cadastro dos pacientes
Relatórios de informações da clinica
(Exemplo: Agenda do fisioterapeuta,
quantidade de agendamentos em
determinado período, data e entre outros..)
TADS
36.
Relatórios com dados e informações dos
pacientes (Exemplo: Histórico, exames
solicitados, tratamentos, medicamentos e
entre outros..).
Agendamento de consulta
Importante Lembrar
Controle financeiro
Não fará parte do escopo do Projeto
TADS
37. Estrutura Analítica do Projeto
LIFE S/A
Sistema
Documentação
Descrição de
Caso de Uso
Regras de
Negócios
Requisitos
não
funcionais
Requisitos
funcionais
TADS
Visão geral
de caso de
uso
Quadro
descritivo
de atores
Quadro
resumo de
caso de uso
Diagrama
de Classes
Modelo
de
domínio
Interface
humano
computador
Diagrama
de
sequencia
Agenda
Relatórios
Cadastro
Modelo dos
BD´s
Quadro
descritivo
de classes
Consulta
Data
Horário
Paciente
Fisioterapeuta
Atendente
Consultas
Agendamento
38. DESCRIÇÃO
(P)REMISSA
(R)ESTRIÇÃO
O TCC será finalizado sem alteração de membros do
grupo
PREMISSA
Disponibilização de um integrante para ficar no cliente,
acompanhando todos os processos da clinica até o
momento da implementação do projeto.
PREMISSA
O sistema será finalizado até 15 de Outubro de 2013
PREMISSA
O projeto precisa ser entregue em Novembro de 2013
RESTRIÇÃO
TADS
39. Laís Maciel
Gerente de Projetos
Felipe
Dantas
Teste
TADS
Jonathan
Nogueira
Analista Programador
Gustavo
Alcantara
Analista de requisitos
Gustavo
Freitas
DBA
40. PAPEL
RESPONSABILIDADES
Felipe Dantas
Levantar requisitos necessários no sistema
Gustavo Freitas
Criar o cronograma do projeto
Jonathan Nogueira
Desenvolver o sistema
Laís Maciel e Felipe Dantas Desenvolver a documentação
Laís Maciel
Acompanhamento do cronograma
Gustavo Alcantara
Validação da documentação
Jonathan Nogueira
Disponibilizar o status do projeto para o
cliente.
Gustavo Alves
Desenvolver e manutenção do BD
TADS
42.
30/10/13 – Termino do banco de dados
05/11/13 – Conclusão do desenvolvimento do programa.
05/11/13 – Finalização da documentação
15/11/13 – Começo da implementação do software na
clinica de fisioterapia.
04/12/13 – Apresentação do projeto para banca do TCC.
TADS
43.
10/10/13 – Entrega do Status Report (Gestão de projetos e
empreendedorismo) .
20/10/13 Concluir o capitulo 2 :Engenharia de software,
banco de dados, manual do sistema e o software do
aplicativo.
20/10/13 – Entrega do capitulo 3 : Método de pesquisa
utilizado.
20/10/13 – Entrega do capitulo 4: A análise dos dados e a
discussão dos resultados obtidos.
15/11/13 – Entregar o software completo para a clinica de
fisioterapia
30/11/13 – Entrega do TCC concluído.
TADS
44. #
DESCRIÇÃO
TIPO
1
Empreender o
projeto
Posit
ivo
2
Saída de membros
da equipe
3
Entrega após do
prazo
TADS
CRITIC
.
SITUAÇÃO
AÇÕES
Resultado final
além do esperado
Atender totalmente o
escopo do projeto e
funcionalidades
adicionais
Nega Médio
tivo
Dificuldade em
acompanhar a
turma
Comunicação
constante entre a
equipe para manter o
controle e andamento
do projeto
Nega Alto
tivo
Falta de
Planejamento
Na medida do possível
atender prazos e a
realização de
documentos
primordiais. Além de
monitorar todo o ciclo
de vida.
Alto
45. #
DESCRIÇÃO
TIPO
4
Escopo não
atendido
8
9
CRITIC
.
SITUAÇÃO
AÇÕES
Nega Alto
tivo
Mapeamento de
requisitos
inexistentes
Validar constantemente
e os itens do escopo
Feedback positivo
pela banca de TCC
Posit
ivo
Bom
planejamento
Atender os requisitos
estipulados, além do
planejamento para
apresentação
Não aprovação do
cliente
Nega Alto
tivo
Cliente não
aprovar o sistema
Levantar requisitos
faltantes e pendentes
juntamente com o
cliente, para melhoria
do sistema
TADS
Alto
46. DATA
DESCRIÇÃO DA MUDANÇA
01/10/2013 Ajustes no software para apresentação na feira cultural.
08/10/2013 Entrada de um novo membro no grupo .
19/10/2013 O novo integrante ficou responsável por ajudar a construir
o restante da documentação do TCC
15/11/2013 Implementação do programa completo.
25/10/2013 Apresentação do sistema finalizado para o cliente
TADS
47. #
DESCRIÇÃO
1
Analisar profundamente as necessidades do cliente
2
Seguir o planejamento que foi traçado
3
Antes de programar o software, é necessário fazer uma analise de
qual linguagem de programação é mais adequada.
4
Realizar reuniões semanais com a equipe.
5
Envolver o cliente na validação de requisitos
6
Durante o desenvolvimento mostra o status do projeto para o
cliente
7
Definir funções de cada integrante do grupo
6
Realizar todas as entregas nos dias solicitados
TADS
53.
O Centro de Análise de Benefícios ao Estudante –
CABES, não oferece alternativas de atendimento á
não ser presencial. Consequentemente os bolsistas
utilizam o tempo destinado à aula para garantir o
seu atendimento, com isso ocasiona uma extensa
fila de espera.
Sua estrutura de arquivo ainda está limitada a
documentos impressos, acarretando em grandes
volumes. Para o funcionário do CABES conferir a
documentação impressa e arquivá-la, torna seu
trabalho demorado e desgastante.
TADS
54.
A Substituição da documentação impressa
que atualmente deve ser entregue no
atendimento presencial por um sistema que
possibilite o atendimento online, possibilitará
ao funcionário do CABES um melhor controle
e uma eficiência na gestão das bolsas de
estudo. Com isso, os bolsistas poderão optar
pela opção de enviar os documentos relativos
à bolsa de qualquer local que possa ter
acesso à internet, eliminando assim a fila e o
fluxo de pessoas no setor.
TADS
55.
Objetivo Geral
Desenvolver um sistema de gerenciamento de
bolsas de estudo ProUni.
Objetivos Específicos
Identificar o perfil do usuário;
Minimizar acesso presencial ao CABES;
Desenvolver sistema de cadastro de bolsa ProUni
(on-line);
Análise e controle de documentos.
TADS
56.
Informatizar o sistema de protocolo e arquivo
do CABES;
Minimizar as filas geradas no atendimento;
Oferecer alternativa de cadastro e atualização
da bolsa ProUni via WEB;
TADS
57.
Sistema desenvolvido em plataforma WEB
(instalado no datacenter do CABES),
desenvolvido em PHP, Java Script, CSS e
banco de dados MySQL; possibilitando o
acesso on-line via INTRANET da UniFIEO.
TADS
58.
O Fieo Virtual é um sistema de gerenciamento de bolsas
de estudo ProUni, que tem como finalidade possibilitar o
atendimento aos bolsitas ProUni via WEB.
As principais atividades do sistema são:
USUARIO ALUNO:- Consulta de informações, cadastro,
renovação da bolsa (anexação de documentações e
acompanhamento do status da bolsa em tempo real);
USUARIO CABES:- Consultas, inserções/modificações de
dados, solicitação de documentos e disponibilizar
informativos referentes a bolsas (deferida/indeferida, falta
de documentos, etc.).
TADS
60.
ID: C$U01
Nome: Requisitar Bolsa
Objetivo: Realizar a requisição da bolsa de estudos ProUni
Ator: Candidato
Pré-Condições: Conter o numero de inscrição ProUni valido
Pós-Condições: Pedido de bolsa criado
Fluxo Principal: Candidato informa numero de inscrição ProUni
Sistema valida numero de inscrição ProUni
Sistema apresenta formulário
Candidato preenche dados básicos
Candidato informa CEP
Sistema apresenta endereço
Candidato anexa documentos
Candidato informa renda
Candidato confirma requisição de bolsa
Sistema cria pedido
Sistema informa mensagem de pedido criado
Fluxo Alternativo: Não Há
Fluxo de Exceção: Numero de inscrição ProUni não válido
Regras de Negócio:
RN01: Possuir número válido de inscrição no ProUni no período vigente do corrente ano.
RN02: Solicitar o beneficio de bolsa em um período válido.
RN03: Declarar carência de acordo com o previsto no regulamento MEC.
TADS
61. ID: C$U02
Nome: Solicitar Renovação
Objetivo: Solicitar a renovação de bolsa de estudos ProUni
Ator: Bolsista
Pré-Condições: Já possui o beneficio
Pós-Condições: Pedido de renovação de bolsa criado
Fluxo Principal: Bolsista fornece identificação
Sistema apresenta formulário
Bolsista anexa documentação
Bolsista confirma requisição de renovação da bolsa
Sistema cria pedido
Sistema informa mensagem de pedido de renovação criado
Fluxo Alternativo: A01 Atualizar dados básicos
A02 Atualizar endereço
A03 Atualizar renda
Fluxo de Exceção: Não ter cadastro de bolsista
Regras de Negócio:
RN02: Solicitar o beneficio de bolsa em um período válido.
RN03: Declarar carência de acordo com o previsto no regulamento MEC.
RN04: Estar no padrão estabelecido pelo MEC de notas e assiduidade.
TADS
62. ID: C$U03
Nome: Consultar Documentos para análise de Bolsa
Objetivo: Analisar os dados e as documentações dos pedidos de bolsa
Ator: CABES (Funcionário)
Pré-Condições: Pedidos de Bolsa Criados
Pós-Condições: Bolsa Analisada
Fluxo Principal: CABES solicita lista de pedidos de bolsa
Sistema gera lista de pedidos de bolsa
CABES seleciona um pedido de um candidato
Sistema apresenta os dados e documentos do candidato
CABES analisa os dados e documentos
CABES assinala se bolsa esta ou não completa
CABES confirma registro
Sistema atualiza registro
Fluxo Alternativo: Não Há
Fluxo de Exceção: Nenhum pedido de bolsa cadastrada
Regras de Negócio:
RN05: Seguir as orientações relativas à documentação, estabelecidas pelo MEC.
TADS
63. ID: C$U04
Nome: Disponibilizar status do pedido
Objetivo: Disponibilizar o status de aprovação do pedido Deferido/ Indeferido e documentos faltantes
Ator: CABES (Funcionário)
Pré-Condições: Pedido de bolsa analisado e registrado
Pós-Condições: Status de bolsa disponibilizado
Fluxo Principal: CABES solicita lista de pedidos aprovados
Sistema lista pedidos aprovados
CABES altera status para deferido e confirma
Sistema atualiza registro de pedidos
CABES solicita lista de pedidos não aprovados
Sistema lista pedidos não aprovados
CABES altera status para indeferido e disponibiliza documentos faltantes
CABES confirma registro
Sistema atualiza registro de pedidos
Fluxo Alternativo: Não Há
Fluxo de Exceção: Pedidos de bolsa não cadastrados e não analisados
Regras de Negócio:
RN06 – Disponibilizar status de aprovação da documentação obedecendo ao cronograma previsto (estabelecido pelo
CABES).
no período vigente do corrente ano.
RN02: Solicitar o beneficio de bolsa em um período válido.
RN03: Declarar carência de acordo com o previsto no regulamento MEC.
TADS
64. ID: C$U05
Nome: Acompanhar Pedido de Bolsa
Objetivo: Acompanhar o status de aprovação do pedido da bolsa e se indeferido anexar as
documentações faltantes.
Ator: Candidato/ Bolsista
Pré-Condições: Cabes disponibilizar documentações faltantes
Pós-Condições: Documentos atualizados
Fluxo Principal: Candidato/ Bolsista informa identificação
Sistema mostra nome, curso, status do pedido e documentos faltantes.
Candidato anexa documentos faltantes
Candidato confirma
Sistema salva os documentos e envia mensagem salvo com sucesso
Fluxo Alternativo: Não Há
Fluxo de Exceção: Não haver documentações faltantes
Regras de Negócio:
RN06 – Disponibilizar status de aprovação da documentação obedecendo ao cronograma previsto
(estabelecido pelo CABES).
TADS
65. ID: C$U06
Nome: Encaminhar Pedido de Bolsa ao MEC
Objetivo: Encaminhar os pedidos de bolsa ao MEC
Ator: CABES (Funcionário)
Pré-Condições: Bolsas analisadas e aprovadas
Pós-Condições: Pedido encaminhado ao MEC
Fluxo Principal: CABES solicita relatório de pedidos aprovados
Sistema gera relatório de pedidos aprovados
CABES solicita envio de pedidos ao MEC
Sistema envia pedidos ao MEC
Fluxo Alternativo: Não Há
Fluxo de Exceção: Nenhum pedido de bolsa Criado/ Aprovado
Regras de Negócio:
Não analisadas as regras de negocio que podem afetar este caso de uso.
TADS
66. ID: C$U07
Nome: Manter Cadastro
Objetivo: Manter os Dados Cadastrados de candidatos e Bolsistas
Ator: Bolsista/ Candidato
Pré-Condições: Estar em um período válido
Pós-Condições: Dados Cadastrados
Fluxo Principal: Ator solicita cadastramento
Sistema valida período
Sistema apresenta formulário
Ator informa dados básicos
Ator informa telefone
Ator informa endereço
Ator informa renda
Fluxo Alternativo: Não Há
Fluxo de Exceção: Período Inválido
Regras de Negócio:
RN07 Armazenamento dos dados de acordo com o solicitado pelo MEC
TADS
74. Validação do código ProUni
Verificar se sistema aceita a digitação de um código inválido, tendo este, mais ou menos caracteres que o correto,
inserindo caracteres especiais ou um código não cadastrado.
Cadastro de candidato sem preenchimento dos campos obrigatórios
Verificar se o sistema permite finalizar o cadastro do candidato sem preencher informações obrigatórias, tais como,
endereço, renda, data de nascimento, e outros.
Confirmação de registro efetuado após finalizar o cadastro
Verificar na base de dados se o cadastro foi devidamente cadastrado, se todas as informações estão presentes neste
registro, se elas estão de acordo com o que foi informado.
Validação do tipo de usuário
Verificar se o sistema redireciona devidamente os usuários de acordo com o seu perfil de acesso.
Anexar documento
Verificar se ao anexar um documento, este pode ser visualizado pelo candidato, se ele pode alterar, excluir, incluir
mais de um arquivo para cada documento.
Análise do funcionário
Verificar se ao funcionário realizar a análise dos documentos do candidato, se o sistema esta registrando
devidamente as observações do funcionário (Combo Box ou texto).
Consulta de benefício
Verificar se o bolsista consegue realizar a consulta dos benefícios, validar os dados de seu cadastro, alterar estes
dados e verificar se o candidato consegue alterar informações não autorizadas para o seu perfil.
TADS
77. DESCRIÇÃO
(P)REMISSA
(R)ESTRIÇÃO
O projeto precisa ser concluído antes de 15/11/2013
P
O projeto deverá estar regulamentado de acordo com a
Legislação vigente do Ministério da Educação e Cultura
(MEC)
R
O projeto precisa ser concluído antes de 30/11/2013
R
LEI Nº 12.682 Dispõe sobre a elaboração e o
arquivamento de documentos em meios
eletromagnéticos.
R
O cliente disponibilizará ambiente de hardware
conforme especificados na proposta de venda.
P
TADS
78. André Silva
Gerente de Projeto
Gislaine
Rodolfo
Documentador e
Analista de Requisitos
TADS
Gustavo
Bigardi
Desenvolvedor
Sanny Ayoub
Analista de Requisitos
e Testes
Daniella
Maia
DBA
79. PAPEL
RESPONSABILIDADES
Gerente de Projetos
•
•
•
•
•
Coordenar e planejar o projeto;
Gerenciar cronogramas;
Manter comunicação entre os Stakeholders;
Gerenciar riscos;
Motivar e gerenciar a equipe.
•
Redigir documentação obedecendo a NormaCulta padrão e as Normas ABNT;
Revisão e correção ortográfica dos documentos.
Documentador
•
Programador
•
Elaborar e Coordenar as atividades referentes ao
desenvolvimento e manutenção do software.
DBA
•
Desenvolvimento e manutenção do banco de
dados;
Analista de Requisitos
•
Levantamento e análise dos requisitos do projeto
e do sistema.
Analista de Testes
•
•
Elaboração de testes do sistema;
Simular funcionamento real no ambiente de
contexto do sistema.
TADS
83. #
DESCRIÇÃO
1
Saída de membros da
equipe
TIPO
CRITIC.
SITUAÇÃO
AÇÕES
N
12
Eliminar
Substituir membro ou dividir tarefas
atribuídas ao mesmo
2
Não atendimento ao escopo
N
6
Melhorar
Direcionar objetivos ao tema, Designar
membro para análise dos requisitos
3
Mudança dos Equipamentos
P
9
Aceitar
Migrar plataforma de programação para
tecnologia de melhor atendimento aos
requisitos
4
Não atendimento ao prazo
N
10
Mitigar
Melhorar planejamento. Dividir tarefas e
elaborar cronograma de entrega semanal.
5
Não aceitação do projeto
pela banca
N
10
Eliminar
Adequar projeto aos requisitos enunciados
pela aula de Metodologia de pesquisa.
Adequar documentação conforme norma
ABNT. Definir responsável por revisar
ortografia e plágio de documentação.
Elaborar plano de teste para o software.
6
Empreender com o projeto
TCC
P
3
Aceitar
Adequar a visão de futuro da Equipe as
necessidades atuais do mercado de TI
7
Entrega antes do prazo
P
5
Aceitar
Revisar projeto
TADS
84. DATA
DESCRIÇÃO DA MUDANÇA
10/03/2013 Saída de membro da equipe.
02/08/2013 Entrada de membro na equipe.
03/08/2013 Mudança de escopo
03/10/2013 Mudança nos requisitos
01/05/2013 Mudança nas Regras de Negocio
TADS
85. #
DESCRIÇÃO
1
Realizar reuniões semanais com os integrantes da equipe Fieo
Virtual.
2
Elaborar cronogramas
3
Desenvolvimento de habilidades do trabalho em equipe
4
Conhecimentos Técnicos no Desenvolvimento
5
Responsabilidades e Liderança
TADS
91.
Usar os recursos disponíveis na internet, no
caso as vídeo aulas, para complementar os
conhecimentos adquiridos na faculdade,
assim evoluindo e ganhando espaço no
mercado de trabalho que a cada dia se torna
mais exigente.
TADS
92.
Proporcionar aos nossos clientes um
ambiente de aperfeiçoamento de suas
habilidades referentes a desenvolvimento
web através de vídeo aulas.
Criar um elo entre candidatos e empresa,
através
de
avaliações
de
nível
de
autoaprendizagem desses candidatos, dando
uma visão dos melhores e estimulando e
evolução dos demais.
TADS
93.
Organização dos assuntos facilitando o
acesso ao conteúdo desejado
Vitrine de candidatos autodidatas a empresas
interessadas.
Aperfeiçoamento e compartilhamento de
conhecimentos em desenvolvimento web
TADS
94.
Hospedado em um servidor web.
Desenvolvido em PHP Orientado a Objeto
Banco de dados construído em Mysql
Interface desenvolvida em css, Jquery e Java
script.
TADS
95.
Diagrama de caso de uso e descrição;
Diagrama de classe de implementação;
Diagrama de sequência;
Modelo de domínio;
Modelo lógico, conceitual e físico do banco
de dados normalizados.
TADS
97. DESCRIÇÃO
(P)REMISSA
(R)ESTRIÇÃO
• O TCC será finalizado sem mudanças de membros do
grupo.
(P)
• As vídeo aulas selecionadas no YouTube deverão
estar disponíveis para compartilhamento em outros
sites.
(P)
• O projeto deverá ser entregue em 15/12/2013.
(R)
• O banco de dados não poderá ser desenvolvido em
nenhuma outra tecnologia além do Mysql, o mesmo é
válido para a linguagem de programação, sendo esta,
PHP.
(R)
• A apresentação do projeto deverá possuir slides.
(R)
TADS
98. Tiago
Arruda
Gerente de Projeto
Tiago Arruda
Engenharia de software
TADS
Ruan Costa
Monografia
Deivid/Rodrigo
Desenvolvedor
Rodrigo Barreto
Analista de Teste
Felipe Vital
DBA
99. PAPEL
RESPONSABILIDADES
DBA
Desenvolver o modelo descritivo, modelo
ER, mapeamento do MER (Modelo Entidade
Relacionamento), normalização, dicionário
de dados e possui conhecimentos em sql.
Desenvolvedor lógico
Desenvolvimento de todo o algoritmo
funcional e lógico do sistema.
Desenvolvedor
IHC(Interface Humano
Computador)
Desenvolvimento da interface visual, foco
na usabilidade do sistema
TADS
100. PAPEL
RESPONSABILIDADES
Documentador
(Monografia)
Conhecimento no pacote Office, aplicação
das normas ABNT, boa escrita e
interpretação de texto
Documentador
(Engenharia de Software)
Conhecimento no desenvolvimento dos
artefatos utilizando ferramentas UML,
como ASTAH e Microsoft Visio.
Gerente de Projeto
Acompanhar o desenvolvimento dos
documentos e programação do projeto.
Informar o status do projeto aos principais
Steakholders.
TADS
102. OUT
NOV
DEZ
1 2 3 4 5 1 2 3 4 1 2 3 4
1.1 - Documentação
1.1.1 - Engenharia de Software
1.1.2 - Banco de Dados
1.1.3 - Monografia
1.1.4 - Pesquisa de Campo
1.1.5 - Slides <Apresentação>
1.2 - Sistema
1.2.1 - Programação
1.2.2 - Banco de Dados
1.2.3 - Designer
1.2.4 - Testes
TADS
Responsável
Tiago Arruda
Felipo Vital
Ruan Costa
Ruan Costa
Deivid Amarante
Rodrigo Santos
Felipe Vital
Deivid Amarante
Rodrigo Santos
103.
19/10/2013 – Capítulos 2, 3, e 4 da
monografia.
21/10/2013 – 3ª entrega dos artefatos de
engenharia de software.
TADS
104. Cod
DESCRIÇÃO
.
TIPO
CRITIC. SITUAÇÃO
AÇÕES
1
Não atender ao requisito
de viabilidade do projeto
solicitado pelos
professores
Negativo
10
Projeto apresentado no
dia 09/10/2013 para o
professor de BD validar
a viabilidade do
negócio.
A equipe agilizar as entregas,
desta forma, a fonte será
apenas a indisponibilidade dos
professores.
2
Não conseguir
implementar todas as
funcionalidades
desejados do projeto até
a data da apresentação
Negativo
8
Situação estável, pois
até o momento temos
conseguido
implementar as
funcionalidades como
esperado.
Considerar como escopo
apenas as funcionalidades
essenciais para o
funcionamento do sistema.
Atender de forma simples a
ideia do projeto.
3
Concluir o projeto com
antecedência suficiente
para implementar novas
funcionalidades
Positivo
2
Probabilidade mínima.
Validar o escopo completo
com os professores
responsáveis pela banca do
TCC, para que possamos
agilizar a programação e
documentação do projeto.
TADS
107. #
DESCRIÇÃO
1
FOCO NO TCC. Valeu Alessandro!
2
Dormir bem durante o trabalho é fundamental para encarar a
madrugada de estudo.
3
4
TADS
Reunir o grupo em Carapicuíba é altamente arriscado.
O Brainstorming é de suma importância para a evolução do
projeto. Com ele, a equipe fica mais unida e confortável a dar
suas ideias.
113.
Antes as hospedagens eram efetuadas a
punho, utilizando-se de comandas por
papéis. A situação atual foi a criação de um
site web aonde o próprio cliente pode realizar
a reserva, juntamente com o funcionário, que
pode efetuar as reservas no estabelecimento.
Com isso diminuiu-se o tempo de demora
entre uma função e outra.
TADS
114.
A empresa London Pallace deseja um sistema
de informação para controlar suas atividades.
O objetivo é modular uma solução que atenda
seus clientes e também seus funcionários de
forma rápida e segura.
TADS
115.
Controle de cadastro e consultas;
Consistência nos dados;
Eliminação do desperdício;
Agilidade no atendimento.
TADS
116.
O sistema será feito em duas partes, a
primeira é a parte web que será feito na
linguagem PHP e a segunda parte será de
desktop desenvolvido em C#, ambos
utilizaram a mesma base de dados que é SQL
Server 2008.
Documentação (Monografia) seguindo as
normas da ABNT.
TADS
117. Itens que compõem o escopo do projeto:
- Diagrama de Classe;
- Diagrama de Casos de Uso;
- Diagrama de Fluxo de Dados;
- Diagrama de Ocorrência;
- Diagrama de Sequência.
TADS
118. Gerenciament
o de
Hospedagem
Documentaçã
o
Descrição de
Caso de Uso
Diagrama de
Caso de Uso
Diagrama de
Classes
Sistemas
Testes
Levantamento
de Dados
Regras de
Negócio
Plano de
Testes
Entrevistas
com os
Clientes
Requisitos
Funcionais
Evidências de
Testes
Relatórios de
Pesquisas
Requisitos
Não
Funcionais
Desktop
Cadastro
Relatório
Cadastro
Cliente
Cliente
Funcionário
Reserva
Produto
Reserva
TADS
Nível de
Acesso
Web
119. DESCRIÇÃO
(P)REMISSA
(R)ESTRIÇÃO
Sistema web, desktop e mobile
P
Data de entrega
P
Manter a mesma equipe
P
Qualquer alteração no escopo do projeto deve ser feita
apenas pelo gerente de projeto
P
A equipe deve estar com no máximo 15 pessoas
envolvidas no projeto
R
Entrega do projeto até o final do mês de Outubro
R
A aplicação web e desktop deve estar em um ambiente
com as seguintes descrições: Windows Server 2008,
16GB de memória RAM
R
TADS
121. PAPEL
RESPONSABILIDADES
Gerente de Projetos
Gerenciar as entregas, prazos, distribuir
tarefas, definir datas.
Documentador
Analisar os requisitos, documentar todo o
processo realizado pelos analistas
Analistas de Testes
Realizar todos os testes do software
Analistas Programadores
Codificar todo o software e liberar as telas
para teste
DBA
Gerenciar o banco de dados.
TADS
123. .
SETEMBRO
1
DOCUMENTAÇÃO
RESPONSÁVEL
DESCRIÇÃO DE CASO DE USO
Mapear requisitos funcionais
Camila
Mapear requisitos não funcionais
Camila
Mapear regras de negócio
Guilherme
Criar documento
Géssica/Guilherme
Inserir diagramas
Elielton
Validar com o cliente
Henrique/Géssica
DIAGRAMA DE CASO DE USO
Identificar atores
Elielton/Guilherme
Definir casos de uso
Henrique
Criar diagramas
Camila/Géssica
SISTEMA
CADASTROS
Usuário
Codificar módulo
Elielton/Camila
Realizar testes unitários
Henrique
Encaminhar módulo para o testador Géssica
TADS
2
3
OUTUBRO
4
1
2
3
4
NOVEMBRO
5
1
2
3
DEZEMBRO
4
1
2
3
4
124.
Entregar a documentação de Engenharia de
Software;
Entregar a documentação de Banco de Dados;
Entregar documentação de TCC.
TADS
125. # DESCRIÇÃO
TIPO
1 Entrega fora
do prazo
Negativo
25
Melhorar
e Mitigar
Encontrar os
desfalques tanto no
planejamento e no
comprometimento,
fazendo o máximo
para reduzir o
atraso
2 Expectativa
Negativo
não
atendidas
pelo cliente
referente ao
contexto
sistêmico não
atender as
demandas
12
Explorar e
Melhorar
Rever com o cliente
os conceitos da
analise de
requisitos,
confirmando os
dados registrados e
explorando ainda
mais.
TADS
CRITIC.
SITUAÇÃO AÇÕES
126. # DESCRIÇÃO
TIPO
3 Interação da
ferramenta
web com o
cliente
Positivo
TADS
CRITIC.
16
SITUAÇÃO AÇÕES
Explorar e
Melhorar
Realizando uma
pesquisa de campo
onde a maioria dos
resultados foram
positivos com base
no plano de ação
134.
Com os avanços tecnológicos, a elaboração
de novas tecnologias e ferramentas de
trabalho se tornaram mais frequentes,
consequentemente a necessidade do suporte
aos setores que manuseiam esses recursos
são indispensáveis para que a utilização
dessas ferramentas sejam feitas de forma
mais produtiva.
TADS
135.
•
•
Sistema desenvolvido para auxiliar o pronto
atendimento ao cliente, otimizando a solução
de problemas em equipamentos de Hardware e
Software.
Extração de relatórios para controles de níveis
de serviço
Identificar a localização de autorizadas
(Técnicos) próximos.
TADS
136.
Gerenciar chamados
Disponibilizar uma base de conhecimento
para o analista, para que o chamado possa
ser resolvido em 1ºNivel.
Localizar a autorizada mais próxima para
efetuar o atendimento.
Disponibilizar todos os problema
reconhecidos de fabrica de cada maquina.
Disponibilizar relatórios para controle geral.
TADS
137.
O Banco de Dados será mantido em um
servidor.
O software será desenvolvido em uma
linguagem C#.
O SGBD utilizado será o SQL Server.
A aplicação utilizará a plataforma Windows.
O sistema será instalado na maquina do
usuário e será necessário ter o Framework
4.0 instalado.
Documentação está seguindo com as formas
ABNT
TADS
138.
Instalar o servidor na nossa empresa
A disponibilização do Software para o Cliente
será via WEB
O acesso ao software que será instalado nos
desktops será realizado pelos analistas
Os relatórios serão enviados ao gerente da
empresa e ao cliente
O sistema se adequa a outros sistemas
(Active Directory, RCMS)
TADS
139.
Não será coberto no escopo do projeto
- Gerenciar Estoque de peça.
- Gerenciar parte financeira.
141. DESCRIÇÃO
(P)PREMISSA
(R)RESTRIÇÃO
Empresa em que o sistema será instalado necessita de
um Active Directory configurado no ambiente.
P
Todos os equipamentos direcionados a suporte devem
ser em plataforma Windows
P
Monografia deve ser concluída até 25 de outubro
R
Projeto deve ser concluído até 20 de novembro
R
TADS
142. Daniele Braz
Gerente de Projeto
Documentadora
Marcos
Paulo
Documentador
Luzia
Testadora
TADS
Giovanni
Leandro
DBA
Programador
143. PAPEL
RESPONSABILIDADE
Gerente de Projeto
Acompanhar atividades da Equipe.
Criar planos de controle,
negociação e marketing.
Analista de negócios
(Documentador)
Levantar Requisitos
Elaborar documentação
Testador
Validar a qualidade da Aplicação e
de suas funcionalidades.
DBA
Criar e manter o Banco de Dados
Desenvolvedor
Programar aplicação
TADS
146.
19.10 Capítulos 2 e 3 da
Documentação(Monografia).
21.10 3ºentrega dos artefatos
26.10 Monografia Completa
21.10 Validação do script C#
TADS
147. #
1
2
DESCRIÇÃO TIPO
CRITIC. SITUAÇÃO AÇÕES
Não
negativo 8
Saída de
Dividir as tarefas e
concluir o
Stakeholder agiliza-las o máximo
projeto até
possível.
ou conflito
a data
interno.
prevista.
Servidor
negativo
indisponível
TADS
5
Rede
indisponível
ou perda de
algum
hardware
do servidor.
Armazenar todas as
informações na maquina
local para transferi-las
para o banco de dados
quando o servidor
estiver UP.
148. #
DESCRIÇÃO
TIPO
3 Concluir o
positivo
projeto antes do
prazo estipulado.
4 Saída e inclusão
de novos
Stakeholder
CRITIC. SITUAÇÃO
2
negativo 10
AÇÕES
Todas as tarefas
designadas
concluidas e
entregues com
exito.
Incluir novas
funções ao
projeto.
Conflitos internos
ou por desistencia
do mesmo.
Futuro Stakeholder
demostrar interesse
no novo projeto.
Manter a
integridade das
informações que
são
disponibilizadas a
cada Stakeholder.
150. #
DESCRIÇÃO
1
Definir Plano de Riscos (Contingência) logo ao inicio da elaboração
do projeto.
2
Especificar responsabilidades (funções) assim que decidido o tema
do projeto
3
Verificar a viabilidade do projeto, financeiramente (ROI)
TADS