isystems Versão 4.0 Documento Visão Sistema de Controle de Presença Online Alunos: Gabriel M, Pedro H, Lucas D e Luiz H.

Transcrição

1 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

2 Histórico de Revisões Data Versão Descrição Autor 23/03/ Versão inicial Gabriel Maccari 29/03/ Correções Gabriel Maccari 29/03/ Correções Pedro Henrique Báez Garcez 28/04/ Mesclado ao termo de abertura Gabriel Maccari Objetivo deste documento A finalidade deste documento é coletar, analisar e definir as necessidades e características de nível superior do Sistema de Controle de Presença Online. Ele se concentra nos recursos (requisitos funcionais) necessários aos envolvidos e aos usuários-alvo. Os detalhes de como o Sistema de Controle de Presença Online atende a essas necessidades estão descritos 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 em um 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

3 riscos de perda de dados, na facilidade de exportação dos dados e provável economia de papel 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 e professores do IFSC Campus Chapecó. Resumo dos Envolvidos Nome Descrição Responsabilidades Luiz Henrique Nottar Gerente do Projeto - Controlar o orçamento do projeto; - Garantir que todas as premissas sejam corretamente realizadas; - Fiscalizar o andamento do projeto e o cumprimento dos prazos; - Assegurar o bem-estar e liberdade de expressão dos envolvidos quanto ao projeto. Felipe Goulart Tester - Testar e relatar o funcionamento do software Gabriel Maccari Desenvolvedor - Programar as funcionalidades do software Lucas Dias Analista do Sistema - Projetar as funcionalidades do sistema Pedro Henrique Báez Garcez Desenvolvedor - Programar as funcionalidades do software

4 Resumo dos Usuários Nome Descrição Responsabilidades Professor Usuário que realiza - Registrar presença dos alunos diariamente os registros de presença dos alunos das turmas das quais possui regência em determinada matéria Servidor Usuário que cadastra os alunos - Cadastrar alunos em turmas de uma turma e os professores - Cadastrar professores, ligados à instituição provendo a eles uma senha de acesso ao sistema Ambiente do Usuário O servidor responsável pelo gerenciamento do sistema terá acesso a todos os recursos do 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 ache necessá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 professor estará 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ça para um sistema com banco de dados online. Porém, tem também como propósito servir de modelo 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 na WEB. Soluções Alternativas Ao cliente consta a opção de adquirir um sistema projetado sob medida por outra empresa (ainda não identificada na presente versão deste documento) ou ainda a implementação de um sistema previamente construído, porém não implementado. O cliente

5 pode ainda abster-se do uso de um sistema online, prosseguindo com o uso de seu antigo sistema 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 aluno no momento da chamada na sala de aula. 4 Edição (situação) O sistema deve permitir que alguns usuários possam editar e/ou excluir as informações de presença. 5 Edição (geral) O sistema deve permitir que professores e servidores possam alterar dados ou até trancar ou cancelar matrículas. 6 Listagem (presença) O sistema deve realizar, quando solicitado, uma listagem das 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.) e padrõ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ácil compreensão e seja fácil de manipular, sem ser preciso muita preparação do servidor. Este sistema deverá ser compatível com o aparelho eletrônico do servidor, por isso deve ter uma plataforma 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

6 Os requisitos de desempenho podem abranger fatores como sobrecarga no banco do usuário servidor, velocidade da banda larga utilizada pelo campus, velocidade da taxa de transferência de dados, precisão e confiabilidade ou tempos de resposta em uma série de condiçõ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. Para aplicativos de software, os fatores ambientais podem incluir condições de uso, ambiente do usuário, disponibilidade de recursos, problemas de manutenção, e recuperação e tratamento de erros. Requisitos de Documentação Será entregue junto com o sistema documentações com um Manual do Usuário, Ajuda, Guias de 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 que otimize o processo de chamadas de alunos para professores(a) e secretários(a) implementarem as informações de frequência no banco do sistema que será uma chamada online podendo o servidor(a) utilizar seu smart ou tablet para fazer suas atividades cotidianas de listagem de presença.] Aprovação Responsável Data Assinatura Luiz Henrique Nottar 23/06/2015 lulu Termo de abertura Histórico de Revisões Versão do documento Data Autor Observações Inicial 09/03/2015 Gabriel Maccari Versão inicial (Draft)

7 Intermediária 1 16/03/2015 Gabriel Maccari Intermediária 2 23/03/2015 Gabriel Maccari Acrescentado prazos e riscos Acrescentado diagrama de caso de uso Intermediária 3 29/03/2015 Gabriel Maccari Correções Intermediária 4 30/03/2015 Gabriel Maccari Intermediária 5 28/04/2015 Gabriel Maccari Acrescentado diagrama de sequência Mesclado ao documento visão e acrescentado diagrama de estado Designações: Por este documento Luiz Henrique Nottar é designado gerente deste projeto. Sua missão é o sucesso do projeto, e trabalhará em cooperação com os funcionários para assegurar o atendimento 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 a qualidade 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 de acesso restrito;

8 - Comprar recursos solicitados pela equipe de desenvolvimento ou considerados essenciais para a elaboração do projeto; - Definir datas de reuniões e prazos de entrega das versões de teste do software e documentos relacionados. Premissas fundamentais Para o sucesso completo deste projeto é de fundamental importância que as condições abaixo sejam 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 as funções, o professor tem acesso secundário, não podendo cadastrar novos alunos, nem professores, nem disciplinas. O aluno teria o acesso terciário, somente podendo checar sua pró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 Pressão do cliente Desenvolvedores doentes Equipamentos defeituosos Prevenções Incentivar os desenvolvedores a realizar mais rápido com participação nos lucros Colocar o funcionário para hora extra depois que voltar do atestado Ter equipamentos reservas Equipe despreparada para trabalhos em grupo Fazer uma separação de acordo com afinidade dos funcionários Estouro de prazo devido a falhas deincentivar os desenvolvedores a realizar mais desenvolvimento rápido com participação nos lucros A complexidade do sistema, não devidamente Realizar melhores analises antes do início do

9 percebida nas etapas inicias projeto Indisponibilidade de serviço de internet em Solicitar à equipe de TI a instalação de partes do campus roteadores em maior abrangência no campus Prazo Este projeto deverá ser concluído, no mais tardar, em 30/11/2015, sob pena de quebra de contrato 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ção e 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.

10 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;

11 Diagrama de Caso de Uso

12 Diagrama de Sequência

13 Diagrama de Estado

14 Modelo ER Chamada Online Dicionário de Dados Tabela: Aluno Atributo Tipo Descrição Idaluno inteiro Chave primária da tabela Aluno Nome Texto Nome do aluno Matricula Inteiro Número da matrícula do aluno NomePai Texto Nome do pai do aluno NomeMae Texto Nome da mãe do aluno Telefone Inteiro Telefone do aluno Texto do aluno AnoMatricula Inteiro Ano de ingresso no curso SemestreMatricula Inteiro Semestre de ingresso no curso CPF Inteiro CPF do aluno RG Inteiro RG do aluno DataNascimento Data Data de nascimento do aluno Tabela: Presença Atributo Tipo Descrição idpresença Inteiro Chave primária da tabela Presença DataRegistro Data Data do registro de presença Presente Lógic o Indica se o aluno estava presente na data do registro Tabela: Turno

15 Atributo Tipo Descrição idturno Inteiro Chave primária da tabela Turno Período Texto Período do curso (Manhã, Tarde, Noite) Tabela: Curso Atributo Tipo Descrição idcurso Inteiro Chave primária da tabela Curso Nome Texto Nome do curso Nível Texto Nível do curso (Médio, Superior) Tabela: Módulo Atributo Tipo Descrição idmodulo Inteiro Chave primária da tabela Módulo Nome Texto Nome do módulo (I, II, III) Tabela: UnidadeCurricular Atributo Tipo Descrição idunidadecurricular Inteiro Chave primária da tabela UnidadeCurricular CargaHoraria Real Carga horária da unidade curricular Tabela: Servidor Atributo Tipo Descrição idservidor Inteiro Chave primária da tabela Servidor Nome Texto Nome do servidor SIAP Texto Identificação do servidor Telefone Texto Telefone do servidor Texto de contato do servidor Tabela: Categoria Atributo Tipo Descrição idcategoria Inteiro Chave primária da tabela Categoria Nome Texto Nome da categoria de atuação do servidor Tabela: NivelAcesso Atributo Tipo Descrição idnivelacesso Inteiro Chave primária da tabela NivelAcesso Nome Texto Nível de privilégio no sistema

16 Telas do sistema:

17 Aluno

18

19

20

21

22

23

24

25

26

27

28