-
Notifications
You must be signed in to change notification settings - Fork 14
Documento de Visão
Data | Versão | Descrição | Autor(es) |
---|---|---|---|
15/03/2017 | 0.1 | Criação do documento. | André de Sousa |
15/03/2017 | 0.2 | Estruturação do documento. | André de Sousa |
16/03/2017 | 0.3 | Inserção e formatação de textos guias. | André de Sousa |
18/03/2017 | 0.4 | Feitas seções 1.1, 1.2, 2.1, 2.2. | André de Sousa, Emanoel Belchior, Matheus Batista, Guilherme Willer, Vinícius Oliveira, Igor Araújo e Filipe Barcelos |
19/03/2017 | 0.5 | Feitas seções 2.3 à 6.1. | Matheus Batista, Igor Araújo, Guilherme Willer, Vinícius Oliveira, Filipe Barcelos, Emanoel Belchior e André de Sousa |
20/03/2017 | 1.0 | Liberação baseline. | Matheus Batista, Igor Araújo, Guilherme Willer, Vinícius Oliveira, Filipe Barcelos e André de Sousa |
21/03/2017 | 1.1 | Adicionada nova seção 3.5.4 e correções na estrutura do documento. | Matheus Batista, Emanoel Belchior, Igor Araújo, Guilherme Willer, Vinícius Oliveira, André de Sousa e Filipe Barcelos |
01/04/2017 | 1.2 | Revisão do documento de visão | Leonardo Arthur e Matheus Figueiredo |
03/04/2017 | 1.3 | Adicionada seções 3.8.3 e 3.8.4 | Guilherme Willer |
06/04/2017 | 1.4 | Parágrafos justificados | Emanoel Belchior |
18/04/2017 | 1.5 | Revisão | André de Sousa |
-
Introdução
1.1. Propósito
1.2. Escopo
1.3. Definições, acrônimos e abreviações
1.4. Referências
1.5. Visão geral -
Posição
2.1. Oportunidade de Negócios
2.2. Instrução do problema
2.3. Instrução de posição do produto -
Descrições das Partes Interessadas e Usuários
3.1. Demográficos de mercado
3.2. Resumo da parte interessada
3.3. Resumo do usuário
3.4. Ambiente de usuário
3.5. Perfis das partes interessadas
3.5.1. Equipe de Gestão de Projeto
3.5.2. Equipe de Desenvolvimento
3.5.3. Corpo docente
3.5.4. Equipe de avaliação e suporte
3.6. Perfis dos usuários
3.6.1. Corpo docente
3.6.2. Alunos
3.6.3. Responsáveis
3.7. Principais necessidades da parte interessada ou do Usuário
3.8. Alternativas e Concorrência
3.8.1. Método tradicional de controle de entrada e saída de alunos
3.8.2. Acadêmico Total Pais e Filhos
3.8.3 Sponte
3.8.4 Sistema Galileu -
Visão Geral do Produto
4.1. Perspectiva do Produto
4.2. Resumo das capacidades -
Recursos do Produto
5.1. Manter Aluno, Pais, Professores e Direção
5.2. Controlar Entrada/Saída dos alunos
5.3. Notificar os responsáveis
5.4. Armazenar notas
5.5. Consultar aluno -
Restrições
6.1. Restrição de escopo
6.2. Restrição de recursos financeiros
6.3. Restrição de desenvolvimento e implantação - Faixas de Qualidade
-
Outros Requisitos do Produto
8.1. Requisitos de usabilidade
8.2. Requisitos do sistema
8.3. Requisitos de desempenho
8.4. Requisitos de confiabilidade
Este documento tem como objetivo definir e organizar as características sobre o desenvolvimento da solução Escola X.
Este projeto tem como finalidade suprir a necessidade de controle e gerenciamento da diretoria referente a vida acadêmica dos alunos da escola Centro de Ensino Médio 01 do Gama.
A direção busca uma solução em software para substituir um sistema previamente implementado, sendo que, deve possuir como característica fundamental a confiabilidade.
O software, a ser implementado, deve monitorar a presença e atividades escolares dos alunos mantendo os responsáveis informados.
Alguns dos acrônimos, definições e abreviações usados neste documento são:
- CEM 01 - Centro de Ensino Médio 01 do Gama (CG).
- DF - Distrito Federal.
- SMS - Short Message Service.
- MDS - disciplina Métodos de Desenvolvimento de Software.
- GPP - disciplina Gestão de Portfólios e Projetos de Software.
- Informações disponíveis sobre as unidades escolares: http://www.se.df.gov.br/informacoes-da-rede/unidades-escolares.html
- Template do documento:https://www.ibm.com/support/knowledgecenter/pt-br/SSWMEQ_3.0.1/com.ibm.rational.rrm.help.doc/topics/r_vision_doc.html?lnk=hm
- PMI. Um guia do conhecimento em gerenciamento de projetos. Guia PMBOK® 5a. ed. - EUA: Project Management Institute, 2013
Este documento descreve os detalhes sobre as características do software Escola X a ser desenvolvido, especificando os problemas que estimularam a criação dessa solução em software. O documento é dividido da seguinte maneira: inicialmente é especificado qual problema motivou o desenvolvimento da solução, em seguida as partes interessadas são descritas, e por fim todos os recursos, restrições e requisitos do produto são apresentados.
A forma como se dá o controle e gestão da vida acadêmica dos docentes, principalmente nas escolas públicas, não se adequa às necessidades das coordenações. Isso ocorre devido a um controle rudimentar e, em alguns casos, ineficiente em manter os dados relacionados e informar os responsáveis.
Nosso projeto visa solucionar este problema por meio da informatização do sistema de identificação dos alunos e notificação dos pais.
O problema seria | a dificuldade no controle das informações quanto à vida acadêmica dos alunos |
---|---|
que afeta | a diretoria, professores, alunos e responsáveis |
cujo impacto é | evasão escolar, falta de controle dos responsáveis e da direção |
e uma boa solução seria | um controle informatizado da vida acadêmica dos alunos com maior integração dos responsáveis. |
Para | o corpo docente e responsáveis |
---|---|
que | necessitam de uma ferramenta para o controle da vida acadêmica dos alunos |
o | Escola X é uma aplicação web |
que | faz o controle e informatiza a vida acadêmica dos alunos mantendo os responsáveis cientes e aumentando o controle da direção |
diferente do | método tradicional feito manualmente e do aplicativo Acadêmico Total Pais e Filhos |
nosso produto | é um alternativa gratuita e funcional para o problema existente. |
Atualmente no DF, as instituições de ensino sofrem com a criminalidade e a evasão escolar, e o método usado por essas escolas é obsoleto e arcaico, não se adaptando às novas forma de comunicação e integração. Apenas no DF, são mais de 667 escolas públicas que podem utilizar o nosso produto, e obter um real impacto na vida dos estudantes e responsáveis, que atualmente clamam por uma escola mais integrada e segura, de modo que nosso sistema ficará em destaque por ser de código aberto, e será disponibilizado para todas as escolas que desejarem usá-lo.
Nome | Descrição | Responsabilidade |
---|---|---|
Equipe de desenvolvimento | Estudantes da Universidade de Brasília da disciplina de MDS. | Desenvolver e Implementar o software. |
Equipe de Gestão de Projeto | Estudantes da Universidade de Brasília da disciplina de GPP. | Gerir o desenvolvimento do produto identificando o problema e apontando caminhos e soluções. |
Equipe de avaliação e suporte | Professor e Coaches das disciplinas GPP e MDS. | Auxiliar as equipes durante o desenvolvimento do projeto. |
Clientes | Centro de Ensino Médio 01 do Gama. | Disponibilizar informações sobre os alunos . |
Nome | Descrição |
---|---|
Aluno | Utilizará o software para validação de entrada e saída. |
Responsáveis | Serão notificados sobre a frequência dos alunos e comunicados em geral da direção. |
Diretoria | Poderá comunicar os responsáveis sobre alterações na entrada/saída, advertências, suspensões e boletim dos alunos. |
O software será usado em todos os navegadores, tendo seu uso otimizado para o Google chrome versão 56.0.2924.87 devido a sua performance e por ter a maior base instalada dentre os outros navegadores WEB.
Representantes | Victor Hugo Naiara Andrade Matheus Figueiredo Lucas Mattioli Leonardo Arthur |
---|---|
Descrição | Gerentes de Projeto. |
Tipo | Estudantes da Universidade de Brasília da disciplina Gestão de Portfólios e Projetos de Software. |
Responsabilidades | Estabelecer prazos e metas, organizar a equipe de desenvolvimento e completar os objetivos propostos. |
Critérios de Sucesso | Manter a equipe focada no projeto, contribuir com a evolução profissional da equipe de desenvolvimento, estabelecer um processo de desenvolvimento de software bem definido e entregar o produto dentro do prazo, custo e nível de qualidade. |
Envolvimento | Alto. |
Comentários/Problemas | - |
Representantes | Vinícius Oliveira Carvalho Guilherme Willer Dias Araujo Emanoel Belchior Elias de França Igor Araújo de Sousa Matheus Batista Silva André de Sousa Costa Filho Filipe Coelho Hilário Barcelos |
---|---|
Descrição | Desenvolvedores. |
Tipo | Estudantes da Universidade de Brasília da disciplina Métodos de Desenvolvimento de Software. |
Responsabilidades | Desenvolvimento, implementação e realização de testes da aplicação. |
Critérios de sucesso | Entregar o software com as funções requisitadas funcionando e dentro do prazo. |
Envolvimento | Alto. |
Comentários/Problemas | Ter a oportunidade de criar um software a partir de uma necessidade e passar por todas as etapas de desenvolvimento que um projeto necessita para ficar coeso e bem estruturado. |
Representantes | Macário dos Santos Neto |
---|---|
Descrição | Representante do CEM 01 que busca uma forma eficiente de gerir a vida acadêmica dos alunos da instituição e manter os responsáveis informados. |
Tipo | Diretor do CEM 01. |
Responsabilidades | Fornecer as informações dos alunos matriculados na instituição. |
Critérios de sucesso | Diminuir a evasão escolar, gerir e informar os responsáveis sobre a vida acadêmica dos alunos. |
Envolvimento | Alto |
Comentários/Problemas | - |
Representantes | Dra. Carla Rocha Coaches de GPP Coaches de MDS |
---|---|
Descrição | Equipe de avaliação e direcionamento das equipes de gestão e desenvolvimento. |
Tipo | Professor e Coaches das disciplinas. |
Responsabilidades | Guiar os alunos durante o semestre quanto aos assuntos relacionados à disciplina de Métodos de Desenvol0vimento de Software e referidos projetos. |
Critérios de sucesso | A entrega do projeto e sua referente documentação de forma completa e correta para o cliente. |
Envolvimento | Médio. |
Comentários/Problemas | - |
Representantes | Macário dos Santos Neto |
---|---|
Descrição | Representante do CEM 01 que busca uma forma eficiente de gerir a vida acadêmica dos alunos da instituição e manter os responsáveis informados. |
Tipo | Diretor do CEM 01. |
Responsabilidades | Fornecer as informações dos alunos matriculados na instituição. |
Critérios de sucesso | Diminuir a evasão escolar, gerir e informar os responsáveis sobre a vida acadêmica dos alunos. |
Envolvimento | Alto. |
Comentário/Problemas | - |
Representantes | Alunos |
---|---|
Descrição | Estudante matriculado regularmente no CEM 01 do Gama |
Tipo | Alunos do CEM 01 do Gama |
Responsabilidades | Utilizar a carteirinha da escola para validar sua entrada/saída |
Critérios de sucesso | Manter o sistema de frequência funcionando sem maiores dificuldades |
Envolvimento | Baixo |
Comentário/Problemas | Por não ser uma obrigatoriedade, alguns alunos podem não usar o software e diminuir a adesão do sistema. |
Representantes | Responsáveis |
---|---|
Descrição | Responsáveis pelos estudantes matriculados regularmente no CEM 01 do Gama |
Tipo | Responsáveis por alunos do CEM 01 do Gama |
Responsabilidades | Utilizar a aplicação para verificar as informações pertinentes a entrada/saída, advertências, suspensões e boletim dos alunos. |
Critérios de sucesso | Receber com sucesso notificações referentes a entrada/saída, advertências, suspensões e boletim dos alunos. |
Envolvimento | Baixo |
Comentário/Problemas | Os responsáveis podem não ter a tecnologia necessária para o correto uso do sistema. |
Necessidade | Prioridade | Interesses | Solução atual | Solução proposta |
---|---|---|---|---|
Gerir a vida acadêmica dos alunos. | Alta. | Manter o controle diário de entrada/saída dos alunos e controlar as atividades acadêmicas. | Método manual e ineficiente, utilizando também o aplicativo Acadêmicos Total Pais e Filhos. | Exercer uma gerência mais eficiente da vida acadêmica dos alunos com o auxílio de um software com maior confiabilidade que o sistema anterior. |
Notificar os responsáveis. | Alta. | Informar os responsáveis sobre entrada/saída e vida acadêmica dos alunos | Os responsáveis recebem um SMS sobre a entrada dos alunos, mas não possuem uma forma digital de acessar o histórico do alunos. | Os responsáveis receberão um SMS informando a entrada e saída do aluno, além de uma plataforma web para acessar o histórico escolar do estudante. |
O método usual que está em prática na maioria das escolas é simples e não requer custos extras, ele se sustenta através do serviço prestado pelos vigias de escolas que fiscalizam a entrada e saída dos alunos e também pela frequência registrada em sala de aula pelos professores, e os responsáveis são informados sobre a vida acadêmica dos alunos no fim de cada semestre com a entrega do boletim.
O Acadêmico Total Pais e Filhos é um _software_ usado em algumas escolas do DF e possui um sistema funcional que desempenha algumas das funções que buscamos implementar em nosso sistema. Ele possui uma taxa de adesão que deve ser renovada anualmente, e somente implementa seu sistema em uma escola quando há mais de 70% de alunos dispostos a usar o sistema.
O sponte é um dos sistemas de gestão escolar mais completos do Brasil, já possui um portfólio e trabalha com as maiores escolas do país. Possui um sistema in-app de cobrança de mensalidade para as escola particulares. Todos os seus serviços são pagos e seu preço varia com a quantidade de alunos e dados.
É um sistema 100% online que possui funções diversificadas, de controle de pagamento até controle de biblioteca, possui também um sistema de treinamento online que possibilita a capacitação de usuários sem maiores dificuldades. Seu serviço é pago e seu preço é definido pela complexidade do sistema desejado.
O sistema irá oferecer uma maneira informatizada e eficiente de controlar a entrada e saída dos alunos utilizando um leitor de códigos de barra, existente na instituição. O leitor vai fazer a identificação de cada aluno através da carteirinha, dessa forma os respectivos responsáveis receberão um SMS informando o horário de entrada ou saída do aluno. Cada responsável terá acesso ao histórico escolar do aluno, que fornecerá informações como: número de faltas, boletim escolar e advertências ou suspensões.
Benefício para o Cliente | Recursos de suporte |
---|---|
Possuir um controle da entrada/saída dos alunos. | A entrada/saída serão verificadas pelo Leitor Físico Solaris MS 7820(MK 7820) após a apresentação da carteirinha pelo aluno. |
Manter os responsáveis sempre informados sobre os horários de entrada e saída dos estudantes na escola. | Envio de SMS para o(s) responsável(is) após o aluno utilizar a carteirinha na leitora de código de barras durante a entrada e saída na escola. |
Obter informações referentes às atividades acadêmicas dos alunos, como: número de faltas, advertências, suspensões e boletim. | Uma aplicação WEB onde alunos e responsáveis podem se registrar e obter todo um histórico acadêmico dos estudantes. |
O sistema vai manter o cadastro dos alunos, responsáveis, professores e direção.
Controlar entrada e saída dos alunos, utilizando-se de cartão identificador e leitor de código de barras, e manter essa informação no sistema.
Notifica o responsável cadastrado sobre a entrada e saída dos alunos, advertências e suspensões, reuniões e outras notificações em geral.
O sistema armazenará a nota de cada aluno nas determinadas disciplinas.
Os responsáveis terão acesso ao histórico escolar dos alunos, que fornecerá as seguintes informações: número de faltas, boletim escolar, advertências e suspensões.
O tempo de desenvolvimento é curto, logo algumas funcionalidades que foram sugeridas na reunião com o cliente foram deixadas em segundo plano, como a implementação de um sistema de aluguel e controle do acervo da biblioteca escolar, um blog personalizado para servir como um canal de comunicação entre professores e alunos e um canal de comunicação com os pais, onde os pais teriam um meio de se expressar diretamente com os professores e direção.
Como estamos lidando com uma escola pública, a direção não possui os recursos necessários para a aquisição de aparelhos eletrônicos que controlam com uma maior eficácia a entrada e saída dos alunos, deixando-nos com apenas os equipamentos previamente instalados na escola.
O CEM 01 do Gama possui um leitor de código de barras modelo Honeywell Solaris série ms7820 instalado, que nos obriga a realizar constantes testes no local, e como é uma tecnologia que ainda não foi completamente dominada pelos integrantes do time de desenvolvimento, há um preparo a ser tomado antes que possamos começar a desenvolver o sistema.
O sistema deve ser utilizado de forma eficiente e estável em qualquer dispositivo com suporte o navegador Google Chrome versão 56.0.2924.87 e acesso à internet. A escola necessitará de um leitor de código de barras modelo Honeywell Solaris série ms7820 instalado e os alunos deverão usar uma carteirinha com o código de barras impresso.
A interface do sistema deve ser intuitiva e agradável para que qualquer usuário tenha acesso a todas as funcionalidades de forma fluida, não comprometendo dessa forma a usabilidade do sistema para diversos tipos de usuários.
O software deve ser acessado de forma rápida e segura pelo usuário através do navegador com um conexão com a internet, de preferência de qualidade, e ter um sistema operacional que tenha suporte para o navegador.
O servidor deve ser capaz de suportar um volume de dados intenso em momentos específicos, como por exemplo na entrada e saída dos alunos.
O sistema deve manter todas as informações referentes ao corpo docente, responsáveis e alunos cadastrados, de modo que não seja necessário um recadastramento dos membros que permanecerem ligados à instituição ao término de um ano e início de outro. Além disso à direção do colégio deve ter acesso aos dados antigos que foram mantidos.
Escola - X - 2017.1
- Sprint 0
- Sprint 1
- Sprint 2
- Sprint 3
- Sprint 4
- Sprint 5
- Sprint 6
- Sprint 7
- Sprint 8
- Termo de Abertura do Projeto
- Plano de Gerenciamento do Projeto
- Plano de Gerenciamento de Escopo
- Plano de Gerenciamento de Tempo
- Plano de Gerenciamento de Riscos
- Plano de Gerenciamento de Custos
- Plano de Gerenciamento de Qualidade
- Plano de Gerenciamento dos Recursos Humanos
- Planos das Iterações
- Plano de Gerenciamento de Configuração
- Plano de Gerenciamento de Comunicação
- Plano de Gerenciamento de Integração
- Plano de Gerenciamento de Aquisicões
- Plano de Gerenciamento das Partes Interessadas