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

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

 

2. ВЗАИМОСВЯЗЬ МЕЖДУ МЕТОДОМ РАЗРАБОТКИ И РЕЗУЛЬТИРУЮЩАЯ СИСТЕМА?

В основе моего исследования лежат три исходных предположения.

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

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

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

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

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

В рамках реализации этих изменений одно из подразделений компании выполнило проект по созданию инженерной информационной системы. Эта система позволит быстро составлять тендеры с использованием стандартных компонентов.

2.1. Методологии и мировоззрения

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

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

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

2.2. Допущения и организации

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

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

2.3. Организации и информация

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

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

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

 

3. РАЗРАБОТКА ИНФОРМАЦИОННОЙ СИСТЕМЫ

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

3.1. Практика

Исследование британских компаний, проведенное компанией KPMG Peat Marwick McLintock (KPMG, 1990), показало, что "30% крупнейших компьютерных проектов в Великобритании значительно превышали бюджет, выполнялись сверхурочно, а если и завершались, то не справлялись с поставленными задачами". Кроме того, Willcocks (1992) утверждает, что "к 1992 году расходы Великобритании на ИТ превысили £ I0 млрд. в год", причем эта цифра не включает расходы государственного сектора. Все эти цифры вместе взятые свидетельствуют о том, что необходим мета-метод, хотя бы для того, чтобы сократить часть из этих примерно 3 млрд. фунтов стерлингов, потраченных впустую.

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

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

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