Филипп Уокер - Электронные системы охраны

Создание системы

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

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

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

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

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

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

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

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

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

Организация проектирования системы

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

Тогда насколько детально должна разрабатываться система, чтобы технические требования на нее были полностью выполнены? Насколько подробно следует объяснять, как приваривать лист к прутьям и к корпусу дверей? Нужно ли упоминать то, что заклепки применять нельзя? Здравый смысл должен ограничить детализацию конструкции. А дальше разработчик системы вправе положиться на производственный контроль изделия, которое должно отвечать внутренним кодексам и общим стандартам хорошей инженерной практики создания систем безопасности, в основе которой лежит ответ на тот же двойной вопрос "Это будет работать? Сумеет ли злоумышленник обойти это?"

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