5. Принцип обратной связи

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

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

6. Закон необходимого разнообразия

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

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

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

7. Метод «черного ящика»

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

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

Группа тестирования изучает входные и выходные данные программного продукта. В этом ракурсе тестирование с помощью методов черного ящика рассматривается как синоним тестирования на уровне системы, хотя методы черного ящика могут также применяться во время модульного или компонентного тестирования.

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

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

• Неверная или пропущенная функциональность

• Ошибки интерфейса

• Проблемы удобства использования

• Методы тестирования на основе Автоматизированные инструменты

• Ошибки в структурах данных или ошибки доступа к внешним базам данных

• Проблемы снижения производительности и другие ошибки производительности

• Ошибки загрузки

• Ошибки многопользовательского доступа

• Ошибки инициализации и завершения

• Проблемы сохранения резервных копий и способности к восстановлению работы

• Проблемы безопасности