ИСПОЛЬЗОВАНИЕ ИНТЕРНЕТА ПРИ ОРГАНИЗАЦИИ ПЕРЕВОЗОК

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

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

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

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

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

Метод управления, основанный на использовании обратной связи, нашел широкое применение как в системах управления тех­ническими объектами, так и в организанионно-административных системах. Одно из главных достоинств этого метода – возможность работы элементов систем управления в условиях большого числа случайных воздействий различного вида.

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

К началу 1990-х годов концепция автоматизированных систем управления претерпела кризис, а старая терминология стала вы тесниться новой. На смену классическим АСУ пришло следующее поколение АСУ предприятиями — корпоративные информационные системы (КИС). Возрождение интереса к информационным системам в России неслучайно и вызвано вполне объективными причинами. Проблема, перед которой сегодня оказались наши предприятия, заключается в том, что закупленные ранее (или разработанные собственными силами) и установленные на них АСУ перестали удовлетворять требованиям, которые предъявляют современные динамичные бизнес-системы.

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

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

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

Рассматривая принципиальные подходы к автоматизации про­цедур обработки всех видов документов, следует отметить поэтап­ную интеграцию последних разработок системного и прикладного ПО в пакеты специализированных прикладных программ. В табл. 7.1. приведена систематизация ПП, реализующих в КИС автоматиза­цию документооборота.

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

Таблица 7.1

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

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

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

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

§ сбор и последующий анализ данных (отчетность за определен­ные периоды времени по различным подразделениям в соответ­ствии с различными критериями выбора);

§ хранение поступившей информации (быстрый доступ к ин­
формации и поиск необходимых данных).

Решение перечисленных задач требует выполнения следующих условий:

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

§ движение документов нужно по возможности оптимизировать;

§  должна быть предоставлена возможность взаимодействия под­разделений в рамках офиса и офисов — в рамках объединения.

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

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

§ электронную обработку данных с использованием ПК, т.е. без пересмотра методологии и организации процессов управления ве­дется обработка данных с решением отдельных экономических за­дач;

§ автоматизацию управленческой деятельности;

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

К названной группе относятся и широко внедряемые в настоя­щее время автоматизированные ИТ, получившие название экс­пертной поддержки решений, обеспечивающие:

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

•создание наиболее благоприятных условий выполнения про­фессиональных функций;

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

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

•один или несколько ПК, возможно, объединенных в сеть (ло­кальную или глобальную, в зависимости от рода деятельности офиса);

•печатающие устройства;

•средства копирования документов;

•модем (если компьютер подключен к глобальной сети или территориально удаленной ЭВМ);

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

•проекционное оборудование для проведения презентаций.

Электронный офис предусматривает наличие интегрированных пакетов (ИП), включающих специализированные программы и ИТ, которые обеспечивают комплексную реализацию задач любой пред­метной области. В состав ПО электронного офиса могут также входить:

•программа анализа и составления расписаний;

•программа претензий ;

•графический редактор;

•программа обслуживания факс-модема;

•сетевое ПО;

•программы перевода.

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

•текстовый редактор;

•электронная таблица;

•система управления БД;

•средства телекоммуникаций;

•графический редактор.

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

В настоящее время на рынке офисных продуктов доминируют три комплекта: Borland Office for Windows фирмы Corel Office, Smart Suite фирмы IBM и Microsoft Office фирмы Microsoft.

Самым популярным набором офисных приложений является Microsoft Office. Наибольшее распространение (90 % данного сег­мента рынка) получил пакет программ Microsoft Office Professional. Этому способствовала и полнота ИП, обеспечивающего решение всех основных задач автоматизации делопроизводства на одном автоматизированном рабочем месте (АРМ), и абсолютно строго проведенная унификация интерфейса.

Занимая минимум места на экране дисплея, входящая в ИП Microsoft Office программа Microsoft Office Manager позволяет осу­ществить быстрый запуск основных офисных приложений и пере­ключаться между ними в процессе работы. Специально для под­держки работы российских пользователей разработана комплекс­ная система MS Office Mania, в которой предусмотрен диспетчер документов, позволяющий:

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

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

•а также редактировать документы, вызывая соответствующую программу.

Для автоматизации документооборота на малых и средних пред­приятиях с небольшим объемом документов, имеющих один или несколько компьютеров, возможно использование достаточно ши­роко распространенных и удобных ИП Microsoft Office. Если на предприятии имеется большой объем документации, необходимо использовать специализированные ИП управления документообо­ротом.

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

Для выбора системы электронного документооборота существуют следующие критерии:

• возможность интеграции с другими АС и БД;

• легкость освоения;

• удобство использования;

• обеспечение работы в сетевом режиме;

• надежность функционирования ПО модулей системы;

• защита от НСД.

На российском рынке предлагается достаточно широкий выбор ПО для автоматизации управления документооборотом («1C: Элек­тронный документооборот», «1C: Электронная почта», «Галакти­ка» — модуль «Управление документооборотом» и др.).

Наибольшего успеха в унификации БД достигла так называе­мая workflow-технология, охватывающая следующие аспекты дея­тельности:

•описание различных операций бизнес-процесса и необходи­мых для них данных;

•бизнес-правила, описывающие управляющие потоки между операциями такого процесса;

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

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

Слово «workflow» переводится с английского языка как поток работ или рабочий поток, что почти одно и то же.

По определению консорциума WfMC (Workflow Management Coalition — коалиция управления потоками работ) международ­ной организации, в состав которой входят производители, пользо­ватели, аналитики и ученые, разрабатывающие стандарты для систем управления потоком работ и распространение знаний тех­нологии workflow в различных отраслях экономики, управление потоком работ представляет собой «полную или частичную авто­матизацию бизнес-процессов, в ходе которых документы, ин­формация и задачи пересылаются для обработки от одного учас­тника к другому в соответствии с определенными процедурными правилами».

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

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

Возникла необходимость стандартизации в области управления документооборотом, в результате чего началась выработка требований к расширениям workflow-систем. Ассоциация ODMA (Open Document Management Association — ассоциация управления от крытыми документами) разработай в

1995 г. интерфейс API для обеспечения простой функциональности делопроизводства. Впоследствии ассоциация DMA (Document Management Association -ассоциация управления документами), объединяющая в своих рядах ведущих производителей программных средств управления документами, вступила в полемику с WfMC по вопросам интегра­ции делопроизводства и стандартов управления документами.

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

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

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

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

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

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

•базой служит электронная почта с автономными средами настольных систем;

•централизованный механизм управления делопроизводством тесно связан с системой управления задачами на настольных системах.

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

 В настоящее время обсуждается расширение системы моделирования бизнес-процес­сов, однако в целом проект пока далек от завершения.

Рассмотрим различные методы описания процессов.

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

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

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

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

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

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

Какие же реальные преимущества дает внедрение workflow-системы на предприятии?

§ Преимущества для предприятия: усиливается контроль произ­водительности выполнения задач, связанных с информацией. По­вышая конфиденциальность и ужесточая контроль доступа, workflow-система одновременно привносит «промышленные» ме­тоды руководства и управления процессами.

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

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

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

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

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

Произведенная Comparative Study 2001 независимой консалтин­говой группой оценка по 200 параметрам 13 ведущих продуктов управления потоками работ – Bizflow 2000, COSA Workflow, DOLPHIN, Eastman EW, InTempo. MQscries Workflow, SERfloware, Staffware, TeamWARE, TIB/InConccrt, Visual Workflowand, W4 и WFX выделила преимущества Stafiware: сбалансированность фун­кциональных и административных возможностей, покрывающих почти все требования пользователей, высокая производительность, встроенная среда объектной разработки, язык сценариев, поддер­живающий клиентов Windows и Java, интерфейсы к Lotus Notes, Microsoft Exchange и популярным серверным системам электрон­ного обмена данными EDI. Отмечались также гибкие Интернет-возможности Bizflow 2000, серьезный прогресс Интернет-версии W4, высокий уровень интеграции SERfloware с системами обра­ботки документов и обучения SERdocware/SERbainware, стыковка COSA Workflow с организационной моделью Baan ERP, средства оптимизации и объединения с другими приложениями с помо­щью XML в MQseries Workflow, расширенные возможности раз­вертывания InTempo, поддержку документооборота в Visual Workflow и средства работы с графикой в Eastman EW.

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

Концепция создания единой информационно-телекоммуника­ционной системы в транспортном комплексе России одобрена На­учно-техническим советом Министерства транспорта Российской Федерации 28 декабря 1998 г.

Понятие «глобальная сеть» в настоящее время является сино­нимом понятия «Интернет»: это множество серверов и ЛС, со­зданных на базе компьютеров различной мощности. Компьютеры служат хранилищами данных и принадлежат различным организа­циям, коммерческим и некоммерческим, университетам, иссле­довательским институтам, национальным библиотекам, отдель­ным лицам и т.д.

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

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

Для передачи файлов используется протокол FTP (File Transfer Protocol), позволяющий переписывать файлы с дисков удаленного сервера на локальный диск вашего компьютера. Разра­ботаны удобные программы, напоминающие широко известную оболочку Norton Commander, упрощающие процесс передачи фай­лов. Кроме того, для получения файлов из серверов FTP вы може­те использовать программы-навигаторы, предназначенные для работы с серверами WWW. Последние становятся наиболее попу­лярным средством хранения и представления информации в Ин­тернете.

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

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

В Интернете имеется немало серверов, предоставляющих пользо­вателям доступ к своей консоли (экрану и клавиатуре). Обычно такие серверы работают под управлением операционной системы Unix. Для получения доступа к консоли компьютера вы должны подключиться к Интернету и запустить программу с названием Telnet. Версии этой программы имеются практически для любой операционной системы. В частности, программа Telnet есть в ОС Microsoft Windows 95, 98, 2000 и Microsoft Windows NT. По своему назначению удаленная консоль компьютера ничем не отличается от локальной. Поэтому вы можете управлять операционной системой с символьного терминала, подключенного непосредственно к компьютеру.

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

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

Скорость модемов, работающих по коммутируемым телефон­ным каналам, сейчас для многих видов приложений уже оказыва­ется недостаточной. Максимальная скорость модема последнего стандарта составляет около 56 Кбит/с, и только в случае очень хорошего качества телефонного канала. В то же время считается, что такой популярный для удаленного доступа сервис, как WWW, требует в среднем скорости 64 Кбит/с или даже 128 Кбит/с. Для теле компьютеров могут потребоваться и более высокие скорости доступа, если они используют корпоративные приложения, пе­рекачивающие к клиенту значительные объемы данных. Поэто­му остро стоит проблема доведения высокоскоростных каналов 125 Кбит/с — 10 Мбит/с до каждого абонента сети.

При большом числе пользователей сервер удаленного доступа, построенный по обычной схеме пула аналоговых модемов стано­вится слишком сложным в обслуживании — слишком большим ста­новится необходимое число модемов, кабелей, кроссовых средств, телефонных номеров и т. п. Интегрированный сервер должен одно­временно обслуживать несколько сотен соединений по таким высо­коскоростным каналам, как Т1/Е1, ISDNPRI или SONET/SDH.

СУБЪЕКТОВ РЫНКА АВТОПЕРЕВОЗОК С ИСПОЛЬЗОВАНИЕМ

INTRANET -ТЕХНОЛОГИЙ

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

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

При стратегическом планировании сети нужно принять реше­ния по четырем группам вопросов.

•Какие новые идеи, решения и продукты являются стратегически важными?

•Какие решения в стратегически важных областях являются
перспективными?

•Какие из них могут оказаться полезными в вашей корпоративной сети?

•Каким образом новые решения и продукты нужно внедрять в
существующую сеть?

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

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

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

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

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

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

Изменения схемы ведения бизнеса меняют и требования, предъявляемые к корпоративной сети. Например, использование технологии Интернет сломало привычные пропорции внутренне­го и внешнего трафика предприятия в целом и его подразделе­ний — старое правило, гласящее, что 80% трафика является внут­ренним и только 20% идет вовне, сейчас не отражает истинного положения дел. Интенсивное обращение к сайтам внешних организаций и других подразделений предприятия резко повысило долю внешнего трафика и, соответственно, повысило нагрузку на по­граничные маршрутизаторы и межсетевые экраны (firewalls) кор­поративной сети.

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

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

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

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

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

Глобальная сеть, объединяющая отдельные ЛС, разбросанные по большой территории, также имеет, как правило, иерархичес­кую структуру с высокоскоростной магистралью (например, ATM), более медленными периферийными сетями (например, framerelay) и каналами доступа ЛС к глобальным.

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

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

В качестве примера использования возможностей сетей Intranet для решения производственных задач служб организации и плани­рования работы ПС на автопредприятии (фирме) можно привести электронное планирование маршрута перевозки, предлагаемое фирмой Autoroute (http://www.autoroute.com). Этот ресурс применяет электронный атлас для интерактивной прокладки маршрута перевозки грузов или пассажиров на автомобиле по картам Аме­рики и Европы. Разрабатываются несколько вариантов маршрута короткий, быстрый, компромиссный. Оценивается время движе­ния, пройденный путь и расход топлива. Разрабатывается подроб­ная легенда прохождения маршрута для водителя. Реализована воз­можность прокладки маршрута в режиме on line. Система разрабо­тана совместно с компанией Microsoft.

В середине 1990-х годов положено начало работ по программе TED1M (Telematics in Foreign Trade Logistics and Delivery Management) n интересах электронизации документооборота и создания логис­тических структур на транспорте России при осуществлении сме­шанных внешнеторговых грузоперевозок с участием основных ви­дов транспорта (железнодорожного, морского, автомобильного, речного). Программа TEDIM включает три направления сотрудни­чества (телематика, внешнеторговая транспортная логистика и взаимодействие информационных систем). Цель проекта — облег­чить пересечение границы и обмен таможенной документацией, а также создать условия для внедрения электронных коммуникаций В рамках выполнения данной программы прорабатываются не­сколько проектов. Проект DelCom — немецкая разработка, на­правленная на обеспечение пользователей системы DMS и других подобных систем совместимостью с различными ИС, такими как ведомственные системы перевозчиков, коммуникационные си­стемы общего пользования по контролю за перевозками и ИС круп­ных портов (ВОРСот). Проект LCCT (TEN-telematics) — исполь­зование средств телематики для кооперации логистических цент ров (Германия).

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

Со стороны России в работе над проектами принимает участие Ассоциация пользователей электронной передачи информации (АПЭПИ), созданная в 1990 году ведущими организациями ос­новных видов транспорта России с целью разработки и внедрения новых ИТ на базе средств EDI/EDIFACT в транспортном комп­лексе РФ.

ГЛАВА 8

ОБЩИЕ РЕКОМЕНДАЦИИ ПО ПОДБОРУ ИНФОРМАЦИОННОЙ СИСТЕМЫ

Технология Х-протокола — одна из самых простых и открытых. Она изначально разработана для использования в сетях. Все необ­ходимое для создания ПО доступно в Интернете бесплатно. Задача построения систем сводится к написанию программ на C , свя­занных с СУБД вызовами соответствующих API-функций SQL-серверов.

Экономия вычислительных ресурсов позволяет обслуживать большое количество клиентов. Существует огромное число напи­санных приложений в данной технологии. Серверы Х-Window име­ются для DOS, MS Windows, MacOS, что позволяет легко обра­щаться к графическим программам с этих платформ.

Компания Microsoft предлагает корпоративным клиентам не­дорогие решения. Огромное количество существующего ПО для DOS, Windows 3.1, Windows 95, Windows 2000 и NT продолжает работать на этой платформе. К сожалению, для каждого клиента создается свое виртуальное адресное пространство, с загрузкой в память всех необходимых для данной программы библиотек. При запуске большого количества приложений клиентами значитель­ное’ количество загружаемого программного кода нерационально расходует ресурсы системы. Сама компания Microsoft рекомендует на каждые 15 клиентов использовать 128 Мбит оперативной памя­ти и один процессор.

Повсеместное распространение Интернета не могло не повли­ять на развитие программной индустрии. Поэтому разработчики СУБД создают соответствующие интерфейсы. Oracle, InterBase Software, Informix и многие другие фирмы создают свои версии. Однако существуют и универсальные инструменты, специально предназначенные для удобства разработчиков, позволяющие абст­рагироваться как от типа сервера, так и от платформы работы, будь то Unix, Windows или MacOS. Для создания небольших про­грамм достаточно стандартного HTML, а для больших задач на клиентской части подходит Javan Javascript.В этой связке удачно реализуется тройственная технология: на центральном компьюте­ре устанавливается SQL-сервер для хранения информации, на нем же устанавливается HTTP-сервер со страницами, содержащими обращения к CGI-скриптам центрального приложения (или со­держащими инструкции на выполнение SQL-запросов в самих стра­ницах), и запускается центральное приложение. Все эти задачи могут выполняться на разных компьютерах, объединенных в вы­сокоскоростную сеть. Клиентским частям системы остается только запуск броузера и интерфейс.

Производители графических терминалов теперь поставляют свои изделия, совместимые со всеми перечисленными выше техноло­гиями. Использование имеющегося парка компьютеров также воз­можно, так как производители первых двух технологий сами со­здают решения для разных платформ (Х-серверы и Remote Desktop Client есть для Unix, Windows и MacOS), третья же технология — по определению многоплатформенная.

В настоящее время все более популярной становится операци­онная система Linux. Эта бесплатная Unix-подобная операционная система обладает всеми достоинствами современной высокопро­изводительной ОС. Linux используют более 10 миллионов пользо­вателей во всем мире. Она обладает рядом важных достоинств.

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

§ Цена. Система распространяется практически бесплатно — по цене носителя на CD-ROM или из Интернета. Большинство при­ложений для Linux также распространяются бесплатно: C , Perl, Apache, Intcrbase, Oracle, Informix, Sybase, Ingres, DB2 и т.д.

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

§ Надежная поддержка. Малейшие ошибки устраняются мгно­венно, лучше и быстрее, чем в коммерческих ОС.

§  Распространенность. Linux используется во всем мире. Для Linux написано огромное количество утилит и программ.

§  Масштабируемость. Если вам не хватает мощности, можно ставить много процессоров, переходить на другие платформы, со­здавать вычислительные кластеры. Linux работает на Intel, Alpha, PowerPC и других 16-, 32- и 64-разрядных и многопроцессорных системах.

Почему ИС часто терпят неудачу, если требуется проинтегри­ровать хотя бы небольшую часть из этих объектов в рамках единой АСУП? Традиционные системы были разработаны так, чтобы со­хранить только табличный текст и числовые данные, т. е. были спо­собны управлять только малой частью общей информации компа­нии. Хорошо справляясь со своей работой по ведению электронно­го учета и составления счетов, такие информационные системы не могут эффективно сохранять и обрабатывать другие типы дан­ных, как видео- и аудиообразы, пространственные данные или web-страницы. Очевидно, что основным элементом информаци­онной системы предприятия, который отвечает за эти функции, является БД.

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

Компьютерные технологии вышли на новый виток развития, когда отчетливо просматривается стремление перенести в вирту­альный мир объекты мира реального с минимальными потерями. Объектная СУБД — именно то средство, которое обеспечивает запись объектов в БД в том виде, который соответствует их ре­альной конфигурации. «What You have coded is what You put in database» — «Все, что вы запрограммировали, вы помешаете в базу данных» – вот девиз такой СУБД.

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

Примером функциональных возможностей современной ПС, представленной на российском рынке, является ODB-Text — при­ложение, созданное на базе объектной СУБД ODB-Jupiter и пред­ставляющее собой средство коллективной обработки документов и ведения корпоративного архива. ODB-Text позволяет:

§ вести большие архивы документов, содержащих мультимедий­ные данные, с обеспечением поисковых возможностей, в том числе реализовывать полнотекстовый поиск на естественном языке;

§ использовать встроенные средства редактирования докумен­тов, развитые средства построения отчетов и формирования доку­ментов по шаблонам;

§ просматривать документы архива с помощью стандартного Интернет-броузера;

§ обеспечивать связь с другими БД.

Для решения задач первого уровня автоматизации наиболее важ­но наличие узкоспециальных знаний о конкретике работы пред­приятия. В решении этого крута задач безусловный приоритет на стороне местных служб АСУ. Однако для корректного выполнения автоматизации «сверху» в большей степени ощущается потребность в системных знаниях. И вот здесь уже становится необходимым своего рода внешнее соуправление глобальными процессами авто­матизации.

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

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

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

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

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

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

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

Далее следует остановиться на таком понятии, как ЖЦ АС — это совокупность взаимосвязанных процессов создания и последо­вательного изменения состояния АС от формирования исходных требований к ней до окончания эксплуатации и утилизации комп­лекса средств автоматизации АС.

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

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

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

Основные принципы и методы создания профилей стандартов установлены в стандартах серии ГОСТ Р ИСО/МЭК ТО 10000, определяющих основы и таксономию международных функцио­нальных стандартов информационной технологии.

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

Группа основных процессов включает в себя процессы заказа, поставки, разработки, эксплуатации, сопровождения. При этом процессы общей структуры ЖЦ АС должны быть основаны на двух исходных принципах: модульности и ответственности.

Принцип модульности, в свою очередь, основан на следующих положениях.

1.Каждый процесс сильно связан, т.е. организован таким образом, что все части процесса (работы, задачи) строго взаимоувязаны.

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

3. Каждый процесс предназначен для реализации уникальной
функции в ЖЦ и может привлекать другой процесс для выполне­ния специализированной функции. При определении области применения и структурирования процессов должны использоваться следующие правила:

§ процесс должен быть своего рода модулем ЖЦ, т.е. каждый процесс выполняет только собственную функцию в ЖЦ, а интерфейсы между двумя любыми процессами минимальны;

§ каждый процесс должен быть привязан к архитектуре системы;

§ если процесс А вызван процессом В и только процессом В, тогда А принадлежит к В;

§ если работа или задача вызваны более чем одним процессом, тогда они сами становятся процессом.

4.Должна существовать возможность для проверки любого про­цесса, работы и задачи в модели ЖЦ.

5.Каждый процесс должен иметь внутреннюю структуру, соответствующую его задачам.

Принцип ответственности базируется на определенных обязан­ностях каждого субъекта, вовлеченного в ЖЦ. Субъект может вы­полнять один или несколько процессов; процесс может быть вы­полнен одним или несколькими субъектами, при этом один из субъектов должен быть определен ответственным за процесс. Субъект, выполняющий процесс, несет ответственность за весь данный процесс, даже если выполнение отдельных работ (задач) поручено другим субъектам.

Ответственность является особенностью структуры ЖЦ приме­нительно к условиям проекта, в который может быть вовлечено

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

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

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

Каскадная модель ЖЦ реализует принцип однократного выполнения каждого вида деятельности в виде заранее ограниченных и однозначно упорядоченных во времени стадий, этапов, осу­ществляемых в их естественных границах: установление потребностей пользователя, определение требований, проектирование (конструирование), изготовление, испытание, корректировка, поставка или использование.

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

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

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

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

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

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

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

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

Надо сказать, что этими типами моделей ЖЦ их разнообразие не исчерпывается. Так, при более детальном уровне рассмотрения ЖЦ отдельно выделяются итерационные циклические формы, основанные на технике макетирования системы.

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

Применительно к ПС построение профилей стандартов актив­но применяется в международной и национальной стандартиза­ции. В России впервые основы построения и использования про­филей стандартов ЖЦ ПС заложены в базовом стандарте ГОСТ Р ИСО/МЭК 12207. Данный документ введен в действие с 1 июля 2000 г., тесно взаимоувязан с рядом стандартов, принятых ранее, и с некоторыми стандартами, разрабатываемыми в данное время на основе прямого применения стандартов ИСО.

Актуальность стандарта ГОСТ Р ИСО/МЭК 12207 для совре­менных условий настолько высока, что принятие в ISO его исход­ного, международного варианта вскоре вызвало самую положи­тельную оценку российских экспертов и ряд рекомендаций по его использованию в реальных условиях. Была высказана идея исполь­зования стандарта ИСО/МЭК 12207 на ЖЦ ПС в качестве системообразующего для создания моделей ЖЦ на системы в целом, тем более когда разработчик сталкивается с наличием различных типов нормативных документов, которые необходимо или полез­но использовать для организации ЖЦ ПС.

Соответствие проекта стандарту ГОСТ Р ИСО/МЭК 12207 оп­ределяется как реализация в рамках конкретного проекта такой модели ЖЦ ПС, которая построена на основе выбора из данного стандарта соответствующих процессов, работ и задач. Выполнение процесса или работы считается завершенным, если решены все требуемые в них задачи в соответствии с предварительно установ­ленными в договорной документации проекта (договоре или кон­тракте) критериями и требованиями.

Стандарт предназначен для всех сторон, участвующих в про­цессах жизни ПС, он может быть применен при закупке систем, отдельных ПС и оказании соответствующих услуг; а также при по­ставке, разработке, эксплуатации и сопровождении ПС и програм­мных компонентов программно-аппаратных средств. В стандарте описан также ряд аспектов, необходимых для обеспечения ЖЦ ПС и относящихся к системе в целом.

Основные процессы ЖЦ реализуются ответственным субъек­том, вовлеченным в ЖЦ ПС. Ответственным субъектом является одно из юридических лиц (или подразделений, или должностных физических лиц), которые реализуют соответствующий процесс. Ответственными субъектами являются заказчик, поставщик, раз­работчик, эксплуатационный (оператор) и сопровождающий пер­сонал. Основные процессы определяют следующее:

§ процесс заказа — работы заказчика (субъекта, приобретаю­щего систему, ПС или получающего программную услугу);

§ процесс поставки — работы поставщика (субъекта, постав­ляющего систему, ПС или программную услугу заказчику);

§ процесс разработки — работы разработчика (субъекта, проектирующего и разрабатывающего ПС);

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

§ процесс сопровождения — работы персонала сопровождения
(субъекта, предоставляющего услуги по сопровождению ПС, обес­печивающие контролируемое изменение программного продукта в целях сохранения его исходного состояния и функциональных возможностей). Данный процесс охватывает перенос ПС в другую среду и снятие его с эксплуатации;

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

процесс документирования — работы по описанию информа­ции, выдаваемой в конкретном процессе ЖЦ;

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

процесс обеспечения качества — работы по объективному обес­печению соответствия создаваемого ПС и (или) реализуемого про­цесса установленным требованиям и утвержденным планам. В ка­честве методов обеспечения качества могут использоваться совме­стные анализы, аудиторские проверки, верификация и аттеста­ция;

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

процесс аттестации — работы соответствующего субъекта (за­казчика, поставщика или независимой стороны) по аттестации (сертификации) конечного продукта проекта;

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

процесс аудита — определение независимыми (по отношению к проекту) экспертами соответствия деятельности субъекта при­нятым требованиям, планам и договору;

процесс решения проблемы — анализ и устранение (решение) проблем (включая обнаруженные несоответствия), независимо от их характера и источника, обнаруженных при реализации проек­та;

• организационные процессы ЖЦ — применяются каким-либо субъектом для создания и реализации основной структуры модели ЖЦ ПС, охватывающей взаимосвязанные процессы и соответству­ющий персонал, а также для постоянного совершенствования дан­ной структуры и входящих в нее процессов. Организационные про­цессы, как правило, являются типовыми независимо от области выполнения конкретных проектов и договоров. Организационные процессы определяют следующее:

процесс управления — основные работы по управлению, вклю­чая управление проектом, при реализации процессов ЖЦ;

процесс создания инфраструктуры — основные работы по со­зданию базовой структуры какого-либо процесса ЖЦ;

процесс усовершенствования — основные работы, выполня­емые субъектом при создании, оценке, контроле и усовершен­ствовании выбранных процессов ЖЦ;

процесс обучения — работы по соответствующему обучению персонала.

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

Для приобретения ПП крупных производителей ПО, таких как корпорация Microsoft, следует обращаться к ее партнерам, через которых она действует во всем мире. Каждый пользователь ПП дол­жен иметь лицензию на него. Лицензия должна быть закуплена для каждого компьютера, на котором установлен или используется загружаемый через сеть ПП. Договор между пользователем и про­изводителем не подписывается: считается, что покупатель прини­мает условия лицензионного соглашения, если он вскрывает дис­трибутив-упаковку с дискетами или компакт-диском. Это так на­зываемая оберточная лицензия, предусмотренная законом «О пра­вовой охране программ для ЭВМ и баз данных» от 23 сентября 1992 г.

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

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

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

Часто хорошие новинки появляются у малоизвестных компа­ний, но через некоторое время лидеры обязательно применяют эти новинки в своих продуктах, так что ставка на лидера и в этих случаях оказывается правильной, поскольку небольшой инкуба­ционный период позволяет определить качество и перспектив­ность нового решения. Примером может служить новая техноло­гия IPswitching, которую компания Ipsilon применила для уско­ренной передачи IP-пакетов через магистрали ATM. Через пол­года компания Cisco разработала аналогичную технологию Tagswitching, внеся в исходную идею некоторые усовершенство­вания. Единственным недостатком ставки на лидеров является бо­лее высокая стоимость их продуктов по сравнению с компаниями второго эшелона.

Разработка и внедрение АСУ предприятием (АСУП) связаны с решением теоретических и практических вопросов организацион­ного и экономического характера, что требует использования при их разработке новых принципов, методов и моделей. Являясь су­щественно новым шагом в теории и практике управления, АСУП обладает рядом особенностей, которые не позволяют их разрабатывать, используя известные методы и приемы проектирования обычных технических систем. Причина заключается в существен­ных отличиях новых технических систем от АСУП, основными из которых является необходимость учета человеческого фактора при проектировании и вводе АСУП в эксплуатацию.

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

Общеотраслевыми руководящими методическими материала­ми по созданию АСУП (утверждены постановлением Государ­ственного комитета Совета Министров СССР по науке и технике №335 от 18 июля 1977 г.) установлены следующие стадии созда­ния АСУП.

1. Предпроектная стадия, включающая разработку технико-эко­номического обоснования и технического задания.

2.Разработка проектов, включающая разработку технического
и рабочего проектов или технорабочего проекта системы.

3.Ввод в эксплуатацию, включающий проведение монтажно-наладочных работ, завершение мероприятий по подготовке пред­приятия к внедрению АСУП и ее опытной эксплуатации.

Создание АСУП — это процесс разработки информационно­го, программного и технического обеспечения, реализация ко­торых обеспечивает эффективное функционирование системы. Проект АСУП — это модель будущей системы в терминах неко­торых «языков» (схемы, таблицы, естественный язык и т.п.). На этих языках, использование которых определяется стадией раз­работки АСУП, проводится описание структуры и функций су­ществующей и разрабатываемой системы, ее элементов и задач управления, выполняемых на разных уровнях системы человеком и ЭВМ.

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

На основании ТЭО составляется техническое задание (ТЗ) на разработку АСУП. Если система разрабатывается очередя­ми, ТЗ составляется и утверждается на нее в целом с выделением ее первой очереди. Допускается составление и утверждение ТЗ на пер­вую очередь с указанием основных характеристик системы в целом.

ТЗ является результатом более детального изучения существу­ющей системы управления предприятием и завершает предпроектную стадию создания АСУП. В этой работе принимает участие старший состав коллектива разработчиков, который впоследствии будет вести работы по созданию АСУП.

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

Разработка технорабочего проекта осуществляется путем мак­симального использования пакетов прикладных программ и типо­вых проектных решений для аналогичных предприятий.

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

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

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

Ввод АСУП и ее функциональных подсистем в эксплуатацию представляет собой процесс постепенного перехода от существу­ющих методов управления к автоматизированным. Ввод АСУП в эксплуатацию представляет собой процесс непрерывного наращи­вания ее функциональной мощности за счет последовательного внедрения разработанных задач. Этот ввод в эксплуатацию органи­зуется и проводится силами заказчика при обязательном участии разработчика и организаций-соисполнителей.

Организация разработки АСУП состоит в установлении взаи­моотношений и создании условий работы всех разработчиков сис­темы.

Накопленный к настоящему времени опыт создания АСУП позволяет сформулировать следующие основные задачи по разра­ботке АСУП:

§ формализация и стандартизация работ;

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

§ тесное сотрудничество разработчиков с сотрудниками орга­низации-заказчика на всех этапах разработки.

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

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

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

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

Внедрение формализации и стандартных методов работ при­близительно на 40% сокращает затраты времени некоторых групп разработчиков, в основном системотехников и программистов.

Основанием для разработки АСУП являются планы внедрения ВТ соответствующего министерства или ведомства. В планах определяются предприятия, в которых намечается создать АСУП, раз­работчики этих систем, сроки выполнения работ, объемы и ис­точники финансирования.

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

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

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

ГЛАВА 9

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

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

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

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

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

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

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

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

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

•направление основной деятельности;

•первоначальная структура продуктовых потоков;

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

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

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

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

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

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

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

1.Вложения в технологию должны быть подчинены стратегическим целям.

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

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

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

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

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

7.Успех капитальных вложений в ИТ всегда обусловлен нали­чием четко и ясно сформулированных целей и производственных задач. Пункты плана должны быть выражены в категориях ожидае­мых результатов. В плане должны быть указаны критерии определе­ний и проверки достигнутых успехов. Главное достоинство хоро­шего плана заключается в том, что его можно дать каждому, кто будет связан с новой технологией. Каждый должен почувствовать свою личную ответственность за его успешное выполнение.

Ниже приведены общие рекомендации по внедрению ИС в орга­низации (на предприятии).

1.Выбирайте только ту ИТ, которая не ограничивает рост, по­зволяет пользователю расширять масштабы своей деятельности.

2.Способствуйте тому, чтобы персонал ИС почувствовал себя
причастным к общему делу фирмы.

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

3. Вносите ясность в функции специалистов ИС и пользовате­лей.

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

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

5.Сосредоточьте внимание на перестройке всех организацион­ных взаимосвязей.

6. Введите тарификацию деятельности, отнесенную к наклад­ным расходам.

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

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

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

Настоящим стимулом для создания разнообразных устройств станет растущая пропускная способность беспроводных соедине­ний, точнее — ее избыток. В основу инфраструктуры ляжет IP-магистраль, построенная по спецификации мобильного IP, кото­рую ныне разрабатывает группа Internet Engineering Task Force. Сыграет свою роль и новая версия этого протокола IPv6 — она существенно увеличит число доступных IP-адресов, необходимых для подключения всех этих мобильных устройств.

По прогнозу первый IP-пакет будет передан через сеть GSM (Global System for Mobile Communications) в первые годы XXI в. Тогда же появятся сотовые сети третьего поколения со скоростя­ми передачи 384 кбит/с. В итоге у пользователей независимо от их местонахождения появится возможность беспроводного доступа к глобальным сетям.

Государственную политику в области транспорта России в на­стоящее время осуществляет Министерство транспорта Российской Федерации, интегрировавшее бывшие ведомства автомобиль­ного, морского и речного транспорта, а также взаимодействующее с агентством связи, дорожной службой и Министерством путей сообщения Российской Федерации. В конце 1990-х годов была раз­работана Концепция единой информационно-телекоммуникаци­онной системы в транспортном комплексе страны. Целью созда­ния этой Концепции является определение основных принципов построения общего информационного пространства транспортно­го комплекса (ТК) для обеспечения эффективного функциониро­вания транспортной системы на основе внедрения современных информационных технологий.

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

Концепцией предусматриваются следующие основные направ­ления работы:

§ разработка и внедрение распределенной информационно-вы­числительной сети (РИВС) Минтранса России, охватывающей ИВС Центрального аппарата Министерства (включая Службы морского и речного флота, автомобильного и городского пассажирского транспорта);

§ региональные государственные транспортные структуры, во взаимодействии с аналогичными ИС других органов государствен­ной власти России, а также транспортными предприятиями и другими субъектами транспортного рынка;

§ развитие и создание новых информационно-телекоммуника­ционных технологий, охватывающих предприятия транспорта в целях поэтапного формирования единого информационного про­странства в ТК России, предусмотренных ранее разработанными Концепциями.

РИВС — это часть ЕИТС ТК, обеспечивающей работу Мин­транса России, включая его региональные структуры, и его ин­формационное взаимодействие с органами государственной влас­ти, министерствами и ведомствами.

Воплощение принципа единства ТК и информационного взаи­модействия позволит:

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

§ качественно повысить уровень обслуживания населения за счет организации саморазвивающихся систем обеспечения транспорт­ными услугами;

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

Если рассматривать состояние применения ИТ в ТК в насто­ящее время, то в Минтрансе России уже функционируют ИВС Центрального аппарата, объединяющие Службы автомобильного и городского пассажирского транспорта, речного и морского фло­та, Российскую транспортную инспекцию. Сети включают файл-серверы, коммуникационные серверы и рабочие станции у непос­редственных пользователей, работают под управлением ОС Netware и Windows NT.

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

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

В области применения ВТ для управления транспортным про­цессом на уровне предприятий, на транспорте в предыдущие годы были выполнены разработки, направленные на сопровождение транспортного процесса с использованием современных средств вычислительной и телекоммуникационной техники. На AT с 1980-х годов интенсивно внедрялась система информационного сопро­вождения междугородних перевозок грузов. В ряде областных объ­единений была внедрена система маршрутизации внутриобласт­ных перевозок, позволившая повысить коэффициент использова­ния пробега на 25-30 %. Был осуществлен перевод на ЭВМ обра­ботки массовой транспортной документации.

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

Таким образом, РИВС должна осуществлять информационно-аналитическое обеспечение работы всех подразделений централь­ного аппарата Минтранса России, включая Службу морского флота, Службу речного флота, Службу автомобильного и городского пас­сажирского транспорта, Российскую транспортную инспекцию. Кроме того, РИВС должна обеспечивать взаимодействие указан­ных структур с Администрацией Президента РФ, аппаратом Пра­вительства, аппаратом Федерального собрания РФ, с федераль­ными министерствами и ведомствами, в том числе МПС, ФАС, ФДС, ГТК, ГНС, ФПС, Госкомстатом, с транспортными акцио­нерными обществами и др.

Основной проблемой при создании РИВС является обеспече­ние защиты конфиденциальной информации. Использование для передачи данных и доступа к БД по Интернету решило бы боль­шинство технических проблем связи. Следует совместно с Гостехкомиссией и ФАПСИ решить вопрос о возможности работы в сети при использовании тех или иных программных и технических средств защиты.

Для того чтобы прикладные БД подразделений Минтранса Рос­сии, на которых обрабатывается различная по уровню доступа информация, не могли быть источником утечки информации, предполагается создать как минимум два контура ИВС Минтранса России. Один из них будет предназначен для обработки данных открытого характера, другой — закрытого. Эти контуры не должны иметь связи между собой, а обмен информацией между ними бу­дет осуществляться только через съемные магнитные носители информации (дискеты, магнитооптические диски).

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

Наиболее перспективным направлением для подключения к РИВС регионов, плохо оснащенных каналами связи, а также регионов, географически удаленных от центра, является использование спут­никовых каналов связи, стоимость, которых постоянно снижается, а пропускная способность возрастает. Другим путем решения дан­ной проблемы является открытие в Минтранса России абонентско­го пункта государственной компьютерной сети — «АТЛАС». Однако количество аналогичных абонентских пунктов в городах, где распо­ложены субъекты транспортной деятельности, мало.

Маршрутизатор ИВС Минтранса России будет одновременно выполнять функции по защите сети от НСД. Подключение к за­крытой сети ИТКС ФАПСИ позволит реализовать возможность информационного взаимодействия со структурными подразделе­ниями Министерства (департаментами, транспортными инспек­циями, федеральными органами власти) на основе самых совре­менных ИТ типа Intranet.

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

§ единая электронная дорожная ведомость (транспортная на­кладная, коносамент) для комбинированных международных и внутренних перевозок;

§  унифицированнаясистема другой транспортной документации;

§ единые классификаторы грузов, пунктов погрузки-выгрузки и другие;

§ единый непрерывный процесс слежения за транспортными средствами и грузом «от двери до двери»;

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

§ взаимосвязанные системы продажи пассажирских билетов;

§ типизация основных информационных технологий для одно­родных предприятий транспорта;

§ согласованность (совместимость) технических средств, про­токолов обмена и, по возможности, ПО;

§ единство (согласованность) требований к производителям ВТ по ее характеристикам;

§ согласованный подход к созданию систем связи и, в частно­сти, средств считывания информации с подвижных объектов.

Информационно-телекоммуникационная система грузовых пе­ревозок (ИСГП) должна включать в качестве организационных звеньев ГБУВПиС, МАП, АТП, пароходства, порты, их диспет­черские, грузовые конторы, логистические центры и другие под­разделения. Таким образом, абонентами системы являются все диспетчерские разных уровней, грузовые терминалы, руководите­ли и основные работники аппарата управления, основные грузо­отправители и грузополучатели. Каналы связи должны обеспечи­вать также выход на смежные предприятия транспорта. Представ­ляется возможным, что по мере развития ИСГП превратится в коммерческую систему со своими органами управления.

Создание ИСГП страны – это большая задача на перспективу. Первоначально ее следует решать применительно к основному транспортному коридору, включающему направление С.-Петер­бург—Москва—Астрахань—Ростов, и к интермодальным между­народным перевозкам грузов с перевалкой в транспортных узлах.

Для решения указанных задач в ИСГП должны циркулировать два основных взаимосвязанных потока оперативной информации о дислокации транспортных средств и выполняемых ими операци­ях транспортного процесса, а также о каждой партии перевозимо­го груза от момента предъявления отправителем до момента сдачи получателю или передачи железной дороге, пароходству, АТП.

Для достижения поставленной цели требуется:

внедрить электронную дорожную ведомость;

обеспечить контроль местоположения транспортных средств;

обеспечить автоматический сбор информации с подвижных объектов.

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

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

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

3.Модернизация и обновление локальной ИВС Минтранса с обеспечением ее взаимодействия с сетями федеральных и региональных исполнительных и законодательных органов власти в рам­ках создания ЕРИВС Минтранса России.

4.Разработка унифицированной электронной среды («электрон­ного паспорта») для комбинированных международных и внут­ренних грузоперевозок, как единого для всех видов транспорта электронного перевозочного документа, совместимого по своему содержанию с международными.

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

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

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

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

Закон Мура применим также в отношении технологий изготов­ления памяти и хранения данных: «Каждые полтора года емкость микросхем памяти удваивается. Объем твердотельной памяти на флэш-карте уже достиг 320 Мб и вскоре вырастет до 1,3 Тб. Такие карты можно устанавливать в устройство или хранить отдельно. При этом хранящиеся на них данные оказываются не привязанными к конкретному устройству». По мнению ряда экспертов, все персо­нальные данные, хранимые на флэш-карте или компактном запо­минающем устройстве вроде выпускаемого IBM дисковода MicroDrive, можно будет возить с собой, а не держать на ПК, а для доступа к ним воспользоваться плоскопанельным дисплеем, который станет составной частью офисной и домашней среды. Аналогичным образом данные будут доступны через любые мо­бильные устройства, от сотовых телефонов и PDA (персональных цифровых помощников) до электронных книг и газет.

Фирма Xerox разработала «геркон» (тонкий слой прозрачного пластика), содержащий миллионы случайно распределенных мик­ровключений. Под действием электрического напряжения эти вклю­чения могут перестраиваться, создавая подобие растровых изобра­жений.

Ожидается, что через 10 лет процессор Athlon будет выпускать­ся на кристалле с размером стороны 50 мм и иметь тактовую час­тоту более 4 ГГц. Столь мощные вычислительные средства позво­лят создавать ПК, которые, по мнению экспертов, будут совер­шенно иначе взаимодействовать с пользователем. Например, они смогут поддерживать множество спонтанных интерактивных про­цессов одновременно. Распознавание речи и синхронный перевод с других языков станут обычным делом. Все ПК будут осна­щаться видеокамерами, а биометрия, например, средства рас­познавания отпечатков пальцев или черт лица, превратится в стан­дартный способ аутентификации пользователей. Многорежимные интерфейсы позволят обращаться к компьютеру разными спосо­бами одновременно с помощью, например, пера и голоса. Кроме того, интерфейсы станут трехмерными.

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

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

Если далее говорить о средствах отображения информации, сле­дует упомянуть о «голографическом видео». Spatial Imaging Group, подразделение лаборатории MIT Media Lab, в рамках проекта Holovideo работает над созданием графической системы реального времени, способной воспроизводить компьютерные голограммы со скоростями, близкими к стандартам видео. Уже разработаны два опытных образца дисплея.

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

приборы, управляемые одной рукой, вроде сотового телефона, дополненного микробраузером;

устройства с перьевым вводом, подобные сегодняшним КПК Palm, это может быть что-то вроде наручных часов;

устройства, размещаемые на коленях или на столе, блокнот­ные и настольные ПК, а также PC Communicator – раскладной интеллектуальный телефон с возможностями PDA.

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

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

Идею создания компьютерных плат с использованием атомов и молекул высказал еще в 1959 г. известный физик, лауреат Нобе­левской премии Ричард Фейнман, назвавший в одной из своих лекций соответствующую дисциплину молетроникой, или моле­кулярной электроникой. Далее была высказана идея использова­ния отдельных молекул как самостоятельных электронных компо­нентов. Это произошло в 1974 г., и сразу столкнулись с главными проблемами: нестабильностью таких компонентов и трудностями интеграции их с макроэлементами. Стабильности мешают тепло­вые колебания молекул и волновые неопределенности субмолеку­лярного уровня. Ученые лаборатории нанотехнологий Bell Labs создали транзистор с толщиной управляющего перехода всего в одну молекулу. Таким образом, практическая реализация молеку­лярного компьютера стала на шаг ближе. Молекула в качестве пе­реключательного элемента логических схем означает достижение теоретического предела плотности записи информации (1 бит на молекулу). Компьютеры обретут практически неограниченную па­мять и быстродействие, лимитируемое только временем прохож­дения сигнала через прибор.

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

В июле 1999 г. исследователи из компании Hewlett Packard и Калифорнийского университета (Лос-Анджелес) сообщили о со­здании логических вентилей на базе молекулярной структуры под названием «ротаксан». Нанотехнологий успешно развивают также ученые IBM, которым в апреле 2000 г. впервые удалось создать транзисторную сборку толщиной в несколько молекул на основе углеродных нанотрубок. Но все равно позиционирование нанотрубок в схемах стало хоть и разрешимой, но довольно сложной зада­чей. Кроме того, пока производство бездефектных углеродных нанотрубок чрезвычайно дорого. Даже сырье для них стоит намного дороже золота.

Общепризнанно, что возможности молекулярных компьютеров становятся реальностью именно с появлением нанопроводов, в тысячи раз более тонких, чем проводники, используемые в современных микросхемах. Поэтому, по мнению аналитиков научного журнала «Science», самым значительным научно-техническим до­стижением 2001 г. стало создание нанопроводов в Гарвардском университете. Они представляют собой сверхтонкие кристаллы из кремния в смеси с другими полупроводниками и имеют форму стержня толщиной в несколько нанометров и длиной несколько миллиметров. Разводка нанопронодников производится химичес­ким способом, при этом каждое пересечение проводников рабо­тает, как транзистор.

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

В заключение хотелось бы отметить, что безудержный рост до­стижений в сфере наукоемких технологий, начавшийся в конце 1980-х годов, приведет к новым решениям в области широкого использования информационных технологии, в частности на транс­порте. Уже к 2020 г. ожидается прорыв в секторе, связанном непос­редственно с использованием распределенных баз данных, что непосредственно повлияет и на жителей России, которые к тому времени, уже на 50 — 60% будут подключены к всемирной гло­бальной сети.

СПИСОК ЛИТЕРАТУРЫ

1.Александров Л.Л., Козлов Р. К. Организация управления на автомо­бильном транспорте: Учебник для вузов. — М: Транспорт, 1985.

2.Басянов Д. Б., Николаев А. Б. Региональные вычислительные сети и
системы: Учеб. пособие. – М.: МАДИ, 1985.

3.Брунштейн Д. П. Вычислительные центры в системе контроля автотранспортной информации. — М.: Транспорт, 1987.

4.Будихин А. В., Николаев А. Б., Резников Г. С. Проектирование и ис­пользование банков данных в АСУ: Учеб. пособие. – М., 1988.

5.ГОСТ 34.003-90. Информационная технология. Комплекс стандар­тов и руководящих документов на автоматизированные системы. Терми­ны и определения. – М.: Госстандарт, 1990.

6.ГОСТ Р ИСО 9127—94. Системы обработки информации. Документа­ция пользователя и информация на упаковке для потребительских про­граммных пакетов. – М.: Госстандарт, 1994.

7.ГОСТ Р ИСО/МЭК 12207-99. Информационная технология. Про­цессы жизненного цикла программных средств. — М.: Госстандарт, 1999.

8.ГОСТ Р ИСО/МЭК 9126-93. Информационная технология. Оценка
программной продукции. Характеристики качества и руководства по их
применению. – М.: Госстандарт, 1993.

9.ГОСТ Р ИСО/МЭК ТО 9294-93. Информационная технология. Ру­ководство по управлению документированием программного обеспече­ния. — М.: Госстандарт, 1993.

10.Елизаров В. А., Львин Ц.Е., Сахаров В. П. Автоматизированные систе­мы управления на автомобильном транспорте. — М.: Транспорт, 1985.

11.Желышков В. Криптография от папируса до компьютера. —М.: ABF,
1996.

12.Информационные системы в экономике: Учебник / Под ред. В. В. Ди­ка.— М.: Финансы и статистика, 1996.

13.Львин М. Ш., Елизаров В. А., Сахаров В.П. Автоматизированные сис­темы управления отраслью и предприятиями автомобильного транспорта: Учеб. пособие. – М.: МАДИ, 1987.

14.Николаев А. Б. и др. Методы построения современных систем обра­ботки данных и знаний: Учеб. пособие. – М., 1997.

15.ОбыденовА.П., Ишмуратов Г. В., Козлов Р. К. Совершенствование
системы управления автотранспортным предприятием. — М.: Транспорт,
1992.

16.Родкчна Т. А. Информационная логистика. – М.: Экзамен, 2001.

17.Спесивцев А. В. и др. Защита информации в персональных компьютерах. – М.: Радио и связь

ОГЛАВЛЕНИЕ

Список сокращений

Предисловие

Впадение

Глава 1