Базовые инструментальные средства информационного обеспечения управления

УДК 004  
ББК 32.965 
        Ш59 
 
Рецензенты: 
доктор технических наук, профессор Е.А. Гусакова, профессор кафедры  
информационных систем, технологий и автоматизации в строительстве НИУ МГСУ; 
кандидат технических наук Е.А. Серова, руководитель проекта  
ООО «СЕТЕК ИНЖИНИРИНГ» 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
    Шилова, Любовь Андреевна. 
Ш59     Базовые инструментальные средства информационного обеспечения управления 
[Электронный ресурс] : учебно-методическое пособие / Л.А. Шилова ; М-во науки и 
высшего образования Рос. Федерации, Нац. исследоват. Моск. гос. строит. ун-т. — 
Электрон. дан. и прогр. (3,9 Мб). — Москва : Издательство МИСИ – МГСУ, 2019. — 
Режим 
доступа: 
http://lib.mgsu.ru/Scripts/irbis64r_91/cgiirbis_64.exe?C21COM= 
F&I21DBN=IBIS&P21DBN=IBIS — Загл. с титул. экрана. 
ISBN 978-5-7264-1929-9 (сетевое) 
ISBN 978-5-7264-1928-2 (локальное) 
 
Учебно-методическое пособие включает описание процесса построения моделей бизнеспроцессов в среде Microsoft Visio, базовых инструментальных средств стратегического планирования и управления в  программной среде Project Expert, а также иллюстрирует возможности MS Excel для создания электронных  баз данных и работы с ними. Дан список вопросов для самоконтроля.  
Для обучающихся бакалавриата по направлению подготовки 38.03.02 Менеджмент, 
профиль «Менеджмент в инвестиционно-строительной сфере». 
 
Учебное электронное издание 
 
 
© Национальный исследовательский 
    Московский государственный 
    строительный университет, 2019 
 
 

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Редактор, корректор Л.В. Себова  
Компьютерная правка и верстка Л.В. Себовой  
Дизайн первого титульного экрана Д.Л. Разумного 
 
Для создания электронного издания использовано: 
Microsoft Word 2010, ПО Adobe Acrobat Pro 
 
 
Подписано к использованию 25.01.2019 г. Объем данных 3,9 Мб. 
 
 
Федеральное государственное бюджетное образовательное учреждение 
высшего образования  
«Национальный исследовательский  
Московский государственный строительный университет» 
129337, Москва, Ярославское ш., 26. 
 
Издательство МИСИ – МГСУ.  
Тел.: (495) 287-49-14, вн. 13-71, (499) 188-29-75, (499) 183-97-95. 
E-mail: ric@mgsu.ru, rio@mgsu.ru. 
 
 

 
 
Оглавление 
 
Введение 
....................................................................................................................................................... 
5 
Глава 1. ПОСТРОЕНИЕ МОДЕЛИ БИЗНЕС-ПРОЦЕССА  В СРЕДЕ Microsoft Visio 
........................ 
6 
1.1. 
Построение модели бизнес-процесса в нотации IDEF0 .......................................................... 
6 
1.2. 
Построение модели бизнес-процесса в нотации IDEF3 .......................................................... 
8 
1.3. 
Построение модели бизнес-процесса в нотации DFD ............................................................. 
9 
1.4. 
Создание модели бизнес-процесса в среде Microsoft Visio 
................................................... 
10 
Глава 2. БАЗОВЫЕ ИНСТРУМЕНТАЛЬНЫЕ СРЕДСТВА  СТРАТЕГИЧЕСКОГО 
ПЛАНИРОВАНИЯ И УПРАВЛЕНИЯ В СРЕДЕ Project Expert 
........................................................... 
19 
2.1. 
Разработка имитационной модели деятельности предприятия ............................................ 
21 
2.2. 
Создание финансовых документов 
.......................................................................................... 
42 
2.3. 
Анализ и актуализация полученных данных 
.......................................................................... 
43 
Глава 3. СОЗДАНИЕ БАЗЫ ДАННЫХ В СРЕДЕ Microsoft Excel ...................................................... 
46 
3.1. 
Защита элементов листа и книги ............................................................................................. 
47 
3.2. 
Работа с таблицами ................................................................................................................... 
49 
3.3. 
Основные команды по работе с БД в MS Excel 
...................................................................... 
52 
Вопросы для самоконтроля ...................................................................................................................... 
62 
Перечень основной и дополнительной учебной литературы, необходимой для освоения 
дисциплины ............................................................................................................................................... 
63 
Библиографический список 
...................................................................................................................... 
64 
 
 
 

 
Введение 
Данное учебно-методическое пособие к выполнению компьютерного практикума составлено в 
соответствии с рабочей программой по дисциплине «Информационное обеспечение управления» 
для обучающихся по направлению подготовки 38.03.02 Менеджмент, профиль «Менеджмент в 
инвестиционно-строительной сфере». 
Содержание учебно-методического пособия соответствует ФГОС ВО по направлению бакалавриата 38.03.02 Менеджмент, зарегистрированному в Минюсте России 09 февраля 2016 г. 
№ 41028. 
Цель пособия — сформировать у обучающихся навыки использования пакетов прикладных 
программ при решении задач управления и принятия решений.  
Пособие состоит из трех глав. В первой главе представлены теоретические основы построения 
моделей бизнес-процессов в различных нотациях, а также приведен пример разработки модели 
бизнесс-процесса в среде Microsoft Visio. Во второй главе рассматривается применение базовых 
инструментальных средств стратегического планирования и управления в  программной среде 
Project Expert. Третья глава посвящена вопросам создания электронных баз данных в среде 
Microsoft Excel.  
 
 

Глава 1. ПОСТРОЕНИЕ МОДЕЛИ БИЗНЕС-ПРОЦЕССА  
В СРЕДЕ Microsoft Visio 
Бизнес-процесс — регулярно повторяющаяся последовательность взаимосвязанных мероприятий (операций, процедур или действий), которые потребляют ресурсы внешней среды, но при этом 
создают для потребителя ценность и выдают ему определенный результат. Очевидно, что у каждого бизнес-процесса должен быть единый менеджер, который отвечает не только за процесс, но и за 
полученный результат.  
Моделирование бизнес-процессов — это эффективное средство, которое позволяет найти правильный путь для повышения эффективности деятельности компании, а также помогает определить, как компания работает в целом, как в частности организована деятельность на каждом рабочем месте.  
Под методологией (нотацией) создания модели (описания) бизнес-процесса, как правило, понимается совокупность способов, при помощи которых объекты реального мира и связи между 
ними представляются в виде модели.  
К наиболее широко используемым методологиям описания бизнес-процессов относится стандарт IDEF0 (Integrated Definition Function Modeling), где модели предназначены для высокоуровневого описания бизнеса компании в функциональном аспекте. 
Для описания рабочих процессов используют стандарт IDEF3 (Integrated Definition Process 
Description Capture Method), который близок к алгоритмическим методам построения блок-схем. 
Нотация DFD (Data Flow Diagramming) позволяет отразить последовательность работ, выполняемых по ходу процесса, и потоки информации, циркулирующие между этими работами [7]. 
 
1.1. 
Построение модели бизнес-процесса в нотации IDEF0 
В основу методологии IDEF0 заложен метод структурного анализа и проектирования, разработанный Д. Россом в начале 1970-х гг. 
Базой методологии IDEF0 является графический язык моделирования, поэтому изучаемую систему принято представлять в виде набора взаимодействующих блоков, отображающих процессы, 
операции, действия, протекающие в ней (рис. 1.1). Все, что происходит в системе и ее элементах, 
принято называть функциями. Каждой функции, которая определяется как деятельность, процесс, 
операция, действие или преобразование, соответствует блок, который представляет собой прямоугольник.  
 
 
Рис. 1.1. Пример модели бизнес-процесса в нотации IDEF0 
6 
 

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

При разработке моделей IDEF0 необходимо соблюдать формальные правила, обеспечивающие преимущества методологии в отношении однозначности, точности и целостности сложных 
многоуровневых систем. 
Разработка модели в IDEF0 представляет собой итеративную процедуру, где на каждом шаге 
итерации предлагается вариант модели, который подвергается обсуждению и последующему редактированию, после чего цикл повторяется. 
 
 
а 
 
б 
 
 
г  
в 
 
д 
Рис. 1.2. Примеры типов связей между блоками:  
а — связь по управлению; б — связь выход – вход; в — обратная связь по входу;  
г — обратная связь по управлению; д — связь выход — механизм 
Отметим, что при разработке модели необходимо избегать изначальной привязки функций исследуемой системы к существующей организационной структуре моделируемого объекта. Результатом использования модели должна явиться организационная структура. Сравнение полученного 
результата с существующей структурой позволяет оценить адекватность модели, а также предложить решения, направленные на совершенствование этой структуры [7]. 
 
1.2. 
Построение модели бизнес-процесса в нотации IDEF3 
Методология IDEF3 (Integrated Definition Process Description Capture Method) разработана для 
более удобного описания рабочих процессов, для которых необходимо отразить логическую последовательность выполнения процедур. Эта методология в отличии от IDEF0 не стандартизирована и  показывает причинно-следственные связи и события, а также суть, как организована работа, какие пользователи работают с моделируемой системой.  
В методологию IDEF3 входят два метода:  
– PFD (Process Flow Description) — представление процессов с описанием организации работы между различными элементами моделируемой системы; 
– OSTD (Object State Transition Description) — изображение переходов состояний объектов с 
описанием существующих промежуточных состояний у объектов в моделируемой системе. 
8