Компьютерные информационные технологии
Компьютерные информационные технологии в управлении экономическим объектом. Системное программное обеспечение. Переносимость, масштабируемость, мобильность, режимы обработки информации, другие характеристики операционных систем. Корпоративные базы данных.
| Рубрика | Программирование, компьютеры и кибернетика |
| Вид | методичка |
| Язык | русский |
| Дата добавления | 14.03.2016 |
| Размер файла | 715,5 K |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
После второй мировой войны развитие телефонных сетей получило новый импульс. В 1951 году в США впервые АТС стали использоваться не только для соединения в пределах одного города, но на междугородних линиях. В СССР такая АТС была впервые введена в эксплуатацию в 1958 году между Москвой и Ленинградом.
В 50-60- е годы XX разрабатываются основные методы цифровой передачи сигнала, в том числе голоса, ведутся работы по созданию радио- и видео телефонии, мобильной телефонной связи.
В 1978 году в Бахрейне начала эксплуатацию коммерческая система сотовой телефонной связи, которая считается первой реальной системой сотовой связи в мире.
Компьютерные сети являются логическим результатом эволюции развития компьютерных технологий. Постоянно возрастающие потребности пользователей в вычислительных ресурсах обуславливали попытки специалистов компьютерных технологий объединить в единую систему отдельные компьютеры.
В начале 60- х годов XX столетия начали развиваться интерактивные (с вмешательством пользователя в протекание вычислительного процесса) многотерминальные системы разделения времени. Такие многотерминальные централизованные системы, представляющие собой большой компьютер с подключенными к нему терминалами, внешне напоминали локальные вычислительные сети, до создания которых в действительности нужно было пройти еще большой путь.
Исторически первые компьютерные сети были созданы агентством ARPA по заданию военного ведомства США. В 1964 году была разработана концепция и архитектура первой в мире компьютерной сети ARPANET, в 1967 впервые было введено понятие протокола компьютерной сети. В сентябре 1969 года произошла передача первого компьютерного сообщения между компьютерными узлами Колифорнийского и Стенфордского университетов.
В начале 70- х годов двадцатого столетия, благодаря развитию микроэлектроники, были созданы мини- компьютеры, которые стали реальными конкурентами большим компьютерам (мэйнфреймам). Несколько десятков мини- компьютеров выполняли задачи быстрее одного мэйнфрейма, но при этом все вместе стоили дешевле. Даже небольшие подразделения предприятий получили возможность покупать для себя компьютеры. Мини- компьютеры стали широко использоваться в управлении технологическими процессами, складами, в бухгалтерском учете и т.д. В результате шел интенсивный процесс распределения вычислительных ресурсов по всему предприятию, что, однако, через некоторое время привело к необходимости обратного объединения всех вычислительных ресурсов в одну систему. Теперь это объединение происходило уже не на базе одного компьютера, а путем подключения к сети отдельных распределенных компьютеров.
Такие компьютерные сети стали называться локальными компьютерными сетями.
Кроме этого в это время интенсивно начали использоваться персональные компьютеры, которые очень быстро вытеснили мини-компьютеры и мэйнфреймы.
Разработанные стандартные сетевые технологии, а так же использование персональных компьютеров значительно упростили процесс создания компьютерных сетей. Для создания сети достаточно стало приобрести специальные сетевые платы (сетевые адаптеры) соответствующего стандарта, например, Ethernet, стандартный кабель со стандартными разъемами и установить на компьютер одну из популярных сетевых операционных систем, например, NetWare или Windows. Присоединение каждого нового компьютера к сети не стало вызывать больших трудностей.
Тема 5. Корпоративные базы данных
5.1 Корпоративные базы данных. Основные требования к базам данных в рамках корпоративных информационных систем
данные база информационный технология
Основная цель системы управления базами данных (далее -- просто СУБД) заключается в том, чтобы предложить пользователю абстрактное представление данных, скрыв конкретные особенности хранения и управления ими. Следовательно, отправной точкой при проектировании базы данных должно быть абстрактное и общее описание информационных потребностей организации, которые должны найти свое отражение в создаваемой базе данных.
Более того, поскольку база данных является общим ресурсом, то каждому пользователю может потребоваться свое, отличное от других представление о характеристиках информации, сохраняемой в базе данных. Для удовлетворения этих потребностей архитектура большинства современных коммерческих СУБД в той или иной степени строится на базе так называемой архитектуры ANSI/SPARC.
В 1975 году Комитетом планирования стандартов и норм SPARC (Standards Planning and Requirements Committee) Национального института стандартизации США (American National Standard Institute -- ANSI) бала предложена 3-х уровневая архитектура корпоративной базы данных, которая охватывает внешний, концептуальный и внутренний уровни.
Уровень, на котором данные воспринимаются пользователями, называется внешним уровнем (external level), тогда как СУБД и операционная система воспринимают данные на внутреннем уровне (internal level). (Физическое представление базы данных в компьютере. Этот уровень описывает, как информация хранится в базе данных).
Концептуальный уровень (conceptual level) представления данных предназначен для отображения внешнего уровня на внутренний и обеспечения необходимой независимости их друг от друга. Концептуальный уровень: обобщающее представление базы данных. Этот уровень описывает то, какие данные хранятся в базе данных, а также связи, существующие между ними.
Цель трехуровневой архитектуры заключается в отделении пользовательского представления базы данных от ее физического представления. Ниже перечислено несколько причин, по которым желательно выполнить такое разделение.
Каждый пользователь должен иметь возможность обращаться к одним и тем же данным, реализуя свое собственное представление о них. Каждый пользователь должен иметь возможность изменять свое представление о данных, причем это изменение не должно оказывать влияния на других пользователей.
Пользователи не должны непосредственно иметь дело с такими подробностями физического хранения данных в базе, как индексирование и хеширование. Иначе говоря, взаимодействие пользователя с базой не должно зависеть от особенностей хранения в ней данных.
Администратор базы данных (АБД) должен иметь возможность изменять структуру хранения данных в базе, не оказывая влияния на пользовательские представления.
Внутренняя структура базы данных не должна зависеть от таких изменений физических аспектов хранения информации, как переключение на новое устройство хранения.
АБД должен иметь возможность изменять концептуальную структуру базы данных без какого-либо влияния на всех пользователей.
Основным назначением трехуровневой архитектуры является обеспечение независимости от данных, которая означает, что изменения на нижних уровнях не влияют на верхние уровни. Различают два типа независимости от данных: логическую и физическую.
Логическая независимость от данных означает полную защищенность внешних схем от изменений, вносимых в концептуальную схему.
Физическая независимость от данных означает защищенность концептуальной схемы от изменений, вносимых во внутреннюю схему.
5.2 Масштабируемость и другие характеристики корпоративных баз данных. Хранилища данных.
Отмечалось, что системы управления базами данных применяются во всех отраслях промышленности, причем доминирующим типом систем являются реляционные СУБД. Эти системы проектировались для управления большим потоком транзакций, каждая из которых сопровождалась внесением небольших изменений в оперативные данные предприятия, т.е. в данные, которые предприятие обрабатывало в процессе своей повседневной деятельности. Системы подобного типа называются системами оперативной обработки транзакций, или системами OLTP (On-Line Transaction Processing). Размер баз данных для систем OLTP может изменяться от совсем небольшого, всего в несколько мегабайтов, до среднего, порядка нескольких гигабайтов, и дальше, вплоть до очень большого, на уровне нескольких терабайтов или даже петабайтов. СУБД должна одинаково эффективно управлять базой данных независимо от ее объема. Эта ее характеристика называется масштабируемостью.
Широко известные методы проектирования баз данных (БД) появились в процессе разработки все более сложных Информационных Систем (ИС), которые должны были рассматривать потребности не одного пользователя, но больших групп и коллективов. Одна такая интегрированная БД создавалась для решения многих задач, каждая из которых использовала только "свою" часть данных, обычно, пересекающуюся с частями, используемыми в других задачах. Сформировалось понимание интегрированной БД как общего информационного ресурса предприятия. Хранимые данные стали аналогичны большому компьютеру, который одновременно используется многими пользователями с различными целями и должен быть все время работоспособен.
Переносимость БД. База данных может быть реализована на платформах разных типов компьютеров, операционных систем, СУБД и даже моделей данных, и, при необходимости, переноситься с одной платформы на другую.
Возможность переносимости баз данных позволяет подключать базы данных на любой сервер одной организации. Переносимость баз данных реализуется по следующим причинам:
Повышенная надежность благодаря устранению ручных этапов в процедурах аварийного восстановления, которые отличаются высокой вероятностью возникновения ошибки.
В сценарии утраченного кластеризованного сервера требуется выполнить аварийное восстановление этого сервера, чтобы клиентские компьютеры могли получить доступ к базам данных, расположенным на этом сервере.
Данные в базах данных корпоративной информационной системы не должны зависеть от сервера, поэтому доступ к ним также не должен быть зависимым от сервера.
Переносимость баз данных сокращает срок полного аварийного восстановления в различных сценариях аварийного восстановления.
Хранилища данных. Начиная с 1970-х годов организации были более заинтересованы во вложении своих средств в новые компьютерные системы, чем в автоматизацию используемых ими деловых процессов. Это позволяло им повысить свою конкурентоспособность за счет развертывания систем, которые могли предоставить клиентам более эффективный и менее дорогостоящий набор услуг. С тех пор организации накопили огромное количество информации, которая хранится в их оперативных базах данных. И теперь, в связи с широким распространением систем поддержки принятия решений, организации стремятся сконцентрировать свое основное внимание на способах использования накопленных оперативных данных в этих системах, имея целью получить за счет этого дополнительный рост своей конкурентоспособности.
Лицам, ответственным за принятие корпоративных решений, необходимо иметь доступ ко всем данным организации независимо от их расположения. Для выполнения полного анализа деятельности организации, определения ее деловых показателей, выяснения характеристик существующего спроса и тенденций его изменения необходимо иметь доступ не только к текущим данным, но и к ранее накопленным (историческим) данным.
Прежние системы оперативной обработки проектировались без учета какой-либо поддержки подобных деловых требований, поэтому преобразование обычных систем OLTP в системы поддержки принятия решений оказалось чрезвычайно сложной задачей.
Как правило, типичная организация имеет множество различных систем операционной обработки с перекрывающимися, а иногда и противоречивыми определениями, например с разными типами, выбранными для представления одних и тех же данных. Основной задачей организации является преобразование накопленных архивов данных в источник новых знаний, причем таким образом, чтобы пользователю было предоставлено единое интегрированное и консолидированное представление о данных организации.
Для решения этой хадачи была разработана концепция хранилища данных (data WareHouse). Концепция хранилища данных была задумана как технология, способная удовлетворить требования систем поддержки принятия решений, и базирующаяся на информации, поступающей из нескольких различных источников оперативных данных, функционирующих под управлением разных операционных модулей, Кроме того, в хранилище данных содержатся также различные накопительные и сводные данные.
Концепция хранилища данных базируется на усовершенствованной технологии баз данных и предусматривает специальные средства управления процессом хранения информации.
Однако лицам, ответственным за принятие корпоративных решений, необходимо иметь мощные инструменты анализа накопленных данных. Основными средствами анализа в последние годы стали инструменты оперативной аналитической обработки (On-Line Analytical Processing -- OLAP) и инструменты разработки данных (data mining).
Хранилище данных - это предметно-ориентированный, интегрированный, привязанный ко времени и неизменяемый набор данных, предназначенный для поддержки принятия решений.
В приведенном выше определении указанные характеристики данных рассматриваются следующим образом.
* Предметная ориентированность. Хранилище данных организовано вокруг основных предметов (или субъектов) организации (например, клиенты, товары и сбыт), а не вокруг прикладных областей деятельности (выставление счета клиенту, контроль запасов и продажа товаров). Это свойство отражает необходимость хранения данных, предназначенных для поддержки принятия решений, а не обычных оперативно-прикладных данных.
* Интегрированность. Смысл этой характеристики состоит в том, что оперативно-прикладные данные обычно поступают из разных источников, которые часто имеют несогласованное представление одних и тех же данных, например используют разный формат. Для предоставления пользователю единого обобщенного представления данных необходимо создать интегрированный источник, обеспечивающий согласованность хранимой информации.
* Привязка ко времени. Данные в хранилище точны и действительны только в том случае, если они привязаны к некоторому моменту или промежутку времени. Необходимость привязки хранилища данных ко времени следует из большой длительности того периода, за который была накоплена сохраняемая в нем информация, из явной или неявной связи временных отметок со всеми сохраняемыми данными, а также из того факта, что хранимая информация фактически представляет собой набор снимков состояния данных.
* Неизменяемость. Это означает, что данные не обновляются в оперативном режиме, а лишь регулярно пополняются за счет информации из оперативных систем обработки. При этом новые данные никогда не заменяют, а лишь дополняют прежние. Таким образом, база данных хранилища постоянно пополняется новыми данными, последовательно интегрируемыми с уже накопленной информацией.
В последние годы тематика хранилищ данных обогатилась новым термином -- сетевое хранилище данных. Сетевое хранилище данных - распределенное хранилище данных, реализованное в среде Web и не имеющее центрального репозитория данных.
Преимущества технологии хранилищ данных:
Потенциально высокая отдача от инвестиций
Повышение конкурентоспособности
Повышение эффективности труда лиц, ответственных за принятие решений
5.3 СУБД и структурные решения в корпоративных системах
Попытаемся выделить основные характеристики классической корпорации. В целом они типичны для представителя семейства больших организаций и предприятий и представляют для нас интерес именно в этом качестве.
* Масштабы и распределенная структура. В состав корпорации может входить множество предприятий и организаций, расположенных по всей территории страны, а также за ее пределами.
* Широкий спектр подотраслей и направлений деятельности, подлежащих автоматизации. В рамках создания информационной системы корпорации планируется автоматизировать целые направления ее деятельности, в том числе, бухгалтерский учет, управление финансами, капитальное строительство и управление проектами, материально-техническое снабжение, управление производством и персоналом, внешнеэкономические связи и ряд других направлений.
* Организационно-управленческая структура корпорации. Предприятия и организации в составе корпорации обладают определенной самостоятельностью в выработке и проведении технической политики собственной автоматизации.
* Разнообразие парка вычислительных средств, сетевого оборудования и, в особенности, базового программного обеспечения.
* В корпорации эксплуатируется большое количество разнообразных приложений специального назначения, созданных на базе различного базового программного обеспечения.
Мы указали только основные черты индустриальной корпорации, хотя существует множество других, менее значимых характеристик, которые мы рассматривать не будем.
Эволюция информационных систем прошла путь длиной более чем в 40 лет. С развитием компьютерной техники, программных средств, методов управления информацией менялся и смысл, вкладываемый в это понятие - теперь уже никто не назовет электронную таблицу с калькулятором таким громким именем, как информационная система. Современные информационные системы являются сложными интегрированными комплексами, которые включают в себя модули, отвечающие практически за все механизмы работы современного предприятия. Информационная система - это набор механизмов, методов и алгоритмов, направленных на поддержку жизненного цикла информации и включающих три основных процесса: обработку данных, управление информацией и управление знаниями.
С точки зрения программных технологий, информационная система - это не один, и даже не несколько программных комплексов.
Самым нижним уровнем информационной системы является хранилище, в котором содержится вся интеллектуальная собственность предприятия. Это могут быть документы, справочники, структурные таблицы, деловые правила, описание процессов. Прямого доступа к хранилищу быть не должно, как для пользователей, так и для различных систем предприятия. Прямой доступ имеет лишь система управления знаниями, которая служит своего рода шлюзом для остальных систем и формирует информационное окружение предприятия. Система управления знаниями объединяет идеи, знания, содержание документов и деловые правила, автоматизируя процессы, базирующиеся на знаниях, как внутри предприятия, так и между разными организациями. Для этого нужен шлюз, позволяющий производить обмен данными с внешними системами. Это необходимое условие, так как современные процессы направлены на объединение предприятий в крупные концерны и очевидно, что передача знаний очень важна. Например, системы планирования ресурсов предприятия ERP (Enterprise Resource Planning - планирование ресурсов предприятия) не могут работать независимо - процессы, связанные с управлением финансами, складами, человеческими ресурсами, используют уже накопленные знания и приносят новые.
Также важно выделить класс систем анализа и принятия решений DSS (Decision Support System - система поддержки принятия решений), без которого жизненный цикл информации не будет завершен. В современных организациях интеллектуальный анализ данных становится все более важной задачей. Связано это с необходимостью аналитической обработки больших объемов информации, накопившейся в хранилищах. Такие системы помогают найти новые знания, выявить недостатки и слабые места информационной системы, оценить эффективность тех или иных процессов, установить новые информационные взаимосвязи.
Очень часто говорят, что такой класс систем должен работать непосредственно с хранилищем, поскольку обработке подлежат содержащиеся в нем данные. Теоретически это верно, но на практике такое невозможно - любые изменения в содержимом хранилища, процессах, правилах и взаимосвязях могут и должны производиться системой управления знаниями. Тогда DSS - системам не придется задумываться над тем, в каком формате хранятся данные, и главное, что любое изменение информации будет немедленно влиять на взаимосвязи и процессы, в которых она принимает участие.
Информационные системы, представляющие собой набор интегрированных приложений, которые комплексно, в едином информационном пространстве поддерживают все основные аспекты управленческой деятельности предприятий - планирование ресурсов (финансовых, человеческих, материальных) для производства товаров (услуг), оперативное управление выполнением планов (включая снабжение, сбыт, ведение договоров), все виды учета, анализ результатов хозяйственной деятельности, называются корпоративными информационными системами (КИС).
К КИС или, как их еще называют, к корпоративным управленческим системам EAS (Enterprise Application Suite - набор приложений масштаба предприятия) относятся системы стандартов MPS, MPR , MPR II, ERP, ERP II и CSRP.
5.4 Технологии Internet/Intranet и корпоративные решения по доступу к базам данных
Под Intranet понимают внутреннюю сеть организации, реализованную с использованием Internet-технологий, в частности, Web-технологий. То есть, Intranet - это Web-узел или группа Web-узлов, принадлежащих одной организации и доступных только ее членам. В Intranet выделяют так называемую внешнюю сеть(ExtraNet). По сравнению с внутренней сетью, которая находится за брандмауэром и доступна только членам данной организации, внешняя сеть обеспечивает различные уровни доступа и для внешних пользователей. Доступ к внешней сети обычно возможен только при условии правильного ввода учетного имени и пароля пользователя; доступ к тем или иным ресурсам внешней сети предоставляется с учетом того, к какой категории относится данный пользователь. В настоящее время внешние сети стали весьма популярным средством обмена данными между деловыми партнерами.
Изначально технология Internet/Intranet/WWW предназначалась для облегчения доступа к информации и публикации документов. Программа-клиент (браузер) выполняет функции интерфейса пользователя и обеспечивает доступ практически ко всем информационным ресурсам Internet/Intranet посредством HTTP-сервиса. База данных гипертекста - это часть файловой системы, которая содержит текстовые файлы в формате HTML и связанные с ними графику и другие ресурсы. Фактически, браузер является интерпретатором HTML-текста. И как типичный интерпретатор клиент в зависимости от команд разметки выполняет различные функции. В круг этих функций входит не только размещение текста на экране, но и обмен информацией с сервером по мере анализа полученного HTML-текста, что наиболее наглядно происходит при отображении встроенных графических образов. При анализе URL-спецификаций или по командам сервера клиент запускает дополнительные help-программы для работы с документами в форматах, отличных от HTML, например, GIF, JPEG, MPEG, Postscript и т.п. Кроме того, в гипертекст может быть встроен текст сценария на JavaScipt, VBScript и др., который расширяет логику диалога и обеспечивает простую прикладную обработку. Браузер вызывает соответствующий интерпретатор для исполнения сценария.
Первоначально сеть Internet была "улицей с односторонним движением" - информация с Web-страниц поступала к пользователю от Web-сервера при наличии запроса. С появлением в языке HTML диалоговых свойств пользователь получил обратную связь с Web-сервером. Для обеспечения специальной обработки (поиска, карт изображений, анкетных листов, включений и т.п.) на Web-сервере может быть запущена серверная программа, которая обменивается параметрами с браузером. Обмен параметров при этом осуществляется через интерфейс CGI (CommonGatewayInterface). В последнее время все большее распространение получает механизм согласования запускаемых программ через MIME-типы.
Наличие диалоговых свойств в HTML и интерфейса CGI позволяет строить Intranet-приложения с доступом к БД . Наиболее распространена схема динамической публикации отчетов. При этом в качестве CGI-процедуры используется параметризуемый генератор отчетов. Однако это не единственная схема, возможно применять программы ввода информации в БД. Для контроля вводимых данных лучше применять сценарии на клиентской стороне, а не серверные процедуры. В последнем случае замедляется реакция, и диагностика ошибок носит отложенный пакетный характер.
Если используются традиционные статичные страницы гипертекста, то в ответ на запрос клиента Web-сервер передает страницу в формате HTML. Однако при работе Intranet-приложения с базой данных адрес URL указывает не на страницу гипертекста, а на серверную программу или сценарий. Серверная процедура получает введенные пользователем данные, формирует и передает SQL-запрос (определяющий логику управления данными) и, возможно, данные к СУБД. Сервер БД по запросу выполняет обновление, вставку, удаление или выборку записей из БД. CGI-процедура полученные результаты преобразует в формат HTML или в формат диалоговых переменных. Затем Web-сервер посылает полученную HTML-cтраницу или значения диалоговых переменных браузеру для отображения. Так как этот процесс основан на технологии Web, клиентской платформой может стать любой компьютер, на котором исполняется Web-браузер, а серверной платформой - любая ЭВМ под управлением Web-сервера.
Использование CGI-процедур имеет ряд недостатков - статичное представление информации, преобразование результата-отчета в HTML-файл, отсутствие динамического просмотра изменения информации в базе данных, процедура "не помнит состояний запросов" - каждое обращение к БД требует повторного установления соединения. Кроме того, такой принцип работы перегружает коммуникационную среду.
Рассмотренная схема по существу является трехзвенной архитектурой клиент-сервер, где Web-сервер выступает в качестве сервера приложений.
Тема 6. Прикладное программное обеспечение в корпоративных информационных системах
6.1 Обеспечение совместимости программного обеспечения в корпоративных системах
В некоторых технических областях существуют жесткие требования к совместимости различных систем. Например, в мире распространены три телевизионные системы - PAL, SECAM и NTSC, и для их согласования разработаны специальные устройства - декодеры. Но наиболее жесткие требования к совместимости существуют в компьютерной области. Это качество компьютеров помогает перенести требования совместимости на экономические программы.
Концепция программной совместимости впервые в широких масштабах была применена разработчиками системы IBM/360. Основная задача при проектировании всего ряда моделей этой системы заключалась в создании такой архитектуры, которая была бы одинаковой с точки зрения пользователя для всех моделей системы независимо от цены и производительности каждой из них. Огромные преимущества такого подхода, позволяющего сохранять существующий задел программного обеспечения при переходе на новые (как правило, более производительные) модели, были быстро оценены как производителями компьютеров, так и пользователями и, начиная с этого времени, практически все фирмы-поставщики компьютерного оборудования взяли на вооружение эти принципы, поставляя серии совместимых компьютеров. Следует заметить, однако, что со временем даже самая передовая архитектура неизбежно устаревает и возникает потребность внесения радикальных изменений в архитектуру и способы организации вычислительных систем.
Несовместимость -- бич современной индустрии программирования. Нелегко интегрировать модули, написанные на разных языках программирования. Программы, исполняющиеся на разных машинах, для взаимообмена данными должны преодолеть огромные трудности. Приложения для разных ОС написаны с применением несовместимых API, что затрудняет перенос. И по мере того, как интересы разработчиков смещаются от изолированных программ и клиент-серверных приложений к Web-приложениям, возникают новые типы несовместимости: несовместимость между программными моделями, прошедшими проверку временем, и моделями, возникшими спонтанно для удовлетворения новых потребностей. Вместо компилируемых языков мы имеем дело с языками сценариев. Вместо насыщенных графических пользовательских интерфейсов -- HTML. А вместо объектно-ориентированного программирования -- приложения масштаба предприятия, представляющие собой смесь процедурного кода, HTML, DHTML, XML, COM и других не связанных друг с другом технологий,
Совместимость - поддержка выполнения прикладных программ, написанных для других операционных систем, а также взаимодействие между различными ОС, функционирующих в корпоративной среде.
Как решаются вопросы обеспечения совместимости программного обеспечения? Рассмотрим несколько подходов.
Первый - использование языка программирования Java, разработанного фирмой Sun. . Одно из основных преимуществ языка Java-- независимость от платформы, на которой выполняются программы: один и тот же код можно запускать под управлением операционных систем Windows, Solaris, Linux, Machintosh и др. Это действительно необходимо, когда программы загружаются через Интернет для последующего выполнения под управлением разных операционных систем. Необычайная способность Java исполнять свой код на любой из поддерживаемых платформ достигается тем, что ее программы транслируются в некое промежуточное представление, называемое байт-кодом (bytecode). Байт-код, в свою очередь, может интерпретироваться в любой системе, в которой есть среда времени выполнения Java. Большинство ранних систем, в которых пытались обеспечить независимость от платформы, обладало огромным недостатком -- потерей производительности (Basic, Perl). Несмотря на то, что в Java используется интерпретатор, байт-код легко переводится непосредственно в “родные” машинные коды (Just In Time compilers) “на лету”. При этом достигается очень высокая производительность.
Второй - технология .Net (дот нет) от фирмы Microsoft.
У Microsoft есть видение будущего, в котором решены эти и многие другие проблемы. Воплощением этого видения является инициатива Microsoft .NET. Microsoft .NET, или просто .NET, представляет собой новый способ разработки и развертывания ПО, который с помощью таких стандартов как HTTP и XML делает реальностью мечту о легко взаимодействующих программах, а Интернет позволяет обеспечить доступ к программным сервисам в невиданных ранее масштабах. Важной частью инициативы является .NET Framework -- платформа для разработки и исполнения приложений .NET. Ее использование не является обязательным условием для создания приложений .NET, но она намного упрощает и ускоряет разработку. Среди ее многочисленных достоинств - объектно-ориентированное программирование для Web; устранение многих типов наиболее распространенных и опасных программных ошибок, общий API (интерфейс прикладного программирования) для всех языков, т. е. для написания разных частей приложения можно использовать различные языки программирования.
Третий - использование языка SQL.
Совместимость с SQL-системами играет большую роль, когда предполагается проведение работы с корпоративными данными. СУБД, хорошо подготовленные к работе в качестве средств первичной обработки информации для SQL-систем, могут открыть двери в системы с архитектурой клиент-сервер.
СУБД имеют доступ к данным SQL в следующих случаях:
базы данных совместимы с ODBC (Open Database Connectivity - открытое соединение баз данных);
реализована естественная поддержка SQL-баз данных;
возможна реализация SQL-запросов локальных данных.
Многие СУБД могут "прозрачно" подключаться к входным SQL-подсистемам с помощью ODBC или драйверов, являющихся их частью, поэтому существует возможность создания прикладных программ для них. Некоторые программные продукты совместимы также с SQL при обработке интерактивных запросов на получение данных, находящихся на сервере или на рабочем месте.
6.2 Открытость, модульность, мобильность и масштабируемость программного обеспечения
Разделение программы на модули до некоторой степени позволяет уменьшить ее сложность... Однако гораздо важнее тот факт, что внутри модульной программы создаются множества хорошо определенных и документированных интерфейсов. Эти интерфейсы неоценимы для исчерпывающего понимания программы в целом.
Модульная организация ПО позволяет разнести различные функции информационной системы (опрос объектов, обработка данных, хранение данных) на разные вычислительные машины, обеспечивает работу комплекса в одно- или многопользовательском режимах, определяет пользователям разный уровень доступа к операциям, функциям, объектам и архивным данным.
Модульность программного обеспечения предоставляет возможность замены и совершенствования одних сервисов без изменения других, позволяет поэтапно расширять систему, начиная с минимальной конфигурации.
Масштабируемость программного обеспечения - способность программного обеспечения корректно работать на малых и на больших системах с производительностью, которая увеличивается пропорционально вычислительной мощности системы (скорость выполнения программ прямо пропорциональна производительности и количеству процессоров).
Масштабируемость программного обеспечения затрагивает все его уровни от простых механизмов передачи сообщений до работы с такими сложными объектами как мониторы транзакций и вся среда прикладной системы. В частности, программное обеспечение должно минимизировать трафик межпроцессорного обмена, который может препятствовать линейному росту производительности системы.
Масштабируемость программного обеспечения достигается за счет возможности работы пакетов с различными базами данных для предприятий различного размера.
Масштабируемость означает возможность объединения абсолютно любого количества некогда локальных компьютеров в сеть, в которой каждый пользователь имеет строго обозначенные рамки решаемых им задач, ответственности и доступа к информации.
Вычислительная среда должна позволять гибко менять количество и состав аппаратных средств и программного обеспечения в соответствии с меняющимися требованиями решаемых задач. Она должна обеспечивать возможность запуска одних и тех же программных систем на различных аппаратных платформах, т.е. обеспечивать мобильность программного обеспечения. Эта среда должна гарантировать возможность применения одних и тех же человеко-машинных интерфейсов на всех компьютерах, входящих в неоднородную сеть. В условиях жесткой конкуренции производителей аппаратных платформ и программного обеспечения сформировалась концепция открытых систем, представляющая собой совокупность стандартов на различные компоненты вычислительной среды, предназначенных для обеспечения мобильности программных средств в рамках неоднородной, распределенной вычислительной системы.
Обеспечить быстрое внедрение системы ЭЦП (Электронной цифровой подписи) при ограниченных издержках и контролируемом риске позволяет использование так называемого открытого программного обеспечения (Open Source). Во избежание вопросов о том, как сочетаются понятие ЭЦП, подразумевающее закрытость информации, и открытость программного обеспечения, сразу оговоримся, что термин "открытый" относится к свободному распространению текстов программ, а не к данным, которые эти программы обрабатывают.
Определение открытого программного обеспечения (www.opensource.org/docs/definition_plain.html) подразумевает его свободное распространение, доступность исходных текстов и их изменяемость. Это позволяет строить сложные информационные системы с минимальными затратами времени и средств, поскольку базовый функционал системы реализуется на основе готовых открытых решений. Программируются лишь те части системы, которые формируют специфическую бизнес-логику компании, внедряющей у себя это решение.
6.3 Концепции управления компьютеризированными предприятиями. CIO-менеджмент на современном предприятии
Благодаря внедрению автоматизированной информационной системы предприятие может получить следующие конкурентные преимущества:
повышается эффективность ключевых процессов: от производства, закупок и продаж до администрирования и управления компанией;
с ее помощью увязываются воедино основные процессы в подразделениях;
ускоряется процесс закрытия финансовой отчетности;
сокращаются издержки за счет централизации и автоматизации ряда процессов;
значительно повышается операционная эффективность компании.
Для того, чтобы предприятие смогло воспользоваться этими преимуществами, необходимо при развитие информационной системы во главу угла поставить обеспечение достижения целей, стоящих перед производственными подразделениями предприятия.
Первые системы, решавшие эту задачу, получили название MRP (Material Requirements Planning -- «Планирование потребностей в материалах»).
Постепенно был совершен переход от автоматизации управления производством на уровне локальных задач к интегрированным системам, охватывающим выполнение всех функций управления производством. Итогом этого процесса явились системы, получившие название MRPII (Manufacturing Resource Planning -- «Планирование производственных ресурсов»). MRPII представляет собой методологию, направленную на эффективное управление всеми производственными ресурсами предприятия. Она обеспечивает решение задач планирования деятельности предприятия в натуральном и денежном выражении, моделирование возможностей предприятия, отвечая на вопросы типа "Что будет, если..?". Эта методология базируется на ряде крупных взаимосвязанных функциональностей, среди которых:
* Бизнес-планирование (Business Planning -- ВР).
* Планирование продаж и деятельности предприятия в целом (Sales and Operations Planning -- S&OP).
* Планирование производства (Production Planning -- PP).
* Разработка графика выпуска продукции (Master Production Scheduling - MPS).
* Планирование материальных потребностей (Material Requirements Planning -- MRP).
* Планирование производственных мощностей (Capacity Requirements Planning -- CRP).
* Различные системы оперативного управления производством. Среди них системы, основанные на составлении расписаний работ на цеховом уровне (Shop Floor Control -- SFC) и системы поточного производства типа «точно-в-срок» (Just-in-Time - JIT).
Дальнейшим развитием системы MRPII стали системы ERP(Enterprise Resource Planning - «Планирование ресурсов предприятия»), CSRP («Планирование ресурсов, синхронизированное с покупателем»). В системах класса ERP сделана попытка охватить все службы предприятия, включая логистику, НИиОКР и так далее. Использование ERP содействует объединению, уменьшению числа ненужных операций, сокращению ошибок, улучшает способности к прогнозу и планированию, что может обеспечить значительное сокращение издержек и улучшение процесса производства. ERP оптимизирует прием заказов, планирование производства, закупку, производство, доставку и управление - то есть все внутренние операции. Но если конкурентное преимущество в следующем десятилетии будет определяться созданием и доставкой покупательской ценности, текущая модель ERP недостаточна. Производители должны расширять правила игры и включать нового игрока - покупателя.
Если предпочтения покупателей меняются с беспрецедентной скоростью, то каким образом возможно получать критичную информацию о рынке? Ответ прост - интегрировать покупателей с бизнес планированием и исполнительной системой. Таким образом, в системах класса CSRP реализован маркетинговый подход к управлению предприятием.
Синхронизация покупателя и отделов организации, ориентированных на работу с покупателем, с исполнительным и планирующим центром компании обеспечивает способность выявлять благоприятные возможности для создания различий, поддерживающих конкурентные преимущества. Вкрапления в реальном времени требований покупателей в системы ежедневного планирования и производства организации заставляет руководителей предприятий расширять свое внимание за пределы того "как" производить, учитывать критические продуктовые и рыночные факторы. Производители, движимые взаимодействием с покупателем, а не производством, могут создавать преимущества путем развития систематического подхода к оценке:
какие продукты производить
какие услуги предлагать
на какие новые рынки нацеливаться.
Отметим еще одну проблему, существующую на всех предприятиях, которая в какой-то мере решаема с помощью информационных систем. В интеллектуальном капитале выделяются неявные знания (человеческие ресурсы) и явные знания (информационные ресурсы). В какой-то мере возникновение информационного менеджмента связано с необходимостью преобразования на предприятии неявных знаний в явные. Это объясняется тем, что информационные ресурсы значительно легче поддаются капитализации по сравнению с человеческими ресурсами.
Иначе говоря, человеческие ресурсы не могут быть собственностью предприятия. Можно нанять высококлассного специалиста, но нельзя запретить использовать полученные знания, навыки и умения вне организационной структуры, в рамках которой они были получены. Поэтому гораздо эффективнее направить усилия на оптимизацию информационных ресурсов, сделать так, чтобы опыт и знания профессионалов становились достоянием организации, причем независимо от того, связывают ли эти люди свое будущее с ней или нет. Это намного более действенный способ создания зрелой корпоративной культуры в современных условиях, чем попытка строить работу организации на основании возможностей конкретных сотрудников. Тем самым будет формироваться конкурентное преимущество предприятия, в меньшей степени зависящее от человеческих ресурсов.
Цель современного менеджмента - капитализация знаний, что достигается как путем развития человеческих ресурсов предприятия, так и эффективным информационным менеджментом, то есть управлением информационными ресурсами.
6.4 MRP-системы. ERP-системы. CRM-системы
Информационные системы класса MRP
С проблемой планирования деятельности предприятия разработчики информационных систем столкнулись еще в 1960-е гг. Тогда была разработана методология планирования потребностей в материалах MRP (Material Requirements Planning). Реализация системы, работающей по этой методологии представляет собой компьютерную программу, позволяющую оптимально регулировать поставки материалов комплектующих, контролируя запасы на складе и саму технологию производства. Основною целью, которую преследовали разработчики, являлась минимизация издержек, появляющихся на производстве. До появления MRP систем для учета и отслеживания запасов применялись карточки складского учета, в которых указывалось поступление материалов на склад, их отпуск со склада, а также их остаток. Как правило, информация с карточек дублировалась в книгах учета движения материалов. Скорость реагирования такой системы была крайне невысокой и, в силу специфики регистрации информации, приводила к значительному количеству ошибок и неточностей.
Важную роль в системах MRP играет спецификация изделия, представляющая собой перечень сырья, материалов и комплектующих, необходимых для производства конечного изделия, с указанием нормативов по их использованию, а также иерархическое описание структуры конечного изделия.
На основе плана производства, спецификации изделия и учета технологических особенностей производства осуществляется расчет потребностей в материалах. Потом составляется план закупок и производства. Что очень важно, в систему вводятся фиксированные сроки исполнения. Общая функциональная схема MRP системы показана на рис.1
Рис. 1 - Общая функциональная схема MRP системы
Методы планирования MRP стали учитывать информацию о составе изделия, состоянии складов и незавершенного производства, а также заказов и планов-графиков производства.
Информационной системой класса MRP заказы упорядочиваются, например, по приоритетам или по срокам отгрузки; формируется объемный план-график производства который обычно создается по группам продукции и может быть использован для планирования загрузки производственных мощностей; для каждого изделия, попавшего в план-график производства, состав изделия “детализируются” до уровня заготовок, полуфабрикатов, узлов и комплектующих изделий; в соответствии с планом-графиком производства определяется график выпуска узлов и полуфабрикатов, а также оценивается потребность в материалах и комплектующих изделиях, и назначаются сроки их поставки в производственные подразделения.
Алгоритм MRP не только выдает заказы на пополнение запасов, но и позволяет корректировать производственные задания с учетом изменяющейся потребности в готовых изделиях. Следует отметить, что методы MRP применимы не на каждом типе производстве.
Пример:
Методы MRP получили распространение в США и практически не применялись в Японии. Дело в том, что японские методы управления в машиностроении в основном были ориентированы на массовое производство, а американские -- на мелкосерийное. В условиях мелкосерийного производства может меняться номенклатура и структура заказов. Изменение потребностей в готовой продукции ведет к изменению потребностей в комплектующих изделиях, сырье и материалах. В массовом производстве можно достаточно эффективно использовать более простые, объемные методы учета и планирования.
Информационные системы класса ERP
Понятие ERP было впервые введено в начале 1990 - х годов.
Главная цель концепции ERP - распространить принципы MRP II на управление современными корпорациями. Концепция ERP представляет собой надстройку над методологией MRP II. Не внося никаких изменений в механизм планирования производственных ресурсов, она позволяет решить ряд дополнительных задач, связанных с усложнением структуры компании.
Корпоративные информационные системы (КИС) (англ. ERP -Enterprise Resource Planning) - это комплекс интегрированных приложений, позволяющих создать единую среду для автоматизации планирования, учета, контроля и анализа всех основных бизнес-процессов предприятия. КИС включает в себя определенный набор подсистем, связанных с деятельностью предприятия: финансы, снабжение и сбыт, хранение, производство и т.д.
Основные особенности информационных систем класса ERP:
универсальность с точки зрения типов производств;
поддержка многозвенного производственного планирования;
более широкая (по сравнению с MRP II) сфера интегрированного планирования ресурсов;
включение в систему мощного блока планирования и учета корпоративных финансов;
внедрение в систему средств поддержки принятия решений.
Универсальность. Даже на обычном предприятии (не говоря уже о корпорации) могут сосуществовать производства различных типов. Например, у предприятия с основным производством непрерывного типа может быть вспомогательное производство, содержащее ремонтно-механические цеха, ориентированные на дискретный производственный цикл. Кроме того, предприятие может инициировать новое производство, что подразумевает проектное планирование и управление. Для поддержки планирования и управления всем предприятием в целом, информационная система должна "уметь" работать с каждым из этих типов производств.
Поэтому системы класса ERP содержат набор модулей, каждый из которых специализирован на определенном типе производства.
Многозвенное производственное планирование. Большие производственные объединения, распределенные территориально, могут состоять из обособленных структурных подразделений или филиалов (звеньев). Каждый филиал, как правило, имеет отдельный законченный производственный процесс. Однако зачастую подразделения связаны между собой цепочкой поставок некоторых единиц продукции. Это усложняет процесс планирования деятельности, как отдельных подразделений, так и всего производственного объединения. Чтобы предотвратить простои и перегрузки отдельных производств из-за не поставленных во время деталей, план-графики закупок/производства различных производственных подразделений компании должны быть согласованы между собой.
Расширение сферы интегрированного планирования ресурсов В классических MRP II-системах интегрированное планирование ресурсов охватывало лишь производственные, складские, снабженческие и сбытовые подразделения предприятия. Действия других тесно связанных с производственным процессом подразделений и служб (например, ремонтных, транспортных) не вовлекались в планирование. Точно так же за кадром оставались проектные работы. ERP-системы позволяют вовлечь в сферу интегрированного планирования ресурсов все подразделения предприятия, так или иначе эти ресурсы использующие. Это позволяет достичь оптимизации бизнес-операций предприятия, а также координации действий всех служб и подразделений для обеспечения их эффективной работы.
Планирование и учет корпоративных финансов. Реализация в ERP-системах поддержки планирования ресурсов разветвленной корпорации влечет необходимость усиления финансового блока, реализации управления сложными финансовыми потоками и возможности корпоративной консолидации. Поэтому в ERP-системы входят мощные системы управления корпоративными финансами.
Включение в системы мощных средств поддержки принятия решений. Поскольку управленческие решения принимаются людьми, то сама по себе ERP-система не является инструментом для принятия управленческих решений, она лишь поставляет необходимую для этого информацию.
Сразу следует отметить, что хотя для внедрения ERP-систем основными является производственные предприятия, такие системы развиваются в связи с запросами рынка: добавляются новые функциональности, решения переносятся на новые технологические платформы.
CRM - концепция
После появления крупных супер-маркетов и торговых автоматов стало наблюдаться обезличивание клиентов, что стало приводить к падению продаж. Для сохранения конкурентоспособности в последние годы принципы персонализации и заботы о потребителе стали возвращаться, воплотившись в концепции CRM.
CRM - Customer Relationship Management (управление взаимоотношениями с клиентом) - провозглашает вместо заботы об обезличенных потребителях заботу о потребителе. Причем, о каждом индивидуально. Собираемая и обрабатываемая информация о клиенте (например, история его покупок, потребности и предпочтения) используется для того, чтобы более точно специфицированное предложение было с большой долей вероятности принято клиентом. Естественно, что при наличии большого числа клиентов, подобный подход реализуется с использованием информационных технологий как вспомогательного инструмента.
CRM-концепция требует более совершенных подходов, ориентированных на потребителя, целью которых является развитие бизнеса как такового. Таким образом, CRM подразумевает управление маркетинг - процессами, продажами, производством, разработками и т.д.
В реализацию CRM-концепции должно быть вовлечено (в прямой или опосредованной форме) большинство корпоративных служб и подразделений - маркетинг, производство, служба клиентской поддержки, территориальные подразделения продаж и службы сервиса.
Подобные документы
Понятие, хранение и обработка экономической информации. Моделирование и методы решения задач экономического содержания, сетевые компьютерные технологии. Корпоративные информационные системы, автоматизация предметных областей экономической направленности.
курс лекций [2,9 M], добавлен 19.02.2012Автоматизированные поисковые системы. Информационные технологии в делопроизводстве и документообороте. Компьютерные сети и гипертекстовые технологии. Использование систем управления базами данных. Обработка информации на основе электронных таблиц.
контрольная работа [2,9 M], добавлен 15.12.2013Информационные технологии в экономике. Основы автоматизации экономической деятельности предприятий. Компьютерные технологии моделирования управления. Защита информации в информационных системах. Программное обеспечение экономической деятельности.
курс лекций [1,8 M], добавлен 15.03.2010Сущность понятия "информационные технологии". Компьютерные науки и технологии. Социальная, промышленная и индустриальная революция. Основной носитель информации в XV и ХХ веке. Информатика как совокупность научных направлений, изучающих информацию.
презентация [604,9 K], добавлен 08.09.2013Классификация информационных систем и технологий в организационном управлении. Методы и организация создания ИС и ИТ. Состав, структура, внутримашинного информационного обеспечения. Информационные технологии и процедуры обработки экономической информации.
контрольная работа [28,9 K], добавлен 25.07.2012Реляционные базы данных как часть корпоративных информационных систем, их построение по принципам клиент-серверной технологии. Основные характеристики СУБД Firebird. Проектирование базы данных для информационной системы "Компьютерные комплектующие".
курсовая работа [1,9 M], добавлен 28.07.2013Информационные технологии управления турфирмами для автоматизации деятельности туроператоров, турагентов по формированию и реализации турпродукта потребителю. Глобальные компьютерные системы бронирования. Информационные технологии управления гостиницами.
контрольная работа [37,1 K], добавлен 05.05.2014Технологические процессы обработки информации в информационных технологиях. Способы доступа к Internet. Информационные технологии в локальных и корпоративных компьютерных сетях. Средства обработки графической информации. Понятие информационной технологии.
учебное пособие [1,4 M], добавлен 23.03.2010Организационная и экономическая характеристика ООО "Транссервискарс". Организация охраны труда, окружающей среды и энергосбережения на предприятии. Программное и системное обеспечение организации. Специфика технологического процесса обработки информации.
отчет по практике [225,9 K], добавлен 29.11.2012Корпоративные информационные системы и базы данных, их использование для совершенствования и отлаживания ведения бизнеса. Классификация корпоративных информационных систем. Информационные системы класса OLTP. Оперативная аналитическая обработка.
курсовая работа [54,2 K], добавлен 19.01.2011
