
- •1 Основные понятия и методология проекта
- •1.1 Основные характеристики проекта
- •1.1.1 Что такое проект?
- •1.1.2 Проект как объект управления
- •1.1.3 Классификация проектов
- •1.1.4 Что такое управление проектами?
- •1.2 Управление портфелем, программами проектами
- •1.2.1Связи между управлением проектами, управлением программами и управлением портфелями
- •1.2.2 Управление портфелями
- •1.2.3 Управление программами
- •1.2.3 Проекты и стратегическое планирование
- •1.2.4 Офис управления проектами
- •1.5 Управление проектами и управление операционной деятельностью
- •1.6 Роль менеджера проекта. Стратегии планирования
- •1.7 Цели проекта
- •2 Жизненный цикл проекта
- •2.1 Процессы управления проектами. Области знаний управления проектами
- •2.2 Жизненный цикл проекта
- •2.2.1 Характеристики жизненного цикла проекта
- •2.2.2 Взаимосвязи жизненного цикла проекта и продукта
- •2.3 Фазы проекта
- •2.4 Характеристики фаз проекта
- •2.4.1 Инициация
- •2.4.2 Планирование
- •2.4.3 Выполнение и контроль (осуществление)
- •Процессы исполнения.
- •Процессы анализа.
- •2.5 Заинтересованные стороны проекта. Участники проекта
- •2.6 Типы проектных организаций
- •3 Моделирование бизнес процессов
- •3.1.1 Предназначение структурная декомпозиция работ проекта
- •3.2 Методология функционального моделирования sadt (стандарт idef0)
- •3.2.1 Анализ предметной области и принципы функционального моделирования по методологии sadt (стандарт оформления idef0)
- •3.2.2 Принципы моделирования
- •3.3 Методология последовательного выполнения процессов workflow (стандарт idef3)
- •3.3.1 Базовые элементы модели idef3
- •3.3.2 Иерархия диаграмм модели idef3
- •3.4 Методология моделирования диаграмм потоков данных dfd
- •3.4.1 Базовые элементы модели dfd
- •3.4.2 Иерархия диаграмм потоков данных dfd
- •Пример моделирования информационной системы с помощью методологии sadt (стандарт idef0)
- •Определение предметной области
- •Выбор цели
- •Выбор точки зрения
- •Построение контекстной диаграммы
- •Построение диаграммы декомпозиции а0
- •Выбор блока для декомпозиции следующего уровня
- •Построение диаграммы декомпозиции а2
- •Построение диаграммы декомпозиции а1
- •Окончание декомпозиции
- •Построение диаграммы дерева узлов
3.4 Методология моделирования диаграмм потоков данных dfd
В соответствие с рассматриваемой методологией модель анализируемой информационной системы определяется как иерархия диаграмм потоков данных DFD, описывающих процесс преобразования информации от ввода в систему до выдачи информации пользователю.
Диаграммы потоков данных используются для описания движения документов и обработки информации как дополнение к методологии функционального моделирования IDEF0. В отличие от методологии IDEF0, стрелки на диаграммах DFD показывают лишь то, как объекты (включая данные) движутся от одной работы к другой. Диаграмма потоков данных DFD – это граф, на котором показано движение значений данных от их источников через преобразующие их процессы к их потребителям в других объектах.
Диаграммы верхних уровней иерархии (контекстные диаграммы) отображают связь основного процесса системы с внешними сущностями, которые определяются соответствующими входами и выходами. Контекстные диаграммы детализируются при помощи диаграмм нижнего уровня. Такая декомпозиция продолжается, создавая многоуровневую иерархию диаграмм, до тех пор, пока не будет достигнут такой уровень декомпозиции, на котором процессы становятся элементарными и детализировать их далее невозможно.
Источники информации (внешние сущности) порождают информационные потоки (потоки данных), переносящие информацию к процессам. Те в свою очередь преобразуют информацию и порождают новые потоки, которые переносят информацию к другим процессам, хранилищам данных или внешним сущностям – потребителям информации.
3.4.1 Базовые элементы модели dfd
Основными элементами модели, объединяющей диаграммы потоков данных, являются:
процессы;
внешние сущности;
хранилища данных;
потоки данных.
Процессы
Процессы представляют собой преобразование входных потоков данных в выходные в соответствии с определенным алгоритмом. В реальной жизни процесс может выполняться некоторым подразделением организации, выполняющим обработку входных документов и выпуск отчетов. Эти действия могут выполняться отдельным сотрудником, программой, установленной на компьютере, специальным логическим устройством и тому подобное.
Процессы на диаграмме потоков данных изображаются прямоугольниками со скругленными углами (Рис. ).
Рис. 3.43 – Пример процесса
Номер процесса служит для его идентификации. В поле имени вводится наименование процесса в виде предложения с глаголом в неопределенной форме (вычислить, рассчитать, проверить, определить, создать, получить) и поясняющими существительными, например: "Напечатать адрес получателя".
Информация в нижнем поле процесса может указывать, какое подразделение организации, сотрудник, программа или аппаратное устройство выполняет данный процесс. Если такое поле отсутствует, то подобная информация может быть указана в текстовом примечании к рассматриваемому процессу.
Внешние сущности
Внешняя сущность представляет собой материальный объект, являющийся источником или приемником информации или данных. Определение некоторого объекта в качестве внешней сущности указывает на то, что он находится за пределами границ анализируемой предметной области.
Внешние сущности изображаются в виде прямоугольников с тенью (Рис. ) и обычно располагаются по краям диаграммы.
Внешняя сущность идентифицируется буквой "Е" и соответствующим номером. Внутри символа указывается его имя, например, заказчик, персонал, поставщик, клиент.
Рис. 3.44 – Пример внешней сущности
В процессе анализа некоторые внешние сущности могут быть использованы многократно на одной или нескольких диаграммах. Кроме того, часть процессов системы может быть вынесена за пределы диаграммы и представлена как внешние сущности.
Хранилища данных
Хранилище данных представляет собой абстрактное устройство для хранения информации, которую можно в любой момент поместить в хранилище и через некоторое время извлечь, причем способы помещения и извлечения могут быть любыми.
Хранилище данных на диаграмме потоков данных изображается, как показано на .
Рис. 3.45 – Пример хранилища данных
Хранилище данных идентифицируется буквой "D" и соответствующим номером. Внутри указывается его уникальное в рамках данной модели имя, наиболее точно, с точки зрения аналитика, отражающее информационную сущность содержимого, например, "Сведения о поставщиках", "Накладные".
Хранилища данных в общем случае являются прообразом таблиц будущей базы данных и описание хранящихся в них данных должно быть увязано с информационной моделью.
Потоки данных
Потоки данных описывают движение информации или объектов из одной части системы в другую.
Потоки данных изображаются линиями со стрелками, показывающими их направление. Поскольку каждая сторона прямоугольника, изображающего процесс, не имеет определенного назначения, потоки данных могут подходить к любой стороне и выходить из любой стороны. Каждому потоку данных присваивается имя, отражающее его содержание (Рис.).
Р
ис.3.46
– Поток данных от процесса
к внешней сущности
На диаграммах могут применяться двунаправленные потоки данных для описания диалогов типа "вопрос–ответ" между процессами, между процессом и внешней сущностью, между процессом и хранилищем данных. Потоки данных могут разветвляться или сливаться, что означает разделение потока данных на части, либо их слияние. Каждая ветвь разветвляющегося или сливающегося потока данных может иметь собственное имя.