View
3
Download
0
Category
Preview:
Citation preview
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
Recommended