Автоматизированные информационные системы в экономике

2) покупка готового прикладного  решения с возможностью адаптации его под особенности конкретной организации;

3) создание оригинального  прикладного решения на основе  специализированного средства разработки программного обеспечения;

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

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

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

Первый, второй и третий варианты выбора прикладных программ могут опираться  на применение развитых программных  комплексов, например системы «1С:Предприятие» [48]. Так сложилось, что на российском рынке основные объемы продаж экономических программ по первым трем вариантам относятся к продуктам фирмы «1С». На базе программных продуктов этой фирмы можно создавать АИС как по отдельным функциональным подсистемам, так и всего предприятия (см. разд. 6.2).

Практически все лидеры рынка  экономического ПО стараются предлагать программные продукты, удовлетворяющие первому, второму и третьему вариантам.

При использовании третьего варианта на выбор обычно влияют три  фактора:

•  гибкость (свобода в создании прикладного решения);

•  скорость, простота и удобство создания и модификации решения;

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

При выборе четвертого варианта обычно используют такие пакеты, как Delphi, MS Visual Basic, MS FoxPro, Power Builder и т.д.

Значительную долю в классе прикладных программ занимают СУБД-В связи с увеличением масштабов хранения и обработки данных СУБД становятся в ряд центральных ресурсов ИС. Формирование структур данных уже давно осуществляется в среде той или иной СУБД. В развитых и масштабных АИС выбор СУБД — задача примерно той же значимости, что и выбор ОС, а переход системы на другую СУБД может быть "столь же трудным. Идеальных СУБД нет и быть не может: все они имеют как сильные, так и слабые стороны. Крупная БД создается не на один _год, поэтому выбор СУБД серьезными заказчиками осуществляется, как правило, в результате тестирования различных вариантов с учетом характера задач формирования структур и обработки данных, требований защищенности и т.п.

В структурном плане СУБД состоит из следующих основных частей:

•  ядро СУБД — набор программных модулей, реализующих выполнение физических операций в БД;

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

ü      физическая организация внешней (дисковой) памяти к размещению БД;

ü      загрузка файлов в БД и их размещение. Различаются следующие типы СУБД:

•  СУБД, обладающая только набором функциональных программ по интерпретации обращений из программы пользователя на выборку информации из БД или корректировку и занесение информации в БД;

•  СУБД, имеющая более расширенные, по сравнению СУБД первого типа, специализированные языковые средства, управляющие таблицы и др. Эти средства увеличивают возможности разработчика АИС. Здесь обеспечивается установление связей между данными, целостность данных, защита данных от несанкционированного доступа и др.;

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

Существует уже достаточно широкий набор объектно-ориентированных систем. Одна из основных — мощная СУБД Oracle8 компании Oracle. Компания Informix утверждает, что по функциональным возможностям ее Dynamic Server ненамного отличается от Oracle. Sybase Реализует объектно-ориентированные возможности в своей схеме баз Данных, хотя ее Adaptive Server Enterprise предлагает лишь некоторые из Функций, имеющихся в Oracle8. Компания IBM обеспечивает те же Функциональные возможности в версии своей DB2, она перенесла эту новую версию СУБД и на самый массовый бизнес-компьютер AS/400. Microsoft SQL Server по уровню объектно-реляционной поддержки явно отстает от других ведущих реляционных БД. Computer Associates предлагает Jasmine

— объектно-ориентированную СУБД, призванную свести на нет противоречия между реляционными данными и объектно-ориентированными приложениями.

Непрерывно совершенствуясь, системы хранения данных становятся все более емкими, дешевыми и надежными. Клиенты становятся все более требовательными в отношении как самих данных, так и технологий работы с ними. Им нужны средства для доступа к большим объемам данных, а также возможность быстрого поиска в сверхбольших объемах данных, содержащих, например, все сведения о деятельности компании за добрый десяток лет. Как следствие, возникла технология хранилищ информации (Data Warehouse), которая представляет собой самостоятельную область АИТ. В ее основе лежит идея создания централизованной и всеобъемлющей корпоративной БД, главное предназначение которой — информационное обеспечение систем поддержки принятия решений руководителями предприятий.

Такая БД должна отвечать следующим требованиям. Во-первых, она должна ориентироваться на ПрО, а не на приложения, которые будут работать с данными.

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

На основе концепции хранилищ данных строится схема их включения в корпоративную АИС. По одну сторону от хранилищ данных остаются источники информации, в качестве которых обычно выступают стандартные системы оперативной обработки транзакций (On-Line Transaction Processing, OLTP). По другую сторону стоят приложения-потребители, прежде всего системы оперативной аналитической обработки данных (On-Line Analytical Processing, OLAP). Потребителями информации становятся в основном OLAP-системы. Для оптимизации работы как хранилищ данных, так и

OLAP-систем создаются так называемые витрины (или киоски) данных (Data Marts)

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

Функционирование собственно хранилища данных обеспечивается основе достаточно мощных СУБД компаний Oracle, Informix, Sybase, NCR, IBM и др. Реализация хранилищ данных представляет собой достаточно сложную технологию, ведь приходится оперировать сотнями гигабайтов и терабайтами данных. Они обычно строятся следующим образом, для сбора и предварительной обработки данных от систем-источников выделяют один или несколько относительно небольших серверов на базе ОС UNIX или NT. В качестве главного сервера СУБД хранилища используются мощные ПК, мощные UNIX-компьютеры, мэйнфреймы или даже супер ЭВМ. Собственно данные хранятся в избыточных массивах дисковых накопителей RAID, соединенных с сервером СУБД с помощью высокопроизводительной шины (SCSI, Fibre Channel, Gigabit Ethernet, ATM). Для реализации витрин данных применяют машины на базе ОС UNIX или NT с собственными массивами накопителей.

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

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

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

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

 

3.2.4. Подсистема  «Организационно-правовое обеспечение»

Интегрирующим звеном является подсистема .

Организационно-правовое обеспечение АИС 

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

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

•  штатный персонал АИС;

•   проектно-техническая документация АИС;

•  нормативная документация.

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

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

•  отчет об обследовании объекта автоматизации (предприятия);

•  техническое задание на разработку системы;

•  технический проект системы;

•  рабочий проект системы;

•  документы по приемке и сдаче АИС в эксплуатацию.

В документации, в частности, определяется порядок взаимодействия конечных пользователей с АИС и между собой в части выполнения работ, обусловленных функционированием АИС. Это взаимодействие изложено в различных методических и руководящих материалах по стадиям разработки проекта, внедрения и эксплуатации АИС. Состав и содержание проектной документации АИС рассматривается ниже (разд. 13.3).

Нормативная документация. К нормативной документации относятся следующие категории документов:

•  законодательные документы, регламентирующие определенные стороны создания и функционирования АИС;

•  стандарты предприятия и вышестоящих органов, относящиеся к АИС;

•  должностные инструкции персонала АИС, определяющие статус исполнителей, занятых в контуре функционирования системы,

а также рабочие инструкции, устанавливающие регламент выполнения технологических процедур по решению задач АИС;

• положение о выводе АИС или ее компонентов из нештатных ситуаций (прекращение подачи электроэнергии на ЭВМ, выход из строя ЭВМ, отказ программной системы и др.).

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

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