КОНСПЕКТЫ ЛЕКЦИЙ
по дисциплине
«Методология и технология проектирования информационных систем»
Направление - 230700.68, Прикладная информатика
г. Владивосток
2012
Краткие опорные конспекты лекций по темам
ЧАСТЬ I (4 час.)
Тема 1. Методологические основы проектирования с использованием методов интерактивного/активного обучения - дискуссия 1 час.)
Вопросы для дискуссии
Жизненный цикл информационной системы (ИС), модели жизненного цикла. Определение жизненного цикла ИС. Модели жизненного цикла ИС, их краткая характеристика.
Определения и общие требования к методологии и технологии проектирования информационных систем. Определение проектирования ИС в рамках общесистемной деятельности. Определение методологии и технологии проектирования ИС, их связь и основные компоненты. Связь технологий проектирования с моделями жизненного цикла ИС.
Методологии проектирования ИС. Обзор основных методологий и технологий проектирования. Эволюция методов проектирования автоматизированных информационных систем (отечественный и зарубежный опыт).
ОСНОВНЫЕ ПОЛОЖЕНИЯ МОДУЛЯ 1
Для теории принятия решений процесс проектирования ИС - это процесс принятия проектно-конструкторских решений, направленных на получение описания системы (проекта ИС), удовлетворяющего требования заказчика.
Под проектом ИС будем понимать проектно-конструкторскую и технологическую документацию, в которой представлено описание проектных решений по созданию и эксплуатации ИС в конкретной программно-технической среде.
Под проектированием ИС понимается процесс преобразования входной информации об объекте проектирования, методах проектирования и опыте проектирования объектов аналогичного назначения в соответствии с ГОСТом в проект ИС.
Объектами проектирования ИС являются отдельные элементы или их комплексы функциональных и обеспечивающих частей.
Так, функциональными элементами в соответствии с традиционной декомпозицией выступают задачи, комплексы задач и функции управления.
В составе обеспечивающей части ИС объектами проектирования служат элементы и их комплексы информационного, программного и технического обеспечения системы.
В качестве субъекта проектирования ИС выступают коллективы специалистов, которые осуществляют проектную деятельность, как правило, в составе специализированной (проектной) организации, и организация-заказчик, для которой необходимо разработать ИС.
Масштабы разрабатываемых систем определяют состав и количество участников процесса проектирования.
При большом объеме и жестких сроках выполнения проектных работ в разработке системы может принимать участие несколько проектных коллективов (организаций-разработчиков). В этом случае выделяется головная организация, которая координирует деятельность всех организаций-соисполнителей.
Технология проектирования ИС - это совокупность методологии и средств проектирования ИС, а также методов и средств организации проектирования (управление процессом создания и модернизации проекта ИС).
В основе технологии проектирования лежит технологический процесс, который определяет действия, их последовательность, состав исполнителей, средства и ресурсы, требуемые для выполнения этих действий.
Технология проектирования задается регламентированной последовательностью технологических операций, выполняемых в процессе создания проекта на основе того или иного метода, в результате чего стало бы ясно, не только ЧТО должно быть сделано для создания проекта, но и КАК, КОМУ и в КАКОЙ ПОСЛЕДОВАТЕЛЬНОСТИ это должно быть сделано.
Предметом любой выбираемой технологии проектирования должно служить отражение взаимосвязанных процессов проектирования на всех стадиях жизненного цикла ИС
К основным требованиям, предъявляемым к выбираемой технологии проектирования, относятся следующие:
• созданный с помощью этой технологии проект должен отвечать требованиям заказчика;
• выбранная технология должна максимально отражать все этапы цикла жизни проекта;
• выбираемая технология должна обеспечивать минимальные трудовые и стоимостные затраты на проектирование и сопровождение проекта;
• технология должна быть основой связи между проектированием и сопровождением проекта;
• технология должна способствовать росту производительности труда проектировщика;
• технология должна обеспечивать надежность процесса проектирования и эксплуатации проекта;
• технология должна способствовать простому ведению проектной документации.
Методология проектирования определяет сущность, основные отличительные технологические особенности процесса проектирования системы.
Методология проектирования предполагает наличие некоторой концепции, принципов проектирования, реализуемых набором методов проектирования, которые, в свою очередь, должны поддерживаться некоторыми средствами проектирования.
Организация проектирования предполагает определение методов взаимодействия проектировщиков между собой и с заказчиком в процессе создания проекта ИС, которые могут также поддерживаться набором специфических средств.
Методы проектирования ИС можно классифицировать по степени использования средств автоматизации, типовых проектных решений, адаптивности к предполагаемым изменениям.
По степени автоматизации методы проектирования разделяются на методы:
• ручного проектирования, при котором проектирование компонентов ИС осуществляется без использования специальных инструментальных программных средств, а программирование - на алгоритмических языках;
• компьютерного проектирования, которое производит генерацию или конфигурацию (настройку) проектных решений на основе использования специальных инструментальных программных средств.
По степени использования типовых проектных решений различают следующие методы проектирования:
• оригинального (индивидуального) проектирования, когда проектные решения разрабатываются «с нуля» в соответствии с требованиями к ИС;
• типового проектирования, предполагающего конфигурацию ИС из готовых типовых проектных решений (программных модулей).
Оригинальное (индивидуальное) проектирование ИС характеризуется тем, что все виды проектных работ ориентированы на создание индивидуальных для каждого объекта проектов, которые в максимальной степени отражают все его особенности.
Типовое проектирование выполняется на основе опыта, полученного при разработке индивидуальных проектов.
Типовые проекты как обобщение опыта для некоторых групп организационно-экономических систем или видов работ в каждом конкретном случае связаны со множеством специфических особенностей и различаются по степени охвата функций управления, выполняемым работам и разрабатываемой проектной документации.
По степени адаптивности проектных решений методы проектирования классифицируются на методы:
• реконструкции, когда адаптация проектных решений выполняется путем переработки соответствующих компонентов (перепрограммирования программных модулей);
• параметризации, когда проектные решения настраиваются (перегенерируются) в соответствии с изменяемыми параметрами;
• реструктуризации модели, когда изменяется модель проблемной области, на основе которой автоматически перегенерируются проектные решения.
Сочетание различных признаков классификации методов проектирования обусловливает характер используемой технологии проектирования ИС, среди которых выделяются два основных класса: каноническая и индустриальная технологии.
Индустриальная технология проектирования, в свою очередь, разбивается на два подкласса: автоматизированное (использование CASE-технологий) и типовое (параметрически-ориентированное или модельно-ориентированное) проектирование.
Использование индустриальных технологий проектирования не исключает использования в отдельных случаях канонической технологии.
Тема 2. Стандарты в области создания информационных систем, с использованием методов интерактивного/активного обучения - дискуссия (1 час.)
Вопросы для дискуссии
Сфера применения стандартов и нормативных документов в области проектирования информационных систем. Стандарты, поддерживающие модели жизненного цикла ИС. Стандарты фирм-разработчиков информационных систем. История применения стандартов и нормативных документов в области проектирования информационных систем.
Отечественные стандарты и нормативные документы в области проектирования информационных систем.
Международные стандарты в области проектирования информационных систем.
ГОСТ 34.601-90 «Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания». Стадии и этапы процесса проектирования ИС. Состав работ на предпроектной стадии, стадии технического и рабочего проектирования, стадии ввода в действие ИС, эксплуатации и сопровождения. Состав проектной документации.
ГОСТ 34.602-89 «Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Техническое задание на создание автоматизированной системы». Состав и содержание технического задания.
ГОСТ 34.603-92 «Информационная технология. Виды испытаний автоматизированных систем». Состав и содержание испытаний.
ГОСТ 34.320-96 «Информационные технологии. Система стандартов по базам данных. Концепция и терминология для концептуальной схемы и информационной базы».
Р 50.1.028-2001 «Информационные технологии поддержки жизненного цикла продукции. Методология функционального моделирования».
ГОСТ Р ИСО/МЭК 12207-99 «Информационная технология. Процессы жизненного цикла программных средств». Основные, вспомогательные, организационные процессы жизненного цикла программного обеспечения ИС.
Международные стандарты разработки и внедрения ИС. Методологии ведущих производителей ИС: SAP, Oracle, JD Edwards, BAAN и др.
Тема 3. Тестирование, испытания информационных систем и ввод в действие (1 час.)
Тестирование информационных систем. Критерии тестирования. Принципы тестирования. Виды тестирования. Функциональное тестирование информационных систем. Нефункциональное тестирование. Аутсорсинг тестирования.
Виды, содержание и организация испытаний информационных систем. Программа испытаний информационной системы. РД 50-34.698-90.
Ввод в действие информационных систем. Планирование и содержание работ по вводу ИС в действие.
Порядок организации тестирования, испытания и ввода в действие ИС. Содержание основных этапов тестирования, испытания и ввода в действие ИС.
Методы тестирования, испытаний ИС и ввода в действие. Вспомогательные методы и средства поддержки жизненного цикла ИС.
Управление требованиями к ИС.
Оценка затрат на разработку ИС.
Методы и средства документирования и тестирования проекта ИС. Методы и средства управления проектом ИС.
Динамические модели в анализе и проектировании ИС.
Методы оценки экономической эффективности и качества, управления надежностью и информационной безопасностью ИС.
ЧАСТЬ II (4 час.)
Тема 4. Сопровождение ИС (1 час.)
Понятие сопровождения ИС.
Жизненный цикл и сопровождение проекта ИС. Общая характеристика процесса сопровождения. Использование стандартов в сопровождении проектов информационных систем.
Внедрение и сопровождение информационных систем: практика отечественных и зарубежных компаний.
Действия и задачи, выполняемые службой сопровождения. Порядок организации сопровождения ИС.
Методы и технологии реинжиниринга и аудита ИС. Средства управления конфигурацией ИС.
Тема 5. Технологии проектирования ИС (1 час.)
Технология проектирования ИС. Требования, предъявляемые к технологии проектирования ИС. Компоненты технологии проектирования. Стандарты в сфере технологий проектирования ИС.
Технология канонического проектирования ИС.
Технология автоматизированного проектирования ИС.
Процесс каскадного проектирования в жизненном цикле ИС в соответствии с применяемым в нашей стране ГОСТ 34601-90 «Автоматизированные системы стадий создания» делится на следующие семь стадий:
1) исследование и обоснование создания системы;
2) разработка технического задания;
3) создание эскизного проекта;
4) техническое проектирование;
5) рабочее проектирование;
6) ввод в действие;
7) функционирование, сопровождение, модернизация.
Семь стадий можно сгруппировать в часто используемые на практике четыре стадии процесса разработки ИС:
На первой «ПРЕДПРОЕКТНОЙ СТАДИИ» принято выделять два основных этапа: сбор материалов обследования; анализ материалов обследования и разработка технико-экономического обоснования (ТЭО) и технического задания (ТЗ).
Вторая стадия «ТЕХНОРАБОЧЕЕ ПРОЕКТИРОВАНИЕ» выполняется в два этапа: техническое проектирование и рабочее проектирование.
На этапе «Техническое проектирование» выполняются работы по логической разработке и выбору наилучших вариантов проектных решений, в результате чего создается «Технический проект».
Этап «Рабочее проектирование» связан с физической реализацией выбранного варианта проекта и получением документации «Рабочего проекта».
При наличии опыта проектирования эти этапы иногда объединяются в один, в результате выполнения которого получают «Техно-рабочий проект» (ТРП).
Третья стадия «ВНЕДРЕНИЕ ПРОЕКТА» включает в себя три этапа:
• подготовка объекта к внедрению проекта;
• опытное внедрение проекта и
• сдача его в промышленную эксплуатацию.
На этапе «Подготовка объекта к внедрению проекта» осуществляется комплекс работ по подготовке предприятия к внедрению разработанного проекта ИС.
На этапе «Опытное внедрение» осуществляют проверку правильности работы некоторых частей проекта и получают исправленную проектную документацию и «Акт о проведении опытного внедрения».
На этапе «Сдача проекта в промышленную эксплуатацию» осуществляют комплексную системную проверку всех частей проекта, в результате которой получают доработанный «Техно-рабочий проект» и «Акт приемки проекта в промышленную эксплуатацию.
Четвертая стадия - «ЭКСПЛУАТАЦИЯ И СОПРОВОЖДЕНИЕ ПРОЕКТА» включает этапы: эксплуатация проекта; сопровождение и модернизация проекта.
На этапе «Эксплуатация проекта» получают информацию о работе всей системы в целом и отдельных ее компонентов и собирают статистику о сбоях системы в виде рекламаций и замечаний, которые накапливаются для выполнения следующего этапа.
На этапе «Сопровождение проекта» выполняются два вида работ: ликвидируются последствия сбоев в работе системы и исправляются ошибки, не выявленные при внедрении проекта, а также осуществляется модернизация проекта.
В процессе модернизации проект либо дорабатывается, т.е. расширяется по составу подсистем и задач, либо производится перенос системы на другую программную или техническую платформу с целью адаптации ее к изменяющимся внешним и внутренним условиям функционирования, в результате чего получают документы модернизированного «Техно-рабочего проекта».
СОСТАВ И СОДЕРЖАНИЕ РАБОТ НА ПРЕДПРОЕКТНОЙ СТАДИИ СОЗДАНИЯ ИС
При изучении существующей экономической системы разработчики должны уточнить границы изучения системы, определить круг пользователей будущей ИС различных уровней и выделить классы и типы объектов, подлежащих обследованию и последующей автоматизации.
Важнейшими объектами обследования могут являться:
• структурно-организационные звенья предприятия (например, отделы управления, цехи, участки, рабочие места);
• функциональная структура, состав хозяйственных процессов и процедур;
• стадии (техническая подготовка, снабжение, производство, сбыт) и элементы хозяйственного процесса (средства труда, предметы труда, ресурсы, продукция, финансы).
Основной целью выполнения первого этапа предпроектного обследования «Сбор материалов» является:
• выявление основных параметров предметной области (например, предприятия или его части);
• установление условий, в которых будет функционировать проект ИС;
• выявление стоимостных и временных ограничений на процесс проектирования.
На этом этапе проектировщиками выполняется ряд технологических операций и решаются следующие задачи:
• предварительное изучение предметной области;
• выбор технологии проектирования;
• выбор метода проведения обследования;
• выбор метода сбора материалов обследования;
• разработка программы обследования; разработка плана-графика сбора материалов обследования;
• сбор и формализация материалов обследования.
СОСТАВ И СОДЕРЖАНИЕ РАБОТ НА СТАДИИ ТЕХНОРАБОЧЕГО ПРОЕКТИРОВАНИЯ
Работы на стадии Техно-рабочее проектирования выполняются на основе утвержденного «Технического задания».
Разрабатываются основные положения проектируемой системы, принципы ее функционирования и взаимодействия с другими системами; определяется структура системы; разрабатываются проектные решения по обеспечивающим частям системы.
На стадии Техно-рабочее проектирование выполняются два этапа работ: техническое и рабочее проектирование.
На первом из них - Техническое проектирование осуществляется логическая проработка функциональной и системной архитектуры ИС, в процессе которой строится несколько вариантов всех компонентов системы; проводится оценка вариантов по показателям: стоимости, трудоемкости, достоверности получаемых результатов, и составляется Технический проект системы.
СОСТАВ И СОДЕРЖАНИЕ РАБОТ НА СТАДИЯХ ВНЕДРЕНИЯ, ЭКСПЛУАТАЦИИ И СОПРОВОЖДЕНИЯ ПРОЕКТА
На стадии Внедрение проекта проводятся подготовка и постепенное освоение разработанной проектной документации ИС заказчиками системы.
В процессе выполнения работ на этой стадии осуществляется выявление частных и системных принципиальных недоработок в предлагаемом для внедрения проектном решении. Внедрение может осуществляться с использованием следующих методов:
• последовательный метод, когда последовательно внедряется одна подсистема за другой и одна задача следует за другой задачей;
• параллельный метод, при котором все задачи внедряются во всех подсистемах одновременно;
• смешанный подход, согласно которому проектировщики, внедрив несколько подсистем первым методом и накопив опыт, приступают к параллельному внедрению остальных.
Недостатком первого подхода является увеличение длительности внедрения, что ведет за собой рост стоимости проекта.
При использовании второго подхода сокращается время внедрения, но возникает возможность пропуска ошибок в проектной документации, поэтому чаще всего используют смешанный метод внедрения проекта ИС.
Внедрение проекта осуществляется в течение трех этапов:
• подготовка объекта к внедрению;
• опытное внедрение;
• сдача проекта в промышленную эксплуатацию.
Первый этап - Подготовка объекта к внедрению. На этом этапе осуществляются следующие операции:
• изменяется организационная структура объекта (предприятия);
• набираются кадры соответствующей квалификации в области обработки информации и эксплуатации системы и сопровождения проектной документации;
• оборудуется здание под установку вычислительной техники;
• выполняются закупка и установка вычислительной техники с периферией;
• в цехах, отделах устанавливаются средства сбора, регистрации первичной информации и передачи по каналам связи;
• осуществляется установка каналов связи; проводится разработка новых документов и классификаторов;
• осуществляется создание файлов информационной базы с нормативно-справочной информацией.
Второй этап - «Опытное внедрение». На этом этапе внедряются проекты нескольких задач в нескольких подсистемах. В процессе опытного внедрения выполняются следующие работы:
• подготовка исходных оперативных данных для задач, которые проходят опытную эксплуатацию;
• ввод исходных данных в компьютер и выполнение запланированного числа реализаций;
• анализ результатных данных на предмет наличия ошибок.
После устранения ошибок получают «Акт о проведении опытного внедрения», который служит сигналом для начала выполнения следующего этапа.
На третьем этапе «Сдача проекта в промышленную эксплуатацию» используют следующую совокупность документов:
• договорная документация;
• «Приказ на разработку ИС»;
• ТЭО и ТЗ;
• исправленный «Техно-рабочий проект»;
• «Приказ о начале промышленного внедрения»;
• «Программа проведения испытаний»;
• «Требования к научно-техническому уровню проекта системы».
АВТОМАТИЗИРОВАННОЕ ПРОЕКТИРОВАНИЕ ИС (CASE-ТЕХНОЛОГИЯ)
Термин CASE (Computer Aided System/Software Engineering) используется в довольно широком смысле.
Большинство существующих CASE-систем ориентировано на автоматизацию проектирования программного обеспечения и основано на методологиях структурного (в основном) или объектно-ориентированного проектирования и программирования, использующих спецификации в виде диаграмм или текстов для описания системных требований, связей между моделями системы, динамики поведения системы и архитектуры программных средств.
Преимущества CASE-технологии по сравнению с традиционной технологией оригинального проектирования сводятся к следующему:
• улучшение качества разрабатываемого программного приложения за счет средств автоматического контроля и генерации;
• возможность повторного использования компонентов разработки;
• поддержание адаптивности и сопровождения ИС;
• снижение времени создания системы, что позволяет на ранних стадиях проектирования получить прототип будущей системы и оценить его;
• освобождение разработчиков от рутинной работы по документированию проекта, так как при этом используется встроенный документатор;
• возможность коллективной разработки ИС в режиме реального времени.
CASE-технология в рамках методологии включает в себя методы, с помощью которых на основе графической нотации строятся диаграммы, поддерживаемые инструментальной средой.
Методология определяет шаги и этапность реализации проекта, а также правила использования методов, с помощью которых разрабатывается проект.
МЕТОД - это процедура или техника генерации описаний компонентов ИС (например, проектирование потоков и структур данных).
НОТАЦИЯ - отображение структуры системы, элементов данных, этапов обработки с помощью специальных графических символов диаграмм, а также описание проекта системы на формальных и естественных языках.
Тема 6. Типовое проектирование информационных систем (1 час.)
Определение и классификация методов типового проектирования. Типовые проектные решения (виды, классы). Пакеты прикладных программ общего назначения и пакеты прикладных программ, используемые при создании ИС различных предметных областей. Адаптивность проектных решений (реконструкция – перепрограммирование программных модулей, параметризация настраивание проектных решений в соответствии с изменяемыми параметрами, реструктуризации модели изменение модели проблемной области).
Технологии параметрически-ориентированного проектирования.
Технологии модельно-ориентированного проектирования.
ТИПОВОЕ ПРОЕКТИРОВАНИЕ ИС
Методы типового проектирования ИС предполагают создание системы из готовых покупных типовых элементов (типовых проектных решений).
Для этого проектируемая ИС должна быть декомпозируема на множество составляющих компонентов (подсистем, комплексов задач, программных модулей и т.д.), для которых подбираются и закупаются имеющиеся на рынке типовые проектные решения.
Далее закупленные типовые элементы, как правило, включающие программные продукты, настраиваются на особенности конкретного предприятия или дорабатываются в соответствии с требованиями проблемной области.
Под типовым проектным решением (ТПР) будем понимать представленное в виде проектной документации, включая программные модули, проектное решение, пригодное к многократному использованию.
В качестве проектного решения может выступать реализация как отдельных компонентов ИС (программных модулей, функциональных задач, автоматизированных рабочих мест, локальных баз данных, локальных вычислительных сетей), так и взаимосвязанных комплексов компонентов (функциональных и обеспечивающих подсистем, ИС в целом).
Типовые проектные решения также называют тиражируемыми продуктами.
В зависимости от уровня декомпозиции системы различают элементный, подсистемный и объектный методы типового проектирования.
При элементном методе типового проектирования ИС в качестве типового элемента системы используется типовое решение по задаче или по отдельному виду обеспечения задачи (информационному, программному, техническому, математическому, организационному).
Сущность применения ТПР при элементном методе заключается в комплектации ИС из множества ТПР по отдельным разрозненным задачам. Если данного множества недостаточно для того, чтобы спроектировать систему, необходимые модули дорабатываются вручную. Достоинство элементного метода типового проектирования ИС связано с применением модульного подхода к проектированию и документированию ИС.
К недостаткам применения метода относятся большие затраты времени на сопряжение разнородных элементов вследствие информационной, программной и технической несовместимости ТПР, а также плохая адаптивность (настраиваемость) элементов к особенностям предприятия.
При использовании подсистемного метода типового проектирования ИС в качестве элементов типизации выступают отдельные подсистемы, которые обеспечивают функциональную полноту, минимизацию внешних информационных связей, параметрическую настраиваемость, альтернативность схем в пределах значений входных параметров. При этом достигается более высокая степень интеграции типовых элементов ИС.
Типовые проектные решения для функциональных подсистем реализуются в виде пакетов прикладных программ (ППП), которые позволяют осуществлять:
• модульное проектирование;
• параметрическую настройку программных компонентов на различные объекты управления;
• сокращение затрат на проектирование и программирование взаимосвязанных компонентов;
• хорошее документирование отображаемых процессов обработки информации.
При объектном методе типового проектирования ИС в качестве типового элемента используется типовой проект для объектов управления определенной отрасли, который включает полный набор функциональных и обеспечивающих подсистем ИС.
Современные типовые проекты отличаются:
• открытостью архитектуры, позволяющей устанавливать проекты на разных программно-технических платформах;
• масштабируемостью, допускающей конфигурацию ИС для переменного числа рабочих мест;
• конфигурируемостью, позволяющей выбирать подмножество компонентов, которые необходимы для конкретной проблемной области и параметрически настраиваются на особенности объекта управления.
Преимущество объектного метода типового проектирования ИС перед подсистемным методом заключается в комплексируемости всех компонентов за счет методологического единства и информационной, программной и технической совместимости компонентов.
Адаптивность объектного метода проектирования зависит от используемого подхода.
Тема 7. Управление проектами информационных систем (1 час.)
Организационные формы управления проектированием ИС. Особенности организация процессов разработки проекта ИС. Методы и средства организации и ведения проектных работ. Основные компоненты процесса управления проектированием ИС.
Организационные формы реинжиниринга бизнес-процессов.
Методы планирования и управления проектами и ресурсами.
ОБЩАЯ СТРУКТУРА ОРГАНИЗАЦИИ РАБОТ ПО ПРОЕКТИРОВАНИЮ ИС
Процесс проектирования ИС включает в себя большое количество взаимосвязанных между собой разнообразных элементов и предполагает построение соответствующей системы управления.
В качестве объекта разработки проекта могут выступать либо вся ИС для предприятия заказчика, либо только отдельная подсистема или совокупность подсистем, либо отдельные работы, например установка вычислительной сети, проведение консалтинговых работ по оценке эффективности информационной системы и т.д.
Проект как вид деятельности проектирующей организации отличается следующими особенностями:
• направлен на достижение конкретных целей;
• включает в себя координированное выполнение взаимосвязанных действий;
• имеет ограниченную протяженность во времени с определенным началом и концом;
• все проекты в определенной степени неповторимы и уникальны.
Организация процессов разработки проекта ИС отличается значительной сложностью. К причинам, обусловливающим сложность данных процессов, следует отнести прежде всего:
• масштабы разработки ИС;
• взаимосвязь различных по своей природе элементов проекта ИС (информационные, программные и технические средства обработки информации; экономико-математические модели; методы и средства проектирования; специалисты-разработчики; элементы проекта системы и др.);
• различные факторы старения указанных элементов;
• разный временной цикл существования и темпов обновления элементов;
• длительность процесса проектирования системы;
• индивидуальность проекта, обусловленную спецификой объекта проектирования;
• коллективный характер труда многих специалистов различной квалификации.
Под управлением проектом подразумевается деятельность, направленная на реализацию проекта с максимально возможной эффективностью при заданных ограничениях по времени, в денежных средствах и материальных ресурсах, а также по качеству конечных результатов проекта (документированных, например, в техническом задании).
Управление как процесс характеризуется следующими компонентами: целью управления, ограничениями, объектом и субъектом управления, контуром управления, методами и средствами управления.
Глобальной целью управления проектированием ИС является получение проекта с заданными пользователем параметрами.
Ограничениями могут выступать сроки проектирования, требуемые ресурсы. Объектом управления является процесс проектирования ИС как деятельность коллектива разработчиков системы, а также состояние используемых ресурсов.
Процесс проектирования ИС имеет специфические особенности, которые, в свою очередь, определяют специфику управления проектированием.
1. Процесс проектирования ИС по своему характеру является творческим. Поэтому при отсутствии достаточно полного формализованного перечня операций проектирования и состояний проекта в процессе его разработки управление проектированием носит ситуационный характер.
2. Пользователь на этапе разработки системы может изменять требования к качеству системы, срокам и затратам проектирования. В связи с отсутствием общепринятых надежных способов оценки качества проектных решений затруднен его контроль.
3. Стремление разработчиков к индивидуальному характеру труда приводит к невысокой степени организации контроля и координации деятельности отдельных разработчиков проекта.
Выделение субъекта управления связано с разделением труда в группе специалистов в процессе проектирования ИС. Управление проектными работами в этом случае может осуществляться на нескольких уровнях:
• руководства проектной организации;
• руководства обеспечивающих подразделений (например, планово-производственного отдела и т.п.);
• руководства функциональными подразделениями;
• руководителей проектов (главных конструкторов);
• руководителей проектных групп (ответственных исполнителей).
На каждом уровне управления проектными работами существует определенное представление о процессе проектирования, частных целях и задачах управления процессом проектирования ИС, что определяется кругом должностных обязанностей, характером выполняемых функций субъектов управления каждым уровнем, набором используемых методов и средств управления.
Управление проектированием, как правило, рассматривают в двух аспектах: организационном и функциональном.
В организационном аспекте управление проектированием рассматривается по уровням организационно-административной структуры с соответствующими правами и обязанностями субъектов процесса проектирования.
В функциональном аспекте управление проектированием рассматривается как применение соответствующих методов и средств организации и ведения проектных работ.
На практике данные аспекты управления проектированием реализуются в конкретных формах управления, применяемых в организациях-разработчиках систем. В данной главе будет рассмотрен организационный аспект управления проектированием.
Организация работ по проектированию ИС определяется порядком взаимодействия между несколькими сторонами, участвующими в этом процессе: пользователем, заказчиком, администратором и разработчиком.
Пользователь - это организация или группа подразделений, которые используют результаты обработки информации на компьютере). Для ИС под пользователем понимают прежде всего административно-управленческий аппарат, для которого создается эта система. Пользователь выполняет следующие функции:
• формирует исходные данные для проектирования и обработки;
• определяет состав задач для автоматизации;
• определяет основные требования к задачам и режим функционирования системы.
Заказчик - это ответственное лицо, под которым понимается организация или подразделение и которое выполняет функции:
• формирует требования к системе и ее частям;
• выдает техническое задание, финансирует разработку ИС;
• обеспечивает проведение комплекса мероприятий по ее созданию;
• проводит внедрение и прием проекта ИС.
При этом заказчик несет ответственность перед пользователем за соответствие состава и характеристик решаемых задач, режима функционирования ИС исходным данным пользователя, за сроки создания системы, правильность использования ресурсов в процессе проектирования.
Администратор - ответственное лицо, которое выполняет эксплуатацию программно-технических средств и информационного и методологического обеспечения ИС (технологические и инструкционные карты).
Администратор несет ответственность перед пользователем за правильность результатов работы ИС и их своевременность, а перед заказчиком и разработчиком - за соблюдением условий эксплуатации, требований к технической документации.
Разработчик - это ответственное лицо (организация или подразделение), которое выполняет следующие функции:
• разрабатывает ИС по техническому заданию заказчика;
• принимает участие во внедрении;
• осуществляет сдачу проекта заказчику;
• осуществляет авторское сопровождение проекта.
Разработчик несет ответственность перед заказчиком за правильность реализации требований ТЗ на ИС, научно-технический уровень разработки, сроки проведения работ, качество проектной документации, правильность расхода денежных ресурсов.
Под разработчиком понимается как одна организация, так и некоторая совокупность организаций, в которую входят головная организация и организации-соисполнители.
Существует несколько типов схем организации работ с участием четырех сторон, выбор которых зависит от объема заказа.
РЕИНЖИНИРИНГ БИЗНЕС-ПРОЦЕССОВ НА ОСНОВЕ КОРПОРАТИВНОЙ ИС
Современные предприятия (корпорации) имеют сложную структуру, обусловленную многопрофильностью деятельности, территориальной распределенностью подразделений, большим числом кооперативных связей с партнерами.
В менеджменте предприятий происходит смещение акцентов с управления отдельными ресурсами и соответственно функциональными подразделениями на управление сквозными бизнес-процессами, связывающими воедино деятельность взаимосвязанных подразделений предприятия.
Под бизнес-процессом (БП) будем понимать совокупность взаимосвязанных операций (работ) по изготовлению готовой продукции или выполнению услуг на основе потребления ресурсов.
Согласно определению М. Хаммера и Д.Чемпи РЕИНЖИНИРИНГ БИЗНЕС-ПРОЦЕССОВ (BPR - Business process reengineering) определяется как «фундаментальное переосмысление и радикальное перепроектирование бизнес-процессов (БП) для достижения коренных улучшений в основных показателях деятельности предприятия».
Реинжиниринг бизнес-процессов возможен только на основе интегрированных корпоративных информационных систем, которые обеспечивают поддержку управлению деловыми процессами на всех уровнях.
Использование корпоративных информационных систем (КИС) предполагает трансформацию системы управления на основе концепции автоматизации управления сквозными бизнес-процессами. Причем адаптация структуры КИС к изменениям потребностей системы управления должна быть непрерывной.
Общими требованиями к созданию корпоративных информационных систем, обеспечивающих эффективный реинжиниринг бизнес-процессов предприятий, являются:
• модульность, предполагающая разработку и внедрение ИС по отдельным программным комплексам, которые автоматизируют определенные виды деятельности предприятия и комплексируются между собой;
• интегрируемость (интероперабельность), позволяющая осуществлять информационный обмен между программными комплексами через общую базу данных на основе стандартов представления форматов данных и интерфейсов;
• адаптивность, обеспечивающая настраиваемость программных комплексов на различные схемы организации бизнес-процессов;
• масштабируемость, позволяющая наращивать число автоматизированных рабочих мест ИС по мере внедрения программных комплексов и расширения предприятия без потери эффективности эксплуатации ИС;
• открытость (переносимость), реализующая сопряжение программных комплексов со стандартными программными приложениями через механизмы OLE, например программами Microsoft Office, и с внешними приложениями других информационных систем через API-интерфейс (Application Programming Interface), например INTERNET - приложениями;
• конфиденциальность, предполагающая настройку прав доступа пользователей к информационной системе в зависимости от уровня компетенции.
Реинжиниринг бизнес-процессов предполагает изменение архитектуры корпоративной информационной системы, которая призвана:
• на оперативном уровне обеспечить ускорение информационных потоков, связывающих участников деловых процессов, и улучшить синхронизацию одновременно выполняемых деловых процессов;
• на тактическом уровне способствовать повышению качества принимаемых управленческих решений, позволяющих адаптировать деловые процессы к изменению внешней среды;
• на стратегическом уровне обеспечивать процесс принятия решений относительно проектирования новых и перепроектирования существующих бизнес-процессов.
ОРГАНИЗАЦИОННЫЕ ФОРМЫ РЕИНЖИНИРИНГА БИЗНЕС-ПРОЦЕССОВ
Реинжиниринг бизнес-процессов в узком смысле предшествует проектированию ИС и соответствует в традиционном представлении этапу системного анализа, на котором, в частности, определяются требования к информационной системе.
Вместе с тем задачи нестандартного выделения бизнес-процессов, обеспечивающих резкое повышение эффективности деятельности предприятия, обусловливают разработку новых организационных форм участия специалистов в работах по реинжинирингу.
Сам по себе реинжиниринг бизнес-процессов представляет творческую деятельность коллективов специалистов, вырабатывающих концепцию осуществления бизнес-процессов с использованием передовых информационных технологий.
К таким коллективам предъявляются следующие требования:
• Участие представителей высшего звена управления или лидеров проекта на всех этапах реинжиниринга бизнес-процессов, которые отвечают за выработку и реализацию решений по реинжинирингу бизнес-процессов.
• Совместная работа пользователей (владельцев бизнес-процессов) и групп (команд) реинжиниринга по определению содержания перепроектируемых бизнес-процессов.
• Включение сторонних консультантов в состав групп реинжиниринга на равных правах с работниками предприятия.
• Междисциплинарный характер состава участников групп реинжиниринга, включающих представителей всех взаимодействующих в бизнес-процессе подразделений.
• Отвлечение участников групп реинжиниринга от основной работы на период реинжиниринга бизнес-процессов.
• Контроль со стороны групп реинжиниринга реализации и внедрения сформированного проекта.
• Координация работы групп реинжиниринга по нескольким бизнес-процессам на уровне методологических центров.
• Непрерывное планирование и контроль работ по реинжинирингу бизнес-процессов со стороны администрации предприятия.
В соответствии с перечисленными требованиями М. Хаммер и Д.Чампи определили организационную структуру проекта реинжиниринга бизнес-процессов с участием следующих сторон.
Лидер проекта - это менеджер верхнего звена управления, который наделен полномочиями возглавлять работы по реинжинирингу бизнес-процессов на всех его этапах.
Владельцы бизнес-процессов - это будущие администраторы процессов, которые на стадии реинжиниринга выполняют обеспечение проекта в рамках каждого отдельного бизнес-процесса всеми необходимыми ресурсами.
Обычно владельцы бизнес-процессов назначаются лидером проекта из числа руководителей линейных или функциональных подразделений, на базе которых в последующем предполагается организация процессных подразделений (групп).
Роль владельца бизнес-процесса заключается в том, чтобы быть посредником между группой реинжиниринга и продолжающим функционировать коллективом предприятия.
ОСНОВНЫЕ КОМПОНЕНТЫ ПРОЦЕССА УПРАВЛЕНИЯ ПРОЕКТИРОВАНИЕМ ИС
Управление проектированием ИС в функциональном аспекте рассматривается как совокупность взаимосвязанных процессов.
Под процессами управления понимаются действия и процедуры, связанные с решением конкретных задач или реализацией функций управления, к которым относятся:
• процессы инициации, связанные с принятием решения о начале выполнения проекта или какого-либо очередного этапа или фазы его;
• процессы планирования - совокупность процедур, связанных с определением целей и критериев успеха проекта и разработкой рабочих схем их достижения;
• процессы исполнения, предназначенные для координации людей и других ресурсов для выполнения плана;
• процессы анализа, дающие возможность определить соответствие плана и исполнения проекта поставленным целям и критериям успеха и принять решения о необходимости применения корректирующих воздействий;
• процессы оперативного управления или регулирования - совокупность процедур, предназначенных для определения необходимых корректирующих воздействий, их согласования, утверждения и применения;
• процессы завершения - процессы формализации выполнения проекта и составления отчетности.
МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ
Федеральное государственное автономное образовательное учреждение
высшего профессионального образования
«Дальневосточный федеральный университет»
(ДВФУ)
ШКОЛА ЕСТЕСТВЕННЫХ НАУК
|
