Содержание 1 Введение в информационные технологии управления 2

Содержание 1. Введение в информационные технологии управления 2. Направления автоматизации управленческой деятельности 3. Информационные методологии управления предприятием 4. Методология проектирования автоматизированных технологий управления 5. Адаптируемые интегрированные системы комплексной автоматизации управления предприятием 6. Технологии автоматизации делопроизводства 7. Информационные технологии электронной коммерции 8. Справочно-правовая система Консультант-Плюс 9. Перспективы развития информационных технологий обеспечения управленческой деятельности 10. Интеллектуальные информационные технологии управления 11. Оценка эффективности информационных технологий управления

4. Методология проектирования автоматизированных технологий управления 4. 1. Подходы к проектированию автоматизированных технологий управления Классификации подходов к построению АИТУ Подходы к построению АИТУ Без использования тиражируемых средств С использованием тиражируемых средств Самостоятельная разработка Применение локальных «коробочных продуктов» Заказные системы Применение адаптируемых интегрированных систем Самостоятельная адаптация Адаптация разработчиком или третьей фирмой. Использование CASE-технологий

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

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

Заказные системы Это второй исторически сложившийся подход. Предполагается разработка системы, полностью соответствующей особенностям конкретного предприятия, что и является его основным достоинством. Подходы к построению АИТУ Без использования тиражируемых средств С использованием тиражируемых средств Самостоятельная разработка Применение локальных «коробочных продуктов» Заказные системы Применение адаптируемых интегрированных систем Самостоятельная адаптация Адаптация разработчиком или третьей фирмой. Этот подход характеризуется сравнительно меньшей стоимостью и меньшими сроками реализации, чем самостоятельная разработка. Рекомендуется предприятиям с действительно уникальными особенностями бизнеса. Особенности (опасности) этого подхода: - разработчики могут использовать (и обычно используют) существующие разработки. - рекомендуется обращаться в специализированную фирму, а не создавать временный коллектив разработчиков. [Коллектив может распасться]. Использование CASE-технологий

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

В качестве типовых элементов ИС выступают: - бизнес-процессы; - организационная структура; - формы документов и схемы документооборота; - структура БД; - информационные технологии общего применения. Типичный образец типового проектирования – создание ИС на базе «коробочных» программных продуктов. Готовые программные средства базового и прикладного назначения адаптируются к условиям конкретной ИС. В условиях создания больших, функционально развитых ИС становится актуальной проблема управленческого консалтинга, системной интеграции проектных решений, направленной на комплексирование отдельных составляющих проекта ИС. При использовании этого подхода приобретаются программы автоматизации различных видов хозяйственного учета. В ряде случаев программы поставляются в красочно оформленной упаковке (коробке), откуда и пошло их название. В комплект поставки входит инструкция по установке и эксплуатации программы, что позволяет достаточно быстро ввести эту программу в эксплуатацию.

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

Подходы к построению АИТУ Адаптируемые интегрированные системы Без использования тиражируемых средств С использованием тиражируемых средств Самостоятельная разработка Применение локальных «коробочных продуктов» Заказные системы Применение адаптируемых интегрированных систем Адаптируемые интегрированные системы появились на российском рынке во второй половине 90 -х годов. Самостоятельная адаптация Адаптация разработчиком или третьей фирмой. Они обладают большими функциональными возможностями и более гибкими средствами настройки системы на конкретные особенности бизнеса заказчика, чем «коробочные» продукты. Удачно сочетают ряд преимуществ уже рассмотренных подходов и свободны от их основных недостатков. Использование CASE-технологий

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

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

CASE-технологии (Computer Aided System Engineering) – средства компьютерной поддержки процесса разработки ИС (дословно – разработка программного обеспечения с помощью компьютера; сейчас – автоматизация разработки информационных систем). Подходы к построению АИТУ Без использования тиражируемых средств С использованием тиражируемых средств Самостоятельная разработка Применение локальных «коробочных продуктов» Заказные системы Применение адаптируемых интегрированных систем Самостоятельная адаптация Адаптация разработчиком или третьей фирмой. При создании крупномасштабных и сложных ИС, реинжиниринге бизнес-процессов все чаще пользуются средствами CASE-технологий или их элементами. CASE-технология обычно определяется как методология проектирования информационных систем плюс инструментальные средства, позволяющие - наглядно моделировать предметную область, - анализировать полученную модель на всех этапах жизненного цикла информационной системы - и разрабатывать приложения для пользователей. Использование CASE-технологий

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

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

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

Основная цель CASE-технологий – автоматизация всего процесса разработки ИС, что существенно ускоряет разработку приложений и повышает их качество. Использование CASE-технологий позволяет выполнять реинжиниринг информационной системы (повторную разработку), путем анализа и совершенствования ранее разработанной модели ИС. На сегодня известно более 500 CASE-систем: ERwin и BPwin (Logic Works), Silverrun (Computer System Adviser Inc. ), Rational Rose (Rational Software Corporation), Developer/2000 (Oracle), S-Designer (SDP, приобретенная Powersoft).

4. 2. Основы подходов к построению моделей предприятия Методы построения моделей предприятий можно разделить на структурные и объектно-ориентированные. Каждая из этих групп методов включает в себя несколько вариантов конкретных методик. Наибольшее распространение получил структурный подход к проектированию ИС (структурный анализ/структурное проектирование SA/SD – Structure Analysis & Structure Design). Структурный подход Суть структурного подхода состоит в последовательной декомпозиции исходной системы на подсистемы, функции, комплексы задач, процедуры обработки данных, осуществляемой по принципу «сверху вниз» . При этом сохраняется целостное представление об ИС, в которой все компоненты взаимоувязаны, что и отличает этот подход от простой интеграции отдельных компонентов в систему методом «снизу вверх» .

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

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

Наиболее распространенные методологии структурного анализа: SADT (Structured Analysis and Design Technique) – технология структурного анализа и проектирования и ее подмножество стандарт IDEF 0; DFD (Data Flow Diagrams) - диаграммы потоков данных; ERD (Entity-Relationship Diagrams) - диаграммы «сущность-связь» ; STD (State Transition Diagrams) - диаграммы переходов состояний. Методология SADT (IDEF 0) предложена более 20 лет назад Дугласом Россом. Служит для построения функциональной модели информационной системы (или какого-либо объекта) и описывает функции которые выполняет система. В методологии IDEF 0 используются четыре основных понятия: функциональный блок, интерфейсная дуга, декомпозиция и глоссарий.

Методология DFD (Data Flow Diagrams) – диаграммы потоков данных. Исследуемый процесс также разбивается на субпроцессы и представляется в виде диаграмм потоков данных, описывающих процесс преобразования данных. Чисто внешне DFD сходна с SADT, но отличается по набору используемых элементов. Основные компоненты диаграмм потоков данных: Внешние сущности – источники или потребители информации. Они порождают или принимают потоки данных. Обозначаются прямоугольником с тенью. Системы/подсистемы – преобразуют получаемую информацию и порождают новые потоки данных. Обозначаются прямоугольником с полями: номер; имя (кратко описывает систему/подсистему); имя проектировщика. Процессы описывают преобразование входных потоков данных в выходные потоки в соответствии с определенным алгоритмом. Обозначаются прямоугольником с полями: номер; имя (процесса указывает, что нужно сделать); [физическая] реализация (указывает кто выполняет процесс – подразделение, программа, устройство).

Основные компоненты диаграмм потоков данных: Хранилища – это абстрактное устройство, куда можно поместить данные на хранение, а затем извлечь. Подобного элемента в SADT нет. Хранилище позволяет в необходимых случаях определить данные, которые будут сохраняться в памяти между процессами. Обозначаются прямоугольником без левой или правой границы с полями: идентификатор (буква D с числом); имя (указывает на хранимые данные). Потоки данных определяют передаваемые данные (что передается). Обозначаются линией со стрелкой и именем, отражающим содержание данных. Ряд авторов считает, что DFD лучше приспособлена для построения моделей создаваемых систем автоматизации управления, в то время как SADT ориентирована на общие аспекты построения модели системы управления.

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

Методология STD. Используется для отражения «поведения» управляемых процессов системы в реальном времени. Моделирует аспекты функционирования системы, зависящие от времени или реакции на события. Основными элементами STD служат понятия – состояние, начальное состояние, переход, условие и действие. С помощью этих понятий описывается поведение системы во времени и в зависимости от наступающих событий. Модель STD представляет собой графическое изображение диаграммы переходов системы из одного состояния в другое. Состояния системы на этой диаграмме отображаются прямоугольниками, а условия и действия – стрелками, объединяющими состояния. STD используется, в частности, для описания зависящего от времени поведения системы в моделях DFD.

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

В результате применения объектно-ориентированного подхода модель системы так же, как и при использовании структурных методов, представляется совокупностью диаграмм, которые строятся по определенным правилам. Одним из примеров объектно-ориентированных методологий может служить методология UML (Unified Modeling Language – унифицированный язык моделирования). Разработан Г. Буч, Д. Рамбо, И. Джекобсоном при поддержке фирмы Rational Software Corporation. UML предназначен для моделирования бизнеса и других непрограммных систем, для спецификации, визуализации, конструирования и документирования программных систем (ИС). Объектно-ориентированный подход не противопоставляется структурному, а может служить его дополнением. Например, для формализации модели бизнеса может использоваться методология IDEF 0, а при построении модели системы управления - методология UML реализована в следующих объектно-ориентированных системах – Rational Rose, Platinum, Select Enterprise, Visual Modeler.