SGP – Sistema de Gerenciamento Penitenciário André Feitosa de Mendonça – afm4 Lucas Aranha Barreto – lab3 Pablo Carvalho Pinheiro - pcp Rodrigo Emanoel.

Slides:



Advertisements
Apresentações semelhantes
MOtivação Atender clientes com eficiência e rapidez .
Advertisements

Os projetos.
APSOO Aula 03.
UML Modelando um sistema.
Natanael (njsj) Thiago (tan2) Rodrigo (rml2)
O Processo Praxis 3.0 Processos de Software 25/03/2017
Sistema Gerenciador de Ocorrências
> Fases de Engenharia de SW > Gestão de Projectos de SW
SISTEMA DE INFORMAÇÃO EM SAÚDE PARA O MINISTÉRIO DA DEFESA (SIS-DEFESA)
Introdução Visão Geral do Método.
RUP: Fluxo de Análise e Projeto
Visão Geral do Desenvolvimento de Sistemas e Papéis no Desenvolvimento de Software Marcely Dias
Engenharia de Software
RUPinho Qualidade de Software
Unibratec Análise e Gerencia de Projetos Profº Henrique Vila Nova
GerenCred.
GPPP – Gerenciamento de Presídios P.P.
Visão Geral PRO.NET.
Equipe Bruno Ghisi Bruno Ghisi Diogo Verçosa Diogo Verçosa Raylson Carlos Raylson Carlos Reginaldo Júnior Reginaldo Júnior Renato Arruda Renato Arruda.
Visão Geral do RUP.
Processos de Desenvolvimento de Software – Parte 2
Fase de Elaboração: Fluxo de Requisitos
Processo Praxis – Fase de Concepção
Implementação em Projeto de Sistemas (PFC)
 - PSF Grupo: abc, agsj, fcac.
PFC Projeto Final de Curso
Fase de Concepção (Início, Planejamento)
O Processo de desenvolvimento de software
Abr-17 Atividades, Artefatos e Responsáveis da Disciplina de Análise e Projeto Fluxo de análise e projeto.
O Processo Unificado (UP)
Tecgraf PUC-Rio Setembro de 2013 Introdução ao Openbus.
Softbom Software do Corpo de Bombeiros Equipe: André Diniz
Engenharia de Software e Sistemas
Sistema Virtual de Venda de Móveis
Processo de Desenvolvimento de Software – PDS C Construção - PAS
N.O.i.S Núcleo Operacional de Implementação de Sistemas
Fase de Concepção Levantamento de Requisitos, Organização de Requisitos, Planejamento dos Ciclos Iterativos.
Sistema de Gerenciamento de uma Fábrica de Bebidas
Click to edit Master subtitle style 11/18/09 Gerenciamento de Congressos Carlos M., Daniel R., Rafael H. e Caio G. Desenvolvimento de Software III – 2010/1.
Kinamo Sistema gerenciamento de filmes Cleunio França - cbff Fernando Rodrigues - frsn João Pedro Kamei - jpmk Pedro Bello - pab2.
Gestão de projetos de Software GTI-16
INSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA TOCANTINS Campus Araguaína ANA PAULA LIMA.
Tarciane Andrade Análise de Casos de Uso Tarciane Andrade
InAction Team. Projeto AKADEMIE - Gerenciando o Bem Estar InAction Team Desenvolvimento de projeto para a disciplina de Engenharia de Software e Sistemas.
INSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA TOCANTINS Campus Araguaína Técnicas e Projetos de Sistemas SUBSEQUENTE 1.
I NTRODUÇÃO Do que se trata? RUP Iterativo Incremental Interdisciplinaridade: Engenharia de Software e Interface Usuário- Máquina.
Modelo de Análise e Projeto
Sistema de Gerenciamento de Oficinas
PLANO DE ENSINO Engenharia de Software
Engenharia de Software e Sistemas
Nostradamus ® Estimativa em projetos de software.
Mestrando: Pedro Barbosa Cordeiro Orientador: Bernardo Lula Júnior
Empresa de vendas de insumos para máquinas industriais
Análise e Projeto de Sistemas Unified Modeling Language Renata Araujo Ricardo Storino Núcleo de Computação Eletrônica Curso de Programação de Computadores.
PLANO DE ENSINO Projeto de Sistemas Guilherme Alexandre Monteiro Reinaldo Mestrando em Ciências da Computação.
Pergaminho a robust library system Grupo: André Felipe de Melo (afpm) Bernardo Reis (bfrs) Leyla Manoella de Lima (lmmrl) Thiago Henrique da Paz (thfp)
SISTEMA DE MONITORAMENTO DA TECNOLOGIA DA INFORMAÇÃO.
Sistema de Gerenciamento da Academia de Letras(SiGAL)
Wi-Fi Information Service Ademir José de Carvalho Junior Felipe Cavalcanti Ferreira.
SGIML – Sistema de Gerenciamento do Instituto Médico Legal
RUP – Rational Unified Process Márcia Seabra Cabral Prof. Augusto Sampaio Centro de Informática - UFPE.
Versão 1 - julho/2013 Tecgraf PUC-Rio Novembro de 2013 Introdução ao OpenBus.
Recife - PE Visão Geral PRO.NET Alessandro Lima, Msc.
Projeto de Arquitetura de Software
1 Projeto Piloto Conclusão em Agenda Projeto Piloto –Descrição –Execução da aplicação –Implementação de requisitos funcionais e não- funcionais.
Orientador: Márcio Góes do Nascimento
Processos de Software Ludimila Monjardim Casagrande 1º Semestre Desenvolvimento e Qualidade.
Atividades, Artefatos e Responsáveis da Disciplina de Análise e Projeto.
@eltec Consultoria em Software. Produtos Consultoria em Software Análise Desenvolvimento de Software Manutenção de Sistemas.
O Processo Unificado (PU). 2 O que é o Processo Unificado (PU)? É um modelo de processo de software baseado no modelo incremental, visando a construção.
Transcrição da apresentação:

SGP – Sistema de Gerenciamento Penitenciário André Feitosa de Mendonça – afm4 Lucas Aranha Barreto – lab3 Pablo Carvalho Pinheiro - pcp Rodrigo Emanoel de Araújo Freitas - reaf Rodolfo Vasconcelos Correia Lima de Andrade - rvcla

Escopo do Projeto ► O SGP é um sistema:  Simples e confiável  Com interface intuitiva  Moldável à realidade de qualquer prisão brasileira ► Independente do tamanho ► Seja Federal ou Estadual

Escopo do Projeto ► Objetivos (motivação):  Modernizar as penitenciárias  Tornar a gestão de um presídio mais eficiente  Facilitar o trabalho de diretores de presídios e seus assistentes (usuários deste sistema)  Contribuir para a segurança da população

Plano de Projeto GerênciaSubgerênciaDesenvolvimentoTestesImplementação AndréXXXX LucasXXX PabloXXX RodolfoXXXX RodrigoXXX

Plano de Projeto ► Artefatos definidos para o projeto:  Documentos: ► Plano de Projeto, Documento de Requisitos, Plano e Projeto de Testes, Documento de Análise e Projeto  Site de acompanhamento do projeto  Software Implementado

Site

Cronograma

Plano de Projeto ► Fases – uma adaptação do RUP à nossa realidade:  Concepção ► Definição de tema ► Definição dos Stakeholders ► Criação do site ► Plano de Projeto  Especificação: ► Levantamento de requisitos ► Estabelecimento dos casos de uso ► Documentação de Requisitos

Plano de Projeto  Detalhamento ► Detalhamento dos casos de uso ► Análise de Requisitos ► Definição de Arquitetura ► Documento de Análise e Projeto  Desenvolvimento ► Implementação e Integração de partes ► Realização de alguns testes  Testes ► Plano e Projeto dos Testes ► Implementação dos Testes

Requisitos ► Técnicas utilizadas para elicitar requisitos:  Survey  Brainstorming ► O ambiente de uma penitenciária  Dividido em 4 pavilhões: ► Administrativo, Carcerário ou Prisional, Médico e Alimentar ► Funcionalidades implementadas  Pavilhão Carcerário

Requisitos ► Visão geral de alguns requisitos não funcionais:  O sistema deve ser desenvolvido em JAVA  O sistema deve ser implementado com arquitetura em camadas  A metodologia de projeto deve ser baseada em RUP  A criação da modelagem deve utilizar a linguagem UML  Apenas o diretor do presídio pode cadastrar e descadastrar usuários do sistema  O sistema deve ser adequável à realidade de qualquer prisão brasileira  Qualquer operação só é realizada se o usuário estiver autenticado  Dentre outros

Requisitos ► Casos de uso implementados:  Cadastrar Bloco  Cadastrar Cela  Cadastrar Preso  Cadastrar Login  Sugerir Cela  Calcular Liberação  Listar Liberações Próximas  Autenticar  Exibir Ocupação  Gerar Relatório de Presos  Remover Bloco  Remover Cela  Remover Preso  Remover Login ► Cada caso de uso acima corresponde a um requisito funcional Operações de cadastro Operações de Remoção Operações envolvendo necessidades do domínio da aplicação

Arquitetura e Modelagem ► O sistema foi implementado em camadas ► Foram identificadas 3 camadas:  Apresentação  Tudo referente à interface gráfica  Negócio ► Fachada e classes de controle ► Responsáveis por controlar e estabelecer a ligação da interface com as classes básicas  Dados ► Classes básicas, suas respectivas classes de cadastro e classe Repositório

Testes ► Realizados em paralelo com a implementação e após esta ► Testes realizados:  Teste de Segurança e Controle de Acesso ► Apenas o diretor remove e adiciona logins ► Usuários não autorizados não conseguem logar  Teste de Interface com o usuário  Testes funcionais  Teste de integridade dos dados  Testes de falha/recuperação  Testes unitários  Testes de integração  Testes do sistema

Agora, veremos o funcionamento do sistema...