Процесс исправления ошибок представляет собой информационной системы

Компьютерные
сети, в зависимости от охватываемой
территории, подразделяются:
Локальные; региональные; глобальные

Компьютерные
технологии интеллектуальной поддержки
управленческих решений на основе
структурно-логического и математического
моделирования процессов управления и
производства, моделирования проблемной
среды реализуются руководством
организации с применением: MS
Project
2002, Project
Expert
7.15, Guru,
Statistics
Neural
Networks,
Rational
Rouse
2001.

Компьютерные
технологии математического моделирования
процессов управления и производства
реализуются персоналом организации с
применением: C++,
Project
Expert
7.15, SPSS,
Statistica,
MathCAD,
Math
LAB.

Компьютерные
технологии создания модели проблемной
среды в экспертных системах реализуются
персоналом организации с применением:
Guru.

Контекстная
реклама — размещение
рекламных объявлений на сайтах или
страницах соответствующих ему по
тематике.

Конфиденциальная
информация — это информация, … которая
по мнению пользователя требует
определенной степени защищенности

Концепция
построения информационных систем ERP
подразумевает: планирование
ресурсов предприятия

Концепция
построения информационных систем MRPII
подразумевает: планирование
производственных ресурсов

Координатное
индексирование: представление
основного смыслового содержания текста
или информационного запроса в виде
сочетания ключевых слов или дескрипторов

Лингвистическое
обеспечение — это: совокупность
языковых средств, используемых в системе
с целью повышения качества ее разработки
и облегчения общения человека с машиной

Линейное
взаимодействие интерактивности
(1:) — когда
посылаемое сообщение не связано с
предыдущими сообщениями

Логическая
схема соединения компьютеров каналами
связи называется топология
сети

Маршрутизаторы
— это: устройства,
обеспечивающие соединение логически
не связанных сетей

Математическая
модель —
совокупность математических и логических
операций, реализующих математические
методы моделирования объектов и процессов
объективного мира.

Математическое
обеспечение средств защиты информации
— это совокупность …
методов, моделей и алгоритмов, необходимых
для оценок уровня защищенности информации
и решения других задач защиты

Математическое
обеспечение это совокупность
математических методов, моделей,
алгоритмов обработки информации, типовые
задачи управления системами, теории
массового обслуживания, теории игр и
другие

Метапоисковая
система – это системы,
способные послать запросы пользователя
одновременно нескольким поисковым
серверам, затем объединить полученные
результаты и представить их пользователю
в виде документа со ссылками.

Методическое
и организационное обеспечение это
совокупность
методов, средств и документов,
регламентирующих взаимодействие модулей
ИС, технических и технологических
средств, персонала в процессе разработки,
внедрения и эксплуатации ИС.

Механизм
применения электронно-цифровой подписи
включает
два криптографических преобразования

Множественное
или диалоговое взаимодействие
интерактивности
(1:m) когда
сообщение связано с множеством предыдущих
сообщений и с отношениями между ними

Модель
В2В реализуется следующими схемами:
электронные торговые площадки; электронные
торговые склады

Можно
ввести в каждую ячейку электронной
таблицы: символьные
данные; числовые данные; Формулы

Мосты
– это:
устройства, которые регулируют трафик
между сетями, используют
одинаковые
протоколы передачи данных на сетевом
и выше уровнях и
выполняют фильтрацию
информационных сообщений в соответствии
с
адресами получателей

Наборы
символов, соглашений и правил для
организации взаимодействия человека
со средствами, реализующими информационный
процесс относятся к языковым
средствам информационной технологии

Наборы
символов, соглашений и правил для
организации взаимодействия человека
со средствами, реализующими информационный
процесс относятся к языковым
средствам информационной технологии

Надежность
как показатель качества информационной
системы:
свойство системы сохранять во времени
в установленных пределах значения всех
параметров, характеризующих способность
выполнять требуемые функции в заданных
условиях применения

Наиболее
употребительны форматы дат: ГГ-ДД-МММ;
ДД-МММ-ГГ; МММ-ДД-ГГ

Написание
кода программы представляет собой …
информационной системы программирование

Направления
использования современных информационных
технологий в деятельности органов
муниципального управления:
информационное взаимодействие субъектов
муниципального управления; обеспечения
безбумажной технологии обработки и
хранения информации

Наука,
изучающая методы и средства передачи
информации на расстояния, существенно
превышающие линейные размеры площади,
занимаемой участниками связи
Телематика

Национальные
информационные ресурсы: это
ресурсы, находящиеся в собственности
или распоряжении или владении и
пользовании всех юридических и физических
лиц, находящихся под юрисдикцией
Российской Федерации

Недостатками
сети с топологией звезда являются:
высокие
требования к вычислительным ресурсам
центральной аппаратуры, потеря
работоспособности сети при отказе
центральной аппаратуры, большая
протяженность линий связи

Независимость
узлов как принцип распределенной БД
подразумевает: все
узлы равноправны и независимы, а
расположенные на них БД являются
равноправными поставщиками данных в
общее пространство данных

Нейронные
сетевые технологии моделирования
проблемной среды реализуются персоналом
организации с применением: Statistics
Neural
Networks,
Nero
Solutions,
Neural
Cad,
Nero
Power
Content
Surveyor.

Нейронные
сети Технические
системы, реализующие программно или/и
аппаратно машинизированные методы
(алгоритмы и правила) распознавания
образов и самообучения.

Нейронные
сети Технические
системы, реализующие программно или/и
аппаратно машинизированные методы
(алгоритмы и правила) распознавания
образов и самообучения.

Несуществующий
вид компьютерных сетей: Терминальная

Обеспечение
устойчивости работы информационной
системы (ИС) и сохранности информации
представляет собой … ИС Администрирование

Обработка
пакетов транзакций соответствует …
бухгалтерской
эпохе информационных технологий в
управлении

Общедоступная
информация — это информация, …
которая не требует специальных мер
защиты от несанкционированного доступа

Общие
этапы реализации компьютерных
информационных технологий поддержки
управленческих решений с применением
структурно-логических и математических
моделей процесса производства, экспертных
систем и нейронных сетей. Сбор
данных о состоянии и результатах процесса
производства, поиск возможных вариантов
развития производства, структурно-логическое,
и математическое моделирование
производства по каждому из вариантов,
сопоставление полученных числовых
значений критериев эффективности
производства по каждому из вариантов
и определение наилучших (получение
рекомендаций о наилучших вариантах
развития производства от экспертной
системы или нейронной сети), анализ
полученных результатов и принятие
решения о перспективах развития
производства.

Объект
можно считать системой если он обладает
следующими свойствами: целостность
и неделимостью; наличие устойчивых
связей (отношений) между элементами и
их свойствами; организация; эмерджентность

Одна
из наиболее массовых разновидностей
экономической информации статистическая
информация

Оказание
услуг по сопровождению информационной
системы (ИС) — это …
поддержка ИС

Операторы,
которые используются в арифметических
формулах в электронных таблицах:
Умножение;
Вычитание; Сложение

Операционные
системы классифицируются по следующим
признакам: количество
процессов, которые могут одновременно
выполняться под управлением операционной
системы; количество пользователей,
одновременно обслуживаемых системой

Операционные
системы с диалоговым режимом относятся
к … поколению программного обеспечения
третьему

Опознавание
пользователя в диалоговом режиме
заключается в …
создании записей, содержащих
персонифицирующие пользователя данные.
При обращении система предлагает назвать
некоторые данные, которые затем
сравниваются с хранящимися

Опознавание
пользователя по индивидуальным
особенностям и физиологическим
характеристикам заключается в …
использовании отпечатков пальцев,
геометрии рук, голоса, персональной
росписи, структуры сетчатки глаза и др.

Опознавание
пользователя по радиокодовым устройствам
заключается в …
изготовлении специальных устройств,
каждое из которых может генерировать
радиосигналы, имеющие индивидуальные
характеристики

Опознавание
пользователя по специальным
идентификационным карточкам заключается
в …
изготовлении специальных карточек, на
которые наносят специальный шифр, код
и т.п.

Опознавание
пользователя с помощью блоков-приставок
заключается в …
оснащении технических средств специальными
устройствами, генерирующими индивидуальные
сигналы

Организованная
совокупность информационных технологий,
объектов и отношений между ними,
образующая единое целое называется
информационная
система

Основной
единицей обработки данных в реляционных
БД является: Отношение

Основные
принципы построения системы электронного
документооборота: соответствие
требованиям стандартов на формы и
системы документации; распределенность;
масштабируемость; модульность;
переносимость на другие аппаратные
платформы

Основные
этапы жизненного цикла информационной
системы (ИС) — это …
вывод системы из эксплуатации; тестирование
и отладка ИС; внедрение ИС; эксплуатация
и сопровождение ИС.

Основные
этапы жизненного цикла информационной
системы (ИС), — это … ИС анализ
требований к; проектирование и
программирование; планирование

Основными
компонентами информационной технологии
поддержки принятия решений являются:
система
управления базой моделей; база моделей;
система управления базой данных

Основными
компонентами информационной технологии
экспертных систем являются: интерфейс
пользователя; модуль создания системы;
Интерпретатор

Основными
методологическими критериями научных
знаний являются: внутренняя
непротиворечивость и согласованность;
Объективность; Системность

Основными
функциями системы управления электронными
документами являются:
регистрация документов; контроль
исполнения документов; контроль движения
бумажного и электронного документа,
ведение истории работы с документами;
создание и редактирование реквизитов
документов; формирование отчетов по
документообороту предприятия; импорт
документов; электронное распространение
документов

Основными
функциями системы управления электронными
документами являются:
создание справочников и работа с ними;
создание документа прямо из системы на
основе шаблона (прямая интеграция);
работа с версиями документа, сложными
многокомпонентными и много форматными
документами, вложениями; работа с
документами в папках; получение
документов посредством сканирования
и распознавания; электронное распространение
документов

Открытость
информационной системы (ИС) — это
возможность … соблюдать
принципы «открытых» систем

Оценка
информационной технологии по показателям
технико-экономической эффективности
не включает срок
внедрения

Ошибки,
возникающие при восприятии смыслового
содержания данных называются семантические

Ошибкой
второго рода называется такая ошибка,
когда принимается
ошибочная гипотеза

Ошибкой
первого рода называется такая ошибка,
когда отклоняется
правильная гипотеза

Ошибкой
третьего рода называется такая ошибка,
когда ставится
ложная задача принятия решения

Параллельное
программирование относится к … поколению
программного обеспечения пятому

Пароли,
электронные ключи и электронные
идентификаторы обеспечивают защиту
…
данных; программ; серверов; компьютерных
систем

Первое
поколение ЭВМ основано на лампах

Первой
поисковой системой для Всемирной паутины
был Wandex

Первый
этап инструментальных технологических
средств «ручные»
технологии

Передача
сообщений между банками и их контроль
в системе SWIFT осуществляются в режиме
…
on-line; off-line

Пертине́нтность
— cоотношение
объёма полезной информации к общему
объёму полученной информации.;
соответствие найденных информационно-поисковой
системой документов информационным
потребностям пользователя

По
логической структуре хранимых данных
базы данных подразделяются на
иерархические, сетевые, реляционные

По
способу доступа базы данных подразделяются
на с
локальным и удаленным доступом

По
способу обмена информацией платежные
системы классифицируются следующим
образом:
системы открытого обмена; системы на
основе электронно-цифровой подписи;
электронные деньги

По
технологии обработки данных базы данных
подразделяются на
централизованные, распределенные

По
физической природе каналы связи
подразделяются: Механические;
Акустические; Оптические; Электрические

По
форме общения процедуры опроса экспертов
делятся на: индивидуальные;
групповые

Поиск
информации — процесс
выявления в массиве информации записей,
удовлетворяющих заранее определенному
условию поиска (запросу).

Поисковая
оптимизация — процесс
корректировки HTML-кода, текстового
наполнения (контента), структуры сайта,
контроль внешних факторов для соответствия
требованиям алгоритма поисковых систем,
с целью поднятия позиции сайта в
результатах поиска в поисковых системах
по определенным запросам пользователей.;
совокупность действий по изменению
сайта и элементов внешней среды с целью
получения высоких позиций в «естественных»
результатах поиска по заданным запросам.

Поисковая
реклама — распространение
информации о сайте или компании в
поисковых системах путем размещения
рекламных объявлений на выбранные
слова.

Поисковый
запрос — исходная
информация для осуществления поиска с
помощью поисковой системы.

Поисковый
маркетинг — комплекс
мероприятий, направленный на увеличение
посещаемости с поисковых машин.

Поисковый
робот — программа,
являющаяся составной частью поисковой
системы и предназначенная для обхода
страниц Интернета с целью занесения
информации о них (ключевые слова) в базу
поисковика.

Поисковый
спам — сайты
и страницы в Интернете, созданные с
целью манипуляций результатами поиска
в поисковых машинах — в конечном
счете, для обмана пользователя.

Полнотекстовый
поиск поиск
документа в базе данных текстов на
основании содержимого этих документов,
а также совокупность методов оптимизации
этого процесса.

Получения
информации принятия решений происходит
из источников: эмпирические
данные; совет специалиста; личные знания;
Опыт; Интуиция

Пользователь
(потребитель) информации — это: субъект,
обращающийся к информационной системе
или посреднику за получением необходимой
ему информации и пользующийся ею

Последовательность
рассматриваемых как единое целое
операций над базой данных
Транзакция

Правовое
обеспечение это федеральные
законы и указы президента РФ, постановления
государственных органов власти, приказы,
отраслевые инструкции, нормативные
акты налоговых органов и таможенной
службы.

Предпринимательство,
бизнес
— самостоятельная,
осуществляемая на свой риск деятельность,
направленная на систематическое
получение прибыли от пользования
имуществом, продажи товаров, выполнения
работ или оказания услуг лицами,
зарегистрированными в этом качестве в
установленном законом порядке.

Преимущества
иерархической сети по сравнению с
одноранговой: более
высокое быстродействие; повышенная
конфиденциальность и надежность хранения
информации; более высокая надежность
работы сети

Преимущества
спиральной модели жизненного информационной
системы (ИС), — это … ориентация
на развитие и модификацию ИС; накопление
и повторное использование созданных
моделей и прототипов

При
определении стандартов взаимодействия
банковских информационных систем разных
стран необходимо определить единый
язык, и такие его составляющие, как …
Морфология; синтаксис (способ построения
предложений); содержание (семантика)

При
разработке экспертной системы используется
язык аналитика, включающий компоненты:
термины предметной области; бытовой
разговорный язык

При
создании ИС управления недвижимостью
следует руководствоваться следующими
принципами:
использование унифицированных форматов
обмена данными; Модульность; оптимальное
сочетание централизации и децентрализации
обработки информации; контроль целостности
данных

При
создании экспертной системы используется
язык эксперта, включающий компоненты:
общенаучная терминология; специальную
терминологию, принятую в предметной
области

Признаки
свойственные централизованной архитектуре
хранения данных: большой
объем обмена данными; снижение надежности
обмена данными; снижение общей
производительности; рост затрат на
разработку БД

Признаки
характерные для децентрализованного
хранения данных: параллельная
обработка данных и распределение
нагрузки; высокая эффективность обработки
данных при выполнении удаленных запросов;
низкие затраты на обработку данных;
упрощенная процедура управления ИС

Прикладной
программный пакет, в котором реализованы
возможности построения модели
деятельности предприятия и его анализа
с использованием таблиц пользователя,
мастера «Изменения валют», модулей
«Анализ изменений», «Анализ
чувствительности», «Стоимость
бизнеса», а также приложения «What-if
анализ». Project
Expert 7.15

Принятие
решений заключается в … выработке
возможных альтернатив решения; оценке
альтернатив; выборе лучшей альтернативы;
анализе последствий выбранного решения.

Проблемно-ориентированные
пакеты прикладных программ предназначены:
формирования
информационной и аналитической среды
пользователя

Проблемно-ориентированные
языки программирования относятся к …
поколению программного обеспечения
второму

Проблемы
современного российского информационного
общества включают: отсутствие
ориентации создаваемых органами власти
информационных ресурсов на массовое
информационное обслуживание населения
по вопросам, связанным с деятельностью
этих органов; отсутствие законодательных
механизмов регулирования правовых
отношений в области государственных
информационных ресурсов; отсутствие
координации создания федеральными и
региональными органами государственной
власти информационных фондов и баз
данных о юридических и физических лицах
и правоотношениях между ними; недооценка
экономической значимости созданных
государственных информационных ресурсов

Программное
обеспечение – это совокупность
программ регулярного применения,
необходимых для решения функциональных
задач и программ, позволяющих наиболее
эффективно использовать вычислительную
технику, обеспечивая пользователям
наибольшие удобства в работе

Программное
обеспечение обработки знаний относятся
к … поколению программного обеспечения
пятому

Программное
обеспечение средств защиты информации
— это совокупность … программ,
необходимых для решения задач управления
механизмами защиты

Программное
обеспечение это комплексы
программ, ориентированных на пользователей
и предназначенные для решения типовых
задач обработки информации

Продвижение
сайта в социальных сетях — комплекс
мер, направленных на привлечение на
сайт посетителей из социальных сетей.

Прозрачная
фрагментация как принцип распределенной
БД подразумевает:
возможность распределенного размещения
данных, логически представляющих собой
единое целое

Прозрачность
расположения как принцип распределенной
БД подразумевает: пользователь,
обращающийся к БД, ничего не должен
знать о реальном, физическом размещении
данных в узлах информационной системы

Производственная
подсистема информационной системы
включает такие задачи, как … управление
запасами; анализ работы оборудования;
разработка календарных планов;
планирование объемов работ.

Процедура
накопления информации состоит из
следующих этапов хранение,
актуализация, защита

Процедура
обработки информации состоит из следующих
этапов сортировка,
группировка, агрегирование

Процедура
сбора информации состоит из следующих
этапов идентификация,
измерение, подготовка, ввод

Процесс
исправления ошибок представляет собой
… информационной системы
Отладку

Прямой
экономический эффект от внедрения ИТ
связан:
с высвобождением площадей, затрачиваемых
ранее на хранение документов; с сокращением
числа сотрудников при росте объема
работ с документами; с сокращением
времени выполнения бизнес-процессов
органов государственного и муниципального
управления

Прямые
затраты на внедрение информационной
системы (ИС) включают затраты на …
создание
ИС; оборудование; управление и поддержку;
программное обеспечение

Пятый
этап инструментальных технологических
средств «компьютерные
(новые)»
технологии

Разработку
ЭС производить нецелесообразно в
случаях: данная
задача не может быть решена с помощью
ЭС; затраты на создание ЭС не приемлемы
для заказчика

Разработку
ЭС целесообразно производить при …
наличии
конкурентов, которые лучше справляются
с аналогичными задачами; нехватке
специалистов

Реактивное
взаимодействие интерактивности
(1:1),
когда сообщение связано только с одним
немедленно предыдущим сообщением

Результатом
этапа программирования информационной
системы (ИС) является … программный
код

Результатом
этапа проектирования информационной
системы (ИС) является … модель
реализации, демонстрирующая, как система
будет удовлетворять предъявленным к
ней требованиям (без технических
подробностей)

Реинжиниринг
процессов – это создание
новых, более эффективных процессов без
учета предшествующего развития

Реляционная
модель данных представляет
собой множество элементов, называемых
кортежами

Российская
модель делопроизводства имеет следующие
основные особенности:
регистрация документов; централизованный
контроль исполнения документа с самого
момента его утверждения или поступления
в организацию; единые нормы документооборота

Свойства
экономической информации: преобладание
алфавитно-цифровых знаков; Дискретность;
неоднородность; организованность

Секретная
информация — это информация, …
доступ к которой организован таким
образом, чтобы пользователи каждого
структурного подразделения имели право
доступа только к «своим» данным

Сервером
определенного ресурса в компьютерной
сети называется: компьютер
(программа), управляющий этим ресурсом

Сетевое
программное обеспечение относится к …
поколению программного обеспечения
четвертому

Система
тематических классов дескрипторов,
представленная в виде графической схемы
или таблицы: семантическая
карта

Системы
автоматизации деловых процессов
позволяют:
описывать в терминах движения документов
деловые процессы; осуществлять их
координацию друг с другом и реакцию на
события (выполнять маршрутизацию);
моделировать деловые процессы;
контролировать выполнение деловых
процессов; устанавливать права доступа
пользователей; определять срок выполнения
операций и другие атрибуты процесса

Системы
искусственного интеллекта: экспертные
системы; нейронные сети; естественно-языковые
системы; «размытые» (fuzzy) логики; извлечение
знаний; генетические алгоритмы.

Системы
подготовки презентаций предназначены:
подготовки
графических и текстовых материалов,
используемых для демонстрации на
презентациях, деловых переговорах,
конференциях

Системы
поддержки выполнения решений (Executive
Support Systems — ESS) это совокупность
комплексов, которые помогают принимать
неструктурированные решения на
стратегическом уровне управления
компании и проводить системный анализ
информации из внешней среды лучше, чем
любые прикладные и специализированные
ИС

Системы
управления базами данных относятся к
… поколению программного обеспечения
третьему

Системы
управления проектами предназначены:
планирования
и управления использованием ресурсов
различных видов (материальными,
техническими, финансовыми, кадровыми,
информационными)

Сложность
принятия решения обуславливается …
множеством
противоречивых требований; отсутствием
знаний о последствиях принятого решения;
непониманием путей достижения целей;
ошибками в выборе приоритетов
противоречивых требований.

Собственник
информационных ресурсов имеет право:
назначить лицо, осуществляющее
хозяйственное ведение информационными
ресурсами или оперативное управление
ими; устанавливать в пределах своей
компетенции режим и правила обработки,
защиты информационных ресурсов и доступа
к ним; определять условия распоряжения
документами при их копировании и
распространении

Собственник
информационных ресурсов, информационных
систем, технологий и средств их обеспечения
— это: субъект,
в полном объеме реализующий полномочия
владения, пользования, распоряжения
указанными объектами

Совершенно
секретная информация — это информация,
…
которая доступна только пользователям,
внесенным в список лиц, имеющих право
доступа с указанием дней и времени
доступа, а также перечня разрешенных
процедур

Совокупность
алгоритмов и программ относится к
программным
средствам информационной технологии

Совокупность
алгоритмов и программ относится к
программным
средствам информационной технологии

Соседние файлы в папке ИТУ_тест

• #
• #

�

С этим файлом связано 14 файл(ов). Среди них: Методичка НПО Требования к оформлению ВКР.docx, 9.8.docx, Ресурс 1.pdf, Задание на 06.04.2020 гр. 725 (3).pdf, lb.docx, Практическая работа №1 Расчет линии по допустимой потере напряже, Грфик функции.doc, 2_test_tema_3.pdf, test-1x-468500135.docx, Test_1.docx, Дем экзамен (оценочные материалы).doc, лпз то и ремонт.pdf, Моменты затяжек.docx, 4 ноября ИДЕАЛ.ppt и ещё 4 файл(а).
Показать все связанные файлы

Подборка по базе: Мазуркин К. А. Реферат. Тема 5.docx, доказывание тема 1.docx, Урок 7 класс. Поурочный план. Тема_ _Последствия монгольского за, Тест по Теории вероятностей и Математической статистике по темам, Тесты по темам Радиоэлектроника.docx, Конспект Тема 1. Человек и среда обитания.docx, Бухгалтерский финансовый учет. Автоматизация бухгалтерского и на, Практическое задание №3 ТЕМА 5 Полещук С.В..docx, Профессиональные компьютерные программы в экономике. Тема 8.Инфо, Практическое занятие № 3 Тема «Пожарная безопасность на предприя

Тема 3 Исправление ошибок в программном коде информационной системы в процессе эксплуатации
1 Основные задачи сопровождения информационной системы
Сопровождение системы защиты информации предприятия – это комплекс регламентных мероприятий, направленных на поддержание уровня её защищённости в соответствии с требованиями. От эффективности этих мероприятий зависит сохранность конфиденциальной информации и непрерывность бизнес-процессов. Данный этап работы по защите информации является не менее важным, чем сам процесс организации защиты.

Сопровождение информационной системы включает в себя:

управление (создание/удаление/настройка доступа) учетными записями всех пользователей, поддержание правил разграничения доступа;

управление СЗИ, в том числе параметрами настройки ПО и при необходимости восстановление их работоспособности;

установка обновлений программного обеспечения, в том числе программное обеспечение СЗИ;

изменение эксплуатационной документации и организационно-распорядительных документов по защите информации;

корректировки базовой конфигурации ИС и системы её защиты;

проведение повторной аттестации ИС или дополнительных аттестационных испытаний при необходимости;

периодический контроль уровня защищенности информации в ИС;

периодический контроль эффективности работы СЗИ, в том числе устранение ошибок и недостатков в её функционировании;

периодический контроль изменения угроз безопасности информации в процессе эксплуатации ИС и оперативное принятие мер защиты информации при возникновении новых угроз.

Сопровождение информационной системы позволяет максимально оперативно решать вопросы, которые могут возникнуть во время её использования, при изменении самой системы (частично или полностью). Высококвалифицированные специалисты нашей компании помогут вам в решении этой задачи. 2 Принципы тестирования информационных систем
2 Принципы тестирования информационных систем
Тестирование — очень важный и трудоемкий этап процесса разработки программного обеспечения, так как он позволяет выявить подавляющее большинство ошибок, допущенных при составлении программ.

Процесс разработки программного обеспечения предполагает три стадии тестирования:

·автономное тестирование компонентов программного обеспечения;

·комплексное тестирование разрабатываемого программного обеспечения;

·системное или оценочное тестирование на соответствие основным критериям качества.

Для повышения качества тестирования рекомендуется соблюдать следующие основные принципы:

·предполагаемые результаты должны быть известны до тестирования;

·следует избегать тестирования программы автором;

·досконально изучать результаты каждого теста;

·необходимо проверять работу программы на неверных данных;

·вероятность наличия необнаруженных ошибок в части программы пропорциональна числу ошибок, уже обнаруженных в этой части.

Формирование набора тестов имеет большое значение, поскольку тестирование является одним из наиболее трудоемких этапов (от 30 до 60 % общей трудоемкости) создания программного продукта. Существуют два принципиально разных подхода к формированию тестовых наборов – структурный и функциональный.

Структурный подход базируется на том, что известны алгоритмы работы программы. В основе структурного тестирования лежит концепция максимально полного тестирования всех маршрутов программы.

Функциональный подход основывается на том, что алгоритм работы программного обеспечения не известен. Тесты строят, опираясь на функциональные спецификации. Программа рассматривается как «черный ящик», и целью тестирования является выяснение обстоятельств, в которых поведение программы не соответствует требованиям.

Опытные отладчики обнаруживают ошибки путём сравнения шаблонов тестовых выходных данных с выходными данными тестируемых систем. Чтобы определить местоположение ошибки, необходимы знания о типах ошибок, шаблонах выходных данных, языке и процессе программирования. Очень важны знания о процессе разработке программного обеспечения.
3 Классификация ошибочных ситуаций

Модели ошибок описывают классы ошибок, которые можно сделать при разработке целевой программы. Классификация ошибочных ситуаций представлена в таблице Таблица 1.

Таблица 1 — Описание ошибочных ситуаций

Дефекты. Ошибки, сбои, отказы

Дефект — расхождение ожидаемого и фактического результата. Или дефект — отклонение фактического результата от ожиданий наблюдателя, сформированных на основе требований, спецификаций, иной документации или опыта и здравого смысла.

Ожидаемый результат — поведение системы, описанное в требованиях.

Фактический результат — поведение системы, наблюдаемое в процессе тестирования.

Ошибки совершает человек , которые приводят к возникновению дефектов в коде, которые, в свою очередь, приводят к сбоям и отказам приложения (однако сбои и отказы могут возникать и из-за внешних условий, таких как электромагнитное воздействие на оборудование и т.д.). Таким образом, упрощённо можно изобразить следующую схему

Ошибка (error , mistake) — действие человека, приводящее к некорректным результатам.

Дефект (defect, bug, problem, fault) — недостаток в компоненте или системе, способный привести к ситуации сбоя или отказа.

Дефекты могут быть в документации, настройках, входных данных и т.д.

Сбой или отказ — отклонение поведения системы от ожидаемого.

В ГОСТ 27.002-89 даны краткие определения сбоя и отказа :

Сбой — самоустраняющийся отказ или однократный отказ, устраняемый незначительным вмешательством оператора.

Отказ — событие, заключающееся в нарушении работоспособного состояния объекта.

Сбои и отказы являются тем, что тестировщик замечает в процессе тестирования и отталкиваясь от чего, проводит исследование с целью выявить дефект и его причины.

Отчёт о дефекте и его жизненный цикл

При обнаружении дефекта тестировщик создаёт отчёт о дефекте .

Отчёт о дефекте — документ, описывающий обнаруженный дефект, а также содействующий его устранению

Отчёт о дефекте пишется со следующими основными целями:

• предоставить информацию о проблеме — уведомить проектную команду и иных заинтересованных лиц о наличии проблемы, описать суть проблемы; приоритизировать проблему — определить степень опасности проблемы для проекта и желаемые сроки её устранения;
• содействовать устранению проблемы — качественный отчёт о дефекте не только предоставляет все необходимые подробности для понимания сути случившегося, но также может содержать анализ причин возникновения проблемы и рекомендации по исправлению ситуации.

Хорошо написанный отчёт о дефекте — половина решения проблемы для программиста. От полноты, корректности, аккуратности, подробности и логичности отчёта о дефекте зависит очень многое — одна и та же проблема может быть описана так, что программисту останется исправить пару строк кода, а может быть описана и так, что сам автор отчёта на следующий день не сможет понять, что же он имел в виду.

Отчёт о дефекте (и сам дефект вместе с ним) проходит определённые стадии жизненного цикла, которые схематично можно показать так (рисунок 2на следующем слайде):

• Обнаружен (submitted) — начальное состояние отчёта (иногда называется «Новый» (new)), в котором он находится сразу после создания. Некоторые средства также позволяют сначала создавать черновик (draft) и лишь потом публиковать отчёт.
• Назначен (assigned) — в это состояние отчёт переходит с момента, когда кто — то из проектной команды назначается ответственным за исправление дефекта. Назначение ответственного производится или решением лидера команды разработки, или коллегиально, или по добровольному принципу, или иным принятым в команде способом или выполняется автоматически на основе определённых правил.
• Исправлен (fixed) — в это состояние отчёт переводит ответственный за исправление дефекта член команды после выполнения соответствующих действий по исправлению.
• Проверен (verified) — в это состояние отчёт переводит тестировщик, удостоверившийся, что дефект на самом деле был устранён. Как правило, такую проверку выполняет тестировщик, изначально написавший отчёт о дефекте.

Свежий взгляд человека, ранее не знакомого с данным дефектом, позволяет ему в процессе верификации с большой вероятностью обнаружить новые дефекты.

Жизненный цикл отчёта о дефекте с наиболее типичными переходами между состояниями

Набор стадий жизненного цикла, их наименование и принцип перехода от стадии к стадии может различаться в разных инструментальных средствах управления жизненным циклом отчётов о дефектах. Более того — многие такие средства позволяют гибко настраивать эти параметры.

• Закрыт (closed) — состояние отчёта, означающее, что по данному дефекту не планируется никаких дальнейших действий.

Здесь есть некоторые расхождения в жизненном цикле, принятом в разных инструментальных средствах управления отчётами о дефектах:

В некоторых средствах существуют оба состояния — « Проверен » и « Закрыт », чтобы подчеркнуть, что в состоянии « Проверен » ещё могут потребоваться какие-то дополнительные действия (обсуждения, дополнительные проверки) в то время как состояние « Закрыт » означает «с дефектом покончено, больше к этому вопросу не возвращаемся».

• В некоторых средствах одного из состояний нет (оно поглощается другим)

В некоторых средствах в состояние «Закрыт» или «Отклонён» отчёт о дефекте может быть переведён из множества предшествующих состояний с резолюциями наподобие:

• «Не является дефектом» — приложение так и должно работать, описанное поведение не является аномальным.
• «Дубликат» — данный дефект уже описан в другом отчёте.
• «Не удалось воспроизвести» — разработчикам не удалось воспроизвести проблему на своём оборудовании.
• «Не будет исправлено» — дефект есть, но по каким-то серьёзным причинам его решено не исправлять.
• «Невозможно исправить» — непреодолимая причина дефекта находится вне области полномочий команды разработчиков, например существует проблема в операционной системе или аппаратном обеспечении, влияние которой устранить разумными способами невозможно. В подобных случаях будет переведён в состояние «Закрыт», в некоторых — в состояние «Отклонён», в некоторых — часть случаев закреплена за состоянием «Закрыт», часть — за «Отклонён».

• Открыт заново (reopened) — в это состояние (как правило, из состояния «Исправлен») отчёт переводит тестировщик, удостоверившийся, что дефект попрежнему воспроизводится на билде, в котором он уже должен быть исправлен.
• Рекомендован к отклонению (to be declined) — в это состояние отчёт о дефекте может быть переведён из множества других состояний с целью вынести на рассмотрение вопрос об отклонении отчёта по той или иной причине. Если рекомендация является обоснованной, отчёт переводится в состояние «Отклонён» (см. следующий пункт).
• Отклонён (declined) — в это состояние отчёт переводится в случаях, подробно описанных в пункте «Закрыт», если средство управления отчётами о дефектах предполагает использование этого состояния вместо состояния «Закрыт» для тех или иных резолюций по отчёту.
• Отложен (deferred) — в это состояние отчёт переводится в случае, если исправление дефекта в ближайшее время является нерациональным или не представляется возможным, однако есть основания полагать, что скоро ситуация исправится (выйдет новая версия библиотеки, вернётся из отпуска специалист по данной технологии, изменятся требования заказчика и т.д.).

Атрибуты (поля) отчёта о дефекте

Общий вид всей структуры отчёта о дефекте представлен на рисунке

• Идентификатор представляет собой уникальное значение, позволяющее однозначно отличить один отчёт о дефекте от другого и используемое во всевозможных ссылках. В общем случае идентификатор отчёта о дефекте может представлять собой просто уникальный номер, но может быть : включать префиксы, суффиксы и иные осмысленные компоненты, позволяющие быстро определить суть дефекта и часть приложения (или требований), к которой он относится.
• Краткое описание должно в предельно лаконичной форме давать исчерпывающий ответ на вопросы «Что произошло?» «Где это произошло»? «При каких условиях это произошло?».

Например: «Отсутствует логотип на странице приветствия, если пользователь

является администратором»:

— Что произошло? Отсутствует логотип.

— Где это произошло? На странице приветствия.

— При каких условиях это произошло? Если пользователь является

администратором.

Заполнение поля « краткое описание », которое одновременно должно:

— содержать предельно краткую, но в то же время достаточную для

понимания сути проблемы информацию о дефекте;

— быть достаточно коротким, чтобы полностью помещаться на экране;

— при необходимости содержать информацию об окружении, под

которым был обнаружен дефект;

— по возможности не дублировать краткие описания других

дефектов (и даже не быть похожими на них), чтобы дефекты

было сложно перепутать или посчитать дубликатами друг друга;

— быть законченным предложением русского или английского (или

иного) языка, построенным по соответствующим правилам

грамматики.

Для создания хороших кратких описаний дефектов рекомендуется пользоваться следующим алгоритмом:

• Полноценно понять суть проблемы. До тех пор, пока у тестировщика нет чёткого понимания того, «что не работает», писать отчёт о дефекте не стоит.
• Сформулировать подробное описание
• 3. Убрать из получившегося подробного описания всё лишнее, уточнить важные детали.

4. Выделить в подробном описании слова (словосочетания, фрагменты фраз), отвечающие на вопросы, «что, где и при каких условиях случилось».

5. Оформить получившееся в пункте 4 в виде законченного грамматически правильного предложения.

6. Если предложение получилось слишком длинным, переформулировать

его, сократив длину (за счёт подбора синонимов, использования

общепринятых аббревиатур и сокращений). К слову, в английском языке

предложение почти всегда будет короче русского аналога.

Пример применения этого алгоритма.

Тестированию подвергается некое веб-приложение, поле описания товара должно допускать ввод максимум 250 символов; в процессе тестирования оказалось, что этого ограничения нет.

• Суть проблемы: исследование показало, что ни на клиентской, ни на серверной части нет никаких механизмов, проверяющих и/или ограничивающих длину введённых в поле «О товаре» данных.
• Исходный вариант подробного описания: в клиентской и серверной части приложения отсутствуют проверка и ограничение длины данных, вводимых в поле «О товаре» на странице http://testapplication/admin/goods/edit.

• Конечный вариант подробного описания:

— Фактический результат: в описании товара (поле «О товаре»,

http://testapplication/admin/goods/edit/) отсутствуют проверка и

ограничение длины вводимого текста (MAX=250 символов).

— Ожидаемый результат: в случае попытки ввода 251+ символов

выводится сообщение об ошибке.

• Определение «что, где и при каких условиях случилось»:

— Что: отсутствуют проверка и ограничение длины вводимого текста.

— Где: описание товара, поле «О товаре»,

http://testapplication/admin/goods/edit/.

— При каких условиях: – (в данном случае дефект присутствует всегда, вне

зависимости от каких бы то ни было особых условий).

• Первичная формулировка: отсутствуют проверка и ограничение максимальной длины текста, вводимого в поле «О товаре» описания товара.
• Сокращение (итоговое краткое описание): нет ограничения максимальной длины поля «О товаре». Английский вариант: no check for «О товаре» max length.

• Подробное описание представляет в развёрнутом виде необходимую информацию о дефекте, а также (обязательно!) описание фактического результата, ожидаемого результата и ссылку на требование (если это возможно).

Пример подробного описания :

Если в систему входит администратор, на странице приветствия отсутствует логотип. Фактический результат: логотип отсутствует в левом верхнем углу страницы. Ожидаемый результат: логотип отображается в левом верхнем углу страницы. Требование: R245.3.23b.

В отличие от краткого описания, которое является одним предложением, здесь нужно давать подробную информацию. Если одна и та же проблема (вызванная одним источником) проявляется в нескольких местах приложения, можно в подробном описании перечислить эти места.

• Шаги по воспроизведению описывают действия, которые необходимо выполнить для воспроизведения дефекта.

Это поле похоже на шаги тест-кейса, за исключением одного отличия: здесь действия прописываются максимально подробно, с указанием конкретных вводимых значений и самых мелких деталей, т.к. отсутствие этой информации в сложных случаях может привести к невозможности воспроизведения дефекта.

Пример шагов воспроизведения :

• Открыть http://testapplication/admin/login/.
• Авторизоваться с именем «defaultadmin» и паролем «dapassword». Дефект : в левом верхнем углу страницы отсутствует логотип (вместо него отображается пустое пространство с надписью «logo»).

Воспроизводимость показывает, при каждом ли прохождении по шагам воспроизведения дефекта удаётся вызвать его проявление. Это поле принимает всего два значения: всегда или иногда. Можно сказать, что воспроизводимость «иногда» означает, что тестировщик не нашёл настоящую причину возникновения дефекта. Это приводит к серьёзным дополнительным сложностям в работе с дефектом:

• Тестировщику нужно потратить много времени на то, чтобы удостовериться в наличии дефекта (т.к. однократный сбой в работе приложения мог быть вызван большим количеством посторонних причин).

• Разработчику тоже нужно потратить время, чтобы добиться проявления дефекта и убедиться в его наличии. После внесения исправлений в приложение разработчик фактически должен полагаться только на свой профессионализм, т.к. даже многократное прохождение по шагам воспроизведения в таком случае не гарантирует, что дефект был исправлен (возможно, через ещё 10–20 повторений он бы проявился).

• Важность показывает степень ущерба, который наносится проекту существованием дефекта. В общем случае выделяют следующие виды важности:

— Критическая — существование дефекта приводит к масштабным последствиям катастрофического характера, например: потеря данных, раскрытие конфиденциальной информации, нарушение ключевой функциональности приложения и т.д.

— Высокая — существование дефекта приносит ощутимые неудобства многим пользователям в рамках их типичной деятельности, например: недоступность вставки из буфера обмена, неработоспособность общепринятых клавиатурных комбинаций, необходимость перезапуска приложения при выполнении типичных сценариев работы.

— Средняя — существование дефекта слабо влияет на типичные

сценарии работы пользователей, и/или существует обходной путь

достижения цели, например: диалоговое окно не закрывается

автоматически после нажатия кнопок «OK»/«Cancel», при распечатке

нескольких документов подряд не сохраняется значение поля

«Двусторонняя печать», перепутаны направления сортировок по

некоему полю таблицы.

— Низкая — существование дефекта редко обнаруживается

незначительным процентом пользователей и (почти) не влияет на их

работу, например: опечатка в глубоко вложенном пункте меню

настроек, некоторое окно при отображении расположено неудобно

(нужно перетянуть его в удобное место), неточно отображается время

до завершения операции копирования файлов.

• Срочность показывает, как быстро дефект должен быть устранён. В общем случае выделяют следующие виды срочности:

• Наивысшая срочность указывает на необходимость устранить дефект настолько быстро, насколько это возможно.
• Высокая срочность означает, что дефект следует исправить вне очереди, т.к. его существование или уже объективно мешает работе, или начнёт создавать такие помехи в самом ближайшем будущем.
• Обычная срочность означает, что дефект следует исправить в порядке общей очерёдности. Такое значение срочности получает большинство дефектов.
• Низкая срочность означает, что в обозримом будущем исправление данного дефекта не окажет существенного влияния на повышение качества продукта.

• С имптом — позволяет классифицировать дефекты по их типичному проявлению. Не существует никакого общепринятого списка симптомов.

В качестве примера рассмотрим следующие значения симптомов дефекта.

• Косметический дефект — визуально заметный недостаток интерфейса, не влияющий на функциональность приложения (например, надпись на кнопке выполнена шрифтом не той гарнитуры).
• Повреждение/потеря данных — в результате возникновения дефекта искажаются, уничтожаются (или не сохраняются) некоторые данные (например, при копировании файлов копии оказываются повреждёнными).
• Проблема в документации (— дефект относится не к приложению, а к документации (например, отсутствует раздел руководства по эксплуатации).
• Некорректная операция — некоторая операция выполняется некорректно
• Проблема инсталляции — дефект проявляется на стадии установки и/или конфигурирования приложения.
• Ошибка локализации — что-то в приложении не переведено или переведено неверно на выбранный язык интерфейса.
• Нереализованная функциональность — некая функция приложения не выполняется или не может быть вызвана (например, в списке форматов для экспорта документа отсутствует несколько пунктов, которые там должны быть

• Проблема масштабируемости — при увеличении количества доступных приложению ресурсов не происходит ожидаемого прироста производительности приложения
• Низкая производительность — выполнение неких операций занимает недопустимо большое время
• Крах системы — приложение прекращает работу или теряет способность выполнять свои ключевые функции
• Неожиданное поведение — в процессе выполнения некоторой типичной операции приложение ведёт себя необычным (отличным от общепринятого) образом (например, после добавления в список новой записи активной становится не новая запись, а первая в списке).
• Недружественное поведение — поведение приложения создаёт пользователю неудобства в работе (например, на разных диалоговых окнах в разном порядке расположены кнопки «OK» и «Cancel»).
• Расхождение с требованиями — этот симптом указывают, если дефект сложно соотнести с другими симптомами, но тем не менее приложение ведёт себя не так, как описано в требованиях.
• Предложение по улучшению — во многих инструментальных средствах управления отчётами о дефектах для этого случая есть отдельный вид отчёта

Часто у одного дефекта может быть сразу несколько симптомов.

• Возможность обойти — показывает, существует ли альтернативная последовательность действий, выполнение которой позволило бы пользователю достичь поставленной цели (например, клавиатурная комбинация Ctrl+P не работает, но распечатать документ можно, выбрав соответствующие пункты в меню). В некоторых инструментальных средствах управления отчётами о дефектах это поле может просто принимать значения «Да» и «Нет», в некоторых при выборе «Да» появляется возможность описать обходной путь. Традиционно считается, что дефектам без возможности обхода стоит повысить срочность исправления.
• Комментарий— может содержать любые полезные для понимания и исправления дефекта данные.
• Вложения — представляет собой не столько поле, сколько список прикреплённых к отчёту о дефекте приложений (копий экрана, вызывающих сбой файлов и т.д.).

Существуют вещи настолько привычные, что кажется все про них знают, но это весьма обманчивое впечатление. Да, о них почти все знают, почти все используют, но мало кто представляет происходящие при этом процессы, скрытые за привычной внешней формой инструмента. При этом те, кто знает не спешат делиться, ведь это «общеизвестно», а те, кто не знает стесняются спросить по той же самой причине. Но мы не будем стесняться, а подробно расскажем о том, что делает каждая опция данного инструмента, заглянув каждый раз немного глубже простого описания.

Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.

Давно известно: как вы лодку назовете — так она и поплывет. Это в полной мере применимо к такому известному инструменту как Тестирование и исправление информационной базы, название выбрано крайне неудачно, так как предполагает, что использовать представленные в нем возможности следует при возникновении проблем с информационной базой и исправлении ошибок. На самом деле это не так. Любой имеющий опыт работы с «серьезными» СУБД найдет в этом списке привычные ему инструменты обслуживания баз данных, которые следует применять регулярно для поддержания высокой производительности сервера. Но речь сейчас не о них, а о начинающих, либо имеющих к 1С опосредованное отношение.

Описание этой таблички можно найти много где, но в большинстве случаем там будут стандартные абзацы вроде:

Проверка логической целостности информационной базы проверяет и исправляет логические ошибки в структурах таблиц

Что это за ошибки, откуда они берутся, чем чреваты? Кто в теме — тот знает, а кто нет? Спросить? Да как бы неудобно, это же все знают… Вот и сводится большинство «знания» к тому, как правильно расставить в этой форме галочки и не забыть перед этим обязательно сделать резервную копию, а то мало ли…

Поэтому давайте разбираться, мы специально упростили многие вопросы, постаравшись сделать их понятными даже тем, кто имеет смутное представление о структуре и принципах работы баз данных.

Реиндексация таблиц информационной базы

Начнем с того, что такое индексы и для чего они нужны. Если рассматривать базу данных логически — то это некая совокупность связанных друг с другом таблиц, которые в свою очередь содержат какие-либо данные. Физически таблицы хранятся на диске в виде страниц и чем больше размер таблицы, тем большее количество страниц она будет содержать.

Допустим у нас есть некая таблица и мы хотим получить из нее все данные, связанные с фамилией Иванов. Для этого программе нужно последовательно считать все страницы, принадлежащие данной таблице и найти в них записи, соответствующие запросу.

Но ведь это чудовищно неэффективно, скажет внимательный читатель и будет прав. Что же делать? К счастью, все уже давно придумано. Хранение данных в СУБД можно сравнить с библиотекой, где таблицы — это залы библиотеки, а страницы — стеллажи. И когда вам нужна какая-то книга библиотекарь ведь не обходит физически все стеллажи, а сразу идет куда надо и приносит вам то, что вы просили. Чтобы быстро искать книги в библиотеках существуют каталоги, где книги перечислены в упорядоченном виде, и каждая карточка содержит сведения о том, где именно хранится тот или иной экземпляр.

В нашем случае роль такого каталога выполняет индекс. Это — специальный набор записей, связанный с определенным ключом — полем таблицы, в нашем случае фамилией, и указывающий на каких страницах хранятся интересующие записи. После того как мы создали индекс программе больше не нужно последовательно считывать всю таблицу, потому что известно, что записи, связанные с ключом Иванов, хранятся только на первой и третьей страницах.

По мере работы с программой эффективность индексов снижается, особенно если вы активно удаляли или добавляли данные. Также индексы могут подвергаться фрагментации. Если снова сравнить с библиотекой, то за день работы посетители перепутали несколько ящиков, а работники библиотеки карточки новых книг поставили в конец и забыли убрать отсутствующие. Но все равно поиск по такому каталогу окажется быстрее, чем обход всех стеллажей в зале. А что нужно сделать, чтобы вернуть поиску прежнюю эффективность? Правильно, навести порядок в каталоге. Именно этим и занимается реиндексация, которая заново формирует индексы таблиц базы данных и устраняет их фрагментацию, что важно, если вы используете обычные жесткие диски или недорогие SSD.

Реиндексация — это простой и достаточно недорогой способ повысить эффективность работы с информационной базой, причем эффект может быть виден сразу, особенно в файловых базах. Поэтому реиндексацию делать нужно и желательно регулярно, включив ее в обязательный план регламентного обслуживания информационных баз.

Проверка логической целостности информационной базы

Если говорить о СУБД, то любая система управления базами данных, в том числе и та, которая используется файловой версией 1С, обеспечивает целостность данных встроенными средствами и вам вряд ли придется заниматься этим вопросом, если только, конечно, не произошло физического повреждения базы данных. Как мы уже говорили выше, база данных — это набор взаимосвязанных таблиц и самой СУБД в общем то все равно что мы храним в этих таблицах, для нее таблица Документа ничем не отличается от таблицы Справочника, кроме состава полей.

Но на уровне информационной базы 1С существует совсем иной набор объектов: Справочники, Документы, Регистры сведений и накопления и т.д. и т.п. При этом они связаны определенной внутренней логикой. Так элементы справочника могут иметь иерархическую структуру, являться подчиненными для другого справочника, а документы быть основанием для других документов, формировать проводки, записи регистров и т.д. и т.п. В процессе работы данная логика может быть нарушена, как по причине ошибок в программе, так и в результате некоторых действий пользователя.

Давайте рассмотрим следующую схему, отражающую некоторый набор бизнес-логики. У нас есть два документа: Реализация и Оплата, которые делают движения по некоторым регистрам. Так при реализации мы списываем нужное количество товара со склада и вносим в регистр взаиморасчетов задолженность покупателя. В момент оплаты мы вносим полученную сумму в регистр денежных средств и закрываем задолженность покупателя по отгрузке полностью или частично. Но как мы определим, какую именно задолженность погасил клиент? А для этого мы введем в документе оплата обязательное поле Основание, в котором будем указывать нужную реализацию.

При этом документ Оплата будет являться подчиненным к документу Реализация и в случае его отмены также должен быть отменен, так как перестает существовать основание для оплаты. Теперь представим, что в результате какой-то нештатной ситуации или некорректных действий пользователя у нас в документе Оплата пропала ссылка на документ основание, т.е. нарушилась структура подчиненности. Найти такую ошибку будет не так-то просто. Потому что все записи в базе данных останутся, и каждая из них по отдельности будет верная. Так правильным останется количество товаров на складах и суммы денежных средств предприятия, а вот взаиморасчеты враз станут неверны.

Внешне это может проявляться так: отчеты по реализациям и оплатам от контрагента совпадают, а вот отчет по взаиморасчетам или акт сверки формируется неправильно. При этом вы можете раз за разом пересчитывать суммы руками, все будет сходиться, но отчет снова и снова будет давать неверный результат.

Поэтому во всех подобных случаях, когда отчеты показывают неверные результаты или не сходятся друг с другом, следует запускать проверку логической целостности. Но не следует ожидать от нее какого-либо чуда, потому что она способна исправить только некоторые, самые очевидные ошибки (проводка без регистратора, неверный родитель элемента справочника и т.д.), в остальных случаях потребуется анализ ситуации и ручное исправление обнаруженных проблем. При этом нарушение логической целостности очень часто бывает связано с нарушением ссылочной целостности, о которой мы поговорим ниже.

Как часто нужно запускать эту проверку? Время от времени, особенно в файловых базах с обязательным изучением лога проверки, чем раньше вы узнаете о возможных проблемах в структуре данных и устраните их — тем лучше.

Проверка ссылочной целостности информационной базы

Данная проверка является одним из вариантов проверки логической целостности базы и выявляет проблемы со ссылками на отсутствующие элементы базы данных. Как мы уже говорили, база — это набор связанных между собой таблиц. В одной из них мы можем хранить контрагентов, в другой номенклатуру, в третьей — список складов, а внося запись о реализации товаров просто делаем ссылки на нужные элементы других таблиц. Например, наш условный документ Реализация может ссылаться на справочники Контрагенты, Номенклатура, Склады, выбирая и указывая в документе соответствующие значения мы не создаем дополнительных записей в таблице реализации, а даем ссылки на элементы связанных таблиц.

Контроль ссылочной целостности является подмножеством контроля логической целостности и осуществляется на уровне конфигурации. С ним сталкивался каждый, кто пытался удалить какой-либо объект их базы, а в ответ получал сообщение, что это невозможно, так как данный объект используется и приводился список мест использования.

Но что будет, если используемый объект все-таки удалить? Возникнет битая ссылка. Внешне она выглядит как запись со ссылкой на уникальный идентификатор отсутствующего объекта:

<Объект не найден> (95:bc09ecd68a04705d11eb44а671518376)

Если подходить с чисто теоретических позиций, то битых ссылок в информационной базе быть не должно. Но не все так просто, если в базе используется РИБ, либо иные технологии обмена с другими базами и внешними источниками, то ряд второстепенных реквизитов может не передаваться. Например, сведения о подключаемом оборудовании.

В данном случае это нормально (Конфигурация Розница 2.3), так как конкретный экземпляр оборудования подключен именно к конкретному рабочему месту и передавать эти данные куда-то еще лишено особого смысла.

Но чаще к этой ошибке приводит повреждение базы или некорректные действия пользователя, скажем, удалившего объекты без контроля ссылочной целостности. В любом случае появление битых ссылок — это серьезный симптом и повод для отдельного разбирательства, рубить с плеча здесь неуместно. Поэтому сами разработчики при активации этой проверки переводят ее в безопасный режим, устанавливая действие Не изменять, по сути проверка лишь проинформирует вас о наличии битых ссылок, не более.

А вот после, установив сам факт их наличия следует думать. В ряде случаев, если выявленные ссылки являются второстепенными объектами подчиненных баз не нужно делать ничего. Наоборот, любая попытка «исправления» может привести к нарушению нормальной работы информационной базы. А вот в других надо предпринимать какие-либо действия.

Давайте посмотрим какие варианты у нас есть. Начнём со ссылок на несуществующие объекты. Здесь все довольно просто, мы можем или очистить ссылку, или создать новый объект нужного типа. Допустим, если запись справочника Номенклатура оказалась повреждена, но мы точно знаем по бумажным документам, что именно реализовывали, то ставим Создавать объекты, после чего переходим к ним и заполняем нужные реквизиты. Если же это какой-то второстепенный реквизит, то можем просто очистить ссылки. Второй вариант довольно часто применяется в тех случаях, когда надо быстро почистить базу и ряд объектов удаляется без контроля ссылочной целостности.

Теперь о частичной потере данных объектов. К ним могут относиться элемент подчиненного справочника без владельца или движение без регистратора. Мы можем либо удалить такие объекты, либо создать связанные с ними. Чаще всего такие объекты имеет смысл удалять, особенно если это движения, хотя если это элемент справочника, владелец которого потерян, то в ряде случаев имеет смысл создать владельца.

Внимание! Перед любыми исправлениями ссылочной целостности в базе обязательно создайте резервную копию. Помните, что данная операция необратима и может привести к полной или частичной потере данных!

Но даже имея показания к исправлению некоторых битых ссылок следует иметь ввиду, что данный инструмент применит выбранное действие ко всем ссылкам без разбора, что во многих случаях неприемлемо. Поэтому чаще всего проблему битых ссылок следует решать иными путями, один из них — выгрузка необходимых справочников или документов в XML из резервной копии и загрузка их в целевую базу в тех случаях когда просто восстановиться из бекапа невозможно.

Когда следует запускать эту проверку? В тех случаях, когда в базе не обнаружены битые ссылки или когда проверка логической целостности выявляет ошибки. Но в любом случае первый запуск следует производить с действиями Не изменять, а последующие решения принимать на основании глубокого анализа ситуации.

Пересчет итогов

В составе конфигурации 1С имеются специальные объекты — регистры, которые предназначены для хранения записей в разрезе определенных измерений. Например, регистр сведения Цены хранит сведения о ценах в разрезе измерений Номенклатура и Дата, а регистр накопления Товары хранит сведения об остатках товаров в разрезе Номенклатуры, Вида движения (расход или приход), Количества и Даты.

Начем с более простого, регистров сведения, допустим мы хотим получить действующие цены на определенную дату. Но если мы просто получим записи за этот день, то увидим, что цены менялись только для некоторых позиций номенклатуры, чтобы получить полный набор цен нам надо прочитать записи регистра на неопределенное количество дней назад, пока мы не получим последние цены для каждой позиции номенклатуры. Чтобы этого не делать регистр сведений имеет специальную виртуальную таблицу — СрезПоследних, которая содержит последние актуальные цены на каждый день. Теперь нам достаточно один раз обратиться к этой таблице, чтобы получить нужные сведения на интересующую дату.

Немного сложнее с регистрами накопления, записи в них содержат только сведения о движениях, скажем, такого-то числа в такое-то время на склад пришло 10 позиций некоторой номенклатуры, затем тем же днем продали 1 шт, потом 3 шт, за ней снова 5 шт и после еще 1 шт. При этом ряд вопросов, которые могут нас интересовать гораздо шире. Нас могут интересовать остатки на произвольный момент времени, либо обороты за некоторый период.

Чтобы не делать глубоких выборок по регистрам накоплений в них предусмотрены виртуальные таблицы Остатки, Обороты, Остатки и обороты. Каждая из них содержит актуальные данные за определенный период, в нашем случае день. И если таблица остатков в особом пояснении не нуждается, то таблица оборотов на нашей схеме может вызвать вопросы, так как ее содержимое полностью совпадает со значениями регистра. На самом деле редко когда регистр содержит единственную запись за день, чаще всего там множество записей движения: утром привезли на склад товар, потом его активно продавали, затем довезли еще немного и продолжили торговлю. При этом таблица обороты отобразит общий оборот за период.

Собственно, как и индексы, итоги предназначены для ускорения получения данных из информационной базы, теперь вам не нужно считывать весь или почти весь регистр, чтобы получить данные на определенный момент времени, достаточно обратиться к одной из виртуальных таблиц. Но со временем итоги тоже начинают терять эффективность: в них могут накапливаться мусорные записи, они могут фрагментироваться. Пересчет итогов решает эту проблему, заново создавая нужные виртуальные таблицы.

Пересчет итогов, как и реиндексация, простой и эффективный способ поддержания производительности информационной базы. Следует выполнять его регулярно в рамках обслуживания, а также каждый раз после исправления ошибок логической или ссылочной целостности.

Сжатие таблиц информационной базы

По мере работы информационной базы объем добавляемых в нее данных растет, вместе с ним растет и объем файла (файлов) базы данных. Но если мы удалим из базы часть информации, то объем файла базы данных не уменьшится, просто некоторые страницы будут помечены как пустые и снова доступные для записи. Если мы хотим уменьшить физически занимаемый объем, то следует произвести операцию сжатия таблиц информационной базы. В этом случае база переместит текущие данные на место освободившихся страниц, а затем уменьшит файл базы данных на объем освободившегося пространства.

Какой практический смысл этой операции? Да особо никакого, фрагментация данных от этого не уменьшится, а скорее всего даже увеличится. Единственный смысл сжатия базы — это если вы удалили из нее значительный объем данных и теперь просто оптимизируете общее занимаемое место.

Когда следует выполнять данное действие? Только если вы удалили из базы значительный объем данных, ну или если размер файла базы для вас критичен.

Реструктуризация таблиц информационной базы

Если реиндексация только перестраивала индексы, то реструктуризация полностью перестраивает содержимое базы данных, для каждой таблицы создается копия и записывается в отдельное место на диске, затем вся база данных полностью замещается копией. В чем смысл этого действия? Фактически мы произвели дефрагментацию базы данных, если ранее данные таблицы могли быть разбросаны по диску, то теперь они будут расположены последовательно.

Есть ли в этом практический смысл? В общем и целом, нет, чтение из страниц таблицы носит преимущественно случайный характер, последовательно считывание все таблицы — это уже ошибка построителя запросов. Но реструктуризация все-таки имеет смысл, скажем если вы добавили в базу собственный набор реквизитов или обновили релиз конфигурации (в этом случае реструктуризация будет выполнена автоматически). В любом случае лучше, чтобы связанные данные лежали рядом. Но следует понимать, что в процессе реструктуризации придется переместить весь объем информационной базы, а это может занять весьма продолжительное время.

И как раз-таки после реструктуризации будет уместно выполнить сжатие. Так как данные перемещать уже не надо, а пустое пространство уже сосредоточено в одном месте.

Как часто следует запускать? По необходимости, в том случае если вы изменили набор метаданных.

Пересоздание автономной конфигурации

Достаточно специфическая функция и относится к мобильному клиенту с возможностью автономной работы. Потеряв связь с основной базой данных такой клиент переключается в автономный режим и начинает использовать автономную конфигурацию. Если в данном режиме автономный клиент ведет себя неадекватно, то автономную конфигурацию следует пересоздать.

Проверка логической целостности расширений конфигурации

Не так давно фирма 1С добавила еще один способ доработки конфигураций — расширения. Основное их преимущество, что нет необходимости править код основной конфигурации или снимать ее с поддержки. Но современные расширения позволяют добавлять в базу новые реквизиты, справочники, документы, регистры и организовывать логические связи между ними.

Данная проверка аналогична проверке логической целостности, только с учетом подключенных расширений, которых может быть и не одно. Если вы используете расширения, то обязательно включайте данную проверку вместе с проверкой логической целостности.

Заключение

По умолчанию фирма 1С предлагает достаточно сбалансированный набор действий: реиндексация и пересчет итогов благотворно влияют на производительность, а проверка логической целостности позволяет на ранних этапах выявить возможные проблемы. Если вы используете расширения, то добавьте туда проверку логической целостности расширений.

Остальные проверки и действия следует выполнять только при наличии необходимости. Так обнаружив ошибки в логической целостности следует выполнить проверку ссылочной целостности, а существенно изменив структуру базы данных имеет смысл выполнить реструктуризацию.

Надеемся, что данный материал окажется вам полезен, а также поможет по-новому взглянуть и глубже понять привычные действия.

Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.