MSTECH wiki - Contribuições do usuário [pt-br]

Página principal

2016-05-21T13:07:53Z

Admin: /* Equipes de Especialidades */

Bem vindo a Wikipedia da MSTECH

Consulte o [//meta.wikimedia.org/wiki/Help:Contents Manual de Usuário] para informações de como usar o software wiki.

==Sobre a Wiki MSTECH==

A Wiki MSTECH é uma ferramenta disponibilizada pela empresa para manter informações sobre os produtos e projetos que compõem o plataforma de soluções da empresa. A Wiki é colaborativa, portanto todos estão convidados a disponibilizar informações sobre os projetos e produtos desenvolvidos.

Sugestões de informações que podem ser inseridas nessa ferramenta: Requisitos do projeto/produto, roadmap futuro de evolução, documentos de arquitetura e implantação, manuais de usuários, clientes que possuem a ferramenta e sua versão e materiais informativos para fins comerciais.

A Wiki também será um "hub" de informações para consolidar outras ferramentas da empresa, como o portal de cardápio dos designers, o ambiente Moodle para disponibilizar conteúdos de capacitação dos funcionários (em breve) entre outras coisas. Documentos como o backlog dos especialistas também estarão, em breve, nessa plataforma.

Vale ressaltar que a Wiki, assim como as demais ferramentas, '''é de acesso restrito apenas aos funcionários da empresa''' e, como tal, seu conteúdo está protegido pelas cláusulas da empresa de sigilo das informações.

Não sabe editar ou contribuir com a Wiki? Os links abaixo são recomendados para iniciar a colaboração.

'''Vamos lá?'''

== Produtos MSTECH ==
* [[Produtos]]

== Ações de padronização e qualidade ==
* [[Equipes de especialidades]]
* [[Mentoria de código]] - descrição em breve
* [[Mentoria na metodologia SCRUM]] - descrição em breve
* [[Verificação de segurança e desempenho]] - descrição em breve

== Políticas de Desenvolvimento MSTECH==
* [[Política de Segurança da Informação para o Desenvolvimento MSTECH]]

== Começando ==
* [//www.mediawiki.org/wiki/Special:MyLanguage/Manual:FAQ FAQ do MediaWiki]
* [//www.mediawiki.org/wiki/Help:Editing_pages Help]
* [http://wang.wustl.edu/mediawiki/extensions/index.php Converta tabela Excel em tabela Wiki rapidamente]

Política de Segurança da Informação para o Desenvolvimento MSTECH

2016-05-21T12:58:21Z

Admin: Protegeu "Política de Segurança da Informação para o Desenvolvimento MSTECH" ([Editar=Permitir apenas administradores] (indefinidamente) [Mover=Permitir apenas administradores] (indefinidamente))

'''Versão 1.0 - publicada em 20/05/2016'''

= 1. Apresentação =

A Política de Segurança da Informação da MSTECH Educação e Tecnologia S/A tem por finalidade estabelecer as diretrizes de segurança da informação para desenvolvimento de sistemas e dos serviços prestados aos seus clientes, reduzindo os riscos e garantindo a integridade, confidencialidade, sigilo e disponibilidade das informações dos sistemas de informação e recursos. Este documento possui caráter oficial e tange como modelo de referência aplicável para toda a empresa.

= 2. Escopo =

A MSTECH, uma empresa de desenvolvimento de sistemas computacionais comprometida com os seus ativos de informação hospedados em sua própria infraestrutura de TI para acesso de seus clientes e usuários, necessita planejar as ações de segurança da informação nos níveis em que ela possa ser manipulada ou acessada, como os recursos computacionais que armazenam e manipulam a informação, passando pelo tratamento dos dados, pelo código produzido pela área de desenvolvimento de software da empresa até aos requisitos que serão exigidos dos usuários destes sistemas.

Para facilitar a compreensão, a disseminação e a busca das informações contidas neste documento pelas áreas e colaboradores diretamente envolvidos decidiu-se por segmentá-lo nos níveis de segurança da informação com abrangência na segurança das aplicações e do banco de dados como o conjunto de ações para garantir o tratamento e armazenamento correto dos dados dentro da aplicação e prevenir vulnerabilidades que permitam o ataque e roubo de informações por pessoas mal-intencionadas.

= 3. Segurança das aplicações e do banco de dados =
A segurança das aplicações corresponde aos sistemas websites desenvolvidos pela MSTECH e hospedados na infraestrutura de TI, estes sistemas devem acessar o banco de dados com usuário configurado somente com permissão de leitura e escrita dos dados, não sendo permitido conceder quaisquer permissões de alterações dos objetos de banco de dados para os usuários utilizados pelos sistemas.

== 3.1 Validação dos dados ==
A validação da entrada de dados provenientes do cliente ou a partir do ambiente antes mesmo de utilizá-lo deve ser realizada afim de evitar possíveis falhas de segurança mais comuns nas aplicações web. Esta deficiência abrange quase todas as principais vulnerabilidades tais como: scripting, cross site, injeção de SQL, injeção intérprete, ataques local e Unicode, arquivos de ataques do sistema e estouros de buffer.

Todos os dados de entrada recebidos pelo sistema devem ser tratados antes mesmo de serem processados, a rotina de validação deve ser realizada sempre no lado do servidor e centralizada na aplicação com base em um conjunto de caracteres permitidos para cada campo.

Além disso, são considerados a identificação de todas as fontes de dados e sua classificação como sendo confiáveis ou não e, quando necessário o uso de caracteres especiais em algum campo, sempre realizar a codificação destes caracteres para evitar que sejam tratados como código executável. Os dados de uma entidade externa ou cliente nunca devem ser considerados automaticamente como confiáveis sendo tratados em conformidade com as práticas citadas.
Todas as requisições e respostas devem utilizar o padrão de codificação UTF-8.

== 3.2 Autenticação e gerenciamento de credenciais ==
A autenticação deve validar a identidade digital dos usuários autorizados bem como garantir que suas credenciais sejam transportadas de maneira segura, essa validação das permissões do usuário por parte do sistema deve ser realizada antes da execução de qualquer ação.

Os controles de autenticação devem executar serviços de autenticação padronizados e, já na ocorrência de situações excepcionais, como no caso de falhas, executar os procedimentos específicos com o propósito de manter o sistema seguro.

Quando a aplicação gerenciar um repositório de credenciais as senhas devem ser armazenadas na base de dados somente sob a forma de hash reconhecidamente forte pelo mercado e, a tabela/arquivo que armazena as senhas e as próprias chaves devem ser manipuladas apenas pela aplicação. Já as credenciais de autenticação de acesso aos serviços externos à aplicação devem ser armazenadas em um local protegido.

Cada sistema estabelece um padrão de senhas fortes sendo implementadas considerando a especificação dos requisitos de comprimento e complexidade de senha. Os sistemas críticos devem exigir alterações mais frequentes nas credenciais de segurança e o tempo entre as trocas de senhas devem ser controlados administrativamente.

Os mecanismos de recuperação de senhas devem ser implementados de forma segura, atendendo aos requisitos da seção “3.1 Validação dos dados” deste documento.

Todas as páginas e todos recursos devem seguir os padrões de autenticação definidos pela MSTECH, exceto os destinados especificamente como sendo públicos. As tentativas de autenticação suspeitas devem ser registradas, incluindo solicitações com metadados relevantes e necessários para investigações de segurança.

Para evitar possíveis ataques de força bruta devem ser disponibilizados nas telas de autenticação recursos de proteção tal como o CAPTCHA.

Por fim, a MSTECH considera que todos os usuários e senhas de seus sistemas são pessoais e intransferíveis, não sendo de sua responsabilidade quaisquer sanções decorrentes de mau uso dessas credenciais.

== 3.3 Controle de acesso ==
As configurações de autorização dos controles de acessos especificam as atribuições e responsabilidades para cada tipo/perfil de usuário e quais seriam os objetos da informação, páginas, funcionalidades e recursos a que eles terão acesso e os níveis de permissão.

Os usuários que acessarem os recursos da informação devem ter suas credenciais válidas para realização deste acesso e estarem associados a um conjunto bem definido de funções e privilégios, essas funções e permissões de metadados serão protegidas de adulteração.

== 3.4 Gerenciamento de sessão ==
O gerenciamento de sessão é o mecanismo essencial do conjunto de interações entre usuário e o aplicativo na web. As sessões devem ser únicas para cada usuário e não podem ser adivinhadas ou compartilhadas, sendo invalidadas quando já não são mais necessárias e expiradas durante os períodos de inatividade.

Sempre que possível, as aplicações devem utilizar um framework ou sistema conhecido, testado e confiável para realizar o gerenciamento de sessão, evitando a criação de mecanismos próprios e inseguros.

Todas as páginas que requerem autenticação devem possuir acesso fácil e visível à função de logout.

Quando o usuário faz o logout sua sessão deve ser invalidada, tanto no lado cliente excluindo os respectivos cookies e tokens, quanto no lado servidor invalidando os mesmos. Assim, mesmo que o usuário force a recriação dos cookies e tokens destruídos o sistema não os aceita.

Todas as sessões devem ser criadas com um tempo para expiração, de modo que após esse tempo de inatividade devem ser invalidadas automaticamente pelo servidor. Além disso, deve ser configurado um tempo limite após o qual as sessões são invalidadas independente da atividade.

Sempre que um usuário é autenticado ele recebe um novo identificador de sessão e autenticação, mesmo que já exista um com o mesmo nome no lado cliente, neste caso o valor anterior deverá ser invalidado e sobrescrito com o novo valor.

Os identificadores armazenados em cookies devem ser criados com escopo mínimo, especificado com o parâmetro path. Além disso, os cookies de autenticação deverão ser setados com os atributos HttpOnly e Secure.

Para operações sensíveis o sistema deve utilizar mecanismos adicionais ao gerenciamento de sessão, como a criação de tokens ou parâmetros aleatórios associados com a sessão e página atual.

== 3.5 Criptografia de dados ==
Os dados confidenciais, tanto os armazenados no banco de dados quanto nos arquivos de configuração, como conexões de banco de dados, deverão ser criptografados. Os acessos às chaves devem ser realizados de uma forma segura. Define-se por dados confidenciais quaisquer tipos de senha e outros dados que o escopo do projeto considere como sensível.

As senhas não devem ser armazenadas no banco de dados em forma de texto, ao invés disso apenas um hash da senha reconhecidamente forte será armazenado.

O gerenciamento e acesso às chaves de criptografia devem seguir uma política específica, que define todo o ciclo de geração, distribuição, revogação e expiração das chaves, assim como a forma de armazenamento e acesso das mesmas.

A geração de números, nomes, textos e identificadores aleatórios devem ser realizadas por um módulo de criptografia confiável, de forma que os valores gerados não sejam previsíveis.

== 3.6 Tratamento de erros e log ==
Na ocorrência de algum erro o sistema deve exibir uma página padronizada de erro sendo que esta evitaria a exibição de detalhes técnicos para os usuários.

Os erros e operações relevantes deverão ser armazenados em log com as devidas informações necessárias para uma futura investigação do ocorrido. Além disso, os dados armazenados em log devem conter apenas as informações úteis para o mesmo, sem coletar informações sensíveis a menos que estritamente necessário.

As informações registradas devem ser tratadas de forma segura e protegidas de acordo com a sua classificação de dados. Além disso, estes registros devem ter seu “tempo de vida” limitado e o mais curto possível e as aplicações configuradas periodicamente devendo ser realizado o expurgo dos dados de log.

== 3.7 Proteção de dados ==
As aplicações devem buscar atender três requisitos gerais de proteção aos dados:

'''a) Confidencialidade:''' os dados são protegidos contra acesso não autorizado ou vazamento. Essa proteção deve ser garantida em qualquer ponto, tanto no armazenamento quanto no transporte;

'''b) Integridade:''' a integridade dos dados deve ser garantida através de mecanismos de proteção que impeçam a alteração, criação ou comprometimento por usuários sem a devida autorização;

'''c) Disponibilidade:''' os usuários autenticados e devidamente autorizados são capazes de acessar os dados a qualquer instante.
A proteção de dados sensíveis armazenados no servidor é aplicável na preservação e no controle de acesso, incluindo dados em cache, arquivos temporários e dados acessíveis somente por usuários específicos do sistema. Tais dados devem ser criptografados mesmo quando armazenados no servidor, de acordo com a seção “3.5 Criptografia de dados” deste documento.

Será restrito o acesso aos usuários apenas às funcionalidades, dados e informações do sistema que são necessárias para execução de suas tarefas, ou seja, deve-se aplicar o princípio do menor privilégio seguindo as práticas da seção “3.3 Controle de acesso” deste documento.

Não devem ser armazenadas senhas, strings de conexão ou outras informações confidenciais em texto claro/legível ou em qualquer forma considerada insegura no lado cliente. Isso é válido também quando há utilização de formatos inseguros como: viewstate, viewbag, Flash ou código compilado à ser executado no lado cliente.

Em produção, deve-se publicar apenas páginas e código fonte compilado, se possível. O código fonte que precisar de armazenamento no servidor deve estar protegido para evitar o acesso de usuários. Em caso de publicação de API´s nenhuma documentação deverá ser publicada em ambientes de homologação e produção.

Deverão ser removidos os comentários dos códigos em produção, assim como documentações, aplicações e funcionalidades extras não necessárias e que possam revelar informações sobre o sistema. Também deverão ser aplicadas técnicas como ofuscação e minificação de código.

As páginas e formulários que contenham informações sensíveis, incluindo páginas de login, deverão ser devidamente configuradas para impedir o autopreenchimento e o cache no lado cliente.

== 3.8 Segurança nas comunicações ==
Os servidores devem possuir certificados TLS validados por uma CA (autoridade certificadora) confiável, e o protocolo TLS deve ser utilizado em todas as conexões, externas ou internas, que requeiram autenticação e/ou envolvam dados e funções sensíveis.

Deve-se utilizar em todo o processo de certificação e criptografia apenas os algoritmos, chaves e protocolos mais fortes e o sistema não poderá aceitar uma alternativa de conexão insegura, mesmo na ocorrência de erros no processo.

== 3.9 Arquivos e recursos ==
Sempre que houver redirecionamento e encaminhamento de URL o destino deverá ser validado por uma white list ou deverá exibir um aviso de redirecionamento para conteúdo não confiável.

Dados de arquivos provenientes de fontes não confiáveis não devem ser utilizados diretamente em comandos de leitura e escrita de arquivos e nem executados por uma aplicação.

Em qualquer funcionalidade onde um arquivo pode ser recebido pelo sistema, deve-se restringir os tipos de arquivos aceitos apenas ao necessário. Os arquivos devem ser validados quanto ao seu tipo (através da extensão, tipo mime e cabeçalhos) e conteúdo (verificado por um antivírus), a fim de prevenir o carregamento de arquivos que possam ser interpretados ou executados pelo servidor. A validação é realizada por white list, e antes dessa validação os caracteres especiais, de controle e Unicode deverão ser removidos do nome e extensão do arquivo.

Os arquivos obtidos de fontes não confiáveis devem ser armazenados fora do diretório do sistema e com permissões limitadas (nunca com permissão de execução), preferencialmente em um servidor de conteúdo ou banco de dados. Ao armazenar um arquivo, seu nome deve ser alterado para um identificador único e não previsível, recuperável pela aplicação e, no caso de nomes repetidos, não subscrever os arquivos já existentes.

O caminho absoluto de um arquivo não deve ser enviado para o usuário ou para o lado cliente da aplicação. Sempre utilizar um mecanismo de mapeamento de recursos.

== 3.10 Mobile ==
Dados sensíveis não devem ser armazenados no dispositivo sem proteção (criptografia ou hash seguros), mesmo em áreas protegidas do sistema.
Identificadores armazenados no dispositivo que possam ser acessados por outras aplicações (UDID, IMEI entre outros) não devem ser utilizados como token de autenticação.

A aplicação requisitará a permissão de acesso apenas para os recursos e funcionalidades realmente necessários, evitando assim o vazamento de informações sensíveis.

Evite exportar activities, intents, content providers e equivalentes para outras aplicações no mesmo dispositivo, aqueles que precisarem ser exportados deverão ser validados todos os parâmetros de entrada.

Para evitar análises de engenharia reversa, a descompilação e leitura de código fonte e scripts deve ser dificultada através do uso de ofuscadores de código, minificação e, se possível, criptografia.

== 3.11 Web Services e API´s ==
Todos os webservices e API´s devem implementar mecanismos de autenticação e autorização de acordo com as respectivas políticas de segurança. Além disso, para webservices o gerenciamento de sessão também deve implementar esses mecanismos.

Todos os parâmetros de entrada deverão ser validados quanto ao seu conteúdo, formato e tamanho.

== 3.12 Configurações ==
Sempre que for necessário o uso de componentes, bibliotecas ou plataformas de terceiros, utilizar a última versão estável destes. Na ocorrência de atualização de componentes já em uso, as próximas versões dos sistemas devem utilizar os componentes atualizados, principalmente se a atualização visa corrigir falhas de segurança.

Os sistemas próprios e componentes de terceiros são configurados de maneira segura quando publicados. Configurações e funções desnecessárias serão removidas, assim como eventuais exemplos para desenvolvimento, documentações, credenciais de teste e demais configurações padrão.

A comunicação entre as partes do sistema (aplicação, banco de dados, serviços, entre outros) deve ser realizada através de um canal seguro e encriptado, utilizando credenciais para autenticação com o menor nível de privilégio necessário.

Os sistemas são publicados e configurados de forma que fiquem isolados de demais sistemas no mesmo servidor, ou seja, utilizando credenciais e restrições de permissão com privilégio mínimo. Assim, mesmo na eventual ocorrência de um atacante conseguir acesso completo ao sistema, este não conseguirá comprometer demais sistemas no mesmo servidor, nem tampouco o servidor em si.

Os ambientes de desenvolvimento e testes devem ser isolados, apenas com acesso interno. Qualquer ambiente com acesso externo (como o de homologação) seguem as mesmas diretivas e padrões de segurança dos ambientes de produção.

=== 3.12.1 Configurações para servidor web ===
Para os websites, criar o arquivo robots.txt com regras que negam o acesso aos arquivos e diretórios sensíveis que não podem ser indexados.
Preferencialmente, todos os arquivos e diretórios sensíveis devem estar em um diretório comum, negando o acesso apenas a esse diretório.

Os servidores web também são configurados de forma a oferecer o maior nível de segurança às aplicações. De acordo com as seguintes configurações:

a) A listagem de diretórios deve ser desabilitada;

b) Os métodos HTTP aceitos devem ser definidos e os demais devem ser explicitamente bloqueados;

c) As respostas HTTP devem conter um cabeçalho que especifique um conjunto de caracteres seguro;

d) Os cabeçalhos HTTP ou qualquer parte da resposta não devem revelar informações sobre os componentes e sistemas utilizados no servidor;

e) Utilizar os cabeçalhos e valores '''“X-Content-Type-Options: nosniff”, “X-XSS-Protection: 1; mode=block” e “X-Frame-Options: sameorigin”''', a menos que estritamente necessário o uso de configurações diferentes.

=== 3.12.2 Configurações para servidor de BD ===
A conta padrão de administrador do servidor de banco de dados deve ter seu nome e senha alterados, e se possível a conta deve ser desabilitada.

Se houver uma conta de “convidado”, esta deve ter seu acesso negado a todas as bases de dados, a menos que estritamente necessário.

O role “public” não deve ter permissão de acesso às stored procedures.

A configuração padrão de portas utilizadas pelo servidor de banco deve ser alterada, especificando portas não conhecidas previamente.

Se houver um serviço de descobrimento das instâncias do banco de dados, este deve ser desabilitado para que não divulgue informações do servidor na rede.

----
= Sobre =

A política de segurança da informação para desenvolvimento de sistemas da MSTECH foi construída a partir de diversos documentos de projetos de referência nesta área de estudo, como a [https://www.owasp.org/index.php/Main_Page The Open Web Application Security Project (OWASP)], entre outros.

Trata-se de um conjunto de boas práticas que devem ser praticadas pelos times de desenvolvimento da MSTECH, visando aumentar o nível de segurança das nossas aplicações, garantindo a segurança dos dados de nossas aplicações e dos dados de nossos clientes e usuários. A segurança da informação é um item essencial para a estratégia de uma empresa de desenvolvimento de sistemas e, como tal, deve ser um item de preocupação permanente de todos os funcionários.

Este documento é evolutivo e será constantemente revisto para adequá-lo à novas situações e tecnologias que forem sendo consideradas. Para sua evolução, contamos também com a sua colaboração, encaminhando sugestões aos responsáveis pela avaliação de segurança dos produtos da empresa.

Página principal

2016-05-21T12:57:35Z

Admin: /* Começando */

Bem vindo a Wikipedia da MSTECH

Consulte o [//meta.wikimedia.org/wiki/Help:Contents Manual de Usuário] para informações de como usar o software wiki.

==Sobre a Wiki MSTECH==

A Wiki MSTECH é uma ferramenta disponibilizada pela empresa para manter informações sobre os produtos e projetos que compõem o plataforma de soluções da empresa. A Wiki é colaborativa, portanto todos estão convidados a disponibilizar informações sobre os projetos e produtos desenvolvidos.

Sugestões de informações que podem ser inseridas nessa ferramenta: Requisitos do projeto/produto, roadmap futuro de evolução, documentos de arquitetura e implantação, manuais de usuários, clientes que possuem a ferramenta e sua versão e materiais informativos para fins comerciais.

A Wiki também será um "hub" de informações para consolidar outras ferramentas da empresa, como o portal de cardápio dos designers, o ambiente Moodle para disponibilizar conteúdos de capacitação dos funcionários (em breve) entre outras coisas. Documentos como o backlog dos especialistas também estarão, em breve, nessa plataforma.

Vale ressaltar que a Wiki, assim como as demais ferramentas, '''é de acesso restrito apenas aos funcionários da empresa''' e, como tal, seu conteúdo está protegido pelas cláusulas da empresa de sigilo das informações.

Não sabe editar ou contribuir com a Wiki? Os links abaixo são recomendados para iniciar a colaboração.

'''Vamos lá?'''

== Produtos MSTECH ==
* [[Produtos]]

== Equipes de Especialidades==
* [[Equipes de especialidades]]

== Políticas de Desenvolvimento MSTECH==
* [[Política de Segurança da Informação para o Desenvolvimento MSTECH]]

== Começando ==
* [//www.mediawiki.org/wiki/Special:MyLanguage/Manual:FAQ FAQ do MediaWiki]
* [//www.mediawiki.org/wiki/Help:Editing_pages Help]
* [http://wang.wustl.edu/mediawiki/extensions/index.php Converta tabela Excel em tabela Wiki rapidamente]

Página principal

2016-05-21T12:57:27Z

Admin: /* Começando */

Bem vindo a Wikipedia da MSTECH

Consulte o [//meta.wikimedia.org/wiki/Help:Contents Manual de Usuário] para informações de como usar o software wiki.

==Sobre a Wiki MSTECH==

A Wiki MSTECH é uma ferramenta disponibilizada pela empresa para manter informações sobre os produtos e projetos que compõem o plataforma de soluções da empresa. A Wiki é colaborativa, portanto todos estão convidados a disponibilizar informações sobre os projetos e produtos desenvolvidos.

Sugestões de informações que podem ser inseridas nessa ferramenta: Requisitos do projeto/produto, roadmap futuro de evolução, documentos de arquitetura e implantação, manuais de usuários, clientes que possuem a ferramenta e sua versão e materiais informativos para fins comerciais.

A Wiki também será um "hub" de informações para consolidar outras ferramentas da empresa, como o portal de cardápio dos designers, o ambiente Moodle para disponibilizar conteúdos de capacitação dos funcionários (em breve) entre outras coisas. Documentos como o backlog dos especialistas também estarão, em breve, nessa plataforma.

Vale ressaltar que a Wiki, assim como as demais ferramentas, '''é de acesso restrito apenas aos funcionários da empresa''' e, como tal, seu conteúdo está protegido pelas cláusulas da empresa de sigilo das informações.

Não sabe editar ou contribuir com a Wiki? Os links abaixo são recomendados para iniciar a colaboração.

'''Vamos lá?'''

== Produtos MSTECH ==
* [[Produtos]]

== Equipes de Especialidades==
* [[Equipes de especialidades]]

== Políticas de Desenvolvimento MSTECH==
* [[Política de Segurança da Informação para o Desenvolvimento MSTECH]]

== Começando ==
* [//www.mediawiki.org/wiki/Special:MyLanguage/Manual:FAQ FAQ do MediaWiki]
* [//www.mediawiki.org/wiki/Help:Editing_pages Help]
* [http://wang.wustl.edu/mediawiki/extensions/index.php Converta tabela Excel em tabela Wiki rapidamente]]

Equipes de especialidades

2016-05-21T12:54:08Z

Admin: Criou página com '= Objetivo = As equipes de especialidades tem por objetivo '''definir padrões para o desenvolvimento de suas atividades na empresa''', seja na padronização de código, de...'

= Objetivo =

As equipes de especialidades tem por objetivo '''definir padrões para o desenvolvimento de suas atividades na empresa''', seja na padronização de código, de documentação e de ferramental utilizado pelas equipes. O objetivo é permitir um canal de disseminação de boas práticas, construindo assim uma empresa cada vez mais unificada em termos de qualidade nas atividades das equipes de Operações.

Além da definição de padrões, as equipes, por meio de fóruns realizados constantemente a cada 2 ou 3 semanas, é também o canal para '''a troca e compartilhamento de experiências e dificuldades nos projetos''', permitindo que grupos de outras células possam se integrar, propor sugestões e, assim, permitir uma evolução das equipes como um todo dentro de sua área de atuação.

Por fim, as equipes tem também a missão de '''pesquisar, apresentar e decidir sobre o uso de novas tecnologias, como novos frameworks e linguagens''', se e quando isso for necessário. As equipes se tornam, assim, o canal para a formalização da adoção dessas novas tecnologias, para que não tenhamos apenas um ou dois desenvolvedores que saibam determinada tecnologia. Este conhecimento deve ser disseminado a um grupo maior.

= Equipes e especialistas =

Para liderar e direcionar as ações das equipes, a empresa atribuiu à alguns funcionários o papel de '''Especialista'''. Esse papel tem por objetivo representar a célula junto à Gestão, bem como tomar decisões em caso de situações de inconclusão ou de divisão de opiniões. Este papel pode ser atribuído a qualquer funcionário a qualquer momento pela Gestão, para garantir a continuidade das atividades.

As equipes e especialistas estão apresentados abaixo:

{| class="wikitable"
|-
! Especialidade
! Especialista indicado
|-
| * [[Desenvolvimento Front-End]]
| [mailto:rodrigo.edamatsu@mstech.com.br Rodrigo Edamatsu]
|-
| * [[Desenvolvimento Back-End]]
| [mailto:bruno.valle@mstech.com.br Bruno Valle], [mailto:thiago.froes@mstech.com.br Thiago Froes] e [mailto:virgilio.neto@mstech.com.br Virgílio Neto]
|-
| * [[Desenvolvimento em Devices (mobile e desktop)]]
| [mailto:manoel.neto@mstech.com.br Manoel Aranda Neto]
|-
| * [[Testes]]
| [mailto:andre.iguera@mstech.com.br André Iguera]
|-
| * [[Designers da Informação]]
| [mailto:danilo.pontechelle@mstech.com.br Danilo Pontechelle]
|-
| * [[Devops]]
| [mailto:daniel.alves@mstech.com.br Daniel Franco Alves]
|}

Política de Segurança da Informação para o Desenvolvimento MSTECH

2016-05-21T12:36:28Z

Admin: Criou página com ''''Versão 1.0 - publicada em 20/05/2016''' = 1. Apresentação = A Política de Segurança da Informação da MSTECH Educação e Tecnologia S/A tem por finalidade estabele...'

Página principal

2016-05-21T12:20:17Z

Admin:

Bem vindo a Wikipedia da MSTECH

Consulte o [//meta.wikimedia.org/wiki/Help:Contents Manual de Usuário] para informações de como usar o software wiki.

==Sobre a Wiki MSTECH==

A Wiki MSTECH é uma ferramenta disponibilizada pela empresa para manter informações sobre os produtos e projetos que compõem o plataforma de soluções da empresa. A Wiki é colaborativa, portanto todos estão convidados a disponibilizar informações sobre os projetos e produtos desenvolvidos.

Sugestões de informações que podem ser inseridas nessa ferramenta: Requisitos do projeto/produto, roadmap futuro de evolução, documentos de arquitetura e implantação, manuais de usuários, clientes que possuem a ferramenta e sua versão e materiais informativos para fins comerciais.

A Wiki também será um "hub" de informações para consolidar outras ferramentas da empresa, como o portal de cardápio dos designers, o ambiente Moodle para disponibilizar conteúdos de capacitação dos funcionários (em breve) entre outras coisas. Documentos como o backlog dos especialistas também estarão, em breve, nessa plataforma.

Vale ressaltar que a Wiki, assim como as demais ferramentas, '''é de acesso restrito apenas aos funcionários da empresa''' e, como tal, seu conteúdo está protegido pelas cláusulas da empresa de sigilo das informações.

Não sabe editar ou contribuir com a Wiki? Os links abaixo são recomendados para iniciar a colaboração.

'''Vamos lá?'''

== Produtos MSTECH ==
* [[Produtos]]

== Equipes de Especialidades==
* [[Equipes de especialidades]]

== Políticas de Desenvolvimento MSTECH==
* [[Política de Segurança da Informação para o Desenvolvimento MSTECH]]

== Começando ==
* [//www.mediawiki.org/wiki/Special:MyLanguage/Manual:FAQ FAQ do MediaWiki]
* [//www.mediawiki.org/wiki/Help:Editing_pages]

Transferências - Comportamento do boletim

2016-05-10T18:22:19Z

Admin: uma edição

As situações abaixo são os comportamentos do boletim escolar e da tela de efetivação quando aluno é transferido.

'''Curso igual ou equivalente, calendário, série, e formato de avaliação iguais'''

----
– Se destino for lançar nota:
Tela efetivação: aparece na destino somente
Boletim: exibir notas/freq na origem e destino

– Se origem for lançar nota:
Tela efetivação: aparece somente na origem
Boletim: exibir notas/freq na origem e destino

'''Calendário diferente, ou Curso não equivalentes, ou série diferente, ou formato de avaliação diferente'''

----
– Se destino for lançar nota
Tela efetivação: aparece na destino somente

– Se origem for lançar nota
Tela efetivação: aparece somente na origem

Para a situação em que Calendário diferente, ou Curso não equivalentes, ou série diferente, ou formato de avaliação diferente, no boletim vai mostrar onde ele lançou a efetivação em cada bimestre.
Ex. Se teve lançamento no 1º bim na escola de origem, será exibido somente na escola de origem.

Área do aluno

2016-05-10T18:22:19Z

Admin: uma edição

==Cadastro de usuários (Com prefixo)==

===Parâmetros acadêmicos do Gestão===

* Controlar o acesso da área do aluno por grupo padrão de usuário (Definir como NÃO)

* Prefixo concatenado com login importado do EOL quando for aluno

* Prefixo concatenado com login importado do EOL quando for responsável

* Grupo padrão - alunos

===Usuário de aluno===

1. Encontrar um aluno na busca de alunos e acessar o cadastro, aba Usuário

2. Criar um usuário

O login deve conter o prefixo cadastrado no parâmetro acima. Por exemplo, quero o login "ana". Devo então cadastrar o login "RAana" caso o prefixo definido no parâmetro seja "RA".

3. Ao criar o usuário, o sistema irá vincular automaticamente o login ao grupo de usuário definido no parâmetro acima.

4. Para logar, utilizar o login sem o prefixo. Por exemplo "ana" em vez de "RAana"

===Usuário de responsável===

1. No cadastro do aluno, localizar o nome do responsável

2. No Core, cadastrar um novo usuário:

* Vincular o responsável do aluno no campo de pesquisa de pessoas;

* No login, inserir o prefixo definido no parâmetro acima, conforme exemplo do aluno;

* Adicionar ao grupo de usuários responsáveis da área do aluno

3. Para logar, utilizar o login sem o prefixo. Por exemplo "ana" em vez de "RESPana"

==Cadastro de usuários (Sem prefixo)==

===Parâmetros acadêmicos do Gestão===

* Controlar o acesso da área do aluno por grupo padrão de usuário (Definir como SIM)

* Grupo padrão - alunos

* Grupo padrão - responsáveis pelo aluno

===Usuário de aluno===

1. Acessar o cadastro de um aluno

2. Acessar a aba Usuários

3. Marcar a opção Criar usuário

4. Preencher os campos obrigatórios e salvar

===Usuário de responsável===

1. Acessar o cadastro de um aluno

2. Acessar a aba Usuários

3. Marcar a opção Criar usuário de responsável

Deve haver um responsável cadastrado para o aluno na aba Dados pessoais.

4. Preencher os campos obrigatórios e salvar

==Compromisso de estudos==

===Quem pode acessar===

* Alunos do ciclo intermediário e autoral. Ciclo alfabetização não preenche o compromisso de estudos.

===Onde configurar===

Gestão Acadêmica > Configuração > Dados acadêmicos > Tipo de ciclo

===Quando o aluno pode cadastrar===

* Pode cadastrar compromissos de estudo para bimestres com evento de fechamento aberto.

Sincronização

2016-05-10T18:22:19Z

Admin: uma edição

===API===

Métodos que retornam dados do Gestão (GET) e métodos que gravam dados no Gestão (POST).

Para não sobrecarregar o site, os métodos POST apenas gravam os dados na tabela '''DCL_Protocolo'''. Esses protocolos são processados por um serviço do Gestão configurado para executar de tempo em tempo.

As APIs ficam no projeto ''GestaoEscolar/GestaoAcademica.WebApi'', na pasta ''Controllers''.

===Aplicativo Diário de Classe (tablet)===

Uma API está inicialmente configurada por perfil de cliente. É possível verificar e alterar a url da API na tela de configuração, logado como administrador (''admin / @1dm.n'').

A sincronização inicial pode ser feita por escola, na tela de configuração, logado como administrador. Ou pode ser feita por um docente no momento do login.

Sempre ao logar o docente também pode escolher a turma que deseja sincronizar, isso agiliza o processo porque sincroniza apenas o necessário.

É possível configurar também, pelo banco do Gestão, a periodicidade para a execução de algumas sincronizações no tablet, mantendo os dados atualizados.

Para cada método de sincronização deve ser criada uma classe de sincronização em ''apk [diarioclasse-apk] > src > br.com.mstech.diarioclasse > '''sync''''' na pasta get ou post. Deve também adicionar as chamadas no arquivo '''''Sync.java''''' e adicionar no enumerador em ''apk [diarioclasse-apk] > src > br.com.mstech.diarioclasse > enumeration > '''ApiEnum.java'''''.

As chamadas ao métodos de sincronização devem ser assíncronas, utilizando uma AssyncTask ou uma Thread.
Modelo de AssyncTask:
private class CarregarAulasTask extends AsyncTask<TIPO_PARAMETRO_ENTRADA, TIPO_PARAMETRO_PROGRESSO, TIPO_PARAMETRO_SAIDA> {
@Override
protected void onPreExecute() {
super.onPreExecute();
}

@Override
protected Void doInBackground(TIPO_PARAMETRO_ENTRADA... params) {
TIPO_PARAMETRO_SAIDA retorno;
TIPO_PARAMETRO_PROGRESSO status;
publishProgress(status);
return retorno;
}

@Override
protected void onProgressUpdate(TIPO_PARAMETRO_PROGRESSO... status) {

}

@Override
protected void onPostExecute(Void result) {
super.onPostExecute(result);
}
}
new CarregarAulasTask().execute();

Exemplo de Thread com repetição:
final Handler handler = new Handler();
final Runnable sincronismo = new Runnable() {
@Override
public void run() {
if (NetworkUtil.verificaConexaoInternet(getApplicationContext())) {
Sync sync = new Sync(getApplicationContext());
if (sync.postSincronizarDiarioClasse(common.getEscola().getId())) {
// remove repetição
handler.removeCallbacks(this);
} else {
handler.postDelayed(this, 5000);
}
} else {
handler.postDelayed(this, 5000);
}
}
};
new Thread(sincronismo).start();

===Serviço===

Pelo site do Gestão é possível configurar a periodicidade de execução dos serviços que processam os protocolos do Diário de Classe.

Um serviço diferente é executado para cada tipo de protocolo.

Os serviços ficam no projeto ''Serviços/MSTech.GestaoEscolar.Jobs'', dentro da solução do Gestão.

Existe também o projeto ''Serviços/Testes'', que pode ser utilizado para testar um protocolo específico ou a execução de um serviço.

Sitemaps

2016-05-10T18:22:19Z

Admin: uma edição

===Webconfig===

No webconfig do Gestão, verificar o comando sistemaid.

sistemaid = 102 (São Paulo, Franca, Blumenau, Adapta, Elo, Santa Maria. Clientes novos)
sistemaid = 2 (Sertãozinho, Rio)
sistemaid = 1 (Bauru)

Módulos e Menu

2016-05-10T18:22:18Z

Admin: uma edição

====Adicionar menu no sistema====

# Acessar o Core menu Segurança > Módulos
# Buscar pelo módulo desejado e verificar quais as visões podem visualizar aquele módulo
# Verificar se o sitemap está adicionado, caso não esteja, adicionar
# Acessar o menu Segurança > Grupos e Permissões
# Verificar se o grupo de usuário desejado possui permissão no módulo
# Após alteração limpar cache do sistema

Observação

* Pode acontecer de módulo que liberamos possui o módulo pai que não está liberado para o grupo em questão.
Exemplo: Tentei liberar o menu "Documentos do docente", ao adicionar a visão Docente e acessar Grupos e Permissões ainda não exibia o módulo Documentos lá, foi necessário dar permissão no módulo pai "Documentos" para depois adicionar a permissão no Documentos do docente.

Parâmetros acadêmicos

2016-05-10T18:22:18Z

Admin: uma edição

* ''Valor da chave'': EXIBIR_SINTESE_REGENCIA_AULA_TURMA
''Nome do parâmetro'': Exibir o campo Resumo do conteúdo programático e das atividades desenvolvidas no cadastro do planejamento de classes
''Tipo'': booleano
''Utilização'': define se o textbox '''Resumo do conteúdo programático e das atividades desenvolvidas''' será exibido no cadastro do plano de aula.
**Atenção** O cliente Franca utiliza esse campo no '''Relatório de planos de aula''', portanto para Franca esse parâmetro deve estar setado como '''Sim'''.

Planejamento diário

2016-05-10T18:22:18Z

Admin: uma edição

===Atividades avaliativas===

====Exibição dos alunos====

Quando a atividade avaliativa está vinculada a uma aula: Exibe apenas os alunos que estão vigentes da data da aula.

Quando a atividade avaliativa '''não''' está vinculada a uma aula: Exibe todos os alunos da turma, independente da data de entrada.

Principais comandos GIT

2016-05-10T18:22:18Z

Admin: uma edição

===Fluxo desenvolvimento, principais comandos para executar no Git Bash===

1- Ir para a pasta do projeto:
cd CAMINHO_PASTA_PROJETO

2- Ir para a versão dev:
git checkout dev

3- Visualizar alterações:
git status

4- Incluir arquivos:
git add CAMINHO_ARQUIVO
git add .

5- Comitar(checkin) as alterações:
git commit -a -m "COMENTARIO_ALTERACAO"

6- Subir as alterações para o servidor e gerar as APKs para teste interno (dev e homologação), estando na versão dev executar:
git push NOME_REPOSITORIO_REMOTO

7- Ir para a versão master:
git checkout master

8- Fazer o merge do branch dev para o master, estando na versão master executar:
git merge dev

9- Fazer o commit do merge, estando na versão master executar:
git commit -a -m "COMENTARIO_ALTERACAO"

10- Subir as alterações para o servidor e gerar as APKs entregáveis (versão estável), estando na versão master executar:
git push NOME_REPOSITORIO_REMOTO

11- Criar uma tag da versão:
Fazer pelo site do GitLab: Tags > NEW TAG (Ex: Tag name: v1.58; Message: Versão 1.58)

12- Criar um branch a partir de um commit:
git branch branchname <sha1-of-commit>

===Modelos de comentário para alinhar com as tarefas do TFS (apenas sugestão)===

"Task 31266 - Adicionado perfil de Franca."
"Bug 31117 - Correção para considerar a substituição em turma que o docente não possui atribuição."

Publicação de relatórios e documentos

2016-05-10T18:22:18Z

Admin: uma edição

====Publicar documentos====

Na pasta de scripts no TFS existe os scripts para inserir os documentos do docente, do gestor e da escola, ficar atento ao executar o script para inserir o documento para verificar qual visão está sendo inserida.
Ás vezes o documento só será inserido na visão individual "id =4", mas na maioria dos casos a visão admin "id=1" também deve ter permissão para visualizar o documento.
Sempre confirmar com o SM ou PO, pois o script pode estar com bug por não contemplar as duas visões.

Página principal

2016-05-10T18:22:18Z

Admin: uma edição

Bem vindo a Wikipedia da MSTECH

Consulte o [//meta.wikimedia.org/wiki/Help:Contents Manual de Usuário] para informações de como usar o software wiki.

==Sobre a Wiki MSTECH==

A Wiki MSTECH é uma ferramenta disponibilizada pela empresa para manter informações sobre os produtos e projetos que compõem o plataforma de soluções da empresa. A Wiki é colaborativa, portanto todos estão convidados a disponibilizar informações sobre os projetos e produtos desenvolvidos.

Sugestões de informações que podem ser inseridas nessa ferramenta: Requisitos do projeto/produto, roadmap futuro de evolução, documentos de arquitetura e implantação, manuais de usuários, clientes que possuem a ferramenta e sua versão e materiais informativos para fins comerciais.

A Wiki também será um "hub" de informações para consolidar outras ferramentas da empresa, como o portal de cardápio dos designers, o ambiente Moodle para disponibilizar conteúdos de capacitação dos funcionários (em breve) entre outras coisas. Documentos como o backlog dos especialistas também estarão, em breve, nessa plataforma.

Vale ressaltar que a Wiki, assim como as demais ferramentas, '''é de acesso restrito apenas aos funcionários da empresa''' e, como tal, seu conteúdo está protegido pelas cláusulas da empresa de sigilo das informações.

Não sabe editar ou contribuir com a Wiki? Os links abaixo são recomendados para iniciar a colaboração.

'''Vamos lá?'''

== Produtos MSTECH ==
* [[Produtos]]

== Começando ==
* [//www.mediawiki.org/wiki/Special:MyLanguage/Manual:FAQ FAQ do MediaWiki]
* [//www.mediawiki.org/wiki/Help:Editing_pages]

Regras gerais de documentos e relatórios

2016-05-10T18:22:18Z

Admin: uma edição

====Checkbox Emitir documentos de anos anteriores====

* Apesar do nome, este checkbox tem a função de trazer apenas alunos '''inativos''' na pesquisa do relatório, mesmo que o ano letivo seja o atual.

* Para novos cliente, sugeri de alterar o nome para "Emitir documentos de alunos inativos". Está no backlog. [André 05/02/16]

Relação de alunos sem histórico escolar no sistema

2016-05-10T18:22:18Z

Admin: uma edição

==Regras==

Relatório traz alunos que têm o checkbox '''Histórico escolar incompleto''' marcado no Cadastro do aluno > Aba Dados pessoais.

Resources

2016-05-10T18:22:18Z

Admin: uma edição

===Localizando um script de resource===

Em alguns casos, podemos nos deparar com um resource sem um texto definido no sistema. Nesses casos é necessário localizar o script que insere o resource no sistema e executá-lo. O problema é que temos muitos script de muitas versões e clientes. Abaixo, segue um passo-a-passo de como encontrar o script desejado.

1. Abrir o Windows Explorer (Win + E)

2. Navegar até a pasta raiz dos resources

Por exemplo: C:\Projetos\TFS2012\GestaoAcademica\Development\Dev\Src\Scripts\GestaoAcademica

3. Pesquisar por todos os arquivos de resources de todas as versões e clientes. Na caixa de pesquisa, inserir:

*resource*.sql

4. Selecionar todos os resultados encontrados (Ctrl + A), clicar com o botão direito e abrir com o NotePad++ (Edit with Notepad++)

5. Após o Notepad++ carregar todos os arquivos, abra a ferramenta Pesquisar (Ctrl + f)

6. Na caixa de pesquisa, digite o nome do Resource

7. Clique no botão Localizar em todos os documentos abertos. O Notepadd++ irá exibir todos os documentos que possuem o texto do resource.

Observações:

* Caso encontre mais de um script com o resource, opte pela versão mais recente.
* Alguns scripts podem ser apenas de UPDATE, e não de criação do resource.

===Removendo exibição dos resources no sistema===

'''ATENÇÃO: OS PROCEDIMENTOS DESCRITOS ABAIXO AINDA NÃO ESTÃO EM FUNCIONAMENTO.[ANDRÉ 08/02]'''

1. Abrir o arquivo web.config em um editor de texto

2. Localizar a linha que contém a tag <globalization>

3. Substituir essa linha por:

<globalization uiCulture="pt-BR" culture="pt-BR" fileEncoding="iso-8859-1" responseHeaderEncoding="iso-8859-1" requestEncoding="utf-8" responseEncoding="utf-8"/>

4. Salvar o arquivo

5. Verificar o site. Se necessário, reinicie o site no IIS.

A seguir, temos o modelo da linha antes da alteração para remover a exibição dos resources:

<globalization uiCulture="pt-BR" culture="pt-BR" resourceProviderFactoryType="MSTech.GestaoEscolar.CustomResourceProviders.DBResourceProviderFactory, MSTech.GestaoEscolar.CustomResourceProviders, Version=1.0.0.0, Culture=neutral" fileEncoding="iso-8859-1" responseHeaderEncoding="iso-8859-1" requestEncoding="utf-8" responseEncoding="utf-8" />

Select para localizar dados do histórico

2016-05-10T18:22:18Z

Admin: uma edição

==Localizar todas as matrículas do aluno==

Passos abaixo para selecionar as matrículas dos alunos e depois consultar as notas e frequências lançadas.

O select abaixo exibe todas as matricula do aluno '105.116.543-X', verificar a data de matricula (coluna mtu_dataMatricula) para consultar do ano que deseja.

DECLARE @alu_id BIGINT
select @alu_id = alu_id from aca_alunocurriculo with(nolock)
where alc_matriculaestadual = '105.116.543-X'
select * from mtr_matriculaturma with(nolock) where alu_id = @alu_id

No exemplo abaixo o ano de 2015 é o do mtu_id = 5

DECLARE @alu_id BIGINT -- declara a variável @alu_id
select @alu_id = alu_id from aca_alunocurriculo with(nolock) where alc_matriculaestadual = '105.116.543-X'
select * from mtr_matriculaturma with(nolock) where alu_id = @alu_id and mtu_id = 5 -- consulta quando é conceito global
select * from mtr_matriculaTurmaDisciplina with(nolock) where alu_id = @alu_id and mtu_id = 5 -- consulta quando é nota por disciplina

Serviço

2016-05-10T18:22:18Z

Admin: uma edição

'''Instalação do serviço:'''

1. Quando damos build no projeto do Gestão, os itens abaixo não são compilados. Por isso precisamos dar build em cada um deles.

- GestaoEscolarServerScheduler
- MSQuartz.Core
- SetupMultiInstanceGestaoEscolarServerScheduler
- MSTech.GestaoEscolar.Jobs

2. Acessar ...\GestaoEscolar\GestaoAcademica\Development\Dev\Src\SetupMultiInstanceGestaoEscolarServerScheduler\bin

3. Executar como adm SetupMultiInstanceGestaoEscolarServerScheduler.exe

4. Desinstalar o serviço existente

5. Instalar o serviço com o nome do ambiente

6. Só alterar a porta caso apresente erro, a padrão é a 555

7. Realizar configuração do banco

Após configurar o banco, lembre-se de '''reiniciar''' o serviço no Windows. Para acessar a lista de serviços, use o atalho '''Windows+R''' e digite '''services.msc'''

'''Configurar serviço:'''

- Selecionar o serviço no combo

- Pode-se executar o serviço na hora pelo botão Disparar agora

- Definir quando o serviço será executado

- Salvar agendamento do serviço

Serviço de geração do arquivo

2016-05-10T18:22:18Z

Admin: uma edição

O serviço fica no projeto do Censo escolar, para instalar o serviço deve seguir os seguintes passos:
*Apagar todo o conteúdo da pasta bin do projeto ''SetupMultiInstanceCensoEscolarServerScheduler''.
*Dar Build no projeto ''SetupMultiInstanceCensoEscolarServerScheduler'' (executar em debug).
*Executar o arquivo SetupMultiInstanceCensoEscolarServerScheduler (na pasta bin) como administrador.
*Desinstalar as instâncias necessárias se já existirem.
*Executar o setup novamente e instalar a nova instância.
*Confirmar porta padrão 580.
*Atualizar as configurações do banco na pasta da instância.

Existe um projeto Testes, dentro do Censo escolar, que pode ser utilizado para conseguir debugar o serviço.

Gestão Escolar

2016-05-10T18:22:17Z

Admin: uma edição

==Administração==

[[Escolas]]
[[Manutenção de alunos]]
[[Manutenção de turmas]]
[[Manutenção de turmas eletivas]]
[[Manutenção de turmas da sala de recurso]]
[[Formato de avaliação]]

==Matrícula==

[[Fechamento do gestor]]
[[Fechamento e início do ano letivo]]

==Classe==

[[Planejamento diário]]

==Minhas turmas==

[[Diário de classe]]
[[Diário de classe - Plano de aula]]
[[Fechamento do docente]]

==Documentos==

[[Regras gerais de documentos e relatórios]]

====Documentos do gestor====

[[Análise das turmas do ano por componente (coluna)]]
[[Ata final de resultados]]

====Documentos do aluno====

[[Boletim escolar]]
[[Histórico escolar]]

====Documentos do docente====

[[Anotações dos alunos por período]]

====Documentos da escola====

[[Relação de alunos sem histórico escolar no sistema]]

==Configurações==

[[Parâmetros acadêmicos]]
[[Serviço]]

==Área do aluno==

[[Área do aluno]]

==Outros==

[[Configuração do servidor de relatórios]]
[[Publicação de relatórios e documentos]]
[[Dicas de português]]
[[Instalação e configuração do CoreSSO]]
[[Limpar cache]]
[[Resources]]
[[Sitemaps]]
[[Módulos e Menu]]
[[Select para localizar dados do histórico]]
[[Transferências - Comportamento do boletim]]

Instalação e configuração do Censo Escolar

2016-05-10T18:22:17Z

Admin: uma edição

==Pré-requisitos==

* Instalação do componente '''ReportViewer'''
* É necessário que a API do Gestão escolar também esteja rodando.

Instalação e configuração do CoreSSO

2016-05-10T18:22:17Z

Admin: uma edição

===Recursos e Serviços do Windows===

Instalar os seguintes recursos do Windows:

.NET Framework 3.5 (inclui .NET 2.0 e 3.0)
Ativação HTTP do Windows Communication Foundation

Serviços Avançados do .NET Framework 4.5
Serviços WCF
Compartilhamento de portas TCP

Serviços de informação da Internet
Ferramentas de Gerenciamento da WEB
Serviços da World Wide Web
Manutenção e diagnóstico
Recursos de desempenho
Recursos de desenvolvimento de apps
Recursos HTTP comuns
Segurança

===Mapeamento e diretórios===

Criar a seguinte pasta no disco local:
'''Projetos''', dentro da mesma pasta criar uma pasta com o nome '''TFS2012'''

===CoreSSO===

#Acessar a pasta do build em '''\\deploy.build.sqa\Builds\CoreSSO\Zips'''
#O arquivo que tem o nome '''CoreSSO_TipoDeBuild-X.X.X.X.zip''', com a data de modificação mais nova, é a versão mais recente do site.
#Copiar o arquivo .zip com o site para a sua máquina
#Extrair os arquivos na pasta que o Core será publicado (Sugestão: '''C:\Projetos\TFS2012\CoreSSO''')

O arquivo web.config não vem junto com o projeto. Sugere-se pedir para alguém passar o arquivo, que deve estar na raiz do site.
Os arquivos '''MSTech.Data.Common.dll.config''' e '''MSTech.Config.exe''' também não vêm junto com o site. Devem ser colocados dentro da pasta '''Bin'''.
O arquivo '''samlcert.pfx''' fica dentro da pasta SAML>Client. Copiá-lo para a pasta SAML.

===Visual Studio===

Pendente de detalhamento

===IIS===

Clicar em adicionar site, preenchendo com os seguintes dados:

Nome : CoreSSO
Caminho: Informar o caminho da raiz do site, por exemplo C:\Projetos\TFS2012\CoreSSO
Porta: 54296

Limpar cache

2016-05-10T18:22:17Z

Admin: uma edição

===Sgphom===

http://sgphomsp-sgp.mstech.com.br/Configuracao/Conteudo/VisualizaCache.aspx

===Local===

... /Configuracao/Conteudo/VisualizaCache.aspx

==Javascript==

====Google Chrome====

* Pressionar F12
* Navegar até a aba Console
* Inserir o código abaixo e pressionar Enter

$.jStorage.flush()

Links úteis

2016-05-10T18:22:17Z

Admin: uma edição

===URLs úteis do sistema===

Site do Jenkins, para controlar a geração das APKs: http://jenkins.mstech.com.br/ (projeto Diário de Classe)
URL para download das apks:
http://dev-releases.mstech.com.br/android/diario_classe/dev/ (gerados a partir do push na versão dev)
http://dev-releases.mstech.com.br/android/diario_classe/master/ (gerados a partir do push na versão master)
Site do GitLab, para controle de versão: https://gitlab.mstech.com.br/ (projeto diarioclasse/app-android)

===URLs úteis para aprendizado===

https://git-scm.com/book/en/v2
https://git-scm.com/book/pt-br/v1
http://developer.android.com/intl/pt-br/training/articles/perf-tips.html
http://developer.android.com/intl/pt-br/guide/topics/ui/declaring-layout.html#CommonLayouts
http://www.sqlite.org/lang_corefunc.html

Main Page

2016-05-10T18:22:17Z

Admin: uma edição

#REDIRECT [[Wiki Gestão Acadêmica]]

Manutenção de alunos

2016-05-10T18:22:17Z

Admin: uma edição

==Alunos excedentes/candidatos==

===Cadastro===

Durante o cadastro do aluno, marcar o checkbox Candidato e completar o cadastro.

Observação importante sobre Turnos: Durante o cadastro da opção de Escola/Curso/Turno para o aluno candidato, o sistema carrega apenas os Tipos de turnos vinculados à Escola. Isso pode confundir no momento da matrícula do aluno, pois pode acontecer de a escola possuir turmas cujos turnos não estão cadastrados na escola.

===Matrícula===

1. Acessar o cadastro do aluno candidato

2. Acessar a aba Candidato

3. Na seção Opções da Unidade escolar, marcar a opção SIM na coluna Confirmar. Nesse momento, o sistema irá abrir opções para a matrícula do aluno.

4. Selecionar a movimentação desejada, preencher os dados da movimentação e salvar.

Manutenção de turmas

2016-05-10T18:22:17Z

Admin: uma edição

===Formato de avaliação===

O carregamento dos formatos de avaliação obedecem à seguinte regra:

Traz apenas formatos de avaliação que possuem o '''Tipo de apuração de frequência''' igual ao campo '''Controle de horas/aulas''' do período do curso selecionado.

===Turno===

Manutenção de turmas da sala de recurso

2016-05-10T18:22:17Z

Admin: uma edição

==Cadastro==

====Parâmetros envolvidos====
* Função - Docente de sala de recurso

* Turma da sala de recurso - Carregar todos os docentes da escola

====Passos====

* '''1º Passo: Admistração -> Escola'''
Selecionar a escola que deseja cadastrar uma sala de recurso e adicionar uma dependência do tipo sala de recurso e utilizada como sala de recurso.

* '''2º Passo: Administração -> Sala de recurso'''
Incluir nova sala de recurso, selecionar a escola e a dependência criada.

Na versão 1.57, foi adicionado o parâmetro '''Turma da sala de recurso - Carregar todos os docentes da escola'''. Esse parâmetro indica se o docente da sala de recurso deve ou não ter a função de Sala de Recurso.
Caso este parâmetro estiver habilitado, pular para o passo 6.

* '''3º Passo: Administração -> Recursos humanos -> Funções'''
Incluir uma nova função que será utilizada como docente da sala de recurso.

* '''4º Passo: Configuração -> Parâmetros -> Parâmetros acadêmicos'''
Vincular o parâmetro "Função - Docente de sala de recurso" à função que deverá ser utilizada como docente da sala de recurso.

* '''5º Passo: Administração -> Docentes -> Manutenção de docentes'''
Ir na aba "Vínculos de trabalho" do docente selecionado e adicionar nova função, e essa função deve ser a que foi vinculada ao parâmetro.

* '''6º Passo: Administração -> Manutenção de turmas da sala de recurso'''
Incluir nova turma e preencher os dados necessários

* '''7º Passo: Matrícula -> Matrícula em sala de recurso'''
Buscar o aluno e selecionar a sala de recurso desejada.

Observação: se o parâmetro (4º Passo) já estiver configurado, deve-se atentar à função que deve ser atribuída ao docente.

Manutenção de turmas eletivas

2016-05-10T18:22:17Z

Admin: uma edição

==Cadastro==

====Combo Curso====

* No cadastro do curso, na aba Disciplinas, verificar:
** Clicar sobre o período do curso (1º série, 2º série ...)
** No campo "Quantidade de tempos de disciplinas eletivas por semana", preencher com um valor numérico
** Salvar
** Ainda no cadastro do curso, acessar a aba Disciplinas eletivas
** Cadastrar uma turma eletiva
** Salvar o curso

* Verificar se o curso está vinculado à escola
** Acessar o Administração > Escola > Cadastro da escola > Aba Curso e adicionar o curso
** A data de vigência inicial do curso na escola não pode ser menor do que a data inicial do curso no cadastro do curso

====Período do calendário====

* Essa tela valida a quantidade de avaliações cadastradas no Formato de Avaliação selecionado com a quantidade de períodos do Calendário selecionado.
* Se o calendário tiver menos períodos do que avaliações no formato de avaliações, a tela irá carregar a quantidade menor de períodos.

É necessário selecionar pelo menos 2 períodos consecutivos.

Estrutura do projeto

2016-05-10T18:22:16Z

Admin: uma edição

===Login administrador===

admin / @1dm.n

===Pastas e arquivos mais utilizados no desenvolvimento para o aplicativo:===
# apk [diarioclasse-apk]
#* res
#** drawable : guarda arquivos .xml que geram um desenho, ou retornam um desenho de acordo com o estado do componente. Exemplo de utilização como uma propriedade para um componente da tela: <code>android:background="@drawable/green_button_selector"</code> Exemplo dentro do código: <code>btn.setBackgroundResource(R.drawable.grey_buttonaba)</code> ou <code>btn.setBackgroundDrawable(this.getResources().getDrawable(R.drawable.grey_buttonaba))</code>
#** drawable-hdpi : guarda arquivos de imagens utilizados no aplicativo. Pode ser utilizado da mesma maneira que o item anterior, utilizando o nome do arquivo sem a extensão.
#** layout : guarda arquivos .xml com o layout das telas. Exemplo para uma tela única: <code>setContentView(R.layout.base)</code> Exemplo para uma tela que utiliza uma tela base (como se fosse a MasterPage): <code>public class PlanejamentoAnualActivity extends BaseActivity { ... </code> <code>LinearLayout linear_grid = (LinearLayout)View.inflate(this, R.layout.planejamento_anual, null);</code> <code>base_linear.addView(linear_grid, new LayoutParams(LayoutParams.FILL_PARENT, LayoutParams.FILL_PARENT));</code>
#** layout-land / layout-port : guarda arquivos .xml com o layout das telas que possuem um formato diferenciado dependendo da orientação (retrato ou paisagem) do tablet. Os arquivos .xml possuem um mesmo nome para cada orientação. Pode ser utilizado da mesma maneira que o item anterior, apenas pelo nome. O layout altera automaticamente de acordo com a orientação do tablet.
#** values
#*** color.xml : cores utilizadas no sistema. Exemplo de utilização como uma propriedade para um componente da tela: <code>android:textColor="@color/azul_bem_escuro"</code> Exemplo dentro do código: <code>vBot.get(pos).setTextColor(getResources().getColor(R.color.azul_icone_menu));</code> <code>image1.setBackgroundColor(getResources().getColor(R.color.roxo_claro));</code>
#*** strings.xml : textos utilizados no sistema. Exemplo de utilização como uma propriedade para um componente da tela: <code>android:text="@string/avaliacao_atividades"</code> Exemplo dentro do código: <code>txtErro.setText(getString(R.string.login_nao_existe))</code>
#*** styles.xml : estilos utilizados no sistema. Exemplo de utilização como uma propriedade para um componente da tela: <code>style="@style/GreenButtonIcon"</code> Exemplo dentro do código: <code>final Dialog fecharDialog = new Dialog(PlanejamentoAnualActivity.this, R.style.CustomDialog);</code>
#* src
#** br.com.mstech.diarioclasse
#*** dialog : guarda arquivos .java que controlam telas de pop-up.
#*** diary
#**** components : guarda arquivos .java que controlam componentes customizados.
#**** core : guarda arquivos .java com classes de auxílio.
#**** interfaces : guarda arquivos .java que controlam as telas principais do aplicativo. Não segue uma padronização de nomes, um ponto a melhorar.
#*** enumeration
#**** ApiEnum.java : enumerador para os métodos da API utilizados no aplicativo.
#*** sync
#**** get : guarda arquivos .java para controle da sincronização dos métodos que retornam dados da API.
#**** post : guarda arquivos .java para controle da sincronização dos métodos que enviam dados para a API.
#**** Sincronizacao.java : controla a sincronização inicial, a atualização dos dados gerais, a sincronização dos dados da turma e a atualização dos dados agendada. São sincronizações mais longas, com várias chamadas a API.
#**** Sync.java : reune as chamadas para todos os métodos da API.
#*** task : guarda arquivos .java para tarefas que serão chamadas de forma assíncrona, porque envolvem sincronização.
#* AndroidManifest.xml : configurações gerais do aplicativo, como número da versão, versão mínima do sdk, permissões e telas.
# data [diarioclasse-data]
#* src/main/java/br.com.mstech.diarioclasse.data
#** dao : guarda arquivos .java de todas as tabelas, com métodos que fazem chamadas diretas ao banco de dados.
#** helper : guarda arquivos .java de todas as tabelas, para controle da criação e alteração de cada uma delas no momento da instalação (onCreate) ou da atualização (onUpdate) do aplicativo.
#*** DatabaseHelper.java : guarda o número da versão atual do banco do aplicativo.
# model [diarioclasse-model]
#* src/main/java/br.com.mstech.diarioclasse
#** dto : guarda arquivos .java com classes de auxílio, com modelo diferenciado da tabela.
#** enumeration : guarda os enumeradores utilizados no aplicativo.
#** model : guarda arquivos .java com o modelo de todas as tabelas.
#*** pk : guarda arquivos .java para as chaves das tabelas com mais de um campo chave.
#** ParametroSistema.java : guarda o perfil que será utilizado na execução do aplicativo (PERFIL_ATIVO).
# pom.xml : guarda o número da versão do applicativo (tag <diarioclasse.version>).

Fechamento

2016-05-10T18:22:16Z

Admin: uma edição

[[Image:ANDRE.png|thumb|left]]

Fechamento do docente

2016-05-10T18:22:16Z

Admin: uma edição

==Geral==

===Compensações de ausência===

Hoje a quantidade de faltas é bimestral e aquantidade de compensação é anual. Pode-se chegar no 4º bimestre e ter 10 faltas naquele bimestre e compensar 30 faltas, pois o aluno teve falta nos outros bimestres.Eu posso chegar no 4º bimestre e ter 10 faltas naquele bimestre e compensar 30 faltas, pois o aluno teve falta nos outros bimestres. [André 11/01]

===Pop-up Registro do conselho de classe > Aba Parecer Conclusivo===

Permissões para alterar os dados de notas: Os gestores, no SGP eles são: Coordenador Pedagógico, Assistente de Direção e Diretor. [André 11/01]

Disciplinas a serem exibidas: Deve exibir todas as disciplinas da grade do aluno, inclusive Recuperação Paralela e Educação física multisseriada. [André 11/01]

===Botão Atualizar===

====Disciplinas de enriquecimento curricular====

- Verificar no BD. Caso não tiver valor salvo, sugerir um valor de acordo com a frequência do aluno e formato de avaliação (Frequente ou Não frequente)

- Se tiver valor salvo no BD, atualizar o campo com o valor que está salvo no BD. [André 12/01]

==Fechamento automático==

===Serviços envolvidos===

- Faz o pré processamento de notas e faltas para o novo fechamento

- Faz o pré processamento do relatório de pendências por disciplinas e alunos

- Joga registros da tabela pré-processada para fechamento no dia da abertura do evento

===Quando não há período de fechamento aberto===

- Sistema deve gerar fila ao realizar alterações de Aulas/notas/frequência, porém não deve haver fura fila ao acessar o fechamento quando a fila está com situação Aguardando Processamento.

===No dia da abertura do evento de fechamento===

- Sistema roda, em horário definido, o serviço "Joga registros da tabela pré-processada para fechamento no dia da abertura do evento" que deve preencher a tabela de fechamento.

- Com os dados na tabela de fechamento, os dados irão aparecer no boletim escolar e no fechamento do gestor.

- SÃO PAULO abre os eventos de fechamento do 4º bimestre e fechamento final juntos.

==Pendências==

- Quando há apenas pendências de parecer conclusivo, o sistema não deve exibir o ícone de exclamação ao lado do ícone de fechamento.

==Outros==

===Preencher rapidamente os combos de notas===

- No Google Chrome, apertar F12 e ir até a aba Console. Colar o código abaixo.

Nota pós-conselho: $("[id*='ddlPareceresPosConselho'] option:contains('Plenamente Satisfatório')").attr("selected", true);

Parecer final: $("[id*='ddlPareceresFinal'] option:contains('P')").attr("selected", true);

Fechamento do gestor

2016-05-10T18:22:16Z

Admin: uma edição

====Período fechado====

* Quando o período de fechamento do bimestre está fechado, a % de frequência final do fechamento do gestor não conta este bimestre (apesar das faltas do bimestre fechado serem exibidas).

====Porcentagem de frequência final====

* Não contempla Sala de Leitura, Informática Educativa e Recuperação Paralela.

====Marcação vermelha ao lado do nome do aluno====

A marcação vermelha acontece quando o aluno está com baixa frequência em alguma disciplina.

Não deve haver marcação quando o aluno tem baixa frequência em Recuperação Paralela.

Fechamento e início do ano letivo

2016-05-10T18:22:16Z

Admin: uma edição

==Fechamento do ano letivo==

===Páginas relacionadas===

* Configuração > Processo de fechamento/início do ano letivo (Dependendo do cliente, pode estar no módulo Matrícula)

* Matrícula > Fechamento do ano letivo

===Configuração do Processo de fechamento/início do ano letivo:===
* Preencher as Etapas do processo

* Preencher os Parâmetros de enturmação

===Passos===

1. Verificar o processo corrente de fechamento/inicio do ano letivo

IMPORTANTE: para fazer o fechamento do ano de 2016, o processo de fechamento a ser trabalhado nas etapas é o 2016/2017.
Isso '''independe''' do processo corrente, que nesse caso é o 2015/2016. O processo corrente só muda após terminar o fechamento do ano letivo.

2. Todas as turmas da escola devem ter o fechamento final realizado. Fazer lançamento para avaliação final (menção final)

3. Fazer previsão de séries

4. Fazer enturmação

5. Fazer renovação

6. Realizar a confirmação de fechamento do ano letivo

===Resolução de problemas===

====Renovação====

Problema: Mensagem Os tipos de movimentação não estão cadastrados ao tentar salvar a renovação.

Solução:

# Acessar '''Configurações > Movimentação > Parâmetros de movimentação'''
# Selecione o tipo de movimento '''Remanejamento'''
## Certifique-se preencher os campos '''Tipo de Movimentação de saída''' e '''Tipo de movimentação de entrada''' com a movimentação '''Remanejamento'''
## Caso os tipos de movimentação não estejam sendo exibidos, será necessário cadastrá-los na página '''Configuração > Dados Acadêmicos > Tipo de movimentação'''
## No cadastro dos tipo de movimentação, cadastrar um Remanejamento com Entrada e um com Saída.
# Realizar o mesmo procedimento para o tipo de movimento '''Renovação de matrícula'''

'''ATENÇÃO''': Tipo de movimento não é a mesma coisa que Tipo de movimentação.
'''Tipos de movimento''' são fixos no sistema.
'''Tipo de movimentação''' são cadastrados na tela Configuração > Dados Acadêmicos > Tipo de movimentação e servem como parâmetros dentro do cadastro do Tipo de Movimento.

==Início do ano letivo==

====Páginas relacionadas====
Configuração > Processo de fechamento/início do ano letivo (Dependendo do cliente, pode estar no módulo Matrícula)
Matrícula > Início do ano letivo

====Configuração do Processo de fechamento/início do ano letivo:====
- Preencher as Etapas do processo

- Preencher os Parâmetros de formação de turmas

7. Mudar o processo corrente de fechamento/inicio do ano letivo
Por exemplo, para eu fazer o início do ano de 2016, o processo ativo deve ser o 2015/2016.

8. Formação de turma

9. Fechamento da matricula

Formato de avaliação

2016-05-10T18:22:16Z

Admin: uma edição

==Formato de avaliação==

====Dados do formato de avaliação====

# Cadastros > Formato de avaliação
# Preencha os dados obrigatórios
# Editar as escalas de avaliações
# Adicionar as avaliações
# Salvar

====Escala de avaliação====

# Tipo de avaliação ao qual a turma é submetida (numérica, conceito, relatórios)
# Valor mínimo para que o aluno aprove

* Obs: Caso houver alguma escala de avaliação diferenciada cadastrada, este irá sobrescrever a escala vinculada ao formato original

====Avaliações====

# Configuração da avaliação de cada período do calendário (Detalhar mais)
# Periódico/Final
# Considerar nota/frequência
# Exibir no boletim

Atualização da versão

2016-05-10T18:22:15Z

Admin: uma edição

===Alterar a versão do aplicativo===
* Alterar no arquivo '''''pom.xml''''' a tag '''''diarioclasse.version'''''. Acompanhar o número de versão do Gestão.

===Alteração no banco de dados===

Atualizar a versão do banco (se houve alguma alteração de banco na versão do aplicativo): alterar o arquivo ''data [diarioclasse-data] > src > main > java > br.com.mstech.diarioclasse.data > helper > '''DatabaseHelper.java'''
''.

====Para uma nova tabela:====

* Criar um arquivo helper da tabela em data ''[diarioclasse-data] > src > main > java > br.com.mstech.diarioclasse.data > '''helper'''''. Adicionar script para criar a tabela nos métodos onCreate e onUpdate. No onUpdate considerar a alteração da versão do banco (seguir modelo do UsuarioGrupoHelper.java).

* Adicionar na lista de helpers: alterar o arquivo ''data [diarioclasse-data] > src > main > java > br.com.mstech.diarioclasse.data > helper > '''Helper.java'''''.

* Criar uma classe com as propriedades da tabela em ''model [diarioclasse-model] > src > main > java > br.com.mstech.diarioclasse.data > '''model'''''. Se a tabela possuir mais de uma chave primária criar uma classe separada em ''model [diarioclasse-model] > src > main > java > br.com.mstech.diarioclasse.data > model > '''pk'''''.

* Criar uma classe para os comandos que acessam a tabela no banco de dados em ''data [diarioclasse-data] > src > main > java > br.com.mstech.diarioclasse.data > '''dao'''''. Não existem stored procedures, os scripts de banco são criados direto pelo código. A classe base AbstractDao já possui alguns métodos padrão implementados, na classe Dao da tabela é necessário implementar apenas o que a classe base não atender.

* Adicionar na lista de tabelas do arquivo ''data [diarioclasse-data] > src > main > java > br.com.mstech.diarioclasse.data > dao > '''BdAdapter.java'''''. Se for uma tabela que depende de outra, verificar se é necessário adicionar algum script no método ''apagarRegistrosNaoUtilizados''.

====Para edicao de uma tabela, alterar o arquivo '''''helper''''' da tabela:====

* Alterar o método onCreate com o script atualizado para criar a tabela.

* No método onUpdate, adicionar os scripts de alteração da tabela considerando a versão do banco. Se for uma alteração que necessite recriar a tabela, é necessário criar uma tabela temporária para recuperar os dados já existentes (seguir modelo do AulaHelper.java).

'''Não esquecer de testar o update da aplicação, não apenas uma instalação nova.'''

Censo Escolar

2016-05-10T18:22:15Z

Admin: uma edição

==Configurações==

[[Configurar fases do Censo Escolar]]
[[Confirmação das escolas]]
[[Serviço de geração do arquivo]]

==Outros==

[[Instalação e configuração do Censo Escolar]]

Configuração do servidor de relatórios

2016-05-10T18:22:15Z

Admin: uma edição

==Configuração no servidor de relatórios==

1. Acessar o endereço http://NOME_DO_SERVIDOR/ReportS

2. Acessar a pasta dos relatórios

3. Clicar em Nova fonte de dados

====Configuração da fonte de dados====

Nome: DSGestaoEscolar
Tipo de fonte de dados: Microsoft SQL Server
Cadeia de conexão: Data Source=TE-SMESP-BD02;Initial Catalog=NOME_DO_BANCO
Nome de usuário: Usuário do BD, geralmente user_gestaoescolar
Senha: Senha do usuário do BD, geralmente gestaoescolar@adm

==Configuração no Gestão==

====Caminho====

Configurações > Dados gerais > Servidor relatórios

====Campo Usuário====

1. Acessar o endereço servidor/ReportS

2. Acessar a pasta dos relatórios

3. Acessar a fonte de dados

4. Navegar até a aba Segurança

5. Verificar o usuário do servidor, está como nomedoservidor/usuário

====Campo Senha====

A senha deve ser confirmada, mas geralmente é pass@word1

Confirmação das escolas

2016-05-10T18:22:15Z

Admin: uma edição

==Aba Informações Educacionais==

====Ensino Fundamental organizado em Ciclos====

O campo "Ensino fundamental organizado em ciclos" é preenchido de acordo com o campo '''Regime de matrícula''' do cadastro de curso do Gestão. Apenas para a opção de regime "Por Créditos", o campo "Ensino fundamental organizado em ciclos" no Censo não será selecionado.

Contratos escolares

2016-05-10T18:22:15Z

Admin: uma edição

==Relatórios==

[[Mapa de matrículas]]

Criar novo perfil de cliente

2016-05-10T18:22:15Z

Admin: uma edição

===Adicionar novo perfil===

* Adicionar perfil no banco de dados: alterar o arquivo ''data [diarioclasse-data] > src > main > java > br.com.mstech.diarioclasse.data > helper > '''PerfilHelper.java'''''.

* Adicionar perfil no enumerador: alterar o arquivo ''model [diarioclasse-model] > src > main > java > br.com.mstech.diarioclasse > enumeration > '''PerfilEnum.java'''''.

* Excluir perfis de outros clientes: alterar o arquivo ''data [diarioclasse-data] > src > main > java > br.com.mstech.diarioclasse.data > dao > '''PerfilDao.java'''''.

* Alterar perfil ativo ao rodar o projeto (nos builds do jenkins o perfil é alterado dinamicamente): alterar o arquivo ''model [diarioclasse-model] > src > main > java > br.com.mstech.diarioclasse > '''ParametroSistema.java'''''.

* Adicionar novo perfil nos builds no jenkins.

===Criar novo build no jenkins===

* Selecionar o projeto, estando logado com o login/senha do computador.

* Criar um Novo job, alterar o nome e copiar as configurações de um job já existente.

* Adicionar na lista de perfis, e alterar o nome do projeto "principal".

* Alterar o campo Remote directory, a pasta onde vai ser gerada a apk.

* Alterar o código que altera o ícone de acordo com o cliente:

'''-- Icone padrão'''
application_icon = manifest.getElementsByTagName("application")
if application_icon.length == 1:
application_icon[0].setAttribute("android:icon", "@drawable/icon_mstech")
application_icon[0].setAttribute("android:label", "@string/app_name_mstech")

activity_label = manifest.getElementsByTagName("activity")
if activity_label > 0:
activity_label[0].setAttribute("android:label", "@string/app_name_mstech")
'''--'''

'''-- Icone SMESP'''
application_icon = manifest.getElementsByTagName("application")
if application_icon.length == 1:
application_icon[0].setAttribute("android:icon", "@drawable/icon_smesp")
application_icon[0].setAttribute("android:label", "@string/app_name_smesp")

activity_label = manifest.getElementsByTagName("activity")
if activity_label > 0:
activity_label[0].setAttribute("android:label", "@string/app_name_smesp")
'''--'''

===Configurações no Gestão===

*Adicionar sistema DiarioClasseService com a chave '''''K1 = 48FEAA0149'''''. Exemplo de script:

USE [DEV_FRA_CoreSSO]
GO

--Iniciar transação
BEGIN TRANSACTION
SET XACT_ABORT ON

DECLARE @entId as uniqueidentifier;
SELECT TOP 1 @entId = sse.ent_id
FROM SYS_SistemaEntidade AS sse WITH(NOLOCK)
INNER JOIN SYS_Sistema AS ss WITH(NOLOCK)
ON sse.sis_id = ss.sis_id
WHERE
ss.sis_nome = 'Gestão Acadêmica'

INSERT INTO [dbo].[SYS_Sistema]
([sis_id]
,[sis_nome]
,[sis_descricao]
,[sis_caminho]
,[sis_urlImagem]
,[sis_urlLogoCabecalho]
,[sis_tipoAutenticacao]
,[sis_urlIntegracao]
,[sis_situacao]
,[sis_caminhoLogout]
,[sis_ocultarLogo])
VALUES
(138
,'DiarioClasseService'
,'Serviço de sincronização de dados Web X Tablet'
,null
,null
,null
,1
,null
,5
,null
,0)

INSERT INTO [dbo].[SYS_SistemaEntidade]
([sis_id]
,[ent_id]
,[sen_chaveK1]
,[sen_urlAcesso]
,[sen_logoCliente]
,[sen_urlCliente]
,[sen_situacao])
VALUES
(138
,@entId
,'48FEAA0149'
,null
,null
,null
,1)

-- Fechar transação
SET XACT_ABORT OFF
COMMIT TRANSACTION
GO

*Criar grupo de Docente e adicionar usuários.

*Instalar o serviço do Gestão escolar:
**Apagar todo o conteúdo da pasta bin do projeto ''SetupMultiInstanceGestaoEscolarServerScheduler''.
**Dar Build no projeto ''SetupMultiInstanceGestaoEscolarServerScheduler'' (executar em debug) e copiar todo o conteúdo da pasta bin no servidor.
**Executar o arquivo SetupMultiInstanceGestaoEscolarServerScheduler como administrador.
**Desinstalar as instâncias necessárias.
**Executar o setup novamente e instalar a instância de novo.
**Confirmar porta padrão 555.
**Atualizar as configurações do banco na pasta da instância.

*Publicar API:
**Dar um Publish no projeto da API.
**Copiar a pasta para o servidor: DSG-WEB01, IIS 7, site SPO_GestaoEscolar.

*Adicionar módulo de Configuração de serviços:
EXEC MS_InserePaginaMenu
@nomeSistema = @nomeSistema -- Nome do sistema (obrigatório)
,@nomeModuloAvo = NULL -- Nome do módulo avó (Opcional, apenas quando houver)
,@nomeModuloPai = 'Configuração' -- Nome do módulo pai (Opcional, apenas quando houver)
,@nomeModulo = 'Configuração de serviços' -- Nome do módulo (Obrigatório)
,@SiteMap1Nome = 'Configuração de serviços'
,@SiteMap1Url = '~/Configuracao/Servico/ConfigurarServico.aspx'
,@SiteMap2Nome = NULL
,@SiteMap2Url = NULL
,@SiteMap3Nome = NULL
,@SiteMap3Url = NULL
,@possuiVisaoAdm = 1 -- Indicar se possui visão de administador
,@possuiVisaoGestao = 0 -- Indicar se possui visão de Gestão
,@possuiVisaoUA = 0 -- Indicar se possui visão de UA
,@possuiVisaoIndividual = 0 -- Indicar se possui visão de individual

*Acessar o módulo no Gestão e configurar a frequência para executar os serviços do Diário de classe.
*Adicionar parâmetros acadêmicos para a execução dos serviços:
EXEC MS_InsereParametroAcademico
@pac_chave = 'QUANTIDADE_MAXIMA_BUSCA_PROTOCOLO_AULA' -- Chave do parâmetro. (Obrigatório)
,@pac_valor = '300' -- Valor do parâmetro. (Obrigatório)
,@pac_descricao = 'Quantidade máxima de protocolos de aula carregados na sincronização com o diário de classe' -- Descrição do parâmetro. (Obrigatório)
,@pac_obrigatorio = 1 -- indica se o parâmetro é obrigatório no sistema. (Obrigatório)
,@ent_id = @entId

EXEC MS_InsereParametroAcademico
@pac_chave = 'QUANTIDADE_MAXIMA_BUSCA_PROTOCOLO_PLANEJAMENTO' -- Chave do parâmetro. (Obrigatório)
,@pac_valor = '30' -- Valor do parâmetro. (Obrigatório)
,@pac_descricao = 'Quantidade máxima de protocolos de planejamento carregados na sincronização com o diário de classe' -- Descrição do parâmetro. (Obrigatório)
,@pac_obrigatorio = 1 -- indica se o parâmetro é obrigatório no sistema. (Obrigatório)
,@ent_id = @entId

EXEC MS_InsereParametroAcademico
@pac_chave = 'QUANTIDADE_MAXIMA_BUSCA_PROTOCOLO_LOGS' -- varchar(100)
,@pac_valor = '500' -- varchar(1000)
,@pac_descricao = 'Quantidade máxima de protocolos de logs carregados na sincronização com o diário de classe' -- varchar(200)
,@pac_obrigatorio = 1 -- bit
,@ent_id = @entId

EXEC MS_InsereParametroAcademico
@pac_chave = 'QUANTIDADE_MAXIMA_BUSCA_PROTOCOLO_JUSTIFICATIVA' -- varchar(100)
,@pac_valor = '10' -- varchar(1000)
,@pac_descricao = 'Quantidade máxima de protocolos de justificativa de falta carregados na sincronização com o diário de classe' -- varchar(200)
,@pac_obrigatorio = 1 -- bit
,@ent_id = @entId

EXEC MS_InsereParametroAcademico
@pac_chave = 'QUANTIDADE_MAXIMA_BUSCA_PROTOCOLO_FOTO' -- varchar(100)
,@pac_valor = '30' -- varchar(1000)
,@pac_descricao = 'Quantidade máxima de protocolos de foto carregados na sincronização com o diário de classe' -- varchar(200)
,@pac_obrigatorio = 1 -- bit
,@ent_id = @entId

EXEC MS_InsereParametroAcademico
@pac_chave = 'QUANTIDADE_MAXIMA_BUSCA_PROTOCOLO_COMPENSACAO' -- varchar(100)
,@pac_valor = '10' -- varchar(1000)
,@pac_descricao = 'Quantidade máxima de protocolos de compensação de ausência carregados na sincronização com o diário de classe' -- varchar(200)
,@pac_obrigatorio = 1 -- bit
,@ent_id = @entId

*Adicionar módulo para consulta de protocolos e equipamentos:
DECLARE @nomeSistema VARCHAR(100) = 'Gestão Acadêmica'
DECLARE @sis_id INT = (SELECT TOP 1 sis_id FROM SYS_Sistema WHERE sis_nome = @nomeSistema)
EXEC MS_InserePaginaMenu
@nomeSistema = @nomeSistema -- Nome do sistema (obrigatório)
,@nomeModuloAvo = NULL -- Nome do módulo avó (Opcional, apenas quando houver)
,@nomeModuloPai = 'Configuração' -- Nome do módulo pai (Opcional, apenas quando houver)
,@nomeModulo = 'Diário de classe' -- Nome do módulo (Obrigatório)
,@SiteMap1Nome = 'Diário de classe'
,@SiteMap1Url = '~/Index.aspx?mod_id=0'
,@SiteMap2Nome = NULL
,@SiteMap2Url = NULL
,@SiteMap3Nome = NULL
,@SiteMap3Url = NULL
,@possuiVisaoAdm = 1 -- Indicar se possui visão de administador
,@possuiVisaoGestao = 1 -- Indicar se possui visão de Gestão
,@possuiVisaoUA = 1 -- Indicar se possui visão de UA
,@possuiVisaoIndividual = 0 -- Indicar se possui visão de individual

UPDATE SYS_ModuloSiteMap
SET msm_url = '~/Index.aspx?mod_id=' + CAST(mod_id AS VARCHAR)
WHERE msm_nome IN ('Diário de classe')
AND sis_id = @sis_id
AND msm_url = '~/Index.aspx?mod_id=0'

EXEC MS_InserePaginaMenu
@nomeSistema = @nomeSistema -- Nome do sistema (obrigatório)
,@nomeModuloAvo = 'Configuração' -- Nome do módulo avó (Opcional, apenas quando houver)
,@nomeModuloPai = 'Diário de classe' -- Nome do módulo pai (Opcional, apenas quando houver)
,@nomeModulo = 'Protocolos' -- Nome do módulo (Obrigatório)
,@SiteMap1Nome = 'Consulta de protocolos'
,@SiteMap1Url = '~/Configuracao/DiarioClasse/Protocolos/Busca.aspx'
,@SiteMap2Nome = NULL
,@SiteMap2Url = NULL
,@SiteMap3Nome = NULL
,@SiteMap3Url = NULL
,@possuiVisaoAdm = 1 -- Indicar se possui visão de administador
,@possuiVisaoGestao = 1 -- Indicar se possui visão de Gestão
,@possuiVisaoUA = 1 -- Indicar se possui visão de UA
,@possuiVisaoIndividual = 0 -- Indicar se possui visão de individual

EXEC MS_InserePaginaMenu
@nomeSistema = @nomeSistema -- Nome do sistema (obrigatório)
,@nomeModuloAvo = 'Configuração' -- Nome do módulo avó (Opcional, apenas quando houver)
,@nomeModuloPai = 'Diário de classe' -- Nome do módulo pai (Opcional, apenas quando houver)
,@nomeModulo = 'Equipamentos' -- Nome do módulo (Obrigatório)
,@SiteMap1Nome = 'Consulta de equipamentos'
,@SiteMap1Url = '~/Configuracao/DiarioClasse/ConsultaEquipamentos/Busca.aspx'
,@SiteMap2Nome = NULL
,@SiteMap2Url = NULL
,@SiteMap3Nome = NULL
,@SiteMap3Url = NULL
,@possuiVisaoAdm = 1 -- Indicar se possui visão de administador
,@possuiVisaoGestao = 1 -- Indicar se possui visão de Gestão
,@possuiVisaoUA = 1 -- Indicar se possui visão de UA
,@possuiVisaoIndividual = 0 -- Indicar se possui visão de individual

*Adicionar parâmetros acadêmicos que no tablet possuem um valor padrão diferente da web:
EXEC MS_InsereParametroAcademico
@pac_chave = 'PERMITIR_CADASTRAR_AULA_REPOSICAO',
@pac_valor = 'False',
@pac_descricao = 'Permitir cadastrar aulas de reposição',
@pac_obrigatorio = 1,
@ent_id = @entId

EXEC MS_InsereParametroAcademico
@pac_chave = 'PLANEJAMENTO_ANUAL_CICLO',
@pac_valor = 'False',
@pac_descricao = 'Possui planejamento anual por ciclo.',
@pac_obrigatorio = 0,
@ent_id = @entId

*Para adicionar o docente substituto, caso exista essa opção no cliente:
Alterar o parâmetro QUANTIDADE_DOCENTES_VIGENTES_DISCIPLINA:
UPDATE ACA_ParametroAcademico
SET pac_valor = '2'
WHERE pac_chave = 'QUANTIDADE_DOCENTES_VIGENTES_DISCIPLINA'
AND ent_id = @entId

Inserir o tipo de docente e as permissões:
IF (NOT EXISTS (SELECT TOP 1 tdc_id FROM ACA_TipoDocente WITH(NOLOCK) WHERE tdc_id = 4))
BEGIN
INSERT INTO ACA_TipoDocente
(
tdc_id
,tdc_descricao
,tdc_posicao
,tdc_corDestaque
,tdc_situacao
,tdc_dataCriacao
,tdc_dataAlteracao
,tdc_nome
,tdc_quantidade
)
VALUES
(
4 --EnumTipoDocente
,'Substituto'
,2
,'#DEB887'
,1
,GETDATE()
,GETDATE()
,'Substituto'
,1
)

INSERT INTO CFG_PermissaoDocente
(tdc_id, tdc_idPermissao, pdc_modulo, pdc_permissaoConsulta, pdc_permissaoEdicao, pdc_situacao, pdc_dataCriacao, pdc_dataAlteracao)
VALUES (1,4,1,1,0,1,GETDATE(),GETDATE())

INSERT INTO CFG_PermissaoDocente
(tdc_id, tdc_idPermissao, pdc_modulo, pdc_permissaoConsulta, pdc_permissaoEdicao, pdc_situacao, pdc_dataCriacao, pdc_dataAlteracao)
VALUES (1,4,2,1,0,1,GETDATE(),GETDATE())

INSERT INTO CFG_PermissaoDocente
(tdc_id, tdc_idPermissao, pdc_modulo, pdc_permissaoConsulta, pdc_permissaoEdicao, pdc_situacao, pdc_dataCriacao, pdc_dataAlteracao)
VALUES (1,4,3,1,0,1,GETDATE(),GETDATE())

INSERT INTO CFG_PermissaoDocente
(tdc_id, tdc_idPermissao, pdc_modulo, pdc_permissaoConsulta, pdc_permissaoEdicao, pdc_situacao, pdc_dataCriacao, pdc_dataAlteracao)
VALUES (1,4,4,0,0,1,GETDATE(),GETDATE())

INSERT INTO CFG_PermissaoDocente
(tdc_id, tdc_idPermissao, pdc_modulo, pdc_permissaoConsulta, pdc_permissaoEdicao, pdc_situacao, pdc_dataCriacao, pdc_dataAlteracao)
VALUES (1,4,5,1,0,1,GETDATE(),GETDATE())

INSERT INTO CFG_PermissaoDocente
(tdc_id, tdc_idPermissao, pdc_modulo, pdc_permissaoConsulta, pdc_permissaoEdicao, pdc_situacao, pdc_dataCriacao, pdc_dataAlteracao)
VALUES (1,4,6,1,0,1,GETDATE(),GETDATE())

INSERT INTO CFG_PermissaoDocente
(tdc_id, tdc_idPermissao, pdc_modulo, pdc_permissaoConsulta, pdc_permissaoEdicao, pdc_situacao, pdc_dataCriacao, pdc_dataAlteracao)
VALUES (1,4,7,1,1,1,GETDATE(),GETDATE())

INSERT INTO CFG_PermissaoDocente
(tdc_id, tdc_idPermissao, pdc_modulo, pdc_permissaoConsulta, pdc_permissaoEdicao, pdc_situacao, pdc_dataCriacao, pdc_dataAlteracao)
VALUES (1,4,8,1,1,1,GETDATE(),GETDATE())

INSERT INTO CFG_PermissaoDocente
(tdc_id, tdc_idPermissao, pdc_modulo, pdc_permissaoConsulta, pdc_permissaoEdicao, pdc_situacao, pdc_dataCriacao, pdc_dataAlteracao)
VALUES (1,4,9,1,0,1,GETDATE(),GETDATE())

INSERT INTO CFG_PermissaoDocente
(tdc_id, tdc_idPermissao, pdc_modulo, pdc_permissaoConsulta, pdc_permissaoEdicao, pdc_situacao, pdc_dataCriacao, pdc_dataAlteracao)
VALUES (1,4,10,1,0,1,GETDATE(),GETDATE())

INSERT INTO CFG_PermissaoDocente
(tdc_id, tdc_idPermissao, pdc_modulo, pdc_permissaoConsulta, pdc_permissaoEdicao, pdc_situacao, pdc_dataCriacao, pdc_dataAlteracao)
VALUES (4,1,1,1,0,1,GETDATE(),GETDATE())

INSERT INTO CFG_PermissaoDocente
(tdc_id, tdc_idPermissao, pdc_modulo, pdc_permissaoConsulta, pdc_permissaoEdicao, pdc_situacao, pdc_dataCriacao, pdc_dataAlteracao)
VALUES (4,1,2,1,0,1,GETDATE(),GETDATE())

INSERT INTO CFG_PermissaoDocente
(tdc_id, tdc_idPermissao, pdc_modulo, pdc_permissaoConsulta, pdc_permissaoEdicao, pdc_situacao, pdc_dataCriacao, pdc_dataAlteracao)
VALUES (4,1,3,1,0,1,GETDATE(),GETDATE())

INSERT INTO CFG_PermissaoDocente
(tdc_id, tdc_idPermissao, pdc_modulo, pdc_permissaoConsulta, pdc_permissaoEdicao, pdc_situacao, pdc_dataCriacao, pdc_dataAlteracao)
VALUES (4,1,4,1,0,1,GETDATE(),GETDATE())

INSERT INTO CFG_PermissaoDocente
(tdc_id, tdc_idPermissao, pdc_modulo, pdc_permissaoConsulta, pdc_permissaoEdicao, pdc_situacao, pdc_dataCriacao, pdc_dataAlteracao)
VALUES (4,1,5,1,0,1,GETDATE(),GETDATE())

INSERT INTO CFG_PermissaoDocente
(tdc_id, tdc_idPermissao, pdc_modulo, pdc_permissaoConsulta, pdc_permissaoEdicao, pdc_situacao, pdc_dataCriacao, pdc_dataAlteracao)
VALUES (4,1,6,1,0,1,GETDATE(),GETDATE())

INSERT INTO CFG_PermissaoDocente
(tdc_id, tdc_idPermissao, pdc_modulo, pdc_permissaoConsulta, pdc_permissaoEdicao, pdc_situacao, pdc_dataCriacao, pdc_dataAlteracao)
VALUES (4,1,7,1,1,1,GETDATE(),GETDATE())

INSERT INTO CFG_PermissaoDocente
(tdc_id, tdc_idPermissao, pdc_modulo, pdc_permissaoConsulta, pdc_permissaoEdicao, pdc_situacao, pdc_dataCriacao, pdc_dataAlteracao)
VALUES (4,1,8,1,0,1,GETDATE(),GETDATE())

INSERT INTO CFG_PermissaoDocente
(tdc_id, tdc_idPermissao, pdc_modulo, pdc_permissaoConsulta, pdc_permissaoEdicao, pdc_situacao, pdc_dataCriacao, pdc_dataAlteracao)
VALUES (4,1,9,1,0,1,GETDATE(),GETDATE())

INSERT INTO CFG_PermissaoDocente
(tdc_id, tdc_idPermissao, pdc_modulo, pdc_permissaoConsulta, pdc_permissaoEdicao, pdc_situacao, pdc_dataCriacao, pdc_dataAlteracao)
VALUES (4,1,10,1,0,1,GETDATE(),GETDATE())

INSERT INTO CFG_PermissaoDocente
(tdc_id, tdc_idPermissao, pdc_modulo, pdc_permissaoConsulta, pdc_permissaoEdicao, pdc_situacao, pdc_dataCriacao, pdc_dataAlteracao)
VALUES (4,4,1,1,1,1,GETDATE(),GETDATE())

INSERT INTO CFG_PermissaoDocente
(tdc_id, tdc_idPermissao, pdc_modulo, pdc_permissaoConsulta, pdc_permissaoEdicao, pdc_situacao, pdc_dataCriacao, pdc_dataAlteracao)
VALUES (4,4,2,1,1,1,GETDATE(),GETDATE())

INSERT INTO CFG_PermissaoDocente
(tdc_id, tdc_idPermissao, pdc_modulo, pdc_permissaoConsulta, pdc_permissaoEdicao, pdc_situacao, pdc_dataCriacao, pdc_dataAlteracao)
VALUES (4,4,3,1,1,1,GETDATE(),GETDATE())

INSERT INTO CFG_PermissaoDocente
(tdc_id, tdc_idPermissao, pdc_modulo, pdc_permissaoConsulta, pdc_permissaoEdicao, pdc_situacao, pdc_dataCriacao, pdc_dataAlteracao)
VALUES (4,4,4,0,0,1,GETDATE(),GETDATE())

INSERT INTO CFG_PermissaoDocente
(tdc_id, tdc_idPermissao, pdc_modulo, pdc_permissaoConsulta, pdc_permissaoEdicao, pdc_situacao, pdc_dataCriacao, pdc_dataAlteracao)
VALUES (4,4,5,1,1,1,GETDATE(),GETDATE())

INSERT INTO CFG_PermissaoDocente
(tdc_id, tdc_idPermissao, pdc_modulo, pdc_permissaoConsulta, pdc_permissaoEdicao, pdc_situacao, pdc_dataCriacao, pdc_dataAlteracao)
VALUES (4,4,6,1,1,1,GETDATE(),GETDATE())

INSERT INTO CFG_PermissaoDocente
(tdc_id, tdc_idPermissao, pdc_modulo, pdc_permissaoConsulta, pdc_permissaoEdicao, pdc_situacao, pdc_dataCriacao, pdc_dataAlteracao)
VALUES (4,4,7,1,1,1,GETDATE(),GETDATE())

INSERT INTO CFG_PermissaoDocente
(tdc_id, tdc_idPermissao, pdc_modulo, pdc_permissaoConsulta, pdc_permissaoEdicao, pdc_situacao, pdc_dataCriacao, pdc_dataAlteracao)
VALUES (4,4,8,1,0,1,GETDATE(),GETDATE())

INSERT INTO CFG_PermissaoDocente
(tdc_id, tdc_idPermissao, pdc_modulo, pdc_permissaoConsulta, pdc_permissaoEdicao, pdc_situacao, pdc_dataCriacao, pdc_dataAlteracao)
VALUES (4,4,9,1,0,1,GETDATE(),GETDATE())

INSERT INTO CFG_PermissaoDocente
(tdc_id,tdc_idPermissao,pdc_modulo,pdc_permissaoConsulta,pdc_permissaoEdicao,pdc_situacao,pdc_dataCriacao,pdc_dataAlteracao)
VALUES (4,4,10,1,0,1,GETDATE(),GETDATE())

END

Regras de ortografia e gramática

2016-05-10T18:22:15Z

Admin: uma edição

==Vírgula==

====POIS====

* A vírgula sempre acompanha a conjunção “pois”.

* Quando “pois” é explicativo e equivale a “porque”, a vírgula fica antes: “O início da construção do estádio pode demorar mais do que foi anunciado, pois a área é de preservação ambiental”.

* Quando “pois” é conclusivo e equivale a “portanto, a vírgula fica antes e depois: “A seleção brasileira venceu as eliminatórias sul-americanas. O Brasil é, pois, um dos favoritos a ganhar a Copa”.

==Crase==

{| class="wikitable" style="text-align:center"
|+REGRAS DE CRASE
|-
! CASO!! USO OBRIGATÓRIO !! USO PROIBITIVO !! USO FACULTATIVO
|-
! Antes de palavras masculinas
| Quando estiver implícito “à moda de”: móveis à Luís 15 / Quando subentendido termo feminino: vou à [praça]João Mendes || Viajar a convite, traje a rigor, passeio a pé, sal a gosto, TV a cabo, barco a remo, carro a álcool etc. ||
|-
! Antes de pronomes
| || Antes da maior parte deles: Disse a ela que não virá; nunca se refere a você. || Pronomes possessivos: Enviou a carta à sua família. Enviou a carta a sua família.
|-
! Antes de verbos
| || Disposto a colaborar. ||
|-
! Artigos indefinidos
| || Referiu-se a uma senhora. ||
|-
! Quando "a" vem antes de plural
| || A pesquisa não se refere a mulheres casadas. ||
|-
! Expressões formadas por palavras repetidas
| || Cara a cara; ponta a ponta frente a frente; gota a gota. ||
|-
! Depois de "para", "perante", "com", "contra" outras preposições
| || O jogo está marcado para as 16h; foi até a esquina; lutou contra as americanas. ||
|-
! Depois de "até"
| || || "Fui até a secretaria" ou "Fui até à secretaria"
|-
! Antes de cidades, Estados, países
| Foi à Itália (voltou da Itália). / Chegou à Paris dos poetas (voltou da Paris dos poetas). || Foi a Roma (voltou de Roma). Foi a Paris (voltou de Paris). ||
|-
! Locuções adverbiais, conjuntivas ou prepositivas de base feminina
| Às vezes, às pressas, à primeira vista, à medida que, à noite, à custa de, à procura de, à beira de, à tarde, à vontade, às cegas, às escuras, às claras, etc. || || Locuções femininas de meio ou instrumento: À vela/a vela; à bala/a bala; à vista/a vista; à mão/a mão. (Prefira crase quando for preciso evitar ambiguidade: Receber à bala).
|-
! Aquele, aqueles, aquilo, aquela, aquelas
| Referiu-se àquilo; Foi àquele restaurante; Dedicou-se àquela tarefa. || ||
|-
! Com demonstrativo “a”
| A capitania de Minas Gerais estava ligada à de São Paulo; Falarei às que quiserem me ouvir. || ||
|-
! Horas
| Das 20h às 21h - Há crase || De 20h as 21h ||
|-
! Intervalos
| || Leio de cinco a dez páginas por dia; Ficou conosco do meio-dia à meia-noite." (= do ... à ..., COM CRASE) -> Do meio dia até a meia noite. ||
|}

Diário de classe

2016-05-10T18:22:15Z

Admin: uma edição

==Regras de frequência==

===Ensino fundamental de 10 horas===

* O curso de 10 horas é integral, ou seja, admite 1 aula de Regência no período da manhã e 1 aula no período da tarde.

* O aluno só terá falta no dia caso tiver ausência nas duas aulas cadastradas.

===Exemplos===

* 1 aula de titular: aluno terá falta no dia se tiver falta nessa aula cadastrada.

* 1 aula de titular e 1 aula de segundo titular: aluno terá falta no dia se tiver falta nas duas aulas. Se tiver falta apenas em uma das aulas, terá presença no dia.

* 1 aula de titular e 1 aula de substituto: aluno terá falta no dia se tiver falta nas duas aulas. Se tiver falta apenas em uma das aulas, terá presença no dia.

* 1 aula de titular e 2 aulas de substitutos: Nesse caso, um dos docentes lançou aula a mais. Porém devemos seguir a lógica: aluno terá falta no dia se tiver falta em todas as aulas no dia.

== Regras do Plano de aula ==

* Para que o textbox '''Resumo do conteúdo programático e das atividades desenvolvidas''' seja exibido, o parâmetro "Exibir o campo Resumo do conteúdo programático e das atividades desenvolvidas no cadastro do planejamento de classes" deve estar setado como '''Sim'''.

* Apenas quando o '''Resumo do conteúdo programático e das atividades desenvolvidas''' está preenchido, o "check" exibido na gridview indicando que há conteúdo no Plano de aula fica da cor verde.

* Os únicos dados do Plano de aula que não exibem a marcação de que há conteúdo são os Anexos e os Recursos utilizados, ou seja, se apenas esses dois campos forem preechidos não será exibido na gridview que há conteúdo no respectivo Plano de aula.

Diário de classe - Plano de aula

2016-05-10T18:22:15Z

Admin: uma edição

Cadastrar matriz de habilidade (Administração > Cadastro > Matriz de habilidade)

====Cadastrar Nível de orientação curricular====

(Configurações > Dados acadêmicos > Nível de orientação curricular)

* Realiza a pesquisa informando Calendário, Curso, Período, Tipo, Matriz

* Ao realizar o cadastro a ordem que é exibida são os subníveis que depois será utilizado no cadastro de orientação curricular

* Exemplo de dados: Gramática > Acentuação > Acento agudo

====Cadastrar nível de aprendizado====

(Administração > Cadastro > Nível de aprendizado)

- Incluir um novo nível de aprendizado informando Curso, Período do curso, Descrição, Sigla
- Exemplo de dados: Entender (Sigla EN), Interpretar (In), Resolver (R)

====Cadastrar Orientação curriculares====

(Administração > Cadastro > Orientação curricular)

Escolher Curso, Período, Tipo de componente, Calendário e Matriz, conforme já definidos nos cadastros auxiliares

* [Nível 1] Incluir nova orientação curricular(Codigo e Descrição)
- Após realizar o cadastro da orientação curricular clicar em "Detalhar orientação curricular"
- Exemplo de dados: Crase

* [Nível 2] Cadastrar nova orientação curricular, após cadastro clicar em detalhar
- Exemplo de dados: Regras gerais

* [Nível 3] Cadastrar nova orientação curricular (neste passo irá exibir o nível de aprendizado cadastrado e é possível relacionar com outra matriz de habilidade)
- Exemplo de dados: Exercícios

* '''Observação: Ao realizar o cadastro de Nível de aprendizado para utilizar no plano de aula, só será possível usar no plano de aula ao checar a habilidade do planejamento do bimestre, que é a aba ao lado do plano do aula'''

Escolas

2016-05-10T18:22:15Z

Admin: uma edição

==Cadastro==

====Cadastro da escola====

# Escola > Incluir uma nova Escola
# Preencha os dados obrigatórios
# Depois vai em Curso > Adicionar curso (Ver abaixo)
# Selecione o Curso que adicionou anteriomente
# Selecione o combo Período do Curso
# Escolha o tipo de turno e defina sua vigência inicial
# Vá em Histórico
# Adicionar Histórico
# Salvar

Após o cadastro da escola:

* Vincular a escola a um calendário escolar

====Curso (PENDENTE DE DETALHAMENTO)====

Curso adc periodo , discp
Periodo > turno mesmo qtde. de tempo de aula semanal 5*5=25
Ativar parametro
Adicionar turma

Cadastros > Curso > Incluir novo Curso

Preencher os campos obrigatórios

Antes de salvar , vá na aba Disciplinas > Adicionar período do curso
Preencha os campos obrigatórios, lembrando que a Quantidade de dias de semana que possui e Quantidade de tempos de aula de um dia deve ser equivalente ao período que o curso irá ser realizado.

Por exemplo: Se você escolher o Turno que possui 25 aulas semanais, o cadastro de curso deve dar o mesmo tempo de aula, sendo assim devemos adicionar o número 5 em Quantidade de dias de semana que possui e Quantidade de tempos de aula de um dia deve ser equivalente ao período que o curso irá ser realizado.

Após adicionar período do curso, adicione disciplina. Depois clique em Salvar.

Aplicativo Diário de Classe (Tablet)

2016-05-10T18:22:14Z

Admin: uma edição

[[Ambiente de desenvolvimento]]
[[Atualização da versão]]
[[Criar novo perfil de cliente]]
[[Estrutura do projeto]]
[[Principais comandos GIT]]
[[Links úteis]]
[[Sincronização]]