Alessandro Almeida | www.alessandroalmeida.com12/05/2014

1° Semestre de 2014

SIN-NA7

Consolidando o aprendizado de Gestão de Projetos

Os próximos slides fazem parte de uma atividade realizada pelos alunos da turma SIN-NA7 (7º semestre de Sistemas de Informação – 1º semestre de 2014)

Tema da atividade: Status Report do Projeto TCC

# Nome do Projeto

1 FCP – Ferramenta de Controle Patrimonial

2 GEFI - Gestão Financeira

3 Sistema GOOCC

4 MaSoft

5 MKOFFICE

6 Sistema de gerenciamento de pedido para bares

7 Sistema de Pregão Online

8 SAF – Sistema de Agendamento de Formatura

9 Sistema Gerenciador de Processos Jurídicos

10 S.I.A – Sistema Integrado de Agendamento

11 Smart

12 Synergy

13 Appolo CMS

PRONTUÁRIO NOME

11101445 Carlos Eduardo Torres

11104146 Felipe de Sousa Marques

11100647 Igor Luiz de Sousa Santos

11101418 Nilton José Pires Gonçalves Junior

Índice

SISTEMAS DE INFORMAÇÃO

Status Report

PRONTUÁRIO NOME

11101445 Carlos Eduardo Torres

11104146 Felipe de Sousa Marques

11100647 Igor Luiz de Sousa Santos

11101418 Nilton José Pires Gonçalves Junior

FCP – Ferramenta de Controle Patrimonial

Atualmente, o processo de controle patrimonial é feito de forma manual.

O sistema de chamados técnicos para itens defeituosos é bem demorado para ser resolvido e não há um controle efetivo.

Além disso, deve-se evitar que equipamentos sejam furtados, pois alguns deles custam na faixa de R$ 30.000 reais, convertidos do dólar.

Desenvolver um sistema que realize o controle patrimonial de uma empresa,

Fazer a abertura de chamados técnicos (itens defeituosos)

Identificar quando uma tentativa de subtração de um patrimônio acontecer.

Tornar o processo de inventário do patrimônio fixo da empresa mais rígido e mais preciso.

Tornar as aberturas e atendimentos de chamados mais eficientes, permitindo consultar o status do atendimento do chamado.

Controlar a locomoção dos recursos dentro do ambiente previnindo subtrações destes.

Sistema web, desenvolvido em PHP e banco de dados MySQL. Para se fazer o controle patrimonial

Utilização da tecnologia de captura de dados com RFID (Identificação por rádio frequência)◦ Utilização de um leitor de curto alcance para

efetuar a captura de dados dos recursos.

◦ Utilização de um leitor de longo alcance para monitorar a locomoção dos recursos dentro do ambiente.

Diagrama de Caso de Uso;

Diagrama de Classe;

Descrição de Caso de Uso;

Diagrama de Sequência;

Modelo Descritivo;

Modelo de Entidade Relacionamento (MER):

◦ Mapeamento do MER para modelo Relacional;

◦ Modelo Lógico de dados;

◦ Normalização, Dicionário de dados;

◦ Modelo Físico de dados, Scripts SQL (DDL e DML e DQL);

Apresentação do sistema.

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

O projeto deve estar concluído até o final deste ano R

O sistema deverá ser desenvolvido na plataforma web R

O projeto deverá ser concluído sem alteração de membros da equipe.

P

Igor será responsável pela documentação do projeto P

Carlos será responsável pelo desenvolvimento do projeto

P

Semanalmente deverá ser apresentado protótipos da aplicação para os Steakholders

P

FelipeGerente de Projeto

IgorAnalista de Requisitos

CarlosDesenvolvedor

NiltonAnalista de Testes

IgorDBA

PAPEL RESPONSABILIDADES

Carlos Eduardo Torres Desenvolvedor

Felipe Marques Gerente do projeto; Desenvolvedor

Igor Luiz Sousa Analista de requisitos; DBA

Nilton Gonçalves Analista de Testes

FCP – Ferramenta de Controle Patrimonial

2° Semana de Maio ◦ Criação do módulo de cadastro de usuários;

◦ Encaminhamento do módulo para o testador;

◦ Atualização da documentação de Banco de Dados;

◦ Criação do Módulo de Cadastro de Inventário;

◦ Encaminhamento do módulo para o testador;

3° Semana de Maio◦ Criação do módulo de cadastro/alteração de recurso;

◦ Encaminhamento do módulo para p testador;

◦ Elaboração de protótipos da aplicação para amostragem ;

◦ Apresentação dos protótipos para os stakeholders;

4° Semana de Maio◦ Criação do módulo de Abertura de Chamados técnicos;

◦ Criação do módulo de relatórios sobre os recursos;

◦ Encaminhamento dos módulos para o testador;

5° Semana de Maio◦ Validação da documentação da aplicação;

◦ Ajustes finais na documentação a ser entregue para os stakeholders;

◦ Criação da apresentação da aplicação parcial para os stakeholders;

1° Semana de Junho◦ Apresentação da aplicação parcial para os stakeholders;

# DESCRIÇÃO TIPO CRITIC. SITUAÇÃO AÇÕES

1 Não Atendimento do prazo

N 15 Mitigar Fazer um bom gerenciamento do tempo. Prever possíveis atrasos. Paralelizar funções

2 Sáida de um membro da equipe

N 9 Eliminar Motivar a equipe; melhorar o entrosamento do grupo

3 Não atendimento ao escopo

N 10 Eliminar Realizar pontos de verificação dentro do projeto, para averiguar se está dentro do escopo

DATA DESCRIÇÃO DA MUDANÇA

10/05/2014 Adição de novos atributos em algumas entidades no modelo de entidades relacional (MER)

10/05/2014 Remoção de Relacionamentos no modelo de entidades relacional (MER)

10/05/2014 O desenvolvimento do módulo de usuários será realizado na 3° semana de maio

# DESCRIÇÃO

1Realmente é importante possuir uma documentação atualizada para auxiliar os desenvolvedores

2Os desenvolvedores devem sempre comunicar o responsável pela documentação sobre alterações nos módulos da aplicação

3 O comprometimento de todos é essencial

4 É necessário que todos possuam bom humor

5 Discussões sempre são necessárias

FCP – Ferramenta de Controle Patrimonial

PRONTUÁRIO NOME

11102727 Hélio Trindade

11100403 Nicole Mitie Inouye

11101436 Rafael Petrus

11101905 Tamires Andrade

Índice

SISTEMAS DE INFORMAÇÃO

Status Report

PRONTUÁRIO NOME

11102727 Hélio Trindade

11100403 Nicole Mitie Inouye

11101436 Rafael Petrus

11101905 Tamires Andrade

GEFI - Gestão Financeira

O dia-a-dia das pessoas é cada vez mais exaustivo, não permitindo tanto tempo para se organizarem.

Nem sempre o uso de planilhas ou até aplicativos de controle financeiros, são sinônimos de controle eficiente de despesas.

O GEFI foi desenvolvido com uma visão mais detalhada do processo para suprir as necessidades do cliente.

O GEFI visa facilitar o gerenciamento das despesas pessoais, permitindo que o usuário tenha maior controle de seus gastos.

Evita maiores gastos com juros e acréscimos que são causados pela falta de tempo, organização e planejamento.

A diminuição dos gastos;

Evita desperdícios de dinheiro (juros e acréscimos);

Melhor organização das despesas;

Maior conhecimento das finanças.

Utilizando o GEFI o usuário terá controle das datas de vencimentos das contas já cadastradas pelo mesmo;

O valor a ser pago, caso a conta esteja atrasada;

Lembretes informativos de vencimento de suas contas ou lembretes opcionais ,como por exemplo, o cliente quer ser avisado uma semana antes da conta vencer.

Descritivo do sistema;

Documentação de regra de negócios;

Especificação funcional;

Caso de Uso;

Diagrama de Casos de Uso;

Descritivo dos Atores;

Diagrama de Classes;

Diagrama Sequencial;

Cronograma;

Protótipos de tela;

Apresentação do sistema.

GEFI

Documentação

Engenharia De

Software

Descrição de

Casos de Usos

Regras de

Negócio

Requisitos

Funcionais

Diagramas

Diagrama de

Classes

Diagrama de

Sequência

Diagrama de

Casos de Uso

Testes

Plano de Testes

Script de Testes

Evidências de

Testes

Levantamento

de Dados

Relatório de

Pesquisas

Banco de Dados

Descritivo Modelos

ER

Relacional

Lógico

Scripts

DDL

DQL

DML

Sistema

Cadastros

Despesa Lembrete

Comum

Retroativo

Usuários Administrador

RelatóriosControle de

acesso

Usuários

Administrador

Implantação

Manual do

usuário

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

A equipe é composta por 4 membros Premissa

O sistema será finalizado em julho de 2014 Premissa

Possui dois desenvolvedores Premissa

O projeto deve ser concluído antes da primeira semana de dezembro

Restrições

O numero de integrantes do grupo não pode ultrapassara 5 e nem ser inferior a 2

Restrições

O projeto deve ser desenvolvido apenas na LinguagensC#, Java ou PHP

Restrições

O projeto deve conter apenas 1 diferencial Restrições

Tamires Andrade

Gerente de Projeto

Nicole Mitie e Helio

Trindade

Documentador

Hélio Trindade e

Rafael Petrus

Analista de negócios

Rafael Petrus e

Tamires Andrade

Desenvolvedor

Nicole Mitie, Helio

Trindade e Rafael

Petrus

DBA

PAPEL RESPONSABILIDADES

Gerente do Projeto Realizar a gestão do projeto, acompanhar o desenvolvimento e gestão de prazos.

Desenvolvedor Desenvolver o sistema

Analista de negócios Levantar os requisitos e as regras de negocio para desenvolver o projeto

DBA Criar a documentação e a estrutura do Banco de Dados

GEFI - Gestão Financeira

Finalização da documentação de Banco de Dados

Processo de desenvolvimento da documentação do Sistema

Início do desenvolvimento do Sistema

Requisitos Funcionais

Diagrama de Classes

Diagrama de Casos de Uso

Documentação de Banco de Dados(DDL, DML, DQL)

# DESCRIÇÃO TP CRITIC. SIT. AÇÕES

1 Entrega fora do prazo N 25 Mitigar Negociar com a banca para aumentar o prazo

2 Só ficar um membro do grupo

N 05 Aceitar Procurar novos membros para o grupo

3 O tema for reprovado pelos professores

N 10 Mitigar Melhorar as funcionalidades do sistema ou mudar o tema

4 Os dois desenvolvedores saírem do grupo

N 03 Aceitar Mudar a linguagem de programação do sistema para uma linguagem que o restante do grupo conheça

5 Faculdade não aceitar o C# como linguagem de desenvolvimento do TCC

N 03 Aceitar Mudar a linguagem de programação do sistema

6 Entrega antes do prazo P 10 Melhorar Realizar um cronograma para antecipar as entregas

7 Software diferente da documentação

N 06 Mitigar Fazer alterações no software ou alterar a documentação

DATA DESCRIÇÃO DA MUDANÇA

01.02.2014 Nicole entrou no grupo

20.02.2014 Rafael entrou no grupo

02.03.2014 Mudança no escopo do projeto (funcionalidade Evento)

# DESCRIÇÃO

1 Melhorar a comunicação do grupo/ distribuição de tarefas

2 Não deixar as coisas para a última hora

3 Realizar pesquisas mais aprofundadas

GEFI - Gestão Financeira

PRONTUÁRIO NOME

11103445 Guilherme Macedo Soara

11104473 Jonatan Cruz Polini

11103788 Lucas Xavier Ferreira

11103442 Marco Aurelio Pereira Valneiros

11103879 Renan Cassimiro Brito

Índice

SISTEMAS DE INFORMAÇÃO

Status Report

PRONTUÁRIO NOME

11103445 Guilherme Macedo Soara

11104473 Jonatan Cruz Polini

11103788 Lucas Xavier Ferreira

11103442 Marco Aurelio Pereira Valneiros

11103879 Renan Cassimiro Brito

Sistema GOOCC

Devido a carência de soluções na área de construção civil, o GOOCC irá auxiliar no controle de projetos.

Gerenciamento de etapas, custos e orçamentos de diversos tipos de projetos voltados à construção civil

Controle de custos, redução de desperdícios, geração de indicadores e maior controle de prazos

Sistema web instalado em um datacenter desenvolvido em ASP.net e linguagem de programação C#, usando um banco de dados SQL Server e Crystal Reports para desenvolvimento de relatórios

Diagrama de Casos de Uso;

Diagrama de Classes;

Diagrama de Sequência;

Modelo Entidade e Relacionamento;

Dicionário de dados;

Modelos físico e lógico de dados.

Documentação de Engenharia de Software;

Documentação de Banco de Dados;

Desenvolvimento do Software;

Apresentação do projeto;

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

Os cinco integrantes realização a apresentação do projeto (P)

A apresentação ocorrerá na UNIFIEO (P)

A UNIFIEO disponibilizará internet no dia da apresentação (P)

O TCC será finalizado sem mudanças de membros do grupo (P)

A nota do TCC não pode ser inferior à 6 (R)

A entrega e a apresentação devem ocorrer em novembro de 2014

(R)

O grupo pode ter no máximo 5 integrantes (R)

O sistema pode ser desenvolvido nas linguagens: C#, Java e PHP

(R)

A apresentação deverá durar até 15 minutos (R)

Guilherme

Soara

Gerente de Projeto

Jonatan, Lucas,

Marco, Renan

Documentador

Lucas Ferreira

Testador

Guilherme e

Renan

Desenvolvedor

Marco e

Jonatan

DBA

PAPEL RESPONSABILIDADES

Gerente de Projeto Delegar as tarefas entre os membros da equipe do projeto, acompanhar as etapasde desenvolvimento

Engenheiro de Software Realizar a documentação do sistema

Analista de Teste Testar e reportar os erros do sistema para os desenvolvedores e o gerente

DBA Administrar o banco de dados do sistema

Sistema GOOCC

Fim de maio: apresentação para pré-banca e entrega da documentação;

Dezembro: apresentação para banca e entrega da documentação atualizada com versão final do projeto

# DESCRIÇÃO TIPO CRITIC. SITUAÇÃO AÇÕES

1 Não atendimentoao prazo

(N) 5 Em mitigação Gerenciamento do tempo para desenvolvimento do projeto

2 Saída de membros da equipe

(N) 4 Em mitigação Redistribuição das tarefas relacionadas ao projeto entre os membros restantes

3 Finalização antes do prazo

(P) 1 Em mitigação Manter o modo em que o grupo vem trabalhando, uma vez que este mostrou-se eficaz e aumentou as chances desse risco acontecer.

DATA DESCRIÇÃO DA MUDANÇA

Mai/14 Inclusão das áreas de Contrato, de Cotação e de Etapas no escopo do projeto. Início do desenvolvimento desses novos itens.

# DESCRIÇÃO

1

Dividir bem as tarefas entre cada membro do grupo, valorizando o que cada indivíduo tem de melhor para oferecer ao desenvolvimento do projeto, e respeitando também, as limitações de cada um

2É necessário registrar cada mudança e avanço dentro do projeto, para assegurar que o desenvolvimento está fiel ao escopo e que será finalizado dentro do prazo

3

Consultar frequentemente stakeholders internos e externos (cada um com sua frequência, de acordo com a necessidade), para notificá-los de progresso/regresso no decorrer do projeto, além de solicitar orientação, quando necessária

4

5

SISTEMA GOOCC

PRONTUÁRIO NOME

11101013 Augusto Cesar Camarotto

11102716 Gilvan Gomes da Silva Junior

11100414 Guilherme Alencar

11101199 Rodrigo Pereira de Souza

Índice

Sistemas de Informação

MaSoftStatus Report

Dados do Grupo

Prontuário Nome

11101013 Augusto Cesar Camarotto

11102716 Gilvan Gomes da Silva Junior

11100414 Guilherme Alencar

11101199 Rodrigo Pereira de Souza

MaSoft

Foi escolhido o tema devido a carência do mercado de sistemas para atender a norma de Segurança da Informação chamada PCI DSS.

Desenvolver um sistema para facilitar o atendimento a norma PCI DSS.

Criar um preenchimento de SAQ mais intuitivo.

Dar mais controle da conformidade dos estabelecimentos para as adquirentes.

Facilitar os processos dos envolvidos com a norma.

Um sistema WEB desenvolvido em .NET de preenchimento online de SAQs e controle do nível de conformidade de um estabelecimento quanto a norma do PCI DSS.

Aprender mais sobre a norma PCI DSS.

Desenvolver um sistema.

Documentar o que foi desenvolvido.

Projeto MaSoft

Gerente do

Projeto

Plano de

Gerenciamento

- Planejamento dos Requisitos.

- Planejamento do Escopo.

- Planejamento do Cronograma.

Produção

- Gerenciamento de conteúdo.

- Preparação e edição do conteúdo.

Testes.

Encerramento

- Divulgação.

- Especificações do produto.

- Avaliação do produto.

- Lições aprendidas.

- Encerramento do Projeto.

Descrição

(P ) Premissa

(R ) Restrição

Tem que conter no máximo cinco integrantes

R

O projeto precisa ser concluido no prazo R

É preciso que o integrante Guilherme participe das atividades

P

Guilherme

AlencarGerente de Projeto

Guilherme

AlencarAnalista de Requisitos

Gilvan Junior

Desenvolvedor

Augusto

CamarottoAnalista de Sistemas

Rodrigo

PereiraAnalista de Sistemas

Papel Responsabilidade

DesenvolvedorCodificar o sistema de acordo com a documentação gerada pelo Analista de Sistemas.

Gerente de Projetos

Coordenar a equipe, estabelecer prazos e metas.

Analista de Sistemas

Documentar o sistema de acordo com as orientações do Analista de Requisitos.

Analista de Requisitos

Aprender tudo sobre o tema e levantar as necessidades do cliente e documenta-las.

MaSoft

Setembro Outubro Novembro Dezembro

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

Documentação Responsável

Mer. Guilherme

Modelo Relacional. Augusto

Diagrama de Caso de Uso. Guilherme

Diagrama de Sequência. Augusto

Modelo Descritivo. Guilherme

Dicionário de Dados. Rodrigo

Desenvolvimento. Gilvan

Normalização. Juninho

Entrega Atividade

10/05/2014

Status Report

13/05/2014

MER, Modelo Relacional, Modelo Descritivo, Diagrama de caso de uso.

30/05/2014

MER, Modelo Relacional, Modelo Descritivo, Diagrama de caso de uso, MER para Modelo Relacional, Dicionário de dados.

# Descrição Tipo Critic.Situação

Ações

1O Projeto ser aprovado com a nota máxima.

Positivo Media Continuar se dedicando ao projeto.

2A não conclusão do projeto no prazo.

Negativo AltaSe dedicar, não iguinorar os conselhos do orientador e manter o grupo unido.

3Um membro da equipe ficar nervoso e não conseguir apresentar bem o projeto.

Negativo Pequena Treinar todos os membros da equipe.

Data Descrição da Mudança

20/07/2014 Acrescentar mais SAQs ao sistema.

22/07/2014 Alterar documentação

25/07/2014 Incluir "Wizzard" ao sistema

26/07/2014 Alterar documentação

# Lições aprendidas

1 Realizar reuniões semanais.

2Ajudar os colegas de grupo até mesmo em

atividades não relacionadas ao projeto.

3 Ficar atento aos prazos.

4 Cada detalhe é fundamental para o sucesso.

Sistemas de Informação

PRONTUÁRIO NOME

11101434 Christopher Scotini Rozário

11101428 Thiago Silva de Jesus

Índice

SISTEMAS DE INFORMAÇÃO

Status Report

PRONTUÁRIO NOME

11101434 Christopher Scotini Rozário

11101428 Thiago Silva de Jesus

MKOFFICE

Atualmente as consultoras não costumam fazer anotações sobre vendas, pedidos, clientes, produtos, etc. Há exceções de consultoras que fazem anotações em cadernos, ou até mesmo criam um documento em formato de planilha (.xls).

Este projeto irá fazer com elas possuam todos os dados do negocio em um único lugar, visando dar mais praticidade as suas atividades e possibilitar uma visão geral do andamento de seu negocio. Assim as consultoras poderão tomar decisões mais precisas em relação às quais produtos solicitar à Mary Kay e quais os clientes que devem ter atenção em seus atendimentos.

Prover o gerenciamento total do negocio fornecendo funcionalidades para o controle de equipes, clientes, produtos, pedidos e vendas.

Prover de forma completa o gerenciamento do negócio das consultoras.

Sistema web, desenvolvido na linguagem JAVA e banco de dados MySQL.

Documentos de Engenharia de Software

Documentos de Banco de Dados

Produto

Apresentação do Produto

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

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

P

O projeto precisa ser concluído antes de 11/14. R

Christopher

Gerente de Projeto

Christopher

Analista de Negócios

Christopher

Desenvolvedor

Thiago

Analista de Testes

Thiago

Documentador

PAPEL RESPONSABILIDADES

Gerente de Projeto Acompanhar as atividades da equipe;Criar os planos do projeto.

Analista de Negócios Levantar os requisitos junto ao cliente.

Analista de Testes Realizar testes e validações no produto.

Desenvolvedor Desenvolver o produto.

Documentador Criar a documentação do projeto.

MKOFFICE

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

DOCUMENTAÇÃO RESPONSÁVEL

DESCRIÇÃO DE CASO DE USO

Mapear requisitos funcionais Thiago

Mapear requisitos não funcionais Thiago

Mapear regras de negócio Thiago

Criar documento Thiago

Inserir diagramas Thiago

DIAGRAMA DE CASO DE USO

Identificar atores Thiago

Definir casos de uso Thiago

Criar diagramas Thiago

DIAGRAMA DE CLASSE

Criar diagrama Thiago

BANCO DE DADOS

Modelo Entidade e Relacionamento Thiago

Mapeamento do MER para o modelo Relacional Thiago

Dicionario de Dados Thiago

Normalização Thiago

SISTEMA

Relatorios

Relatorios Christopher

Layout

Layout Christopher

JUNHO JULHO AGOSTOMAIO

Descrição Data

Entrega para a disciplina TópicosAvançados em Desenvolvimento de Software

09/05/2014

Entrega para a disciplina de Gestão de Projetos e Empreendedorismo

10/05/2014

Entrega da documentação para a pré-qualificação do TCC

30/05/2014

# DESCRIÇÃO TIPO CRITIC. SITUAÇÃO AÇÕES

1 Entrega do Projeto

N 5 Em mitigação Não atrasar as entregas

2 Possibilidade de Empreender o projeto

P 3 Em mitigação Divulgar o projeto para as consultoras

DATA DESCRIÇÃO DA MUDANÇA

# DESCRIÇÃO

1 Realizar reuniões semanais com a equipe do projeto.

2Envolver os professores que poderão fazer parte da banca do TCC.

MKOFFICE

PRONTUÁRIO NOME

08204907 Alessandro Mazoca

11110420 Bruno Gonçalves

11100401 Karoline Sousa

09211155 Thiago Lolo

11104624 Vinicius Kendi

Índice

SISTEMAS DE INFORMAÇÃO

Status Report

PRONTUÁRIO NOME

08204907 Alessandro Mazoca

11110420 Bruno Gonçalves

11100401 Karoline Sousa

09211155 Thiago Lolo

11104624 Vinicius Kendi

Sistema de gerenciamento de pedidos para Bares

Prover uma ferramenta que realize o gerenciamento do pedido em bares com foco na divisão de contas individualmente em uma mesa e a informatização da realização de pedidos via dispositiveis móveis

Desenvolver uma ferramenta cujo foco é a automação e informatização de estabelecimentos (bares) que façam uso de comandas. Prover o gerenciamento da divisão de contas de forma justa e a informatização via dispositivos móveis na forma como é realizada os pedidos nesses estabelecimentos.

Divisão de contas de forma igual e justa. Agilidade, automação e informatização na realização de pedidos. Emissão de relatórios gerenciais. Eliminação de desperdícios de produtos.

Sistema web, hospedado internamente no cliente, desenvolvido em C# e HTML5, com banco de dados em SQL com interface interativa acessível através de tablets onde será possível realizar os pedidos no estabelecimento

Diagrama de caso de uso

Diagrama de classe

Diagrama de entidade relacional

Descrição de caso de uso

Script de testes a serem realizados

Requisitos mínimos para instalação do projeto

Apresentação do sistema

Treinamento para funcionários

Manual de configuração do sistema

Sistema de gerenciamento de pedidos em

bares

Documentação

Descrição de

Caso de Uso

Regras de

Negócio

Requisitos

Funcionais

Requisitos Não

Funcionais

Diagrama de

Caso de Uso

Diagrama de

ClassesTestes

Plano de Testes

Script de

Testes

Evidências de

Testes

Levantamento

de Dados

Entrevistas com

os Clientes

Relatórios de

Pesquisas

Sistema NENP

Cadastros

Usuário

Cliente

Funcionários

RelatóriosControle de

Acesso

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

Limitações técnicas R

Orçamento R

Disponibilização infra-estrutura P

Alessandro

Mazoca

Gerente do Projeto

Thiago LOLO

Documentador

Vinicius KENDI

Testador

Karoline SOUZA

Programadora

Bruno GONÇALVES

DBA

PAPEL RESPONSABILIDADES

Gerente de Projeto Realizar acompanhamento do cronograma, Validação da documentação,Gerenciamento de escopo,Gerenciamento de riscos;

Documentador Desenvolvimento das documentações, Validações de diagramas, Auxílio no levantamento das regras de negócio;

Programador(a) Codificação do sistema,Validar script de testes unitários a serem realizados

DBA

Desenvolver a arquitetura do banco de dados, Suporte técnico para a equipe de desenvolvimento, Desenvolvimento de documentação técnicas

TestadorRealizar plano de testes unitários na ferramenta, Registrar resultado dos testes

Sistema de gerenciamento de pedidos para bares

Maio Junho Julho Agosto

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

DOCUMENTAÇÃO RESPONSÁVEL

LEVANTAMENTO DE REQUISITOS

Mapear requisitos funcionais Alessandro

Mapear requisitos não funcionais Tiago

Mapear regras de negócio Alessandro

Inserir diagramas Bruno

Validar com stakeholder Alessandro

CRIAÇÃO DE DOCUMENTAÇÃO

Identificar atores Alessandro

Definir casos de uso Bruno

Criação da descrição de caso de uso Tiago

Documentação de banco de dados Bruno

Criação do diagrama de classe Tiago

Criação de diagrama de sequência Tiago

Criação de script de testes Tiago

SISTEMA

CADASTROS

Usuário

Arquitetura e desenv. do banco de

dadosKaroline

Codificação Módulos Karoline

Realizar testes unitários Vinicius

Encaminhar módulo para o testador Karoline

DocuDATA DESCRIÇÃO DA ENTREGA

09-Maio Entrega da apresenteção de pré-banca para Waldomiro

30-Mai Entrega documentação final para pré-banca

# DESCRIÇÃO TIPO CRITIC. SITUAÇÃO AÇÕES

1Saída do membro da equipe

Negativo

5 Explorar

alocar outro recurso interno para realizar tarefas do membro desligado

2 Falta de validação por parte do stakeholder

Negativo

8 Explorar

agendar follow up semanalmente para cobrir os itens a serem validados

3 Indisponibilidade do cliente durante validação

Negativo

6 Mitigar

agendar follow up semanalmente para cobrir os itens a serem validados

4 Falta de recursos financeiros para dar andamento ao projeto (budget excedido)

Negativo

5 Mitigar

estudar com o cliente a possibilidade de acordar um novo plano de custos

DATA DESCRIÇÃO DA MUDANÇA

N/A N/A

# DESCRIÇÃO

1 Necessidade de reaunião semanal

2 Fazer uso do status report com os atuais stakeholders do projeto

3 Documentar toda e qualquer possível idéia/mudança no projeto

4Realizar o estudo de caso de risco com criticidade com o objetivo de evitar com que o prazo seja afetado

5Validar constantemente documentação com os professores responsáveis.

Sistema de gerenciamento de pedidos para bares

PRONTUÁRIO NOME

11104082 Gustavo Colares Pego

11101415 Letícia Pereira Barreto

11103436 Willian Ferreira Felix

Índice

SISTEMAS DE INFORMAÇÃO

Status Report

PRONTUÁRIO NOME

11104082 Gustavo Colares Pego

11101415 Letícia Pereira Barreto

11103436 Willian Ferreira Felix

Sistema de Pregão Online

Facilitar a compra de produtos com o melhor custo.

Oferecendo uma alternativa viável e de fácil acesso.

Desenvolver um sistema de pregão online para proporcionar às empresas a compra de produtos(através de uma lance) obtendo o menor custo.

Reduzir tempo de procura.

Reduzir o custo.

Atender a demanda.

O sistema será desenvolvido em PHP.

Utilizando MySQL, Jquery, Ajax.

Diagrama de Caso de Uso.

Diagrama de Fluxo de Dados.

Descrição de Caso de Uso.

Plano de Testes.

Modelo Entidade Relacionamento.

Apresentação do Sistema.

Treinamento para os usuários.

Requisitos Funcionais.

Sistema de

Pregão Online

Documentação

Descrição de

Caso de Uso

Regras de

Negócio

Requisitos

Funcionais

Requisitos Não

Funcionais

Diagrama de

Caso de Uso

Diagrama de

Fluxo de DadosTestes

Plano de Testes

Script de Testes

Validação dos

Testes

Levantamento

de Dados

Entrevistas

com

Fornecedores

Relatórios de

Pesquisas

Sistema

Cadastros

Produto

Pregoeiro

Fornecedores

Compra

RelatóriosSegurança e

Controle de

Acesso

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

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

P

O sistema precisa permitir vários acessos simultâneos. P

O projeto precisar ser viável e gerar retorno. P

O projeto precisa ser concluído antes de Junho/2014 R

Atender todas as regras e documentações R

Letícia

BarretoGerente de Projeto

Willian Felix

Desenvolvedor

Gustavo

ColaresAnalista de Negócios

PAPEL RESPONSABILIDADES

Analista de Negócios Validar documentação e analisar as regras de negócio e requisitos.

Desenvolvedor Desenvolver o sistema e principais recursos.

Gerente de Projeto Planejar o projeto para obter o resultado esperado.

Sistema de Pregão Online

Maio/2014: Validar o Modelo Entidade Relacionamento e finalizar o banco de dados com as principais consultas. Concluir o desenvolvimento dos principais cadastros e consultas e também a documentação do software.

Junho/2014: Validação do conteúdo do projeto.

Modelo Entidade Relacionamento.

Banco de Dados completo incluindo as principais consultas.

Diagramas de Fluxo de Dados e Caso de Uso.

Requisitos Funcionais.

Apresentação finalizada para validação.

# DESCRIÇÃO TIPO CRITIC. SITUAÇÃO AÇÕES

1 Não atendimento ao prazo.

N 5 Eliminado Conforme planejado com a equipe, os prazos serão atendidos.

2 Saída de membros da equipe

N 5 Eliminado Todos os integrantes já concordaram em continuar na equipe.

DATA DESCRIÇÃO DA MUDANÇA

05/05/2014 Alteração no organograma da equipe.

# DESCRIÇÃO

1Realizar reuniões semanais com a equipe do projeto, para não impactar no prazo de entrega das atividades.

2 Validar com os “stakeholders” as principais rotinas.

Sistema de Pregão Online

PRONTUÁRIO NOME

11101444 Rosimere Felix

11103797 Thaís Vieira

Índice

SISTEMAS DE INFORMAÇÃO

Status Report

PRONTUÁRIO NOME

11101444 Rosimere Felix

11103797 Thaís Vieira

SAF – Sistema de Agendamento de Formatura

A principal justificativa do desenvolvimento deste projeto é a automatização, controle e agilidade na organização de formaturas. O aplicativo será voltado para empresas que atuam neste ramo.

Facilitar a organização e o agendamento de formaturas. O sistema possibilita ter um maior controle principalmente sob as formaturas, convites e convidados

Facilitar a análise dos dados da formatura, fazendo com que a empresa consiga determinar a quantidade ideal de recursos a serem utilizados no evento. Além disso, a possibilidade de acesso do próprio aluno a dados pessoais e agenda da formatura flexibiliza o cadastro destes, diminuindo erros e melhorando o relacionamento com os clientes.

Sistema Web

Desenvolvido em linguagem PHP

Banco de Dados MySQL

Requisitos Funcionais DFD Diagrama de Sequência Diagrama de Caso de Uso Diagrama de Classe Diagrama de Colaboração Descrição de Caso de Uso Modelo Descrito MER Modelo Lógico Dicionário de Dados Script Manual do Sistema Testes Apresentação

SAF

Sistema

CadastrosRelatórios

Controles

Documentação

Banco de Dados

Modelo Descritivo

Modelo

Conceitual -MER

Modelo Relacional

Mapeado

Modelo Lógico

Normalização

Dicionário de

Dados

Modelo Físico –

Scripts

Engenharia de

Software

Requisitos

Funcionais

Diagrama de

Classe

Descrição de

Caso de Uso

Diagrama de

Sequência

Diagrama de

Colaboração

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

O projeto será desenvolvido por três pessoas PREMISSA

Aprender mais sobre a linguagem (PHP) que estamos desenvolvendo o projeto.

PREMISSA

O projeto precisa ser concluído até Novembro de 2014. RESTRIÇÃO

O tempo estimado da apresentação é de 15 minutos. RESTRIÇÃO

Thaís e Rosimere

Gerente do Projeto

Thaís

Documentadora

Testadora

Banco de Dados

Rosimere

Programadora

Documentadora

PAPEL RESPONSABILIDADES

Gerente de ProjetoResponsável por supervisionar as atividades,afim de garantir o cumprimento das entregas.

Testadora Testar todos os módulos do sistema.

Banco de DadosResponsável por toda a parte do Banco de Dados. Criação do MER, Mapeamento e Normalização.

DocumentadoraCriar a documentação do projeto. E validar informações com professores

Testadora Testar todos os módulos do sistema.

SAF – Sistema de Agendamento de Formatura

Modelo Físico – Scripts

Apresentação

Artigo Sistema

Testes

Manual do Sistema

DESCRIÇÃO TIPO CRITIC. SITUAÇÃO AÇÕES

1 Entregas fora do prazo Negativo Alta

Estimar o tempo maior ao habitual

2 Não validação de algumdocumento

Negativo Alta Não validação de algum documento

3 Inserir appmobile no sistema

Positivo Alta Sendo avaliado Implementar no sistema

DATA DESCRIÇÃO DA MUDANÇA

04/2014 Adoção de novos perfis no sistemas

04/2014 Novas regras de negócios inseridas

DESCRIÇÃO

1Se antecipar na preparação das atividades, para não ficar fora do prazo de entrega.

2 Sempre reunir o grupo pra realizar as atividades.

3 Procurar sempre validar a documentação antes da entrega final.

SAF – Sistema de Agendamento de Formatura

PRONTUÁRIO NOME

11102721 Juan Manuel Garcia

11101435 Rogério Oliveira

10200498 Sérgio Paulo dos Santos França

Índice

SISTEMAS DE INFORMAÇÃO

Status Report

PRONTUÁRIO NOME

11102721 Juan Manuel Garcia

11101435 Rogério Oliveira

10200498 Sérgio Paulo dos Santos França

Sistema Gerenciador de Processos Jurídicos

Com a concorrência e alta demanda nomercado de advocacia, percebemos anecessidade de desenvolver um sistema paragerenciar e informatizar toda ação numescritório de advocacia, administrandoinformações conforme preferencia docliente.

O projeto tem como proposta informatizar eviabilizar o controle de prazos processuais,por meio de alertas; obter o cadastro declientes e contratos; acompanhar processosjurídicos; possibilidade de gerar relatórios.

Funcionamento do Escritório Nieves & Quattronesem a implantação do Sistema.

Alertas de compromissos (reunião,audiência, aniversariante, visita e etc)do dia, mês e ano.

Gerenciar os documentos gerados outrazidos, para facilitar e organizar oarquivamento e busca.

Cadastrar cliente no sistema. Gerar contratos via sistema. Acompanhar processos judiciais. Gerar relatórios (cliente, contrato,

processos).

Sistema será web (instalado no servidorempresa ou num datacenter), desenvolvido em.NET Framework 4.5, linguagem C# e banco dedados SQL Server 2008;

Regra de Negócio Diagrama E-R Descrição de Caso de Uso Diagrama de Caso de Uso Diagrama de Classe Diagrama de Sequência Modelo R-E Mapeamento do MER Dicionário de Dados Apresentação do Projeto Plano de Testes Treinamento aos usuários

Projeto SGPJ

Documentação

Engenharia de

Software

Regras de

Negócio

Descrição de

Casos de Uso

Requisitos

Funcionais

Requisitos

Não

Funcionais

Engenharia de

Software

Diagrama de

Caso de Uso

Diagrama de

Classes

Diagrama de

Sequencia

Testes

Plano de

Testes

Levantamento

de Dados

Encontros

com

empresa

Banco de

Dados

MER

Mapeamento

Normalização

Modelo

Relacional

Modelo

Relacional

Sistema

Cadastros

Usuário

Cliente

Advogado

Relatórios

Prazos

Contratos

Processos

Controle de

Acesso

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

A empresa irá disponibilizar informações para o levantamento de requisitos

P

A Bruna, advogada, irá acompanhar etapas do projeto P

O TCC será finalizado sem mudanças de membros P

O projeto precisa ser concluído antes de 14/11/14 R

Juan Garcia

Gerente de Projeto

Sérgio França

Analista de Requisitos

Rogério

OliveiraDesenvolvedor

Juan e Sérgio

Analista de Testes

Rogério e Juan

DBA

PAPEL RESPONSABILIDADES

Gerente de Projeto Realizar o acompanhamento e organizar o cronograma.

Documentador Conhecer profundamente o projeto.

Testadora Realizar testes juntamente com o cliente.

ProgramadorImplementar projeto, conforme regra de negócios e requisitos.

Sistema Gerenciador de Processos Jurídicos

Banco de Dados: Scripts SQL (Consulta); Entrega atualizada do MER, Normalização, Dicionário de Dados.

Engenharia de Software: Validação da nova Regra de Negócio(atualizada).

# DESCRIÇÃO TP CRIT. SITUAÇÃO AÇÕES

1 Surpreender o cliente com funcionalidades adicionais

(P) 12 Melhorar Implementação nova

2 Indefinições no Escopo (N) 20 Mitigar Atualizando escopo

3 Não entregar sistemadentro do tempo proposto

(N) 12 MitigarEncontros na semana com a equipe

4 Não aceitação de alguma funcionalidade do sistema

(N) 6 EliminarApresentar protótipo para empresa

DATA DESCRIÇÃO DA MUDANÇA

12/05/14 Iremos validar novamente a Regra de Negócio, para assim implementar em todo escopo do projeto.

12/05/14 Agendaremos uma reunião com a empresa para identificar um diferencial, para implementar no projeto.

# DESCRIÇÃO

1Com alguns atrasos no Projeto, percebemos a necessidade de priorizar o desenvolvimento do Projeto de TCC.

2 Marcamos encontros da equipe durante a semana.

3 Não deixe para amanhã o que pode-se fazer hoje.

4

5

Sistema Gerenciador de Processos Jurídicos

PRONTUÁRIO NOME

11100889 Iris de Melo Santos

11104270 Juliana C. S. de Lima

08101105 Wanderlei Ribeiro Dias

Índice

SISTEMAS DE INFORMAÇÃO

Status Report

PRONTUÁRIO NOME

11100889 Iris de Melo Santos

11104270 Juliana C. S. de Lima

08101105 Wanderlei Ribeiro Dias

S.I.A – Sistema Integrado de Agendamento

Por lei, as empresas precisam que seus funcionários passem por uma avaliação médica que ateste se estão aptos ou não para o cargo que irão exercer, ou em caso de desligamento, é necessário atestar se a saúde do funcionário não foi comprometida de alguma maneira após atuar no cargo contratado. O nosso cliente é uma clínica médica com foco na realização de exames ocupacionais para os funcionários das empresas conveniadas.

Atualmente, existem poucos sistemas voltados para a área da saúde ocupacional. A maioria são antigos, limitados, com manutenção constante e de Alto Custo. O S.I.A foi construído visando eliminar estes problemas e para melhorar o desempenho das clínicas médicas no atendimento aos seus clientes.

Desenvolver uma aplicação que possibilite controlar e facilitar todos os processos que envolvem os exames ocupacionais dentro de uma clínica médica, desde os Agendamentos até Emissão do Atestado de Saúde Ocupacional (A.S.O).

Otimizar o tempo para agendamento de exames, permitindo que as próprias empresas agendem os exames para seus funcionários.

Permitir consultas rápidas aos resultados dos exames e prontuários médicos.

Unificar todos os controles que envolvem o processo de Exames Ocupacionais em uma única ferramenta.

As empresas conveniadas terão a opção de agendar os exames diretamente pelo sistema, mas se preferirem também poderão solicitar para a clínica, como é feito hoje. Isso será possível através do controle de acessos por Grupos.

As funcionalidades do sistema estarão distribuídas nos seguintes módulos a saber, cada módulo pertence a um Grupo:

• Módulo Administrativo:o Grupo: Admin

o Para Gerenciamento dos Grupos de acessos e usuários.

• Módulo Módulo Cadastroso Grupos: Clínica e Admin

o Para cadastros auxiliares que servem de apoio ao sistema (Cargos, Departamentos, Equipe Médica, Exames, Calendário e empresas). Além da Funcionalidade Realizar Exames.

• Módulo Empresaso Grupos: Clínica, Admin e Empresas

o Para Cadastro de Funcionários.

• Módulo Agendamento:o Grupos: Clínica, Admin e Empresas

o Para Agendamento dos exames;

O S.I.A é um sistema que será desenvolvido para facilitar o agendamento e realização dos exames ocupacionais, visando também otimizar o controle de todo processo e consulta dos resultados.

S.I.A

Documentação

Descrição de

Caso de Uso

Regras de

Negócio

Requisitos

Funcionais

Banco de Dados

MER

Diagrama de

Caso de Uso

Diagrama

de ClassesTestes

Plano de

Testes

Execução de

Testes

Evidências

de Testes

Levantamento

de Requisitos

Entrevistas com

os Clientes

Sistema

Cadastros

Departamentos

Cargos

Funcionários

Equipe

Médica

Exames

Calendário

Cadastro de

Empresas

Cadastro de

Funcionários

Agendamento

Agendar

Exames

Controle de

Acesso

Cadastro de

Usuários

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

O cliente disponibilizará um usuário do sistema em meio período por uma semana para levantamento dos requisitos.

P

Clínica e Empresas conveniadas precisaram de Acesso á internet para utilizar o sistema

P

O Servidor será disponibilizado no cliente (Clínica) P

A entrega do projeto não deverá ultrapassar a data limite (Nov/2014)

R

Juliana/Iris/

WanderleiGerente de Projeto

Juliana Lima

Analista de Requisitos

Iris de Melo

Analista de Requisitos

Wanderlei

DiasDesenvolvedor

Juliana Lima

Desenvolvedora

Iris de Melo

Analista de Testes

Wanderlei

DiasDBA

PAPEL RESPONSABILIDADES

Gerente de Projetos Elaboração e acompanhamento do Cronograma. Validar Documentações e as funcionalidades disponibilizadas no sistema.

Analista de Requisitos Levantamento de Requisitos e Elaboração das documentações.

Desenvolvedor Construção da arquitetura do sistema e desenvolvimento.

DBA Modelagem de Dados e Administração do Banco de Dados.

Analista de Testes Elaboração de Plano, Execução e Evidência de Testes.

S.I.A – Sistema Integrado de Agendamento

Nome da tarefa Duração Início Término Predecessoras Nomes dos recursos

S.I.A 29 dias Qui 01/05/14 Ter 10/06/14

Alteração de Documentação 9 dias Qui 01/05/14 Ter 13/05/14

Diagrama de Casos de Uso 2 dias Qui 01/05/14 Sex 02/05/14 Juliana Lima

Descrição de Casos de Uso 3 dias Seg 05/05/14 Qua 07/05/14 3 Juliana Lima

Diagrama de Classes 4 dias Qui 08/05/14 Ter 13/05/14 4 Juliana Lima

MER 1 dia Qui 01/05/14 Qui 01/05/14 Iris de Melo

Levantamento de Requisitos 21 dias Sex 02/05/14 Sex 30/05/14

Levantamento 14 dias Sex 02/05/14 Qua 21/05/14 6 Iris de Melo

Documentação 7 dias Qui 22/05/14 Sex 30/05/14 8 Iris de Melo

Correções Sistêmicas 6 dias Qua 14/05/14 Qua 21/05/14

Autenticação e Autorização 2 dias Qua 14/05/14 Qui 15/05/14 5 Juliana Lima

Regras de Agendamento 2 dias Sex 16/05/14 Seg 19/05/14 11 Juliana Lima

Regras Tela Realizar Exame 2 dias Ter 20/05/14 Qua 21/05/14 12 Juliana Lima

Novas Demandas 18 dias Qui 01/05/14 Seg 26/05/14

ASO em PDF 2 dias Qui 01/05/14 Sex 02/05/14 Wanderlei Dias

Enviar ASO por Email 3 dias Seg 05/05/14 Qua 07/05/14 15Wanderlei Dias

Relatórios 2 dias Qui 08/05/14 Sex 09/05/14 16Wanderlei Dias

Integração 3 dias Seg 12/05/14 Qua 14/05/14 17Wanderlei Dias

Módulo Financeiro 5 dias Qui 15/05/14 Qua 21/05/14 18Wanderlei Dias

Correções 1 dia Qui 22/05/14 Qui 22/05/14 19Wanderlei Dias

Validação 2 dias Sex 23/05/14 Seg 26/05/14 20 Juliana Lima

Testes 7 dias Seg 02/06/14 Ter 10/06/14

Roteiros 3 dias Seg 02/06/14 Qua 04/06/14 9 Iris de Melo

Excução 2 dias Qui 05/06/14 Sex 06/06/14 23 Iris de Melo

Evidências 2 dias Seg 09/06/14 Ter 10/06/14 24 Iris de Melo

ASO em PDF

Enviar ASO por Email

Relatórios

Integração

Módulo Financeiro

# DESCRIÇÃO TIPO CRITIC. SITUAÇÃO AÇÕES

1 Alterações no Escopo

N 3 Mitigar Mapear Alterações e identificar o que pode ser tratado em próxima versão.

2 Novo Membro P 3 Aceitar Apresentar Sistema e Dividir Tarefas.

3 AtrasoDesenvolvimento

N 5 Mitigar Direcionar todaequipe para o Desenvolvimento.

DATA DESCRIÇÃO DA MUDANÇA

01/05/2014 Novo Membro na Equipe

# DESCRIÇÃO

1 Dividir as tarefas igualmente visando respeitar os prazos.

2Organizar as atividades e indicar os responsáveis para evitar atrasos.

3 Gerenciamento constante do trabalho.

S.I.A – Sistema Integrado de Agendamento

PRONTUÁRIO NOME

11101826 Eder Watanabe Rocha

11100572 Joice Nazareth Pereira

11101162 Vinicius Serafim Pereira da Silva

Índice

SISTEMAS DE INFORMAÇÃO

Status Report

PRONTUÁRIO NOME

11101826 Eder Watanabe Rocha

11100572 Joice Nazareth Pereira

11101162 Vinicius Serafim Pereira da Silva

Smart

O projeto tem por finalidade a disseminaçãodo conhecimento artístico e cultural.

A solução propõe uma aliança entre a arte e atecnologia para que os apreciadores possamdesfrutar de diversos recursos de mídia paraampliar e consolidar a sua bagagem cultural,além de absorver conhecimentos sobre osdiversos contextos em que aquela obra estásituada.

Desenvolvimento de um sistema que permitamapear obras de um acervo no qual osvisitantes de uma determinada exposiçãopossam, através de um dispositivo móvel,conhecer mais sobre qualquer obra expostaao realizar a leitura de um QR Code com odispositivo móvel.

Oferecer aos visitantes das exposições umaforma ágil de obter o maior número deinformações possíveis sobre determinadaobra exposta, além de realizar o mapeamentodo acervo com o intuito de que osAdministradores saibam a localização exatade cada obra.

Sistema Web desenvolvido em PHP e banco de dados MySQL;

Criação de uma aplicação para dispositivos móveis (Android) para a consulta de informações;

Criação de um serviço centralizado onde a aplicação WEB e o sistema de dispositivo móvel possam buscar informações coerentes.

Diagramas de Casos de Uso;

Diagrama de Classes;

Diagramas de Sequência;

Modelo Entidade Relacionamento;

Modelo Lógico;

Plano de Testes;

Plano de Treinamento para o Usuário.

SMART

Documentação

Engenharia

Diagrama

de Caso de

Uso

Descrição de

Caso de Uso

Regras de Negócio

Requisitos Funcionais

Requisitos Não

Funcionais

Diagrama

de Classes

Diagrama de

Sequencia

Testes

Plano de

Testes

Script de Testes

Evidências de

Testes

Banco de

Dados

MER

Descritivos

Modelo

Logico

Modelo

Físico

Dicionário

de Dados

Mapeamen

to

Levantamento

de Dados

Pesquisas

Sistema

Cadastros

Funcionári

o

Obra

Artista

Fatos do

Artista

Local

Exposição

Exposições

Ambiente

Movimento

s Culturais

Fatos

Movimento

Relatórios

Obras

Artistas

Técnicas

Movimento

s Culturais

Funcionári

os

Tipo Obra

Controle

de AcessoAndroid

QRCode

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

Eder, Vinícius e Joice participarão do projeto P

Os professores orientarão o projeto de acordo com o que esperam como produto final

P

O projeto deve ser concluído antes do dia 31.10.2014 (sexta- feira)

R

A apresentação deve ser montada de acordo com template disponibilizado pela coordenadora

R

ViniciusGerente de Projeto

JoiceAnalista de Requisitos

ViniciusDesenvolvedor

Joice/EderAnalista de Testes

EderDBA

PAPEL RESPONSABILIDADES

Gerente de Projetos Gerenciar a equipe e distribuir tarefas aos integrantes conforme cronograma. Além disso, distribuir as prioridades das entregas referentes a cada stakeholder.

Gerente de Projetos Documentar cada módulo do projeto sendo eles: Banco de Dados, Engenharia de Software, além de fazer as devidas análises de mercado.

Testadores Testar o software de acordo com a especificação da análise de requisitos do sistema, verificando as consistências entre módulos e campos e também, validando a regra de negócio.

Programador Desenvolver o software de acordo com a análise de requisitos.

DBA Desenvolver a estrutura do banco de dados de acordo com o levantamento realizado, gerando o MER e o Modelo Lógico.

Smart

Geração e Impressão do QR Code

Finalização da aplicação Android

Elaboração do Manual do Usuário

Elaboração da Documentação Final

# DESCRIÇÃO TIPO CRITIC. SITUAÇÃO AÇÕES

1 Entrega fora do prazo

Negativo 15 Explorar Escalar coordenação

2 Entrega antes do prazo

Positivo 10 Transferir Trabalhar para chegar ao resultadook

3 Falhas no levantamento de requisitos

Negativo 15 Explorar Levantar os requisitosnecessários para o cumprimento do projeto

DATA DESCRIÇÃO DA MUDANÇA

01/05/2014Inclusão de uma nova tabela na base de dados, para controlar todas as mudanças de local de uma determinada obra

03/05/2014 Inclusão dos níveis de segurança das obras

# DESCRIÇÃO

1É necessário utilizar alguma ferramenta para o gerenciamento do projeto de modo que todos os integrantes possuam um controle eficiente das entregas e suas respectivas datas

2Validar os artefatos com todos os professores que possivelmente estarão envolvidos na banca

3Efetuar os testes em etapas de modo que não fique sobrecarregado no final do cronograma

4 Realizar reuniões periódicas com a equipe do projeto

Smart

PRONTUÁRIO NOME

11104198 Alyne Salgado

11100407 Denis Roberto

11100598 Felipe Borges

11103878 Raphael Guimarães

Índice

SISTEMAS DE INFORMAÇÃO

Status Report

PRONTUÁRIO NOME

11104198 Alyne Salgado

11100407 Denis Roberto

11100598 Felipe Borges

11103878 Raphael Guimarães

Synergy

O Synergy irá solucionar o problema de gerenciamento e catalogação de projetos SCRUM, além de causar maior cooperação entre os membros e times de uma instituição.

Desenvolver um sistema para controle de projetos SCRUM, que seja flexível a mudanças. E desenvolver satélites que possam facilitar o andamento do projeto e a instituição como um todo.

Controle de capacity

Controle de andamento do projeto

Geração de um portfólio organizado

Sistema web ASP.NET com banco de dados SQL Server. E um WCF com comunicação XML para integração com sistemas antigos.

Diagrama de Caso de Uso

Diagrama de Classe

Descrição de Caso de Uso

Apresentação do sistema

Protótipo

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

O Synergy é desenvolvido seguindo os conceitos de Scrum. P

O projeto precisa ser concluído antes do fim do segundo semestre de 2014.

R

O sistema rodará em redes internas, mas o cliente poderá acompanhar o progresso de criação do produto via internet.

P

O cliente somente terá acesso ao Product Owner para iniciação do projeto e para qualquer alteração eventual durante o percurso das operações.

R

Felipe Borges

Alyne Salgado

Denis Roberto

Membro do Time

Raphael Guimarães

Membro do Time

Membro do Time Membro do Time

PAPEL RESPONSABILIDADES

Product Owner Verificar as necessidades iniciais do projeto e repassar ao SM e Team.

Scrum Master Gerenciar a equipe de maneira a firmar a conexão entre os membros.

Programador Desenvolve o banco e o core do projeto.

Gerente do Projeto Trabalha com a documentação do software e as validações com o professor.

Design Desenvolve o design da Aplicação e aumenta a experiência com o usuário.

Documentador Enriquecimento de experiência com o usuário e documentação.

Synergy

# DESCRIÇÃO TIPO CRITIC. SITUAÇÃO AÇÕES

1 Não atendimento do prazo

N 20 Eliminar Atualizar o cronograma sempre

que possível

2 Mudança nos padrões de

documentação

N 8 Aceitar Redigir os documentos

3 Adição de escopo N 6 Mitigar Iniciar com o escopo mais completo se

possível

4 Mudança da data de entrega

N 6 Aceitar Realinhar o cronograma

DATA DESCRIÇÃO DA MUDANÇA

22/03/2014 Inserção de novos sistemas ao SCRUM.

07/04/2014 Mudanças no modelo descritivo e casos de uso.

18/04/2014 Criação da interfaces do sistema e integração do core.

03/05/2014 Alterações em algumas interfaces para obedecer aos requisitos.

# DESCRIÇÃO

1 Se orientar ao máximo pelos stakeholders na avaliação antecipada do projeto.

2 Realizar reuniões semanais com a equipe do projeto para verificação do andamento.

3 Dar prioridade aos prazos estabelecidos pela equipe.

4 Enriquecer o sistema através da avaliação com o usuário final.

1 Se orientar ao máximo pelos stakeholders na avaliação antecipada do projeto.

Synergy

PRONTUÁRIO NOME

11100408 Daiane Teixeira Sena

11101904 Leônidas do Nascimento

11104120 João Guilherme Cheffer

11104685 Rodolfo Vinicius Maziero

Índice

SISTEMAS DE INFORMAÇÃO

Status Report

PRONTUÁRIO NOME

11100408 Daiane Teixeira Sena

11101904 Leônidas do Nascimento

11104120 João Guilherme Cheffer

11104685 Rodolfo Vinicius Maziero

APPOLOSistema de Gerenciamento de Conteúdo WEB

Nosso sistema possui o diferencial da rapidez, prática e simplicidade no preenchimento do conteúdo WEB, para que todos que contratem o mesmo, possam utilizar a ferramenta sem problemas, e complexidade.

Desenvolver um sistema, que torne prático e eficaz o preenchimento de Páginas WEB, com diversos conteúdos implantados.

Esperamos que o sistema, apresente da melhor forma, o seu desempenho e que todo seu conteúdo, seja satisfatório para o cliente.

Todo o planejamento do cliente, relacionado ao software, tenha sucesso nas suas tarefas adquiridas atreladas ao sistema.

Sistema para gerenciamento de conteúdo Web, interface gráfica, de fácil manuseio e acessibilidade a todos os tipos de clientes.

.1. Itens que compõem o escopo do projetoO projeto é identificado através das documentações abaixo, fornecidas:

- Regra de Negócios- Casos de Uso- Diagrama de Classes- Diagrama de Sequencia- Diagrama de Colaboração- Diagrama do Fluxo de Dados- Necessidades e Características do Mercado- Plano de Negócios- Modelo de Dados- Requisitos Funcionais

APPOLO

Documentaçã

o

Descrição de

Caso de Uso

Regras de

Negócio

Requisitos

Funcionais

Diagrama

de Caso de

Uso

Modelo

de Dados

Diagram

a de

Classes

Diagrama

de

Sequencia

Diagrama

de Caso de

uso

Diagrama de

Colaboração

Diagrama de

Caso de Uso

Diagrama de

Sequencia

Diagrama

de Fluxo

de Dados

Testes

Documentaç

ão de Testes

Unitários

Evidencias

de Testes

Planos de

Testes

Levantamen

to de Dados

Necessidade

s e

Característic

as do

mercado

Planos de

Negócios

Sistema

Cadastros

Usuário

Páginas

Conteúd

o Web

Visualização

de Conteúdo

Páginas

Conteúd

o Web

Controle

de

Acesso

Usuário

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

Para que o projeto tenha uma execução com sucesso, deve ser estabelecido ao cliente que o mesmo possua colaboradores ou até mesmo uma pequena noção, relacionado a parte técnica do sistema.Pois cabe ao cliente, que manipule e altere todas as informações\características do mesmo, desta forma se adequando o sistema para sua funcionalidade específica.

P

Fica determinado características físicas e técnicas para que o Sistema execute seu fluxo normalmente. P

Projeto entregue dentro do prazo definido pelo cliente. R

O custo de instalação e configuração do sistema não deve ultrapassar o valor estabelecido pelo cliente.

R

João Guilherme

CEO

Daiane Sena

Analista de Sistemas

Leônidas do

Nascimento

Analista de Sistemas

Rodolpho Vinicius

Desenvolvedor

João Guilherme

Desenvolvedor

Leônidas do

Nascimento

Gerente de projeto

PAPEL RESPONSABILIDADES

CEO

Fornecer ideias de desenvolvimento e visões sobre o mercado relacionado ao projeto em um contexto macro; ponto inicial de contato do projeto com os stakeholders;

Gerente de projeto (Nível Auxiliar)

Auxiliar na especificação e detalhamento das ideias e visões sugeridas pelo CEO; elaborar cronograma, distribuição de atividades e planos estratégicos do projeto; elaborar apresentações para os stakeholders.

Analista de sistemas

Elaborar documentos técnicos com base nas especificações detalhadas (e filtradas) passadas pelo gerente de projeto; elaborar soluções para problemas no software; atualizar documentações; manter a base de dados;

DesenvolvedorEntender a documentação técnica, planejar e desenvolver as soluções elaboradas pelos analistas de sistemas; entender e elaborar frameworks de desenvolvimento.

APPOLOSistema de Gerenciamento de Conteúdo WEB

# DESCRIÇÃO TIPO CRITIC. SITUAÇÃO AÇÕES

1 Não Cumprir os prazos (atraso nas entregas)

N 12 Mitigação Motivar a equipe a "entrar" no projeto, fazendo-os entender a sua importância. Solicitar que cada um dos membros da equipe deem seus próprios prazos de entrega e discutir cada um deles visando ajusta-los com o prazo final.

2 Não atente as especificações

N 20 Eliminação Fazer com que os membros da equipe entendam a proposta e visão do projeto de software através de reuniões; envolve-los nas etapas de analise e documentação; reforçar a necessidade de cumprimento do cronograma.

3 Expansão do projeto P 25 Explorar Atentar-se ao mercado e suas possibilidades. Caso uma proposta de expansão dos serviços propostos seja feita, fazer uma boa analise de impacto e procurar a melhor maneira de implementação adequando-se ao cronograma.

DATA DESCRIÇÃO DA MUDANÇA

09/05/14 Alterações na Documentação, relacionado a matéria de Desenvolvimento do sistema, alterar nomenclaturas, conforme o sistema está, de forma

atualizada, manter a documentação no estágio do Projeto.

07/05/14 Alterações, realizadas fisicamente no Banco de Dados do sistema, criação e alteração de tabelas e procedures.

07/05/14 Alteração e inclusão de documentos novos, relacionados ao Banco de Dados do sistema

05/05/14 Tela inicial de Login, do sistema finalizada, com sua programação concluída.

# DESCRIÇÃO

1Realizar Reuniões se possível mensais para alinhar todos os detalhes.

2Validar documentações, com os responsáveis por cada área de projeto.

3 Alinhas as informações dentre os componentes do grupo.

4Aproveitar todo o tempo disponível para, focar no projeto e objetivo final.

5Avaliar cada, parte do projeto individualmente para assim, pode explorar como um todo, cada requisito dentro o grupo

APPOLOSistema de Gerenciamento de Conteúdo WEB

alessandro.almeida@uol.com.brwww.alessandroalmeida.com/unifieo.htmwww.slideshare.net/alessandroalmeida