status report dos tccs (sin-na8)
Post on 14-Apr-2017
556 Views
Preview:
TRANSCRIPT
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
PRONTUÁRIO NOME
11100419 EDUARDO VILLAS BOAS
11201192 FILIPE BUENO DE LOVA
16030157 ODAIR FERREIRA TERCEIRO
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.
PAPEL RESPONSABILIDADES
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
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
# DESCRIÇÃO TIPO CRITIC. SITUAÇÃO
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.
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
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.
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
Levantamento de Dados
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
PAPEL 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.
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
DATA DESCRIÇÃO DA MUDANÇA
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.
• 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
Diagrama de Caso de Uso
Descritivo de Atores
Identificação de Funcionalidades
DFD
Especificação de Requisitos
Regras de Negócio
Levantamento de Dados
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
PAPEL 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
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
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.
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
• 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
DESCRIÇÃO (P)REMISSA (R)ESTRIÇÃO
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
Analista de Requisitos
Geovane A
Desenvolvedor
Danilo
Testador
Bianca Nunes
DBA
Osmar
Documentador
PAPEL RESPONSABILIDADES
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.
AGOSTO SETEMBRO OUTUBRO NOVEMBRO
5 10 20 30 5 10 20 30 5 10 20 30 5 10 20 30
DOCUMENTAÇÃO RESPONSÁVEL
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
# DESCRIÇÃO TIPO CRITIC. SITUAÇÃO
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.
DATA DESCRIÇÃO DA MUDANÇA
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.
PRONTUÁRIO NOME
12104128 David Deizepi Rocha
12104442 Eduardo Lima dos Reis
12103030 Filipe Campos Tartarini
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
DESCRIÇÃO (P)REMISSA (R)ESTRIÇÃ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
Analista de Requisitos
David
Desenvolvedor
Eduardo/David
Analista de Testes
David/Eduardo
DBA
PAPEL RESPONSABILIDADES
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
DOCUMENTAÇÃO RESPONSÁVEL
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.
# DESCRIÇÃO TIPO CRITIC. SITUAÇÃO
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
DATA DESCRIÇÃO DA MUDANÇA
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.
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
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
PAPEL RESPONSABILIDADES
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.
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
Setembro Outubro Novembro Dezembro
Documentação Responsável
Engenharia de Software
Descrever a arquitetura do software Fernando
Criar o plano de implantação Caroline
Descrição de Caso de Uso
Criar documento LetíciaGracci
Inserir diagramas LetíciaGracci
Diagrama de Caso de Uso
Criar modelo de domínio Caroline
Criar quadro descritivo classe de dominio Fernando
Testes
Criar documento de experiências Camila/LeticiaCustodio
Levantamento de Dados
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.
DATA DESCRIÇÃO DA MUDANÇA
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.
PRONTUÁRIO NOME
12100074 Cassio Cardoso
12101082 Leonardo Lorençoni
12102092 Caio Souza
12101061 Lucas Burity Dominato
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
Descrição de Caso de Uso
Diagrama de Caso de Uso
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
DESCRIÇÃO (P)REMISSA (R)ESTRIÇÃO
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
PAPEL RESPONSABILIDADES
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
Setembro Outubro Novembro Dezembro
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
Desenvolvimento/validação interna Cap. 1 Caio Souza/ Cassio Cardoso
Entrega capitulo 1 Caio Souza
Desenvolvimento/validação interna Cap. 3 Caio Souza/ Cassio Cardoso
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.
# DESCRIÇÃO TIPO CRITIC. SITUAÇÃO
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
DATA DESCRIÇÃO DA MUDANÇA
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
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.
DESCRIÇÃO (P)REMISSA (R)ESTRIÇÃ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
PAPEL RESPONSABILIDADES
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.
# 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
DATA DESCRIÇÃO DA MUDANÇA
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.
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
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
PAPEL RESPONSABILIDADES
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.
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
# DESCRIÇÃO TIPO CRITIC. SITUAÇÃO
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
DATA DESCRIÇÃO DA MUDANÇA
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.
top related