- •Проектирование экономических информационных систем
- •Раздел 3. Индустриальное проектирование корпоративных экономических информационных систем 266
- •Глава 11. Реинжиниринг бизнес-процессов и проектирование корпоративной эис 266
- •Глава 12. Проектирование клиент-серверных корпоративных эис 298
- •Глава 13. Автоматизированное проектирование эис (case-технология) 334
- •Предисловие
- •Раздел 1. Теоретические основы проектирования экономических информационных систем (эис) Глава 1. Архитектура экономических информационных систем
- •1.1. Понятие и классификация эис
- •1.2. Функциональные подсистемы эис
- •Решение задач функциональных подсистем
- •Функциональный принцип:
- •Предметный принцип (подсистемы управления ресурсами):
- •1.3 Обеспечивающие подсистемы эис
- •Вопросы для самопроверки
- •Глава 2. Методологические основы проектирования эис
- •2.1. Технология проектирования эис
- •2.2 Жизненный цикл эис
- •2.3 Формализация технологии проектирования эис
- •Вопросы для самопроверки
- •Раздел 2. Каноническое проектирование эис Глава 3. Содержание и методы канонического проектирования эис
- •3.1. Состав стадий и этапов канонического проектирования эис
- •3.2. Состав и содержание работ на предпроектной стадии создания эис
- •Программа обследования
- •3.3. Состав и содержание работ на стадии технорабочего проектирования
- •3.4. Состав и содержание работ на стадиях внедрения, эксплуатации и сопровождения проекта.
- •Вопросы для самопроверки
- •Глава 4. Проектирование классификаторов технико-экономической информации
- •4.1. Общие сведения
- •4.2. Методы классификации.
- •4.2.1. Иерархическая система классификации
- •4.2.2. Фасетная система классификации
- •4.2.3. Дескрипторная система классификации
- •4.3. Понятия и основные системы кодирования экономической информации
- •4.4. Состав и содержание операций проектирования классификаторов
- •4.5. Понятие Единой системы классификации и кодирования (ескк)
- •4.6. Технология использования штрихового кодирования экономической информации
- •Вопросы для самопроверки
- •Глава 5. Проектирование системы экономической документации
- •5.1. Понятие унифицированной системы документации
- •5.2. Проектирование унифицированной системы документации эис
- •5.2.1. Особенности проектирования форм первичных документов
- •5.2.2 Особенности проектирования форм документов результатной информации
- •Вопросы для самопроверки
- •Глава 6. Проектирование внутримашинного информационного обеспечения эис
- •6.1. Проектирование экранных форм электронных документов
- •6.2. Понятие информационной базы и способы ее организации
- •6.3. Проектирование информационной базы при различных способах организации
- •Вопросы для самопроверки
- •Глава 7. Основы проектирования технологических процессов обработки данных
- •7.1. Основные понятия и классификация технологических процессов обработки данных
- •7.2. Показатели оценки эффективности и выбор варианта организации технологических процессов
- •Вопросы для самопроверки
- •Глава 8. Проектирование процессов получения первичной информации, создания и ведения информационной базы
- •8.1. Проектирование процессов получения первичной информации
- •8.2. Проектирование процесса загрузки и ведения информационной базы
- •8.3. Проектирование процесса автоматизированного ввода бумажных документов
- •Вопросы для самопроверки
- •Глава 9. Проектирование технологических процессов обработки экономической информации в локальных эис
- •9.1 Организация решения экономических задач
- •9.2 Проектирование технологических процессов обработки данных в пакетном режиме
- •9.3 Проектирование технологических процессов обработки данных в диалоговом режиме
- •Классификация диалоговых систем
- •Вопросы для самопроверки
- •Глава 10. Проектирование процессов защиты данных
- •10.1. Основные понятия и методы защиты данных
- •10.2. Стандарты на создание систем защиты данных
- •Оранжевая книга Национального центра защиты компьютеров сша (tcsec)
- •1. Концепция безопасности системы защиты
- •2. Гарантированность системы защиты
- •Гармонизированные критерии Европейских стран (itsec)
- •Концепция защиты от нсд Госкомиссии при Президенте рф
- •Рекомендации х.800
- •10.3. Проектирование системы защиты данных в иб
- •Вопросы для самопроверки
- •Раздел 3. Индустриальное проектирование корпоративных экономических информационных систем Глава 11. Реинжиниринг бизнес-процессов и проектирование корпоративной эис
- •11.1. Реинжиниринг бизнес-процессов на основе корпоративной эис
- •11.2. Этапы реинжиниринга бизнес-процессов
- •Идентификация бизнес-процессов
- •Обратный инжиниринг
- •Разработка моделей новой организации бизнес-процессов
- •Реализация проекта реинжиниринга бизнес-процессов
- •11.3. Методологии моделирования проблемной области
- •Объектная структура
- •Функциональная структура
- •Структура управления
- •Организационная структура
- •Техническая структура
- •Вопросы для самопроверки
- •Глава 12. Проектирование клиент-серверных корпоративных эис
- •12.1. Основные понятия и особенности проектирования клиент-серверных экономических информационных систем (кэис)
- •1. Разработка общей структуры корпоративной информационной системы (п1)
- •2. Создание вычислительной сети (вс) для кэис (п2)
- •3. Создание схемы базы данных (бд) (пз)
- •Использование систем управления рабочими потоками
- •Использование Интернет-приложений
- •12.3 Проектирование систем оперативного анализа данных
- •Подсистема хранения данных
- •Подсистема метаинформации (репозиторий)
- •Подсистема преобразования данных (загрузки хранилища)
- •Подсистема представления данных (организации витрин данных)
- •Подсистема оперативного анализа данных
- •Подсистема интеллектуального анализа данных (извлечения знаний)
- •Подсистема «Информационная система руководителя»
- •Подсистема web-публикации
- •Технология проектирования их
- •П1. Идентификация проблемной области
- •П2. Разработка концептуальной модели их
- •Пз. Формализация их
- •П4. Реализация проекта их
- •П5. Внедрение и опытная эксплуатация
- •Вопросы для самопроверки
- •Глава 13. Автоматизированное проектирование эис (case-технология)
- •13.1 Основные понятия и классификация case-технологий
- •13.2. Функционально-ориентированное проектирование эис
- •13.3. Объектно-ориентированное проектирование эис
- •Диаграмма прецедентов использования
- •Диаграммы классов объектов (Class diagram)
- •Диаграммы состояний (Statechart diagram)
- •Диаграмма взаимодействия объектов (interaction diagram)
- •Диаграмма деятельностей
- •Диаграммы пакетов
- •Диаграммы компонентов и размещения
- •Технологическая сеть проектирования эис на основе использования объектно-ориентированной case-технологии
- •Анализ системных требований к эис
- •Логическое проектирование эис
- •Физическое проектирование эис
- •Реализация эис
- •13.4. Прототипное проектирование эис (rad-технология)
- •Вопросы для самопроверки
- •Глава 14. Типовое проектирование эис
- •14.1 Основные понятия и классификация методов типового проектирования
- •14.2. Параметрически-ориентированное проектирование эис
- •14.3. Модельно-ориентированное проектирование эис
- •Вопросы для самопроверки
- •Раздел 4. Управление проектированием эис Глава 15. Организационные структуры проектирования эис
- •15.1. Общая структура организации работ по проектированию эис
- •15.2. Организационные формы управления проектированием эис
- •15.3. Организационные формы реинжиниринга бизнес-процессов
- •Вопросы для самопроверки
- •Глава 16. Планирование и контроль проектных работ
- •16.1. Основные компоненты процесса управления проектированием эис
- •16.2. Методы планирования и управления проектами и ресурсами
- •16.3. Технология применения метода спу для разработки проекта эис
- •16.4. Выбор системы для управления проектами
- •1. Средства описания комплекса работ проекта, связей между работами и их временных характеристик.
- •2. Средства поддержки информации о ресурсах и затратах по проекту и назначения ресурсов и затрат по отдельным работам над проектом.
- •3. Средства контроля за ходом выполнения проекта.
- •4. Графические средства представления структуры проекта, средства создания различных отчетов по проекту.
- •Вопросы для самопроверки
- •Литература
2.3 Формализация технологии проектирования эис
Сложность, высокие затраты и трудоемкость процесса проектирования ЭИС на протяжении всего жизненного цикла вызывают необходимость, с одной стороны, выбора адекватной экономическому объекту технологии проектирования, с другой стороны, наличия эффективного инструмента управления процессом ее применения. С этой точки зрения возникает потребность в построении такой формализованной модели технологии проектирования, когда на ее основе можно было бы оценить необходимость и возможность применения определенной технологии проектирования с учетом сформулированных требований к ЭИС и выделенных ресурсов на экономическом объекте, а в последующем контролировать ход и результаты проектирования.
Известные методы сетевого планирования и управления проектами решают только одну часть поставленной проблемы: отражают последовательность технологических операций с временными и трудовыми характеристиками (подробное изложение методов сетевого планирования и управления проектами см. в главе 16). При этом не раскрывается в полной мере содержательная сторона процесса проектирования, необходимая сначала для понимания сущности и оценки эффективности технологии проектирования, а затем для использования в качестве инструкционного материала в непосредственной работе проектировщиков.
В наибольшей степени задаче формализации технологии проектирования ЭИС соответствует аппарат технологических сетей проектирования, разработанный Э.Н. Хотяшовым и развитый И.Н. Дрогобыцким.
Основой формализации технологии проектирования ЭИС является формальное определение технологической операции (ТО) проектирования в виде четверки [93]: V - Вход, W - Выход, П - Преобразователь, R - Ресурсы, S - Средства.
Рис. 2.3. Графическая интерпретация технологической операции
Графическая интерпретация технологической операции представлена на рис. 2.3. Технологические операции графически представляются в виде блоков-прямоугольников, внутри которых даются наименование ТО, перечень используемых средств проектирования и ссылки на используемые ресурсы. Входы и выходы ТО представляются идентификаторами внутри кружков, от которых и к которым идут стрелки, указывающие входные и выходные потоки.
Рассмотрим детально компоненты формального определения ТО.
В качестве компонентов входа и выхода используются множества документов D, параметров Р, программ G, универсальных множеств (универсумов) U. Для любых компонентов входа и выхода должны быть заданы формы их представления в виде твердой копии или электронном виде.
Документ D - это описатель множества взаимосвязанных фактов. С помощью документов описываются объекты материальных и информационных потоков, организационной структуры, технических средств, необходимые для проектирования и внедрения ЭИС. Документы определяют или исходные данные проектирования, или конечные результаты проектирования для реализации новой информационной системы, или промежуточные результаты, которые используются временно для выполнения последующих ТО. Конечные документы одновременно могут быть и промежуточными. Конечные документы должны быть оформлены в соответствии со стандартами представления проектной документации.
Параметр Р - это описатель одного факта. В принципе параметр рассматривается как частный случай документа. Выделение параметров из состава документов подчеркивает значимость отдельных фактов в процессе проектирования ЭИС. Параметры выступают, как правило, в роли ограничений или условий процесса проектирования, например, объем финансирования, срок разработки, форма предприятия и т.д. Параметры могут быть и варьируемыми с позиции анализа влияния их значений на результат проектирования ЭИС.
Программа G - частный случай документа, представляющего описание алгоритма решения задачи, которое претерпевает свое изменение по мере изменения жизненного цикла ЭИС: от спецификации программы до машинного кода.
Универсум U - это конечное и полное множество фактов (документов) одного типа. Обычно с помощью универсума описывается множество альтернатив, выбор из которого конкретного экземпляра определяет характер последующих проектных решений. В качестве универсумов могут рассматриваться множества параметризированных описаний технических средств, программных средств (операционных систем, СУБД, ППП и т.д.), технологий проектирования и т.д.
Преобразователь П - это некоторая методика или формализованный алгоритм, или машинный алгоритм преобразования входа технологической операции в ее выход. Соответственно используются ручные, автоматизированные и автоматические методы реализации преобразователей. Для формализации преобразователей используются математические модели, эвристические правила, блок-схемы, псевдокоды.
Ресурсы R - набор людских, компьютерных, временных и финансовых средств, которые позволяют выполнить технологическую операцию. Причем проектировщики могут быть специалистами разной квалификации. Наличие тех или иных ресурсов существенно сказывается на характере применяемой технологии проектирования. Например, выделение сетевых компьютерных ресурсов позволяет осуществлять коллективную разработку ЭИС различными группами проектировщиков с распараллеливанием выполнения технологических операций.
Средства проектирования S - это специальный вид ресурса, включающий методические и программные средства выполнения технологической операции. Если преобразователь является ручным, то средство проектирования представляет методику выполнения работы и в описании ТО дается ссылка на соответствующий бумажный или электронный документ. Если преобразователь является автоматизированным или автоматическим, в описании ТО указывается ссылка на название и описание программного средства, а также руководство по его эксплуатации, причем для автоматизированных преобразователей руководство по эксплуатации в большей степени должно быть ориентировано на методику работы проектировщика с помощью данного программного средства.
На основе отдельных технологических операций строится технологическая сеть проектирования (ТСП), под которой понимается взаимосвязанная по входам и выходам последовательность технологических операций проектирования, выполнение которых приводит к достижению требуемого результата - созданию проекта ЭИС [93].
На ТСП технологические операции графически связываются по общим входам и выходам, когда выход одной ТО является входом другой ТО (рис. 2.4).
Технологические сети проектирования могут строиться с различной степенью детализации. Наиболее детализированная ТСП, в которой каждая технологическая операция является ручной, называется канонической. Каноническая ТСП наиболее пригодна для проектировщиков-исполнителей, для которых ТСП является руководством по проектированию ЭИС. Вместе с тем каноническая ТСП всего проекта редко используется в полном объеме, скорее различные категории проектировщиков-исполнителей пользуются относящимися к их компетенции фрагментами канонической сети.
Рис. 2.4. Технологическая сеть проектирования
Для укрупнения ТСП применяются технологические операции-агрегаты, которым соответствуют фрагменты канонической ТСП. Например, ТО Проектирование схемы базы данных декомпозируется на ряд взаимосвязанных ТО: Нормализация таблиц, Установление связей, Отображение в схеме DDL СУБД и т.д.
Для различных категорий участников и разработчиков проекта ЭИС требуется различная степень агрегации-детализации ТСП. Наименее детализированная ТСП нужна заказчикам, для которых она представляет набор взаимосвязанных технологических этапов со входами, соответствующими предоставляемой разработчикам информации, и выходами, соответствующими получаемым проектным документам. Для руководителей проектов технологические операции, как правило, соответствуют календарным работам с четкими сроками сдачи и документальными результатами. В принципе для этих категорий пользователей ТСП может быть преобразована в традиционный сетевой график. На этом уровне представления ТСП могут не указываться отдельные ресурсы или средства проектирования.
Для взаимодействующих проектировщиков-исполнителей очень важно отражение в ТСП связей по входу-выходу, поскольку для качественного выполнения любой технологической операции необходимо точное выполнение требований по входу, соответствующему выходу другой ТО. Для конкретного проектировщика-исполнителя относящаяся к его компетенции технологическая операция-агрегат всегда может быть раскрыта в виде фрагмента канонической сети.
При использовании средства автоматизированного проектирования проектировщик-исполнитель может пользоваться технологическими операциями-агрегатами, объединяющими фрагменты канонической ТСП. Для таких ТО обязательно задается ссылка на используемое средство проектирования. Причем если средство проектирования является комплексным, то указываются конкретный компонент (функция, модуль, опция и т.д.) или компоненты этого средства.
Вместе с тем в техническом описании средства проектирования полезно иметь ТСП его применения, чтобы понять функциональные возможности этого средства. Так, если ТСП программы автоматизации проектирования схемы базы данных не полностью соответствует требуемой канонической схеме проектирования (например, отсутствует операция нормализации таблиц), то проектировщики либо выберут из универсума другое средство проектирования, либо нормализацию будут выполнять вручную, а отображение в схему DDL - с помощью программы.
Технологические сети проектирования могут иметь вариантный характер построения. Например, ТСП проектирования выходных форм отчетов зависит от средства проектирования, выбор которого, в свою очередь, определяется сложностью отчетов. Для правильного выбора средства проектирования из универсума вводится специальная технологическая операция, которая сопоставляет параметры требований (например, число степеней, итоги отчетов, многотабличность формы, многофайловость базы данных и др.) с аналогичными параметрами средства проектирования. В зависимости от выбранного средства проектирования далее выбирается конкретная ветка ТСП. Например, если в универсуме средств проектирования есть только генератор отчетов, работающий с одним файлом, то в технологическую сеть потребуется ввести технологическую операцию проектирования выходного файла. Если ни одно из средств проектирования не подходит, то проектирование осуществляется в соответствии с канонической сетью проектирования.