Типовое проектирование
ИС
Ключевые особенности технологии типового
проектирования
- Причины применения:
- Существенно
снижаются затраты на проектирование,
разработку и даже на модернизацию ИС;
- Больше
возможностей обеспечивать должный научно-технический
уровень разработки ИС (в отличие от технологии
индивидуального проектирования).
- Сущность: Является одной из разновидностей
индустриального проектирования. Заключается
в создании информационной системы из
готовых типовых элементов.
- Область применения: автоматизация
деятельности таких объектов, для которых
характерны общие правила функционирования
и управления. В первую очередь, сюда относятся
экономические системы, для которых характерны:
- Схожая
структура и правила управления;
- Единые
стандарты отчетности;
- Схожие
комплексы используемых технических и
программных средств;
- Единая
цель существования: извлечение прибыли.
- Содержание: Процесс проектирования
ИС состоит из следующих основных этапов:
- Разбиение
проекта информационной системы на отдельные
составляющие (компоненты).
- Выбор и
приобретения имеющихся на рынке типовых проектных решений (тиражируемых продуктов) для каждого
компонента ИС.
- Настройка
и доработка приобретенных типовых проектных
решений в соответствии с требованиями
конкретной предметной области.
- Условия применения:
Должна
быть принципиальная возможность декомпозиции
информационной системы на множество
составляющих компонентов (комплексов,
подсистем, программных модулей и т.д.).
В зависимости от уровня декомпозиции
информационной системы различают следующие
классы типовых проектных решений: элементные,
подсистемные, объектные.
Понятие, виды и особенности типовых
проектных решений
Определение. Типовое проектное решение
(ТПР) – это представленное в виде комплекта
проектной документации и/или набора программных
модулей проектное решение, пригодное
к многократному использованию.
Основные черты ТПР:
- Типовые
проектные решения ориентированы на автоматизацию
деятельности множества однородных объектов
(путем настройки под конкретные особенности
каждого из них).
- Основная
цель применения ТПР – уменьшение трудоемкости
и стоимости проектирования и/или разработки
ИС.
- Создание
ТПР возможно только после тщательного
и всестороннего изучения предметной
области и предполагает обобщение накопленного
в частных случаях опыта (путем классификации,
типизации, абстрагирования, унификации
и т.п.).
- Типовые
решения бывают простыми или комбинированными.
Простые ТПР охватывают только какой-либо
один вид обеспечения ИС, комбинированные
– два и более. Примеры простых ТПР: Классификаторы (ИО),
прикладные программы общего и специального
назначения (ПО), инструктирующие руководства
по управлению бизнес-процессами (ОО),
рекомендации по составлению ТЗ (МО) и
т.п.
Требования, выдвигаемые
к типовым проектным решениям:
- Возможность
использования для создания новой ИС при
минимальном участии разработчиков ТПР;
- Соответствие
требованиям положений и стандартов, распространяемых
на информационную системы в целом или
ее часть.
- Способность
удовлетворять максимально возможному
числу потребностей в рамках своего функционального
назначения.
- Возможность
адаптации к конкретным условиям проекта
путем изменения параметров.
Методы типового проектирования
- Элементное проектирование
В качестве
типового элемента используются простые
ТПР, относящиеся к отдельной задаче ИС.
В этом случае ИС комплектуется как множество
ТПР по отдельным разрозненным задачам.
Дополнительные элементы, для которых
отсутствуют ТПР, разрабатываются вручную.
Обычно рассматривают три группы ТПР:
- Типовые
проектные решения, обеспечивающие оптимальный
выбор и организацию технических средств;
- Типовые
проектные решения, относящиеся к основным
задачам ИС (алгоритмы решения задач, описание
входных и выходных данных, программные
модули общего и специального назначения
и т.д.);
- Типовые
проектные решения, описывающие должностные
инструкции всех категорий работников,
связанных с проектированием и функционированием
ИС.
Существенный недостаток метода:
между отдельными ТПР, как правило, отсутствует
информационная/техническая/программная
совместимость (проблема «лоскутной автоматизации»).
- Подсистемное проектирование
Типовыми элементами выступают
пакеты прикладных программ (ППП), которые
применяются для автоматизации
отдельных функциональных подсистем
ИС. ППП обладают следующими свойствами:
- Функциональная полнота;
- Минимизация внешних информационных связей;
- Параметрическая настраиваемость;
- Полная интеграция внутри ППП и более высокий
(хотя и не полный) уровень интеграции
с другими пакетами и отдельными программными
продуктами.
С точки зрения проектировщика ИС
ППП представляет собой «черный ящик»,
который преобразует входные информационный
и параметрический потоки в выходной поток
результатов. В схеме ППП можно выделить
следующие элементы:
Информационный поток
– исходные данные в электронном или бумажном
виде, предназначенные для обработки пакетом;
Результаты работы
– представляются в виде отчетов, графиков
или документов (в электронном или бумажном
виде);
Блок функционирования
– обрабатывает исходные данные.
Параметрический поток
– содержит информацию, необходимую для
настройки пакета на конкретные условия
функционирования. Обычно параметрическая
информация предоставляется пользователю
в виде справочников и/или конфигурационных
таблиц. В зависимости от принципа использования
параметрического потока выделяют два
способа привязки ППП к конкретным условиям
системы:
- Принцип интерпретации (поглощается самим ППП);
- Принцип генерации (на его основе специальная программа-генератор генерирует ППП, настроенный под конкретные условия).
Блок обработки параметров
– интерпретирует значения параметров
и переносит их непосредственно в прикладные
программы.
Блок адаптации –
позволяет пользователю адаптировать
существующие типовые решения путем доработки
существующих или добавления новых модулей
ИС. В блок адаптации обычно включаются
такие средства как генераторы отчетов,
генераторы форм, встроенные макроязыки
и т.п.
Пример ППП: «1С: Предприятие».
Недостаток: недостаточный
уровень совместимости различных ППП
в рамках единой корпоративной ИС.
Идея метода заключается в создании
и повторном использовании законченного
(т.е. с полным набором функциональных
и обеспечивающих подсистем) типового
проекта для автоматизации управления
объектом определенной отрасли. Например, ИС школы, ИС больницы, ИС
товарного склада и т.п. Сложность применения
объектного метода заключается в огромном
разнообразии различных объектов, что
требует от разработчиков предусматривать
все возможные варианты. Современные типовые
проекты должны обладать следующими свойствами:
- Ориентированы для применения на объектах с высоким
уровнем стабильности;
- Открытость архитектуры (возможность использования на различных программно-технических платформах);
- Высокий уровень масштабируемости;
- Высокий уровень адаптивности (возможность конфигурирования в широких пределах).
Объектный метод по определению
обеспечивает полную программную совместимость
компонентов системы.
Модельно-ориентированный
подход
Одна из реализаций объектного метода
проектирования – это модельно-ориентированный
подход. Развивается как результат
использования знаний о инжиниринге бизнес-процессов,
автоматизации проектирования и методах
типового проектирования информационных
систем. Суть его заключается в следующем.
Сначала строится модель предметной области,
а затем по ней выполняется моделирование
информационной системы, то есть конфигурирование
и связывание между собой типовых модулей.
Все это проводится с использованием единой
системы CASE-средств.
Инструментарий типового проектирования
ИС на основе модельно-ориентированной
технологии включает в себя следующие
элементы:
- Репозиторий (база метаинформации) содержит:
- Множество типовых моделей, которые поставляются разработчиком системы автоматизированного
типового проектирования, и расширяются
по мере накопления опыта проектирования
информационных систем для различных
отраслей и типов производства.
- Базовую модель, которая содержит описание всех бизнес-функций,
бизнес-процессов, бизнес-объектов, бизнес-правил
и элементов организационной структуры,
которые поддерживаются программными
модулями типовой ИС.
- Модель конкретного объекта автоматизации,
которая, возможно, создается с использованием
типовых моделей и на основе которой осуществляется
конфигурирование программного обеспечения.
Строится как структурированное подмножество
базовой модели.
Модель бизнес-функций представляет
собой иерархическую декомпозицию функциональной
деятельности предприятия (подробное
описание см. в разделе "Анализ и моделирование
функциональной области внедрения ИС").
Модель бизнес-процессов
отражает выполнение работ для функций
самого нижнего уровня модели бизнес-функций.
Для проверки семантической целостности
бизнес-процессов, а также для автоматизации
их управления разрабатывается набор
бизнес-правил.
Модель организационной
структуры предприятия представляет
собой традиционную иерархическую структуру
подчинения подразделений и персонала.
- CASE-средства для проектирования модели
объекта автоматизации (мы их рассматривали
ранее). Эти средства обычно интегрированы
в систему автоматизированного типового
проектирования.
- Конфигуратор ИС – программа, которая
автоматически генерирует конфигурацию
информационной системы по построенной
модели предметной области.
Примеры систем автоматизации
типового проектирования: SAP, BAAN.
Критерии оценки типовых
программных элементов
Самостоятельно
Понятие и особенности IT-консалтинга
Определение. IT-консалтинг – это
комплекс услуг, обычно предоставляемый
компании сторонними специалистами и
нацеленный на наилучшее применение информационных
технологий для достижения поставленных
целей бизнеса.
Содержание IT-консалтинга:
- Анализ и формализация требований к информационной системе;
- Разработка технического и (в некоторых случаях) рабочего проекта ИС;
- Управление процессом проектирования;
- Внедрение (в том числе обучение сотрудников)
и администрирование ИС;
- Анализ и реорганизация бизнес-процессов (спорный вопрос);
- Разработка программного обеспечения для выполненного проекта ИС.
Особенности консалтинговых структур:
- Главный и единственный их продукт – информационные услуги;
- Опыт персонала накапливается постепенно по мере участия
в различных проектах;
- Независимость от организации-клиента;
- Объективность.
Основные виды консалтинговых услуг:
- Анализ предметной области и построение соответствующих моделей (представление деятельности организации
и принятых в нем технологий в виде иерархии
диаграмм, обеспечивающих наглядность
и полноту их отображения);
- Формирование (на основании проведенного
анализа) предложений по:
- реорганизации организационно-управленческой структуры;
- упорядочиванию информационных потоков (в том числе
– документооборота) внутри предприятия;
- построению рациональных схем работы подразделений предприятия и его взаимодействия с «внешним миром».
- Анализ требований и проектирование
спецификаций корпоративных информационных
систем;
- Выработка рекомендаций и предложений по
применимости и внедрению существующих
систем управления предприятиями.