SlideShare ist ein Scribd-Unternehmen logo
1 von 152
Downloaden Sie, um offline zu lesen
2° Semestre de 2013

TADS-NC4

Alessandro Almeida | www.alessandroalmeida.com
14/10/2013
Consolidando o aprendizado de Gestão de Projetos


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
#

Nome do Projeto

1

Caderno Virtual

2

Controle de Fisioterapia

3

FIEO Virtual

4

InteraTI

5

London Pallace

6

SPOC Manager
PRONTUÁRIO

NOME

12102575

BEATRIZ BELO

06207202

ELIANI USIFATI

12101198

CLAUDIA FERREIRA

12103682

JAIR ANGELO

11101424

VICTOR EMIDIO

Índice
TADS

Status Report.
PRONTUÁRIO

NOME

12102575

BEATRIZ BELO

06207202

ELIANI USIFATI

12101198

CLAUDIA FERREIRA

12103682

JAIR ANGELO

11101424

VICTOR EMIDIO

TADS
Caderno Virtual

TADS


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


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






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
-Linguagem utilizada: C#
-

Banco de Dados :Microsoft SQL Server;

TADS
TADS
TADS
TADS
Eliani Usifati
Gerente de Projeto

Beatriz Belo
Documentadora

TADS

Victor
Emidio

Desenvolvedor

Jair Angelo
Analista de Testes

Claudia
Ferreira
DBA
TADS
Caderno Virtual

TADS
TADS






Normalização do Banco de Dados;
Dicionário de Dados;
Monografia;
Interação do sistema aplicativo com a
plataforma Android.

TADS
TADS
TADS
TADS
Caderno Virtual

TADS
PRONTUÁRIO

NOME

11200796

Felipe Dantas Pereira

12104858

Gustavo Alcantara dos Santos

12103419

Gustavo Alves de Freitas

11104366

Jonathan de Souza Nogueira

12102337

Laís da Silva Maciel

Índice
TADS

Status Report
PRONTUÁRIO

NOME

11200796

Felipe Dantas Pereira

12104858

Gustavo Alcantara dos Santos

12103419

Gustavo Alves de Freitas

11104366

Jonathan de Souza Nogueira

12102337

Laís da Silva Maciel

TADS
CONTROLE DE
ATENDIMENTO PARA CLÍNICA
DE FISIOTERAPIA
LIFE S/A

TADS


O projeto surgiu a partir do momento em
que o grupo teve conhecimento dos
principais problemas enfrentados
atualmente em muitas clinicas de
Fisioterapia.

TADS
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


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
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








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





Sistema web (instalado no data center do
cliente)
Desenvolvido em HTML,PHP e Java Script
Banco de Dados: MySql Server

TADS
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




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
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
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
Laís Maciel
Gerente de Projetos

Felipe
Dantas
Teste

TADS

Jonathan
Nogueira
Analista Programador

Gustavo
Alcantara
Analista de requisitos

Gustavo
Freitas

DBA
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
CONTROLE DE
ATENDIMENTO PARA CLÍNICA
DE FISIOTERAPIA
LIFE S/A

TADS


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












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
#

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
#

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
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
#

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
CONTROLE DE
ATENDIMENTO PARA CLÍNICA
DE FISIOTERAPIA
LIFE S/A

TADS
PRONTUÁRIO

NOME

12104440

André da Silva

12104083

Daniella Maia

12102344

Gislaine Rodolfo

12101182

Gustavo Bigardi

12104274

Sanny Ayoub

Índice
TADS

Status Report
PRONTUÁRIO

NOME

12104440

André da Silva

12104083

Daniella Maia

12102344

Gislaine Rodolfo

12101182

Gustavo Bigardi

12104274

Sanny Ayoub

TADS
Fieo Virtual

TADS




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


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


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





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


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








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
TADS





















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
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
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
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
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
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
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


CS01 – REQUISITAR BOLSA

TADS


CS02 – SOLICITAR RENOVAÇÃO

TADS


CS03 – CONSULTAR DOCUMENTOS PARA ANÁLISE

TADS


CS04 – DISPONIBILIZAR STATUS DO PEDIDO

TADS


CS05 – ACOMPANHAR PEDIDO DE BOLSA

TADS


CS06 – ENCAMINHAR PEDIDO DE BOLSA AO MEC

TADS


CS07 – MANTER CADASTRO

TADS
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


Mapas de Processos (CABES atual)

TADS
TADS
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
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
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
Fieo Virtual

TADS
TADS




Monografia
Documentação de BD
Documentação de engenharia de software

TADS
#

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
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
#

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
Fieo Virtual.

TADS
PRONTUÁRIO

NOME

12103523

Deivid Amarante

12100049

Felipe Vital

12103413

Rodrigo Barreto

12103845

Ruan Costa

12103972

Tiago Arruda

Índice
TADS

Status Report
PRONTUÁRIO

NOME

12103523

Deivid Amarante

12100049

Felipe Vital

12103413

Rodrigo Barreto

12103845

Ruan Costa

12103972

Tiago Arruda

TADS
InteraTI

TADS


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




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






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






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








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
TADS
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
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
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
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
<Informe o Nome do Projeto>

TADS
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




19/10/2013 – Capítulos 2, 3, e 4 da
monografia.
21/10/2013 – 3ª entrega dos artefatos de
engenharia de software.

TADS
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
DATA

DESCRIÇÃO DA MUDANÇA

09/09/13

Mudança do nome do projeto.

20/09/13

Mudança no escopo do projeto.

TADS
TADS
#

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.
InteraTI

TADS
PRONTUÁRIO

NOME

12102145

Camila Cambuim

12101204

Elielton Matos

12102871

Guilherme Vianni

12104851

Géssica Leonarchick

12102157

Henrique Furtado

Índice
TADS

Status Report
PRONTUÁRIO

NOME

12102145

Camila Cambuim

12101204

Elielton Matos

12102871

Guilherme Vianni

12104851

Géssica Leonarchick

12102157

Henrique Furtado

TADS
Sistema de Gerenciamento de
Hospedagens do Hotel Lodon
Pallace

TADS


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


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






Controle de cadastro e consultas;
Consistência nos dados;
Eliminação do desperdício;
Agilidade no atendimento.

TADS




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
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
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
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
Géssica
Gerente de Projeto

Guilherme
Analista de Requisitos

TADS

Camila /
Elielton

Desenvolvedor

Henrique
Analista de Testes

Camila
DBA
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
Sistema de Gerenciamento de
Hospedagens do Hotel Lodon
Pallace

TADS
.

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





Entregar a documentação de Engenharia de
Software;
Entregar a documentação de Banco de Dados;
Entregar documentação de TCC.

TADS
# 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
# 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
DATA

DESCRIÇÃO DA MUDANÇA

08/12 e
02/13

Alteração de integrantes.

08/13

Alteração no escopo do produto.

TADS
#

DESCRIÇÃO

1

Necessidade de Gerenciamento;

2

Responsabilidade;

3

Planejamento;

4

Testes do software;

5

Trabalho em Equipe.

TADS
Sistema de Gerenciamento de
Hospedagens do Hotel Lodon
Pallace

TADS
PRONTUÁRIO

NOME

12104275

DANIELE BRAZ

12103401

GIOVANNI MORAIS

12102144

LEANDRO FRACAROLI

12104495

LUZIA FERREIRA

12101205

MARCOS PAULO

Índice
TADS

Status Report
PRONTUÁRIO

NOME

12104275

DANIELE BRAZ

12103401

GIOVANNI MORAIS

12102144

LEANDRO FRACAROLI

12104495

LUZIA FERREIRA

12101205

MARCOS PAULO

TADS
SPOC Manager

TADS


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


•

•

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









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










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









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





Não será coberto no escopo do projeto

- Gerenciar Estoque de peça.
- Gerenciar parte financeira.
TADS
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
Daniele Braz
Gerente de Projeto
Documentadora

Marcos
Paulo

Documentador

Luzia
Testadora

TADS

Giovanni

Leandro
DBA

Programador
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
SPOC Manager

TADS
TADS






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
#
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.
#

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.
DATA

DESCRIÇÃO DA MUDANÇA

03.08.2013

Transferência de Stakeholder

05.08.2013

Elaboração de novo Projeto

08.10.2013

Inclusão de novo Stakeholder

TADS
#

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
SPOC Manager

TADS
alessandro.almeida@uol.com.br
www.alessandroalmeida.com/unifieo.htm
www.slideshare.net/alessandroalmeida

Weitere ähnliche Inhalte

Ähnlich wie [TAD-NC4] Gestão de Projetos e Empreendedorismo - Atividade: Status Report

Apresentação Final PETIC
Apresentação Final PETICApresentação Final PETIC
Apresentação Final PETICLucas Aquino
 
Apresentação final postada
Apresentação final postadaApresentação final postada
Apresentação final postadaYtallo Lima
 
CASE COBIT - ISHIKAWA
CASE  COBIT - ISHIKAWACASE  COBIT - ISHIKAWA
CASE COBIT - ISHIKAWADiego Souza
 
Gestão de Projetos e Empreendedorismo - Atividade: Status Report
Gestão de Projetos e Empreendedorismo - Atividade: Status ReportGestão de Projetos e Empreendedorismo - Atividade: Status Report
Gestão de Projetos e Empreendedorismo - Atividade: Status ReportAlessandro Almeida
 
Projeto de Renovação do DataCenter
Projeto de Renovação do DataCenterProjeto de Renovação do DataCenter
Projeto de Renovação do DataCenterMarco Coghi
 
Gestão da Tecnologia da Informação (04/03/2014): Status Report do TCC
Gestão da Tecnologia da Informação (04/03/2014): Status Report do TCCGestão da Tecnologia da Informação (04/03/2014): Status Report do TCC
Gestão da Tecnologia da Informação (04/03/2014): Status Report do TCCAlessandro Almeida
 
Tecnologia da Informação para Concurso Dataprev
Tecnologia da Informação para Concurso DataprevTecnologia da Informação para Concurso Dataprev
Tecnologia da Informação para Concurso DataprevEstratégia Concursos
 
Curso Technologia da Informação para Concurso TRT 1ª 2014
Curso Technologia da Informação para Concurso TRT 1ª 2014Curso Technologia da Informação para Concurso TRT 1ª 2014
Curso Technologia da Informação para Concurso TRT 1ª 2014Estratégia Concursos
 
Utilização de Ferramenta de Gestão de TI para melhoria dos serviços prestados...
Utilização de Ferramenta de Gestão de TI para melhoria dos serviços prestados...Utilização de Ferramenta de Gestão de TI para melhoria dos serviços prestados...
Utilização de Ferramenta de Gestão de TI para melhoria dos serviços prestados...Samanta Cicilia
 
Caso de Sucesso WK - Transvip Brasil Transporte de Valores e Vigilância Patri...
Caso de Sucesso WK - Transvip Brasil Transporte de Valores e Vigilância Patri...Caso de Sucesso WK - Transvip Brasil Transporte de Valores e Vigilância Patri...
Caso de Sucesso WK - Transvip Brasil Transporte de Valores e Vigilância Patri...WK Sistemas
 
Cap.09 (eti) análise de projetos em tecnologia e sgsi
Cap.09 (eti)   análise de projetos em tecnologia e sgsiCap.09 (eti)   análise de projetos em tecnologia e sgsi
Cap.09 (eti) análise de projetos em tecnologia e sgsiPaulo Henrique C. Andrade
 
Status Report dos TCCs (SIN-NA7): 1º semestre de 2016
Status Report dos TCCs (SIN-NA7): 1º semestre de 2016Status Report dos TCCs (SIN-NA7): 1º semestre de 2016
Status Report dos TCCs (SIN-NA7): 1º semestre de 2016Alessandro Almeida
 
apresentacao_totvs_cloud.pptx
apresentacao_totvs_cloud.pptxapresentacao_totvs_cloud.pptx
apresentacao_totvs_cloud.pptxEvertonMendes41
 
Gestão de Eventos por meio da Ferramenta IBM Tivoli Netcool/OMNIbus
Gestão de Eventos por meio da Ferramenta IBM Tivoli Netcool/OMNIbusGestão de Eventos por meio da Ferramenta IBM Tivoli Netcool/OMNIbus
Gestão de Eventos por meio da Ferramenta IBM Tivoli Netcool/OMNIbusIvan Luizio Magalhães
 
WIAD 2013 - De detetive a arquiteto da informação
WIAD 2013 - De detetive a arquiteto da informaçãoWIAD 2013 - De detetive a arquiteto da informação
WIAD 2013 - De detetive a arquiteto da informaçãoLu Terceiro
 

Ähnlich wie [TAD-NC4] Gestão de Projetos e Empreendedorismo - Atividade: Status Report (20)

Apresentação Final PETIC
Apresentação Final PETICApresentação Final PETIC
Apresentação Final PETIC
 
Apresentação final postada
Apresentação final postadaApresentação final postada
Apresentação final postada
 
CASE COBIT - ISHIKAWA
CASE  COBIT - ISHIKAWACASE  COBIT - ISHIKAWA
CASE COBIT - ISHIKAWA
 
Gestão de Projetos e Empreendedorismo - Atividade: Status Report
Gestão de Projetos e Empreendedorismo - Atividade: Status ReportGestão de Projetos e Empreendedorismo - Atividade: Status Report
Gestão de Projetos e Empreendedorismo - Atividade: Status Report
 
Projeto de Renovação do DataCenter
Projeto de Renovação do DataCenterProjeto de Renovação do DataCenter
Projeto de Renovação do DataCenter
 
Gestão da Tecnologia da Informação (04/03/2014): Status Report do TCC
Gestão da Tecnologia da Informação (04/03/2014): Status Report do TCCGestão da Tecnologia da Informação (04/03/2014): Status Report do TCC
Gestão da Tecnologia da Informação (04/03/2014): Status Report do TCC
 
Status Report do TCC: SIN-NA7
Status Report do TCC: SIN-NA7Status Report do TCC: SIN-NA7
Status Report do TCC: SIN-NA7
 
Tecnologia da Informação para Concurso Dataprev
Tecnologia da Informação para Concurso DataprevTecnologia da Informação para Concurso Dataprev
Tecnologia da Informação para Concurso Dataprev
 
Curso Technologia da Informação para Concurso TRT 1ª 2014
Curso Technologia da Informação para Concurso TRT 1ª 2014Curso Technologia da Informação para Concurso TRT 1ª 2014
Curso Technologia da Informação para Concurso TRT 1ª 2014
 
Pim 4
Pim 4Pim 4
Pim 4
 
Utilização de Ferramenta de Gestão de TI para melhoria dos serviços prestados...
Utilização de Ferramenta de Gestão de TI para melhoria dos serviços prestados...Utilização de Ferramenta de Gestão de TI para melhoria dos serviços prestados...
Utilização de Ferramenta de Gestão de TI para melhoria dos serviços prestados...
 
Caso de Sucesso WK - Transvip Brasil Transporte de Valores e Vigilância Patri...
Caso de Sucesso WK - Transvip Brasil Transporte de Valores e Vigilância Patri...Caso de Sucesso WK - Transvip Brasil Transporte de Valores e Vigilância Patri...
Caso de Sucesso WK - Transvip Brasil Transporte de Valores e Vigilância Patri...
 
Cap.09 (eti) análise de projetos em tecnologia e sgsi
Cap.09 (eti)   análise de projetos em tecnologia e sgsiCap.09 (eti)   análise de projetos em tecnologia e sgsi
Cap.09 (eti) análise de projetos em tecnologia e sgsi
 
BRAVA KIT - Helpdesk TI
BRAVA KIT - Helpdesk TIBRAVA KIT - Helpdesk TI
BRAVA KIT - Helpdesk TI
 
Status Report dos TCCs (SIN-NA7): 1º semestre de 2016
Status Report dos TCCs (SIN-NA7): 1º semestre de 2016Status Report dos TCCs (SIN-NA7): 1º semestre de 2016
Status Report dos TCCs (SIN-NA7): 1º semestre de 2016
 
6381463 hhhghfdhdgfh
6381463 hhhghfdhdgfh6381463 hhhghfdhdgfh
6381463 hhhghfdhdgfh
 
apresentacao_totvs_cloud.pptx
apresentacao_totvs_cloud.pptxapresentacao_totvs_cloud.pptx
apresentacao_totvs_cloud.pptx
 
Gestão de Eventos por meio da Ferramenta IBM Tivoli Netcool/OMNIbus
Gestão de Eventos por meio da Ferramenta IBM Tivoli Netcool/OMNIbusGestão de Eventos por meio da Ferramenta IBM Tivoli Netcool/OMNIbus
Gestão de Eventos por meio da Ferramenta IBM Tivoli Netcool/OMNIbus
 
WIAD 2013 - De detetive a arquiteto da informação
WIAD 2013 - De detetive a arquiteto da informaçãoWIAD 2013 - De detetive a arquiteto da informação
WIAD 2013 - De detetive a arquiteto da informação
 
Aula - Aplicação de Metodologias/Práticas Ágeis em Projetos de BI
Aula - Aplicação de Metodologias/Práticas Ágeis em Projetos de BIAula - Aplicação de Metodologias/Práticas Ágeis em Projetos de BI
Aula - Aplicação de Metodologias/Práticas Ágeis em Projetos de BI
 

Mehr von Alessandro Almeida

[ServiceNow] Visão geral da plataforma
[ServiceNow] Visão geral da plataforma[ServiceNow] Visão geral da plataforma
[ServiceNow] Visão geral da plataformaAlessandro Almeida
 
[ServiceNow] Visão geral da plataforma
[ServiceNow] Visão geral da plataforma[ServiceNow] Visão geral da plataforma
[ServiceNow] Visão geral da plataformaAlessandro Almeida
 
Comunicação Não Violenta: Roda de Conversa
Comunicação Não Violenta: Roda de ConversaComunicação Não Violenta: Roda de Conversa
Comunicação Não Violenta: Roda de ConversaAlessandro Almeida
 
Uma visão prática (e parcial) sobre o Gerenciamento de Projetos, 2ª edição
Uma visão prática (e parcial) sobre o Gerenciamento de Projetos, 2ª ediçãoUma visão prática (e parcial) sobre o Gerenciamento de Projetos, 2ª edição
Uma visão prática (e parcial) sobre o Gerenciamento de Projetos, 2ª ediçãoAlessandro Almeida
 
[ServiceNow] Governança da Plataforma (5ª edição)
[ServiceNow] Governança da Plataforma (5ª edição)[ServiceNow] Governança da Plataforma (5ª edição)
[ServiceNow] Governança da Plataforma (5ª edição)Alessandro Almeida
 
[Projeto de Pesquisa] Psicanálise no processo de elaboração do luto
[Projeto de Pesquisa] Psicanálise no processo de elaboração do luto[Projeto de Pesquisa] Psicanálise no processo de elaboração do luto
[Projeto de Pesquisa] Psicanálise no processo de elaboração do lutoAlessandro Almeida
 
Obediência e conformidade no mundo corporativo: XX ENABRAPSO
Obediência e conformidade no mundo corporativo: XX ENABRAPSOObediência e conformidade no mundo corporativo: XX ENABRAPSO
Obediência e conformidade no mundo corporativo: XX ENABRAPSOAlessandro Almeida
 
[ServiceNow] Governança das Instâncias (4ª edição)
[ServiceNow] Governança das Instâncias (4ª edição)[ServiceNow] Governança das Instâncias (4ª edição)
[ServiceNow] Governança das Instâncias (4ª edição)Alessandro Almeida
 
[ServiceNow] Governança das Instâncias - 3ª versão
[ServiceNow] Governança das Instâncias - 3ª versão[ServiceNow] Governança das Instâncias - 3ª versão
[ServiceNow] Governança das Instâncias - 3ª versãoAlessandro Almeida
 
Design Thinking: Do Conceito ao Mundo Real [3ª edição]
Design Thinking: Do Conceito ao Mundo Real [3ª edição]Design Thinking: Do Conceito ao Mundo Real [3ª edição]
Design Thinking: Do Conceito ao Mundo Real [3ª edição]Alessandro Almeida
 
[ServiceNow] Dicas para upgrade de Versão
[ServiceNow] Dicas para upgrade de Versão[ServiceNow] Dicas para upgrade de Versão
[ServiceNow] Dicas para upgrade de VersãoAlessandro Almeida
 
Design Thinking: Do Conceito ao Mundo Real [2ª edição]
Design Thinking: Do Conceito ao Mundo Real [2ª edição]Design Thinking: Do Conceito ao Mundo Real [2ª edição]
Design Thinking: Do Conceito ao Mundo Real [2ª edição]Alessandro Almeida
 
[ServiceNow] Upgrade de Versão: "Boas" Práticas
[ServiceNow] Upgrade de Versão: "Boas" Práticas[ServiceNow] Upgrade de Versão: "Boas" Práticas
[ServiceNow] Upgrade de Versão: "Boas" PráticasAlessandro Almeida
 
[Projeto Integrador] Psicologia Clínica
[Projeto Integrador] Psicologia Clínica[Projeto Integrador] Psicologia Clínica
[Projeto Integrador] Psicologia ClínicaAlessandro Almeida
 
[ServiceNow] Governança das Instâncias
[ServiceNow] Governança das Instâncias[ServiceNow] Governança das Instâncias
[ServiceNow] Governança das InstânciasAlessandro Almeida
 
Templates: Mapa da Empatia, Canvas da Proposta de Valor, Canvas do Modelo de ...
Templates: Mapa da Empatia, Canvas da Proposta de Valor, Canvas do Modelo de ...Templates: Mapa da Empatia, Canvas da Proposta de Valor, Canvas do Modelo de ...
Templates: Mapa da Empatia, Canvas da Proposta de Valor, Canvas do Modelo de ...Alessandro Almeida
 
Minicurso - Aplicando o Design Thinking para definir a proposta de valor e o ...
Minicurso - Aplicando o Design Thinking para definir a proposta de valor e o ...Minicurso - Aplicando o Design Thinking para definir a proposta de valor e o ...
Minicurso - Aplicando o Design Thinking para definir a proposta de valor e o ...Alessandro Almeida
 
Design Thinking: Do Conceito ao Mundo Real
Design Thinking: Do Conceito ao Mundo RealDesign Thinking: Do Conceito ao Mundo Real
Design Thinking: Do Conceito ao Mundo RealAlessandro Almeida
 

Mehr von Alessandro Almeida (20)

[ServiceNow] Visão geral da plataforma
[ServiceNow] Visão geral da plataforma[ServiceNow] Visão geral da plataforma
[ServiceNow] Visão geral da plataforma
 
[ServiceNow] Visão geral da plataforma
[ServiceNow] Visão geral da plataforma[ServiceNow] Visão geral da plataforma
[ServiceNow] Visão geral da plataforma
 
[ServiceNow] Now Create
[ServiceNow] Now Create[ServiceNow] Now Create
[ServiceNow] Now Create
 
Comunicação Não Violenta: Roda de Conversa
Comunicação Não Violenta: Roda de ConversaComunicação Não Violenta: Roda de Conversa
Comunicação Não Violenta: Roda de Conversa
 
Uma visão prática (e parcial) sobre o Gerenciamento de Projetos, 2ª edição
Uma visão prática (e parcial) sobre o Gerenciamento de Projetos, 2ª ediçãoUma visão prática (e parcial) sobre o Gerenciamento de Projetos, 2ª edição
Uma visão prática (e parcial) sobre o Gerenciamento de Projetos, 2ª edição
 
[ServiceNow] Now Create
[ServiceNow] Now Create[ServiceNow] Now Create
[ServiceNow] Now Create
 
[ServiceNow] Governança da Plataforma (5ª edição)
[ServiceNow] Governança da Plataforma (5ª edição)[ServiceNow] Governança da Plataforma (5ª edição)
[ServiceNow] Governança da Plataforma (5ª edição)
 
[Projeto de Pesquisa] Psicanálise no processo de elaboração do luto
[Projeto de Pesquisa] Psicanálise no processo de elaboração do luto[Projeto de Pesquisa] Psicanálise no processo de elaboração do luto
[Projeto de Pesquisa] Psicanálise no processo de elaboração do luto
 
Obediência e conformidade no mundo corporativo: XX ENABRAPSO
Obediência e conformidade no mundo corporativo: XX ENABRAPSOObediência e conformidade no mundo corporativo: XX ENABRAPSO
Obediência e conformidade no mundo corporativo: XX ENABRAPSO
 
[ServiceNow] Governança das Instâncias (4ª edição)
[ServiceNow] Governança das Instâncias (4ª edição)[ServiceNow] Governança das Instâncias (4ª edição)
[ServiceNow] Governança das Instâncias (4ª edição)
 
[ServiceNow] Governança das Instâncias - 3ª versão
[ServiceNow] Governança das Instâncias - 3ª versão[ServiceNow] Governança das Instâncias - 3ª versão
[ServiceNow] Governança das Instâncias - 3ª versão
 
Design Thinking: Do Conceito ao Mundo Real [3ª edição]
Design Thinking: Do Conceito ao Mundo Real [3ª edição]Design Thinking: Do Conceito ao Mundo Real [3ª edição]
Design Thinking: Do Conceito ao Mundo Real [3ª edição]
 
[ServiceNow] Dicas para upgrade de Versão
[ServiceNow] Dicas para upgrade de Versão[ServiceNow] Dicas para upgrade de Versão
[ServiceNow] Dicas para upgrade de Versão
 
Design Thinking: Do Conceito ao Mundo Real [2ª edição]
Design Thinking: Do Conceito ao Mundo Real [2ª edição]Design Thinking: Do Conceito ao Mundo Real [2ª edição]
Design Thinking: Do Conceito ao Mundo Real [2ª edição]
 
[ServiceNow] Upgrade de Versão: "Boas" Práticas
[ServiceNow] Upgrade de Versão: "Boas" Práticas[ServiceNow] Upgrade de Versão: "Boas" Práticas
[ServiceNow] Upgrade de Versão: "Boas" Práticas
 
[Projeto Integrador] Psicologia Clínica
[Projeto Integrador] Psicologia Clínica[Projeto Integrador] Psicologia Clínica
[Projeto Integrador] Psicologia Clínica
 
[ServiceNow] Governança das Instâncias
[ServiceNow] Governança das Instâncias[ServiceNow] Governança das Instâncias
[ServiceNow] Governança das Instâncias
 
Templates: Mapa da Empatia, Canvas da Proposta de Valor, Canvas do Modelo de ...
Templates: Mapa da Empatia, Canvas da Proposta de Valor, Canvas do Modelo de ...Templates: Mapa da Empatia, Canvas da Proposta de Valor, Canvas do Modelo de ...
Templates: Mapa da Empatia, Canvas da Proposta de Valor, Canvas do Modelo de ...
 
Minicurso - Aplicando o Design Thinking para definir a proposta de valor e o ...
Minicurso - Aplicando o Design Thinking para definir a proposta de valor e o ...Minicurso - Aplicando o Design Thinking para definir a proposta de valor e o ...
Minicurso - Aplicando o Design Thinking para definir a proposta de valor e o ...
 
Design Thinking: Do Conceito ao Mundo Real
Design Thinking: Do Conceito ao Mundo RealDesign Thinking: Do Conceito ao Mundo Real
Design Thinking: Do Conceito ao Mundo Real
 

[TAD-NC4] Gestão de Projetos e Empreendedorismo - Atividade: Status Report

  • 1. 2° Semestre de 2013 TADS-NC4 Alessandro Almeida | www.alessandroalmeida.com 14/10/2013
  • 2. Consolidando o aprendizado de Gestão de Projetos
  • 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
  • 5. PRONTUÁRIO NOME 12102575 BEATRIZ BELO 06207202 ELIANI USIFATI 12101198 CLAUDIA FERREIRA 12103682 JAIR ANGELO 11101424 VICTOR EMIDIO Índice
  • 7. PRONTUÁRIO NOME 12102575 BEATRIZ BELO 06207202 ELIANI USIFATI 12101198 CLAUDIA FERREIRA 12103682 JAIR ANGELO 11101424 VICTOR EMIDIO TADS
  • 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
  • 12. -Linguagem utilizada: C# - Banco de Dados :Microsoft SQL Server; TADS
  • 13. TADS
  • 14. TADS
  • 15. TADS
  • 16. Eliani Usifati Gerente de Projeto Beatriz Belo Documentadora TADS Victor Emidio Desenvolvedor Jair Angelo Analista de Testes Claudia Ferreira DBA
  • 17. TADS
  • 19. TADS
  • 20.     Normalização do Banco de Dados; Dicionário de Dados; Monografia; Interação do sistema aplicativo com a plataforma Android. TADS
  • 21. TADS
  • 22. TADS
  • 23. TADS
  • 25. PRONTUÁRIO NOME 11200796 Felipe Dantas Pereira 12104858 Gustavo Alcantara dos Santos 12103419 Gustavo Alves de Freitas 11104366 Jonathan de Souza Nogueira 12102337 Laís da Silva Maciel Índice
  • 27. PRONTUÁRIO NOME 11200796 Felipe Dantas Pereira 12104858 Gustavo Alcantara dos Santos 12103419 Gustavo Alves de Freitas 11104366 Jonathan de Souza Nogueira 12102337 Laís da Silva Maciel TADS
  • 28. CONTROLE DE ATENDIMENTO PARA CLÍNICA DE FISIOTERAPIA LIFE S/A 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
  • 41. CONTROLE DE ATENDIMENTO PARA CLÍNICA DE FISIOTERAPIA LIFE S/A 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
  • 48. CONTROLE DE ATENDIMENTO PARA CLÍNICA DE FISIOTERAPIA LIFE S/A TADS
  • 49. PRONTUÁRIO NOME 12104440 André da Silva 12104083 Daniella Maia 12102344 Gislaine Rodolfo 12101182 Gustavo Bigardi 12104274 Sanny Ayoub Índice
  • 51. PRONTUÁRIO NOME 12104440 André da Silva 12104083 Daniella Maia 12102344 Gislaine Rodolfo 12101182 Gustavo Bigardi 12104274 Sanny Ayoub 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
  • 59. 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
  • 68.  CS02 – SOLICITAR RENOVAÇÃO TADS
  • 69.  CS03 – CONSULTAR DOCUMENTOS PARA ANÁLISE TADS
  • 70.  CS04 – DISPONIBILIZAR STATUS DO PEDIDO TADS
  • 71.  CS05 – ACOMPANHAR PEDIDO DE BOLSA TADS
  • 72.  CS06 – ENCAMINHAR PEDIDO DE BOLSA AO MEC TADS
  • 73.  CS07 – MANTER CADASTRO 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
  • 75.  Mapas de Processos (CABES atual) TADS
  • 76. 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
  • 81. 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
  • 87. PRONTUÁRIO NOME 12103523 Deivid Amarante 12100049 Felipe Vital 12103413 Rodrigo Barreto 12103845 Ruan Costa 12103972 Tiago Arruda Índice
  • 89. PRONTUÁRIO NOME 12103523 Deivid Amarante 12100049 Felipe Vital 12103413 Rodrigo Barreto 12103845 Ruan Costa 12103972 Tiago Arruda 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
  • 96. 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
  • 101. <Informe o Nome do Projeto> 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
  • 105. DATA DESCRIÇÃO DA MUDANÇA 09/09/13 Mudança do nome do projeto. 20/09/13 Mudança no escopo do projeto. TADS
  • 106. 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.
  • 109. PRONTUÁRIO NOME 12102145 Camila Cambuim 12101204 Elielton Matos 12102871 Guilherme Vianni 12104851 Géssica Leonarchick 12102157 Henrique Furtado Índice
  • 111. PRONTUÁRIO NOME 12102145 Camila Cambuim 12101204 Elielton Matos 12102871 Guilherme Vianni 12104851 Géssica Leonarchick 12102157 Henrique Furtado TADS
  • 112. Sistema de Gerenciamento de Hospedagens do Hotel Lodon Pallace TADS
  • 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
  • 120. Géssica Gerente de Projeto Guilherme Analista de Requisitos TADS Camila / Elielton Desenvolvedor Henrique Analista de Testes Camila DBA
  • 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
  • 122. Sistema de Gerenciamento de Hospedagens do Hotel Lodon Pallace 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
  • 127. DATA DESCRIÇÃO DA MUDANÇA 08/12 e 02/13 Alteração de integrantes. 08/13 Alteração no escopo do produto. TADS
  • 129. Sistema de Gerenciamento de Hospedagens do Hotel Lodon Pallace TADS
  • 130. PRONTUÁRIO NOME 12104275 DANIELE BRAZ 12103401 GIOVANNI MORAIS 12102144 LEANDRO FRACAROLI 12104495 LUZIA FERREIRA 12101205 MARCOS PAULO Índice
  • 132. PRONTUÁRIO NOME 12104275 DANIELE BRAZ 12103401 GIOVANNI MORAIS 12102144 LEANDRO FRACAROLI 12104495 LUZIA FERREIRA 12101205 MARCOS PAULO TADS
  • 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.
  • 140. TADS
  • 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
  • 145. 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.
  • 149. DATA DESCRIÇÃO DA MUDANÇA 03.08.2013 Transferência de Stakeholder 05.08.2013 Elaboração de novo Projeto 08.10.2013 Inclusão de novo Stakeholder TADS
  • 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