- •Проектирование экономических информационных систем
- •Раздел 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. Графические средства представления структуры проекта, средства создания различных отчетов по проекту.
- •Вопросы для самопроверки
- •Литература
16.4. Выбор системы для управления проектами
Важной составной частью системы управления проектами являются инструментальные средства, с помощью которых реализуются методы СПУ и МКП, представляющие собой совокупность программных средств, направленных на поддержку и повышение эффективности процессов планирования и управления проектом. Выбор типов программного обеспечения по управлению проектами в организации осуществляют в следующей последовательности:
анализ требований пользователей;
анализ рынка;
выбор программного обеспечения.
В системе управления проектами можно выделить три уровня управления проектами, соответствующих определенным категориям пользователей ПО, выполняющих специфические функции.
Уровень высшего руководства, на котором происходит определение целей и задач предприятия, принимается решение о финансировании, оценивается приоритетность проектов.
Стратегический уровень, состоящий из профессионалов по управлению проектами, занимающихся планированием и контролем корпоративных проектов. Как правило, этот уровень представляется небольшим количеством людей, основная обязанность которых именно управление проектами и которые в своей работе опираются на программное обеспечение по управлению проектами. Роль подобных профессионалов является ключевой в организации, и они работают как группа поддержки по управлению проектами.
Уровень операций, для которого работа с программным обеспечением по управлению проектами вторична. Это ответственные за проекты на местах, менеджеры проектов, руководители групп. На уровне операций требуется инструмент по управлению и контролю за проектом, но на небольшие отрезки времени.
В табл. 16.1 представлены требования к программным средствам планирования и управления проектными работами со стороны специалистов трех вышеперечисленных уровней [76 ].
Таблица 16.1. Требования к программным средствам планирования и управления проектными работами
Уровень высшего руководства |
Стратегический уровень |
Уровень операций |
1 .Легкость в применении 2 Возможность получать демонстрационные отчеты 3 Мощные возможности обобщения сведений 4 Средства для интеграции с данными из других программных приложений 5 Процедуры для планирования сверху-вниз |
1 Средства временного, ресурсного, стоимостного планирования, анализа рисков 2. Возможность интеграции с другими приложениями 3 Средства для свертывания данных по проекту (предоставление отчетов руководству) и углублению для планирования на более детальном уровне 4. Средства для контроля за реализацией проекта 5. Гибкость при настройке выходных форм отчетности |
1 .Простота использования
2.Легкость изучения 3 ." Прозрачность " процедур ввода данных
4.Наглядность |
К числу основных факторов, предопределяющих выбор инструментального средства для управления проектами, можно отнести следующие:
тип задач, для которых потребуется система управления проектами;
характер деятельности организации с точки зрения возможности и целесообразности применения проектной формы планирования и управления;
вид деятельности, которая может планироваться в виде проектов;
уровень детальности, до которого необходимо планировать и контролировать проекты.
Для поддержки различных управленческих задач используются различные программные средства.
1. Для укрупненного описания и анализа проекта на прединвестиционной стадии в большей степени подходит специализированное ПО анализа проектов, которое позволяет выполнить оценки основных показателей рентабельности проекта в целом и обосновать эффективность капиталовложений. Примером системы для анализа проектов является хорошо известная на российском рынке программа Project Expert фирмы PRO-INVEST-Consulting.
Необходимо отметить, что для описания плана инвестиций в Project Expert используются традиционные подходы сетевого планирования, предполагающие разбиение проекта на комплекс взаимозависимых задач и описание требуемых для их выполнения ресурсов. В Project Expert реализованы Gantt- и PERT-диаграммы.
2. Однако если управление проектами в организации не завершается обоснованием инвестиций и существует потребность в контроле за ходом реализации проекта, то необходимо переходить к использованию ПО управления проектами. Следует отметить, что Project Expert имеет возможность обмена данными с пакетами управления проектами MS Project и Time Line.
Если принципиальное решение об использовании системы для управления проектами (УП) принято, то для выбора пакета необходимо ответить на вопросы, связанные с выяснением состава функций планирования и управления, которые требуется реализовать:
только планирование или планирование и контроль за ходом проекта;
планирование и контроль лишь сроков выполнения работ;
планирование и контроль финансовых вложений без детального планирования использования ресурсов;
детальное планирование использования ресурсов;
многопроектное управление.
Далее следует определить также требования к следующим компонентам проекта:
к размерности проектов и детальности планирования;
организационной структуре управления и отчетности;
сколько проектов будет вестись одновременно и будут ли они взаимозависимыми;
каково примерное количество задач в одном проекте;
сколько видов ресурсов будет задействовано в одном проекте;
как будут разделяться ресурсы между проектами.
Кроме того, на выбор пакета могут повлиять специфические требования управления в конкретной предметной области (например, специальные требования к отчетности или необходимость расчета дополнительных показателей, необходимость интеграции системы с другими приложениями или нормативными базами данных и т.п.).
Существенными являются также соображения, связанные с квалификацией персонала, который будет использовать ПО. Пакеты, обладающие большими возможностями, требуют, как правило, более высокой квалификации пользователей и дополнительного обучения. Они ориентированы на пользователей-профессионалов, т.е. специалистов, основным видом деятельности которых является администрирование проекта.
Для пользователей, использующих пакеты управления проектами лишь время от времени при необходимости спланировать небольшой комплекс работ, более важными являются простота использования и скорость получения результата.
В крупных организациях, как правило, можно найти оба типа пользователей. Задача для таких организаций состоит не в том, чтобы остановиться на каком-либо одном пакете, а в том, чтобы подобрать оптимальную комбинацию пакетов, позволяющих обмен данными.
Выбираемое средство управления проектами должно включать следующие базовые функциональные возможности.