segunda-feira, 17 de junho de 2013

Portal do Professor - Perfil do coordenador

Estamos desenvolvendo um novo perfil de acesso ao Portal do Professor, o Perfil do Coordenador. Nele, o Coordenador terá acesso às turmas referentes ao curso que coordena e poderá, por exemplo, definir o modelo de avaliação padrão para o curso, nível ou turma, liberar o lançamento de notas quando já tiverem sido encerradas pelo professor, exportar turmas para o ambiente Moodle ou publicar notícias destinadas aos professores e alunos do curso.




Na tabela abaixo, encontram-se todos os detalhes e funcionalidades que, até então, serão previstas para esse perfil. Estas funcionalidades foram identificadas conforme sugestão de várias instituições por meio de chamados e contatos recebidos, e também sugestões apresentadas no EUS 2012.

Caso queira indicar outra função para este perfil, encaminhe sua sugestão até o dia 30/06/2013, assim poderemos incluí-la ainda nesta fase de implementação do perfil.


A)   Quanto à forma de acesso:
A.1
O coordenador terá acesso ao Portal do Professor através de seu usuário e senha informados no Cadastro de Usuários (GCAMUsuarios.exe) desde que pertencentes ao grupo de usuários Portal do Professor.
A.2
Quando o coordenador de um curso é também professor em uma turma, quando logar, ele visualizará na pagina principal, o menu de opções das funcionalidades do perfil Professor. Ele pode trocar de perfil, clicando na setinha do nome dele, para acesso as funcionalidades do Perfil de Coordenador.
B)    Quanto ao que o coordenador terá acesso:
B.1
O coordenador terá acesso as TURMAS referentes ao (s) cursos que ele coordena. Para identificar qual (is) curso (s) o coordenador coordena é imprescindível que no Cadastro de Curso (ACMCursos.exe) esteja identificado o coordenador no campo Matrícula/Nome do Funcionário presente na guia Dados Básicos da aplicação de Cadastro de Cursos (ACMCursos.exe).
C)                 Quanto aos Modelos de Avaliações – Criações/Permissões/e onde este modelo pode ser usado.
C.1
Existirá um parâmetro, onde o Administrador do Portal do Professor irá definir se o Coordenador poderá ou não criar Modelos de Avaliações. Da mesma forma que existe atualmente para Professor.
C.2
O coordenador, uma vez sendo permitido a ele criar Modelos de Avaliações, ele pode definir o modelo padrão para os CURSOS (todas as turmas daquele curso usarão aquele modelo) ou para as TURMAS dos cursos que ele coordena (no caso haver alguma turma com modelo específico). Uma vez definido o modelo padrão para os CURSOS ou para as   TURMAS o professor, ao acessar o lançamento de notas, não terá o trabalho de vincular o modelo, pois este já estará vinculado à turma.
O professor, uma vez sendo permitido a ele criar Modelos de Avaliações, ele pode trocar o modelo padrão definido pelo Coordenador somente das turmas em que ele é professor,  desde que não tenha havido lançamento de notas para a turma.
C.3
Algumas instituições usam um modelo único por nível de curso. Como fazer neste caso? Neste caso o modelo é criado pelo ADMINISTRADOR do Portal do Professor e o administrador, por sua vez, vai selecionar o (s) níveis de cursos em que esse modelo de avaliação será aplicado.  Uma vez definido o modelo padrão para os NÍVEIS do CURSO o professor, ao acessar o lançamento de notas, não terá o trabalho de vincular o modelo, pois este já estará vinculado à turma. Como, neste exemplo, existe uma definição superior de usar sempre o modelo estipulado para aquele nível de curso, é uma boa prática que o Administrador retire a permissão ao Coordenador ou ao Professor criar modelos.
C.4
Uma vez que o Coordenador e/ou Professor tenham permissão de criar modelos de avaliações, estes poderão alterar o modelo padrão vinculado à turma (que pode ter sido estipulado pelo ADMINISTRADOR ou pelo Coordenador) desde que não tenha havido lançamento de notas para a turma em questão. O professor e coordenador apenas enxergarão os modelos criados por eles.
C.5
Quando não é permitido ao coordenador e ao professor criar modelos de avaliação, é necessário que o Administrador faça a criação do(s) modelos que serão utilizados e o estipule-os como padrão ao(s) níveis de cursos ou aos cursos vinculando-os por nível ou por curso (caso algum curso tenha algum modelo específico).
C.6
Quando o professor e/ou coordenador obterem a permissão de criar modelos, ressalta-se, que somente é permitido desvincular um modelo de uma turma e vincular outro modelo desde que naquele modelo para aquela turma não tenha havido lançamento de notas.
D)                 Quanto às funcionalidades de lançamento de notas do Coordenador
D.1
O coordenador poderá liberar o lançamento de notas, das turmas pertencentes ao curso que ele coordena, quando o lançamento estiver sido encerrado pelo professor.
D.2
O coordenador pode realizar os ajustes e lançamento de notas das turmas pertencentes ao curso que ele coordena.
D.3
Haverá a possibilidade de o coordenador efetuar algum ajuste de notas de períodos anteriores diferente ao que está liberado atualmente para lançamento. Exemplo: Em Parâmetros de Cursos (ACMParAcadCurso.exe) está liberado para lançamento de notas o período de 2013/1º semestre. O coordenador poderá entrar nas turmas do período 2012/2º semestre, para eventuais ajustes ou lançamentos que forem necessários. Esta foi uma sugestão de algumas instituições para fornecer uma flexibilidade maior nestes ajustes de notas de períodos anteriores sem trancar (mudar o parâmetro de liberação de lançamento) o lançamento do período atual.
E)
Quanto ao lançamento das frequências
E.1
O coordenador pode efetuar manutenções nas frequências dos alunos referentes às turmas dos cursos que ele coordena.
F)
Quanto a exportação MOODLE
F.1
O coordenador, também pode exportar as turmas do curso que ele coordena, para o ambiente Moodle.
G)
Quanto a publicações de notícias
G.1
Para o coordenador será possível publicar noticias para os cursos que ele coordena através do menu COMUNICAÇÕES. O professor também poderá enviar noticias, só que para as turmas e/ou alunos das turmas em que ele é professor. Sobre a publicação de noticias, esta funcionalidade também está sendo melhorada conforme a manifestação das instituições presentes no EUS 2012. O detalhamento das funcionalidades de publicação de notícias foram disponibilizadas, em momento anterior, no nosso blog no endereço: http://avmb-asten.blogspot.com.br/2013/01/portal-de-noticias-asten-melhorias.html
H)
Quanto aos relatórios para gestão do coordenador
H.1
Diante das características dos relatórios serem bem específicas de cada cliente, aguardaremos o contato dos interessados, nos passando que tipo de relatório e que informações e conteúdo estariam incluídos. Desta forma podemos avaliar e agregar ao produto algo adequado às instituições e ao perfil do coordenador.

quinta-feira, 13 de junho de 2013

Oficina ASTEN PROCESSOS - Resultados

Olá,

Agradecemos ao Maicon Tessele pela oficina do ASTEN PROCESSOS que foi ministrada. Os conhecimentos já estão sendo praticados por vários colaboradores da empresa.
Segue resultado da avaliação. Os certificados serão providenciados e entregues aos participantes e facilitador. O material disponibilizado encontra-se no Star Team: D:\Documentos\Projeto Oficina do Conhecimento\Relação de Oficinas\Asten Processos\000001_7861_AstenProcessos\






Cordialmente,
Carla G. B. Teixeira





Bom dia Pessoal,
Como já sabemos a cada três meses é feita uma comemoração dos aniversários desse período.

No fim do mês teremos uma comemoração e precisamos definir o local para a mesma, desta vez pensei em fazer a forma de escolha um pouco diferente, portanto peço a todos que citem o local em que gostariam de ir entre pastelaria, pizzaria e churrascaria, o local mais citado será o escolhido.

É com vocês! :)

Ariane Uberti

terça-feira, 4 de junho de 2013

Lembretes sobre GERAÇÃO DOS PACOTES

(Das Aplicações Delphi - que são instalados pelo INSTALER)

Quanto a Geração Semanal (Padrão):

Data da Geração: Toda Sexta-Feira as 16:01 horas (caso feriado, gerado no próximo dia útil)
SI's Consideradas no pacote: No Status ATENDIDA passadas até sexta-feira as 16:00 horas (quem para para atendida é o solicitante da SI - quem abriu a demanda).
Data de Liberação para o Cliente: Terça-Feira até ao Meio-Dia.

Obs1: Havendo poucas SI's Atendidas (menos de 4) os responsáveis das mesmas serão contatados para
verificar se estas SI's podem aguardar até a próxima geração.

Obs2: SI's pendentes (em TESTES) que tiveram seu(s) binários compilados em versão mais atual em outra SI que já está ATENDIDA, é incluída no pacote junto com a que foi ATENDIDA e o responsável da SI pendente é comunicado.

Quanto a pacotes urgentes:

Integrantes da equipe de atendimento e implantação tem capacitação e autonomia para gerar pacotes. Havendo chamados urgentes ou que vençam SLA's em contratos, qualquer um pode gerar o pacotinho para o cliente específico deixando a SI como ATENDIDA para que eu possa pegá-la na geração semanal para alinhamento geral de todos os clientes. Não existe necessidade de centralizar a geração em mim ou na Fabiane (que me ajuda com a geração semanal). Isto para facilitar o trabalho de vocês e a agilidade no atendimento aos clientes nas questões de caráter urgente.

Dúvidas ou casos a parte estou a disposição.

Abraços,

Carla

quarta-feira, 29 de maio de 2013

Oficina - Asten Processos

Data: 4, 6, 11 e 13 de Junho
Horário: 09:30 até 11:00
Local:  Sala de Reunião (grande) - 3º andar
Produto: Asten Processos

Objetivos:
- Conhecimento detalhado da ferramenta

- Definição, Configuração e Execução de processos
- Preparação das equipes para futuras demandas

Público Alvo: Todos os setores.

Observação: Peço aos gerentes de cada setor que confirmem, se possível, a lista dos participantes.

Tópicos abordados:
1.Visão Geral do Produto

2.Resumo de Funcionalidades
  2.1.Modelador
  2.2.Aplicação Web

3. Resumo da Aplicação Web
  3.1. Abertura de Novos Processos
  3.2. Caixas
  3.3. Pesquisa
  3.4. Dados e Configurações do Usuário
    3.4.1. Filtros
  3.5. Execução do Processo

4. Modelagem de Processos
  4.1.Aplicações Secundárias
     4.1.1.Parâmetros
     4.1.2.Classificações
     4.1.3.Usuários
     4.1.4.Grupos
     4.1.5.Bancos de Dados
     4.1.6.Restrições
     4.1.7.Menus
  4.1.Tipos de Processo
  4.2.Versões de um Tipo de Processo
    4.2.1.Definições
    4.2.2.Comparação de Versões
  4.3.Variáveis de uma Versão
    4.3.1.Definições
    4.3.2.Pesquisa de Variáveis

5.5.Área de Modelagem da Aplicação
  5.5.1.Painel de Componentes
  5.5.2.Modelo
    5.5.2.1.Definições
    5.5.2.2.Elementos
    5.5.2.3.Menu de Contexto, Níveis e Validação
  5.5.3.Painel de Configurações

6.Criando e Configurando um Modelo de Processo
  6.1.Modelo Básico
  6.2.Salvando, Compilando e Homologando
  6.3.Definindo Permissões de Acesso
  6.4.Definindo Ações
  6.5.Definindo Condições
    6.5.1.Definições
    6.5.2.Sequência de Execução de Conectores
  6.6.Documentando o Modelo
  6.7.Restrições de Atividade

7.Ações das Tarefas
  7.1.Definições
  7.2.Ações de Script
  7.3.Ações de Usuário
  7.4.Ações de Eventos
  7.5.Ações de Fórmulas
  7.6.Ações SI*
  7.7.Outras Ações

8.Eventos
  8.1.Repositório de Eventos
  8.2 Ligando eventos à componentes

9. Disparo de Ações via Lua
  9.1.Chamada à Ações
  9.2.Chamada à Eventos
  9.1.Controle de componentes Visuais

10.Subprocessos e Loops
  10.1.Atividades de Subprocesso
  10.2.Atividades de Loop
  10.3.Disparo de Processos

11.Repositório de Processos
  11.1 Exportação de Modelos
  11.2 Importação de Modelos

terça-feira, 28 de maio de 2013

OFICINAS DO CONHECIMENTO - AJUSTES - REGRAS DE REMUNERAÇÃO DOS FACILITADORES

Pessoal,

Em conversa com a direção ficou determinado que:

- Oficinas que caracterizem treinamentos continuados ou de longa duração ou quando estiverem ligadaa a um serviço contratado pelo cliente, o valor a ser pago deve ser acertado entre o facilitador e a direção (Claudio Lobato). 

- Para ministrantes de oficinas que são pessoas externas a empresa (que não são colaboradores da AVMB) o valor a ser pago deve ser acertado entre a direção (Claudio Lobato) e o facilitador.

- Quando o facilitador for pessoa externa (não colaborador), diante do fato de termos formas de registros internas desta atividade que são realizadas nas nossas ferramentas internas, a coordenação das oficinas ficará responsável por providenciar os registros pertinentes. 

O plano de funcionamento das oficinas foi atualizado no Star Team no caminho: 

D:\Documentos\Projeto Oficina do Conhecimento\Plano de Funcionamento - Oficina do Conhecimento

Dúvidas estou a disposição!
Carla


 

segunda-feira, 27 de maio de 2013

AMBIENTES DA AVMB

Estamos alterando os ambientes computacionais da AVMB. Em principio haverá três ambientes, o de desenvolvimento (DEV), homologação (HOMO) e demonstração (DEM). Foi criado agora um novo ambiente, o Produção. Veja abaixo todos os nossos ambientes.


Ambiente de Produção
  • Este ambiente terá somente acesso ao Banco DBPROD (Oracle);
  • Serviços que rodarão nesse ambiente:
Ambiente de Desenvolvimento.
  • Neste ambiente estarão disponíveis todos os bancos de clientes; 
  • O acesso aos bancos dos clientes será feito através do usuário ADM; 
  • Neste ambiente teremos também o banco repositório (DBAVMB), onde devemos efetuar todas as  atualizações geradas com relação a estruturas de tabelas / catálogos / rótulos / mensagens / tabela estruturadas / restrições de funcionalidade. Serão criadas contas para cada colaborador;
  • Este banco será utilizado pela AVMB para suas necessidades administrativas. 
Ambiente de Homologação
  • Este ambiente receberá o release de atualização  para teste através de pacotes;
  • O teste deverá ser feito tanto em DB2 como ORACLE;
  • Os dados serão populados conforme a necessidade dos testes; 
  • Sugeriu a organização dos módulos por processo já configurado e pronto para testes;
  • Este ambiente será utilizado pela equipe de teste.  
Ambiente de Demonstração
  • Este ambiente terá somente um banco em ORACLE;
  • Será atualizado via Pacotes. Os mesmo enviados aos Clientes AVMB;
  • Será tratado como um cliente AVMB;
  • Será utilizado para apresentações;
  • Será o ambiente mais atualizado;
  • Deverá conter dados em todos seus módulos.