Certificado de comissionamento do sistema de informação. Comissionamento de sistemas de informação gost

APROVADO

Vice-Diretor do Departamento de Regulação do Estado na Economia

Ministério do Desenvolvimento Econômico Federação Russa
______________ V.N. Rudenko
« 09 » _ novembro __ 2011

COLOCANDO EM OPERAÇÃO EXPERIMENTAL

Automatizado sistema de informação gestão de projetos desenvolvidos no âmbito do contrato estadual datado de 7 de novembro de 2011 nº GK-158-OF / D01.
De acordo com a decisão conjunta do Cliente (Ministério de Desenvolvimento Econômico da Rússia) e da Contratada (OTR 2000 LLC) de colocá-lo em operação experimental.

Comissão composta por:

Presidente da Comissão:

Vice-Diretor do Departamento de Regulação do Estado na Economia V.N. Rudenko,

Membros da comissão:

S.V. Pushhakov, chefe interino da Divisão de Desenvolvimento da Sociedade Eletrônica do Departamento de Regulação do Estado na Economia,

Conselheiro de Departamento suporte metodológico organização da interação interdepartamental do Departamento de Regulação da Economia do Departamento de Estado A.V. Matveenko,

Consultor líder do departamento de desenvolvimento da sociedade eletrônica do Departamento de Regulação do Estado na Economia N.N. Kirsanova,

Chefe da direção da LLC "OTR 2000" A.I. Kuleshova,

O.V., Gerente de Projeto da OTR 2000 LLC Strakhova,

Analista líder da OTR 2000 LLC Yu.M. Gudkova,

Pesquisador da direção "Setor Real" do IEP em homenagem a E.T. Gaidar E.R. Batarshin.
Desde a "_ 08 _" novembro 2011 por "_ 09 _" novembro 2011 realizou testes preliminares do aplicado Programas o sistema de informação automatizado "Project Management Portal" (AIS PPU), instalado no Ministério de Desenvolvimento Econômico da Rússia.

Os testes preliminares foram concluídos com sucesso.

As principais etapas de desenvolvimento foram realizadas de acordo com o Termo de Referência.
Desenvolvido por a documentação atende aos requisitos exploração ferramentas de software.
O software está preparado para operação de teste.

A lista de funções aceitas para operação experimental (seção "Requisitos para funções desempenhadas pelo sistema" da tarefa técnica):
1. Manter uma lista de projetos.
2. Trabalhar com entidades de design.
3. Trabalhar com indicadores para avaliar o estado do trabalho no projeto.
4. Módulo analítico.
5. Biblioteca de documentos.

A lista de documentos fornecidos à comissão necessária para a operação de teste:
1. "Descrição do AIS" Portal de Gestão de Projetos "" (Passaporte do sistema);
2. “Instruções para o administrador do AIS PPU”;
3. "Manual do usuário para AIS PPU";
4. “Programa e metodologia para teste de AIS PPU”;
5. "Tarefas de teste para AIS PPU";
6. "Uma instrução baseada em funções que descreve o procedimento para trabalhar com AIS PPU como uma ferramenta de gerenciamento de projeto" Interação interdepartamental "".
Decisão da Comissão: Aceitar o software para operação experimental a partir de 9 de novembro de 2011.

FORMULÁRIOS:

Relatório de teste preliminar nº 1
Relatório de teste preliminar nº 2

Membros da comissão:

V.N. Rudenko

S.V. Pushchakov

A.V. Matveenko

N.N. Kirsanova

A.I. Kuleshov

O.V. Strakhova

Yu.M. Gudkova

E.R. Batarshin

Certificado de aceitação para operação experimentalé formado com base nos resultados de testes preliminares e inclui: conclusões tiradas dos resultados de testes complexos; atribuições para operação experimental.

O período de tempo da comissão

V esta seção do certificado de aceitação, são fornecidas as datas de início e término dos trabalhos da comissão de aceitação para a realização dos testes preliminares.

O início dos testes - 01 de novembro de 2010.
Fim do teste - 31 de dezembro de 2010.
A duração total dos testes é de 44 dias úteis.

O nome da entidade adjudicante, da organização de execução e da organização de coexecução

São fornecidos os nomes das organizações dos participantes nos testes e daqueles que constituíram o certificado de aceitação do sistema de informação para a operação de teste.

Empresa-cliente - JSC “Cliente”.
Organização executora - JSC "Executor".
Organização-co-executor - LLC "Co-executor" (se houver).

A composição das funções AIS aceitas para operação experimental

A lista das funções AIS aceitas para operação de teste é listada. As funções podem ser transferidas para todo o sistema e por subsistemas. As funções são retiradas da seção "Requisitos para as funções desempenhadas pelo sistema" do trabalho técnico para a criação de um sistema de informação.

Lista de componentes de suporte técnico, de software, informativo e organizacional verificados durante a operação de teste

Esta seção do certificado de aceitação fornece uma lista de testes realizados durante a operação de teste. A lista de testes é retirada da seção "Escopo dos testes" do Programa de Teste.

Durante a operação de teste, devem ser realizados os testes apresentados na tabela abaixo.

Lista de documentos a serem apresentados à comissão

Esta seção do certificado de aceitação fornece uma lista dos documentos fornecidos à comissão, necessários para a operação de teste.

Instruções para a formação e manutenção de uma base de dados (conjunto de dados), versão 1 de 12.09.2010.
- Manual do usuário, versão 1 datado de 14/09/2010.
- ...

Avaliação da conformidade do AIS aceito com as especificações técnicas

É fornecida uma avaliação da conformidade do AIS aceito com as especificações técnicas.

Com base nos resultados dos testes preliminares, o Sistema atende aos requisitos apresentados no documento: "". Versão 1.0.

Os principais resultados da aceitação na operação experimental

Esta seção do certificado de aceitação lista os principais resultados obtidos a partir dos resultados da operação experimental do sistema de informação.

Com base nos resultados da operação de teste, os seguintes resultados principais devem ser obtidos:
- O sistema está operacional;
- Subsistemas do Sistema - interagir;
- O sistema cumpre os requisitos do documento “Termos de referência para a criação de um sistema automatizado”. Versão 1.0.;
- Todas as características a serem avaliadas estão dentro dos limites aceitáveis.

A decisão da comissão sobre a aceitação do AIS em operação experimental

É apresentada a decisão da comissão sobre a possibilidade ou impossibilidade de aceitar o sistema de informação para operação experimental.

M. V. Kovtun Outubro de 2010.

Resolução do Governo da Federação Russa de 6 de julho de 2015 N 676
“Sobre os requisitos para o procedimento de criação, desenvolvimento, comissionamento, operação e desativação de sistemas de informação estaduais e posterior armazenamento de informações contidas em seus bancos de dados”

De acordo com a parte 6 do artigo 14 da Lei Federal "Sobre Informação, tecnologia da Informação e sobre a proteção de informações "O Governo da Federação Russa decide:

1. Aprovar os requisitos anexos para o procedimento de criação, desenvolvimento, comissionamento, operação e desativação dos sistemas de informação do estado e posterior armazenamento da informação contida nas suas bases de dados.

2. Estabelecer que as medidas previstas nos requisitos aprovados nesta resolução sejam executadas pelos poderes executivos federais dentro das dotações orçamentárias previstas na lei federal sobre o orçamento federal para o exercício e período de planejamento de liderança e gestão correspondentes. na área de funções estabelecidas.

3. Recomendar outros órgãos estaduais, além dos órgãos executivos federais e órgãos executivos das entidades constituintes da Federação Russa, bem como os órgãos dirigentes dos fundos extra-orçamentários estaduais, órgãos de autogoverno locais a serem orientados em suas atividades pelos requisitos aprovados por esta resolução.

Requisitos
ao procedimento para a criação, desenvolvimento, comissionamento, operação e desativação de sistemas de informação do estado e posterior armazenamento de informações contidas em seus bancos de dados
(aprovado pelo decreto do Governo da Federação Russa de 6 de julho de 2015 N 676)

Com alterações e adições de:

I. Disposições Gerais

1. Este documento define os requisitos para o procedimento para a implementação de medidas para a criação, desenvolvimento, comissionamento, operação e desativação de sistemas de informação do estado (doravante denominado o sistema) e posterior armazenamento de informações contidas em suas bases de dados, realizadas por órgãos executivos federais e órgãos executivos. as autoridades das entidades constituintes da Federação Russa (doravante denominadas autoridades executivas), a fim de aumentar a eficiência da implementação dos poderes das autoridades executivas como resultado do uso de tecnologias de informação e comunicação, quer por autoridades executivas agindo como parceiros públicos, quer por parceiros privados ao abrigo de acordos de parcerias público-privadas (doravante designados por parceiro privado) para a implementação destes acordos.

1.1. Quando as autoridades executivas ou parceiros privados implementam medidas para a criação, desenvolvimento, comissionamento, operação e descomissionamento de sistemas e posterior armazenamento de informações contidas em seus bancos de dados, o seguinte deve ser executado:

a) requisitos para a proteção das informações contidas nos sistemas estabelecidos pelo órgão executivo federal na área de segurança e pelo órgão executivo federal autorizado na área de combate à inteligência técnica e proteção técnica da informação, nos limites de suas atribuições;

b) requisitos para a organização e medidas para proteger as informações contidas no sistema;

Informações sobre mudanças:

A cláusula 1.1 é complementada com a subcláusula "c" de 27 de abril de 2019 - Resolução

c) os requisitos para a proteção de dados pessoais previstos na parte 3 do artigo 19 da Lei Federal "Sobre Dados Pessoais" (se houver dados pessoais no sistema).

Informações sobre mudanças:

Resolução do Governo da Federação Russa de 11 de maio de 2017 Requisitos N 555 complementados com a cláusula 1.2

1.2. A fim de cumprir os requisitos de proteção de informações previstos no parágrafo 1.1 deste documento (doravante denominados requisitos de proteção de informações), as autoridades executivas determinam os requisitos de proteção de informações contidos no sistema do autoridade executiva, para a qual realizam:

a) determinação das informações a serem protegidas contra acesso não autorizado, destruição, modificação, bloqueio, cópia, fornecimento, distribuição, bem como outras ações ilegais em relação a tais informações;

b) análise dos atos normativos, documentos metodológicos e normas nacionais que o sistema deve cumprir;

c) classificação do sistema de acordo com os requisitos de proteção da informação;

d) identificação de ameaças à segurança da informação, cuja implementação possa levar a uma violação da segurança da informação no sistema, e o desenvolvimento de um modelo de ameaças à segurança da informação em sua base;

e) determinar os requisitos do sistema de informação (subsistema) para proteção das informações contidas no sistema.

II. Requisitos para o procedimento de criação de um sistema

2. A base para a criação do sistema é:

a) A obrigação do poder executivo de criar o sistema, prevista em atos normativos;

b) a decisão do poder executivo de criar um sistema que assegure a execução das atribuições que lhe são atribuídas;

Informações sobre mudanças:

A cláusula 2 foi complementada com a subcláusula "c" de 27 de abril de 2019 - Resolução do Governo da Rússia de 11 de abril de 2019 N 420

c) a decisão do Governo da Federação Russa sobre a implementação de um projeto de parceria público-privada;

Informações sobre mudanças:

A cláusula 2 é complementada com a subcláusula "d" de 27 de abril de 2019 - Resolução do Governo da Rússia de 11 de abril de 2019 N 420

d) a decisão do mais alto órgão executivo do poder estatal da entidade constituinte da Federação Russa, se o parceiro público for a entidade constituinte da Federação Russa ou se for planejada uma licitação conjunta com a participação da entidade constituinte da Federação Russa (exceto no caso de um concurso conjunto com a participação da Federação Russa).

3. A criação do sistema é efectuada de acordo com os termos de referência, tendo em consideração o modelo de ameaças à segurança da informação previsto na alínea "d" do n.º 1.2 deste documento, bem como os níveis de protecção das pessoas dados durante o seu processamento em sistemas de informação de dados pessoais, dependendo das ameaças à segurança desses dados e dos requisitos deste documento.

O modelo de ameaças à segurança da informação e (ou) os termos de referência para a criação do sistema são coordenados com o órgão executivo federal na área de segurança e o órgão executivo federal autorizado na área de contra-inteligência técnica e proteção técnica de informação, dentro dos limites das suas atribuições na parte relacionada com a implementação dos requisitos de protecção de informação estabelecidos.

Os termos de referência para a criação do sistema devem incluir os requisitos para a proteção das informações contidas no sistema, formados de acordo com as alíneas "a" e "c" do parágrafo 1.1 deste documento.

4. Os termos de referência para a criação de um sistema e de um modelo de ameaças à segurança da informação são aprovados por funcionário do poder executivo com as competências adequadas.

5. O procedimento para criar o sistema inclui as seguintes etapas que são implementadas sequencialmente:

a) desenvolvimento da documentação do sistema e de suas partes;

b) desenvolvimento de documentação de trabalho para o sistema e suas partes;

c) desenvolvimento ou adaptação de software;

d) obras de comissionamento;

e) realização de testes preliminares do sistema;

f) conduzir a operação experimental do sistema;

g) realização de testes de aceitação do sistema.

6. A fase de desenvolvimento da documentação para o sistema e suas partes inclui o desenvolvimento, coordenação e aprovação da documentação na quantidade necessária para descrever o conjunto completo de soluções de design (incluindo segurança da informação) e suficiente para trabalhos posteriores na criação do sistema.

7. A fase de desenvolvimento da documentação de trabalho do sistema e das suas partes inclui o desenvolvimento, coordenação e aprovação da documentação que contenha as informações necessárias à realização dos trabalhos de colocação em funcionamento e funcionamento do sistema, e do procedimento de funcionamento do sistema, contendo informações necessárias para realizar o trabalho para manter o nível de características operacionais (qualidade) do sistema (incluindo proteção de informações) estabelecido nas soluções de projeto especificadas no parágrafo 6 deste documento, incluindo:

a) uma lista de ações dos funcionários ao realizar tarefas para a operação do sistema, incluindo uma lista, tipos, volumes e frequência de trabalho para garantir o funcionamento do sistema;

b) monitorar o desempenho do sistema e dos componentes que garantem a proteção das informações;

c) uma lista de avarias que podem surgir durante a operação do sistema e recomendações de ações quando ocorrerem;

d) uma lista dos modos de operação do sistema e suas características, bem como o procedimento e as regras de transferência do sistema de um modo de operação para outro, indicando o tempo necessário para tal.

8. A fase de desenvolvimento ou adaptação do software inclui o desenvolvimento do software do sistema, a seleção e adaptação do software adquirido, bem como, nos casos e procedimentos estabelecidos, a certificação do software do sistema desenvolvido e das ferramentas de segurança da informação de acordo com os requisitos de segurança da informação.

9. A fase de comissionamento inclui ajuste autônomo de partes de hardware e software do sistema, carregamento de informações em seu banco de dados, ajuste complexo de hardware e software do sistema, incluindo segurança da informação.

10. O estágio de teste preliminar inclui:

a) desenvolvimento de um programa e metodologia de testes preliminares, segundo os quais se verifica a operacionalidade do sistema e o cumprimento dos termos de referência para a sua criação;

b) verificar o funcionamento do sistema e o cumprimento dos termos de referência para a sua criação;

c) eliminação de falhas identificadas durante tais testes e alterações na documentação e na documentação de trabalho do sistema;

d) elaboração de relatório de ensaio e certificado de aceitação do sistema para operação experimental.

11. O estágio da operação experimental inclui:

a) desenvolvimento de um programa e metodologia para operação experimental;

b) operação experimental do sistema de acordo com o programa e metodologia de operação experimental;

c) revisão do software do sistema e ajuste adicional de meios técnicos em caso de detecção de deficiências identificadas durante a operação experimental do sistema;

d) registro de ato de conclusão de operação experimental, incluindo lista de deficiências que devem ser eliminadas antes de iniciar a operação do sistema.

12. A fase de testes de aceitação inclui:

a) testar o sistema quanto à conformidade com os termos de referência para sua criação de acordo com o programa e métodos de testes de aceitação;

b) análise dos resultados da eliminação das deficiências especificadas no ato de efetivação da operação experimental;

c) registro de ato de aceitação do sistema em operação.

III. Requisitos para o procedimento de colocação do sistema em operação

13. A base para a entrada em funcionamento do sistema é o ato jurídico do Poder Executivo sobre a entrada em funcionamento do sistema, que define o elenco de medidas para assegurar a sua entrada em funcionamento e fixa o prazo para o seu início de funcionamento.

14. O ato jurídico da autoridade executiva ao colocar o sistema em operação inclui:

a) medidas para a elaboração e aprovação de documentos organizacionais e administrativos que definam medidas de proteção da informação durante o funcionamento do sistema, cujo desenvolvimento está previsto em atos normativos e documentos metodológicos do órgão executivo federal na área da segurança e o órgão executivo federal autorizado na área de combate à inteligência técnica e proteção técnica da informação, bem como às normas nacionais no campo da proteção da informação;

b) medidas de certificação do sistema de acordo com os requisitos de proteção da informação, pelo que, nos casos estabelecidos pela legislação da Federação Russa, a conformidade da proteção da informação contida no sistema com os requisitos previstos pois pela legislação da Federação Russa sobre informação, tecnologias de informação e proteção de informação é confirmada;

c) medidas de preparação do poder executivo, bem como do parceiro privado, em caso de acordo de parceria público-privada, para a operação do sistema;

d) medidas de formação de funcionários do órgão executivo, bem como de funcionários do parceiro privado em caso de acordo de parceria público-privada para o funcionamento do sistema, incluindo os responsáveis pela garantia da protecção da informação.

15. O comissionamento do sistema não é permitido nos seguintes casos:

a) não cumprimento dos requisitos de proteção da informação estabelecidos pela legislação da Federação Russa, incluindo a ausência de um certificado válido de conformidade com os requisitos de segurança da informação;

b) a ausência no cadastro de localização territorial dos objetos de controle previstos nas Normas para o exercício do controle da colocação de meios técnicos de sistemas de informação utilizados por órgãos estaduais, autarquias locais, empresas estaduais e municipais unitárias, estaduais e instituições municipais, no território da Federação Russa, aprovado pelo decreto do Governo da Federação Russa de 6 de julho de 2015 N 675 "Sobre o procedimento para monitorar o cumprimento dos requisitos previstos na parte 2.1 do Artigo 13 e parte 6 do artigo 14 da Lei Federal "Sobre Informação, Tecnologias da Informação e Proteção da Informação", informações sobre a colocação de meios técnicos do sistema de informação no território da Federação Russa;

c) descumprimento dos requisitos desta seção, identificado no curso de controle de acordo com as Regras para exercer controle sobre o cumprimento dos requisitos para o procedimento de criação, desenvolvimento, comissionamento, operação e desativação de sistemas de informação estaduais e mais armazenamento das informações contidas em seus bancos de dados, aprovado o Decreto do Governo da Federação Russa de 6 de julho de 2015 N 675 "Sobre o procedimento de monitoramento do cumprimento dos requisitos previstos na parte 2.1 do Artigo 13 e na parte 6 do Artigo 14 do Lei Federal “Sobre Informação, Tecnologias da Informação e Protecção da Informação.” Do presente documento. Acto jurídico a) preparação dos actos jurídicos relativos à desactivação do sistema;

b) trabalhar no descomissionamento do sistema, incluindo trabalho na desinstalação do software do sistema, no exercício dos direitos ao software do sistema, desmontagem e baixa do hardware do sistema, garantindo o armazenamento e uso posterior recursos de informação sistemas;

Informações sobre mudanças:

Por Decreto do Governo da Federação Russa de 11 de maio de 2017, o parágrafo 23 foi complementado com o subparágrafo "c"

c) garantir a proteção das informações de acordo com a documentação do sistema e documentos organizacionais e administrativos para a proteção das informações, incluindo o arquivamento das informações contidas no sistema, destruição (apagamento) de dados e informações residuais da mídia de armazenamento da máquina e (ou ) destruição da mídia de armazenamento da máquina ...

24. A menos que estabelecido de outra forma pelos atos jurídicos regulamentares da Federação Russa, os períodos de armazenamento das informações contidas nas bases de dados do sistema são determinados pela autoridade executiva e não podem ser inferiores aos períodos de armazenamento das informações estabelecidas para o armazenamento de documentos em papel contendo essas informações.

25. O período de desactivação do sistema não pode ser anterior ao termo da última medida prevista no acto jurídico de desactivação do sistema.

O procedimento para colocar o EIS em operação.

PROJETO AUTOMATIZADO TÍPICO. ESTÁGIO DE COMISSIONAMENTO.

AULA 10.

De acordo com GOST 34.601-90 “AS. Fases de criação "e GOST 34.603-92" Tipos de testes da UA "No âmbito da fase de colocação em funcionamento do sistema, são efectuados os seguintes trabalhos:

1) preparação organizacional do objeto de automação para colocar o SI em operação - implementação de soluções de design para a estrutura organizacional, fornecimento de subdivisões do objeto de gestão com materiais instrucionais e metodológicos, introdução de classificadores de informação;

2) treinamento dos empregados - treinamento de pessoal e verificação de sua capacidade de garantir o funcionamento do SI;

3) Equipamento IC com produtos fornecidos (no caso de necessidade de tal entrega descrita nos TOR) - recebimento de componentes, materiais e produtos de montagem seriados e de produção única, realizando o controle de qualidade do recebimento;

4) trabalho de construção e instalação - realização de trabalhos de construção de instalações especializadas para a colocação de equipamento técnico e pessoal de SI, construção canais a cabo, instalação de meios técnicos e linhas de comunicação, teste de meios técnicos instalados, fornecimento de meios técnicos para a execução de trabalhos de comissionamento;

5) trabalhos de comissionamento - ajuste autônomo de hardware e software, carregamento de informações no banco de dados e verificação de sua manutenção, ajuste complexo de todas as facilidades do sistema;

6) testes preliminares - testar a operabilidade do SI e o cumprimento dos termos de referência de acordo com o programa e metodologia de testes preliminares; eliminação de avarias e alterações na documentação do CI, inclusive operacional de acordo com o relatório de ensaio; registro do certificado de aceitação do SI para operação experimental;

7) operação experimental - operação experimental do IS; análise de seus resultados; conclusão do software IS; ajuste adicional de meios técnicos de SI; registo do certificado de conclusão da operação experimental.

8) testes de aptidão - testes de conformidade com as especificações técnicas de acordo com o programa e metodologia de testes de aceitação; análise dos resultados dos testes de IC e eliminação das deficiências identificadas durante os testes; registo de um ato de aceitação de PI em operação permanente.

O comissionamento de um EIS representa uma transição gradual de o sistema existente gerenciamento para automatizado. Ao mesmo tempo, não só aumenta o grau de utilização de meios técnicos para o processamento de dados, mas também os próprios métodos de gestão mudam em conformidade.

De acordo com o modelo espiral vida útil sistemas a partir do estágio de projeto técnico, subsistemas EIS, complexos de tarefas ou componentes individuais, capazes de funcionar de forma independente, são colocadas em funcionamento por etapas, assim que a documentação de trabalho e os meios técnicos estejam prontos.

O estágio de comissionamento inclui a operação piloto de complexos de tarefas e sua aceitação em exploração industrial após os testes de aceitação. Todo o sistema é colocado em operação comercial após a conclusão da aceitação em operação de todos os complexos de tarefas.

Uma das características importantes para colocar o sistema em operação é a presença de um determinado período durante o qual é realizada a operação paralela do sistema existente e do novo EIA. V sistemas técnicos um dispositivo é substituído por outro na maioria das vezes sequencialmente no tempo. Às vezes, uma nova máquina é instalada no lugar da antiga - neste caso, nem o novo nem o antigo funcionam por algum tempo. Se o novo entrar em operação antes que o antigo pare de funcionar, eles funcionam independentemente um do outro. Ao comissionar um EIS de tipo organizacional, é fundamentalmente impossível para uma situação em que nem o antigo nem o novo sistema funcionaram por pelo menos um curto período de tempo. Além disso, para verificar a exatidão de todas as soluções estabelecidas, o comissionamento novo sistemaé realizada gradualmente durante a operação de teste nas seguintes etapas:

1. Verificar um subsistema ou um complexo de tarefas no volume total de dados reais, mas não no tempo real necessário para o controle.

2. A operação do novo sistema em todo o volume de dados reais e em termos reais no modo de controle, quando os resultados obtidos não são utilizados para gestão, mas são comparados com os resultados obtidos em o antigo sistema, e são analisados.

3. Transição para a gestão com base nos resultados do novo sistema, mantendo o trabalho sistema antigo em caso de possíveis falhas e situações imprevistas.

4. Transição final para o trabalho do novo sistema.

A operação paralela do sistema é extremamente desfavorável para os funcionários. Eles têm que fazer um trabalho duplo com aumento do estresse. Os desenvolvedores de sistema devem se esforçar para reduzir o período de trabalho paralelo, que depende essencialmente do sucesso do desenvolvimento e depuração do sistema. É inaceitável transferir pelo menos parte da depuração e depuração do sistema para o período de operação de teste. Mudanças durante este período são inevitáveis, no entanto, deve-se nos esforçar para garantir que permaneçam apenas aquelas que não poderiam ter sido previstas antes do início da operação experimental.

A operação de teste se sobrepõe ao processo de teste. Como regra, o sistema não é totalmente comissionado, gradualmente. Portanto, do ponto de vista do conteúdo do sistema, o comissionamento passa por pelo menos três fases:

2) acúmulo de informações;

3) atingir a capacidade projetada.

inicia uma faixa bastante estreita de erros - principalmente problemas de incompatibilidade de dados durante o carregamento e erros dos próprios carregadores, ou seja, algo que não foi rastreado nos dados de teste. Se a depuração de dados "ao vivo" for impossível, você terá que simular a situação e rapidamente. Isso requer testadores muito qualificados.

Durante o período acumulação de informação irá se manifestar o maior número erros cometidos na criação de um sistema de informação. Via de regra, são erros relacionados ao acesso multiusuário. Esses erros costumam ser esquecidos durante a fase de teste. Isso aparentemente se deve à complexidade da modelagem, bem como ao alto custo das ferramentas de automação para teste de sistemas de informação em condições de acesso multiusuário. Alguns erros serão difíceis de corrigir, pois são erros de design. Nenhum dos mais bom projeto não imune a eles. Isso significa que, por precaução, você precisa reservar tempo para localização e correção de tais erros.

Durante o período de acúmulo de informações, pode-se encontrar a famosa "queda de base". Na pior das hipóteses, acontece que o SGBD não pode suportar o fluxo de informações. Se estiver bom, os parâmetros de configuração estão simplesmente incorretos. O primeiro caso é perigoso, pois é bastante difícil influenciar o fabricante do SGBD, e o cliente realmente não gosta de links para o serviço suporte técnico DBMS. Não é o fabricante que terá que resolver o problema da falha do SGBD, mas você - para mudar o esquema, reduzir o fluxo de requisições, mudar as próprias requisições; em geral, existem muitas opções. É bom se o tempo para restaurar o banco de dados se encaixa no tempo planejado do projeto.

O sistema atinge sua capacidade de design em coincidência bem-sucedida de circunstâncias - esta é a correção de uma série de pequenos erros e, ocasionalmente, - erros graves.

GOST 24.208-80 Requisitos para o conteúdo dos documentos da etapa "Comissionamento"

Por decreto do Comitê Estadual de Padrões da URSS datado de 14 de maio de 1980 No. 2101, o período de introdução foi estabelecido

de 01.01 1981

Este padrão se aplica à documentação técnica para sistemas automatizados gestão (ACS) de todos os tipos, desenvolvido para todos os níveis de gestão (exceto nacional), e estabelece requisitos para o conteúdo dos documentos desenvolvidos na fase de "Comissionamento" de acordo com os requisitos do GOST 24.101-80

1. DISPOSIÇÕES GERAIS

1.1. Os documentos desenvolvidos na fase de “Comissionamento” são referidos como documentos de aceitação do sistema de controle automatizado.

1.2. Ao redigir documentos para uma parte do ACS, o conteúdo dos documentos é limitado à estrutura da parte correspondente do ACS.

1.3. Dependendo da finalidade e das características específicas dos sistemas de controle automatizado que estão sendo criados, é permitido incluir nos documentos informações adicionais, cujos requisitos de conteúdo não sejam estabelecidos por esta norma.

2. REQUISITOS PARA DOCUMENTAÇÃO DE ACEITAÇÃO

2.1. Certificado de conclusão

2.1.1. O documento destina-se a registrar o fato da conclusão de um trabalho separado ao criar um ACS.

2.1.2. O documento não se aplica a obras de construção e instalação e comissionamento.

2.1.3. O documento deve conter:

nome do (s) trabalho (s) concluído (s);
uma lista de representantes da organização do desenvolvedor e da organização do cliente que redigiu o ato;
data de conclusão do trabalho;
nome do (s) documento (s) com base no qual o trabalho foi executado;
os principais resultados da obra concluída;
conclusão sobre os resultados do trabalho concluído.

2.2. Certificado de aceitação para operação experimental

2.2.1. O documento destina-se a registrar o fato da conclusão do comissionamento do sistema de controle automatizado como um todo ou de suas partes em operação experimental.

2.2.2. O documento deve conter:

o nome do ACS (ou sua parte) aceito para operação experimental e o objeto de controle correspondente;
a composição da comissão de aceitação e a base do seu trabalho (nome, número e data de aprovação do documento com base no qual foi criada a comissão);
a composição das funções do ACS (ou de sua parte), aceito para operação experimental;
uma lista dos componentes do suporte técnico, de software, informativo e organizacional verificados durante a operação de teste;
principais resultados da aceitação na operação experimental;
a decisão da comissão sobre a aceitação do sistema de controle automatizado para operação experimental.

2.3. Certificado de aceitação de operação industrial

2.3.1. O documento tem como objetivo registrar o fato de colocar o ACS (ou sua parte) em operação industrial.

2.3.2. O documento deve conter:

o nome do objeto de controle e o ACS (ou sua parte) aceito para operação industrial;
informações sobre a situação do comitê de aceitação (estadual, interdepartamental, departamental), sua composição e a base de seu trabalho;
o período de trabalho da comissão;
o nome da organização desenvolvedora, a organização coexecutadora e a organização cliente;
nome do documento com base no qual o ACS foi desenvolvido;
a composição das funções da ACS (ou de sua parte), colocadas em operação comercial;
uma lista de componentes de suporte técnico, software, informativo e organizacional aceitos para operação industrial;
lista de documentos a serem submetidos à comissão;
conclusão sobre os resultados da operação piloto do sistema de controle automatizado;
avaliação da conformidade dos ACS aceitos às especificações técnicas para sua criação;
características breves e os principais resultados dos trabalhos realizados na criação de um sistema de controlo automatizado;
avaliação do nível científico e técnico do sistema de controle automatizado (de acordo com dados de projeto) *;
avaliação da eficiência econômica a partir da introdução de sistemas de controle automatizado (de acordo com dados de projeto) *;
decisão da comissão;
recomendações da comissão sobre desenvolvimento adicional sistemas *.

* Obrigatório somente após a aceitação do sistema de controle automatizado como um todo.

2.3.3. Os relatórios de programa e teste, atas de reuniões da comissão, atos de aceitação em operação industrial de partes previamente aceitas do ACS, uma lista de meios técnicos que a comissão utilizou ao aceitar o ACS estão anexados ao "Ato de aceitação em operação industrial " A critério da comissão, é permitido incluir documentos adicionais na solicitação.

2.4. Horário de trabalho

2.4.1. O documento estabelece uma lista de obras, prazos e executores de obras relacionadas à criação de obras.

2.4.2. O documento para cada obra incluída na lista deve conter:

título do trabalho;
data de início e término do trabalho;
o nome da unidade participante do trabalho;
nome e cargo do executivo responsável;
a fórmula de apresentação dos resultados do trabalho.

2,5. Ordem de serviço

2.5.1. Dependendo da fase de trabalho de criação de um sistema de controle automatizado, são estabelecidos os seguintes tipos de documentos:

uma ordem sobre a disponibilidade do objeto de controle para trabalhos de construção e instalação;
uma ordem sobre a prontidão do objeto de controle para comissionamento;
ordem para iniciar a operação experimental do sistema de controle automatizado (suas partes);
uma ordem para colocar em operação comercial o sistema de controle automatizado (suas partes).

2.5.2. O documento "Ordem sobre a disponibilidade do objeto de gestão para obras de construção e instalação" deve conter:

mensagem sobre a prontidão do objeto de controle para os trabalhos de construção e instalação;
determinação da área de construção e instalação;
o procedimento de admissão ao trabalho;
uma lista de representantes da organização do cliente responsáveis pelo trabalho e pela segurança do equipamento montado;
uma lista de representantes responsáveis de organizações de construção e instalação que executam o trabalho.

2.5.3. O documento "Ordem sobre a prontidão do objeto de controle para comissionamento" deve conter:

mensagem sobre a prontidão do objeto de controle para comissionamento;
lista de meios técnicos da ACS, sujeita a ajustes;
uma indicação do procedimento para realizar os trabalhos de ajuste;
o procedimento de admissão ao comissionamento;
uma lista de representantes da organização do cliente responsável pelo comissionamento;
uma lista de representantes responsáveis de organizações que executam trabalhos de comissionamento;
instruções sobre como eliminar erros de instalação e as pessoas responsáveis por esses trabalhos.

2.5.4. O documento "Pedido de início da operação experimental do ACS (suas partes)" deve conter:

o nome do ACS como um todo ou de suas partes em operação experimental;
o momento da operação de teste;
uma lista de funcionários da organização contratante e da organização de desenvolvimento responsável pela operação de teste;
uma lista de divisões da organização do cliente envolvida na operação de teste.

2.5.5. O documento "Pedido de comissionamento do sistema de controle automatizado (suas peças)" deve conter:

a composição das funções do ACS ou de suas partes, hardware e software, colocados em operação industrial;
uma lista de funcionários e uma lista de divisões da organização do cliente responsáveis pela operação do sistema de controle automatizado;
o procedimento e os termos para a introdução de novas formas de documentos (se necessário);
o procedimento e condições de transferência da primeira pessoa a trabalhar nas condições de funcionamento do sistema de controle automatizado.

2.6. Ordem sobre a composição do comitê de aceitação

O documento deve conter:

o nome do ACS aceito como um todo ou suas partes;
informações sobre a composição da comissão;
a base para a organização da comissão;
o nome da organização do cliente;
nome da organização desenvolvedora, organizações coexecutadoras;
a nomeação e objetivos da comissão;
termos de início e conclusão dos trabalhos da comissão;
instruções sobre a forma de realização dos trabalhos da comissão.

2.7. Programa de trabalho

2.7.1. Dependendo do conteúdo da obra, são estabelecidos os seguintes tipos de documentos:

programa de teste;
programa de operação experimental;
programa de trabalho do comitê de aceitação.

2.7.2. O documento "Programa de teste" tem como objetivo determinar o procedimento e o escopo dos testes preliminares durante a transferência para operação piloto e testes de aceitação durante a transferência para operação industrial do sistema de controle automatizado.

O documento deve conter:

a composição das funções do ACS como um todo ou de suas partes a serem testadas, com referência aos pontos dos “Termos de Referência” para a criação do ACS;
lista de componentes de suporte técnico, de software, informativo e organizacional sujeitos a teste;
o procedimento para testar componentes individuais do suporte ACS e funções individuais do ACS;
condições e termos de teste;
o procedimento de registro de exames e deficiências identificadas;
o procedimento para eliminar as deficiências e fazer as alterações necessárias na documentação técnica;
indicação da forma de apresentação dos resultados dos exames.

2.7.2. O documento "Programa de operação de teste" destina-se a determinar a ordem e o escopo da operação de teste.

O documento deve conter:

a composição das funções do ACS e das suas partes sujeitas a operação experimental, com referência aos pontos dos termos de referência para a criação do ACS;
uma lista de componentes de suporte técnico, de software, informativo e organizacional sujeitos à operação experimental;
o procedimento para ações de pessoal durante a operação experimental dos elementos ACS e subsistemas funcionais individuais;
condições e termos da operação experimental;
o procedimento de registro dos resultados da operação experimental e deficiências identificadas;
o procedimento para eliminar as deficiências identificadas e fazer alterações na documentação técnica;
uma indicação da forma de apresentação dos resultados da operação experimental.

2.7.2. O documento "Programa de trabalho do comitê de aceitação" tem como objetivo determinar o procedimento para a aceitação do sistema de controle automatizado em operação industrial. A composição e o conteúdo do documento são determinados de acordo com os documentos normativos e técnicos aprovados neste setor.

2.8. Relatório de teste

2.8.1. O documento tem como objetivo registrar os resultados dos testes preliminares durante a transferência do ACS como um todo ou de suas partes para teste ou operação industrial.

2.8.2. O documento deve conter:

nome do objeto de teste;
lista de funcionários que realizaram o teste;
a finalidade dos testes;
informações sobre a duração dos testes;
relação de pontos das especificações técnicas para a criação de um sistema de controle automatizado, para cumprimento do qual foram realizados os ensaios;
a lista de itens do "Programa de teste" para os quais os testes foram realizados;
informações sobre os resultados do monitoramento do correto funcionamento do ACS;
informações sobre falhas, falhas e emergências que ocorreram durante o teste;
informações sobre ajustes nos parâmetros do objeto de teste e documentação técnica.

2,9 Protocolo de negociação

2.9.1. O documento visa pactuar desvios em relação a soluções de projeto previamente adotadas e aprovadas, quando, no processo de operação experimental do sistema de controle automatizado como um todo ou de suas partes, foi revelada a necessidade de sua correção.

2.9.2. O documento deve conter:

lista de desvios considerados com indicação do documento, cujos desvios dos requisitos estão sujeitos a aprovação;
uma lista de funcionários que redigiram o protocolo;
justificativa de desvios aceitos de soluções de design;
uma lista de desvios acordados e o prazo para fazer as alterações necessárias na documentação técnica.

Reedição. Maio de 1986