status report dos tccs (sin-na8)

Alessandro Almeida | www.alessandroalmeida.com Setembro/2015

2° Semestre de 2015

SIN-NA8

Os próximos slides fazem parte de uma atividade realizada pelos alunos da turma SIN-NA8 (8º semestre de Sistemas de Informação – 2º semestre de 2015)

Tema da atividade: Status Report do Projeto TCC

# Nome do Projeto

1 ConcursoJá

2 CondoMais

3 ConnectFuel

4 Easy Plant’s

5 Sistema de Formação Continuada

6 Orbs Comex

7 RateStar

8 SisDoc

9 Tell Me Condominium

SISTEMAS DE INFORMAÇÃO

Status Report

Voltar para o

índice

PRONTUÁRIO NOME

11100419 EDUARDO VILLAS BOAS

11201192 FILIPE BUENO DE LOVA

16030157 ODAIR FERREIRA TERCEIRO

CONCURSOJÁ – Sistema de Acompanhamento de Concurso Público para Docentes

CONCURSOJÁ

- Validação dos documentos e dados dos candidatos maualmente,gerando inconsistência. - Falta de

gerenciamento e disponibilização dos documentos para o RH.

- Processos burocráticos que acabam gerando problemas.

Nosso sistema é uma solução

completa que visa garantir todo o

acompanhamento e o

acompanhamento de concurso

público voltado para docente.

- Nosso sistema é diferente pois não encontramos uma

solução que atendam essas necessidades de

negócio no mercado

atualmente.

- As regras de negócio e os

processos envolvidos no sistema

dificilmente podem ser copiados.

- Acompanhamento online dos processos

do concurso.

- Software Web - Divulgação

- Candidatos do concurso para

docente. - Administradores

e organizadores do concurso.

- Assinatura e mensalidade do software

- Propaganda - Parcerias

- Desenvolvimento (equipe) - Hospedagem do sistema

(servidor web) - Divulgação (marketing) - Licenças de software

- Estatística de inscritos.

- Usuários do sistema

- Quantidade de editais e processos

- Acompanhamento de todas as fases do

do concurso. - Validação dos dados

e documentos dos candidatos

- Transparência dos processos para o

candidato..

CONCURSOJÁ

Documentação

Regras de Negócio

Requisitos Funcionais

Requisitos Não Funcionais

Diagrama de Caso de Uso

Diagrama de Classes

Levantamento de Dados

Entrevistas com os Clientes

Sistema

Cadastros

Comissão Julgadora

Candidatos

Organizadores

Relatórios

Analítico

Sintético

Descrição de Caso de Uso

Acessos

DESCRIÇÃO (P)REMISSA (R)ESTRIÇÃO

O grupo não pode ser alterado P

Prazos de entrega e apresentação até dezembro/2015. R

O Sistema será WEB/.NET P

Linguagem orientada à objetos P

O grupo poderá conter até 5 pessoas R

O projeto será documentado P

Eduardo Villas

Boas Gerente do Projeto/Analista de

Negócio

Felipe Augusto

P. Dias Desenvolvedor

Filipe Bueno

DeLova Analista de Negócios/DBA

PAPEL RESPONSABILIDADES

GERENTE DE PROJETOS Realizar o acompanhamento do

cronograma;

Validar documentação de requisitos;

Fazer a documentação.

ANALISTA DE NEGÓCIOS Avalia as regras de negócios;

Auxilia na prototipação;

Discute com o cliente a respeito do escopo

do projeto.


DBA Documentação de Banco de Dados;

Mapeamento de Regras de 1 à 9;

Normalização;

Engenharia Reversa.

DESENVOLVEDOR Entende as regras de negócios;

Manipula os dados para desenvolver o

sistema

INFOCON – Sistema de Acompanhamento de Concurso Público para Docentes

SETEMBRO OUTUBRO NOVEMBRO DEZEMBRO

1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4

DOCUMENTAÇÃO RESPONSÁVEL

STATUS REPORT Danilo ,Osmar

Cronograma Filipe Bueno

Planos de Ação Eduardo

Apresentação documentação Todos

Monografia Todos

BANCO DE DADOS

Descritivo/ MER Filipe

Mapeamento Filipe

Consultas Complexas Eduardo, Filipe

Script Banco de Dados Odair

SISTEMA

PROTOTIPAÇÃO Todos

Codificar módulo Odair

Validar com Stackeholders Todos

Apresentação Todos

Script de Banco de Dados MYSQL final de Outubro;

Validação de documentação final de Outubro;

Apresentação do Sistema na 3ª semana de Novembro;

Script de Banco de Dados MYSQL final de Outubro;

Validação de documentação final de Outubro;

Apresentação do Sistema na 3º e 4º semana de novembro;

# DESCRIÇÃO TIPO CRITIC. SITUAÇÃO

1 Não atendimento ao Escopo

N 2 Definir as reais necessidades do cliente.

2 Não atendimento ao prazo

N

3 Dedicação de toda equipe para que todas as partes componha o todo.

3 Saída de membros da equipe

N 8 Todos estudarem comunicarem e se ajudarem.

4 Ficar Retido por dependência de notas

N 4 Total dedicação aos estudos e ajuda dos colegas


5 Documentação não atendida

N 8 Rever, Atualizar os dados e comunicação com o grupo

6 Regra de Negocio N 3 Fazer levantamentos de dados e prototipação de telas.

7 Stakeholders criticando N 4 Criar metodologias para melhorar as regras de negócio.

8 Problemas no computador para apresentação

N 5 Grupo levar mais de um computador Levar carregador de bateria.

DATA DESCRIÇÃO DA MUDANÇA

03/08/2015 Saída do desenvolvedor;

13/08/2015 Saída do Analista de Processo;

18/08/2015 Saída do Gerente do Projeto;

22/08/2015 Entrada de um novo integrante;

25/08/2015 Mudança de Linguagem de PHP para .Net;

25/08/2015 Mudança de Banco de Dados de MYSQL para SQL Server;

26/08/2015 Alteração do nome do Sistema.

# DESCRIÇÃO

1 Comunicação com todas as partes é essencial para o bom andamento do projeto, problemas de comunicação atrasa o projeto

2 Não devemos acreditar 100% nas pessoas, devemos ter um plano B, ou seja, preparados para situação adversa.

3 Não deixar para fazer tudo de última hora, delegando as funções para cada um para ter a entrega na data certa.

CONCURSOJÁ – Sistema de Acompanhamento de Concurso Público para Docentes


Sistema de Gerenciamento Condominial Status Report

Voltar para o

índice

Prontuário Nome

12101551 Carlos Alberto Pereira Junior

12102058 Daniel Hengle Spina

12102098 Dênis Marques Tamarino

11104440 Geysa Liborio Santos de Lima

12104186 Wanderliuson dos Reis Silva

Dados do Grupo

Resumo do Projeto CondoMais – Sistema de Gerenciamento Condominial

Justificativa

Após observar o dia-a-dia de residentes em

condomínios fechados, foi chegada a conclusão de

que não existe um padrão de gerenciamento, diversos

condomínios pecam no controle de acesso de pessoas

e objetos e muitas vezes não há um canal de

comunicação entre os moradores e a sindicância.

Diversos relatos de extravios e atrasos no recebimento

de encomendas além da falta de controle de acesso de

visitas acarretam em possíveis problemas com a

segurança, isto levou a decisão da elaboração deste

projeto.

Objetivo

Gerenciar as encomendas de um condomínio,

facilitando a organização e evitando problemas

com as entregas.

Gerenciar o acesso de visitas pessoais e técnicas

a um determinado apartamento.

Criar um canal de comunicação dos moradores

com a sindicância do condomínio, onde possam

ser feitas reclamações.

BENEFÍCIO ESPERADOS

Melhor controle no cadastro e recebimento de encomendas.

Controle com armazenamento de dados no acesso de

visitas técnicas e pessoais.

Controle com armazenamento de dados no acesso de

veículos de moradores e visitantes.

Cadastro de Assembleias Gerais via sistema online.

Maior proximidade entre os moradores e síndicos no que diz

respeito as funcionalidades do sistema.

DESCRIÇÃO MACRO DA

SOLUÇÃO

Sistema Web, desenvolvido em PHP, utilizando banco

MySQL.

ESCOPO DO PROJETO

- Cadastro de Usuários

- Cadastro de Moradores

- Cadastro do Condomínio

- Controle de acesso de Veículos

- Controle de recebimento e

distribuição de encomendas

- Cadastro de Imóveis

- Cadastro de Portarias

- Cadastro de Assembleias

- Controle de acesso de Visitantes

- Relatórios

Descritivo do Sistema

Modelo Entidade-Relacionamento

Diagramas

Modulo Administrativo

Modulo Morador

- Atualização dos dados cadastrais

- Cadastro de Visitas

- Cadastro de Veículos

- Cadastro de Encomendas

- Votação de Ata da Assembleia

ESCOPO DO PROJETO

ESTRUTURA ANALÍTICA DO

PROJETO Projeto TCC

Documentação

DFD

Regras de Negócio

Requisitos Funcionais

Requisitos Não Funcionais

MER Testes

Plano de Testes

Script de Testes

Evidências de Testes


Entrevistas com Moradores

Entrevistas com Síndicos

Relatório de Pesquisa

Sistema

Cadastros

Usuários

Imóveis

Moradores

Condomínio

Portaria

Assembleia

Relatórios

Turnos

Encomendas

Reclamações

Controle de Acesso

PREMISSAS E RESTRIÇÕES DO PROJETO

Descrição (P)remissa

(R)estrição

O cliente será responsável pela

manipulação e manuseio dos dados

inseridos no sistema.

P

O projeto será realizado por um grupo de 5

pessoas. P

Todos os integrantes devem colaborar com

o desenvolvimento do projeto. P

O projeto precisa ser concluído antes do

dia 10/11/2015. R

O projeto deve ser desenvolvido utilizando

a linguagem PHP e deve ser no formato de aplicação WEB.

R

O Banco de dados deverá ser MySql. R

ORGANOGRAMA DO PROJETO

Wanderliuson

Gerente de Projeto

Dênis

Analista de Requisitos

Daniel

Desenvolvedor

Geysa

Analista de Testes

Carlos

DBA

PAPÉIS E RESPONSABILIDADES


Gerente de Projeto Reunir com Stakeholder’s, definir dados

sistema, auxiliar e acompanhar os demais

integrantes da equipe buscando focar no

projeto.

Analista de Requisitos Definir requisitos junto ao cliente e Gerente.

Desenvolvedor Responsável por desenvolver o software,

criar o layout e efetuar possíveis alterações

ao longo do projeto.

Analista de Testes Responsável pelos testes necessários para

aprovação da solução.

DBA Responsável por criar o Banco de Dados

do projeto condizente com o acordado

com o cliente e disponibiliza-lo ao

Desenvolvedor para inclusão ao software.

Situação do Projeto CondoMais – Sistema de Gerenciamento Condominial

CRONOGRAMA DAS PRÓXIMAS ENTREGAS

PRÓXIMAS ENTREGAS

Entrega do Status Report: 03/09/2015

Entrega da Introdução: 04/09/2015

Entrega da interface do projeto: 28/09/2015

Pré apresentação da contextualização da pesquisa

de mercado: 09/2015

Entrega da documentação para aprovação: 10/2015

Entrega do Projeto: 11/2015

RISCOS

# Descrição TIPO CRITIC. SITUAÇÃO

1 Não atendimento dentro do

prazo estipulado.

Negativo 15 Em Mitigação.

2 Saída do desenvolvedor da

equipe.

Negativo 10 Em Mitigação.

3 Antecipação da conclusão

do projeto.

Positivo 8 Em Mitigação.

4 Desaprovação por parte do

Orientador.

Negativo 12 Eliminado.

MUDANÇAS NO PROJETO


07/03/2015 Inclusão de membro: Geysa Libório Santos de Lima passa

a integrar o time CondoMais.

08/03/2015 Divisão de Responsabilidades e Cronograma de entrega

reformulados devido nova equipe.

24/04/2015 Após revisar dados coletados em pesquisa de campo e

reunião com professor orientador, é definida a inclusão

do controle de acesso de pessoas e veículos ao sistema.

10/08/2015 Reestruturação e atualização do Cronograma para a

etapa final do projeto.

27/08/2015 Alteração do nome do projeto que de “Ordú” passou a

se chamar “CondoMais”.

31/08/2015 Alteração do Logo do projeto.

LIÇÕES APRENDIDAS

# DESCRIÇÃO

1 Preparar a documentação previamente acertando com o cliente

os detalhes a fim de evitar desconfortos futuros.

2 A importância do planejamento ao se propor a realizar algum

projeto.

3 Realizar reuniões periódicas com o cliente, esclarecendo possíveis

duvidas ou sugestões de ambas as partes.

4 A importância do trabalho em equipe e divisão de tarefas.

OBRIGADO! CondoMais – Sistema de Gerenciamento Condominial

Sistemas de Informação

Status Report

Solução:

Voltar para o

índice

12102603 – Diego Olivo Cintra 12103679 – Gustavo Ferreira Carasco 12103792 – Gustavo Sofioni Motta

Primeira Parte: Resumo do Projeto


• Desvio de combustível, fraude por parte dos motoristas e frentistas.

• Não gerenciamento de gastos com abastecimento.

• Controle efetivo da frota.

• Cadastro de motoristas, carros, postos de gasolina.

• Controle de abastecimento.

• Relatórios gerenciais

“Automatizar e gerenciar o controle do abastecimento da frotas corporativas, evitando o desvio de recursos, eliminando a preocupação com desenvolvimento de sistemas ou controles manuais"

• Ótimo custo beneficio. • Controle efetivo de

gastos com combustíveis.

• Emissão de relatórios gerenciais.

A Solução será desenvolvida para WEB, por tratar-se de um site responsivo, o mesmo poderá ser acessado por qualquer dispositivo com acesso a internet.

• Pessoas Físicas ou Jurídicas que possuem frota de veículos móveis.

• Postos de Gasolina

• Número de clientes cadastrados.

• Número de acesso ao site.

• Volume de informações no sistema

• Identificar horários de pico de transição de informações

• Venda do serviço em planos empresariais, com uma determinada quantidade de usuários no sistema, cobrança de valores mensais.

• Realizar parceiras com postos de gasolina que tenham empresas cadastradas, mostrar para este público o diferencial da solução ao seu negócio.

• Buscar patrocinadores para a redução de custos com a tecnologia (RFID).

• Especificação do sistema • Infraestrutura • Banco de dados • Desenvolvimento • Publicidade • Parcerias

Estrutura Analítica

ConnectFuel

Documentação


Descritivo de Atores

Identificação de Funcionalidades

DFD

Especificação de Requisitos

Regras de Negócio


Pesquisa e Entrevistas

Consolidação de Resultados

Sistema

CRUD

Acesso

Relatórios

Site

Banco de Dados

Descritivo

Diagrama de Classe

MER

Normalização

Premissas e Restrição do Projeto

Descrição Premissas (P) Restrições (R)

O projeto possui data de término novembro/2015. R

Para que possa começar a prestação de serviço, será assinado um contrato entre as partes envolvidas. R

Ao imputar valores de combustíveis, o sistema terá que aceitar até 3 casas decimais. R

Serão disponibilizado funcionários para qualificar equipes que irão operar o sistema.

P

Será necessário o cadastro de postos de gasolina para que possa funcionar o processo de abastecimento. P

Leitores de RFID P

Organograma

Gustavo C. Diego Gustavo S.

Ana. Requisitos

Gerente de Projetos

Desenvolvedor

DBA

Gerente de Negócios Pesquisa de

Mercado

Gestão de Qualidade

ConnectFuel

Analista de Sistemas

Papeis e Responsabilidades


Gerente de Projetos Planejar, controlar e executar o projeto.

Analista de Requisitos Verificar se os requisitos do sistemas estão sendo atendidos.

Desenvolvedor Desenvolvimento da lógica da solução e site.

DBA Realizar o desenho do banco de dados, normalização e implementação.

Gerente de Negócios Identificar oportunidades de negócio que gerarão lucros.

Pesquisa de Mercado Realizar pesquisa e estudo sobre todos os assuntos que abordam a solução, desenvolver pesquisas quantitativas e qualitativas do sistema.

Gestão de Qualidade Prezar pela qualidade e integridade da solução

Segunda Parte: Situação do Projeto


Cronograma

Setembro

1 2 3 4

Outubro

1 2 3 4

Novembro

1 2 3 4

Dezembro

1 2 3 4

Relatórios

Site

Acesso e Disponibilidade

CRUD/RFID

Reestruturação e Revisão dos textos

DFD/Descritivo

Elaboração do artigo e Doc. Final

Semana

Documentação

Sistema

% Concluída

0 %

25 %

50 %

75 %

Concluído e Revisado

Visão Geral das Entregas

Próximas entregas

• Rever avaliação dos textos feita pelos avaliadores da pré banca • Reestruturação dos textos • Criação de textos faltantes • Revisão • Montagem Trabalho final

• Readequação de Funcionalidades Básicas • Definir relatórios • Implementar a emissão de relatórios • Aprimoramento de inteligência do negócio • Autenticação de usuários • Bloqueio de sessão • Desenvolvimento do site • Responsivo

Documentação

Sistema

Riscos

Cod. Descrição Tipo Critic.

Situação

1 Demissão de funcionários treinados N 12 Capacitar outros funcionários para que possam continuar o processo.

2 Não cumprimento do processo de negócio

N 10 Orientar sempre os usuários a cumprirem o processo para que não haja falha no sistema

3 Indisponibilidade do gerente na empresa. N 10 Deixar mais de um gerente com a responsabilidade de liberar os abastecimentos

5 Desqualificação da equipe N 6 Realizar treinamentos contínuos

6 Aplicação da tecnologia RFID N 15 Realizar pesquisas e estudos sobre a tecnologia, para que não cause problemas no projeto

Mudanças no Projeto

1 – Substituição do QRCODE, para a tecnologia RFID;

2 – Versionamento do MER em 9 versos;

3 – Alteração nas datas de entrega;

4 – Adaptação e inserção de novas funções e relatórios para atender consultas complexas de banco de dados;

5- Readequação das entregas como um todo, visto que temos eventos (feiras e seminários), que o sistema

deve ser apresentado.

Lições Aprendidas

- Procurar sempre buscar o professor responsável para verificar e validar documentação e sistemas;

- Trabalho em equipe, é fundamental para o desenvolvimento de um projeto;

- Gerenciamento de projetos, é fundamental para ter um acompanhamento do desenvolvimento do TCC;

- Atribuir funções e responsabilidades é fundamental para deixar a equipe comprometida;

- Aprendemos a ser pequenos empreendedores.

A equipe agradece.

Obrigado.


Status Report

Voltar para o

índice

PRONTUÁRIO NOME

12102059 Bianca Silva Nunes

12102338 Danilo Soares de Souza

12102691 Erika Vieira Lima

12102060 Geovane Antônio da Silva

06104543 Osmar Ventura Moreira

Easy Plant’s

Easy Plant’s

• Sistema capaz de otimizar os tratamentos das plantas para maximizar o tempo de vida e garantindo sua beleza

• Segmento pouco explorado;

• Disponibilidade em diversas plataformas;

• Interface amigável

• Divulgação em redes sociais;

• Empresas de publicidade;

• Empresas parceiras no segmento

• Para pequenos cultivadores;

• Para empresas que cultivam plantas ornamentais • Report de erros;

• Quantidade de licenças vendidas ao mês;

• Porcentagem de desistentes do sistema;

• Report mensal de média de acessos

• Armazenar de forma eficiente os tratamentos das plantas;

• Monitorar o ambiente para garantir a qualidade de vida das plantas

• Dificuldade em realizar o tratamento das plantas;

• Plantas morrem antes da expectativa de vida;

• Perca de informação sobre as plantas

• Licença semestral do software • Venda dos kits de

monitoramento

• Equipe de desenvolvimento; • Custo de equipamentos • Hospedagem e publicidade do software


Usuário especialista na área botânica P

Ambiente para cultivo de plantas - Estufa P

Prazo para entrega do projeto R

Recursos para tratar as plantas (adubo, remédios..) P

A equipe poderá conter até 5 pessoas. R

O projeto será documentado P

Geovane A

Gerente de Projeto

Erika Vieira


Geovane A

Desenvolvedor

Danilo

Testador

Bianca Nunes

DBA

Osmar

Documentador


Gerente de projetos Planejar e controlar a execução de projetos em diversas áreas e responsável pela condução do projeto

Analista de requisitos Levantar, analisar, documentar e validar as necessidades do stakeholders de um projeto. Principal responsável pelo fluxo de requisitos entre os clientes e a equipe de desenvolvimento de software

Desenvolvedor Desenvolve e realiza a manutenção do software em um grande sistema ou que desenvolve software para uso em computadores pessoais.

Testador Executar o script de testes e Gerar as planilhas de inconsistências.

DBA Administração de Banco de Dados

Documentador Documentar o sistema, considerando as especificações técnicas e funcionais. Validar a documentações com os stakeholders e Monta os scripts de teste.

Easy Plant’s

AGOSTO SETEMBRO OUTUBRO NOVEMBRO

5 10 20 30 5 10 20 30 5 10 20 30 5 10 20 30


GESTÃO DE PROJETOS

Status Report. Erika, Danilo e Osmar

ENGENHARIA DE SOFTWARE

Casos de Uso Erika

Diagrama de classe Erika

Diagrama de sequencias Erika

BANCO DE DADOS

Desenvolvimento do script e consultas complexas

Todos

Atualização documentação geral Geovane

Documentação Final

Desenvolvimento Documentação e levantamento bibliográfico

Todos

SISTEMA

PROTOTIPAÇÃO Geovane

Levantamento regras de negócio Todos

Especificação do escopo Todos

Codificação Geovane

Testes Todos

Apresentação Todos

Agosto / Setembro e Outubro ◦ Continuidade na documentação.

◦ Continuação Desenvolvimento.

◦ Melhorias

◦ Testes

◦ Apresentação

Novembro ◦ Apresentação Final do TCC


1 Atraso no desenvolvimento

N 15 Em mitigação

2 Algum outro membro sair da equipe

N 5 Inexistente

3 Atraso na documentação N 20 Em mitigação

4 Conclusão antes do prazo

P 12 Em desenvolvimento

5 Não atendimento ao escopo

N 2 Definir as reais necessidades.


01/09/2014 Troca da plataforma da aplicação – Desktop para Web

06/05/2015 Saída de dois integrantes da equipe

17/08/2015 Entrada de dois novos integrantes na equipe

# DESCRIÇÃO

1 Realizar reuniões semanais com a equipe

2 Validar regras de negócios antes do desenvolvimento

3 Testar rotinas desenvolvidas

4 Realizar pesquisas mais avançadas

5 A comunicação deve ser clara para os membros da equipe de forma que todos tenham ciência da situação atual do projeto

6 Não deixar para fazer as atividades em última hora.

7 Criar um plano B para situações adversas / inesperadas.

Easy Plant’s


Status Report

Voltar para o

índice

PRONTUÁRIO NOME

12104128 David Deizepi Rocha

12104442 Eduardo Lima dos Reis

12103030 Filipe Campos Tartarini

Sistema de Formação Continuada -FOCO

Sistema de Formação Continuada - FOCO

1. Impossibilidade de saber o real nível de conhecimento(formações ou cursos) dos funcionários;

2. Acesso as informações sobre os funcionários comprometidos pela demora e falta de organização;

3. Sem uma base para determinar o que é preciso para desempenhar o trabalho do dia-a-dia

1. Base de dados completas sobre o funcionário;

2. Acesso rápido as informações pertinentes a cursos e formações;

3. Informativos atualizados sobre novos cursos e o necessário para mudança de cargo ou área.

O gerenciamento de todas as informações relacionadas a formação do funcionário passam a ser simples e rápidas, com um fácil acesso de todos.

• Verificação constante do histórico de formações do funcionário, analisando as necessidades para o mesmo desempenhar sua função.

• Total controle dos gestores

sobre os conhecimentos dos seus funcionários.

• Um canal online, com acesso para todos da empresa.

• Envio de mensagens por e-mail, sms e Whatsapp.

Empresas de todos os portes, preocupadas com o crescimento e desenvolvimento profissional dos funcionários.

• 2 programadores web – 5 mil reais cada; • 1 analista de sistemas – 9 reais mil • 2 servidores – 6 mil reais cada; • Hospedagem do portal web – 150 reais mensais; • Softwares para desenvolvimento – 5 mil reais • Total – 36 mil + 150 hospedagem(varia devido ao tempo

necessário).

• Será feita a venda do produto, custeando assim a estrutura para entrega e gerando lucro inicial;

• Serão cobrados os custos adicionais para alterações no sistema e também para manutenções futuras.

Sistema de

formação

continuada

Documentação

Diagrama de casos

de uso

Regras de

Negócios

Requisitos

funcionais

Requisitos não

funcionais

Diagrama de casos

de uso

DFD NIVEL 0

DFD NIVEL 1

Diagrama de

Classes

Banco de Dados

Modelo

Conceitual

Modelo Logico

Modelo Físico

Testes

Testes de

Desempenho

Scripts de Testes

Evidência de

testes

Levantamento de

dados

Entrevista com os

clientes

Relatório de

pesquisa

Software

Cadastros

Usuários

Funcionários

Relatórios

Relatório de

Desempenho

Relatório de

Gastos

Relatório de

frequência

Restrições de

integridade

Dimensionamento

do banco

Dimensionamento

do Estudo de

Segurança

Integração

Banco de dados

Externo

Fluxo de

informação


O cliente cadastrará os cargos, relacionando-os entre si e definindo níveis;

Premissa

Todos os usuários possuirão um e-mail valido para receber as informações sobre os cursos;

Premissa

O software está pronto até o final de Julho; Premissa

O cliente utilizará navegadores atualizados para o uso do sistema;

Premissa

O cliente terá acesso a internet para usar o sistema(que está hospedado em um servidor web);

Restrição

Os funcionários possuirão e-mail ou numero de celular validos para receber sua senha no primeiro acesso

Restrição

Os cursos serão cadastrados pelo funcionário do Departamento de Recrutamento ou Seleção(ou outro setor responsável)

Restrição

Filipe

Gerente de Projeto

Eduardo


David

Desenvolvedor

Eduardo/David

Analista de Testes

David/Eduardo

DBA


Gerenciamento do Projeto Atuar diretamente no Gerenciamento do projeto, realização de testes junto ao cliente e validação do projeto final.

Analise de Requisitos Validar junto ao cliente os requisitos e documentação e realização de testes primários.

Desenvolvimento do Sistema

Realizar toda a programação do sistema, banco de dados.

Fornecimento de dados da empresa

Fornecerá regras de negocio da empresa e realizará testes no sistema, ajudando no aprimoramento do mesmo.

Considere as atividades previstas para os meses de maio, junho, julho e

agosto

1 2 3 4 1 2 3 4 5 1 2 3 4 1 2 3 4


DESCRIÇÃO DE CASO DE USO

Mapear requisitos funcionais Eduardo/Filipe

Mapear requisitos não funcionais Eduardo/Filipe

Mapear regras de negócio Filipe/David

Criar documento Filipe

Inserir diagramas David

Validar com o cliente Eduardo/David

DIAGRAMA DE CASO DE USO

Identificar atores Filipe

Definir casos de uso Filipe

Criar diagramas Filipe

SISTEMA

CADASTROS

Usuário

Codificar módulo David

Realizar testes unitários Filipe/Eduardo

Encaminhar módulo para o testador Eduardo/Filipe

SETEMBRO OUTUBRO NOVEMBRO DEZEMBRO

Cadastrar toda a base de dados para realização de testes;

Finalizar a parte gráfica do sistema;

Revisar toda a documentação, evitando erros.


1 Finalizar a documentação até a data de entrega

Negativo Alta Eliminar

2 Erro durante a execução do sistema

Negativo Alta Melhorar

3 Concluir todo o desenvolvimento do projeto até novembro

Positivo Alta Aceitar


05/09/2015 Mudar a forma de cadastramento de gestores por departamento no sistema.

31/08/2015 Definir hierarquia de promoções para facilitar relatórios de promoção.

20/09/2015 Mudanças no layout o site.

# DESCRIÇÃO

1 Fazer com antecedência um cronograma para definir datas;

2 Analisar mais os processos, para minimizar erros;

3 Verificar viabilidade de certas mudanças no sistema.

4 Não realizar mudanças de ultima hora.

5 Evitar mudanças que possam prejudicar o funcionamento do sistema.


Status Report

Voltar para o

índice

PRONTUÁRIO NOME

12101057 Camila da Silva Costa

12102090 Caroline Santos Poteria

12104646 Fernando Henrique Ferreira

12103347 Leticia Custódio Pinheiro

12103143

Letícia Gracci de Moura

Orbs Comex

ORBS COMEX

Proporcionar uma melhor interação entre diferentes perfis que estão presentes dentro de um processo de importação

1. Avaliações geradas no sistema permitem melhor conhecimento sobre o prestador de serviço dentro do mercado de importação antes de contratá-lo

2. Informações importantes sobre o processo de importação poderão ser encontradas em um só local

3. Facilitar a busca por novos prestadores de serviço, já que atualmente esta busca é feita através de sites genéricos (Ex. Google)

Através de uma

ferramenta disponibilizad

a via web.

1. Importadores

2. Despachantes Aduaneiros

3. Agentes de Carga

4. Clientes de Importadoras

1. Anunciantes 2. Clientes poderão optar por contas gratuitas e

pagas, onde nas contas pagas o importador poderá gerar alertas de novas mercadorias para possíveis clientes e anúncios serão disponibilizados pela própria ferramenta referente á prestadores de serviço que podem ser interessantes aos olhos do cliente.

1. Hospedagem da ferramenta 2. Pessoas que desenvolverão e suportarão o

sistema 3. Marketing 4. Funcionários 5. Custos Administrativos (Aluguel, Conta de

Luz...)

1. Quantidade de

usuários que aderem á conta premium

2. Quantidade de acessos do site

3. Quantidade de anunciantes

1. Auxiliar na localização de diferentes perfis no sistema

2. Possibilitar avaliações referentes á serviços prestados

3. Fornecer informações importantes referentes ao processo de importação

1. Falta de Centralização das Informações

2. Busca Limitada para encontrar novos prestadores de serviço

3. Não conhecer a reputação dos prestadores de serviço antes de contratá-los

Projeto TCC

Orbs Comex

Sistema

Relatórios

Controle de

Acesso

Cadastro

Importadoras

Despachantes

Aduaneiros

Agentes de

Carga

Clientes

Testes do Sistema

Layout

Banco de dados

Ficha de

Importação

Ficha de

avaliação

Tela de

Informações úteis

Projeto TCC

Orbs Comex

Documentação

Diagrama de

Classes

Testes

Diagrama de

Caso de Uso

Levantamento

de Dados

Descrição de

Caso de Uso

Requisitos

Funcionais

Requisitos Não

Funcionais

Regras de

Negócio

Entrevistas com

Importadoras

Relatório das

Pesquisas

Plano de Testes

Script de Testes

Experiências de

Testes

Entrevistas com

Despachantes

Entrevistas com

Agentes

Modelo Entidade

Relacionamento

Revisão da

Documentação

Diagrama Entidade

Relacionamento

Modelo

Descritivo

DESCRIÇÃO

(P)REMISSA (R)ESTRIÇÃO

Obter aprovação do tema pelos professores. P

Pesquisar a viabilidade para desenvolvimento do sistema. P

Equipamentos necessários para o bom desenvolvimento do sistema.

P

Aprofundar o conhecimento sobre a nova área de estudo relacionada com o tema do projeto.

P

A quantidade de integrantes no grupo não poderá ser superior a cinco.

R

O projeto deverá ser concluído antes de Novembro de 2015. R

O cronograma deverá ser cumprido até Novembro de 2015. R

Camila CostaGerente de Projeto

Camila CostaTestadora

DocumentadoraDBA

Caroline PoteriaDesenvolvedora

DBA

Fernando FerreiraDesenvolvedor

DBA

Letícia Gracci MouraDocumentadora

Analista Negócios

Letícia CustódioDocumentadora


Gerente de Projeto

Monitorar todas as atividades do projeto;

Preencher termos de abertura de projeto;

Formular a EAP Estrutura Analítica do Projeto;

Criar o plano de Recursos Humanos;

Elaborar o Escopo do projeto;

Desenvolver Plano de riscos;

Criar Plano de Comunicação e obter feedback do status do projeto;

Criar o cronograma e garantir que seja seguido;

Analista de Negócio

Levantar requisitos;

Aprofundar conhecimento sobre a área que o projeto está focado.

Testador

Seguir o plano de testes;

Efetivar testes no sistema;

Preencher a planilha de testes a partir do resultado obtido.

DBA

Desenvolver a modelagem do banco de dados;

Gerenciar o Banco de dados;

Efetuar testes de capacidade do banco.

Desenvolvedor Efetuar a programação do sistema conforme as especificações do projeto.

Efetuar testes unitários.

Documentador Levantamento de informações; Alimentar a documentação; Efetuar revisões.

Orbs Comex

Setembro Outubro Novembro Dezembro

Sistema Responsável

Cadastros

Usuário

Codificar módulo

Realizar testes unitários

Encaminhar módulo para testador

Relatórios

Codificar módulo

Realizar testes unitários

Encaminhar módulo para testador

Banco de dados

Criação de tabelas

Criação de Procedures

Teste de capacidade de BD

Layout

Desenvolver layoutCaroline e

Fernando

Controle de Acesso

Criptografar o banco

Gerar níveis de acesso

Validar consisitência de informações

Telas de Informações úteis

Criar tela com as informaçõesCaroline e

Fernando

Testes do Sistema

Efetuar testes no sistema Camila

Preencher planilha de testes Camila

Caroline e

Fernando

Caroline e

Fernando

2015

Caroline e

Fernando

Caroline e

Fernando


Documentação Responsável

Engenharia de Software

Descrever a arquitetura do software Fernando

Criar o plano de implantação Caroline


Criar documento LetíciaGracci

Inserir diagramas LetíciaGracci


Criar modelo de domínio Caroline

Criar quadro descritivo classe de dominio Fernando

Testes

Criar documento de experiências Camila/LeticiaCustodio


Obter informações de mercado LetíciaGracci

Efetuar entrevistas com clientes alvo Camila/LeticiaCustodio

Criar Relatório de pesquisas realizadas LetíciaCustodio

Modelo Entidade Relacionamento

Criar documento Camila

Diagrama Entidade Relacionamento

Criar diagramas Camila

Manuais

Elaborar manual do usuário Camila

Elaborar manual do sistema Camila

2015

Sistema

Codificar módulo de usuários;

Criação de procedures e efetivar teste de capacidade do Banco de dados;

Codificar módulo de relatórios e fazer testes unitários;

Gerar e validar níveis de acesso;

Efetuar testes no sistema e preencher planilha de testes com os resultados;

Apresentar o sistema em funcionamento aos stakeholders.

Documentação

Criar diagrama de Entidade Relacionamento;

Definir e executar entrevistas com clientes potenciais;

Gerar relatório de pesquisas;

Mapear script de testes e criar documento de experiências;

Validar Documentação com Orientador.

CÓDIGO RISCO

DESCRIÇÃO DO RISCO TIPO CRITICIDADE ESTRATÉGIA DE RESPOSTA AO RISCO

1 Saída de membros da equipe Negativo 12 Monitorar as tarefas.

Obter feedback dos resultados. Compartilhar ideias.

2 Não atendimento ao escopo Negativo 8

Detalhar escopo do projeto de maneira criteriosa.

Alinhar os papéis e responsabilidades da equipe.

3 Inclusão de novos itens no escopo

Positivo 6

Delegar Papéis e Responsabilidades. Atualizar Cronograma.

Controlar desenvolvimento do item no projeto.

4 Não cumprimento do cronograma

Negativo 15 Supervisionar as atividades da equipe. Atualizar Cronograma periodicamente.

Realizar reuniões semanais.


09/07/2014 Entrada de novo integrante no projeto – Anderson Biajante

03/02/2015 Saída do integrante Anderson Biajante e substituição pelo novo integrante Alessandro Mesquita.

03/03/2015

Inclusão dos perfil Agente de Cargas e Cliente final.

06/05/2015

Saída do integrante Alessandro Mesquita e substituição pelos integrantes Fernando H. Ferreira e Leticia Custódio

# DESCRIÇÃO

1 Acompanhar o desenvolvimento de cada parte envolvida no projeto.

2 Realizar reuniões semanais com a equipe do projeto para obter feedback e para tomada de decisões.

3 Executar revisão da documentação.

4 Realizar testes unitários nos módulos do sistema.

Orbs Comex


Status Report

Voltar para o

índice

PRONTUÁRIO NOME

12100074 Cassio Cardoso

12101082 Leonardo Lorençoni

12102092 Caio Souza

12101061 Lucas Burity Dominato

RateStar

RateStar

Facilitar a vida do cliente no momento da

pesquisa, reserva e feedback dos

serviços prestados de um estabelecimento

seja um bar, restaurante ou

balada.

A vantagem do sistema é centralizar e validar

informações que atualmente se

encontram espalhadas pela internet, podendo ser muitas vezes irreais ou desatualizadas. Uma vez que as avaliações são verídicas, agrega valor e confiança do usuário ao visualizar as informações

dos estabelecimentos.

- Rede Sociais - Sites da RateStar - Site da empresas

parceiras

Voltado para publico com idade entre 16 e 35 anos que estão a procura de um destino específico

para se usufruir dos serviços.

Apesar do publico

alvo, qualquer pessoa pode utilizar o sistema sem restrição.

- Parcerias com outros sites - Renda do Grupo - Futuras parcerias com empresas

objetivando cupons de desconto e reservas

- Dominio de Internet - Servidores - Funcionários para Infraestrutura e Desenvolvimento

- Registro de novos Usuários

- Quantidade de Avaliações

- Bugs Reportados - Avaliações dos

usuários para aprovação.

- Reservas aprovadas/canceladas

- Registro de Avaliação - Ranking de Avaliação - Feedback do cliente

e da empresa - Pesquisa dinâmica - Reservas

antecipadas

Problema 1: Falta de informações centralizadas e atualizadas com frequência dos estabelecimentos de uma região específica. Problema 2: Falta de confiança do consumidor nos dados obtidos por meios de pesquisa de qualidade dos serviços oferecidos atualmente Problema 3: Dificuldade de encontrar um diferencial especifico pessoal de cada cliente em um estabelecimento.

Projeto

Documentação Sistema



DFD Banco de

Dados Levantamento

de dados Cadastro Relatórios

Controle de acesso

Avaliação Ranking

Regras de negócio

Requisitos funcionais

Requisitos não funcionais

MER

Modelo Lógico

Modelo Físico

Pesquisa em campo

Pesquisa de estabelecimentos

Modelo Físico

Administrador

Moderador

Usuário

Empresa


O Projeto necessita de um número alto de avaliações para ser viável

P

O Projeto deve ser concluído até Novembro/2015 R

O projeto deve ter um protótipo concluído até Outubro/2015

R

O sistema necessita de um número alto de estabelecimentos cadastrados para ser viável

P

Caio Souza

Gerente de Projeto

Cassio

Cardoso Analista de Requisitos

Lucas Burity

Desenvolvedor

Leonardo

Lorençoni Analista de Testes

Caio Souza

DBA


Gerente de Projetos Organizar cronograma e responsabilidades do time junto com documentos necessários

Analista de Requisitos Verificar dados necessários para viabilidade do desenvolvimento do projeto, pesquisa de mercado e de informações a serem documentadas

Desenvolvedor Desenvolvimento do projeto se baseando no escopo

Analista de Teste Testa as telas desenvolvidas; Incrementa o que for necessitado

DBA Desenvolve e da manutenção ao banco de dados e aos documentos do mesmo

RateStar


1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5

Documentação Responsáveis

Banco de Dados

Atualização componentes / documentação Caio Souza/ Cassio Cardoso

Validação Caio Souza/ Cassio Cardoso

Entrega Caio Souza/ Cassio Cardoso

Engenharia de Software

Atualização componentes / documentação Leonardo Lorençoni

Validação Lucas Burity/ Leonardo Lorençoni

Entrega Lucas Burity/ Leonardo Lorençoni

Manual do Usuário / Sistema

Desenvolvimento Caio Souza/ Cassio Cardoso

Validação Caio Souza/ Cassio Cardoso

Entrega Caio Souza/ Cassio Cardoso

Formulário Pesquisa

Desenvolvimento Cassio Cardoso/ Leonardo Lorençoni

Validação Cassio Cardoso/ Leonardo Lorençoni

Entrega Cassio Cardoso/ Leonardo Lorençoni

Documento Final

Desenvolvimento/validação interna Cap. 2 Caio Souza/ Cassio Cardoso

Entrega capitulo 2 Caio Souza


Entrega capitulo 1 Caio Souza


Entrega capítulo 3 Caio Souza

Desenvolvimento/validação interna Cap. 4/5 Leonardo Lorençoni/ Caio Souza

Entrega capítulos 4 e 5 Caio Souza

Desenvolvimento/validação interna considerações Caio Souza/ Cassio Cardoso

Entrega considerações finais Caio Souza

Atualização apêndices Caio Souza/ Lucas Burity

Validação apêndices/ anexos Caio Souza

Validação geral do documento final Caio Souza/ Cassio Cardoso

Entrega Final Caio Souza

28/08/15 – Entrega parcial Doc. Final – Introdução;

11/09/15 - Entrega parcial Doc. Final – Cap. 2 – Planejamento TCC;

25/09/15 – Entrega Parcial Doc. Final – Cap. 1 – Fundamentos Trab;

09/10/15 - Entrega Parcial Doc. Final – Cap. 3 – Definição Produto;

23/10/15 - Entrega Parcial Doc. Final – Cap. 4 Pesquisa/ Cap. 5 Análise;

30/10/15 - Entrega Parcial Doc. Final – Considerações Finais;

20/11/15 - Entrega Final do Documento Oficial;

- Apêndices: Engenharia de Software,

Banco de Dados,

Manual do Usuário,

Manual do Sistema,

Formulário de Pesquisa.


1 Não estimulação dos clientes a utilizarem o sistema.

N 10 Em mitigação

2 Contratação dos serviços para outras indústrias

P 9 Em mitigação

3 Avaliações falsas N 3 Eliminado


01/02/2015 Um integrante saiu do grupo

15/06/2015 Adição de novas funcionalidades

24/08/2015 Adição de novas funcionalidades e atualização do Banco

# DESCRIÇÃO

1 Semanalmente é enviado um email para todos os componentes do grupo com o status do projeto

2 Um backup é feito cada fez que é feito uma nova versão

3 Semanalmente é verificado e validado a versão do documento final

RateStar


Status Report

Voltar para o

índice

PRONTUÁRIO NOME

12201563 Alessandro Mesquita

10200132 Felipe Augusto

12104647 Filipe Rafael

12104710 Gustavo Pires

12101839 Rodrigo Guaiume

<Informe o nome do produto / empreendimento>

Proporcionar aos nossos clientes uma

solução estratégica na gestão de documentos

físicos e digitais tornando o acesso

destas informações de forma imediata além

de segura.

Serviço com menor custo de implementação;

Espaço físico para

armazenamento; Alertas referente a

validade dos documentos.

Site Institucional;

Redes Sociais (Twitter, Facebook, Linkedin);

Publicidade

digital.

Micro e Pequenas Empresas atuantes em Recursos Humanos e no Departamento Pessoal.

Pacotes de serviço:

(Mensal / Semestral e Anual)

Funcionários;

Marketing e Publicidade; Infraestrutura (Física e Tecnológica);

Custos operacionais (água, luz, aluguel, imposto, telefone,

internet etc.);

Volume de solicitações abertas;

Número de caixas armazenadas;

Relatórios de auditoria.

Digitalização, armazenamento (físico / digital) e localização;

Painel de demandas docs;

Software para gestão online.

Processo de armazenamento dos documentos físicos de forma manual e desorganizada;

Dependência do espaço físico e infraestrutura apropriada para alocação das caixas;

Necessidade de uma ferramenta automatizada para gestão de documentos físicos, digitais e sua localização.


Nossa solução atende Micro e Pequenas Empresas de RH e Departamento Pessoal.

Restrição

TCC será finalizado sem mudanças de membros do grupo.

Premissa

Elaboração de pesquisas qualitativa x quantitativa realizadas.

Premissa

O projeto precisa ser concluído antes de 31/10/ 15.

Restrição

Gustavo

Gerente de Projetos

Alessandro Documentador/Analista de

Negócio

Rodrigo Web Designer/

Testador

Felipe

Programador

Filipe

Programador/ DBA

Gustavo

Documentador/ DBA


Gerente de Projetos Planejar as atividades do projeto. Monitorar as atividades do projeto, certificando-se de que o executado está ocorrendo conforme o previsto. Sempre que necessário, tomar as ações necessárias para adequação do projeto ao plano.

Analista de Negócios Levantamento de informações a respeito do tema (negócio).

Web Designer Responsável por desenhar todo o layout do sistema, incluindo fontes, tamanhos, cores, posicionamento dos campos.

Documentador

Documentar o sistema, considerando as especificações técnicas e funcionais e validar a documentações com os stakeholders.

Testador

Executar o script de testes e gerar planilha de inconsistências.

Programador

Codificar o sistema, de acordo com as especificações e realizar ajustes no sistema.

DBA Realizar Configuração e Gerenciamento do banco de dados.

Setembro: Validação da documentação.

Setembro: Apresentação ao professor Miro.

Novembro: TCC final.

# DESCRIÇÃO Ações

TIPO CRITIC.

SITUAÇÃO

1 Entrega fora do prazo estipulado

Alinhamento com todos os integrantes do grupo sobre os prazos e responsabilidades.

Negativo 10 Mitigado

2 Motivação Engajar à equipe no comprometimento para as metas a serem alcançadas.

Positivo 9 Melhorar

3 Não atendimento ao escopo

Mapear às necessidades junto ao cliente documentando e realizando validações consistentes.

Negativo 7 Eliminar

4 Entregar antes do prazo

Realizar periodicamente entregas para validações / alterações se necessárias.

Positivo 3 Aceitar


Junho – 2015

Inclusão do registro de logs no sistema sugerido na pré banca por um dos professores.

Agosto – 2015

Implementação adicional no escopo do projeto: inclusão da tecnologia RFID para localização no monitoramento dos documentos físicos e caixas, possibilitando mais segurança ao sistema.

Agosto – 2015

Mudança na equipe do projeto, integração do Felipe junto à equipe.

Agosto – 2015

Criação de logotipo para o sistema SisDoc.

Agosto – 2015

Ajustes nas interfaces gráficas do sistema com base nos feedbacks recebidos na disciplina Interface-Homem-Máquina

# DESCRIÇÃO

1

Envolver os professores na validação no desenvolvimento do projeto e documentação.

2

Realizar reuniões semanais com a equipe do projeto para alinhamento.

3

Interação e envolvimento dos stakeholders para cumprimento dos objetivos.

4

Revisão sistêmica da Monografia, Documentação de Banco de Dados, Engenharia e Testes aplicados para correção de bugs no sistema.


Status Report

Voltar para o

índice

PRONTUÁRIO NOME

12102009 Cláudio Amorim Lopes

12104084 Igor Luan de Araújo

12102100 Raphael Gonçalves Alves

12101075 Victor Pedroso de Lemos

Tell me Condominium

Tell me Condominium

Dificuldade de comunicação entre o sindico e os moradores, por falta de tempo ou qualquer outro motivo; Forma em que os problemas do condomínio são acompanhados; Agendamento de dependências (Ex: Quadra, salão de festas, Churrasqueira, etc.), ninguém consegue ver se a data está disponível para reserva.

Abertura e controle de solicitações;

Controle de agenda

de dependência;

Controle de contato de prestadores de

serviços.

Quantidade de bugs reportados;

Quantidade de

clientes alcançados;

Aceitação e comentários sobre o produto no mercado.

Os demais sistemas do ramo necessitam

de muita parametrização e até mesmo consultores

para seu funcionamento, nossa ferramenta tem uma

proposta simples onde qualquer um

conseguira realizar as parametrizações necessárias, assim

facilitando a vida do administrador e do morador que terá uma ferramenta

onde poderá registrar os

problemas do condomínio.

Controle de agenda de dependência e

ranking de melhores prestadores de

serviço.

Condomínios privados

Site responsivo adaptável a

dispositivos moveis.

Mão de obra e taxas administrativas; Aquisição de equipamentos tecnológicos;

Servidores e hospedagem; Marketing.

Investidor anjo;

Mensalidade pelo uso do sistema;

Custos em melhorias pontuais do cliente.

Tell me Condominium

Sistema Documentação

Descritivo

Caso de Uso / Descrição

Modelo ER

Dicionário de dados

Normalização

WebServices

Front-end

Banco de Dados

Mapeamento

Diagrama de Classes

Descrição Premissas (P)

Restrições (R)

Data de inicio e fim para o

projeto.

R

Infraestrutura do servidor com

comunicação à internet.

P

Projeto deve ser entregue

documentado e com

aplicação completa.

R

Contrato de utilização do

sistema.

R

Raphael Victor Igor Ana.

Requisitos Ana.

Requisitos Desenvolvedor

Pesquisa de Mercado

Gestão de Qualidade

Tell me Condominium

Analista de Sistemas

Cláudio

Desenvolvedor

DBA


Analista de Requisitos Verificar se os requisitos do sistemas estão sendo atendidos.

Desenvolvedor Desenvolvimento da logica da solução e site.

DBA Realizar o desenho do banco de dados, normalização e implementação.

Pesquisa de Mercado Realizar pesquisa e estudo sobre todos os assuntos que abordam a solução, desenvolver pesquisas quantitativas e qualitativas do sistema.

Analista de Sistemas Documentar os processos do projeto.

Gestão de Qualidade Prezar pela qualidade e integridade da solução.

Tell me Condominium

Setembro -Módulo Condomínio – Modulo que parametriza e atende as solicitações/ocorrências

-Módulo Morador – Modulo de acesso do morador para criar as ocorrências

Outubro/Novembro - Manuais

- Relatórios


1 Número de integrantes da equipe

de projeto diminuir N 4

2 Mudanças de escopo ao decorrer

do projeto N 10 Este risco aconteceu e

já foi implantado a

troca no mês de julho.

3 Relatórios complexos devolverem

dados divergentes N 10

4 Buscar investidores para venda do

produto P 12


01 de julho Mudança na arquitetura do projeto, sendo implementado agora apenas em Java.

# DESCRIÇÃO

1 Dedicar um dia, além dos dias de aula, para a realização do projeto.

2 Ficar atendo aos prazos para não ficar “apertado” na hora das entregas.

Tell me Condominium

[email protected] www.slideshare.net/alessandroalmeida

status report dos tccs (sin-na8)

Business