O DBA e o Usuário
Antes de considerar normal o ciclo de desenvolvimento de aplicativos de banco de dados e do papel do DBA dentro dela, o DBA deve entender o que o usuário exige do banco de dados. A palavra do usuário sentido mais amplo, abrange o gerenciamento de usuários e de pessoal, gerenciamento de dados, processamento de operações de computador, programação, sistemas, suporte de software e secção do DBA.
A relação entre a DBA e os usuários pode ser delicado, especialmente se um determinado usuário realmente ou aparentemente deve despender mais esforço ou aceitar um menor nível de serviço do que seria o caso fora do ambiente de banco de dados.
Os usuários devem sentir que a DBA é uma autoridade imparcial e sem preconceitos, cujas decisões irão melhorar o bem-estar (e apoiar as políticas) da organização como um todo.
O DBA deve estar ciente de ambos os planos empresariais de longo alcance e as necessidades dos usuários de longo alcance. O DBA deve conciliar os conflitos que surgem entre os usuários ou entre um usuário específico e quaisquer planos corporativos que são afetadas.
Note que durante o desenvolvimento de um novo aplicativo, o DBA deve envolver o grupo de projeto em qualquer interação com o usuário final.
Ligação com o Usuário
Ligação com o usuário (se o programador ou usuário final) é a parte mais importante e sensível do trabalho de um DBA.
Em resposta a uma solicitação do usuário final (que normalmente será feito em termos de exigências de recuperação), o DBA deve verificar a documentação que descreve o banco de dados de produção, a estrutura lógica de dados, para ver se o pedido pode ser facilmente manipulado.
Quatro resultados básicos são possíveis:
1. O pedido não pode ser cumprida já. Neste caso, o DBA deve anotar o pedido, e revê-lo em intervalos regulares para verificar se a situação (ou precisa) mudou;
2. Preparando um pedido de uma só vez. Usando Natural, pode ser possível satisfazer o pedido do banco de dados existente com o mínimo esforço. Independentemente do fato de a seção DBA's realmente escreve o aplicativo para atender a solicitação de fato, o departamento do usuário pode ter essa capacidade, ou se o aplicativo é escrito por um programador, o ponto é que o DBA deve definir a solução para este tempo exigência de informações de banco de dados;
3. Criação de um nova aplicação em programa. Aqui o pedido é para ser executado regularmente. O DBA deve especificar o programa e negociar com o gerente de programação para que ele seja escrito e testado;
4. Mudando um aplicativo existente. Isto pode, evidentemente, envolvem a negociação com o proprietário principal do sistema de aplicação, se essa pessoa é diferente da do solicitante, porque essas alterações afetam o desempenho ou a flexibilidade do sistema.
Qualquer pedido de usuários finais devem ser devidamente documentados, seja qual for o resultado. Tais pedidos formar uma das fontes de informação mais útil de informações para o DBA se ou não a formação fornecida para o usuário final tem sido eficaz.
Os pedidos do pessoal de processamento de dados será normalmente de;
Treinamento - O DBA deve decidir com o solicitante o treinamento é necessário e quando. O DBA precisa cultivar a consciência de gerenciamento do processamento de dados, que essa formação não pode ser fornecido a qualquer momento. Essa formação deve ser devidamente planejada com antecedência.
Informação - O DBA precisa estar convencido de que o solicitante precisa saber e está autorizado a ter a informação. Resposta a qualquer destas perguntas desvia-se da situação normal, algum ajuste temporário ou permanente com as normas existentes e / ou práticas podem precisar de ser feitas.
Problemas - A DBA quer saber a resposta ou pode ter de remeter o problema para a Software AG. Neste último caso, o DBA terá de montar como muita documentação sobre o problema do possível.
Assistencia - Isso pode levar uma variedade de cursos. O DBA deve garantir que ele é de fato a responsabilidade do DBA para prestar a assistência que foi solicitado.
Requisitos de Acesso
O DBA deve ter o controle administrativo sobre qualquer acesso e atualização do banco de dados. O DBA deve estabelecer com os usuários, os direitos de acesso para cada item no banco de dados. A maioria dessas autorirações de acessar e atualizar é evidente a partir da criação de um sistemas de aplicação que utilizará os dados e os itens de dados será protegido com isso em mente. Quando surge um pedido não planejada, o usuário deve discutir este assunto com o DBA. Este último, por referência a documentação do banco de dados, será capaz de informar o usuário sobre a melhor forma de satisfazer o pedido. Além disso, a própria existência do pedido é em si um contributo útil para o acompanhamento da DBA é a utilização do banco de dados.
A exigência para o acesso ao banco de dados, seja como parte de um sistema aplicativo ou como um requisito não planejada, pode ser pensada como uma visão de usuário ou sub-esquema da implementação de banco de dados. Seu conteúdo, segurança, modo de acesso e manipulação de todos devem ser discutidas e registradas.
Ocasionalmente, o requisito de acesso irá cruzar as fronteiras do sistema aplicativo. Neste caso, o DBA terá de discutir o direito de acesso ao item de dados com o dono do item.
Interface da Aplicação
As normas de documentação deve definir na interface normal de um programa aplicativo para interagir com o SGBD. Uma das duas abordagens podem ser utilizadas:
1. Direcionar chamadas de Adabas em uma linguagem de programação;
2. Chamadas para o serviço a um módulo de acesso.
Seja qual destas duas abordagens é utilizada, haverá casos em que não é conveniente ou mesmo possível para aderir à política de interface padrão. Antes de desviar a técnica padrão de interface, no entanto, o DBA deve ser consultado e obtido aprovação.
Ao lidar com requisitos não planejada, o DBA deve aconselhar o usuário sobre a abordagem da interface a ser adotada. Isso pode ser um programa de aplicação, com ou sem um módulo de acesso SQL; Natural, ou outra coisa.
Conformes com as normas e controles
O DBA deve com cuidado explicar ao usuário os benefícios que devem ser provenientes de conformidade com as normas do banco de dados e controle e os problemas que podem surgir se houver determinado usuário decida ignorá-los.
Um sentimento de confiança mútua entre o usuário eo DBA deve ser desenvolvida. Os usuários devem sentir que a DBA é uma autoridade imparcial e isenta, cujas decisões irão reforçar o bem-estar e apoiar as políticas da organização como um todo.
Se o usuário tem permissão para acessar o banco de dados usando Natural, o DBA deve ser encorajado a gravar todas as solicitações não programadas e informar o DBA em intervalos regulares de tais exigências. Esta é uma parte da informação de feedback e monitoramento, que auxiliam o DBA para garantir a continuidade da eficácia do ambiente de banco de dados.
Antes de considerar normal o ciclo de desenvolvimento de aplicativos de banco de dados e do papel do DBA dentro dela, o DBA deve entender o que o usuário exige do banco de dados. A palavra do usuário sentido mais amplo, abrange o gerenciamento de usuários e de pessoal, gerenciamento de dados, processamento de operações de computador, programação, sistemas, suporte de software e secção do DBA.
A relação entre a DBA e os usuários pode ser delicado, especialmente se um determinado usuário realmente ou aparentemente deve despender mais esforço ou aceitar um menor nível de serviço do que seria o caso fora do ambiente de banco de dados.
Os usuários devem sentir que a DBA é uma autoridade imparcial e sem preconceitos, cujas decisões irão melhorar o bem-estar (e apoiar as políticas) da organização como um todo.
O DBA deve estar ciente de ambos os planos empresariais de longo alcance e as necessidades dos usuários de longo alcance. O DBA deve conciliar os conflitos que surgem entre os usuários ou entre um usuário específico e quaisquer planos corporativos que são afetadas.
Note que durante o desenvolvimento de um novo aplicativo, o DBA deve envolver o grupo de projeto em qualquer interação com o usuário final.
Ligação com o Usuário
Ligação com o usuário (se o programador ou usuário final) é a parte mais importante e sensível do trabalho de um DBA.
Em resposta a uma solicitação do usuário final (que normalmente será feito em termos de exigências de recuperação), o DBA deve verificar a documentação que descreve o banco de dados de produção, a estrutura lógica de dados, para ver se o pedido pode ser facilmente manipulado.
Quatro resultados básicos são possíveis:
1. O pedido não pode ser cumprida já. Neste caso, o DBA deve anotar o pedido, e revê-lo em intervalos regulares para verificar se a situação (ou precisa) mudou;
2. Preparando um pedido de uma só vez. Usando Natural, pode ser possível satisfazer o pedido do banco de dados existente com o mínimo esforço. Independentemente do fato de a seção DBA's realmente escreve o aplicativo para atender a solicitação de fato, o departamento do usuário pode ter essa capacidade, ou se o aplicativo é escrito por um programador, o ponto é que o DBA deve definir a solução para este tempo exigência de informações de banco de dados;
3. Criação de um nova aplicação em programa. Aqui o pedido é para ser executado regularmente. O DBA deve especificar o programa e negociar com o gerente de programação para que ele seja escrito e testado;
4. Mudando um aplicativo existente. Isto pode, evidentemente, envolvem a negociação com o proprietário principal do sistema de aplicação, se essa pessoa é diferente da do solicitante, porque essas alterações afetam o desempenho ou a flexibilidade do sistema.
Qualquer pedido de usuários finais devem ser devidamente documentados, seja qual for o resultado. Tais pedidos formar uma das fontes de informação mais útil de informações para o DBA se ou não a formação fornecida para o usuário final tem sido eficaz.
Os pedidos do pessoal de processamento de dados será normalmente de;
Treinamento - O DBA deve decidir com o solicitante o treinamento é necessário e quando. O DBA precisa cultivar a consciência de gerenciamento do processamento de dados, que essa formação não pode ser fornecido a qualquer momento. Essa formação deve ser devidamente planejada com antecedência.
Informação - O DBA precisa estar convencido de que o solicitante precisa saber e está autorizado a ter a informação. Resposta a qualquer destas perguntas desvia-se da situação normal, algum ajuste temporário ou permanente com as normas existentes e / ou práticas podem precisar de ser feitas.
Problemas - A DBA quer saber a resposta ou pode ter de remeter o problema para a Software AG. Neste último caso, o DBA terá de montar como muita documentação sobre o problema do possível.
Assistencia - Isso pode levar uma variedade de cursos. O DBA deve garantir que ele é de fato a responsabilidade do DBA para prestar a assistência que foi solicitado.
Requisitos de Acesso
O DBA deve ter o controle administrativo sobre qualquer acesso e atualização do banco de dados. O DBA deve estabelecer com os usuários, os direitos de acesso para cada item no banco de dados. A maioria dessas autorirações de acessar e atualizar é evidente a partir da criação de um sistemas de aplicação que utilizará os dados e os itens de dados será protegido com isso em mente. Quando surge um pedido não planejada, o usuário deve discutir este assunto com o DBA. Este último, por referência a documentação do banco de dados, será capaz de informar o usuário sobre a melhor forma de satisfazer o pedido. Além disso, a própria existência do pedido é em si um contributo útil para o acompanhamento da DBA é a utilização do banco de dados.
A exigência para o acesso ao banco de dados, seja como parte de um sistema aplicativo ou como um requisito não planejada, pode ser pensada como uma visão de usuário ou sub-esquema da implementação de banco de dados. Seu conteúdo, segurança, modo de acesso e manipulação de todos devem ser discutidas e registradas.
Ocasionalmente, o requisito de acesso irá cruzar as fronteiras do sistema aplicativo. Neste caso, o DBA terá de discutir o direito de acesso ao item de dados com o dono do item.
Interface da Aplicação
As normas de documentação deve definir na interface normal de um programa aplicativo para interagir com o SGBD. Uma das duas abordagens podem ser utilizadas:
1. Direcionar chamadas de Adabas em uma linguagem de programação;
2. Chamadas para o serviço a um módulo de acesso.
Seja qual destas duas abordagens é utilizada, haverá casos em que não é conveniente ou mesmo possível para aderir à política de interface padrão. Antes de desviar a técnica padrão de interface, no entanto, o DBA deve ser consultado e obtido aprovação.
Ao lidar com requisitos não planejada, o DBA deve aconselhar o usuário sobre a abordagem da interface a ser adotada. Isso pode ser um programa de aplicação, com ou sem um módulo de acesso SQL; Natural, ou outra coisa.
Conformes com as normas e controles
O DBA deve com cuidado explicar ao usuário os benefícios que devem ser provenientes de conformidade com as normas do banco de dados e controle e os problemas que podem surgir se houver determinado usuário decida ignorá-los.
Um sentimento de confiança mútua entre o usuário eo DBA deve ser desenvolvida. Os usuários devem sentir que a DBA é uma autoridade imparcial e isenta, cujas decisões irão reforçar o bem-estar e apoiar as políticas da organização como um todo.
Se o usuário tem permissão para acessar o banco de dados usando Natural, o DBA deve ser encorajado a gravar todas as solicitações não programadas e informar o DBA em intervalos regulares de tais exigências. Esta é uma parte da informação de feedback e monitoramento, que auxiliam o DBA para garantir a continuidade da eficácia do ambiente de banco de dados.
0 comentários:
Enviar um comentário