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

24.10.2023

Содержание

Введение	3
Цели и задачи внедрения информационной системы	4
Классификация информационных систем	6
Требования к информационной системе	9
Проектирование и создание информационных систем	10
Внедрение информационных систем	13
Традиционный подход	14
Инновационный подход	16
Оценка эффективности	18
Опыт использования информационных систем	19
Список использованной литературы	21

Введение

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

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

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

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

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

Цели и Задачи информационной системы

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

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

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

Основными целями автоматизации деятельности предприятия являются:

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

Для того, чтобы реально оценить эффективность системы, очень важно понимать какие задачи может решать правильно разработанная информационная система:

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

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

классификация Информационных систем

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

Следующий этап усовершенствования материального учета был ознаменован системами планирования производственных или материальных (в зависимости от направления деятельности организации) ресурсов. Эти системы, вошедшие в стандарт, а вернее два стандарта (MRP – Material Requirements Planning и MRP II – Manufacturing Requirements Planning ), очень широко распространены на Западе и давно и успешно используются предприятиями, в первую очередь производственных отраслей. Основные принципы, которые легли в основу систем стандарта MRP, включают

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

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

Рис. 1

Следует отметить, что системы стандарта MRP решают проблему не столько учета, сколько управления материальными ресурсами предприятия.

Наиболее популярным на данный момент новым видом информационных систем являются системы стандарта ERP - Enterprise Resource Planning . ERP-системы в своей функциональности охватывают не только складской учет и управление материалами, что в полном объеме предоставляют вышеописанные системы, но добавляют к этому все остальные ресурсы предприятия, прежде всего денежные. То есть ERP-системы должны охватывать все сферы предприятия, непосредственно связанные с его деятельностью. В первую очередь, здесь имеются в виду производственные предприятия. Системы данного стандарта поддерживают осуществление основных как финансовых, так и управленческих функций. Например, в системах Baan 1 – это:

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

Рис. 2

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

требования к информационной системе

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

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

Эти требования являются основными, но далеко не единственными критериями выбора корпоративной информационной системы для предприятия.

Проектирование и создание информационной системы

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

Многие компании верят в то, что одна только автоматизация приведет к улучшению финансово-экономической ситуации, и начинают усилия по реализации информационных систем непосредственно с автоматизации, пропуская критические шаги понимания и упрощения своих бизнес процессов. Но нередко эти процессы настолько неупорядочены, что в общем создают впечатление хаоса на предприятии. Как известно, автоматизировать хаос далеко не просто, если невозможно. Поэтому прежде чем создавать информационную систему следует пересмотреть систему управления в организации. Изменение бизнес процессов называют реинжинирингом (business processes reengineering). Так, для начала нужно упорядочить схему бизнес процессов и систему управления организации в целом:

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

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

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

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

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

Финансовый менеджер и руководство предприятия должны относиться к автоматизации, как к проекту, то есть определить все стадии, характеристик, временные рамки и бюджет. Основными этапами работы над проектом по автоматизации являются:

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

Результатом проектирования системы является строго формализованное описание как объекта ее автоматизации, так и ее самой. Этот документ должен содержать описание того, с какой информацией должна работать система, каким образом представляются в ней данные и по каким правилам она работает.
внедрение информационной системы
Эффективность автоматизации деятельности предприятия, наравне с правильным проектированием и созданием системы, зависит от способа ее внедрения в организационную структуру компании. Обусловлено это психологическими факторами - обычно наблюдается сопротивление сотрудников созданию и использованию системы. Кроме того, внедрение системы может длиться от 6 месяцев до 2-3 лет. За такой период могут произойти изменения внешних и внутренних факторов, влияющих на работу предприятия. Поэтому ожидания руководства по поводу результатов работы системы могут не оправдаться (так как они уже успеют измениться).

Рис. 3

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

Традиционный подход

Данный подход к внедрению информационных систем для автоматизации деятельности компании организован по принципу «сверху вниз». Недостатки данного подхода известны: одним из самых существенных недостатков является то, что внедряемая в организации традиционная ("жесткая") система автоматизации позволяет получать результаты от работы системы в первую очередь исполнителям нижнего уровня (рис. 4).

Рис. 4. Первый этап горизонтальной автоматизации:

автоматизация уровня исполнителей.

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

Рис. 5. Второй этап горизонтальной автоматизации: автоматизация уровня исполнителей и среднего звена управления.

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

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

Второй подход к автоматизации деятельности предприятия основан на использовании адаптируемых инновационных систем – систем, “способных саморегулироваться в соответствии с изменениями внешних условий.” 3

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

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

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

Рис. 7. Первый этап: автоматизация верхних уровней управления.

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

Рис. 8. Второй этап: создание единого информационного пространства

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

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

Оценка эффективности

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

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

В реальности, оценка результативности внедрения производится по “средним отраслевым показателям” (industry average). Типичные средние результаты внедрения 4:

15-25% увеличение производительности
10-20% уменьшение складских запасов
20-50% сокращение сроков выполнения заказов

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

Конечно, можно просто взять формулу и посчитать норму возврата на инвестиции (Return on investment). Но это не даст полной картины, так как не все положительные результаты можно так просто выразить в денежных единицах: например, возможные стратегические выгоды для компании или степень удовлетворения клиентов. Тем не менее, данное утверждение не означает невозможность такой попытки. На самом деле, многие не поддающиеся количественному описанию выгоды можно перевести в реальные цифры. Например, способность быстрее составлять баланс может являться материальной выгодой. Выявление материальных выгод требует проведения анализа, включающего разбиение бизнес процессов и заданий на элементы, поддающиеся четкому описанию.

Опыт использования информационных систем

Многие крупные компании США и Европы уже несколько лет назад перешли на использование информационных систем стандарта ERP. Про страны Азии такого сказать пока нельзя. Большинство финансовых менеджеров азиатских компаний едва ли слышали о таких системах, не говоря уж об их внедрении. Хотя есть компании, которые решились перейти на ERP-системы.

Разработчики информационных систем, в частности SAP, Baan, Oracle, PeopleSoft и J.D.Edwards, довольно агрессивно рекламируют свои продукты, что создает впечатление у плохо осведомленных в данной области людей впечатление, что эти программы способны решить все проблемы их компаний. Статистика же показывает, что большая часть попыток внедрить информационную систему окончились неудачами, большими потерями, либо банкротством. Например, руководство компании FoxMeyer утверждает, что ошибочное внедрение ERP-системы привело ее к банкротству. Компания обвиняет в этом создателей системы и консультантов. Такая же участь постигла и компании Dell Computer, Dow Chemical и Kellogg’s.

Но существуют также примеры успешного использования ERP-систем. Так, например, телекоммуникационная компания Aliant заявляет, что проект по внедрению системы ERP был очень удачным. Ожидаемая норма возврата на инвестиции в данный проект составила 33%.

В России, несмотря на большие затраты, связанные с внедрением информационной системы, только компания SAP установила около 100 своих ERP-систем, которые по утверждению SAP, успешно работают. Среди своих клиентов в России компания SAP выделяет Сургутнефтегаз, Туламашзавод, Свердловэнерго, Донецкий металлургический завод, Омский НПЗ, Нижнетагильский металлургический завод, Сыктывкарский лесопромышленный комплекс, Черногорнефть.

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

Используемая литература

Information System Management
М. Хохлова, статья «Современный рынок систем управления предприятияем»
Тезисы доклада компании Ally Information Technologies “Инструментальная поддержка адаптивного развития бизнеса”
Д. Глямшин, статья «Выход из кризиса – система управления»
С. Колесников, статья «Итак, системы автоматизации…»
Исследование «Программы для бизнеса-98», АКДИ «Экономика и жизнь»
Ю. Токарев, статья «Корпоративные информационные системы и консорциум разработчиков»
М. Ильина, статья «Теория и методы промышленного управления»
В. Баронов, И. Титовский, статья «Методы построения систем управления»
В.П. Нестеров, И.Б. Нестеров, статья «Автоматизация деятельности организации»
Мишель Селарье, Рой Харрис, статья «Извлечение дополнительной прибыли из производства»
Броунин Фрайер, статья «Как посчитать норму возврата на инвестиции»
Сар Эрмако Джонии, статья «Быть или не быть ERP?»
С. Колесников, статья «Бизнес процесс реинжиниринг и внедрение автоматизированных систем управления»
М. Ильина, статья «Принципы, средства и технологии реализации концепции управления»
С. Колесников, статья «Об оценке эффективности внедрения и применения ERP систем»
В.П. Нестеров, «Информационное обеспечение процесса принятия управленческих решений»
С. Колесников, «Иерархия систем управленческого учета»
И.И. Карпачев, «Классификация компьютерных систем управления предприятием»
www.sap.com
www.baan.com
www.erp-people.com
www.economics.ru

Понятие информационной системы

Понятие "информационная технология" тесно связано с понятием "информационная система".

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

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

Проанализировав понятие структуры и существующие определения системы , можно выделить следующие её основные составляющие :

1) система - это упорядоченная совокупность элементов;

2) элементы системы взаимосвязаны и взаимодействуют в рамках данной системы, являясь её подсистемами;

3) система как целое выполняет установленную ей функцию, которая не может быть сведена к функции отдельного элемента;

4) элементы системы могут взаимодействовать друг с другом в рамках системы, а также самостоятельно с внешней средой и изменять при этом своё содержание или внутреннее строение.

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

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

Вспомним: Информационная технология – это процесс работы с информацией, состоящий из чётко регламентированных правил выполнения операций.

Основная цель информационной технологии – производство необходимой пользователю информации.

Исполнение функций информационной системы невозможно без знания ориентированной на неё информационной технологии.

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

Понятие информационных систем на протяжении своего существования претерпело значительные изменения. Ниже представлена история развития ИС и цели их использования на разных периодах существования.

В 1950-е гг. была осознана роль информации как важнейшего ресурса предприятия, организации, региона, общества в целом; начали разрабатывать автоматизированные ИС разного рода. Первые ИС были предназначены исключительно для обработки счетов и расчёта зарплаты, а реализовывались на электромеханических бухгалтерских счётных машинах. Это приводило к некоторому сокращению затрат и времени на подготовку бумажных документов. Вначале, когда появилась возможность обработки информации с помощью вычислительной техники, был распространён термин "системы обработки данных" (СОД), этот термин широко использовался при разработке систем радиоуправления ракетами и другими космическими объектами, при создании систем сбора и обработки статистической информации о состоянии атмосферы, учётно-отчётной информации предприятий и т.п. По мере увеличения памяти ЭВМ основное внимание стали уделять проблемам организации баз данных (БД). Это направление сохраняет определённую самостоятельность и в настоящее время и занимается в основном разработкой и освоением средств технической и программной реализации обработки данных с помощью вычислительных машин разного рода. Для сохранения этого направления по мере его развития появились термины "базы знаний", "базы целей", позволяющие расширить толкование проблемы собственно создания и обработки БД до задач, которые ставятся в дальнейшем при разработке ИС.

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

Техническое обеспечение систем составляли маломощные ЭВМ 2–3 поколения;

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

Программное обеспечение – специализированные прикладные программы, например, программа начисления заработной платы;

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

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

Трудоемкость разработки и модификации систем;

Сложность согласования частей системы, разработанных разными людьми в разное время.

В 1970-х – начале 1980-х гг. ИС предприятий начинают использоваться в качестве средства управления производством, поддерживающего и ускоряющего процесс подготовки и принятия решений. В своём большинстве ИС этого периода предназначались для решения установившихся задач, которые чётко определялись на этапе создания системы и затем практически не изменялись. Появление персональных ЭВМ приводит к появлению распределённых вычислительных ресурсов и децентрализации системы управления. Такой подход нашёл своё применение в системах поддержки принятия решений (СППР), которые характеризуют новый этап компьютерной ИТ организационного управления. При этом уменьшается нагрузка на централизованные вычислительные ресурсы и верхние уровни управления, что позволяет сосредоточить в них решение крупных долгосрочных стратегических задач. Жизнеспособность любой ИТ в немалой степени зависит от оперативного доступа пользователей к централизованным ресурсам и уровня информационных связей как по "горизонтали", так и по "вертикали" в пределах организационной структуры. В то же время для обеспечения эффективного управления крупными предприятиями была развита и остаётся актуальной идея создания интегрированных автоматизированных систем управления (АСУ).

К концу 1980-х гг. – началу 1990 гг. концепция использования ИС вновь изменяется. Они становятся стратегическим источником информации и используются на всех уровнях предприятия любого профиля. ИТ этого периода, предоставляя вовремя нужную информацию, помогают организации достичь успеха в своей деятельности, создавать новые товары и услуги, находить новые рынки сбыта, обеспечивать себе достойных партнёров, организовывать выпуск продукции высокого качества и по низкой цене и др. Стремление преодолеть недостатки предыдущего поколения ИС породило технологию создания баз данных и управления ими. База данных создаётся для группы взаимосвязанных задач, для многих пользователей, и это позволяет частично решить проблемы ранее созданных ИС. Вначале СУБД разрабатывались для больших ЭВМ и их количество не превышало десятка. Благодаря появлению ПЭВМ технология БД стала массовой, создано большое количество инструментальных средств и СУБД для разработки ИС, что в свою очередь вызвало появление большого количества прикладных ИС в прикладных областях.

Основные черты ИС этого поколения :

Основу ИО составляет база данных;

Программное обеспечение состоит из прикладных программ и СУБД;

Технические средства: ЭВМ 3–4 поколения и ПЭВМ;

Средства разработки ИС: процедурные языки программирования 3–4 поколения, расширенные языком работы с БД (SQL, QBE);

Архитектура ИС: наиболее популярны две разновидности: персональная локальная ИС, централизованная БД с сетевым доступом.

Большим шагом вперёд явилось развитие принципа "дружественного интерфейса" по отношению к пользователю (как к конечному, так и к разработчику ИС). Например, повсеместно применяется графический интерфейс, развитые системы помощи и подсказки пользователю, разнообразные инструменты для упрощения разработки ИС: системы быстрой разработки приложений (RAD-системы), средства автоматизированного проектирования ИС (CASE-средства).

Недостатки ИС этого поколения :

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

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

К квалификации пользователей стали предъявляться более высокие требования (знание ПК, конкретных прикладных программ и СУБД, способность постоянно повышать свою квалификацию).

С конца 1990 гг. в связи с указанными выше недостатками постепенно стало формироваться современное поколение ИС.

Основные черты этого поколения ИС :

Техническая платформа состоит из мощных ЭВМ 5-го поколения, используются разные платформы в одной ИС (большие ЭВМ, мощные стационарные ПК, мобильные ПК). Наиболее характерно широкое применение вычислительных сетей – от локальных до глобальных;

Информационное обеспечение направлено на повышение интеллектуальности банков данных в следующих направлениях:

· новые модели знаний, учитывающие не только структуру информации, но и активный характер знаний;

· средства оперативного анализа информации (OLAP) и средства поддержки принятия решений (DSS);

· новые формы представления информации, более естественные для человека (мультимедиа, полнодокументальные БД, гипердокументальные БД, средства восприятия и синтеза речи).

3.3. Информационные системы: задачи, свойства, процессы, пользователи

Современные информационные системы решают следующие основные задачи :

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

2. Хранение данных разной структуры. Не существует развитой ИС, работающей с одним однородным файлом данных. Более того, разумным требованием к информационной системе является то, чтобы она могла развиваться. Могут появиться новые функции, для выполнения которых требуются дополнительные данные с новой структурой. При этом вся накопленная ранее информация должна остаться сохранной. Теоретически можно решить эту задачу путём использования нескольких файлов внешней памяти, каждый из которых хранит данные с фиксированной структурой. В зависимости от способа организации используемой системы управления файлами эта структура может быть структурой записи файла или поддерживаться отдельной библиотечной функцией, написанной специально для данной ИС. Известны примеры реально функционирующих ИС, в которых хранилище данных планировалось основывать на файлах. В результате развития большинства таких систем в них выделился отдельный компонент, который представляет собой разновидность системы управления базами данных (СУБД).

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

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

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

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

7. Создание сетей хранения, обработки и передачи информации, в состав которых входят информационные банки данных, терминалы, обрабатывающие центры и средства связи.

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

Информационная система определяется следующими свойствами :

1. Структура ИС, её функциональное назначение должны соответствовать поставленным целям.

2. ИС предназначена для производства достоверной, надёжной, своевременной и систематизированной информации, основанной на использовании БД, экспертных систем и баз знаний. Так как любая ИС предназначена для сбора, хранения и обработки информации, то в основе любой ИС лежит среда хранения и доступа к данным. Среда должна обеспечивать уровень надёжности хранения и эффективность доступа, которые соответствуют области применения ИС.

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

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

5. Любая ИС является динамичной и развивающейся.

6. При построении ИС используются сети передачи данных.

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

- ввод информации из внешних или внутренних источников;

- обработка входной информации и представление её в удобном виде;

- вывод информации для представления потребителям или передачи в другую систему;

- обратная связь – это информация, переработанная людьми данной организации для коррекции входной информации.

Пользователей ИС можно разделить на несколько групп:

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

Конечный пользователь (потребитель информации) – лицо или коллектив, в интересах которого работает ИС. Он работает с ИС повседневно, связан с жёстко ограниченной областью деятельности и, как правило, не является программистом, например, это может быть бухгалтер, экономист, руководитель подразделения;

Коллектив специалистов (персонал ИС), включающий администратора банка данных, системного аналитика, системных и прикладных программистов.

Состав и функции персонала ИС:

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

Системные программисты – это специалисты, которые занимаются разработкой и сопровождением базового математического обеспечения ЭВМ (ОС, СУБД, трансляторов, сервисных программ общего назначения).

Прикладные программисты – это специалисты, которые разрабатывают программы для реализации запросов к БД.

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

На практике персонал небольших ИС часто состоит из одного–двух специалистов, которые выполняют все перечисленные функции.

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

Уровни представления информации в информационных системах:

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

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

Внутреннее (физическое) представление – это организация данных на физическом носителе информации. Этот уровень характеризует представления системных программистов и практически используется только тогда, когда СУБД не обеспечивает требуемого быстродействия или специфического режима обработки данных.

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

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

^ История создания АСУ в РФ.

Начинается со строительством первого Московского завода ЖБИ. Необходимость четкого и координированного процесса перевозок продукции этого завода потребителям была вызвана свойствами продукции (жидкий цемент). Для строительства монолитных цементных оснований многоэтажных зданий на подвижных грунтах необходимо организовать подвоз цемента, таким образом, и в таких количествах, чтобы избежать послойного его застывания.

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

Особую роль становления АСУ на АТ сыграла РККА (рабоче-крестьянская Красная Армия). Для обеспечения снабжения войсковых соединений была разработана система «Ритм» в 1928 году. Суть системы состояла в автоматическом сборе и хранении информации потребностей соединений Красной армии. Самый современный компьютер того времени работал на вакуумных проводниках и занимал этажное здание площадью 1700 м 2 . Обработка информации была электромеханической. Дальнейшее усовершенствование средств электронной обработки информации было вызвано развитием ядерной и химической промышленности.

С применением полупроводников в 60-70-е годы предполагалось полностью заменить человека АСУ. В СССР в начале 60-х годов разрабатывались АСУ для перевозки технологических грузов, перевозки грузов в маршрутах, а также разрабатывалась система управления технологическим циклом (описание – книга Шмулевича).

В настоящее время АСУ разрабатываются на основе компьютерных сетей. На сегодняшний день существует строгая иерархия и классификация информации на промышленном транспорте, а также систем ее кодирования. Самой наглядной системой кодирования информации на промышленном транспорте является ШТРИХКОД. Кроме того, с 93-го года ведутся работы по унификации всех систем передачи и обработки данных.

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

^ Этапы создания АСУ.

Разработка АСУ происходит в 4-е этапа:

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

t у – продолжительность восприятия системой управляющего распоряжения,

t с – время выполнения системой управляющего распоряжения.

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

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

II этап – проектный этап – состав – Разрабатывается иерархическая система подчинения всех подразделений, включаемых в систему управления, выбираются средства связи между ними. Разрабатывается техническое оснащение мест работы. Разрабатывается техническое оснащение всех элементов информационной сети.

III этап – внедрение. На этапе внедрения производится сборка оборудования.

IV этап – отладка. Отладка программного обеспечения, его корректировка и дальнейшее программное сопровождение.

^ Поколения вычислительных машин.

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

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

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

В 1944 году для военных нужд был создан первый в мире цифровой компьютер Марк 3. Размеры его 1,5 на 2,5 метра. Он состоял из 750 тысяч деталей. Производительность: за 4 секунды мог перемножить 2-а 23 –разрядных числа.

Следующей полностью электронный компьютер – 1946 год. Производительность 5 тысяч операций сложения и 300 операций умножения в секунду. Размер 30 м в длину и 85 м 3 , вес 30 тонн. Состоял из 18 тысяч электронных ламп.

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

^ Аналоговые вычислительные машины (АВМ).

В АВМ все математические величины представляются как непрерывные. Главным образом в качестве переменной выступает напряжение электрической цепи. Изменение переменных происходит по тем же законам, что и изменение заданной функций.

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

Достоинства АВМ:

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

Недостатки АВМ:

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

Электронно-вычислительные машины (ЭВМ).

В отличие от АВМ в ЭВМ числа представляются в виде последовательности цифр в двоичном виде, то есть состоят из последовательности 1 и 0.

ЭВМ делятся на большие, мини и микро.

Достоинства ЭВМ:

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

Недостаток ЭВМ.

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

Применение информационных систем для работы с пространственной информацией.
1. Географическая информация систем.

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

Основные сферы применения ГИС:

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

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

Для образования ГИС используется в качестве информационно-справочных систем. Эффективность применения достигается за счет всякой наглядности и удобства доступа к информации.

^ Примеры требований к данным.

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

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

Компьютерные сети на сегодняшний день представляют основные средства передачи данных.

^ Цель создания информационных систем.

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

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

ИВС подразделяется на локальную (до 10 км) и глобальную (на всемирную).

Средства связи для создания АСУ:

спутниковая связь. Преимущества:
1. большая пропускная способность
2. покрытие больших расстояний
3. большой коэффициент надежности

Недостатки:

высокая стоимость
необходимость содержания большой инфраструктуры наземных сооружений

Оптико-волоконная. Преимущества:
1. Способность предавать большие объемы информации с высокой степенью надежности.
Радиосвязь, радиолинейная, телефонная.

Приемы работы с информацией.

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

^ Этапы работы с информацией.

^ Требования, предъявляемые к вычислительным сетям.

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

Прочие требования:

производительность
надежность
вместимость
защищенность

Производительность определяется за счет следующих факторов:

время реакции
пропускная способность
задержка передачи.

Время реакции является субъективной оценкой производительности системы с точки зрения пользователя. Оно определяется как интервал времени между возникновением запроса и получением ответа на запрос.

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

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

Отказы устойчивости – это способность скрыть отказ о работе некоторых элементов системы.

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

Расширяемость характеризует возможность добавления отдельных элементов в существующую систему.

Масштабируемость означает возможность наращивания количества элементов и протяженности системы без потери производительности.

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

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

Система, состоящая из разнотипных элементов, называется неоднородной (гетерогенной). Если неоднородная система работает, то он является интегрированной.

^ Стандартизация (унификация) вычислительных систем.

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

стандарты отдельных фирм
стандарты специальных фирм и объединений
национальный стандарт
международный стандарт

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

Каждый уровень стандартизации состоит из следующих составляющих:

физический
канальный
сетевой
транспортный
сеансовый
представительный
прикладной

Аннотация: Принципы создания информационной системы. Реинжиниринг бизнес-процессов. Отображение и моделирование процессов. Обеспечение процесса анализа и проектирования ИС возможностями CASE-технологий. Внедрение информационных систем.

4. Разработка и внедрение информационной системы

4.1. Принципы создания информационной системы

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

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

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

Принцип "открытости" информационной системы

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

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

Это определение, сформулированное специалистами института IEEE (Institute of Electrical and Electronic Engineers), унифицирует содержание среды, которую предоставляет открытая система для широкого использования. В настоящее время общепризнанным координационным центром по разработке и согласованию стандартов открытых систем является OASIS (Organization for the Advancement of Structured Information Standards).

Общие свойства открытых информационных систем можно сформулировать следующим образом:

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

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

Структура среды информационной системы

Обобщенная структура любой ИС может быть представлена двумя взаимодействующими частями:

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

С этим разделением тесно связаны две группы вопросов стандартизации:

стандарты интерфейсов взаимодействия прикладных программ со средой ИС, прикладной программный интерфейс (Application Program Interface - API);
стандарты интерфейсов взаимодействия самой ИС с внешней для нее средой (External Environment Interface - EEI).

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

Спецификации внешних интерфейсов среды ИС и, как будет видно далее, спецификации интерфейсов взаимодействия между компонентами самой среды, - это точные описания всех необходимых функций, служб и форматов определенного интерфейса. Совокупность таких описаний составляет эталонную модель открытых систем (Reference Open System Model).

Эта модель используется более 20 лет и определяется системной сетевой архитектурой (SNA), предложенной IBM в 1974 году. Она основана на разбиении вычислительной среды на семь уровней, взаимодействие между которыми описывается соответствующими стандартами, и обеспечивает связь уровней вне зависимости от построения уровня в каждой конкретной реализации (рис. 4.1). Основным достоинством этой модели является детальное описание связей в среде с точки зрения технических устройств и коммуникационных взаимодействий. Вместе с тем она не принимает в расчет взаимосвязь с учетом мобильности прикладного программного обеспечения.

Рис. 4.1.

Эталонная модель среды открытых систем (OSE/RM) определяет разделение любой информационной системы на приложения (прикладные программы и программные комплексы) и среду, в которой эти приложения функционируют. Между приложениями и средой определяются стандартизованные интерфейсы (API), которые являются необходимой частью профилей любой открытой системы. Кроме того, в профилях ИС могут быть определены унифицированные интерфейсы взаимодействия функциональных частей друг с другом и интерфейсы взаимодействия между компонентами среды ИС.

Более подробно о применении технологии и моделей открытых систем будет рассказано в "лекции 18" .

Модель создания информационной системы

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

Компания является сложной онтологической (понятийной) структурой, состоящий из определенной совокупности сущностей и взаимосвязей (рис. 4.2).

Рис. 4.2.

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

При создании модели формируется "язык общения" руководителей предприятия, консультантов, разработчиков и будущих пользователей, позволяющий выработать единое представление о том, ЧТО и КАК должна делать система управления предприятием (корпоративная система управления). Такая бизнес-модель - осязаемый результат, с помощью которого можно максимально конкретизировать цели внедрения ИС и определиться со следующими параметрами проекта:

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

В основе модели всегда лежат бизнес-цели предприятия, полностью определяющие состав всех базовых компонентов модели:

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

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

Рис. 4.3.

Опыт создания и использования "заказных" ИС позволяет условно выделить следующие основные этапы их жизненного цикла:

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

Определение требований к системе и анализ является первым этапом создания ИС, на котором требования заказчика уточняются, согласуются, формализуются и документируются. Фактически на этом этапе дается ответ на вопрос: "Для чего предназначена и что должна делать информационная система?". Именно здесь лежит ключ к успеху всего проекта.

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

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

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

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

По результатам обследования аналитик на первой стадии строит обобщенную логическую модель исходной предметной области, отображающую ее функциональную структуру, особенности основной деятельности и информационное пространство, в котором эта деятельность осуществляется (рис. 4.4). На этом материале аналитик строит функциональную модель "Как есть" (As Is).

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

Третья стадия анализа, содержащая элементы проектирования, - создание усовершенствованной обобщенной логической модели, отображающей реорганизованную предметную область или ее часть, которая подлежит автоматизации - модель "Как должно быть" (As To Be).

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

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

Рис. 4.5.

На стадии анализа требований к проектируемой системе и вводятся:

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

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

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

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

Производительность и надёжность являются главными факторами, определяющими эффективность системы. Хорошее проектное решение служит основой высокопроизводительной системы.

Проектирование информационных систем охватывает три основные области:

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

На основе результатов системного анализа на стадии предварительного проекта разрабатываются:

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

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

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

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

Стадия реализации ИС предусматривает разработку и тестирование компонентов и комплексное тестирование системы.

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

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

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

4.2. Реинжиниринг бизнес-процессов

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

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

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

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

Рис. 4.6.

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

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

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

Существует несколько базовых правил, которых следует придерживаться в процессе проведения реинжиниринга:

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

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

Рис. 4.7.

Перепланирование целей и задач предполагает пересмотр политики предприятия и ответа на следующие вопросы:

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

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

Рис. 4.8.

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

Результатом такого описания является:

уточненная карта сети процессов;
матрица взаимосвязей процессов и подразделений, вовлеченных в эти процессы;
информация о том, какие системы автоматизации существуют, при выполнении каких операций используются, где и какие данные используются, какие системы автоматизации и информатизации необходимо разработать;
функциональные схемы потоков данных (Data Flow), работ (Work Flow), финансовых потоков (Cash Flow), потоков управленческих воздействий (Control Flow) и документооборота (Doc Flow).

Функциональная модель поможет составить точные спецификации всех операций, процедур и взаимосвязей между ними. Такая модель, если она построена правильно, обеспечивает исчерпывающее описание о функционирующем процессе и обо всех имеющихся в нем потоках информации. Эта модель описывает состояние "Как есть" (As Is). По результатам анализа возможных путей улучшения от реальной модели нужно перейти к модели, характеризующей улучшения - модель "Как будет" (As To Be), вариант - "Как должно быть" (рис. 4.9).

Рис. 4.9.

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

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

Таблица 4.1. Основные этапы реинжиниринга

Этап	Мероприятия
Планирование и начало работ	Выявление главных причин проведения реформы на предприятии и оценка последствий отказа от такой реформы
	Выявление важнейших процессов, требующих реинжиниринга
	Выявление единомышленников среди руководства и создание рабочей группы из представителей администрации
	Обеспечение поддержки проекта руководством
	Подготовка плана проекта: определение объема, обозначение измеримых целей, выбор методологии, составление подробного графика
	Согласование целей и объемов проекта с руководством
	Формирование группы реинжиниринга
	Выбор консультантов или внешних экспертов
	Проведение вводного совещания
	Доведение целей проекта до руководителей низшего звена; начальное информирование всей организации
	Обучение группы реинжиниринга
	Подготовка плана и начало работ
Исследования	Аналитическое исследование опыта компаний с подобными процессами
	Опрос клиентов и контрольных групп для выявления существующих и будущих требований
	Опрос служащих и руководителей для выявления вопросов; мозговой штурм
	Поиск в литературе и прессе данных о тенденциях в отрасли и о чужом опыте
	Оформление подробных документов на исходные процессы и сбор рабочих данных; выявление недоработок
	Обзор изменений и вариантов технологий
	Опрос владельцев и представителей руководства
	Посещение кружков и семинаров
	Сбор данных от внешних экспертов и консультантов
Проектирование	Мозговой штурм и выработка новаторских идей; упражнения по творческому мышлению, чтобы "снять шоры"
	Проработка сценариев "а что, если?" и применение "шаблонов успеха" других компаний
	Создание при помощи специалистов 3-5 моделей; разработка комплексных моделей, в которых собрано лучшее от каждой из предыдущих
	Создание картины идеального процесса
	Определение моделей нового процесса и их графическое представление
	Разработка организационной модели в сочетании с новым процессом
	Определение технологических требований; выбор платформы для новых процессов
	Выделение краткосрочных и долгосрочных мер
Утверждение	Анализ затрат и преимуществ; расчет прибыли на капитал
	Оценка влияния на клиентов и служащих; оценка влияния на конкурентоспособность
	Подготовка официального документа для высшего руководства
	Проведение обзорных совещаний для ознакомления и утверждения деталей проекта оргкомитетом и высшим руководством
Внедрение	Завершение подробной разработки процессов и организационных моделей; определение новых рабочих обязанностей
	Разработка систем поддержки
	Реализация предварительных вариантов и первичные испытания
	Ознакомление работников с новым вариантом; разработка и осуществление плана реформы
	Разработка поэтапного плана; внедрение как таковое
	Разработка плана обучения; обучение работников новым процессам и системам
Последующие мероприятия	Разработка мероприятий по периодической оценке; определение итогов нового процесса; внедрение программы непрерывного совершенствования нового процесса
Последующие мероприятия	Предоставление окончательного отчета оргкомитету и администрации

4.3. Отображение и моделирование процессов

На сегодняшний день получили распространение три основные методологии функционального моделирования (и сопутствующий им инструментарий): IDEF (Integrated DEFinition), UML (Unified Modeling Language) и ARIS (Architecture of Integrated Information Systems). Для каждой из них существуют определенные программные продукты, которые помимо разработки позволяют проводить преобразования и операции для последующей работы с полученными моделями. Наибольшее распространение сегодня получили методологии IDEF и программный продукт BPWin, содержащий методологии IDEF0, IDEF3, DFD (Data Flow Diagrams) и ERWin (IDEF1x) от компании Computer Associates.

История методологии IDEF начинается с 70-х годов ХХ века с методологии SADT (Structured Analysis and Design Technique), разработанной Дугласом Россом (Softtech INC). Изначально SADT применялось Министерством Обороны США для практического моделирования процессов в рамках программы ICAM (Integrated Computer Aided Manufacturing). Принципиальным требованием при разработке рассматриваемого семейства методологий была возможность эффективного обмена информацией между всеми специалистами - участниками программы ICAM (Icam DEFinition). В последующем эта методология была трансформирована в стандарт IDEF0 (Function Modeling, FIPS № 183). Семейство IDEF включает уже упомянутые IDEF3 (Process Description Capture) и IDEF1x (Data Modeling, FIPS № 184).

После опубликования стандартов они были успешно применены в самых различных областях бизнеса, показав себя эффективным средством анализа, конструирования и отображения бизнес-процессов (к слову сказать, он активно применяется и в отечественных госструктурах, например в Государственной налоговой инспекции). Более того, собственно с широким применением IDEF (и предшествующей методологии SADT) и связано возникновение основных идей популярного ныне понятия "реинжиниринг бизнес-процессов" (Business Process Reengineering - BPR).

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

Работа с использованием метода IDEF начинается с постановки цели моделирования. Мировой опыт свидетельствует, что ошибки при постановке цели приводят в среднем к 50 % неудач в процессе моделирования. Формулирование цели изначально направляет работу в заданном направлении, а значит, ограничивает круг вопросов для анализа. Практическая работа начинается с определения контекста (Context, Context Diagram), то есть верхнего уровня системы, в нашем случае - предприятия. После формулировки цели необходимо очертить область моделирования (Scope), которая в последующем будет определять общие направления движения и глубину детализации (Decomposition). Собственно, сама методология IDEF определяет стандартизированные объекты для работы и отображения. Например, к таковым относятся функция (Activity), интерфейсная дуга (Arrow), заметка (Note) а также способ их расположения и трактования (Semantics).

В последнее время на российском рынке появился программный продукт Business Studio, который специально создан для работы с методами IDEF и обладает интуитивным и дружественным интерфейсом (User-friendly Interface).

Рис. 4.10.

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

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

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

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

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

Пример функциональной модели процесса отгрузки и доставки продукции показан на рис. 4.11 .

Степень формализации описания бизнес-процессов может быть различной в зависимости от решаемых при этом задач. Для описания информационных процессов разработан специализированный язык BPEL (Business Process Execution Language). BPEL создан на основе XML для формального описания бизнес-процессов и протоколов их взаимодействия между собой. BPEL расширяет модель взаимодействия Web-служб и включает в эту модель поддержку транзакций.

В настоящее время активно развивается методология BPMS (Business Process Management System) - класс программного обеспечения для управления бизнес-процессами и административными регламентами. (Употребляются также термины BPM-система и просто BPM). Использование BPMS позволяет организовать эффективное взаимодействие между управленцами и ИТ-специалистами, лучше использовать существующие подсистемы и ускорить разработку новых.

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

Современные методы разработки и развития программного обеспечения ИС в полной мере стараются ориентироваться на возможности автоматизированного оперативного внесения изменений. Наиболее сложным оказался процесс стандартизации языка BPEL для унификации использования одних и тех же конструкций программным обеспечением разных производителей. Фирмы IBM и Microsoft определили два довольно-таки схожих языка: WSFL (Web Services Flow Language) и Xlang, соответственно.

Рост популярности BPML и открытое движение BPMS к пользователям привело корпорации Intalio Inc., IBM и Microsoft к решению объединить эти языки в новый язык BPEL4WS. В апреле 2003 года корпорации BEA Systems, IBM, Microsoft, SAP и Siebel Systems передали BPEL4WS версии 1.1 в OASIS для стандартизирования в Web Services BPEL Technical Committee. Хотя BPEL4WS появился в версиях 1.0 и 1.1, технический комитет WS-BPEL OASIS проголосовал 14 сентября 2004 за то, чтобы назвать спецификацию WS-BPEL 2.0. Это изменение было сделано, чтобы согласовать BPEL с другими стандартами Web-сервисов, которые на основании "Соглашения об именовании" начинаются сочетаниями букв "WS-".

Корпорации Active Endpoints, Adobe, BEA, IBM, Oracle и SAP опубликовали согласованные спецификации BPEL4 People и WS-HumanTask, в которых описывалось, как может быть реализовано в системе и нотациях BPEL взаимодействие процессов с людьми. Предполагается добавление в BPEL семантики в форме WS-HumanTask и других разнообразных дополнений.

4.4. Обеспечение процесса анализа и проектирования ИС возможностями CASE-технологий

Термин CASE (Computer Aided Software/System Engineering) используется в настоящее время в весьма широком смысле. Первоначальное значение термина CASE, ограниченное вопросами автоматизации разработки только лишь программного обеспечения (ПО), в настоящее время приобрело новый смысл, охватывающий процесс разработки сложных ИС в целом.

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

Появлению CASE-технологии и CASE-средств предшествовали исследования в области методологии программирования. Программирование обрело черты системного подхода с разработкой и внедрением языков высокого уровня, методов структурного и модульного программирования, средств визуального моделирования и проектирования на базе языка UML (Unified Modeling Language), средств их поддержки, формальных и неформальных языков описаний системных требований и спецификаций и т. д. Кроме того, появлению CASE-технологии способствовали и такие факторы, как:

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

CASE-технология представляет собой методологию проектирования ИС, а также набор инструментальных средств, позволяющих в наглядной форме моделировать предметную область, анализировать эту модель на всех этапах разработки и сопровождения ИС и разрабатывать приложения в соответствии с информационными потребностями пользователей. Большинство существующих CASE-средств основано на методологиях структурного (в основном) или объектно-ориентированного анализа и проектирования, использующих спецификации в виде диаграмм или текстов для описания внешних требований, связей между моделями системы, динамики поведения системы и архитектуры программных средств [Вендров А. М. ,www.citforum. ru/database/case/index.shtml ].

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

Большинство CASE-средств основано на парадигме "методология/метод/нотация/структура/средство".

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

Метод - систематическая процедура или технология генерации описаний компонент ПО (например, описание потоков и структур данных).

Нотации предназначены для описания системы в целом, ее элементов: графы, диаграммы, таблица, блок схемы, алгоритмы, формальные языки и языки программирования.

Структуры являются средством для реализации структурного анализа и построения структуры конкретной системы.

Средства - технологические и программные инструменты для поддержки и усиления методов.

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

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

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

В связи с этим необходимо учитывать следующее:

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

Можно также перечислить следующие факторы, усложняющие определение возможного эффекта от использования CASE-средств:

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

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

Ниже перечислены основные виды и последовательность работ, рекомендуемые при построении логических моделей предметной области в рамках CASE-технологии анализа системы управления предприятием.

Проведение функционального и информационного обследования системы управления (административно-управленческой деятельности) предприятия (рис. 4.2):
- определение организационно-штатной структуры предприятия;
- определение функциональной структуры предприятия;
- определение перечня целевых функций структурных элементов (подразделений и должностных лиц);
- определение круга и очередности обследования структурных элементов системы управления согласно сформулированным целевым функциям;
- обследование деятельности выделенных структурных элементов;
- построение FD-диаграммы системы управления с указанием структурных элементов и функций, реализация которых будет моделироваться на DFD-уровне.
Разработка моделей деятельности структурных элементов и системы управления в целом:
- выделение множества внешних объектов, оказывающих существенное влияние на деятельность структурного элемента;
- спецификация входных и выходных информационных потоков;
- выявление основных процессов, определяющих деятельность структурного элемента и обеспечивающих реализацию его целевых функций;
- спецификация информационных потоков между основными процессами деятельности, уточнение связей между процессами и внешними объектами;
- оценка объемов, интенсивности и других необходимых характеристик информационных потоков;
- разработка иерархии диаграмм потоков данных, образующих функциональную модель деятельности структурного элемента;
- объединение DFD-моделей структурных элементов в единую модель системы управления предприятием.
Разработка информационных моделей структурных элементов и модели информационного пространства системы управления:
- определение сущностей модели и их атрибутов;
- проведение атрибутного анализа и оптимизация сущностей;
- идентификация отношений между сущностями и определение типов отношений;
- анализ и оптимизация информационной модели;
- объединение информационных моделей в единую модель информационного пространства.
Разработка предложений по автоматизации системы управления предприятия:
- определение границ автоматизации - составление перечня автоматизируемых структурных элементов, разбиение процессов основной деятельности на автоматические, автоматизированные и ручные;
- составление перечня подсистем и логических АРМов (автоматизированных рабочих мест), определение способов их взаимодействия;
- разработка предложений по очередности проектирования и реализации подсистем и отдельных логических АРМов, входящих в состав ИС;
- разработка требований к средствам базового технического обеспечения ИС;
- разработка требований к средствам базового программного обеспечения ИС.

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

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

Рис. 4.12.

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

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

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

Paradigm Plus - моделирование приложений и генерация объектного кода;

Rational Rose - моделирование бизнес-процессов и компонентов приложений

Rational Suite AnalystStudio - пакет для аналитиков данных;

Oracle Designer (входит в Oracle9i Developer Suite) - высоко функциональное средство проектирования программных систем и баз данных, реализующее технологию CASE и собственную методологию Oracle - CDM. Позволяет команде разработчиков полностью провести проект, начиная от анализа бизнес-процессов через моделирование к генерации кода и получению прототипа, а в дальнейшем и окончательного продукта. Сложное CASE-средство, имеет смысл использовать при ориентации на линейку продуктов Oracle.

Самым мощным из указанных программных пакетов является пакет Rational Rose (RR) компании IBM-Rational, с помощью которого можно спроектировать и сопровождать весь жизненный цикл разработки программного продукта (рис. 4.15 Сопровождение ЖЦ программного продукта с RR

4.5. Внедрение информационных систем

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

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

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

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

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

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

К настоящему времени сложился стандартный набор приемов внедрения ИС. Основное правило: выполнять обязательные фазы последовательно и не пропускать ни одной из них.

Критически важными для внедрения являются следующие факторы:

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

Перед началом разработки проекта внедрения необходимо:

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

Необходимо также определить функциональные сферы внедрения модулей информационной системы:

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

Кроме того, что перечислено выше, надо задать технологические требования к внедрению ИС:

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

Основные фазы внедрения информационной системы

Фаза "Предварительные работы по подготовке проекта внедрения ИС". В ходе предпроектного обследования предприятия (рис. 4.1.4) собирается подробная информация о структурном построении организации, функциональных связях, системе управления, об основных бизнес-процессах, о потоках внутри предприятия (Control Flow, Doc Flow, Data Flow, Work Flow, Cash Flow), необходимая для построения соответствующих моделей и выбора объектов для автоматизации. Оцениваются сроки, ресурсы, виды и объемы работ, номенклатура и стоимость программно-аппаратных и телекоммуникационных средств, стоимость обучения персонала и т. д.

Фаза "Подготовка проекта". После завершения первой фазы осуществляется предварительное планирование и формирование процедур запуска проекта:

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

Последний очень важный момент почему-то часто пропускается при составлении плана внедрения. А ведь от него в огромной степени зависит успех всего проекта! После начала финансирования проект считается запущенным к исполнению.

Фаза "Концептуальная проработка проекта". В течение этой фазы:

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

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

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

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

Цель использования информационной системы

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

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

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

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

Заключение

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

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

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