iSystems

Sistema de Controle de Presença Online

Alunos: Gabriel M, Pedro H,

Lucas D e Luiz H.

Versão 4.0

Documento Visão

• Histórico de Revisões

Data Versão Descrição Autor

23/03/2015 1.0 Versão inicial GabrielMaccari

29/03/2015 2.0 Correções GabrielMaccari

29/03/2015 3.0 Correções PedroHenriqueBáez Garcez

28/04/2015 4.0 Mesclado ao termo de abertura GabrielMaccari

• Objetivo deste documento

A finalidade deste documento é coletar, analisar e definir as necessidades ecaracterísticas de nível superior do Sistema de Controle de Presença Online. Ele se concentranos recursos (requisitos funcionais) necessários aos envolvidos e aos usuários-alvo. Os detalhesde como o Sistema de Controle de Presença Online atende a essas necessidades estãodescritos nas especificações de caso de uso.

• Sobre o Problema

• Descrição do Problema

O problema

Realizar o registro de presença dos alunos através de um dispositivo móvel e armazená-lo emum banco de dados

Afeta

Segurança dos dados de presença dos alunos

Cujo impacto é

Possível perda ou rompimento dos dados, impactando no sistema de aprovação da instituição

Uma boa solução seria

Migrar para um sistema online com um banco de dados, beneficiando na diminuição dos

riscos de perda de dados, na facilidade de exportação dos dados e provável economia depapel na instituição;

• Descrição dos Envolvidos e Usuários

Estão envolvidos neste projeto os funcionários da iSystem, a fim de projetar,programar, testar e implementar o sistema. Os usuários do sistema serão os servidores eprofessores do IFSC – Campus Chapecó.

• Resumo dos Envolvidos

Nome Descrição Responsabilidades

Luiz Henrique Nottar Gerente do Projeto - Controlar o orçamentodo projeto;

- Garantir que todas aspremissas sejamcorretamente realizadas;

- Fiscalizar o andamentodo projeto e ocumprimento dos prazos;

- Assegurar o bem-estar eliberdade de expressãodos envolvidos quanto aoprojeto.

Felipe Goulart Tester - Testar e relatar ofuncionamento dosoftware

Gabriel Maccari Desenvolvedor - Programar asfuncionalidades dosoftware

Lucas Dias Analista do Sistema - Projetar asfuncionalidades dosistema

Pedro Henrique Báez Garcez Desenvolvedor - Programar asfuncionalidades dosoftware

• Resumo dos Usuários

Nome Descrição Responsabilidades

Professor Usuário que realizadiariamente os registros depresença dos alunos dasturmas das quais possuiregência em determinadamatéria

- Registrar presença dos alunos

Servidor Usuário que cadastra os alunosde uma turma e os professoresligados à instituição

- Cadastrar alunos em turmas

- Cadastrar professores,provendo a eles uma senha deacesso ao sistema

• Ambiente do Usuário

O servidor responsável pelo gerenciamento do sistema terá acesso a todos os recursosdo software, podendo fazer o cadastro de professores e alunos. O professor, por sua vez,utilizará seu login para, diariamente, registrar a presença dos alunos e poderá, caso achenecessário, exportar um relatório, similar ao atual modelo em papel do registro de presença.

Supõe-se que em todo o campus haverá acesso à internet, assim como cada professorestará em posse de um dispositivo compatível com o sistema.

• Sobre o Produto

• Descrição Geral do Produto

O produto, inicialmente, tem como meta a migração de todos os registros de presençapara um sistema com banco de dados online. Porém, tem também como propósito servir demodelo para que outras instituições de ensino adotem o tal tipo de serviço em seus campus.

Este sistema visa à modernização dos espaços de ensino público e privado da região,fornecendo à empresa uma maior demanda pela elaboração de sistemas flexíveis baseados naWEB.

• Soluções Alternativas

Ao cliente consta a opção de adquirir um sistema projetado sob medida por outraempresa (ainda não identificada na presente versão deste documento) ou ainda aimplementação de um sistema previamente construído, porém não implementado. O cliente

pode ainda abster-se do uso de um sistema online, prosseguindo com o uso de seu antigosistema manual de registro de presenças.

• Requisitos Funcionais do Produto

Requisitos Funcionais

Nº. Nome Descrição

1 Cadastro (usuário) O sistema deve permitir o cadastro dos usuários.

2 Cadastro (disciplina) O sistema deve permitir o cadastro das disciplinas.

3 Cadastro (presença) O sistema deve permitir o cadastro da situação do alunono momento da chamada na sala de aula.

4 Edição (situação) O sistema deve permitir que alguns usuários possameditar e/ou excluir as informações de presença.

5 Edição (geral) O sistema deve permitir que professores e servidorespossam alterar dados ou até trancar ou cancelarmatrículas.

6 Listagem (presença) O sistema deve realizar, quando solicitado, uma listagemdas faltas de determinado aluno.

• Outros Requisitos do Produto Os requisitos de hardware ou de plataforma, os requisitos de desempenho, ambiente,documentação.

Padrões Aplicáveis

O programa/produto deve estar em conformidade com os padrões do campus. Entre eles,poderão estar incluídos padrões legais e reguladores, padrões de comunicações (TCP/IP,ISDN), padrões de conformidade com plataformas (Windows, UNIX, Ubunt, Linux, etc.) epadrões de qualidade e de segurança (ISO, CMM, MPS.BR).]

Requisitos do Sistema

O sistema tem como requisito fundamental ser desenvolvido em uma linguagem de fácilcompreensão e seja fácil de manipular, sem ser preciso muita preparação do servidor. Estesistema deverá ser compatível com o aparelho eletrônico do servidor, por isso deve ter umaplataforma de fácil adaptação para ser incluído nas plataformas de rede/conta do servidor,configurações, memória, periféricos e aplicativos..

Requisitos de Desempenho

Os requisitos de desempenho podem abranger fatores como sobrecarga no banco do usuárioservidor, velocidade da banda larga utilizada pelo campus, velocidade da taxa detransferência de dados, precisão e confiabilidade ou tempos de resposta em uma série decondições de carregamento do sistema, que podem levar a aula toda.

Requisitos Ambientais

Para o sistema ser implementado ele deve ser baseado em um hardware de dispositivo móvel,as questões ambientais poderão incluir temperatura, choques, umidade, radiação etc. Paraaplicativos de software, os fatores ambientais podem incluir condições de uso, ambiente dousuário, disponibilidade de recursos, problemas de manutenção, e recuperação e tratamentode erros.

Requisitos de Documentação

Será entregue junto com o sistema documentações com um Manual do Usuário, Ajuda, Guiasde Instalação e/ou Configuração para uma implantação bem sucedida do sistema.

• Considerações Finais/Observações

Este projeto do programa chamada online tem como finalidade ser uma ferramenta queotimize o processo de chamadas de alunos para professores(a) e secretários(a) implementaremas informações de frequência no banco do sistema que será uma chamada online podendo oservidor(a) utilizar seu smart ou tablet para fazer suas atividades cotidianas de listagem depresença.]

• Aprovação

Responsável Data Assinatura

Luiz Henrique Nottar 23/06/2015 lulu

Termo de abertura

• Histórico de RevisõesVersão do documento Data Autor Observações

Inicial 09/03/2015 Gabriel Maccari Versão inicial (Draft)

Intermediária 1 16/03/2015 Gabriel Maccari Acrescentado prazos eriscos

Intermediária 2 23/03/2015 Gabriel Maccari Acrescentado diagrama decaso de uso

Intermediária 3 29/03/2015 Gabriel Maccari Correções

Intermediária 4 30/03/2015 Gabriel Maccari Acrescentado diagrama desequência

Intermediária 5 28/04/2015 Gabriel MaccariMesclado ao documentovisão e acrescentadodiagrama de estado

• Designações:

Por este documento Luiz Henrique Nottar é designado gerente deste projeto. Sua missão é osucesso do projeto, e trabalhará em cooperação com os funcionários para assegurar oatendimento de todos os objetivos do projeto, quais sejam:

• Obter uma vantagem competitiva sobre as outras empresas do ramo;• Resolver o problema de falta de segurança dos dados de registro da presença dos

alunos do IFSC - Campus Chapecó;

• Responsabilidades do Gerente

O gerente deste projeto obriga-se à:

- Controlar o orçamento do projeto;

- Garantir que todas as premissas sejam corretamente realizadas, a fim de assegurar aqualidade e funcionalidade do software;

- Fiscalizar o andamento do projeto e o cumprimento dos prazos designados;

- Assegurar o bem-estar e a liberdade de expressão dos funcionários quanto ao projeto.

• Autoridade do Gerente

O gerente deste projeto tem autoridade para:

- Delegar funções adequadas às habilidades e proficiências individuais de cada funcionário;

- Acessar toda e qualquer informação de relevância ao projeto, assim como materiais deacesso restrito;

- Comprar recursos solicitados pela equipe de desenvolvimento ou considerados essenciaispara a elaboração do projeto;

- Definir datas de reuniões e prazos de entrega das versões de teste do software e documentosrelacionados.

• Premissas fundamentais

Para o sucesso completo deste projeto é de fundamental importância que as condições abaixosejam atendidas:

-Comprometimento dos integrantes com o trabalho;

-Investimento de tempo;

-Dedicação;

-Evitar distrações.

• Restrições

A secretária é o único usuário que tem acesso total ao sistema, podendo utilizar todas asfunções, o professor tem acesso secundário, não podendo cadastrar novos alunos, nemprofessores, nem disciplinas. O aluno teria o acesso terciário, somente podendo checar suaprópria presença e seu atestado de frequência.

• Riscos

Os principais riscos identificados até o momento serão monitorados pelo Gerente. São eles:

Riscos Prevenções

Pressão do cliente Incentivar os desenvolvedores a realizar “maisrápido” com participação nos lucros

Desenvolvedores doentes Colocar o funcionário para hora extra depoisque voltar do atestado

Equipamentos defeituosos Ter equipamentos reservas

Equipe despreparada para trabalhos em grupo Fazer uma separação de acordo com afinidadedos funcionários

Estouro de prazo devido a falhas dedesenvolvimento

Incentivar os desenvolvedores a realizar “maisrápido” com participação nos lucros

A complexidade do sistema, não devidamente Realizar melhores analises antes do início do

percebida nas etapas inicias projeto

Indisponibilidade de serviço de internet empartes do campus

Solicitar à equipe de TI a instalação deroteadores em maior abrangência no campus

• Prazo

Este projeto deverá ser concluído, no mais tardar, em 30/11/2015, sob pena de quebra decontrato com o cliente (campus).

Dia Atividade

09/02/2015 Definição do tema do projeto e identificação dos requisitos do sistema

23/02/2015 Início do termo de abertura

02/03/2015 Realização da tabela de riscos e cronograma

16/03/2015 Construção do diagrama de caso de uso

23/03/2015 Construção do cenário

30/03/2015 Construção do diagrama de sequência

06/04/2015 Construção do diagrama de estado

13/04/2015 Construção do diagrama de classes

30/08/2015 Entrega da versão alpha do software

30/09/2015 Entrega da versão beta do software

30/11/2015 Entrega da versão final do software

• Investimento

O investimento necessário para a conclusão bem sucedida deste projeto (ou fase) é dedicaçãoe tempo.

• Principais entregas

• Versão alpha do software – entregue até 29/03/2015;

• Versão beta do software – entregue até 30/09/2015;

• Versão final do software – entregue até 30/11/2015.

• Interessados e áreas de responsabilidades:

• Lara Popov Zambiazi Oberderfer – Usuária final - Avaliadora

• Miguel Debarba – Usuário final – Avaliador

• Cenário

Caso de uso Cadastrar Aluno

Caso de uso Realizar Login

Pré-requisito: Estar cadastrado no sistema.

1. A secretária realiza login e senha;

2. O sistema verifica validade do usuário;

3. O sistema retorna login efetuado com sucesso;

4. A secretária efetua o cadastramento do aluno no sistema definindo a turma;

5. O sistema retorna cadastramento efetuado com sucesso;

6. A professora realiza login e senha;

7. O sistema verifica validade do usuário;

8. O sistema retorna login efetuado com sucesso;

9. A professora efetua o lançamento das frequencias do aluno no sistema em sua U.Curricular;

10.O sistema retorna lançamento de frequencia lançado no sistema com sucesso;

11. O aluno realiza login e senha;

12. O sistema verifica validade do usuário;

13. O sistema retorna login efetuado com sucesso;

14. O aluno faz o pedido online de impressão de atestado de frequencia para o sistema;

15. O sistema retorna pedido de atestado de frequencia;

• Diagrama de Caso de Uso

• Diagrama de Sequência

• Diagrama de Estado

• Modelo ER Chamada Online

• Dicionário de Dados

Tabela: AlunoAtributo Tipo DescriçãoIdaluno inteiro Chave primária da tabela AlunoNome Texto Nome do alunoMatricula Inteiro Número da matrícula do alunoNomePai Texto Nome do pai do alunoNomeMae Texto Nome da mãe do alunoTelefone Inteiro Telefone do alunoEmail Texto E-mail do alunoAnoMatricula Inteiro Ano de ingresso no cursoSemestreMatricula Inteiro Semestre de ingresso no cursoCPF Inteiro CPF do alunoRG Inteiro RG do alunoDataNascimento Data Data de nascimento do aluno

Tabela: PresençaAtributo Tipo DescriçãoidPresença Inteiro Chave primária da tabela PresençaDataRegistro Data Data do registro de presença

PresenteLógico Indica se o aluno estava presente na data do registro

Tabela: Turno

Atributo Tipo DescriçãoidTurno Inteiro Chave primária da tabela TurnoPeríodo Texto Período do curso (Manhã, Tarde, Noite)

Tabela: CursoAtributo Tipo DescriçãoidCurso Inteiro Chave primária da tabela CursoNome Texto Nome do cursoNível Texto Nível do curso (Médio, Superior)

Tabela: MóduloAtributo Tipo DescriçãoidModulo Inteiro Chave primária da tabela MóduloNome Texto Nome do módulo (I, II, III)

Tabela: UnidadeCurricularAtributo Tipo DescriçãoidUnidadeCurricular Inteiro Chave primária da tabela UnidadeCurricularCargaHoraria Real Carga horária da unidade curricular

Tabela: ServidorAtributo Tipo DescriçãoidServidor Inteiro Chave primária da tabela ServidorNome Texto Nome do servidorSIAP Texto Identificação do servidorTelefone Texto Telefone do servidorEmail Texto E-mail de contato do servidor

Tabela: Categoria Atributo Tipo DescriçãoidCategoria Inteiro Chave primária da tabela CategoriaNome Texto Nome da categoria de atuação do servidor

Tabela: NivelAcessoAtributo Tipo DescriçãoidNivelAcesso Inteiro Chave primária da tabela NivelAcessoNome Texto Nível de privilégio no sistema

Telas do sistema:

Aluno