|
        
11.
|
 |
Отключить
рекламу
 Создать
сайт бесплатно |
|
|
   
|
|
|
Тема
|
11 |
|
АЛГОРИТМИЗАЦИЯ
В АВТОМАТИЗИРОВАННЫХ СИСТЕМАХ |
1.
ОСНОВНАЯ ТЕРМИНОЛОГИЯ
Алгоритм
- совокупность предписаний, выполнение
которых приводит к решению поставленной
задачи.
Алгоритм
управления
- алгоритм, формализующий процесс
управления некоторым объектом.
Алгоритмизация
- процесс получения и формулирования
алгоритма.
Алгоритмический
язык
- формальный язык, разработанный для
представления алгоритмов.
Входной
язык
- см. "Алгоритмический язык".
Буквы
- элементарные символы языка.
Слова
- наименьшие смысловые единицы языка,
представляющие собой последовательности
букв.
Алфавит
- набор букв, употребляемых в языке.
Выражение
- синтаксическая форма, образованная
из слов.
Идентификатор
- произвольная последовательность
букв, служащая для обозначения
переменных, меток, функций,
переключателей, процедур.
Описание
- словесная характеристика некоторых
свойств величин, используемых в
программе, служащая для связи этих
величин с идентификаторами.
Ассемблер
- машинно-ориентированный язык
программирования.
Мнемокод
- см. "Ассемблер".
Процедурно-ориентированный
язык
- алгоритмический язык, не привязанный
к конкретной ЭВМ (например, ФОРТРАН,
АЛГОЛ-60).
Проблемно-ориентированный
язык
- алгоритмический язык, содержащий
понятия и методы, связанные с данной
областью науки, с определенным
классом решаемых задач.
Оператор
- указание о выполнении некоторых
вычислений или операций.
2.
АЛГОРИТМЫ АСУ ТП
Отличительные
особенности алгоритмов управления,
используемых в АСУ ТП:
1) тесная временная связь
алгоритма с управляемым процессом;
2) хранение рабочих
программ, реализующих алгоритмы
управления в основной (оперативной)
памяти УВМ для обеспечения доступа
к ним в любой произвольный момент
времени;
3)
превышение удельного веса логических
операций в алгоритмах АСУ ТП над
удельным весом арифметических
операций;
4)
разделение алгоритмов АСУ ТП на
функциональные части;
5) реализация на УВМ алгоритмов
АСУ ТП в режиме разделения времени.
Учет временного фактора в
алгоритмах управления сводится к
необходимости фиксации времени
приема информации в систему, времени
выдачи сообщений оператором для
формирования управляющих воздействий,
прогнозирования состояния объекта
управления и т. п. Необходимо обеспечить
своевременную обработку сигналов
УВМ, связанной с управляемым объектом.
Это достигается составлением наиболее
эффективных (по быстродействию)
алгоритмов, реализуемых на
быстродействующих УВМ.
Из
второй особенности алгоритмов АСУ
ТП вытекают жесткие требования к
объему памяти, необходимой для
реализации алгоритма, т.е. к связности
алгоритма.
Третья
особенность алгоритмов АСУ ТП
обусловлена тем, что технологические
процессы в большинстве случаев
управляются на основе решений,
принимаемых по результатам
сопоставления различных событий,
сравнения значений параметров
объекта, проверки выполнения различных
условий и ограничений и т. п.
Использование четвертой особенности
алгоритмов АСУ ТП дает возможность
разработчику сформулировать несколько
задач АСУ ТП, а затем объединить
разработанные алгоритмы этих задач
в единую систему. Естественно, что
степень взаимосвязи задач АСУ ТП
может быть различной и в сильной
степени зависит от конкретного
объекта управления.
Для
учета пятой особенности алгоритмов
управления необходимо разрабатывать
операционные системы реального
времени и планировать очередность
загрузки модулей, реализующих
алгоритмы задач АСУ ТП, и их выполнение
в зависимости от приоритетов.
При создании АСУ ТП различают
следующие алгоритмы:
- алгоритмы обнаружения
событий;
-
алгоритмы анализа ситуаций;
- алгоритмы подготовки
советов и рекомендаций;
- алгоритм подготовки и
принятия решений;
- алгоритмы вспомогательные.
2.1.
Алгоритмы обнаружения событий
Снимаемую
с датчиков информацию о событиях,
характеризующих функционирование
объекта управления, обрабатывают
по различным алгоритмам, зависящим
от типа входных сигналов:
В - "бинарные
сигналы";
GE
- "больше или равно эталону";
LE - "меньше или
равно эталону";
Z - "зона";
V - "количественная оценка
события".
Алгоритм
В.
Проверяется, какой из двух возможных
уровней имел сигнал ("1" - событие
произошло, "0" - событие не
произошло). Проверка осуществляется
в определенный момент времени,
регистрируемый таймером.
Алгоритм
GE.
Сигнал I(Т) о событии сравнивается с
заданным эталоном Е и вырабатывается
значение логической переменной В(Т)
по правилу
Алгоритм
LE.
Аналогичен алгоритму GE, за исключением
того, что значение логической
переменной В(Т) вырабатывается по
закону
Алгоритм
Z.
Проверяется попадание сигнала о
событии в определенную зону. Значение
логической переменной В(Т) вырабатывается
в соответствии с соотношениями
причем
E2<E1
El, E2 - границы зоны
Алгоритм
V.
Производится количественная оценка
значения сигнала I(Т) в соответствии
с метрической многоэталонной шкалой.
Используется упорядоченная таблица
эталонов, в которой производится
поиск по дихотомическому методу.
Поскольку
в АСУ ТП приходится обслуживать в
реальном времени поток разнородных
в семантическом значении данных,
обрабатываемых по одному из
рассмотренных алгоритмов в зависимости
от типа данных, используется адаптивный
процессор, реализуемый при работе
управляющей вычислительной машины
(УВМ) в мультипрограммном режиме,
когда в памяти одновременно находятся
несколько рабочих программ,
составленных по рассмотренным выше
алгоритмам. При этом процессор
адаптируется к семантике исходных
данных, выбирая ту или иную программу
обработки.
Здесь имеет
место информационное управление
процессором, поскольку именно входная
заявка, подлежащая обработке,
инициирует включение той или иной
программы обработки. При этом заявка
вначале поступает на классификатор
заявок, затем на главный диспетчер
заявок, который отправляет ее на
диспетчеры выбора режимов (алгоритмов)
обработки согласно рассмотренным
типам.
Практическая
реализация информационного управления
адаптивным процессором связана с
использованием специальных
информационно-управляющих слов
(ИУС).
В качестве примера
используем алгоритмы обнаружения
событий для анализа продольной
толщины холоднокатаной полосы стали.
Толщина полосы стали на выходе
прокатного стана изменяется случайным
образом и во время измерения может
попасть в один из следующих интервалов:
 где
 -
толщина полосы, измеренная в момент
времени t. -
максимальное и минимальное допустимые
значения толщины полосы соответственно, - номинальная толщина полосы; -
допуск. Требуется после очередного
измерения толщины полосы определить
ее принадлежность к одному из
упомянутых интервалов, а также
проанализировать качество информации
в соответствии с качественной теорией
информации.
По этой
теории информация делится на три
класса: 1) высококачественная, 2)
ординарная и 3) некачественная.
Высококачественной считается
информация, полученная следующим
образом: i-e и (i-l)-e измерения сигнала
принадлежат различным интервалам
измерительной шкалы, коэффициент
качества .
Ординарная информация характеризуется
тем, что соседние отсчеты значения
сигнала принадлежат одному и тому
же интервалу, .
Пораженная помехами информация
называется некачественной. Если
после анализа качества информации
оказывается, что ,
то опрашивается датчик длины и в
массивы соответствующих интервалов
заносится измеренная длина, являющаяся
конечной координатой участка полосы
предыдущего интервала и начальной
координатой следующего. Если же ,
то производится накопление значений
измеренной толщины и числа измерений
для определения средней толщины
полосы на данном участке. Запишем
алгоритм этой операции.
2.2.
Алгоритмы анализа ситуаций
Алгоритмы
анализа ситуаций обеспечивают
распознавание и классификацию
ситуаций, возникающих в процессе
эксплуатации объекта, и выявляют
соответствующие последним классы
допустимых управляющих воздействий.
При этом вырабатываются рекомендации
по ликвидации нарушений в ходе
процесса и выделяются параметры, по
которым в данной ситуации следует
оптимизировать производство.
Основой алгоритмов анализа
ситуаций являются обычные и временные
булевые (логические) функции вида
f(х1, х2, ..., хn, t) где х1, х2, ..., хn - логические
переменные, полученные в результате
анализа состояния оборудования
объекта; t - момент времени, когда
производится анализ ситуации.
Пример
составления алгоритма анализа
ситуаций рассмотрим применительно
АСУ ТП передвижного рольганга,
предназначенного для передачи труб
с линий сварки на линии отделки.
Функции АСУ ТП следующие:
1) определять направление
движения передвижного рольганга и
управлять приводом передвижения;
2) включать ускорение,
определять моменты перехода на
пониженную скорость обеспечивающую
точный останов рольганга у вызывающей
линии;
3)
управлять рольгангами сварки, отделки
и передвижным рольгангом при приеме
и выдаче труб.
2.3.
Алгоритмы подготовки советов и
рекомендаций
К
этой группе относятся алгоритмы
первичной переработки информации,
ее интегрирования, сжатия. При
использовании УВМ в режиме "советчика"
сохраняются местные устройства
автоматики и защиты. Совет машины
формируется в виде рекомендаций для
обслуживания персонала (оператора),
который может этими рекомендациями
пренебречь и поступать по своему
усмотрению. Управление механизмами
объекта осуществляется по командам,
которые формируются человеком с
помощью различных управляющих
органов (кнопки, манипуляторов,
переключателей и т.п.) как с пультом
управления, входящих в состав АСУ
ТП, так и расположенных на объекте.
Выполнение быстродействующих
управляющих воздействий (например,
сигналов аварийной защиты) возлагается
на местные устройства автоматизации.
2.4.
Алгоритм подготовки и принятия
решений
Алгоритм
подготовки и принятия решений
строится по следующей схеме:
1) получение исходной
информации от управляемого объекта;
2) анализ информации;
3) выявления
проблемной ситуации;
4) формирование целей;
5) построение модели
системы;
6)
формирование критерия и (или)
предпочтения;
7) поиск процедуры решения задач;
8) выбор решения;
9) корректировка
решения;
10)
реализация решения.
2.5.
Алгоритм вспомогательные
Для
обеспечения надежности выполнения
АСУ ТП используются следующие методы
увеличения алгоритмической
избыточности.
1.
Счетные методы контроля:
- двойной счет;
- "усеченные"
алгоритмы;
-
просчет программы с выходом на
контрольный результат;
- счетный контроль с получением
контрольных сумм;
- счет записей;
- перекрестный контроль.
2.
Математические методы проверок:
- способ подстановки;
- использование
метода корреляционных связей;
- метод "вилок";
- метод статического
прогноза.
3.
Логические методы контроля:
- контроль по
отклонениям;
-
контроль заданной последовательности
записей;
-
контроль за временем решения задач
на УВМ и периодичностью выдаваемых
результатов.
4.
Сложные методы контроля:
- метод контрольных
испытаний;
-
метод контрольных программ;
- контроль методом
следствия.
3.
ОФОРМЛЕНИЕ АЛГОРИТМОВ АСУ ТП
Оформление
алгоритмов работы АСУ ТП производится
в соответствии с ГОСТ
19.701-90
ЕСПД (ИСО 5807 - 85) "Схемы алгоритмов,
программ, данных и систем". Прежде
действовали ГОСТ
19.002-80
и ГОСТ
19.003-80,
которые для сведения приводятся в
справочнике ЭУМК.
Дадим
комментарий ГОСТа. Область применения
ГОСТа отражена в его названии. Он
может применяться в схемах:
1) алгоритмов;
2) данных;
3) программ;
4) работы системы;
5) взаимодействия
программ;
6)
взаимодействия ресурсов систем.
Все регламентируемые ГОСТом
символы делятся на четыре группы:
1. Символы данных
(10 символов).
2.
Символы процесса (7 символов).
3. Символы линий
(4 символа).
4.
Символы специальные (4 символа).
В
каждой из 4-х групп есть основные
символы и специфические символы.
3.1.
Общие положения
Схемы
алгоритмов, программ, данных и систем
(далее - схемы) состоят из имеющих
заданное значение символов, краткого
пояснительного текста и соединяющих
линий.
Схемы могут
использоваться на различных уровнях
детализации, причем число уровней
зависит от размеров и сложности
задачи обработки данных. Уровень
детализации должен быть таким, чтобы
различные части и взаимосвязь между
ними были понятны в целом.
В настоящем стандарте определены
символы, предназначенные для
использования в документации по
обработке данных, и приведено
руководство по условным обозначениям
для применения их в:
1) схемах данных;
2) схемах программ;
3) схемах работы
системы;
4)
схемах взаимодействия программ;
5) схемах ресурсов
системы.
В стандарте
используются следующие понятия:
1) основной
символ-символ, используемый в тех
случаях, когда точный тип (вид)
процесса или носителя данных
неизвестен или отсутствует
необходимость в описании фактического
носителя данных;
2) специфический символ-символ,
используемый в тех случаях, когда
известен точный тип (вид) процесса
или носителя данных или когда
необходимо описать фактический
носитель данных;
3) схема - графическое представление
определения, анализа или метода
решения задачи, в, котором используются
символы для отображения операций,
данных, потока, оборудования и т.д.
3.2.
Описание схем
Схема
данных
Схемы
данных отображают путь данных при
решении задач и определяют этапы
обработки, а также различные
применяемые носители данных.
Схема данных состоит из:
1) символов данных
(символы данных могут также указывать
вид носителя данных);
2) символов процесса, который
следует выполнить над данными
(символы процесса могут также
указывать функции, выполняемые
вычислительной машиной);
3) символов линий,
указывающих потоки данных между
процессами и (или) носителями данных;
4) специальных
символов, используемых для облегчения
написания и чтения схемы.
Символы данных предшествуют и
следуют за символами процесса. Схема
данных начинается и заканчивается
символами данных (за исключением
специальных символов).
Схема
программы
Схемы
программ отображают последовательность
операций в программе.
Схема программы состоит из:
1) символов процесса,
указывающих фактические операции
обработки данных (включая символы,
определяющие путь, которого следует
придерживаться с учетом логических
условий);
2)
линейных символов, указывающих поток
управления;
3)
специальных символов, используемых
для облегчения написания и чтения
схемы.
Схема
работы системы
Схемы
работы системы отображают управление
операциями и поток данных в системе.
Схема работы системы состоит
из:
1) символов
данных, указывающих на наличие данных
(символы данных могут также указывать
вид носителя данных);
2) символов процесса, указывающих
операции, которые следует выполнить
над данными, а также определяющих
логический путь, которого следует
придерживаться;
3) линейных символов, указывающих
потоки данных между процессами и
(или) носителями данных, а также поток
управления между процессами;
4) специальных
символов, используемых для облегчения
написания и чтения блок-схемы.
Схема
взаимодействия программ
Схемы
взаимодействия программ отображают
путь активации программ и взаимодействий
с соответствующими данными. Каждая
программа в схеме взаимодействия
программ показывается только один
раз (в схеме работы системы программа
может изображаться более чем в одном
потоке управления).
Схема
взаимодействия программ состоит
из:
1) символов
данных, указывающих на наличие
данных;
2)
символов процесса, указывающих на
операции, которые следует выполнить
над данными;
3)
линейных символов, отображающих
поток между процессами и данными, а
также инициации процессов;
4) специальных символов,
используемых для облегчения написания
и чтения схемы.
Схема
ресурсов системы
Схемы
ресурсов системы отображают
конфигурацию блоков данных и
обрабатывающих блоков, которая
требуется для решения задачи или
набора задач.
Схема
ресурсов системы состоит из:
1) символов данных,
отображающих входные, выходные и
запоминающие устройства вычислительной
машины;
2)
символов процесса, отображающих
процессоры (центральные процессоры,
каналы и т.д.);
3)
линейных символов, отображающих
передачу данных между устройствами
ввода-вывода и процессорами, а также
передачу управления между
процессорами;
4) специальных символов, используемых
для облегчения написания и чтения
схемы.
3.3.
Описание символов
Символы
данных
Основные
символы данных
Данные
Символ
отображает данные, носитель данных
не определен.
Запоминаемые
данные
Символ
отображает хранимые данные в виде,
пригодном для обработки, носитель
данных не определен.
Специфические
символы данных
Оперативное
запоминающее устройство
Символ отображает данные,
хранящиеся в оперативном запоминающем
устройстве.
Запоминающее
устройство с последовательным
доступом
Символ отображает данные,
хранящиеся в запоминающем устройстве
с последовательным доступом (магнитная
лента, кассета с магнитной лентой,
магнитофонная кассета).
Запоминающее
устройство с прямым доступом
Символ отображает данные,
хранящиеся в запоминающем устройстве
с прямым доступом (магнитный диск,
магнитный барабан, гибкий магнитный
диск).
Документ
Символ отображает данные,
представленные на носителе в
удобочитаемой форме (машинограмма,
документ для оптического или
магнитного считывания, микрофильм,
рулон ленты с итоговыми данными,
бланки ввода данных).
Ручной ввод
Символ отображает данные,
вводимые вручную во время обработки
с устройств любого типа (клавиатура,
переключатели, кнопки, световое
перо, полоски со штриховым кодом).
Карта
Символ отображает данные,
представленные на носителе в виде
карты (перфокарты, магнитные карты,
карты со считываемыми метками, карты
с отрывным ярлыком, карты со
сканируемыми метками).
Бумажная
лента
Символ отображает данные,
представленные на носителе в виде
бумажной ленты.
Дисплей
Символ отображает данные,
представленные в человекочитаемой
форме на носителе в виде отображающего
устройства (экран для визуального
наблюдения, индикаторы ввода
информации).
Символы процесса
Основные
символы процесса
Процесс
Символ отображает функцию
обработки данных любого вида
(выполнение определенной операции
или группы операций, приводящее к
изменению значения, формы или
размещения информации или к
определению, по которому из нескольких
направлений потока следует двигаться).
Специфические
символы процесса
Предопределенный
процесс
Символ отображает предопределенный
процесс, состоящий из одной или
нескольких операций или шагов
программы, которые определены в
другом месте (в подпрограмме, модуле).
Ручная операция
Символ отображает любой
процесс, выполняемый человеком.
Подготовка
Символ отображает модификацию
команды или группы команд с целью
воздействия на некоторую последующую
функцию (установка переключателя,
модификация индексного регистра
или инициализация программы).
Решение
Символ отображает решение
или функцию переключательного типа,
имеющую один вход и ряд альтернативных
выходов, один и только один из которых
может быть активизирован после
вычисления условий, определенных
внутри этого символа. Соответствующие
результаты вычисления могут быть
записаны по соседству с линиями,
отображающими эти пути.
Параллельные действия
Символ отображает синхронизацию
двух или более параллельных операций.
Пример.
Примечание. Процессы С, D и Е
не могут начаться до тех пор, пока
не завершится процесс А; аналогично
процесс F должен ожидать завершения
процессов В, С и D, однако процесс С
может начаться и (или) завершиться
прежде, чем
Граница
цикла
Символ, состоящий из двух
частей, отображает начало и конец
цикла. Обе части символа имеют один
и тот же идентификатор. Условия для
инициализации, приращения, завершения
и т.д. помещаются внутри символа в
начале или в конце в зависимости от
расположения операции, проверяющей
условие.
Пример.
Символы
линий
Основной
символ линий
Линия
Символ отображает поток
данных или управления.
При
необходимости или для повышения
удобочитаемости могут быть добавлены
стрелки-указатели.
Специфические
символы линий
Передача
управления
Символ отображает непосредственную
передачу управления от одного
процесса к другому, иногда с
возможностью прямого возвращения
к инициирующему процессу после того,
как инициированный процесс завершит
свои функции. Тип передачи управления
должен быть назван внутри символа
(например, запрос, вызов, событие).
Канал связи
Символ отображает передачу
данных по каналу связи.
Пунктирная линия
Символ отображает альтернативную
связь между двумя или более символами.
Кроме того, символ используют для
обведения аннотированного участка.
Специальные символы
Соединитель
Символ отображает выход в
часть схемы и вход из другой части
этой схемы и используется для обрыва
линии и продолжения ее в другом
месте. Соответствующие символы-соединители
должны содержать одно и то же
уникальное обозначение.
Терминатор
Символ отображает выход во
внешнюю среду и вход из внешней среды
(начало или конец схемы программы,
внешнее использование и источник
или пункт назначения данных).
Комментарий
Символ используют для
добавления описательных комментариев
или пояснительных записей в целях
объяснения или примечаний. Пунктирные
линии в символе комментария связаны
с соответствующим символом или могут
обводить группу символов. Текст
комментариев или примечаний должен
быть помещен около ограничивающей
фигуры.
Пример.
Пропуск
Символ (три точки) используют
в схемах для отображения пропуска
символа или группы символов, в которых
не определены ни тип, ни число
символов. Символ используют только
в символах линии или между ними. Он
применяется главным образом в схемах,
изображающих общие решения с
неизвестным числом повторений.
Пример.
3.4.
Правила применения символов и
выполнения схем
Правила
применения символов
1.
Символ предназначен для графической
идентификации функции, которую он
отображает, независимо от текста
внутри этого символа.
2. Символы в схеме должны быть
расположены равномерно. Следует
придерживаться разумной длины
соединений и минимального числа
длинных линий.
3. Большинство символов задумано
так, чтобы дать возможность включения
текста внутри символа. Формы символов,
установленные настоящим стандартом,
должны служить руководством для
фактически используемых символов.
Не должны изменяться углы и другие
параметры, влияющие на соответствующую
форму символов. Символы должны быть,
по возможности, одного размера.
Символы
могут быть вычерчены в любой
ориентации, но, по возможности,
предпочтительной является
горизонтальная ориентация. Зеркальное
изображение формы символа обозначает
одну и ту же функцию, но не является
предпочтительным.
4. Минимальное количество
текста, необходимого для понимания
функции данного символа, следует
помещать внутри данного символа.
Текст для чтения должен записываться
слева направо и сверху вниз независимо
от направления потока.
Пример.
Если объем текста, помещаемого
внутри символа, превышает его размеры,
следует использовать символ
комментария.
Если
использование символов комментария
может запутать или разрушить ход
схемы, текст следует помещать на
отдельном листе и давать перекрестную
ссылку на символ.
5. В схемах может использоваться
идентификатор символов. Это связанный
с данным символом идентификатор,
который определяет символ для
использования в справочных целях в
других элементах документации
(например, в листинге программы).
Идентификатор символа должен
располагаться слева над символом.
Пример.
6.
В схемах может использоваться
описание символов-любая другая
информация, например, для отображения
специального применения символа с
перекрестной ссылкой, или для
улучшения понимания функции как
части схемы. Описание символа должно
быть расположено справа над символом.
Пример.
7. В схемах работы
системы символы, отображающие
носители данных, во многих случаях
представляют способы ввода-вывода.
Для использования в качестве ссылки
на документацию текст на схеме для
символов, отображающих способы
вывода, должен размещаться справа
над символом, а текст для символов,
отображающих способы ввода-справа
под символом.
Пример.
8.
В схемах может использоваться
подробное представление, которое
обозначается с помощью символа с
полосой для процесса или данных.
Символ с полосой указывает, что в
этом же комплекте документации в
другом месте имеется более подробное
представление.
Символ
с полосой представляет собой любой
символ, внутри которого в верхней
части проведена горизонтальная
линия. Между этой линией и верхней
линией символа помещен идентификатор,
указывающий на подробное представление
данного символа.
В
качестве первого и последнего символа
подробного представления должен
быть использован символ указателя
конца. Первый символ указателя конца
должен содержать ссылку, которая
имеется также в символе с полосой.
Символ
с полосой
Подробное
представление
 
Правила выполнения соединений
1.
Потоки данных или потоки управления
в схемах показываются линиями.
Направление потока слева направо и
сверху вниз считается стандартным.
В случаях, когда необходимо
внести большую ясность в схему
(например, при соединениях), на линиях
используются стрелки. Если поток
имеет направление, отличное от
стандартного, стрелки должны указывать
это направление.
2. В схемах следует избегать
пересечения линий. Пересекающиеся
линии не имеют логической связи
между собой, поэтому изменения
направления в точках пересечения
не допускаются.
Пример.
3.
Две или более входящие линии могут
объединяться в одну исходящую линию.
Если две или более линии объединяются
в одну линию, место объединения
должно быть смещено.
Пример.
4.
Линии в схемах должны подходить к
символу либо слева, либо сверху, а
исходить либо справа, либо снизу.
Линии должны быть направлены к центру
символа.
5.
При необходимости линии в схемах
следует разрывать для избежания
излишних пересечений или слишком
длинных линий, а также, если схема
состоит из нескольких страниц.
Соединитель в начале разрыва
называется внешним соединителем, а
соединитель в конце разрыва -
внутренним соединителем.
6. Ссылки к страницам
могут быть приведены совместно с
символом комментария для их
соединителей.
Пример.
Внешний
и внутренний соединитель
Специальные условные
обозначения
Несколько
выходов
1.
Несколько выходов из символа следует
показывать:
1)
несколькими линиями от данного
символа к другим символам;
2) одной линией от
данного символа, которая затем
разветвляется в соответствующее
число линий.
Примеры.
2. Каждый выход из символа
должен сопровождаться соответствующими
значениями условий, чтобы показать
логический путь, который он
представляет, с тем, чтобы эти условия
и соответствующие ссылки были
идентифицированы.
Примеры.
Повторяющееся
представление
1. Вместо одного
символа с соответствующим текстом
могут быть использованы несколько
символов с перекрытием изображения,
каждый из которых содержит описательный
текст (использование или формирование
нескольких носителей данных или
файлов, производство множества копий
печатных отчетов или форматов
перфокарт).
2.
Когда несколько символов представляют
упорядоченное множество, это
упорядочение должно располагаться
от переднего (первого) к заднему
(последнему).
3. Линии могут входить или исходить
из любой точки перекрытых символов,
однако требования п.4 правил выполнения
соединений должны соблюдаться.
Приоритет или последовательный
порядок нескольких символов не
изменяется посредством точки, в
которой линия входит или из которой
исходит.
3.5.
Применение символов
|
Символ |
Наименование
символа |
Схема
данных |
Схема
программы |
Схема
работы системы |
Схема
взаимодействия программ |
Схема
ресурсов системы |
|
Символы
данных
|
|
Основные |
|
|
Данные |
+ |
+ |
+ |
+ |
+ |
|
|
Запоминаемые
данные |
+ |
- |
+ |
+ |
+ |
|
Специфические |
|
|
Оперативное
запоминающее устройство |
+ |
- |
+ |
+ |
+ |
|
|
Запоминающее
устройство с последовательной
выборкой |
+ |
- |
+ |
+ |
+ |
|
|
Запоминающее
устройство с прямым доступом |
+ |
- |
+ |
+ |
+ |
|
|
Документ |
+ |
- |
+ |
+ |
+ |
|
|
Ручной
ввод |
+ |
- |
+ |
+ |
+ |
|
|
Карта |
+ |
- |
+ |
+ |
+ |
|
|
Бумажная
лента |
+ |
- |
+ |
+ |
+ |
|
|
Дисплей |
+ |
- |
+ |
+ |
+ |
|
Символы
процесса |
|
Основные |
|
|
Процесс |
+ |
+ |
+ |
+ |
+ |
|
Специфические |
|
|
Предопределенный
процесс |
- |
+ |
+ |
+ |
- |
|
|
Ручная
операция |
+ |
- |
+ |
+ |
- |
|
|
Подготовка |
+ |
+ |
+ |
+ |
- |
|
|
Решение |
- |
+ |
+ |
- |
- |
|
|
Параллельные
действия |
- |
+ |
+ |
+ |
- |
|
|
Граница
цикла |
- |
+ |
+ |
- |
- |
|
Символы
линий
|
|
Основные |
|
|
Линия |
+ |
+ |
+ |
+ |
+ |
|
Специфические |
|
|
Передача
управления |
- |
- |
- |
+ |
- |
|
|
Канал
связи |
+ |
- |
+ |
+ |
+ |
|
|
Пунктирная
линия |
+ |
+ |
+ |
+ |
+ |
|
Специальные
символы |
|
|
Соединитель |
+ |
+ |
+ |
+ |
+ |
|
|
Терминатор |
+ |
+ |
+ |
- |
- |
|
|
Комментарий |
+ |
+ |
+ |
+ |
+ |
|
|
Пропуск |
+ |
+ |
+ |
+ |
+ |
Примечание.
Знак "+" указывает,
что символ используют в данной схеме,
знак "-" - не используют.
|
Вверх |
Тема
10
|
Меню |
Тема
12 |
|
|
|
       
12.
|
 |
Отключить
рекламу
 Создать
сайт бесплатно |
          
|
|
|
|
Тема
|
12 |
|
РАЗРАБОТКА
ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ АС |
Программное
обеспечение
АС разрабатывается в соответствии
с ГОСТами ЕСПД и при необходимости
с другими ГОСТами ГСС: ЕСКД, ЕСТД и
т.д.
Общие положения ЕСПД
регламентируются ГОСТ
19.001-77,
в котором указывается назначение
ЕСПД, ее область распространения и
состав, а также классификация и
обозначение стандартов ЕСПД.
В
ГОСТ
19.004-80
приведены термины и определения,
используемые при разработке
программного обеспечения, приведены
ссылки на другие ГОСТы, в которых
даны определения терминов.
В
ГОСТ
19.101-77
приводятся виды программ (табл.1),
виды программных документов (табл.2),
а также виды и содержание эксплуатационных
документов (табл.3)
и виды программных документов,
разрабатываемых на разных стадиях
создания (табл.4).
Программные
документы в зависимости от способа
выполнения и характера применения
подразделяют на подлинник, дубликат
и копию по ГОСТ
2.102-68.
Таблица
1
|
Вид
программы |
Определение |
|
Компонент |
Программа,
рассматриваемая как единое целое,
выполняющая законченную функцию
и применяемая самостоятельно или
в составе комплекса |
|
Комплекс |
Программа,
состоящая из двух или более
компонентов и (или) комплексов,
выполняющих взаимосвязанные
функции, и применяемая самостоятельно
или в составе другого комплекса | Таблица
2
|
Вид
программного документа |
Содержание
программного документа |
|
Спецификация |
Состав
программы и документации на нее |
|
Ведомость
держателей подлинников |
Перечень
предприятий, на которых хранят
подлинники программных документов |
|
Текст
программы |
Запись
программы с необходимыми
комментариями |
|
Описание
программы |
Сведения
о логической структуре и
функционировании программы |
|
Программа
и методика испытаний |
Требования,
подлежащие проверке при испытании
программы, а также порядок и методы
их контроля |
|
Техническое
задание |
Назначение
и область применения программы,
технические, технико-экономические
и специальные требования,
предъявляемые к программе,
необходимые стадии и сроки
разработки, виды испытаний |
|
Пояснительная
записка |
Схема
алгоритма, общее описание алгоритма
и (или) функционирования программы,
а также обоснование принятых
технических и технико-экономических
решений |
|
Эксплуатационные
документы |
Сведения
для обеспечения функционирования
и эксплуатации программы |
Таблица
3
|
Вид
эксплуатационного документа |
Содержание
эксплуатационного документа |
|
Ведомость
эксплуатационных документов |
Перечень
эксплуатационных документов на
программу |
|
Формуляр |
Основные
характеристики программы,
комплектность и сведения об
эксплуатации программы |
|
Описание
применения |
Сведения
о назначении программы, области
применения, применяемых методах,
классе решаемых задач, ограничениях
для применения, минимальной
конфигурации технических средств |
|
Руководство
системного программиста |
Сведения
для проверки, обеспечения
функционирования и настройки
программы на условия конкретного
применения |
|
Руководство
программиста |
Сведения
для эксплуатации программы |
|
Руководство
оператора |
Сведения
для обеспечения процедуры общения
оператора с вычислительной системой
в процессе выполнения программы |
|
Описание
языка |
Описание
синтаксиса и семантики языка |
|
Руководство
по техническому обслуживанию |
Сведения
для применения тестовых и
диагностических программ при
обслуживании технических средств |
Таблица
4
|
Код
вида документа |
Вид
документа |
Стадии
разработки |
|
Эскизный
проект |
Технический
проект |
Рабочий
проект |
|
компонент |
комплекс |
|
- |
Спецификация |
- |
- |
|
|
|
05 |
Ведомость
держателей подлинников |
- |
- |
- |
|
|
12 |
Текст
программы |
- |
- |
|
|
|
13 |
Описание
программы |
- |
- |
|
|
|
20 |
Ведомость
эксплуатационных документов |
- |
- |
|
|
|
30 |
Формуляр |
- |
- |
|
|
|
31 |
Описание
применения |
- |
- |
|
|
|
32 |
Руководство
системного программиста |
- |
- |
|
|
|
33 |
Руководство
программиста |
- |
- |
|
|
|
34 |
Руководство
оператора |
- |
- |
|
|
|
35 |
Описание
языка |
- |
- |
|
|
|
46 |
Руководство
по техническому обслуживанию |
- |
- |
|
|
|
51 |
Программа
и методика испытаний |
- |
- |
|
|
|
81 |
Пояснительная
записка |
|
|
- |
- |
|
90-99 |
Прочие
документы |
|
|
|
|
Условные
обозначения:
 - документ обязательный; - документ обязательный для компонентов,
имеющих самостоятельное применение; - необходимость составления документа
определяется на этапе разработки и
утверждения технического задания;
- - документ
не составляют.
В
зависимости от способа выполнения
и характера применения программные
документы подразделяются на подлинник,
дубликат и копию (ГОСТ
2.102-68),
предназначенные для разработки,
сопровождения и эксплуатации
программы.
Допускается
объединять отдельные виды
эксплуатационных документов (за
исключением ведомости эксплуатационных
документов и формуляра). Необходимость
объединения этих документов
указывается в техническом задании.
Объединенному документу присваивают
наименование и обозначение одного
из объединяемых документов.
В
объединенных документах должны быть
приведены сведения, которые необходимо
включать в каждый объединяемый
документ. На этапе разработки и
утверждения технического задания
определяют необходимость составления
технических условий, содержащих
требования к изготовлению, контролю
и приемке программы.
Технические
условия разрабатывают на стадии
"Рабочий проект".
Стадии
разработки, этапы и содержание работ
по созданию ПО даны в ГОСТ
19.102-77(табл.5).
Таблица
5
|
Стадии
разработки |
Этапы
работ |
Содержание
работ |
|
1.
Техническое задание |
Обоснование
необходимости разработки программы |
Постановка
задачи
Сбор
исходных материалов
Выбор
и обоснование критериев эффективности
и качества разрабатываемой
программы. Обоснование
необходимости проведения
научно-исследовательских работ.
|
|
Научно-исследовательские
работы |
Определение
структуры входных и выходных
данных.
Предварительный
выбор методов решения задач.
Обоснование
целесообразности применения ранее
разработанных программ.
Определение
требований к техническим средствам.
Обоснование
принципиальной возможности решения
поставленной задачи |
|
Разработка
и утверждение технического задания |
Определение
требований к программе.
Разработка
технико-экономического обоснования
разработки программы.
Определение
стадий, этапов и сроков разработки
программы и документации на неё.
Выбор
языков программирования.
Определение
необходимости проведения
научно-исследовательских работ
на последующих стадиях. Согласование
и утверждение технического задания.
|
|
2.
Эскизный проект |
Разработка
эскизного проекта |
Предварительная
разработка структуры входных и
выходных данных.
Уточнение
методов решения задачи.
Разработка
общего описания алгоритма решения
задачи Разработка
технико-экономического обоснования.
|
|
Утверждение
эскизного проекта |
Разработка
пояснительной записки. Согласование
и утверждение эскизного проекта.
|
|
3.
Технический проект |
Разработка
технического проекта |
Уточнение
структуры входных и выходных
данных.
Разработка
алгоритма решения задачи.
Определение
формы представления входных и
выходных данных.
Определение
семантики и синтаксиса языка.
Разработка
структуры программы. Окончательное
определение конфигурации технических
средств. |
|
Утверждение
технического проекта |
Разработка
плана мероприятий по разработке
и внедрению программ.
Разработка
пояснительной записки. Согласование
и утверждение технического проекта.
|
|
4.
Рабочий проект |
Разработка
программы |
Программирование
и отладка программы. |
|
Разработка
программной документации |
Разработка
программных документов в соответствии
с требованиями ГОСТ 19.101-77. |
|
Испытания
программы |
Разработка,
согласование и утверждение порядка
и методики испытаний.
Проведение
предварительных государственных,
межведомственных, приёмо-сдаточных
и других видов испытаний. Корректировка
программы и программной документации
по результатам испытаний. |
|
5.
Внедрение |
Подготовка
и передача программы. |
Подготовка
и передача программы и программной
документации для сопровождения
и (или) изготовления.
Оформление
и утверждение акта о передаче
программы на сопровождение и (или)
изготовление. Передача
программы в фонд алгоритмов и
программ. |
Примечания:
1.
Допускается исключать вторую стадию
разработки, а в технически обоснованных
случаях - вторую и третью стадии.
Необходимость проведения этих стадий
указывается в техническом задании.
2. Допускается
объединять, исключать этапы работ
и (или) их содержание, а также вводить
другие этапы работ по согласованию
с заказчиком.
Приведем
перечень других ГОСТов ЕСПД, содержание
которых ясно из их названия:
ГОСТ
19.103 - 77.
Обозначение программ и программных
документов.
ГОСТ
19.104 - 78.
Основные надписи.
ГОСТ
19.105 - 78.
Общие требования к программным
документам.
ГОСТ
19.106 - 78.
Требования к программным документам,
выполненным печатным способом.
ГОСТ
19.301 - 79.
Программа и методика испытаний.
Требования к содержанию и оформлению.
ГОСТ
19.401 - 78.
Текст программы. Требования к
содержанию и оформлению.
ГОСТ
19.402 - 78.
Описание программы.
|
Вверх |
Тема
11 |
Меню |
Тема
13
|
|
|
13.
|
 |
Отключить
рекламу
 Создать
сайт бесплатно |
|
|
   
|
|
|
Тема
|
13 |
|
РАЗРАБОТКА
ТЕХНИЧЕСКОГО ЗАДАНИЯ НА СОЗДАНИЕ
АВТОМАТИЗИРОВАННЫХ СИСТЕМ |
1.
ОБЩИЕ ПОЛОЖЕНИЯ
1.
ТЗ на АС является основным документом,
определяющим требования и порядок
создания (развития или модернизации
- далее создания) автоматизированной
системы, в соответствии с которым
проводится разработка АС и ее приемка
при вводе в действие.
2.
ТЗ на АС разрабатывают на систему в
целом, предназначенную для работы
самостоятельно или в составе другой
системы.
Дополнительно
могут быть разработаны ТЗ на части
АС:
- на подсистемы АС,
комплексы задач АС и т.п. в соответствии
с требованиями настоящего стандарта;
- на комплектующие
средства технического обеспечения
и программно-технические комплексы
в соответствии со стандартами ЕСКД
и СРПП;
- на программные
средства в соответствии со стандартами
ЕСПД;
- на информационные
изделия в соответствии с
ГОСТ 19.201-78
и НТД, действующей в ведомстве
заказчика АС.
Примечание.
В ТЗ на АСУ для группы взаимосвязанных
объектов следует включать только
общие для группы объектов требования.
Специфические требования отдельного
объекта управления следует отражать
в ТЗ на АСУ этого объекта.
3. Требования к АС в объеме,
установленном настоящим стандартом,
могут быть включены в задание на
проектирование вновь создаваемого
объекта автоматизации. В этом случае
ТЗ на АС не разрабатывают.
4. Включаемые в ТЗ на АС требования
должны соответствовать современному
уровню развития науки и техники и
не уступать аналогичным требованиям,
предъявляемым к лучшим современным
отечественным и зарубежным аналогам.
Задаваемые в ТЗ на АС требования не
должны ограничивать разработчика
системы в поиске и реализации наиболее
эффективных технических,
технико-экономических и других
решений.
5. ТЗ на АС
разрабатывают на основании исходных
данных в том числе содержащихся в
итоговой документации стадии
"Исследование
и обоснование создания АС",
установленной ГОСТ
24.601.
6. В ТЗ на АС включают
только те требования, которые
дополняют требования к системам
данного вида (АСУ, САПР, АСНИ и т. д.),
содержащиеся в действующих НТД, и
определяются спецификой конкретного
объекта, для которого создается
система.
Автоматизированные
системы являются сложными и
комплексными объектами проектирования,
интегрирующими разные области науки
и техники. В связи с этим при составлении
технического задания на создание
автоматизированных систем приходится,
как уже отмечалось, составлять
технические задания на некоторые
дополнительные устройства и на
разработку программного обеспечения.
Требования к составлению
технического задания на создание
АС регламентируется на ГОСТ
34.602-89
"Техническое задание на создание
автоматизированной системы".
Правила
разработки технического задания на
дополнительные устройства
устанавливаются ГОСТ
15.001-88.
Система разработки и постановки
продукции на производство. Продукция
производственно-технического
назначения, а также ГОСТ
Р 15.201-2000
"Система разработки и постановки
продукции на производство. Продукция
производственно-технического
назначения. Порядок разработки и
постановки продукции на производство".
Техническое задание на
разработку программного обеспечения
составляется в соответствии с ГОСТ
19. 201-78
"Техническое задание, требования
к содержанию и оформлению" и ГОСТ
19.202-78 "Спецификация,
требования к содержанию и оформлению".
2.
СОСТАВ И СОДЕРЖАНИЕ ТЕХНИЧЕСКИХ
ЗАДАНИЙ
Наиболее
полно состав и содержание ТЗ
представлены в ГОСТ
34.602-89,
ГОСТ
15.001-88
и ГОСТ
19.201-78.
2.1.
Техническое задание на АС (ГОСТ
34.602 - 89)
Техническое
задание на АС (ГОСТ
34.602-89)
содержит следующие разделы:
1) общие сведения;
2) назначение и
цели создания (развития) системы;
3) характеристика
объектов автоматизации;
4) требования к системе;
5) состав и
содержание работ по созданию системы;
6) порядок
контроля и приемки системы;
7) требования к составу
и содержанию работ по подготовке
объекта автоматизации к вводу системы
в действие;
8)
требования к документированию;
9) источники
разработки.
В
ТЗ на АС могут включаться приложения.
В зависимости от вида,
назначения, специфических особенностей
объекта автоматизации и условий
функционирования системы допускается
оформлять разделы ТЗ в виде приложений,
вводить дополнительные, исключать
или объединять подразделы ТЗ.
В ТЗ на части системы не
включают разделы, дублирующие
содержание разделов ТЗ на АС в целом.
В разделе "Общие
сведения"
указывают:
1)
полное наименование системы и ее
условное обозначение;
2) шифр темы или шифр (номер)
договора;
3)
наименование предприятий (объединений)
разработчика и заказчика (пользователя)
системы и их реквизиты;
4) перечень документов, на
основании которых создается система,
кем и когда утверждены эти документы;
5) плановые
сроки начала и окончания работы по
созданию системы;
6) сведения об источниках и
порядке финансирования работ;
7) порядок оформления
и предъявления заказчику результатов
работ по созданию системы (ее частей),
по изготовлению и наладке отдельных
средств (технических, программных,
информационных) и программно-технических
(программно-методических) комплексов
системы.
2.2.
Порядок разработки, согласования и
утверждения ТЗ на АС
1.
Проект ТЗ на АС разрабатывает
организация-разработчик системы с
участием заказчика на основании
технических требований (заявки,
тактико-технического задания и
т.п.).
При конкурсной
организации работ варианты проекта
ТЗ на АС рассматриваются заказчиком,
который - либо выбирает предпочтительный,
вариант, либо на основании
сопоставительного анализа
подготавливает с участием будущего
разработчика АС окончательный
вариант ТЗ на AC.
2.
Необходимость согласования проекта
ТЗ на АС с органами государственного
надзора и другими заинтересованными
организациями определяют совместно
заказчик системы и разработчик
проекта ТЗ на АС,
Работу
по согласованию проекта ТЗ на AC
осуществляют совместно разработчик
ТЗ на АС и заказчик системы, каждый
в организациях своего министерства
(ведомства).
3. Срок
согласования проекта ТЗ на АС в
каждой организации не должен превышать
15 дней со дня его получения.
Рекомендуется рассылать на согласование
экземпляры проекта ТЗ на АС (копий)
одновременно во все организации
(подразделения).
4.
Замечания по проекту ТЗ на АС должны
быть представлены с техническим
обоснованием. Решения по
замечаниям должны быть приняты
разработчиком проекта ТЗ на АС и
заказчиком системы до утверждения
ТЗ на АС.
5. Если при
согласовании проекта ТЗ на АС возникли
разногласия между разработчиком и
заказчиком (или другими заинтересованными
организациями), то составляется
протокол разногласий (форма
произвольная) и конкретное решение
принимается в установленном порядке.
6. Согласование проекта
ТЗ на АС разрешается оформлять
отдельным документом (письмом). В
этом случае под грифом "Согласовано"
делают ссылку на этот документ.
7. Утверждение ТЗ на АС
осуществляют руководители предприятий
(организаций) разработчика и заказчика
системы.
8. ТЗ на АС
(дополнение к ТЗ) до передачи его на
утверждение должно быть проверено
службой нормоконтроля организации
- разработчика ТЗ и, при необходимости,
подвергнуто метрологической
экспертизе.
9. Копии,
утвержденного ТЗ на АС в 10-дневный
срок после утверждения высылаются
разработчиком ТЗ на АС участникам
создания системы.
10.
Согласование и утверждение дополнений
к ТЗ на АС проводят в порядке,
установленном для ТЗ на АС.
11. Изменения к ТЗ на АС не допускается
утверждать после представления
системы или ее очереди на приемо-сдаточные
испытания.
12. Регистрация,
учет и хранение ТЗ на АС и дополнений
к нему проводят в соответствии с
требованиями ГОСТ 2.501.
2.3.
Техническое задание на разработку
дополнительных (нестандартных)
изделий, связанных с АС (ГОСТ 15.001 -
88) и опытно-конструкторских работ
(ГОСТ Р 15.201 - 2000)
Данный
ГОСТ предусматривает следующие
разделы ТЗ:
- наименование
и область применения (использования);
- основа для разработки;
- цель и назначение разработки;
- источники разработки;
- технические требования;
- экономические показатели;
- стадии и этапы разработки;
- порядок контроля и приемки;
- приложения.
В
зависимости от вида, назначения,
условий производства и эксплуатации
продукции допускается уточнять
содержание разделов, вводить новые
разделы или объединять отдельные
из них.
Содержание
перечисленных разделов в той или
иной степени совпадает с содержанием
разделов ГОСТ
34.602-89.
Конкретные регламентации надо брать
из соответствующих ГОСТов.
Здесь достаточно подробно приведем
содержание раздела "Технические
требования" ГОСТ
15.001-88
как наиболее важного.
В разделе "Технические
требования "
указывают требования и нормы,
определяющие показатели качества
и эксплутационные (потребительские)
характеристики продукции с учетом
действующих стандартов и норм, а
также современного технического
уровня.
Раздел в общем
случае должен состоять из следующих
подразделов:
- состав
продукции и требования к конструктивному
устройству (к ее содержанию);
- показатели назначения;
- требования к надежности;
- требования к технологичности
и метрологическому обеспечению
разработки, производства и эксплуатации
(при необходимости);
-
требования к уровню унификации и
стандартизации;
-
требования безопасности и влияния
на окружающую среду;
-
эстетические и эргономические
требования;
- требования
к патентной чистоте;
-
требования к составным частям
продукции, сырью, исходным и
эксплуатационным материалам;
- условия эксплуатации
(использования), требования к
техническому обслуживанию и ремонту;
- дополнительные требования;
- требования к маркировке и
упаковке;
- требования
к транспортированию и хранению;
- требования к категории
качества.
Значения
показателей качества продукции
указывают, как правило, с предельными
отклонениями или максимальными и
минимальными значениями.
Отдельные требования, подлежащие
уточнению в процессе разработки,
записывают по типу: "Окончательное
требование (величина)… уточняется
в процессе разработки продукции
согласовывается с … на стадии … . В
этом случае техническое задание
изменениям не подлежит".
В подразделе "Состав
продукции и требования к конструктивному
устройству (к ее содержанию)"
в общем случае указывают:
- наименование, количество и
назначение основных составных частей
продукции;
конструктивные требования
к продукции и составным частям
(габаритные, установочные,
присоединительные размеры, способы
крепления, регулировка органов
управления, соответствие
образцам-эталонам, виды покрытий
т.п.);
- требования
монтажной пригодности к продукции
(поставка в собранном
виде, не
требующая разборки и ревизии на
монтаже, поставка максимально
укрупненными транспортабельные
блоками и т.п.);
- массу
продукции и, при необходимости,
ограничение массы отдельных составных
частей продукции, удельную
материалоемкость;
-
удельный расход топлива и
энергии;
требования к средствам
защиты (от влаги, вибрации, шума,
вредных испарений, коррозии,
микроорганизмов и др.);
-
требования к взаимозаменяемости
продукции и ее составным
частям;
устойчивость к моющим
средствам, топливу, маслам и др.;
- требования к помехозащищенности
и исключение помех, влияющих на
другую продукцию;
-
требования к виду (единичный, групповой
и др.) я составу запасных частей,
инструмента и принадлежностей.
В подразделе "Показатели
назначения"
в общем случае указывают основные
технические параметры продукции,
определяющие ее целевое использование
и применение, например, мощность,
производительность, расход
электроэнергии, топлива, коэффициент
полезного действия, точность,
чувствительность; параметры
воздействия проектируемой продукции
на сопрягаемую продукцию и т.п.
В подразделе "Требования
к надежности"
в общем случае указывают
требования
к долговечности, безотказности,
сохраняемости и ремонтопригодности.
В подразделе "Требования
к технологичности и метрологическому
обеспечению разработки, производства
и эксплуатации"
в общем случае, в соответствии со
стандартами ЕСТПП, приводят требования
к производственной, монтажной и
эксплуатационной технологичности,
определяющие возможность достижения
заданных показателей качества
продукции в условиях ее изготовления,
монтажа, технического обслуживания
и ремонта при минимальных затратах
(времени, средств и пр.) на выполнение
работ в высокой производительности
труда,
В этом подразделе
указывают также основные контролируемые
параметры и исходные требования к
методам и средствам измерений,
квалификации персонала и другим
условиям контроля и испытания
продукции, ее технического обслуживания
и ремонта.
В подразделе
"Требования
к уровню унификации и стандартизации"
в общем случае приводят требования
к использованию стандартных,
унифицированных и заимствованных
сборочных единиц и деталей при
разработке продукции, а также
показатели уровня унификации.
В подразделе "Требования
безопасности и влияния на окружающую
среду"
в общем случае указывают требования
к обеспечению безопасности при
монтаже, эксплуатации, обслуживании
и ремонте (от воздействий электрического
тока,
теплового воздействия,
высокочастотных полей, ядовитых и
взрывчатых паров, акустических шумов
и т.п.), допустимые уровни вибрационных
и шумовых нагрузок в
соответствии
с системой стандартов по безопасности
труда и другими действующими
стандартами, санитарными нормами и
т.п.
В подразделе
"Эстетические
и эргономические требования"
в общем
случае указывают требования
технической эстетики, а также
эргономические требования (удобства
обслуживания, комфортабельность,
усилия, требуемые для управления и
обслуживания и т.п.).
В
подразделе "Требования
к патентной чистоте"
в общем случае указывают перечень
стран, в отношении которых должна
быть обеспечена патентная чистота
продукции.
В подразделе
"Требования
к составным частям продукции, сырью,
исходным и эксплуатационным
материалам"
в общем случае указывают:
- требования к составным частям
продукции, сырью, жидкостям, смазкам,
краскам и другим материалам, намечаемым
для применения в составе продукции,
а также при се изготовлении и
эксплуатации;
-
физико-химические, механические и
другие свойства (прочность, твердость,
шероховатость поверхности и др.);
- ограничения в применении
составных частей (включая покупные),
сырья, материалов (в том числе
используемых при применении
продукции);
- возможность
применения и (или) ограничение в
применении дефицитных материалов,
сплавов и продукции, содержащей эти
материалы и сплавы;
-
перечень материалов, применение
которых недопустимо или
нежелательно;
требования к покупной
продукции, необходимость ее
совершенствования и модернизации.
В подразделе "Условия
эксплуатации (использования),
требования к
эксплуатации и ремонту"
в зависимости от вида и назначения
продукции в общем
случае указывают:
- условия эксплуатации, при
которых должно обеспечиваться
использование продукции с заданными
техническими показателями;
- допустимое воздействие
климатических условий (температуры,
влажности, атмосферного давления,
солнечной радиации, агрессивных
сред, пыли и т.п.);
-
допустимое воздействие механических
нагрузок (вибрационных, ударных,
скручивающих, ветровых др.);
- время подготовки продукции к
использованию после транспортирования
и
хранения;
- вид
обслуживания (постоянное или
периодическое) или допустимость
работы без обслуживания;
- периодичность и ориентировочная
трудоемкость технического обслуживания
и ремонта;
необходимое количество
и квалификация персонала;
- параметры продукции, с которой
должна взаимодействовать разрабатываемая
продукция, а также требования к
обеспечению использования этой
продукции в случае возникновения
отказов разрабатываемой продукции.
В подразделе "Дополнительные
требования"
в общем случае указывают, например:
- требования к учебной
продукции, тренажерам и другой
подобной продукции и документации
на нее;
- требования к
сервисной аппаратуре, а также стендам
для проверки продукции, особого ее
обслуживания и ее составных частей.
- специфические требования
к продукции, предназначенной для
экспорта
(изготовлению, эксплуатации
и др.).
В подразделе
"Требования
к маркировке и упаковке"
в общем случае указывают:
- требования к маркировке, наносимой
на продукцию и тару, в которую
упакована продукция (место и способ
нанесения, содержание маркировки,
требования к качеству маркировки);
- возможные варианты консервации
и упаковки продукции в зависимости
от условий транспортировки и
хранения;
- требования
к консервации и упаковке продукции,
в том числе требования к таре,
материалам, применяемым при упаковке,
а также способу упаковки;
- количество или массу продукции,
упаковываемой в одно транспортное
место.
В подразделе
"Требования
к транспортированию и хранению"
в общем
случае указывают:
- условия транспортирования и
виды транспортных средств
(авиасредства,
крытые или открытые
вагоны, платформы, вагоны-ледники,
трюмы или палубы судов, закрытые
отапливаемые автомашины и др.),
необходимость и способы крепления
при транспортировании, расстояния
транспортирования, скорости
передвижения;
- требования
к необходимой защите от ударов при
погрузке и выгрузке и т.п.;
место
хранения (открытая площадка, навес,
закрытый не отапливаемый
склад,
отапливаемое помещение и т.п.);
- условия хранения;
условия
складирования продукции (в штабеля,
на стеллажи, подкладки, в
резервуарах
и т.п.);
- возможность и
сроки обслуживания продукции во
время хранения
(переконсервации,
переосвидетельствования, периодичность
замены и др.);
- сроки
хранения в различных условиях.
В подразделе "Требования
к категории качества"
указывают намечаемую категорию
качества на момент постановки
продукции на производство на основе
установленных в техническом здании
параметров и характеристик и их
сравнения с лучшими отечественными
и зарубежными образцами (по типу
формы 2 ГОСТ 2.116-84, помещаемой в
приложении к техническое заданию).
Необходимо отметить, что в
данном ГОСТе выделен особый раздел
"Стадии
и этапы разработки",
содержание которых регламентируется
ГОСТ 2.106 - 96. При необходимости в этом
разделе указываются сроки выполнения
стадий и этапов.
Создание
АС по нормам относится к категории
создания единичной продукции. АС
это всегда оригинальные объекты,
поэтому они, как правило, имеют статус
опытно-конструкторских работ и при
их создании необходимо выполнять
также требования, предъявляемые к
ОКР.
В ТЗ на ОКР
рекомендуется предусматривать
следующие положения:
-
прогноз развития требований на
данную продукцию на предполагаемый
период ее выпуска;
-
рекомендуемые этапы модернизации
продукции с учетом прогноза развития
требований;
- соответствие
требованиям стран предполагаемого
экспорта с учетом прогноза развития
этих требований;
-
характеристики ремонтопригодности;
- возможность замены запасных
частей без применения промышленной
технологии;
- доступность
и безопасность эффективного
использования продукции инвалидами
и гражданами пожилого возраста (для
соответствующей продукции,
предусмотренной законодательством
Российской Федерации).
2.4.
Техническое задание на разработку
программного обеспечения (ГОСТ 19.
201 - 78; ГОСТ 19. 202 - 78)
Техническое
задание на разработку ПО должно
содержать следующие разделы:
- введение;
-
основания для разработки;
- назначение разработки;
- требования к программе или
программному изделию;
-
требования к программной документации;
- технико-экономические
показатели;
- стадии и
этапы разработки;
-
порядок контроля и приемки;
- в техническое задание допускается
включать приложения.
Содержание
разделов
В зависимости от особенностей
программы или программного изделия
допускается уточнять содержание
разделов, вводить новые разделы или
объединять отдельные из них.
В разделе "Введение"
указывают наименование, краткую
характеристику области применения
программы или программного изделия
и объекта, в котором используют
программу или программное изделие.
В разделе "Основания
для разработки"
должны быть указаны:
-
документ (документы), на основании
которых ведется разработка;
- организация, утвердившая
этот документ, и дата его утверждения;
- наименование и (или)
условное обозначение темы разработки.
В
разделе "Назначение
разработки"
должно быть указано функциональное
и эксплуатационное назначение
программы или программного изделия.
Раздел "Требования
к программе или программному изделию"
должен содержать следующие подразделы:
- требования к
функциональным характеристикам;
- требования к надежности;
- условия эксплуатации;
- требования к составу и
параметрам технических средств;
- требования к информационной
и программной совместимости;
- требования к маркировке и
упаковке;
- требования
к транспортированию и хранению;
- специальные требования.
В
подразделе "Требования
к функциональным характеристикам"
должны быть указаны требования к
составу выполняемых функций,
организации входных и выходных
данных, временным характеристикам
и т. п.
В подразделе
"Требования
к надежности"
должны быть указаны требования к
обеспечению надежного функционирования
(обеспечения устойчивого
функционирования, контроль входной
и выходной информации, время
восстановления после отказа и т.п.).
В подразделе "Условия
эксплуатации"
должны быть указаны условия
эксплуатации (температура окружающего
воздуха, относительная влажность и
т.п. для выбранных типов носителей
данных), при которых должны
обеспечиваться заданные характеристики,
а также вид обслуживания, необходимое
количество и квалификация персонала.
В подразделе "Требования
к составу и параметрам технических
средств"
указывают необходимый состав
технических средств с указанием их
основных технических характеристик.
В подразделе "Требования
к информационной и программной
совместимости"
должны быть указаны требования к
информационным структурам на входе
и выходе и методам решения, исходным
кодам, языкам программирования и
программным средствам, используемым
программой.
При
необходимости должна обеспечиваться
защита информации и программ.
В подразделе "Требования
к маркировке и упаковке"
в общем случае указывают требования
к маркировке программного изделия,
варианты и способы упаковки.
В подразделе "Требования
к транспортированию и хранению"
должны
быть указаны для программного изделия
условия транспортирования, места
хранения, условия хранения, условия
складирования, сроки хранения в
различных условиях.
В
разделе "Требования
к программной документации"
должен быть указан предварительный
состав программной документации и,
при необходимости, специальные
требования к ней.
В
разделе "Технико-экономические
показатели"
должны быть указаны: ориентировочная
экономическая эффективность,
предполагаемая годовая потребность,
экономические преимущества разработки
по сравнению с лучшими отечественными
и зарубежными образцами или аналогами.
В разделе "Стадии
и этапы разработки"
устанавливают необходимые стадии
разработки, этапы и содержание работ
(перечень программных документов,
которые должны быть разработаны,
согласованы и утверждены), а также,
как правило, сроки разработки и
определяют исполнителей.
В разделе "Порядок
контроля и приемки"
должны быть указаны виды испытаний
и общие требования к приемке работы.
В приложениях к
техническому заданию, при необходимости,
приводят:
- перечень
научно-исследовательских и других
работ, обосновывающих разработку;
- схемы алгоритмов,
таблицы, описания, обоснования,
расчеты и другие документы, которые
могут быть использованы при разработке;
- другие источники
разработки.
ГОСТ
19.202-78
устанавливает форму и порядок
составления программного документа
"Спецификация",
определенных ГОСТ
19.101-77.
|
Вверх |
Тема
12
|
Меню |
Тема
14 |
|
|
|
14.
|
 |
Отключить
рекламу
 Создать
сайт бесплатно |
|
|
   
|
|
|
Тема
|
14 |
|
ТРЕБОВАНИЯ
К СОДЕРЖАНИЮ ДОКУМЕНТОВ,
РАЗРАБАТЫВАЕМЫХ ПРИ СОЗДАНИИ
АВТОМАТИЗИРОВАННЫХ СИСТЕМ
(РД
50-34.698-90)
|
1.
ОБЩИЕ ПОЛОЖЕНИЯ
Требования к содержанию
документов, разрабатываемых при
создании АС, установлены методическими
указаниями РД
50-34.698-90,
а также соответствующими государственными
стандартами Единой системы программной
документации (ЕСПД), Единой системы
конструкторской документации (ЕСКД),
Системы проектной документации для
строительства (СПДС) и ГОСТ
34.602-89.
Виды и комплектность
документов регламентированы ГОСТ
34.201-89.
Содержание документов
является общим для всех видов АС и,
при необходимости, может дополняться
разработчиком документов, в зависимости
от особенностей создаваемой АС.
Допускается включать в документы
дополнительные разделы и сведения,
объединять и исключать разделы.
Содержание каждого документа,
разрабатываемого при проектировании
АС согласно ГОСТ
34.201-89,
определяет разработчик в зависимости
от объекта проектирования (системы,
подсистема и т.д.).
Содержание документов, разрабатываемых
на предпроектных стадиях по ГОСТ
34.601-90,
и организационно-распорядительных,
определяют разработчики в зависимости
от объема информации, необходимой
и достаточной для дальнейшего
использования документов.
2.
ТРЕБОВАНИЯ К СОДЕРЖАНИЮ ДОКУМЕНТОВ
ПО ОБЩЕСИСТЕМНЫМ РЕШЕНИЯМ
1. Ведомость эскизного (технического)
проекта
1.1.
Ведомость содержит перечень всех
документов, разработанных на
соответствующих стадиях создания
АС и применяемых из проектов других
АС.
2.
Пояснительные записки к эскизному,
техническому проектам
2.1.
Документы содержат разделы:
1) общие положения;
2) описание
процесса деятельности;
3) основные технические
решения;
4) мероприятия по подготовке объекта
автоматизации к вводу системы в
действие.
2.2. В разделе
"Общие
положения"
приводят:
1) наименование проектируемой АС и
наименования документов, их номера
и дату утверждения, на основании
которых ведут проектирование АС;
2) перечень
организаций, участвующих в разработке
системы, сроки выполнения стадий;
3) цели,
назначение и области использования
АС;
4)
подтверждение соответствия проектных
решений действующим нормам и правилам
техники безопасности, пожаро - и
взрывобезопасности и т.п.;
5) сведения об
использованных при проектировании
нормативно-технических документах;
6) сведения
о НИР, передовом опыте, изобретениях,
использованных при разработке
проекта;
7) очередность создания системы и
объем каждой очереди.
2.3. В разделе "Описание
процесса деятельности"
отражают состав процедур (операций)
с учетом обеспечения взаимосвязи и
совместимости процессов
автоматизированной к неавтоматизированной
деятельности, формируют требования
к организации работ в условиях
функционирования АС.
2.4. В разделе "Основные
технические решения"
приводят:
1) решения по структуре системы,
подсистем, средствам и способам
связи для информационного обмена
между компонентами системы, подсистем:
2) решения
по взаимосвязям АС со смежными
системами, обеспечению ее совместимости;
3) решения
по режимам функционирования,
диагностированию работы системы;
4) решения
по численности, квалификации и
функциям персонала АС, режимам его
работы, порядку взаимодействия;
5) сведения об
обеспечении заданных в техническом
задании (ТЗ) потребительских
характеристик системы (подсистем),
определяющих ее качество;
6) состав функций,
комплексов задач (задач) реализуемых
системой (подсистемой);
7) решения по комплексу
технических средств, его размещению
на объекте;
8) решения по составу информации,
объему, способам ее организации,
видам машинных носителей, входным
и выходным документам и сообщениям,
последовательности обработки
информации и другим компонентам;
9) решения по
составу программных средств, языкам
деятельности, алгоритмам процедур
и операций и методам их реализации.
В разделе приводят в
виде иллюстраций другие документы,
которые допускается включать по
ГОСТ 34.201 - 89.
2.5. В разделе
"Мероприятия
по подготовке объекта автоматизации
к вводу системы в действие"
приводят:
1) мероприятия по приведению информации
к виду, пригодному для обработки на
ЭВМ;
2)
мероприятия по обучению и проверке
квалификации персонала;
3) мероприятия по
созданию необходимых подразделений
и рабочих мест;
4) мероприятия по изменению
объекта автоматизации;
5) другие мероприятия,
исходящие из специфических особенностей
создаваемых АС.
3.
Схема функциональной структуры
Документ
"Схема
функциональной структуры" содержит:
1) элементы
функциональной структуры АС
(подсистемы АС); автоматизированные
функции и (или) задачи (комплексы
задач); совокупности действий
(операций), выполняемых при реализации
автоматизированных функций только
техническими средствами (автоматически)
или только человеком;
2) информационные связи
между элементами и с внешней средой
с кратким указанием содержания
сообщений и (или) сигналов, передаваемых
по связям, и при необходимости, связи
других типов (входимости, подчинения
и т.д.);
3)
детализированные схемы частей
функциональной структуры (при
необходимости).
4.
Ведомость покупных изделий - по ГОСТ
2.106.
5. Описание
автоматизируемых функций
5.1.
Документ "Описание
автоматизируемых функций"
содержит разделы:
1) исходные данные;
2) цели АС и
автоматизированные функции;
3) характеристика
функциональной структуры;
4) типовые решения
(при наличии).
5.2. В
разделе "Исходные
данные"
приводят:
1) перечень исходных материалов и
документов, использованных при
разработке функциональной части
проекта АС;
2) особенности объекта управления,
влияющие на проектные решения по
автоматизированным функциям;
3) данные о системах
управления, взаимосвязанных с
разрабатываемой АС, и сведения об
информации, которой она должна
обмениваться с абонентами и другими
системами;
4) описание информационной модели
объекта вместе с его системой
управления.
5.3. В разделе
"Цели
АС и автоматизированные функции"
приводят описание автоматизированных
функций, направленных на достижение
установленных целей.
5.4. Раздел "Характеристика
функциональной структуры"
содержит:
1) перечень подсистем АС с указанием
функций и (или) задач, реализуемых в
каждой подсистеме;
2) описание процесса выполнения
функций (при необходимости);
3) необходимые
пояснения к разделению автоматизированных
функций на действия (операции),
выполняемые техническими средствами
и человеком;
4) требования к временному регламенту
и характеристикам процесса реализации
автоматизированных функций (точности,
надежности и т.п.) и решения задач.
5.5. В разделе "Типовые
решения"
приводят перечень типовых решений
с указанием функций, задач, комплексов
задач, для выполнения которых они
применены.
6.
Описание постановки задачи (комплекса
задач)
6.1.
Документ содержит разделы:
1) характеристики
комплекса задач;
2) выходная информация;
3) входная
информация.
6.2. В разделе
"Характеристики
комплекса задач"
приводят:
1) назначение комплекса задач;
2) перечень объектов
(технологических объектов управления,
подразделений предприятия и т.п.),
при управлении которыми решают
комплекс задач;
3) периодичность и продолжительность
решения;
4) условия, при которых прекращается
решение комплекса задач автоматизированным
способом (при необходимости);
5) связи данного
комплекса задач с другими комплексами
(задачами) АС;
6) должности лиц и (или) наименования
подразделений, определяющих условия
и временные характеристики конкретного,
решения задачи (если они не определены
общим алгоритмом функционирования
системы);
7) распределение действий между
персоналом и техническими средствами
при различных ситуациях решения
комплекса задач.
6.3.
Раздел "Выходная
информация"
содержит:
1) перечень и описание выходных
сообщений;
2) перечень и описание имеющих
самостоятельное смысловое значение
структурных единиц информации
выходных сообщений (показателей,
реквизитов и их совокупностей,
сигналов управления) или ссылку на
документы, содержащие эти данные.
6.3.1. В
описании по каждому выходному
сообщению следует указывать:
1)
идентификатор;
2) форму представления
сообщения (документ, видеокадр,
сигнал управления) и требования к
ней;
3) периодичность выдачи;
4) сроки
выдачи и допустимое время задержки
решения;
5) получателей и назначение
выходной информации.
6.3.2. В описании по каждой
структурной единице информации
следует указывать:
1) наименование;
2) идентификатор выходного сообщения,
содержащего структурную единицу
информации;
3) требования к точности
и надежности вычисления (при
необходимости).
6.4.
Раздел "Входная
информация"
должен содержать:
1) перечень и описание входных
сообщений (идентификатор, форму
представления, сроки и частоту
поступления);
2) перечень и описание структурных
единиц информации входных сообщений
или ссылку на документы, содержащие
эти данные.
6.4.1. В описании по каждой структурной
единице информации входных сообщений
следует указывать;
1) наименование;
2) требуемую точность ее числового
значения (при необходимости);
3)
источник информации (документ,
видеокадр, устройство, кодограмма,
информационная база на машинных
носителях и т.д.);
4) идентификатор
источника информации.
6.5. Допускается давать в виде приложений
иллюстрационный материал, таблицы
или текст вспомогательного характера,
а также документы, имеющие
самостоятельные обозначения (чертежи
форм документов, описание массивов
информации, схемы и т.д.).
7.
Локальная смета и локальный сметный
расчет
Локальная
смета и локальный сметный расчет
содержат сведения о сметной стоимости
работ, выполняемых при создании АС,
и сметной стоимости объектов,
сооружаемых при создании АС, в
соответствии с требованиями СНиП
1.02.01 - 95 и других документов по
определению стоимости АС и ее
составных частей.
8.
Паспорт
8.1.
Документ содержит разделы:
1) общие сведения об
АС;
2) основные
характеристики АС;
3) комплектность;
4) свидетельство (акт)
о приемке;
5) гарантии изготовителя (поставщика);
6) сведения
о рекламациях.
8.2. В
разделе "Общие
сведения об АС"
указывают наименование АС, ее
обозначение, присвоенное разработчиком,
наименование предприятия-поставщика
и другие сведения об АС в целом.
8.3. В разделе "Основные
характеристики АС"
должны быть приведены:
1) сведения о составе
функций, реализуемых АС, в том числе
измерительных и управляющих;
2) описание принципа
функционирования АС;
3) общий регламент и режимы
функционирования АС и сведения о
возможности изменения режимов ее
работы;
4)
сведения о совместимости АС с другими
системами.
8.4. В разделе
"Комплектность"
указывают все непосредственно
входящие в состав АС комплексы
технических и программных средств,
отдельные средства, в том числе
носители данных и эксплуатационные
документы.
8.5. В разделе
"Свидетельство
о приемке"
приводят дату подписания акта о
приемке АС в промышленную эксплуатацию
и фамилии лиц, подписавших акт.
8.6. В разделе "Гарантии
изготовителя"
приводят сроки гарантии АС в целом
и ее отдельных составных частей,
если эти сроки не совпадают со сроками
гарантии АС в целом.
8.7. В разделе "Сведения
о рекламациях"
регистрируют все предъявленные
рекламации, их краткое содержание
и меры, принятые по рекламациям.
9.
Формуляр
9.1.
Документ содержит разделы:
1) общие сведения;
2) основные
характеристики;
3) комплектность;
4) свидетельство о приемке;
5) гарантийные
обязательства;
6) сведения о состоянии АС;
7) сведения о
рекламациях.
9.2. В
разделе "Общие
сведения"
указывают наименование АС, ее
обозначение, присвоенное разработчиком,
наименование разработчика, дата
сдачи АС в эксплуатацию, общие
указания персоналу по эксплуатации
АС, требования по ведению формуляра
и месте его хранения, в т.ч. перечень
технической документации, с которой
должен быть ознакомлен персонал.
9.3. В разделе "Основные
характеристики"
указывают:
1) перечень реализуемых функций;
2) количественные
и качественные характеристики АС и
ее частей;
3) описание принципов функционирования
АС, регламент и режимы функционирования;
4) сведения
о взаимодействии АС с другими
системами.
9.4. В разделе
"Комплектность"
указывают:
1) перечень технических и программных
средств, в том числе носителей данных;
2) перечень
эксплуатационных документов.
9.5. В разделе "Свидетельство
о приемке"
указывают:
1) даты подписания актов о приемке
АС и ее частей в промышленную
эксплуатацию;
2) фамилии председателей комиссий,
осуществлявших приемку АС.
9.6. В разделе "Гарантийные
обязательства"
указывают:
1) гарантийные обязательства
разработчиков АС по системе в целом
и частям, имеющим разные гарантийные
сроки;
2)
перечень технических средств АС,
имеющих гарантийные сроки службы
меньше гарантийных сроков для
системы.
9.7. В разделе
"Сведения
о состоянии АС"
указывают:
1) сведения о неисправностях, в том
числе дату, время, характер, причину
возникновения и лицах, устранивших
неисправность;
2) замечания по эксплуатации и
аварийным ситуациям, принятые меры;
3) сведения
о проведении проверок измерительных
устройств и точностных характеристик
измерительных каналов (для АСУ ТП);
4) сведения
о ремонте технических средств и
изменениях в программном обеспечении
с указанием основания, даты и
содержания изменения;
5) сведения о выполнении
регламентных (профилактических
работ и их результатах).
9.8. В разделе "Сведения
о рекламациях"
указывают сведения о рекламациях с
указанием номера, даты, краткого
содержания рекламационного акта, а
также сведения об устранении
замечаний, указанных в акте.
10.
Проектная оценка надежности системы
10.1.
Документ содержит разделы:
1) введение;
2) исходные данные;
3) методика
расчета;
4) расчет показателей надежности;
5) анализ результатов
расчета.
10.2. В разделе
"Введение"
указывают:
1) назначение расчета надежности
системы;
2) перечень оцениваемых показателей
надежности;
3) состав учитываемых при расчете
факторов, а также принятые допущения
и ограничения.
10.3. В
разделе "Исходные
данные"
приводят:
1) данные о надежности (паспортные и
справочные) элементов АС, учитываемые
при расчете надежности системы;
2) данные о режимах
и условиях функционирования элементов
АС;
3) сведения
об организационных формах, режимах
и параметрах эксплуатации АС.
10.4. В разделе "Методика
расчета"
указывают обоснование выбора методики
расчета и нормативно-технический
документ, согласно которого проводят
расчет, или краткое описание методики
расчета и ссылку на источники, где
она опубликована.
10.5.
В разделе "Расчет
показателей надежности"
указывают:
1) надежностные структуры компонентов
АС (комплекса технических средств,
программного обеспечения и персонала)
по всем оцениваемым функциям
(функциональным подсистемам) АС;
2) необходимые
вычисления;
3) результаты расчета.
10.6. В разделе "Анализ
результатов расчета"
указывают:
1) итоговые данные расчета по каждой
оцениваемой функции (функциональной
подсистеме) АС и каждому нормируемому
показателю надежности;
2) выводы о достаточности
или недостаточности полученного
уровня надежности АС по каждой
оцениваемой функции (функциональной
подсистеме) АС и, при необходимости,
рекомендации по повышению надежности.
10.7. Если в обоснованных
случаях при оценке надежности АС
нельзя учесть уровень надежности
программного обеспечения АС и уровень
надежности действий персонала АС,
то в документе "Проектная
оценка надежности системы"
указывают сведения по оценке
надежности АС только с учетом
надежности комплекса технических
средств, в том числе нестандартных.
11.
Общее описание системы
11.1.
Документ содержит разделы:
1) назначение системы;
2) описание
системы;
3) описание взаимосвязей АС с другими
системами;
4) описание подсистем (при необходимости).
11.2. В разделе "Назначение
системы"
указывают:
1) вид деятельности, для автоматизации
которой предназначена система;
2) перечень объектов
автоматизации, на которых используется
система;
3) перечень функций, реализуемых
системой.
11.3. В разделе
"Описание
системы"
указывают:
1) структуру системы и назначение ее
частей;
2)
сведения об АС в целом и ее частях,
необходимые для обеспечения
эксплуатации системы;
3) описание функционирования
системы и ее частей.
11.4. В разделе "Описание
взаимосвязей АС с другими системами"
указывают:
1) перечень систем, с которыми связана
данная АС;
2) описание связей между системами;
3) описание
регламента связей;
4) описание взаимосвязей АС
с подразделениями объекта автоматизации.
11.5. В разделе "Описание
подсистем" указывают:
1) структуру подсистем
и назначение ее частей;
2) сведения об подсистемах
и их частях, необходимые для обеспечения
их функционирования;
3) описание функционирования
подсистем и их частей.
12.
Ведомость держателей подлинников
- по ГОСТ 2.112.
13.
Ведомость эксплуатационных документов
13.1.
Документ содержит перечень
эксплуатационных документов согласно
ГОСТ
34.201-89.
13.2. Ведомость заполняют
по разделам - частям проекта АС.
14.
Программа и методика испытаний
(компонентов, комплексов средств
автоматизации, подсистем, систем)
14.1.
"Программа
и методика испытаний"
комплекса средств автоматизации
проектирования на этапе опытного
функционирования предназначена для
установления технических данных,
подлежащих проверке при испытании
компонентов АС и комплекса средств
автоматизации проектирования, а
также порядок испытаний и методы их
контроля.
14.2.
"Программа и методика испытаний"
системы
(подсистемы) на этапе опытного
функционирования предназначена для
установления данных, обеспечивающих
получение и проверку проектных
решений, выявление причин сбоев,
определение качества работ, показателей
качества функционирования системы
(подсистемы), проверку соответствия
системы требованиям техники
безопасности, продолжительность и
режим испытаний.
14.3.
Программы испытаний должны содержать
перечни конкретных проверок (решаемых
задач), которые следует осуществлять
при испытаниях для подтверждения
выполнения требований ТЗ, со ссылками
на соответствующие методики (разделы
методик) испытаний.
14.4. Перечень проверок, подлежащих
включению в программу испытаний,
включает:
1) соответствие системы ТЗ;
2) комплектность
системы;
3) комплектность и качество документации;
4) комплектность,
достаточность состава к качество
программных средств и программной
документации;
5) количество и квалификация
обслуживающего персонала;
6) степень выполнения
требований функционального назначения
системы;
7) контролепригодность системы;
8) выполнение
требований техники безопасности,
противопожарной безопасности,
промышленной санитарии, эргономики;
9)
функционирование системы с применением
программных средств.
14.5. Описание методов испытаний
системы по отдельным показателям
рекомендуется располагать в той же
последовательности, в которой эти
показатели расположены в технических
требованиях.
14.6.
Программа испытаний содержит разделы:
1) объект
испытаний;
2) цель испытаний;
3) общие положения;
4) объем испытаний;
5) условия
и порядок проведения испытаний;
6) материально-техническое
обеспечение испытаний;
7) метрологическое
обеспечение испытаний;
8) отчетность.
В документ включают приложения.
В зависимости от
особенностей систем допускается
объединять или исключать отдельные
разделы при условии изложения их
содержания в других разделах программы
испытаний, а также включать в нее
дополнительные разделы (при
необходимости).
14.7. В
разделе "Объект
испытаний"
указывают:
1) полное наименование системы,
обозначение;
2) комплектность испытательной
системы.
14.8. В разделе
"Цель
испытаний"
указывают конкретные цели и задачи,
которые должны быть достигнуты и
решены в процессе испытаний.
14.9. В разделе "Общие
положения"
указывают:
1) перечень руководящих документов,
на основании которых проводят
испытания;
2) место и продолжительность испытаний;
3) организации,
участвующие в испытаниях;
4) перечень ранее
проведенных испытаний;
5) перечень предъявляемых
на испытания документов,
откорректированных по результатам
ранее проведенных испытаний.
14.10. В разделе "Объем
испытаний"
указывают:
1) перечень этапов испытаний и
проверок, а также количественные и
качественные характеристики,
подлежащие оценке;
2) последовательность
проведения и режима испытаний;
3) требования по
испытаниям программных средств;
4) перечень работ,
проводимых после завершения испытаний,
требования к ним, объем и порядок
проведения.
14.11. В
разделе "Условия
и порядок проведения испытаний"
указывают:
1) условия проведения испытаний;
2) условия начала
и завершения отдельных этапов
испытаний;
3) имеющиеся ограничения в условиях
проведения испытаний;
4) требования к техническому
обслуживанию системы;
5) меры, обеспечивающие
безопасность и безаварийность
проведения испытаний;
6) порядок взаимодействия
организаций, участвующих в испытаниях;
7) порядок
привлечения экспертов для исследования
возможных повреждений в процессе
проведения испытаний;
8) требования к персоналу,
проводящему испытания, и порядок
его допуска к испытаниям.
14.12. В разделе "Материально-техническое
обеспечение испытаний"
указывают конкретные виды
материально-технического обеспечения
с распределением задач и обязанностей
организации, участвующих в испытаниях.
14.13. В разделе
"Метрологическое
обеспечение испытаний"
приводят перечень мероприятий по
метрологическому обеспечению
испытаний с распределением задач и
ответственности организаций,
участвующих в испытаниях, за выполнение
соответствующих мероприятий.
14.14. В разделе "Отчетность"
указывают перечень отчетных
документов, которые должны оформляться
в процессе испытаний и по их завершению,
с указанием организаций и предприятий,
разрабатывающих, согласующих и
утверждающих их, и сроки оформления
этих документов.
К
отчетным документам относят акт и
отчет о результатах испытаний, акт
технического состояния системы
после испытаний.
14.15.
В приложения включают перечень
методик испытаний, математических
и комплексных моделей, применяемых
для оценки характеристик системы.
14.16. При проведении
испытаний в несколько этапов программы
испытаний должны быть оформлены в
виде единого документа.
14.17. Методики испытаний разрабатывают
на основе ТЗ и утвержденных программ
испытаний с использованием типовых
методик испытаний (при наличии). При
этом отдельные положения типовых
методик испытаний могут уточняться
и конкретизироваться в разрабатываемых
методиках испытаний в зависимости
от особенности системы и условий
проведения испытаний. Содержание
разделов методик устанавливает
разработчик.
15.
Схема организационной структуры
Схема
организационной структуры содержит:
1) состав
подразделений (должностных лиц)
организации, обеспечивающих
функционирование АС либо использующих
при принятии решения информацию,
полученную от АС;
2) основные функции и связи
между подразделениями и отдельными
должностными лицами, указанными на
схеме, и их подчиненность.
3.
ТРЕБОВАНИЯ К СОДЕРЖАНИЮ ДОКУМЕНТОВ
С РЕШЕНИЯМИ ПО ОРГАНИЗАЦИОННОМУ
ОБЕСПЕЧЕНИЮ
1. Описание
организационной структуры
1.1.
Документ содержит разделы:
1) изменения в
организационной структуре управления
объектом;
2) организация подразделений;
3) реорганизация
существующих подразделений управления.
1.2. В разделе "Изменения
в организационной структуре управления
объектом"
указывают:
1) проектные решения по изменению
организационной структуры управления
объектом и их обоснование;
2) описание изменений
во взаимосвязях между подразделениями.
1.3. В разделе "Организация
подразделений"
приводят:
1) описание организационной структуры
и функций подразделений, создаваемых
с целью обеспечения функционирования
АС;
2) описание
регламента работ;
3) перечень категорий работников
и число штатных единиц.
1.4. В разделе "Реорганизация
существующих подразделений управления"
указывают
описание изменений, обусловленных
созданием АС, которые необходимо
осуществить в каждом из действующих
подразделений управления объектом
в: организационной структуре, функциях
подразделений, регламенте работы,
составе персонала подразделений.
2.
Методика (технология) автоматизированного
проектирования
2.1.
Документ "Методика
автоматизированного проектирования"
содержит разделы:
1) общие положения;
2) постановка задачи;
3) методика
проектирования;
4) исходные данные;
5) проектные процедуры;
6) оценка
результатов.
2.2. В
разделе "Общие
положения"
указывают класс объектов, на которые
распространена методика, состав
специалистов-пользователей, требования
и ограничения на условия применения
методики.
2.3. В разделе
"Постановка
задачи"
указывают основные пути и направления
решения задачи, требования и
ограничения на решение, критерии
оценки результатов.
2.4. В разделе "Методика
проектирования"
описывают выбранные математические
методы, используемые при проектировании,
указывают состав и назначение
проектных процедур, порядок
взаимодействия проектных процедур
в процессе выполнения.
2.5. В разделе "Исходные
данные"
определяют состав, порядок выбора,
представления и формирования массивов
используемой информации, перечень
обозначений элементов, описывающих
предметную область, с указанием их
наименований, единиц измерений,
диапазона изменения значений,
критерии оценки исходных данных,
выбирают методы и модели решения.
2.6. В разделе "Проектные
процедуры"
указывают по каждой проектной
процедуре состав нормативно-справочных
входных данных, правила доступа к
ним, порядок выполнения процедуры,
состав и форму выходных сообщений.
2.7. В разделе "Оценка
результатов"
приводят анализ полученного проектного
решения на соответствие заданным
критериям.
2.8. При
проектировании конкретных объектов
документ "Методика
автоматизированного проектирования"
может быть дополнен специфическими
разделами, характерными для
проектируемых объектов.
3.
Технологическая инструкция
3.1.
Документ "Технологическая
инструкция"
разрабатывают на операцию или
комплекс операций технологического
процесса обработки данных.
3.2. В документе указывают
наименование технологической
операции (операций), на которую
разработан документ, и приводят
сведения о порядке и правилах
выполнения операций (операции)
технологического процесса обработки
данных. В инструкции приводят перечень
должностей персонала, на которые
распространяется данная инструкция.
3.3. Номенклатуру
технологических инструкций определяют,
исходя из принятого процесса обработки
данных. Структуру документа
устанавливает разработчик в
зависимости от содержания.
4.
Руководство пользователя
4.1.
Документ содержит разделы:
1) введение;
2) назначение и условия
применения;
3) подготовка к работе;
4) описание операций;
5) аварийные
ситуации;
6) рекомендации по освоению.
4.2. В разделе "Введение"
указывают:
1) область применения;
2) краткое описание
возможностей;
3) уровень подготовки пользователя;
4) перечень
эксплуатационной документации, с
которыми необходимо ознакомиться
пользователю.
4.3. В
разделе "Назначение
и условия применения"
указывают:
1) виды деятельности, функции, для
автоматизации которых предназначено
данное средство автоматизации;
2) условия, при
соблюдении (выполнении, наступлении)
которых обеспечивается применение
средства автоматизации в соответствии
с назначением (например, вид ЭВМ и
конфигурация технических средств,
операционная среда и общесистемные
программные средства, входная
информация, носители данных, база
данных, требования к подготовке
специалистов и т.п.).
4.4. В разделе "Подготовка
к работе"
указывают:
1) состав и содержание дистрибутивного
носителя данных;
2) порядок загрузки данных и
программ;
3) порядок проверки работоспособности.
4.5. В разделе "Описание
операций"
указывают:
1) описание всех выполняемых функций,
задач, комплексов задач, процедур;
2) описание
операций технологического процесса
обработки данных, необходимых для
выполнения функций, комплексов задач
(задач), процедур.
4.6.
Для каждой операции обработки данных
указывают:
1) наименование;
2) условия, при соблюдении которых
возможно выполнение операции;
3) подготовительные
действия;
4) основные действия в требуемой
последовательности;
5) заключительные действия;
6) ресурсы,
расходуемые на операцию.
В описании действий допускаются
ссылки на файлы подсказок, размещенные
на магнитных носителях.
4.7. В разделе "Аварийные
ситуации"
указывают:
1) действия в случае несоблюдения
условий выполнения технологического
процесса, в том числе при длительных
отказах технических средств;
2) действия по
восстановлению программ и/или данных
при отказе магнитных носителей или
обнаружении ошибок в данных;
3) действия в
случаях обнаружении несанкционированного
вмешательства в данные;
4) действия в других
аварийных ситуациях.
4.8. В разделе "Рекомендации
по освоению"
указывают рекомендации по освоению
и эксплуатации, включая описание
контрольного примера, правила его
запуска и выполнения.
5.
Описание технологического процесса
обработки данных (включая телеобработку)
5.1.
Документ содержит разделы:
1) технологический
процесс сбора и обработки данных на
периферийных устройствах при
децентрализованной обработки данных;
2)
технологический процесс обработки
данных на вычислительном центре.
5.2. В разделе "Технологический
процесс сбора и обработки данных на
периферийных устройствах при
децентрализованной обработки данных"
указывают:
1) состав и последовательность
выполнения технологических операций
по сбору, регистрации, подготовке,
контролю, передаче, обработке и
отображению информации;
2) перечень документации,
сопровождающей каждую операцию в
данном технологическом процессе.
5.3. В разделе
"Технологический
процесс обработки данных на
вычислительном центре"
указывают:
1) состав и последовательность
выполнения технологических операций
по приему, контролю, обработке,
хранению, выдаче данных и других
операций, выполняемых на вычислительном
центре;
2)
перечень документации, сопровождающей
данный технологический процесс.
4.
ТРЕБОВАНИЯ К СОДЕРЖАНИЮ ДОКУМЕНТОВ
С РЕШЕНИЯМИ ПО ТЕХНИЧЕСКОМУ ОБЕСПЕЧЕНИЮ
1.
Схема автоматизации
1.1.
Схема автоматизации содержит:
1) упрощенное
изображение объекта или его части,
для которой составлена схема;
2) средства
технического обеспечения, участвующие
в процессе отображенном на схеме за
исключением вспомогательных устройств
и аппаратуры (источники питания
реле, магнитные пускатели);
3) функциональные
связи между средствами технического
обеспечения;
4) внешние функциональные связи
средств технического обеспечения
с другими техническими средствами;
5) таблицу
примененных в схеме условных
обозначений, не предусмотренных
действующими стандартами.
1.2. На схеме допускают необходимые
текстовые пояснения
2.
Описание комплекса технических
средств
2.1.
Документ содержит разделы:
1) общие положения;
2) структура
комплекса технических средств;
3) средства
вычислительной техники;
4) аппаратура передачи
данных.
2.2. В разделе
"Общие
положения"
приводят исходные данные, использованные
при проектировании технического
обеспечения АС.
2.3. В
разделе "Структура
комплекса технических средств"
приводят:
1) обоснование выбора структуры
комплекса технических средств (КТС),
в том числе технические решения по
обмену данными с техническими
средствами других АС (в случае наличия
указанных связей), по использованию
технических средств ограниченного
применения (в соответствии с перечнями
утвержденными в установленном
порядке) и ссылки на документы,
подтверждающие согласование их
поставки;
2) описание функционирования КТС, в
том числе в пусковых и аварийных
режимах;
3) описание размещения КТС на объектах
и на производственных площадях с
учетом выполнения требований техники
безопасности и соблюдения технических
условий эксплуатации технических
средств;
4) обоснование применения и технические
требования к оборудованию,
предусмотренному в утвержденных
проектах и сметах на строительство
или реконструкцию предприятий и
изготовляемому в индивидуальном
порядке промышленными предприятиями
или строительно-монтажными
организациями по заказным спецификациям
и чертежам проектных организаций
как неповторяющиеся, не имеющие
отраслевой принадлежности по
изготовлению и применяемые в силу
особых технических решений в проекте;
5) обоснование
методов защиты технических средств
от механических, тепловых,
электромагнитных и других воздействий,
защиты данных, в том числе от
несанкционированного доступа к ним,
и обеспечения заданной достоверности
данных в процессе функционирования
КТС (при необходимости);
6) результаты проектной
оценки надежности КТС.
В разделе приводят в виде иллюстраций
другие документы, которые допускается
включать по ГОСТ
34.201-89.
2.4. В разделе "Средства
вычислительной техники"
приводят:
1) обоснование и описание основных
решений по выбору типа ЭВМ;
2) обоснование и
описание основных решений по выбору
типов периферийных технических
средств, в том числе средств получения,
контроля, подготовки, сбора,
регистрации, хранения и отображения
информации;
3) описание структурной схемы
технических средств, размещенных в
вычислительном центре (ВЦ) и на
рабочих местах персонала;
4) результаты расчета
или расчет числа технических средств
и потребности в машинных носителях
данных;
5)
обоснование численности персонала,
обеспечивающего функционирование
технических средств в различных
режимах;
6) технические решения по оснащению
рабочих мест персонала, включая
описание рабочих мест и расчет
площадей;
7) описание особенностей функционирования
технических средств в пусковом,
нормальном и аварийном режимах.
2.5. В разделе "Аппаратура
передачи данных"
приводят:
1) обоснование и описание решений по
выбору средств телеобработки и
передачи данных, в том числе решения
по выбору каналов связи и результаты
расчета (при необходимости расчет)
их числа;
2) решения по выбору технических
средств, обеспечивающих сопряжения
с каналами связи, в том числе результаты
расчета (или расчет) их потребности;
3) требования
к арендуемым каналам связи;
4) сведения о размещении
абонентов и объемно-временных
характеристиках передаваемых данных;
5) основные
показатели надежности, достоверности
и других технических характеристик
средств телеобработки и передачи
данных.
3.
План расположения
План
расположения средств технического
обеспечения, выполняемый при
разработке технического проекта,
должен определять расположение
пунктов управления и средств
технического обеспечения, требующих
специальных помещений или отдельных
площадей для размещения,
Документ допускается включать
в раздел "Структура комплекса
технических средств" документа
"Описание комплекса технических
средств".
4.
План расположения оборудования и
проводок
План
расположения оборудования и проводок
должен показывать планы и разрезы
помещений, на которых должно быть
указано размещение средств технического
обеспечения: датчиков с отборными
устройствами, исполнительных
механизмов, устройств телемеханики
и связи, средств вычислительной
техники, кабельных и трубных проводок
и т.п. На плане указывают установочные
размеры, необходимые для монтажа
технических средств.
5.
Технические задания на разработку
специализированных (новых) технических
средств
Содержание
технического задания определяют
заказчик и разработчик в соответствии
с ГОСТ
15.001-88
(1997).
6.
Задания на разработку строительных,
электротехнических, санитарно-технических
и других разделов проекта, связанных
с созданием системы
Задание
включает планировку размещения
технических средств, линии связи
между ними, требования к помещению,
условиям размещения технических
средств и ряд других требований,
связанных с необходимостью проведения
подготовительных работ.
7.
Перечень заданий на разработку
специализированных (новых) технических
средств
Документ
по каждому заданию содержит
наименование и назначение разработки,
наименование организации-разработчика
(предполагаемой), ориентировочную
стоимость и объем разработки, сроки
выполнения работ.
8.
Перечень заданий на разработку
строительных, электротехнических,
санитарно-технических и других
разделов проекта, связанных с
созданием системы
Документ содержит наименование
всех заданий, их назначение, даты
выдачи и сроки выполнения работ.
9.
Схема структурная комплекса
технических средств
9.1.
Документ содержит состав комплекса
технических средств и связи между
этими техническими средствами или
группами технических средств,
объединенными по каким-либо логическим
признакам (например, совместному
выполнению отдельных или нескольких
функций, одинаковому назначению и
т.д.).
9.2. При выполнении
схем допускается:
1) указывать основные
характеристики технических средств;
2) представлять
структуру КТС АС (при необходимости)
несколькими схемами, первой из
которых является укрупненная схема
КТС АС в целом.
10.
Схема соединения внешних проводок
10.1.
На схеме указывают:
1) электрические провода и
кабели, импульсные, командные,
питающие, продувные и дренажные
трубопроводы, защитные трубы, короба
и металлорукава (с указанием их
номера, типа, длины и, при необходимости,
мест подсоединения), прокладываемые
вне щитов и кроссовых шкафов;
2) отборные
устройства, чувствительные элементы,
регулирующие органы и т.п., встраиваемые
в технологическое оборудование и
трубопроводы с указанием номеров
их позиций по спецификации оборудования
и номеров чертежей их установки;
3) приборы,
регуляторы, исполнительные механизмы
и т.п., устанавливаемые вне щитов с
указанием номеров их позиций по
спецификации оборудования и номеров
чертежей их установки;
4) щиты и пульты с указанием
их наименований и обозначения таблиц
соединений, таблиц подключений;
5) устройства
защитного заземления щитов, приборов
и других электроприемников, выполненные
согласно действующей нормативно-технической
документации;
6) технические характеристики
кабелей, проводов, соединительных
и разветвительных коробок, труб,
арматур и т.п., предусмотренных данной
схемой и необходимое их число;
7) таблицу
примененных в схеме условных
обозначений, не предусмотренных
действующими стандартами,
10.2. На схеме допускается указывать
другие виды технических средств и
давать текстовые пояснения.
11.
Схема подключения внешних проводок
11.1.
На схеме указывают вводные устройства
(сборки коммутационных зажимов,
штепсельные разъемы и т.п.) щитов,
пультов, соединительных коробок и
подключаемые к ним кабели и провода,
а также другие виды технических
средств.
11.2. Схему
подключений допускается не выполнять,
если эти подключения показаны на
схеме соединения внешних проводок.
12.
Таблица соединений и подключений
В
документе приводят электрические
и трубные соединения между аппаратами
и приборами (монтажными изделиями),
установленными в щитах, пультах,
установках агрегатных комплексов
и т.п., а также подключения проводок
к указанным техническим средствам.
13.
Схема деления системы (структурная)
В
документе указывают основные
функциональные составные части
(структурные элементы), определяющие
состав системы, подсистемы, их
взаимосвязи и назначение в системе,
подсистеме.
14.
Чертеж общего вида
14.1.
Чертеж общего вида щита (пульта)
содержит:
1) компоновку и расположения приборов,
аппаратуры, элементов мнемосхем и
монтажных изделий, устанавливаемых
на фронтальной плоскости щита или
рабочей плоскости пульта и на
внутренних плоскостях щита или
пульта;
2)
виды на плоскости (или их участки)
щита или пульта в местах ввода
электрических и трубных проводок с
расположением упрощенного изображения
вводных устройств;
3) схему расположения шкафов
или панелей в плане (в случае
многошкального или многопанельного
щита или пульта);
4) перечень щитов (пультов)
приборов, аппаратуры, монтажных
изделий и материалов, помещенных на
чертеже.
14.2. На чертеже
допускают необходимые текстовые
пояснения.
15.
Чертеж установки технических средств
Документ
отражает решения по установке средств
технического обеспечения в объеме,
соответствующем требованиям ГОСТ
2.109 к монтажным чертежам.
16.
Схема принципиальная
На
схеме (электрической, пневматической,
гидравлической) приводят:
1) принцип действия;
2) состав,
основные технические характеристики
и взаимодействие средств технического
обеспечения АС, предназначенных для
осуществления функций управления,
регулирования, защиты, измерения,
сигнализации, питания и др.;
3) таблицу примененных
на схеме условных обозначений, не
предусмотренных действующими
стандартами;
4) необходимые текстовые пояснения;
5) места
установки приборов и средств
автоматизации и подключения к ним
электрических и трубных проводок.
17.
Спецификация оборудования
17.1.
Документ "Спецификация
оборудования"
должен быть составлен в соответствии
с требованиями ГОСТ
21.110-95.
17.2. При использовании
в проекте технических средств, для
заказа которых требуется заполнение
опросных листов, приложение последних
к проекту обязательно.
17.3. При использовании в проекте
технических средств, имеющих
ограничения в применении в соответствии
с перечнями, утвержденными в
установленном порядке, необходимо
приложение к проекту копий документов
о согласовании поставки этих
средств.
18.
Ведомость потребности в материалах
Документ
"Ведомость потребности в материалах"
выполняют в соответствии с требованиями
ГОСТ
21.109.
19.
Инструкция по эксплуатации КТС
19.1. Документ содержит разделы:
1) общие
указания;
2) меры безопасности;
3) порядок работы;
4) проверка
правильности функционирования;
5) указания о
действиях в разных режимах.
19.2. В разделе "Общие
указания"
указывают:
1) вид оборудования, для которого
составлена инструкция;
2) наименование функций
АС, реализуемых на данном оборудовании;
3) регламент
и режимы работы оборудования по
реализации функций;
4) перечень эксплуатационных
документов, которыми должен
дополнительно руководствоваться
персонал при эксплуатации данного
оборудования;
19.3. В
разделе "Меры
безопасности"
перечисляют правила безопасности,
которые необходимо соблюдать во
время подготовки оборудования к
работе и при его эксплуатации.
19.4. В разделе "Порядок
работы"
указывают:
1) состав и квалификацию персонала,
допускаемого к эксплуатации
оборудования;
2) порядок проверки знаний
персонала и допуска его к работе;
3) описание работ
и последовательность их выполнения,
19.5. В разделе "Проверка
правильности функционирования"
указывают содержание и краткие
методики основных проверок
работоспособности оборудования и
правильности выполнение функций
системы.
19.6. В разделе
"Указания
о действиях в разных режимах"
перечисляют действия персонала при
нормальном режиме работы, аварийном
отключении оборудования, предаварийном
и аварийном состоянии объекта
автоматизации, пусковом и остановочном
режимах объекта автоматизации.
20.
Ведомость оборудования и материалов
Ведомость
должна содержать сведения, необходимые
для составления смет на приобретение
и монтаж средств технического
обеспечения системы, соответствовать
утвержденным в установленном порядке
требованиям по составлению заказных
спецификаций и ведомостей к проектам
АС.
5.
ТРЕБОВАНИЯ К СОДЕРЖАНИЮ ДОКУМЕНТОВ
С РЕШЕНИЯМИ ПО ИНФОРМАЦИОННОМУ
ОБЕСПЕЧЕНИЮ
1.
Перечень входных сигналов и данных
1.1.
Документ содержит разделы:
1) перечень входных
сигналов;
2) перечень входных данных.
1.2. В разделе "Перечень
входных сигналов"
указывают:
1) для аналогового сигнала - наименование
измеряемой величины, единицы
измерения, диапазон изменения,
требования точности и периодичности
измерения, тип сигнала;
2) для дискретного сигнала
- наименование, разрядность и
периодичность, тип сигнала;
3) для сигнала типа
"да-нет" - источник формирования
и смысловое значение сигнала.
1.3. В разделе "Перечень
входных данных"
указывают:
1) наименование, кодовое обозначение
и значность реквизитов входных
данных;
2)
наименования и кодовые обозначения
документов или сообщений, содержащих
эти данные.
2.
Перечень выходных сигналов (документов)
2.1.
Документ содержит разделы:
1) перечень выходных
сигналов;
2) перечень выходных документов.
2.2. Раздел "Перечень
выходных сигналов"
содержит перечень выходных сигналов
с указанием их наименований, назначения
единиц измерения и диапазонов
изменения, способа представления,
пользователей информации.
2.3. Раздел "Перечень
выходных документов"
содержит перечень выходных документов
с указанием их наименований, кодовых
обозначений, перечня и значности
реквизитов, пользователей информации.
3.
Описание информационного обеспечения
системы
3.1.
Документ содержит разделы:
1) состав информационного
обеспечения;
2) организация информационного
обеспечения;
3) организация сбора и передачи
информации;
4) построение системы классификации
и кодирования;
5) организация внутримашинной
информационной базы;
6) организация внемашинной
информационной базы.
3.2. В разделе "Состав
информационного обеспечения"
указывают наименование и назначение
всех баз данных и наборов данных.
3.3. В разделе "Организация
информационного обеспечения"
приводят:
1) принципы организации информационного
обеспечения системы;
2) обоснование выбора
носителей данных и принципы
распределения информации по типам
носителей;
3) описание принятых видов и методов
контроля в маршрутах обработки
данных при создании и функционировании
внемашинной и внутримашннной
информационных баз с указанием
требований, на соответствие которым
проводят контроль;
4) описание решений,
обеспечивающих информационную
совместимость АС с другими системами
управления по источникам, потребителям
информации, по сопряжению применяемых
классификаторов (при необходимости),
по использованию в АС унифицированных
систем документации.
3.4. В разделе
"Организация сбора и передачи
информации"
приводят:
1) перечень источников и носителей
информации с указанием оценки
интенсивности и объема потоков
информации;
2) описание общих требований к
организации сбора, передачи, контроля
и корректировки информации.
3.5. В разделе "Построение
системы классификации и кодирования"
приводят:
1) описание принятых для применения
в АС классификации объектов во вновь
разработанных классификаторах и в
тех действующих классификаторах,
из которых используется часть кода;
2) методы
кодирования объектов классификации
во вновь разработанных классификаторах.
3.6. В разделе "Организация
внутримашинной информационной базы"
приводят:
1) описание принципов построения
внутримашинной информационной базы,
характеристики ее состава и объема;
2) описание
структуры внутримашинной информационной
базы на уровне баз данных с описанием
характера взаимосвязей баз данных
и указанием функций АС, при реализации
которых используют каждую базу
данных, характеристики данных,
содержащихся в каждой базе данных.
3.7. В разделе "Организация
внемашинной информационной базы"
приводят характеристики состава и
объема внемашинной информационной
базы, принципы ее построения, в том
числе основные положения по организации
и обслуживанию фонда нормативно-справочной
информации во взаимосвязи с
автоматизированными функциями.
3.8. В приложениях к документу
"Описание
информационного обеспечения системы"
следует приводить справочные и
другие дополнительные материалы и
сведения (систематизированный
перечень наименований структурных
единиц информации с присвоенными
им обозначениями и описаниями их
сущности).
4.
Ведомость машинных носителей
информации
4.1.
Ведомость машинных носителей
информации содержит обозначения,
наименования документов, выполненных
на машинных носителях.
4.2. Запись документов осуществляется
в порядке возрастания присвоенных
обозначений.
5.
Описание организации информационной
базы
5.1.
Документ "Описание
организации информационной базы"
содержит описание логической и
физической структуры базы данных.
5.2. Документ состоит
из двух частей:
1) описание внутримашинной
информационной базы;
2) описание внемашинной
информационной базы.
Части документа содержат следующие
разделы:
1) логическая структура;
2) физическая структура
(для внутримашинной информационной
базы);
3)
организация ведения информационной
базы.
5.3. В разделе
"Логическая
структура"
приводят описание состава данных,
их форматов и взаимосвязей между
данными.
5.4. В разделе
"Физическая
структура"
приводят описание избранного варианта
расположения данных на конкретных
машинных носителях.
5.5. При описании структуры внутримашинной
информационной базы должны быть
приведены перечни баз данных и
массивов и логические связи между
ними. Для массива информации указывают
логическую структуру внутри массива
или дают ссылку на документ "Описание
массива информации".
5.6. При описании структуры
внемашинной информационной базы
приводят перечень документов и
других информационных сообщений,
использование которых предусмотрено
в системе, с указанием автоматизируемых
функций, при реализации которых
формируют или используют данный
документ.
Если эта
информация приведена в документах
"Перечень
входных сигналов и данных"
и "Перечень
выходных сигналов",
можно сослаться на эти документы.
5.7. В разделе "Организация
ведения информационной базы"
при описании внутримашннной базы
приводят последовательность процедур
при создании и обслуживании базы с
указанием, при необходимости,
регламента выполнения процедур и
средств защиты базы от разрушения
и несанкционированного доступа, а
также с указанием связей между
массивами баз данных и массивами
входной информации.
При описании внемашинной информационной
базы должна быть приведена
последовательность процедур по
маршруту движения групп документов
до передачи их на ВЦ, а также описан
маршрут движения выходных документов.
6.
Описание систем классификации и
кодирования
Документ
содержит перечень применяемых в АС
зарегистрированных классификаторов
всех категорий по каждому
классифицируемому объекту, описание
метода кодирования, структуры и
длины кода, указания о системе
классификации и другие сведения по
усмотрению разработчика.
7.
Описание массива информации
Документ
содержит:
1) наименование массива;
2) обозначение массива;
3) наименование
носителей информации;
4) перечень реквизитов в
порядке их следования в записях
массива с указанием по каждому
реквизиту, обозначения алфавита,
длины в знаках и диапазона изменения
(при необходимости), логических и
семантических связей с другими
реквизитами данной записи и другими
записями массива;
5) оценку объема массива;
6) другие
характеристики массива (при
необходимости).
8.
Чертеж формы документа (видеокадра)
В
документе должно быть приведено
изображение формы документа или
видеокадра в соответствии с
требованиями государственных
стандартов унифицированной системы
документации Р 50-77 и необходимые
пояснения.
9.
Массив входных данных
Документ
содержит перечень входных данных с
указанием их наименований, кодовых
обозначений и значности реквизитов,
а также наименований и кодовых
обозначений документов или сообщений,
содержащих эти данные.
10.
Каталог базы данных
Каталог
базы данных содержит перечень
объектов предметной области АС,
информации о которых включена в базу
данных.
11.
Состав выходных данных (сообщений)
Документ
содержит перечень выходных данных
с указанием их наименований, кодовых
обозначений и значности реквизитов,
а также наименований и кодовых
обозначений документов или сообщений,
содержащих эти данные.
12.
Инструкция по формированию и ведению
базы данных (набора данных)
12.1.
Документ "Инструкция
по формированию и ведению базы
данных"
содержит разделы:
1) правила подготовки данных;
2) порядок
и средства заполнения базы данных;
3) процедуры
изменения и контроля базы данных;
4) порядок
и средства восстановления базы
данных
12.2. В разделе
"Правила
подготовки данных"
приводят порядок отбора информации
для включения в базу данных, правила
подготовки и кодирования информации,
формы ее представления и правила
заполнения этих форм, порядок внесения
изменений информации.
12.3. В разделе "Порядок
и средства заполнения базы данных"
приводят состав технических средств,
правила, порядок, последовательность
и описание процедур, используемых
при заполнении базы данных, включая
перенос данных на машинные носители
информации.
12.4. В разделе
"Процедуры
изменения и контроля базы данных"
приводят состав и последовательность
выполнения процедур по контролю и
изменению содержания базы данных.
12.5. В разделе "Порядок
и средства восстановления базы
данных"
приводят описание средств защиты
базы от разрушения и несанкционированного
доступа, а также правила, средства
и порядок проведения процедур по
копированию и восстановлению базы
данных.
6.
ТРЕБОВАНИЯ К СОДЕРЖАНИЮ ДОКУМЕНТОВ
С РЕШЕНИЯМИ ПО ПРОГРАММНОМУ ОБЕСПЕЧЕНИЮ
1. Описание программного обеспечения
1.1.
Документ содержит вводную часть и
разделы:
1) структура программного обеспечения;
2) функции
частей программного обеспечения;
3) методы и
средства разработки программного
обеспечения;
4) операционная система;
5) средства, расширяющие
возможности операционной системы.
1.2. Во вводной части
приводят основные сведения о
техническом, информационном и других
видах обеспечения АС, необходимые
для разработки программного
обеспечения или ссылку на соответствующие
документы проекта АС.
1.3. В разделе "Структура
программного обеспечения"
приводят перечень частей программного
обеспечения с указанием их взаимосвязей
и обоснованием выделения каждой из
них.
1.4. В разделе
"Функции
частей программного обеспечения"
приводят назначение и описание
основных функций для каждой части
программного обеспечения.
1.5. В разделе "Методы
и средства разработки программного
обеспечения"
приводят перечень методов
программирования и средств разработки
программного обеспечения АС с
указанием частей программного
обеспечения, при разработке которых
следует использовать соответствующие
методы и средства.
1.6.
В разделе "Операционная
система"
указывают
1) наименование, обозначение и краткую
характеристику выбранной операционной
системы и ее версии, в рамках которой
будут выполнять разрабатываемые
программы, с обоснованием выбора и
указанием источников, где дано
подробное описание выбранной версии;
2) наименование
руководства, в соответствии с которым
должна осуществляться генерация
выбранного варианта операционной
системы;
3) требования к варианту генерации
выбранной версии операционной
системы.
1.7. Раздел
"Средства,
расширяющие возможности операционной
системы"
содержит подразделы, в которых для
каждого используемого средства,
расширяющего возможности операционной
системы, указывают:
1) наименование, обозначение
и краткую характеристику средства
с обоснованием необходимости его
применения и указанием источника,
где дано подробное описание выбранного
средства;
2) наименование руководства, в
соответствии с которым следует
настраивать используемое средство
на конкретное применение;
3) требования к
настройке используемого средства.
7.
ТРЕБОВАНИЯ К СОДЕРЖАНИЮ ДОКУМЕНТОВ
С РЕШЕНИЯМИ ПО МАТЕМАТИЧЕСКОМУ
ОБЕСПЕЧЕНИЮ
1. Описание алгоритма (проектной
процедуры)
1.1.
Документ "Описание
алгоритма (проектной процедуры)"
в зависимости от специфики АС
допускается разрабатывать как
документ "Описание
алгоритма"
или как документ "Описание
проектной процедуры (операции)".
1.2. Документ
"Описание алгоритма"
содержит разделы:
1) назначение и характеристика;
2) используемая
информация;
3) результаты решения;
4) математическое описание;
5) алгоритм
решения.
1.3. В разделе
"Назначение
и характеристика"
приводят:
1) назначение алгоритма (его части);
2) обозначение
документа (документов) "Описание
постановки задачи",
для решения которой он предназначен;
3) обозначение
документа "Описание
алгоритма",
с которым связан данный алгоритм
(при необходимости);
4) краткие сведения о процессе
(объекте), при управлении которым
используют алгоритм, а также
воздействия на процесс с точки зрения
пользователя, осуществляемые при
функционировании алгоритма;
5) ограничения на
возможность и условия применения
алгоритма и характеристики качества
решения (точность, время решения и
т.д.);
6) общие
требования к входным и выходным
данным (форматам, кодам и т.д.),
обеспечивающие информационную
совместимость решаемых задач в
системе.
1.4. В разделе
"Используемая
информация"
приводят перечень массивов информации
и (или) перечень сигналов, используемых
при реализации алгоритма, в том
числе:
1)
массивы информации, сформированные
из входных сообщений (документов
плановой, учетной и нормативно-справочной
информации, сигналов и т.д.);
2) массивы информации,
полученные в результате работы
других алгоритмов и сохраняемые для
реализации данного алгоритма.
По каждому массиву приводят:
1) наименование,
обозначение и максимальное число
записей в нем;
2) перечень наименований и
обозначений используемых (или
неиспользуемых) реквизитов и (или)
входных переменных задачи или ссылку
на документы, содержащие эти данные.
1.5. В разделе "Результаты
решения"
следует приводить перечень массивов
информации и (или) перечень сигналов,
формируемых в результате реализации
алгоритма, в том числе:
1) массивы информации и
(или) сигналов, формируемые для выдачи
выходных сообщений (документов,
видеокадров, сигналов управления и
т.д.);
2)
массивы информации, сохраняемой для
решения данной и других задач АС.
По каждому массиву приводят:
1) наименование,
обозначение, максимальное число
записей;
2) перечень наименований и обозначений
реквизитов и (или) выходных переменных,
используемых для формирования
выходных сообщений или ссылку на
документы, содержащие эти данные.
1.6. В разделе "Математическое
описание"
приводят:
1) математическую модель или
экономико-математическое описание
процесса (объекта);
2) перечень принятых допущений
и оценки соответствия принятой
модели реальному процессу (объекту)
в различных режимах и условиях работы
(например, для АСУ ТП - стационарные
режимы, режимы пуска и остановки
агрегатов, аварийные ситуации и
т.д.);
3)
сведения о результатах
научно-исследовательских работ,
если они использованы для разработки
алгоритма.
1.7. В разделе
"Алгоритм
решения"
следует приводить:
1) описание логики алгоритма
и способа формирования результатов
решения с указанием последовательности
этапов счета, расчетных и (или)
логических формул, используемых в
алгоритме;
2) указания о точности вычисления
(при необходимости);
3) соотношения, необходимые
для контроля достоверности вычислений;
4) описание
связей между частями и операциями
алгоритма;
5) указания о порядке расположения
значений или строк в выходных
документах (например, по возрастанию
значений кодов объектов, по группам
объектов и т.д ).
1.7.1. Алгоритмом должны быть
предусмотрены все ситуации, которые
могут возникнуть в процессе решения
задачи.
1.7.2. При изложении алгоритма следует
использовать условные обозначения
реквизитов, сигналов, граф, строк со
ссылкой на соответствующие массивы
и перечни сигналов.
В
расчетных соотношениях (формулах)
должны быть использованы обозначения
реквизитов, приведенные при описании
их состава в других разделах документа.
1.7.3. Алгоритм
представляют одним из следующих
способов:
1) графический (в виде
схемы);
2) табличный;
3) текстовой;
4)
смешанный (графический или табличный
с текстовой частью).
Способ представления алгоритма
выбирает разработчик, исходя из
сущности описываемого алгоритма и
возможности формализации его
описания.
1.7.4. Алгоритм в виде схемы выполняют
по правилам, установленным ГОСТ
19.002
или ГОСТ
19.005.
Алгоритм в виде таблиц
выполняют по правилам, установленным
ГОСТ
2.105-95.
Алгоритм в виде
текстового описания выполняют по
правилам, установленным ГОСТ
24.301-80.
1.7.5.
Соотношения для контроля вычислений
на отдельных этапах выполнения
алгоритма приводят в виде равенств
и неравенств. При этом указывают
контрольные соотношения, которые
позволяют выявить ошибки, допущенные
в процессе счета, и принять решение
о необходимости отклонений от
нормального процесса вычислений
(продолжении работы по одному из
вариантов алгоритма).
1.8. Допускается иллюстрационный
материал, таблицы или текст
вспомогательного характера давать
в виде приложения.
1.9.
При разработке документа "Описание
проектной процедуры (операции)"
допускается
объединять в одном документе описание
нескольких проектных процедур
(операций).
1.9.1. Документ "Описание
проектной процедуры (операции)"
содержит введение и разделы:
1)
описание;
2) метод выполнения;
3)
схема алгоритма;
4) требования к
разработке программы.
1.9.2. В введении определяют
назначение проектной процедуры
(операции), область и специфику ее
применения.
1.9.3. В разделе "Описание"
указывают содержание и (или)
формализованное описание выполнения
проектной процедуры (операции).
В
содержательном описании излагают
сущность выполнения проектной
процедуры (операции), приводят, при
необходимости, чертежи схемы, графики,
раскрывающие ее смысл. Указывают
обозначение исходных данных и
результаты их обработки.
Условные
обозначения должны отражать символику,
принятую в соответствующей проблемной
области. Излагают инженерную сущность
технических ограничений, обосновывают
выбор критериев оптимальности. При
необходимости указывают ссылки на
документы, имеющие отношение к
выполнению данной проектной процедуры
(операции).
Формализованное
описание содержит:
1) математическую
формулировку;
2) описание входных,
выходных, нормативно-справочных
данных;
3) список обозначений элементов
предметной области с указанием их
наименований, единиц измерения,
диапазона изменения значений;
4)
ограничения, определяющие допустимые
варианты реализации процедуры
(операции);
5) критерии оптимальности
для процедуры (операции) оптимизации.
1.9.4. В разделе
"Метод
выполнения"
описывают предлагаемый метод
выполнения процедуры (операции). При
необходимости приводят чертежи,
схемы, поясняющие и раскрывающие
сущность предлагаемого метода.
Если
реализуемая проектная процедура
(операция) имеет нетривиальную
математическую интерпретацию, то
следует дать ей объяснение или
указать источники, которые обеспечивают
всестороннее понимание метода.
1.9.5. В разделе
"Схема
алгоритма"
приводят схему алгоритма выполнения
проектной процедуры (операции). Схему
алгоритма выполняют по ГОСТ
19.002,
ГОСТ
19.003.
1.9.6. В разделе
"Требования
к разработке программы"
указывают:
1) спектр диагностических
сообщений при работе с программой;
2) требования к контролю данных в
процессе выполнения проектной
процедуры (операции);
3) ограничения,
связанные с машинной реализацией;
4) требования к контрольному примеру;
5) другие данные, необходимые для
разработки программы.
8.
СОДЕРЖАНИЕ ДОКУМЕНТОВ, РАЗРАБАТЫВАЕМЫХ
НА ПРЕДПРОЕКТНЫХ СТАДИЯХ
1.
Стадия "Формирование требований
к АС"
1.1.
На стадии разрабатывают отчет по
ГОСТ
7.32
и заявку на разработку АС
1.2. Основная часть отчета содержит
разделы:
1) характерстика объекта и результатов
его функционирования;
2) описание существующей
информационной системы;
3) описание недостатков
существующей информационной системы;
4) обоснование
необходимости совершенствования
информационной системы объекта;
5) цели, критерии
и ограничения создания АС;
6) функции и задачи
создаваемой АС;
7) выводы и предложения.
1.3. В разделе "Характеристика
объекта и результатов его
функционирования"
описывают тенденции развития,
требования к объему, номенклатуре
и качеству результатов функционирования,
а также характер взаимодействия
объекта с внешней средой.
При выявлении фактических
показателей функционирования
определяют существующие показатели
и тенденции их изменения во времени.
1.4. Раздел "Описание
существующей информационной системы"
содержит описание функциональной
и информационной структуры системы,
качественных и количественных
характеристик, раскрывающих
взаимодействие ее компонентов в
процессе функционирования.
1.5. В разделе "Описание
недостатков существующей информационной
системы"
приводят результаты диагностического
анализа, при котором оценивают
качество функционирования и
организационно-технологический
уровень системы выявляют недостатки
в организации и технологии
функционирования информационных
процессов и определяют степень их
влияния на качество функционирования
системы.
1.6. В разделе
"Обоснование
необходимости совершенствования
информационной системы объекта"
при анализе соответствия показателей
функционирования объекта предъявляемым
требованиям оценивают степень
соответствия прогнозируемых
показателей требуемым и выявляют
необходимость совершенствования
информационной системы путем создания
АС.
1.7. Раздел "Цели,
критерии и ограничения создания АС"
содержит:
1) формулировку производственно-хозяйственных,
научно-технических и экономических
целей и критериев создания АС;
2) характеристику
ограничений по созданию АС.
1.8. Раздел "Функции
и задачи создаваемой АС"
содержит.
1) обоснование выбора перечня
автоматизированных функций и
комплексов задач с указанием
очередности внедрения,
2) требования к характеристикам
реализации функций и задач в
соответствии с действующими
нормативно-техническими документами,
определяющими общие технические
требования к АС конкретного вида;
3) дополнительные
требования к АС в целом и ее частям,
учитывающие специфику создаваемой
АС.
1.9. Раздел "Ожидаемые
технико-экономические результаты
создания АС"
содержит:
1) перечень основных источников
экономической эффективности
получаемых в результате создания
АС (в том числе - экономия производственных
ресурсов, улучшения качества
продукции, повышений производительности
труда и т. д.) и оценку ожидаемых
изменений основных технико-экономических
и социальных показателей
производственно-хозяйственной
деятельности объекта (например,
показателей по номенклатуре и объемам
производства, себестоимости продукции,
рентабельности, отчислениям в фонды
экономического стимулирования,
уровни социального развития);
2) оценку ожидаемых
затрат на создания и эксплуатацию
АС с распределением их по очередям
создания АС и по годам;
3) ожидаемые обобщающие
показатели экономической эффективности
АС.
1.10. Раздел "Выводы
и предложения"
рекомендуется разделять на подразделы:
1) выводы о
производственно-хозяйственной
необходимости и технико-экономической
целесообразности создания АС;
2) предложения по
совершенствованию организации и
технологии процесса деятельности;
3) рекомендации
по созданию АС.
1.11.
Подраздел "Выводы
о производственно-хозяйственной
необходимости и технико-экономической
целесообразности создания АС"
содержит:
1) сопоставление ожидаемых результатов
создания АС с заданными целями и
критериями создания АС (по целевым
показателям и нормативным требованиям);
2) принципиальное
решение вопроса о создании АС
(положительное или отрицательное).
1.12. Подраздел "Предложения
по совершенствованию организации
и технологии процесса деятельности"
содержит предложения по совершенствованию:
1)
производственно-хозяйственной
деятельности;
2) организационной и функциональной
структур системы, методов деятельности,
видов обеспечения АС.
1.13. Подраздел "Рекомендации
по созданию АС"
содержит рекомендации:
1) по виду создаваемой
АС, ее совместимости с другими АС и
неавтоматизируемой частью
соответствующей системы;
2) по организационной
и функциональной структуре создаваемой
АС;
3) по
составу и характеристикам подсистем
и видов обеспечения АС;
4) по организации
использования имеющихся и приобретению
дополнительных средств вычислительной
техники;
5) по рациональной организации
разработки и внедрения АС;
6) по определению
основных и дополнительных, внешних
и внутренних источников и видов
объемов финансирования и материального
обеспечения разработок АС;
7) по обеспечению
производственных условий создания
АС;
8) другие
рекомендации по созданию АС.
1.14. Заявка на разработку АС
составляется в произвольной форме
и содержит предложения
организации-пользователя к
организации-разработчику на проведение
работ по созданию АС и его требования
к системе, условия и ресурсы на
создание АС.
2.
Стадия "Разработка концепции АС"
2.1.
На стадии разрабатывают отчет по
ГОСТ
7.32.
2.2. В основной части
отчета приводят:
1) описание результатов
изучения объекта автоматизации;
2) описание и
оценку преимуществ и недостатков
разработанных альтернативных
вариантов концепции создания АС;
3) сопоставительный
анализ требований пользователя к
АС и вариантов концепции АС на предмет
удовлетворения требованиям
пользователя;
4) обоснование выбора оптимального
варианта концепции и описание
предлагаемой АС;
5) ожидаемые результаты и
эффективность реализации выбранного
варианта концепции АС;
6) ориентировочный план
реализации выбранного варианта
концепции АС;
7) необходимые затраты ресурсов
на разработку, ввод в действие и
обеспечение функционирования;
8) требования,
гарантирующие качество АС;
9) условия приемки
системы.
9.
СОДЕРЖАНИЕ ОРГАНИЗАЦИОННО-РАСПОРЯДИТЕЛЬНЫХ
ДОКУМЕНТОВ
1. Акт завершения работ
Документ
содержит:
1) наименование завершенной работы
(работ);
2)
список представителей
организации-разработчика и
организации-заказчика, составивших
акт;
3) дату
завершения работ;
4) наименование документа(ов),
на основании которого(ых) проводилась
работа;
5)
основные результаты завершенной
работы;
6)
заключение о результатах завершенной
работы.
2.
Акт приемки в опытную эксплуатацию
Документ
содержит:
1) наименование АС (или ее части),
принимаемой в опытную эксплуатацию
и соответствующего объекта
автоматизации;
2) наименование документа, на
основании которого разработана АС;
3) состав
приемочной комиссии и основание для
ее работы (наименование, номер и дату
утверждения документа, на основании
которого создана комиссия);
4) период времени
работы комиссии;
5) наименование
организации-разработчика,
организации-соисполнителя и
организации заказчика;
6) состав функций АС (или
ее части), принимаемых в опытную
эксплуатацию;
7) перечень составляющих
технического, программного,
информационного и организационного
обеспечений, проверяемых в процессе
опытной эксплуатации;
8) перечень документов,
предъявляемых комиссии;
9) оценку соответствия
принимаемой АС техническому заданию
на ее создание;
10) основные результаты приемки
в опытную эксплуатацию;
11) решение комиссии о
принятии АС в опытную эксплуатацию.
3.
Акт приемки в промышленную эксплуатацию
3.1.
Документ содержит:
1) наименование объекта
автоматизации и АС (или ее части),
принимаемой в промышленную
эксплуатацию;
2) сведения о статусе приемочной
комиссии (государственная,
межведомственная, ведомственная),
ее составе и основание для работы;
3) период
времени работы комиссии;
4) наименование
организации-разработчика,
организации-соисполнителя и
организации заказчика;
5) наименование документа,
на основании которого разработана
АС;
6) состав
функций АС (или ее части), принимаемой
в промышленную эксплуатацию;
7) перечень
составляющих технического,
программного, информационного и
организационного обеспечений,
принимаемых в промышленную
эксплуатацию;
8) перечень документов, предъявляемых
комиссии;
9) заключение о результатах опытной
эксплуатации ЛС;
10) оценку соответствия принимаемой
АС техническому заданию на ее
создание;
11) краткую характеристику и основные
результаты выполненной работы
по
созданию АС;
12) оценку научно-технического уровня
ЛС (по проектным данным);
13) оценку экономической
эффективности от внедрения АС (по
проектным данным);
14) решение комиссии;
15) рекомендации
комиссии по дальнейшему развитию
системы.
16) список ответственных представителей
организаций, выполняющих наладочные
работы;
17)
указания о порядке устранения ошибок
монтажа и лицах, ответственных за
выполнения этих работ.
3.2.
К "Акту
приемки в промышленную эксплуатацию"
прилагают программу и протоколы
испытаний, протоколы заседания
комиссии, акты приемки в промышленную
эксплуатацию принятых ранее частей
АС, перечень технических средств,
которые использовала комиссия при
приемке АС, справку о применении в
АС унифицированных форм документов
и классификаторов. По усмотрению
комиссии допускается включать в
приложение дополнительные документы.
4.
План-график работ
4.1.
Документ устанавливает перечень
работ, сроки выполнения и исполнителей
работ, связанных с созданием АС.
4.2. Документ для каждой работы,
включенной в перечень, содержит:
1) наименование работы;
2) дату начала и окончания
работы;
3) наименование
подразделения-участника работы;
4) фамилию и должность
ответственного исполнителя;
5) форму представления
результатов работы.
5.
Приказ о проведении работ
5.1.
В зависимости от этапа работ по
созданию АС установлены следующие
документы:
1) приказ
о готовности объекта автоматизации
к проведению строительно-монтажных
работ;
2) приказ о
готовности объекта автоматизации
к проведению наладочных работ;
3) приказ о начале опытной
эксплуатации АС (ее частей);
4) приказ о вводе в промышленную
эксплуатацию АС (ее частей).
5.2. Документ "Приказ
о готовности объекта автоматизации
к проведению
строительно-монтажных
работ"
содержит:
1) сообщение
о готовности объекта автоматизации
к проведению строительно-монтажных
работ;
2) определение
зоны строительства и монтажа;
3) порядок допуска к
проведению работ;
4)
список представителей
организации-заказчика, ответственных
за проведение работ и сохранность
смонтированного оборудования;
5) список ответственных
представителей строительных и
монтажных организаций, проводящих
работы.
5.3. Документ "Приказ
о готовности объекта автоматизации
к проведению
наладочных работ"
содержит:
1) сообщение
о готовности объекта автоматизации
к проведению наладочных работ;
2) перечень технических
средств АС, подлежащих наладке;
3) указание о порядке
проведения наладочных работ;
4) порядок допуска к
проведению наладочных работ;
5) список представителен
организации-заказчика, ответственных
за обеспечение проведения наладочных
работ;
6) список
ответственных представителей
организаций, выполняющих наладочные
работы;
7) указания
о порядке устранения ошибок монтажа
и лицах, ответственных
за выполнения
этих работ.
5.4. Документ
"Приказ
о начале опытной эксплуатации АС
(ее частей)"
содержит:
1) наименование
АС в целом или ее частей, проходящей
опытную эксплуатацию;
2) наименование организации
разработчика, организаций-соисполнителей;
3) сроки проведения опытной
эксплуатации;
4)
список должностных лиц
организации-заказчика и
организации-разработчика, ответственных
за проведение опытной эксплуатации;
5) перечень подразделений
организации-заказчика, участвующих
в проведении опытной эксплуатации.
5.5. Документ "Приказ
о вводе в промышленную эксплуатацию
АС (ее частей)"
должен содержать:
1)
состав функций АС или ее частей,
технических и программных
средств,
принимаемых в промышленную
эксплуатацию;
2)
список должностных лиц и перечень
подразделений организации-заказчика,
ответственных за работу АС;
3) порядок и сроки введения новых
форм документов (при необходимости);
4) порядок и сроки перевода
персонала на работу в условиях
функционирования АС.
6.
Приказ о составе приемочной комиссии
6.1. Документ содержит:
1) наименование принимаемой АС в
целом или ее частей;
2) сведения о составе комиссии;
3) основание для
организации комиссии;
4) наименование организации-заказчика;
5) наименование
организации-разработчика,
организаций-соисполнителей;
6) назначение и цели работы
комиссии;
7) сроки
начала завершения работы комиссии;
8) указание о форме
завершения работы комиссии.
7.
Протокол испытаний
7.1.
Документ содержит:
1)
наименование объекта испытаний;
2) список должностных лиц,
проводивших испытания;
3) цель испытаний;
4) сведения о продолжительности
испытаний;
5) перечень
пунктов технического задания на
создание АС, на соответствие которым
проведены испытания;
6) перечень пунктов "Программы
испытаний", по которым проведены
испытания;
7) сведения
о результатах наблюдений за
правильностью функционирования АС;
8) сведения об отказах,
сбоях и аварийных ситуациях,
возникающих при испытаниях;
9) сведения о корректировках
параметров объекта испытания и
технической документации.
8.
Протокол согласования
8.1.
Документ содержит:
1)
перечень рассмотренных отклонений
с указанием документа, отклонения
от требований которого являются
предметом согласования;
2) перечень должностных лиц,
составивших протокол;
3) обоснование принятых отклонений
от проектных решений;
4) перечень согласованных отклонений
и сроки внесения необходимых изменений
в техническую документацию.
|
Вверх |
Тема
13
|
Меню |
Тема
15 |
|
|
|
      
15.
     
|
 |
Отключить
рекламу
 Создать
сайт бесплатно |
|
|
   
|
|
|
Тема
|
15 |
|
УПРАВЛЕНИЕ
ПРОЕКТАМИ |
1.
КОНЦЕПЦИЯ УПРАВЛЕНИЯ ПРОЕКТАМИ 1.1.
ЧТО ТАКОЕ ПРОЕКТ И УПРАВЛЕНИЕ
ПРОЕКТАМИ
Понятие
"проект" объединяет разнообразные
виды деятельности, характеризуемые
рядом признаков, наиболее общими из
которых являются следующие:
- направленность на достижение
конкретных целей, определенных
результатов;
- координированное
выполнение многочисленных,
взаимосвязанных действий;
- ограниченная протяженность во
времени, с определенным началом и
концом.
Существует ряд
определений термина "проект",
каждое из которых имеет право на
существование, в зависимости от
конкретной задачи, стоящей перед
специалистом.
Вот некоторые
из них.
В самом общем виде
проект (англ. project) - это "что-либо,
что задумывается или планируется,
например, большое предприятие"
(толковый словарь Webster).
С
точки зрения системного подхода,
проект может рассматриваться как
процесс перехода из исходного
состояния в конечное - результат при
участии ряда ограничений и механизмов
(рис.
1.1.1).
Рис.
1.1Рис. 1.1.1. Проект как
процесс перехода системы из исходного
состояния в конечное
В "Кодексе знаний об
управлении проектами" проект -
некоторая задача с определенными
исходными данными и требуемыми
результатами (целями), обуславливающими
способ ее решения. Проект включает
в себя замысел (проблему), средства
его реализации (решения проблемы) и
получаемые в процессе реализации
результаты (рис.
1.1.2).
Рис. 1.1.2.
Основные элементы проекта
Инвестиционный проектпонимается как инвестиционная акция,
предусматривающая вложение
определенного количества ресурсов,
в том числе интеллектуальных,
финансовых, материальных, человеческих,
для получения запланированного
результата и достижения определенных
целей в обусловленные сроки. Финансовым
результатом инвестиционного проекта
чаще всего является прибыль/доход,
материально-вещественным результатом
- новые или реконструированные
основные фонды (объекты) или
приобретение и использование
финансовых инструментов или
нематериальных активов с последующим
получением дохода.
В том
случае, когда в качестве результатов
реализации проекта выступают
некоторые физические объекты (здания,
сооружения, производственные
комплексы), определение проекта
может быть конкретизировано следующим
образом:Проект- целенаправленное,
заранее проработанное и запланированное
создание или модернизация физических
объектов, технологических процессов,
технической и организационной
документации для них, материальных,
финансовых, трудовых и иных ресурсов,
а также управленческих решений и
мероприятий по их выполнению.
Итак,
в современном понимании проекты -
то, что изменяет наш мир: строительство
жилого дома или промышленного
объекта, программа научно-исследовательских
работ, реконструкция предприятия,
создание новой организации, разработка
новой техники и технологии, сооружение
корабля, создание кинофильма, развитие
региона, - это всё проекты.
Сравните
это толкование с принятым до недавнего
времени у нас: проект - это документально
оформленный план сооружения или
конструкции. Нужно знать, что для
обозначения этого понятия на Западе
используют термин "design".
В
ряде отраслей - таких, как
авиационно-космическая или оборонная
промышленность, - создаваемые объекты
являются настолько сложными, что
работа над ними осуществляется не
в составе проектов, а в составеПрограмм, которые можно определить
как совокупность проектов или проект,
отличающийся особой сложностью
создаваемой продукции и/или методов
управления его осуществлением. При
таком подходе термин "проект",
как правило, связывается с относительно
краткосрочными целями.
В
настоящее время в Российской Федерации
разработан и реализуется ряд программ
развития: топлива и энергетики,
продовольствия, транспорта и связи,
жилья, машиностроения и некоторые
другие.
В число приоритетных
федеральных программ вошли программы
энергоснабжения, электрификации и
газификации сельских районов,
повышения безопасности атомной
энергетики, использования нетрадиционных
источников энергии, освоения газовых
месторождений полуострова Ямал,
развития Канско-Ачинского
топливно-энергетического
комплекса.
Концептуально важным
является понятие системы, которое
может быть определено следующим
образом:Система- это группа
элементов (включающих как людей, так
и технические элементы), организованных
таким образом, что они в состоянии
действовать как единое целое в целях
достижения поставленных перед ними
целей (рис.
1.1.3). В качестве
примеров таких систем можно привести
"Компанию "Аэрофлот"",
"Систему спутникового телевидения"
и т.д. Соответственно, программы
являются подсистемами первого уровня
(нетрудно привести примеры программ
Аэрофлота и др.), а проекты представляют
собой часть программ.
Немного об
истории управления проектами
Любой проект проходит ряд
фаз (этапов, стадий), о которых мы
поговорим позже. Взаимосвязь фаз,
функций и подсистем управления
проектами показана на рис.
2.1.1.
Разумеется,
для того, чтобы провести проект через
все фазы (этапы, стадии), им нужно
как-то управлять. В этом смысле
управляли уже такими знаменитыми
проектами, как строительство
египетских пирамид или Великой
Китайской стены. Управляли - и
небезуспешно (если оценивать
успешность только по своевременности
завершения или по техническим
результатам) - проектами в оборонной,
топливно-энергетической и некоторых
других отраслях промышленности
бывшего Советского Союза.
Рис. 1.1.3.
Иерархия систем
Необходимость в самостоятельной
дисциплине "Управление проектами"
(Project Management) была осознана в развитых
странах Запада с рыночной экономикой
в 50-х гг. XX в. Это было вызвано массовым
ростом масштабов проектов и тем, что
понятие успешности проекта стало
измеряться, в первую очередь,
соответствием его окончательной
стоимости объему выделенных
ассигнований, величиной экономии и
размерами прибыли. Последнее, в свою
очередь, зависело от комплексности
(системности) решения множества
задач, составляющих в совокупности
предмет управления (рис.
1.1.4).
В
числе первых методов управления
проектами в конце 50-х гг. были
разработаны методы сетевого
планирования и управления (методы
СРМ и PERT). Впервые они были использованы
для управления ракетной программой
"Атлас" и при строительстве
крупного завода синтетического
волокна. В середине 60-х гг. эти методы
стали активно изучаться и, в меньшей
степени, внедряться в практику
капитального строительства СССР.
Рис. 1.1.4.
Типовая ситуация со степенью
решенности ключевых задач управления
Здесь следует отметить,
что еще в конце 30-х гг. советскими
учеными были разработаны теоретические
основы и практические методы
календарного планирования и поточного
строительства с использованием
диаграмм Ганта и т. н. циклограмм,
что во многом можно считать фундаментом
созданного позднее аппарата управления
проектами.
В 70-е гг. большое
число крупных компаний на Западе в
ответ на растущие масштабы и сложность
их деятельности в условиях жесткой
конкуренции стали развивать и
использовать методы управления
проектами. Ускорению этого процесса
способствовало широкое внедрение
компьютерных систем обработки
информации (табл.
1.1.1).
Таблица 1.1.1
К настоящему времени
управление проектами стало признанной
во всех развитых странах методологией
инвестиционной деятельности.
Графически сущность управления
проектами может быть представлена
так, как показано на рис.
1.1.6.
Сущность управления проектами
"Управление проектами"
- синтетическая дисциплина, объединяющая
как специальные, так и надпрофессиональные
знания. Специальные знания отражают
особенности той области деятельности,
к которой относятся проекты
(строительные, инновационные,
образовательные, экологические,
исследовательские, реорганизационные
и др.).
Подлинно
самостоятельной дисциплиной
управление проектами стало благодаря
знаниям, полученным в результате
изучения общих закономерностей,
присущих проектам во всех областях
деятельности, благодаря методам и
средствам, успешно используемым для
самых различных проектов.
Методы
управления проектами позволяют:
-
определить цели проекта и провести
его обоснование;
- выявить
структуру проекта (подцели, основные
этапы работы, которые предстоит
выполнить);
- определить
необходимые объемы и источники
финансирования;
- подобрать
исполнителей - в частности, через
процедуры торгов и конкурсов;
-
подготовить и заключить контракты;
-
определить сроки выполнения проекта,
составить график его реализации,
рассчитать необходимые ресурсы;
-
рассчитать смету и бюджет проекта;
-
планировать и учитывать риски;
-
обеспечить контроль за ходом
выполнения проекта и многое другое.
Управление проектами- методология (говорят также -
искусство) организации, планирования,
руководства, координации трудовых,
финансовых и материально-технических
ресурсов на протяжении проектного
цикла, направленная на эффективное
достижение его целей путем применения
современных методов, техники и
технологии управления для достижения
определенных в проекте результатов
по составу и объему работ, стоимости,
времени, качеству и удовлетворению
участников проекта.
Базовые варианты схем управления
проектом
.1.
Проект как процесс перехода системы
из исходного состояния в конечное
В
"Кодексе знаний об управлении
проектами" проект - некоторая
задача с определенными исходными
данными и требуемыми результатами
(целями), обуславливающими способ
ее решения. Проект включает в себя
замысел (проблему), средства его
реализации (решения проблемы) и
получаемые в процессе реализации
результаты (рис.
1.1.2). 
Рис.
1.1.2.
Основные элементы проекта
Инвестиционный
проект
понимается как инвестиционная акция,
предусматривающая вложение
определенного количества ресурсов,
в том числе интеллектуальных,
финансовых, материальных, человеческих,
для получения запланированного
результата и достижения определенных
целей в обусловленные сроки. Финансовым
результатом инвестиционного проекта
чаще всего является прибыль/доход,
материально-вещественным результатом
- новые или реконструированные
основные фонды (объекты) или
приобретение и использование
финансовых инструментов или
нематериальных активов с последующим
получением дохода.
В том
случае, когда в качестве результатов
реализации проекта выступают
некоторые физические объекты (здания,
сооружения, производственные
комплексы), определение проекта
может быть конкретизировано следующим
образом: Проект
- целенаправленное, заранее
проработанное и запланированное
создание или модернизация физических
объектов, технологических процессов,
технической и организационной
документации для них, материальных,
финансовых, трудовых и иных ресурсов,
а также управленческих решений и
мероприятий по их выполнению.
Итак,
в современном понимании проекты -
то, что изменяет наш мир: строительство
жилого дома или промышленного
объекта, программа научно-исследовательских
работ, реконструкция предприятия,
создание новой организации, разработка
новой техники и технологии, сооружение
корабля, создание кинофильма, развитие
региона, - это всё проекты.
Сравните
это толкование с принятым до недавнего
времени у нас: проект - это документально
оформленный план сооружения или
конструкции. Нужно знать, что для
обозначения этого понятия на Западе
используют термин "design".
В
ряде отраслей - таких, как
авиационно-космическая или оборонная
промышленность, - создаваемые объекты
являются настолько сложными, что
работа над ними осуществляется не
в составе проектов, а в составе
Программ,
которые можно определить как
совокупность проектов или проект,
отличающийся особой сложностью
создаваемой продукции и/или методов
управления его осуществлением. При
таком подходе термин "проект",
как правило, связывается с относительно
краткосрочными целями.
В
настоящее время в Российской Федерации
разработан и реализуется ряд программ
развития: топлива и энергетики,
продовольствия, транспорта и связи,
жилья, машиностроения и некоторые
другие.
В число приоритетных
федеральных программ вошли программы
энергоснабжения, электрификации и
газификации сельских районов,
повышения безопасности атомной
энергетики, использования нетрадиционных
источников энергии, освоения газовых
месторождений полуострова Ямал,
развития Канско-Ачинского
топливно-энергетического
комплекса.
Концептуально важным
является понятие системы, которое
может быть определено следующим
образом: Система
- это группа элементов (включающих
как людей, так и технические элементы),
организованных таким образом, что
они в состоянии действовать как
единое целое в целях достижения
поставленных перед ними целей (рис.
1.1.3).
В качестве примеров таких систем
можно привести "Компанию "Аэрофлот"",
"Систему спутникового телевидения"
и т.д. Соответственно, программы
являются подсистемами первого уровня
(нетрудно привести примеры программ
Аэрофлота и др.), а проекты представляют
собой часть программ.
Немного
об истории управления проектами Любой
проект проходит ряд фаз (этапов,
стадий), о которых мы поговорим позже.
Взаимосвязь фаз, функций и подсистем
управления проектами показана на
рис.
2.1.1.
Разумеется, для того,
чтобы провести проект через все фазы
(этапы, стадии), им нужно как-то
управлять. В этом смысле управляли
уже такими знаменитыми проектами,
как строительство египетских пирамид
или Великой Китайской стены. Управляли
- и небезуспешно (если оценивать
успешность только по своевременности
завершения или по техническим
результатам) - проектами в оборонной,
топливно-энергетической и некоторых
других отраслях промышленности
бывшего Советского Союза.
Рис.
1.1.3.
Иерархия систем
Необходимость
в самостоятельной дисциплине
"Управление проектами" (Project
Management) была осознана в развитых
странах Запада с рыночной экономикой
в 50-х гг. XX в. Это было вызвано массовым
ростом масштабов проектов и тем, что
понятие успешности проекта стало
измеряться, в первую очередь,
соответствием его окончательной
стоимости объему выделенных
ассигнований, величиной экономии и
размерами прибыли. Последнее, в свою
очередь, зависело от комплексности
(системности) решения множества
задач, составляющих в совокупности
предмет управления (рис.
1.1.4).
В
числе первых методов управления
проектами в конце 50-х гг. были
разработаны методы сетевого
планирования и управления (методы
СРМ и PERT). Впервые они были использованы
для управления ракетной программой
"Атлас" и при строительстве
крупного завода синтетического
волокна. В середине 60-х гг. эти методы
стали активно изучаться и, в меньшей
степени, внедряться в практику
капитального строительства СССР. 
Рис.
1.1.4.
Типовая ситуация со степенью
решенности ключевых задач управления
Здесь
следует отметить, что еще в конце
30-х гг. советскими учеными были
разработаны теоретические основы
и практические методы календарного
планирования и поточного строительства
с использованием диаграмм Ганта и
т. н. циклограмм, что во многом можно
считать фундаментом созданного
позднее аппарата управления
проектами.
В 70-е гг. большое
число крупных компаний на Западе в
ответ на растущие масштабы и сложность
их деятельности в условиях жесткой
конкуренции стали развивать и
использовать методы управления
проектами. Ускорению этого процесса
способствовало широкое внедрение
компьютерных систем обработки
информации (табл.
1.1.1). Таблица
1.1.1
К
настоящему времени управление
проектами стало признанной во всех
развитых странах методологией
инвестиционной деятельности.
Графически сущность управления
проектами может быть представлена
так, как показано на рис.
1.1.6.
Сущность
управления проектами
"Управление
проектами" - синтетическая
дисциплина, объединяющая как
специальные, так и надпрофессиональные
знания. Специальные знания отражают
особенности той области деятельности,
к которой относятся проекты
(строительные, инновационные,
образовательные, экологические,
исследовательские, реорганизационные
и др.).
Подлинно
самостоятельной дисциплиной
управление проектами стало благодаря
знаниям, полученным в результате
изучения общих закономерностей,
присущих проектам во всех областях
деятельности, благодаря методам и
средствам, успешно используемым для
самых различных проектов.
Методы
управления проектами позволяют:
-
определить цели проекта и провести
его обоснование;
- выявить
структуру проекта (подцели, основные
этапы работы, которые предстоит
выполнить);
- определить
необходимые объемы и источники
финансирования;
- подобрать
исполнителей - в частности, через
процедуры торгов и конкурсов;
-
подготовить и заключить контракты;
-
определить сроки выполнения проекта,
составить график его реализации,
рассчитать необходимые ресурсы;
-
рассчитать смету и бюджет проекта;
-
планировать и учитывать риски;
-
обеспечить контроль за ходом
выполнения проекта и многое другое.
Управление
проектами
- методология (говорят также -
искусство) организации, планирования,
руководства, координации трудовых,
финансовых и материально-технических
ресурсов на протяжении проектного
цикла, направленная на эффективное
достижение его целей путем применения
современных методов, техники и
технологии управления для достижения
определенных в проекте результатов
по составу и объему работ, стоимости,
времени, качеству и удовлетворению
участников проекта.
Базовые
варианты схем управления проектом
Различают
следующие варианты схем управления
проектом: "Основная"
система.
Руководитель (менеджер) проекта -
представитель ("агент") заказчика,
финансовой ответственности за
принимаемые решения не несет. Им
может быть любое юридическое или
физическое лицо - участник проекта,
имеющее лицензию на профессиональное
управление. В этом случае менеджер
проекта обеспечивает координацию
и управление ходом разработки и
реализации проекта, в контрактных
отношениях с другими участниками
проекта (кроме заказчика) не
состоит.
Преимущество
системы - объективность проект-менеджера,
- ответственность за результаты
проекта целиком возлагается на
заказчика.
Система
"расширенного
управления".
Руководитель (менеджер) проекта -
принимает ответственность за проект
в пределах фиксированной (сметной)
цены. Менеджер обеспечивает управление
и координацию процессов проекта по
соглашениям между ним, заказчиком
и участниками проекта. Как и в
"основной" системе, им может
быть любое юридическое или физическое
лицо - участник проекта, имеющее лицо
- участник проекта, имеющее лицензию
на профессиональное управление и
способное отвечать по своим
обязательствам перед заказчиком.
Проект-менеджер управляет проектом,
координирует поставки и работы по
инжинирингу. В этом случае
ответственность возлагается на
менеджера проекта в пределах
контрактных условий.
Система
"под
ключ".
Руководитель (менеджер) проекта -
проектно-строительная фирма, с
которой заказчик заключает контракт
"под ключ" с объявленной
стоимостью проекта. 
Примечания:
*)
Группы процессов могут совмещаться
во времени;
**) Классификация
разработана по материалам, размещенным
на сервере компании А-Ргоjесt.
Рис.
1.1.6.
Классификация процессов управления
проектами
1.2.
ЗАЧЕМ НУЖНО УПРАВЛЯТЬ ПРОЕКТАМИ
Без
преувеличения можно сказать: в
сегодняшней России происходят
наиболее масштабные изменения в
экономике, управления, укладе жизни.
Эти изменения не только масштабны,
но и беспрецедентны - ни в одной
другой стране мира за столь короткий
срок не происходила коренная ломка
одной экономической системы и
формирование другой.
Такое
многообразие процессов, происходящих
при этом, можно представить как
совокупность социальных, технических,
организационных, экономических
проектов. Если научиться этими
проектами управлять, а руководители,
призванные принимать решения, будут
прислушиваться к рекомендациям
профессиональных управляющих
проектами, можно утверждать: проводимые
в стране реформы будут идти
успешнее.
Вместе с тем
понятно, насколько сложно разработать
и реализовать на практике систему
управления, адекватную жизненным
реалиям.
Поэтому было бы
преувеличением сказать, что методология
управления проектами является
панацеей от всех сбоев в механизме
реформ.
Отметим главные
области изменений в сегодняшней
России, являющиеся предпосылками
применения и одновременно потенциальной
сферой интересов изучаемой дисциплины:
- ликвидация
планово-распределительной системы,
основанной на принудительном и
волевом администрировании, начало
формирования правовой системы
регулирования;
- изменение
отношений собственности
(разгосударствление предприятий и
организаций, акционирование,
приватизация и др.);
-
процесс демонополизации производителей
различного рода товаров и услуг;
-
изменение рынка - переход к
относительному балансу предложения
и платежеспособного спроса;
-
изменение организационных форм (в
соответствии с изменениями отношений
собственности и рынка), сопровождающееся
децентрализацией управления и
постепенной передачей определенных
функций на места;
-
изменение производственной системы,
"подстраивающейся под рынок";
-
изменение методов и средств управления
- в частности, переход на идеологию
программного управления;
-
отмена государственной монополии
в области внешней торговли;
-
формирование рынка инвестиционных
проектов, недвижимости, ценных бумаг,
подрядных и других работ;
-
создание рынка инвестиционных
компаний, инжиниринговых и
консалтинговых фирм, предлагающих
свои услуги в области экономической,
управленческой, информационной
поддержки проектов;
-
появление в инвестиционной сфере
первых проектно-ориентированных
структур, создаваемых как на основе
государственных, так и частных
предприятий и компаний;
-
определенные изменения в психологии
управленцев;
- развитие
новых информационных технологий;
-
активное привлечение к реализации
инвестиционных проектов иностранных
подрядчиков и инвесторов, которые
традиционно широко используют
методологию управления проектами;
-
создание новых рыночных структур,
работающих с проектами (инвестиционные
фонды, финансовые компании, коммерческие
банки и др.), которые строят свою
работу на проектной основе.
Объективно
возрастает сложность управления
экономикой в связи с увеличением
числа субъектов управления, усложнением
их действий, снижением уровня
профессионализма управленческого
персонала. Современная инвестиционная
политика направлена на финансирование
проектов, реализуемых в минимальные
сроки и способных принести максимальную
прибыль. В таких условиях новый метод
становится проверенным инструментом
реализации любых проектов необходимого
качества, в установленные сроки, в
рамках принятого бюджета.
Вместе
с тем, имеется ряд ограничений,
существенно сдерживающих распространение
новой методологии как для управления
крупными проектами, так и комплексными
программами. К ним относятся: общий
спад производства и неустойчивое
функционирование экономики;
недостаточная политическая
стабильность (как дополнительный
фактор риска); резкое сокращение
государственных инвестиций и спад
инвестиционной активности; устойчиво
высокая инфляция; недостаточная
развитость кредитно-финансовой и
банковской систем, сдерживающая
оборот инвестиций и капиталов;
отсутствие надежной системы
обеспечения гарантий и льгот для
инвесторов - в том числе иностранных.
1.3.
ВЗАИМОСВЯЗЬ УПРАВЛЕНИЯ ПРОЕКТАМИ
И УПРАВЛЕНИЯ ИНВЕСТИЦИЯМИ
Испытанное
средство упорядочения любой
перестройки - в том числе столь
масштабной, как осуществляемая в
нашей стране - программно-целевой
метод управления, в соответствии с
которым создан ряд межгосударственных,
федеральных, региональных, отраслевых
и объектных целевых программ.
Каждая из них представляет собой
комплекс взаимоувязанных ресурсам,
срокам и исполнителям) проектов.
Их реализация происходит на базе
концепции управления
проектами
(Ргоject Maqnagement).
Основу
концепции составляет взгляд на
проект как на изменение исходного
состояния любой системы (например,
предприятия), связанное с затратой
времени и средств. Процесс этих
изменений, осуществляемых по заранее
разработанным правилам в рамках
бюджета и временных ограничений, и
составляет сущность этой новой
синтетической дисциплины.
Такой
подход позволяет свести все изменения
в экономике, управлении и укладе
жизни России (как, впрочем, и других
странах бывшего Советского Союза)
к системе инвестиционных проектов,
а управление ими - к управлению
инвестициями
(говорят также инвестиционному
менеджменту).
В
современных условиях совокупность
методов и средств управления проектами
представляет собой высокоэффективную
методологию управления
инвестициями,
позволяющую:
- осуществить
анализ инвестиционного рынка и
сформировать инвестиционный портфель
компании с его оценкой по критериям
доходности, риска и ликвидности;
-
оценить эффективность инвестиций
с учетом факторов риска и неопределенности
в рамках т.н. обоснования инвестиций
и бизнес-плана;
- разработать
стратегию формирования инвестиционных
ресурсов компании с оценкой общей
потребности в инвестиционных
ресурсах, целесообразности
использования привлеченных и заемных
средств;
- произвести
отбор и оценку инвестиционной
привлекательности конкретных
проектов;
- оценить
инвестиционные качества отдельных
финансовых инструментов и отобрать
наиболее эффективные из них;
-
осуществить планирование и оперативное
управление реализацией конкретных
инвестиционных проектов и программ;
-
организовать процедуру закупок и
поставок, а также управление качеством
проекта;
- обеспечить
эффективное осуществление
инвестиционного процесса, включая
управление изменениями и подготовку
решений о своевременном закрытии
неэффективных проектов (продаже
отдельных финансовых инструментов)
и реинвестировании капитала;
-
организовать завершение проекта;
-
в полной мере учесть т. н. психологические
аспекты управления инвестициями,
нередко оказывающие решающее
воздействие на показатели проекта
в целом.
1.4.
ПРЕДПОСЫЛКИ РАЗВИТИЯ МЕТОДОВ
УПРАВЛЕНИЯ ПРОЕКТАМИ/ЭКОНОМИКОЙ
Макроэкономические
факторы, формирующие инвестиционный
климат
Активность
инвестиционного процесса, по существу,
определяет жизнедеятельность
экономики. Чем эффективнее протекают
процессы расширенного воспроизводства
капитала, тем успешнее развиваются
производственный аппарат и социальная
инфраструктура страны.
Инвестиционная
деятельность, ее структура, мощность
и степень воспроизводства финансовых
активов во многом зависят от состояния
экономического организма.
Неблагоприятный
инвестиционный климат обуславливается
следующими основными причинами:
-
отсутствием устойчивой правовой
стабильности при реализации
долгосрочных инвестиционных
проектов;
- отсутствием
информационной прозрачности,
подразумевающей возможность для
потенциального инвестора получить
полные и достоверные данные о
финансовом положении заемщика;
-
наличием высокой степени политических
и экономических рисков.
Сегодня
становится все более очевидным, что
переход к экономическому росту во
многом будет зависеть от того,
насколько успешно станет активизироваться
инвестиционная деятельность.
Действующие
механизмы управления экономикой
Структура
механизмов управления.
Помимо общих принципов управления
и организационной структуры, система
управления включает: цель и задачи
управления, систему методов,
исполнительные экономические и
организационные механизмы,
законодательно оформленные правила
и условия управления. Функции
управления делятся на основные и
обеспечивающие. К основным функциям
можно отнести задающую, координирующую,
регулирующую и контрольную. К
обеспечивающим - информационную,
экспертно-аналитическую,
нормативно-методическую.
Для
характеристики механизма управления
экономикой важным элементом является
соотношение между государственным
регулированием и саморегулирующей
возможностью рыночной экономики.
Очевидно, что каждому этапу переходного
периода должно быть свойственно
свое соотношение.
Государственное
регулирование экономикой осуществляется
в двух взаимосвязанных формах, а
именно в форме законодательства и
в форме программ. Законодательство,
с одной стороны, устанавливает нужные
государству "правила игры" для
всех участников управления, с учетом
политики в той или иной области, а с
другой - отражает льготные условия
для участников конкретных программ
по приоритетным проблемам. Программы
и проекты позволяют реализовывать
все функции управления применительно
к важнейшим задачам развития, как
на стадии разработки, так и в процессе
выполнения. Являясь основными
регуляторами, законы и программы
занимают разные места в системе
управления.
Особенности
механизма управления в настоящее
время определяются переходным
периодом к рыночным отношениям,
который, в свою очередь, требует
необходимости использования методов
и механизмов, характерных как для
рыночной системы, основанной на
частной собственности и относительно
свободных ценах, так и, во все меньшей
степени, для планово-распределительной
экономики, основанной на общественной
собственности. С этой точки зрения
можно говорить, что работающий в
настоящее время механизм управления
находится в стадии формирования и
объективно еще не может давать
ожидаемого эффекта.
Концепция
развития в переходный период и состав
решаемых задач позволяют говорить
о двух основных подходах к механизму
управления. Первый подход предполагает
максимально возможное устранение
государства от регулирования
экономики и предельную децентрализацию
системы управления. Второй подход
ориентирован на активное влияние
государства на экономические
процессы, включая процесс формирования
рыночных отношений. Постепенно
складывается механизм управления,
сочетающий эти два подхода в
соответствии с требованиями каждого
периода развития.
Бюджетная
политика.
Бюджетная политика представляет
собой основной механизм государственного
регулирования экономики, поскольку
использование большинства экономических
рычагов так или иначе связано с
бюджетом.
На данной фазе
развития общества бюджетная политика
является наиболее действенным
методом воздействия государства на
производителей. Однако, в условиях
дефицитности бюджета возможности
этого механизма ограничены. Не имея
возможности вкладывать достаточно
средств в развитие приоритетных, но
капиталоемких отраслей и производств,
помимо программного, предполагается
осуществлять т.н. "точечное"
финансирование, т.е. финансирование
конкретных объектов/проектов и
предприятий, имеющих особо важное
значение.
Основные
элементы макрорегулирования
оформляются в виде законов и проходят
рассмотрение на Федеральном собрании.
Предметом рассмотрения Федерального
собрания являются такие направления
макрорегулирования, как финансовая,
кредитная, налоговая, валютная,
таможенная политика, а также денежная
эмиссия.
Налоговая
политика.
В условиях товарно-денежных отношений
механизмы налоговой политики являются
важнейшим инструментом политики
бюджетной, реализуя как распределительную,
так и стимулирующую стратегию
государства. Между этими
двумя функциями налоговой системы
существуют серьезные противоречия.
На разных фазах развития
государство отдает предпочтение
той или иной функции, в зависимости
от решаемых задач.
Например,
в настоящее время основной акцент
сделан на распределительную функцию,
что во многом определяется реальным
состоянием экономики.
Налоговая
политика является основным источником
аккумуляции денежных средств в
государстве.
Финансово-кредитная
политика.
Финансово-кредитная политика
государства включает методы
финансового маневрирования ЦБ РФ,
который в настоящее время занимает
ключевое место в реализации
экономической политики государства.
Сейчас узаконены такие операции ЦБ
РФ на открытом рынке, как купля-продажа
коммерческих и казначейских векселей,
государственных облигаций, валютные
интервенции, право предоставлять
кредиты под обеспечение ценными
бумагами и другими активами,
оперировать с государственными
бумагами на вторичном рынке. Место
ЦБ РФ в управлении экономикой в
настоящее время определяется
отводимой ему ролью по подавлению
инфляции.
Банковская
система, помимо ЦБ и его структур,
включает сеть коммерческих банков,
основная масса которых является
государственной собственностью.
Выполняя функции расчетов и аккумулируя
денежные средства, банки являются
институтом, определяющим стратегию
и тактику кредитной политики, которая,
в свою очередь, выступает в нормально
функционирующей рыночной экономике
основным регулятором.
Таможенная
политика.
Система лицензирования импорта-экспорта
является в настоящее время одним из
наиболее действенных рычагов
воздействия государства на
производителей; вместе с тем, основное
препятствие проведения последовательной
таможенной политики - отсутствие
четких подходов к цели и задачам
развития. В результате таможенная
политика используется в интересах
лишь определенных заинтересованных
групп.
Ценовая
политика.
Возможности воздействия на
экономические процессы с помощью
ценовой политики в настоящее время
достаточно велики, т. к. в сфере
государственного регулирования
находятся цены на энергоносители,
транспортные тарифы, а также цены
продукции, закупаемой для федеральных
нужд. Политика в области цен тесно
переплетается с налоговым
механизмом.
Денежно-эмиссионная
политика.
Политика в данной области - одно из
проявлений бюджетной политики и
финансовый метод макрорегулирования.
К
финансовым методам макрорегулирования
часто относят и валютную политику.
Особого
внимания заслуживает управление
субъектами жизнеобеспечения экономики
(газ, нефть, уголь, энергетика). Сейчас
использование этих ресурсов
осуществляется в форме своеобразных
корпораций и акционерных обществ,
взаимоотношения которых с местными
органами не отрегулированы.
Программный
метод управления.
Переход на программный метод
управления, в основу которого положена
система программ и проектов, имеет
целью совершенствование действующей
системой управления экономикой.
Программы являются основой проводимой
государством бюджетной политики,
ориентированной на реализацию
важнейших задач развития. По степени
важности в соответствии с присвоенным
статусом выделяют программы
федеральные, президентские,
региональные, отраслевые, объектные
целевые программы и проекты.
Региональным и отраслевым программам,
в зависимости от важности задач,
может присваиваться статус федеральных.
Федеральные целевые программы (ФЦП)
- важнейшее средство реализации
структурной политики государства,
активного воздействия на экономические
процессы для достижения конечных
социально-экономических
целей.
Методология
управления целевыми комплексными
программами, включая их инвестиционную
часть для условий переходного
периода, отработана достаточно
слабо. Важным направлением ее
совершенствования является
использование и развитие опыта,
накопленного в процессе работы с
методами управления инвестиционными
проектами.
С этой точки
зрения программы могут рассматриваться
как совокупность проектов, образующих
единый мультипроект.
1.5.
ПЕРСПЕКТИВЫ РАЗВИТИЯ УПРАВЛЕНИЯ
ПРОЕКТАМИ
Опыт
ФРГ, Японии, Кореи, США и других
развитых стран свидетельствует о
том, что система управления проектами
- мощное средство выхода из
экономического кризиса и метод
решения крупных научных, производственных
и социальных проблем. Именно этот
метод является средством управления
в изменяющихся условиях и развивающихся
системах, в условиях нестабильности
и неопределенности, когда недостаточно
проработаны вопросы законодательства,
в условиях слабо контролируемого
роста цен и дефицита ресурсов, отказа
государства от непосредственного
руководства производственно-хозяйственной
деятельностью предприятий, в условиях
появления собственников и частных
инвесторов, нестабильной налоговой
системы и др. В странах с традиционно
рыночной экономикой к началу XXI в.
управление проектами (УП) перестало
быть только средством управления
последовательностью и темпом
выполнения работ с целью их
своевременного завершения. УП стало
чем-то вроде корпоративного голоса
заказчика/клиента, побуждающего
оптимизировать все усилия по
проекту/продукту, предпринимаемые
командами, интегрируясь с
производителями, поставщиками,
системой послепродажного обслуживания.
Такой подход, помимо прочего, позволяет
теперь с высокой степенью точности
определять (и, соответственно,
снижать) предстоящие затраты по
проекту.
Компании и
эксперты, работающие в этой области,
образовали необходимые профессиональные
структуры и создали "Мир управления
проектами", куда входят национальные
и международные организации -
инвестиционные, промышленные,
строительные, консалтинговые и
инжиниринговые фирмы, где проводятся
конгрессы и симпозиумы, где издаются
журналы, книги и учебники, где имеется
свой рынок программного обеспечения.
Крупнейшей международной организацией
в области управления проектами
является ИПМА (IPMA - International Project
Management Association) - Международная ассоциация
управления проектами, объединяющая
более 20 национальных обществ Европы,
а также других стран.
1.6.
ТЕХНОЛОГИЯ УПРАВЛЕНИЯ
Процесс
управления проектами должен быть
надлежащим образом информатизирован
поддерживаться современными
технологиями, для чего необходимо:
-
создать и поддерживать в актуальном
состоянии базы и банки данных по
всем фазам и этапам жизненного цикла
проектов;
- внедрить современные
автоматизированные системы
планирования и контроля, а также
средства обработки и передачи данных.
Следует помнить, что степень сложности
(а, значит, и цена) используемой
информационной технологии должны
соответствовать сложности и размеру
проекта. Если это правило нарушить,
заказчик понесет необоснованные
потери - как в случае неоправданной
сложности используемой технологии,
так и при недооценке важности этого
весьма существенного фактора.
Наиболее
сложным для современного Российского
проект-менеджера является не
автоматизация процесса управления
(это - лишь функция способности
заказчика оплатить современные
технические и программные средства),
а информационный "вакуум",
образовавшийся в инвестиционной
сфере в результате распада старой
системы технического нормирования
и практической невозможности создания
"в одиночку" новой, адекватной
современным условиям информационной
системы поддержки информационной
деятельности. В этих условиях крайне
важно организовать процесс накопления
опыта - разумеется, в машинно-ориентированной
форме.
Решение перечисленных
задач в рамках вышеупомянутого
проекта (программы) позволит получить
эффективный инструмент для решения
любых задач, возникающих перед
современным деловым человеком.
2.
ОСНОВЫ УПРАВЛЕНИЯ ПРОЕКТАМИ
2.1.
КЛАССИФИКАЦИЯ БАЗОВЫХ ПОНЯТИЙ
УПРАВЛЕНИЯ ПРОЕКТАМИ
Принципиальная
модель управления проектами, дающая
исчерпывающее представление о
совокупности и взаимосвязях базовых
понятий, приведена на рис.
2.1.1.
Взаимосвязь фаз, функций и подсистем
управления проектами показана на
рис.
2.1.2.
Дадим краткое пояснение графической
интерпретации системы базовых
понятий. Приводятся основные (базовые)
термины дисциплины "Управление
проектами".
Проект
функционирует в определенном
окружении,
включающем внутренние и внешние
компоненты, учитывающие экономические,
политические, социальные,
технологические, нормативные,
культурные и иные факторы.
Проект
всегда нацелен на результат,
на достижение определенных целей,
на определенную предметную область.
Реализация проекта осуществляется
полномочным руководством проекта,
менеджером
проекта
и командой
проекта,
работающей под этим руководством,
другими участниками
проекта,
выполняющими отдельные специфические
виды деятельности, процессы по
проекту. В работах по проекту - как
правило, на условиях частичной
занятости - могут участвовать
представители линейных и функциональных
подразделений компаний, ответственных
за выполнение возложенных на них
заданий,
видов
деятельности,
функций,
включая планирование,
руководство,
контроль,
организацию,
администрирование
и другие общесистемные функции.
Управление
проектом
представляет собой методологию
организации,
планирования,
руководства,
координации
человеческих
и материальных
ресурсов
на протяжении жизненного
цикла проекта
(говорят также проектного
цикла),
направленную на эффективное достижение
его целей
путем применения системы современных
методов, техники и технологий
управления для достижения определенных
в проекте результатов по составу и
объему работ, стоимости, времени,
качеству.
Для эффективного
управления проектами система должна
быть хорошо структурирована. Суть
структуризации
(говорят также декомпозиции)
сводится к разбивке проекта и системы
его управления на подсистемы и
компоненты, которыми можно
управлять.
Основной
структурной единицей участников
проекта является - команда
проекта
- специальная группа, которая
становится самостоятельным участником
проекта
(или входит в состав одного из этих
участников) и осуществляет управление
инвестиционным процессом в рамках
проекта.
Реализация
проекта происходит в рамках
организационной
формы,
структура которой в значительной
степени влияет на сам проект.
Жизненный
цикл проекта
(промежуток времени между моментом
появления, зарождения проекта и
моментом его ликвидации, завершения)
является исходным понятием для
исследования проблем финансирования
работ по проекту и принятия
соответствующих решений. Укрупненно
жизненный цикл проекта можно разделить
на три основные смысловые фазы:
прединвестиционную,
инвестиционную
и эксплуатационную.
Дальнейшее
разбиение существенно зависит от
специфики проекта. Так, жизненный
цикл может делиться на 5 фаз, в том
числе:
- концептуальная
фаза,
включающая формулирование целей,
анализ инвестиционных возможностей,
обоснование осуществимости
(технико-экономическое обоснование)
и планирование проекта;
-
фаза
разработки проекта,
включающая определение структуры
работ и исполнителей, построение
календарных графиков работ, бюджета
проекта, разработку проектно-сметной
документации, переговоры и заключение
контрактов с подрядчиками и
поставщиками;
- фаза
выполнения проекта,
включающая работы по его реализации
(строительство, маркетинг, обучение
персонала);
- фаза
завершения проекта,
включающая в общем случае приемочные
испытания, опытную эксплуатацию и
сдачу проекта в эксплуатацию;
-
эксплуатационная
фаза,
включающая: приемку и запуск, замену
оборудования, расширение, модернизацию,
инновацию.
Функции
управления проектом
включают: планирование, контроль,
анализ, принятие решений, составление
и сопровождение бюджета проекта,
организацию осуществления, мониторинг,
оценку,
отчетность, экспертизу, проверку и
приемку, бухгалтерский учет,
администрирование.
Подсистемы
управления проектом
включают: управление содержанием и
объемами работ, управление временем,
продолжительностью, управление
стоимостью, управление качеством,
управление закупками и поставками,
управление распределением ресурсов,
управление человеческими ресурсами,
управление | рисками, управление
запасами ресурсов, интеграционное
управление, управление информацией
и коммуникациями. 
Рис.
2.1.1.
Принципиальная модель управления
проектом
Рис.
2.1.2.
Взаимосвязь фаз, функций и подсистем
управления проектом
2.2.
КЛАССИФИКАЦИЯ ТИПОВ ПРОЕКТОВ
В
связи с тем, что методы управления
проектами в значительной степени
зависят от масштаба (размера) проекта,
сроков реализации, качества,
ограниченности ресурсов, места и
условий реализации, рассмотрим
основные виды т. н. специальных
проектов,
в которых один из перечисленных
факторов играет доминирующую роль
и требует к себе особого внимания,
а влияние остальных факторов
нейтрализуется с помощью стандартных
процедур контроля (рис.
2.2.1).
Ниже рассмотрены "классические"
типы "нормальных" проектов,
классифицированные по масштабам,
срокам реализации, качеству исполнения,
ограниченности ресурсов, конструктивному
исполнению, участникам.
Малые
проекты
невелики по масштабу, просты и
ограничены объемами. Так, в американской
практике:
- капиталовложения:
до $10-15 млн.;
- трудозатраты:
до 40-50 тыс. человеко-часов.
Примеры
типичных малых
проектов:
опытно-промышленные установки,
небольшие (часто в блочно-модульном
исполнении) промышленные предприятия,
модернизация действующих
производств.
Малые проекты
допускают ряд упрощений в процедуре
проектирования и реализации,
формировании команды проекта (можно
просто кратковременно перераспределить
интеллектуальные, трудовые и
материальные ресурсы). Вместе с тем
затруднительность исправления
допущенных ошибок в связи с дефицитом
времени на их устранение требует
весьма тщательного определения
объемных характеристик проекта,
участников проекта и методов их
работы, графика проекта и форм отчета,
а также условии контракта. 
Рис.
2.2.1.
Классификация типов проектов
Мегапроекты
- это целевые программы, содержащие
множество взаимосвязных проектов,
объединенных общей целью, выделенными
ресурсами и отпущенным на их выполнение
временем. Такие программы могут быть
международными, государственными,
национальными, региональными
(например, развитие свободных
экономических зон, республик, малых
народностей Севера и т. д.), межотраслевые
(затрагивать интересы нескольких
отраслей экономики), отраслевые и
смешанные. Как правил: программы
формируются, поддерживаются и
координируются га верхних уровнях
управления: государственном
(межгосударственном), республиканском,
областном, муниципальном и т.д.
Мегапроекты
обладают рядом отличительных
черт:
- высокой стоимостью
(порядка $1 млрд. и более);
-
капиталоемкостью - потребность в
финансовых средствах в таких проектах,
как правило, требует нетрадиционных
(акционерных, смешанных) форм
финансирования, обычно силами
консорциума фирм;
-
трудоемкостью - 2 млн. человеко-часов
на проектирование, 15-20 млн. человеко-часов
на строительство;
-
длительностью реализации: 5-7 и более
лет;
- необходимостью
участия других стран;
-
отдаленностью районов реализации,
а следовательно, дополнительными
затратами на инфраструктуру;
-
влиянием на социальную и экономическую
среды региона и даже страны в
целом.
Наиболее характерные
примеры отраслевых мегапроектов
- проекты, выполняемые в
топливно-энергетическом комплексе
- и, в частности, нефтегазовой отрасли.
Так, системы магистральных
трубопроводов, связавших нефтегазоносные
районы Крайнего Севера с
центром страны, западными границами
и крупными промышленными районами,
сооружались очередями ("нитками")
в течение 2-3 лет каждая. При этом
продолжительность такого проекта
составляла в среднем 5-7 лет, а стоимость
- более $10-15 млрд.
Сложные
проекты
подразумевают наличие технических,
организационных или ресурсных задач,
решение которых предполагает
нетривиальные подходы и повышенные
затраты на их решение. Естественно,
на практике встречаются "скошенные"
варианты сложных проектов с
преобладающим влиянием какого-либо
из перечисленных видов сложности -
например, использование нетрадиционных
технологий строительства, значительное
число участников проекта, сложные
схемы финансирования и др. - все это
суть проявления сложности проектов.
Краткосрочные
проекты
обычно реализуются на предприятиях
по производству новинок различного
рода, опытных установках,
восстановительных работах. На таких
объектах заказчик обычно идет на
увеличение окончательной (фактической)
стоимости проекта, против первоначальной,
поскольку более всего он заинтересован
в скорейшем его завершении.
Бездефектные
проекты
в качестве доминирующего фактора
используют повышенное качество.
Обычно
стоимость бездефектных
проектов
весьма высока и измеряется сотнями
миллионов и даже миллиардами долларов
(например, атомные электростанции).
Международные
проекты
обычно выделяются значительной
сложностью и стоимостью. Их отличает
также важная роль в экономике и
политике тех стран, для которых они
разрабатываются.
Эти
проекты обычно основаны на
взаимодополняющих отношениях и
возможностях партнеров. Нередко для
решения задач таких проектов создаются
совместные предприятия, объединяющие
двух или более участников для
достижения некоторых коммерческих
целей под определенным совместным
контролем. При этом каждый партнер
вносит свой вклад и определенным
образом участвует в прибылях.
2.3.
ЦЕЛЬ И СТРАТЕГИЯ ПРОЕКТА
Различают
генеральную цель (говорят также -
миссию) проекта от целей первого (и,
возможно, последующих) уровней, а
также подцелей/задач, действий и
результатов (рис.
2.3.1).
Миссия
- это генеральная цель проекта, четко
выраженная причина его существования.
Она детализирует статус проекта,
обеспечивает ориентиры для определения
целей следующих уровней, а также
стратегий на различных организационных
уровнях. Говорят также, что миссия
- это главная задача проекта, с точки
зрения его будущих основных услуг
или изделий, его важнейших рынков и
преимущественных технологий. Стратегия
проекта
- центральное звено в выработке
направлений действий с целью получения
обозначенных миссией и системой
целей результатов проекта. Подготовку
стратегии проекта можно условно
разделить на 3 последовательных
процедуры:
- стратегический
анализ;
- разработка и
выбор стратегии;
-
реализация стратегии.
Рис.
2.3.1.
Взаимосвязь миссий, целей, сценариев
и стратегий развития проектного
комплекса (ПК)
Стратегический
анализ
начинается с анализа внешней и
внутренней среды. Со стороны внешней
среды можно ожидать либо угрозы,
либо возможности для реализации
проекта (т. н. SWOT-анализ).
К
числу факторов внешней
среды
относят:
- технологические
(уровень существующих, наличие новых
технологий);
-
ресурсообеспеченность (наличие,
доступ);
- экономические
(инфляция, процентные ставки, курсы
валют, налоги);
- ограничения
государственного сектора (лицензирование
законотворчество);
-
социальные (уровень безработицы,
традиции, вкусы, пол возраст);
- политические (внешняя, внутренняя,
экономическая);
-
экологические (уровень загрязнения,
мероприятия);
- конкуренты
(количество, размеры, сила).
Внутренняя
среда
включает:
- целевые рынки
(ниша, в которой работает фирма, круг
ее потребителей);
- маркетинговые
исследования (наличие специалистов,
бюджет маркетинга);
- сбыт
(объем продаж, скидки);
-
каналы распределения (как, через
кого продается);
-
производство (оборудование, технология,
площади);
- персонал
(квалификация, численность, мотивация,
корпоративная культура);
-
снабжение (поставщики, условия и
системы поставки);
-
исследование и разработка НИОКР
(уровень, бюджет);
- финансы
(структура капитала, оборачиваемость,
ликвидность, финансовое состояние);
-
номенклатура продукции (степень
диверсификации);
- исходя
из миссии, целей организации, на
основе результатов SWOT-анализа
разрабатывается стратегия.
Разработка
и выбор стратегии осуществляются
на трех различных организационных
уровнях:
- корпоративная
стратегия
(общее направление развития, т.е.
стратегия роста, сохранения или
сокращения);
- деловая
стратегия (стратегия
конкуренции конкретного товара на
конкретном рынке). Стратегия проекта
разрабатывается в рамках деловой
стратегии, т. е. отвечает на вопрос,
каким образом продукция проекта
будет конкурировать на рынке.
Очевидно, что выбор стратегии проекта
должен существовать в рамках уже
выбранного общего направления
развития организации. При разработке
деловой
стратегии
используют 3 основных подхода:
1)
стратегию лидерства в издержках;
2)
стратегию дифференциации (уникальности
по какому-либо направлению);
3)
стратегию концентрации на определенных
направлениях (группе покупателей,
номенклатуре изделий и географии
их сбыта);
- функциональная
стратегия (разрабатывается
для каждого функционального
подразделения с целью конкретизации
выбранной стратегии проекта).
Таким
образом, при определении стратегии
проекта необходимо обратить внимание
на основные аспекты:
-
географическое месторасположение,
в котором будет действовать
проект;
- выбор корпоративной
стратегии;
- выбор позиции
на рынке (доли рынка) и расчет времени,
требуемого для достижения данной
цели;
- установка основного
соотношения "продукт-рынок"
для разработки концепции маркетинга;
-
функциональное назначение и область
применения планируемой к выпуску
продукции;
- выбор
оптимальной группы клиентов;
-
основные качества продукции,
способствующие успеху, с учетом
фактических или потенциальных
конкурентов;
- использование
исключительно собственных средств
для обеспечения усиления положения
на рынке либо объединение усилий с
другими компаниями.
Реализация
стратегии
подразумевает, в первую очередь,
необходимость определенных изменений,
необходимых в организационной
структуре и организационной культуре.
Поэтому часто необходимо создать
специальные координационные механизмы
в дополнение к организационной
структуре управления: проектные,
межпроектные (программные), венчурные
(для проектов с высокими уровнями
рисков) группы.
Существенным
элементом стратегии является фактор
т.н. организационной культуры,
включающий:
- видение
(философию) организации;
-
господствующие ценности;
-
нормы и правила поведения;
-
ожидания предстоящих изменений;
-
процедуры и поведенческие ритуалы.
2.4.
РЕЗУЛЬТАТ ПРОЕКТА
Под
результатом проекта понимают
продукцию, результаты, полезный
эффект проекта. В качестве результата,
в зависимости от типа/цели проекта,
могут выступать: научная разработка,
новый технологический, процесс,
программное средство, строительный
объект, реализованная учебная
программа, реструктурированная
компания, сертифицированная система
качества и т.д. Об успешности проекта
(результата) судят по тому, насколько
он (результат) соответствует по своим
затратным/доходным, инновационным,
качественным, временным, социальным,
экологическим и другим характеристикам
запланированному уровню (см., например,
рис.
2.3.1).
2.5.
УПРАВЛЯЕМЫЕ ПАРАМЕТРЫ ПРОЕКТА
Управляемые
параметры проекта:
-
объемы и виды работ по проекту;
-
стоимость, издержки, расходы по
проекту;
- временные
параметры, включающие сроки,
продолжительности и резервы выполнения
работ, этапов, фаз проекта, а также
взаимосвязи работ;
-
ресурсы, требуемые для осуществления
проекта, в том числе: человеческие
или трудовые, финансовые,
материально-технические, разделяемые
на строительные материалы, машины,
оборудование, комплектующие изделия
и детали, а также ограничения по
ресурсам ;
- качество
проектных решений, применяемых
ресурсов, компонентов проекта и
пр.
Проект и процесс его
реализации, осуществления - сложная
система, в которой сам проект выступает
как управляемая подсистема, а
управление проектом - управляющая.
2.6.
ОКРУЖЕНИЕ ПРОЕКТОВ
Проект
имеет ряд свойств, о которых
целесообразно помнить, так как это
помогает методически правильно
организовать работу по его реализации:
-
проект возникает, существует и
развивается в определенном окружении,
называемом внешней средой;
- состав
проекта не остается неизменным в
процессе его реализации и развития:
в нем могут появляться новые элементы
(объекты), из его состава могут
удаляться некоторые его элементы;
-
проект, как и всякая система, может
быть разделен на элементы, при этом
между выделяемыми элементами должны
определяться и поддерживаться
определенные связи.
Разделение
всей сферы деятельности, в которой
появляется и развивается проект, на
собственно "проект" и "внешнюю
среду" в определенной степени
условно. Причины этого заключаются
в следующем:
1. Проект не
является жестким стабильным
образованием: ряд его элементов в
процессе реализации проекта могут
менять местоположение, переходя в
состав проекта из внешней среды и
обратно.
2. Некоторые
элементы проекта могут использоваться
как в его составе, так и вне его.
Типичным примером этому могут служить
специалисты, одновременно работающие
как над реализацией конкретного
проекта, так и над решением некоторых
других проблем (в частности, над
выполнением другого проекта).
Схематичное
изображение проекта и его окружения
приведена рис. 2.6.1.
Следует
обратить внимание на переходную
зону, через которую между ними
осуществляется связь и перемещение
элементов, тем или иным способом
участвующих в работе по его
реализации.
В практике
бизнес-планирования обычно подлежат
изучению три аспекта окружения
проекта:
- политический, а именно
- отношение федеральных и местных
властей к проекту;
- территориальный,
включающий изучение конкурента
предложений на рынке аналогичной
продукции;
- экологический, связанный
с необходимостью обеспечения
экологической безопасности проекта.
2.7.
ПРОЕКТНЫЙ ЦИКЛ
Промежуток
времени между моментом появления
проекта и моментом его ликвидации
называется проектным
циклом
(говорят также "жизненным
циклом проекта").
Жизненный
цикл проекта
- исходное понятие для исследования
проблем финансирования работ по
проекту и принятия соответствующих
решений.
Каждый проект,
независимо от сложности и объема
работ, необходимых для его выполнения,
проходит в своем развитии определенные
состояния: от состояния, когда
"проекта еще нет до состояния,
когда "проекта уже нет".
Принципиальная структура проектного
цикла показана на рис.
2.7.1.
Для
деловых людей начало проекта связано
с началом его реализации и началом
вложения денежных средств в его
выполнение.
Окончанием
существования проекта может быть:
-
ввод в действие объектов, начало их
эксплуатации и использования
результатов выполнения проекта;
-
перевод персонала, выполнявшего
проект, на другую работу;
-
достижение проектом заданных
результатов;
- прекращение
финансирования проекта;
-
начало работ по внесению в проект
серьезных изменений, не предусмотренных
первоначальным замыслом
(модернизация);
- вывод
объектов проекта из эксплуатации. 
Рис.
2.6.1.
Проект и его окружение
Рис.
2.7.1.
Принципиальная структура жизненного
цикла традиционного инвестиционного
проекта. Примечание: Диапазон
потребности в ресурсах обусловлен
типом и сложностью проекта Обычно
как факт начала работ над проектом,
так и факт его ликвидации оформляются
официальными документами.
Состояния,
через которые проходит проект,
называют фазами
(этапами, стадиями).
Универсального
подхода к разделению процесса
реализации проекта на фазы не
существует. Решая для себя такую
задачу участники проекта должны
руководствоваться своей ролью в
проекте, своим опытом и конкретными
условиями выполнения проекта (рис.
2.7.2
и 2.7.3).
Поэтому на практике деление проекта
на фазы может быть самым разнообразным
- лишь бы такое деление выявляло
некоторые важные контрольные точки
("вехи"), во время прохождения
которых просматривается дополнительная
информация и оцениваются возможные
направления развития проекта.
Рис.
2.7.2.
Цикл проекта Всемирного банка (По
Waren С. Baum "Project Cycle", издание
Всемирного банка, 1993 г.)
В
свою очередь, каждая выделенная фаза
(этап) может делиться на фазы (этапы)
следующего уровня (подфазы, подэтапы)
и т.д.
Применительно к
очень крупным проектам, например,
строительству метрополитена, освоению
нефтегазового месторождения и т.п.,
количество фаз и этапов их реализации
может быть увеличено. Выделение
дополнительных этапов в крупных
проектах связано не только с большой
продолжительностью строительства
этих обьектов (10 -15 лет), но и
необходимостью более тщательного
согласования действий организаций
- участниц проекта. Вся деятельность
по проекту протекает взаимозависимо
во времени и пространстве. Однако
обеспечить однозначное распределение
фаз и этапов выполнения проекта в
логической и временной последовательности
практически невозможно. Связанные
с этим проблемы решаются с помощью
опыта, знаний и искусства специалистов,
работающих над проектом.
Примерное
содержание фаз жизненного цикла
проекта, применительно к действующим
в РФ нормативным документам приведено
в табл.
2.7.1(cодержание
фаз проектного цикла - примерное и
может быть изменено соответствии с
условиями конкретного региона
отрасли, так, в Москве действует
"Положение о едином порядке
предпроектной и проектной подготовки
строительства в Москве", утвержденное
Правительством Москвы в 1999 г).
Содержание
фаз жизненного цикла проекта
Табл.
2.7.1
|
Начальная
(предынвестиционная) |
Инвестиционная
(строительная) |
Эксплуатационная |
|
Предынвестиционные исследования |
Разработка
проектно-сметной документации,
планирование проекта и подготовка
к строительству |
Проведение
торгов и заключение контрактов;
организация закупок и поставок,
подготовительные работы |
Строительно-монтажные
работы |
Завершение
строительной фазы проекта |
- |
|
1.
Изучение прогнозов и направлений
развития страны (региона, города) |
1.
Разработка плана проектно-изыскательских
работ |
1.
Тендеры на проектно-изыскательские
работы и заключение контрактов |
1.
Разработка оперативного плана
строительства |
1.
Пуско-наладочные работы |
1.
Эксплуатация |
|
2.
Формирование инвестиционного
замысла |
2.
Задание на разработку ТЭО (проекта)
строительства и разработка |
2.
Тендеры на поставку оборудования
и заключение контрактов |
2.
Разработка графиков работы машин |
2.
Сдача-приемка объекта |
2.
Ремонт |
|
3.
Подготовка ходатайства (Декларации)
о намерениях |
3.
Согласование, экспертиза и
утверждение ТЭО (проекта)
строительства |
3.
Тендеры на подрядные работы и
заключение контрактов |
3.
Выполнение строительно-монтажных
работ |
3.
Закрытие контракта |
3.
Развитие производства |
|
4.
Предварительное согласование
инвестиционного замысла |
4.
Выдача задания на проектирование |
4.
Тендеры на услуги консультантов
и заключение контрактов |
4.
Мониторинг и контроль |
4.
Демобилизация ресурсов |
4.
Закрытие проекта
-
вывод из эксплуатации
-
демонтаж оборудования
-
модернизация (начало нового
проекта) |
|
5.
Составление и регистрация оферт |
5.
Разработка, согласование и
утверждение рабочей документации |
5.
Разработка планов (графиков)
поставки ресурсов |
5.
Корректировка плана проекта и
оперативного плана строительства
(управление изменениями) |
5.
Анализ результатов |
- |
|
6.
Разработка обоснования инвестиций,
оценка жизнеспособности проекта |
6.
Принятие окончательного решения
об инвестировании |
6.
Подготовительные работы к
строительству |
6.
Оплата выполненных работ и поставок |
- |
- |
|
7.
Выбор и предварительное согласование
места размещения объекта |
7.
Отвод земли под строительство |
- |
- |
- |
- |
|
8.
Экологическое обоснование |
8.
Разрешение на строительство |
- |
- |
- |
- |
|
9.
Экспертиза |
9.
Задание на разработку проекта
производства работ |
- |
- |
- |
- |
|
10.
Предварительное инвестиционное
решение |
10.
Разработка плана проекта |
- |
- |
- |
- |
|
11.
Разработка предварительного |
- |
- |
- |
- |
- |
Пример.
Организационно-структурная
схема разработки предпроектной и
проектной документации
Предынвестиционный
процесс
I.
Формирование инвестиционного замысла
(идей), поиск перспективных объектов
инвестирования, определение цели
инвестирования.
Техническая
характеристика будущего объекта
инвестирования.
Постановка
задачи по формированию инвестиционного
замысла.
Выдача исходных
данных "проектной
организации".
Формирование
инвестиционного замысла:
1.
Анализ конъюнктуры рынка, характеристика
товарной продукции, текущих цен.
2.
Определение основных технических
характеристик будущего объекта
инвестирования.
3. Выявление
наличия и источников получения
необходимых ресурсов.
4.
Анализ налогового, кредитного,
финансового и др. законодательств.
5.
Анализ существующей документации,
экологических условий и социальной
обстановки.
II.
Разработка декларации о намерениях:
1.
Исходные данные, общие сведения о
Заказчике (инвесторе).
2.
Желательное местонахождение
объекта.
3. Намерения
Заказчика по основным техническим
характеристикам будущего предприятия,
объекта проектирования (технология,
виды и объем продукции,
производительность).
4.
Транспортное обеспечение.
5.
Потребность в земельных, материальных,
природных, водных, энергетических,
трудовых и др. ресурсах.
6.
Возможное влияние на окружающую
среду (прогнозируемые объемы выбросов,
сбросов, захоронения отходов, меры
по обеспечению экологических норм,
ОВОС) приказ №372 от 16.05.2002 г.
7.
Расчетные прогнозируемые сроки
реализации инвестиционного проекта.
III. Рассмотрение декларации о
намерениях, согласование в органах
местного самоуправления и
государственных инспектирующих
органах.
Участие в
рассмотрении Декларации о намерениях.
IV.
Коммерческое предложение по разработке
обоснования инвестиций в строительство
(Документация на конкурс).
Состав
и содержание документации в
соответствии с Законодательством
о торгах и требованиями Заказчика:
1.
Сведения о проектной организации.
2.
Ориентировочная стоимость
проектирования.
3. Сроки
проектирования.
4. Условия
оплаты проектных работ.
5.
Ориентировочная стоимость
строительства.
6. Общие
сведения о Заказчике (инвесторе).
7.
Основные данные о проекте (цель,
краткое описание, характеристика
продукции).
8. Реализация
продукции.
9. Маркетинговая
характеристика рынка, текущие и
прогнозируемые цены, конкурентноспособность
продукции).
10. Мощность
предприятия (планируемые объемы
производства, технология, ожидаемые
Т.Э.П.).
11. Обеспечение
предприятия ресурсами (водными,
энергетическими и др., источники их
получения, технические условия на
их получение и подключение).
12.
Экологическая характеристика
производства (прогнозируемые объемы
выбросов, сбросов, их состав, способы
их утилизации и нейтрализации).
13.
Требования инспектирующих органов
с оформленными документами:
a)
Водных ресурсов, рыбоохраны;
b)
Флоры и фауны;
c)
Земельного комитета;
d)
ГО и ЧС;
e)
Промышленной.
14. Размещение
объекта.
15. Материалы
инженерных изысканий.
V.
Рассмотрение коммерческого предложения
конкурсной комиссией по разработке
обоснования инвестиций.
VI.
Подготовка и составление Технического
задания на обоснование инвестиций
со всеми исходными данными и
техническими условиями.
VII.
Заключение договора: составление и
подписание.
VIII.
Разработка обоснований инвестиций
в установленном порядке, в том числе
разделов ОВОС, в соответствии с
требованиями нормативных документов,
в частности в приложении "А" СП
11-101-95.
1. Исходные
данные
2. Рынок и мощность
предприятия
3. Основные
технологические решения
4.
Обеспечение предприятия ресурсами
5.
Место размещения объекта
6.
Основные строительные решения
7.
Оценка воздействия объекта на
окружающую среду (ОВОС) (Экологическая
характеристика объекта
инвестирования)
8. ИТМ ГО
и ЧС (СП-11-113-2002)
9. Структура
предприятия, кадры
10.
График осуществления инвестиционного
проекта
11. Эффективность
инвестиций
12. Выводы и
предложения.
Исходные
данные, рекомендуемые по приложению
"А№ СП 11-101-95.
IX.
Согласование обоснований инвестиций
и экспертиза обоснования инвестиций
в установленном порядке инспектирующими
органами.
Защита обоснований
в экспертных организациях:
-
Промышленная безопасность;
-
ИТМ ГО и ЧС;
- Экологическая
экспертиза;
-
Госсанэпидемнадзор;
-
Вневедомственная экспертиза.
X.
Утверждение обоснований
инвестиций.
Распорядительный
документ об утверждении обоснований
инвестиций.
Инвестиционный
процесс
XI.
Техническое задание на разработку
ТЭО (проект).
Участие в
подготовке технического задания и
согласование технического
задания.
Разработка
технического задания на ТЭО (проект)
в соответствии со СНиП 11-01-95.
XII.
Разработка ТЭО (проект)
Состав
и содержание (СНиП 11-01-95):
-
Общая пояснительная записка;
-
Генеральный план и транспорт;
-
Технологические решения;
-
Организация условий и охраны труда
работников;
- Управление
производством и предприятием;
- Архитектурно-строительные
решения;
- Инженерное
оборудование, сети и системы;
-
Организация строительства;
-
Охрана окружающей среды;
-
Инженерно-технические мероприятия
ГО и ЧС;
- Декларация
промышленной безопасности;
-
Сметная документация;
-
Эффективность инвестиций.
XIII.
Утверждение ТЭО (проект).
Техническая
защита ТЭО (проект) при Государственной
экспертизе.
Распорядительный
документ об утверждении ТЭО (проект).
XIV.
Техническое задание на разработку
рабочей документации (СНиП 11-01-95).
XV.
Рабочая документация.
Разработка
рабочей документации на строительство
в соответствии с Гос. Стандартами
СПДС и заданием Заказчика.
Разработка
рабочей документации объекта,
сооружения в соответствии с
нормативными требованиями системы
проектной документации для
строительства (с ЛДС), системы
нормативной документации по
проектированию (с НДП), строительными
нормами и правилами, стандартами
предприятия и Государственными
стандартами, стандартами системы
менеджмента качества в свете
требований ИСО 9000 по всем частям и
разделам.
XVI.
Нормоконтроль разработанной
документации специализированный и
по оформлению.
XVII.
Размножение и отправка документации
Заказчику с Актом выполненных работ.
2.8.
СТРУКТУРИЗАЦИЯ ПРОЕКТОВ
Структуризация,
суть которой сводится к разбивке
проекта на иерархические подсистемы
и компоненты, необходима для того,
чтобы проектом можно было
управлять.
Структура
проекта призвана определить продукцию,
которую необходимо разработать или
произвести, и связывает элементы
работы, которые предстоит выполнить
- как между собой, так и с конечной
целью проекта.
Кроме
того, процесс структуризации проекта
- неотъемлемая часть общего процесса
планирования проекта и определения
его целей, а также подготовки сводного
(генерального) плана проекта и матрицы
распределения ответственности и
обязанностей.
2.9.
ФУНКЦИИ И ПОДСИСТЕМЫ УПРАВЛЕНИЯ
ПРОЕКТАМИ
Управленческие
функции включают основные, базовые
виды деятельности, которые должны
осуществлять управляющие работники
на всех уровнях и во всех предметных
областях по проекту.
Функции
управления проектом осуществляются
на всех этапах и фазах управления
проектом и включают: планирование,
контроль проекта, анализ, принятие
решений, составление и сопровождение
бюджета проекта, организацию
осуществления, мониторинг, оценку,
отчетность, экспертизу, проверку и
приемку, бухгалтерский учет,
администрирование.
Подсистемы
управления проектами формируются
в зависимости от структуры предметных
областей и управляемых элементов
проекта, относительно самостоятельных
в рамках проекта. Предметные области
и управляемые элементы в рамках
проекта в самом общем виде включают:
сроки, трудовые ресурсы, стоимость
и издержки, доходы, закупки и поставки
ресурсов и услуг, ресурсы (уже
закупленные), изменения по проекту,
риски проекта, информацию и
коммуникации, качество и пр. Эти
подсистемы присутствуют практически
в любом проекте. В каждом конкретном
проекте могут добавляться специфические
подсистемы.
Отличие
подсистем от функций управления
проектом заключается в том, что
подсистемы ориентированы на предметную
область, а функции нацелены на
специфические процессы, процедуры
и методы. Управление подсистемой
включает выполнение практически
всех функций. Так, планирование
расходов и контроль расходов
базируются на одной и той же предметной
области - затратах, а планирование
расходов и планирование качества
базируются на одинаковых процедурах
составления планов, сетевом
моделировании и пр.
Подсистемы
системы управления проектом по
основным предметным областям
подразделяются на: управление
содержанием проекта, объемами работ,
управление временем, продолжительностью,
управление стоимостью, управление
качеством, управление закупками и
поставками, управление распределением
ресурсов, управление человеческими
ресурсами, управление рисками,
управление запасами ресурсов,
интеграционное (координационное)
управление, управление информацией
и коммуникациями.
2.10.
МЕТОДЫ УПРАВЛЕНИЯ ПРОЕКТАМИ
Методы
управления проектами позволяют:
-
определить цели проекта и провести
его обоснование; выявить структуру
проекта (подцели, основные этапы
работы, которые предстоит
выполнить);
- определить
необходимые объемы и источники
финансирования;
- подобрать
исполнителей - в частности, через
процедуры торгов и конкурсов, -
подготовить и заключить контракты;
-
определить сроки выполнения проекта,
составить график его реализации,
рассчитать необходимые ресурсы;
-
рассчитать смету и бюджет проекта,
планировать и учитывать риски;
-
обеспечить контроль за ходом
выполнения проекта.
Методы управления
проектами включают такие, как: сетевое
планирование и управление, календарное
планирование, логистику, стандартное
планирование, структурное планирование,
ресурсное планирование, имитационное
моделирование на ЭВМ и др.
2.11.
ОРГАНИЗАЦИОННЫЕ СТРУКТУРЫ УПРАВЛЕНИЯ
ПРОЕКТАМИ
Реализация
проекта происходит в рамках
организации, структура которой в
значительной степени влияет на успех
проекта.
Выделяют следующие
принципиальные организационные
формы:
- функциональная
структура,
предполагающая использование
существующей функциональной
иерархической структуры организации.
Менеджер проекта осуществляет лишь
общую координацию работ;
-
дивизионалъная
форма
организации управления (разновидность
функциональной структуры, сформированная
по региональному, продуктовому или
технологическому признакам;
-
проектная
структура
- данный подход предполагает, что
комплекс работ проекта разрабатывается
независимо от иерархической структуры
организации;
- матричная
структура
- промежуточная форма, объединяющая
преимущества проектной и функциональной
структур управления. Могут быть
выделены 3 разновидности матричной
структуры организации: слабая матрица
- координатор проекта отвечает за
координацию задач по проекту, но
имеет ограниченную власть над
ресурсами; сбалансированная матрица
- менеджер проекта координирует все
работы и разделяет ответственность
за достижение цели с руководителями
функциональных подразделений;
жесткая матрица - менеджер
проекта обладает максимальными
полномочиями, но и несет полную
ответственность за выполнение задач
проекта.
2.12.
УЧАСТНИКИ ПРОЕКТА
Участники
проекта
- основной элемент его структуры, т.
к. именно они обеспечивают реализацию
его замысла.
В зависимости
от типа проекта (п.
2.2),
в его реализации могут принимать
участие от одной до нескольких
десятков (иногда сотен) организаций.
У каждой из них свои функции, степень
участия в проекте и мера ответственности
за его судьбу.
Все эти
организации, в зависимости от
выполняемых ими функций, принято
объединять в совершенно конкретные
группы (категории) участников
проекта.
Главный
участник - заказчик
- будущий владелец и пользователь
результатов проекта. В качестве
такового может выступать и физическое,
и юридическое лицо. При этом заказчиком
бывает как одна единственная
организация, так и несколько,
объединивших усилия, интересы и
капиталы для реализации проекта и
использования его результатов.
Заказчиками
(застройщиками)
могут быть инвесторы (см. ниже), а
также иные физические и юридические
лица, уполномоченные инвесторами
осуществлять реализацию инвестиционных
проектов.
Не менее важная
роль принадлежит инвестору - стороне,
вкладывающей средства в проект. В
некоторых случаях это - одно лицо с
заказчиком. Если инвестор и заказчик
- не одно и то же лицо, инвестор
заключает договор с заказчиком,
контролирует выполнение контрактов
и осуществляет расчеты с другими
участниками проекта.
Инвесторами
в Российской Федерации могут
быть:
- органы, уполномоченные
управлять государственным
и
муниципальным имуществом;
-
организации и предприятия,
предпринимательские объединения,
общественные организации и другие
юридические лица всех форм
собственности;
-
международные организации, иностранные
юридические лица;
-
физические лица - граждане Российской
Федерации и
иностранные
граждане.
Проектно-сметную
документацию разрабатывают
специализированные проектные
организации, обобщенно называемые
Проектировщиком.
При этом ответственной за выполнение
всего комплекса этих работ обычно
является одна организация, называемая
Генеральным Проектировщиком
(Генпроектировщиком).
Материально-техническое
обеспечение проекта (закупки и
поставки) обеспечивают
организации-поставщики, которые
можно объединить под названием
Поставщик
(или Генеральный Поставщик).
Подрядчик
(Генеральный Подрядчик, Субподрядчик)
- юридическое лицо, несущее
ответственность за выполнение работ
в соответствии с контрактом.
Этим
исчерпывается круг привычных для
отечественного специалиста участников
проекта. В последние годы реалии
рыночной экономики и методы управления
проектами заставили дополнить состав
участников проекта новыми лицами.
В
первую очередь, это фирмы и специалисты,
привлекаемые на контрактных условиях
для оказания консультационных услуг
другим участникам проекта по всем
вопросам его реализации. Их обобщенно
называют Консультантом.
Следует
упомянуть еще о Лицензиаре
- юридическом или физическом лице -
обладателе лицензий и "ноу-хау",
используемых в проекте. Лицензиар
предоставляет (обычно на коммерческих
условиях) право использования в
проекте необходимых научно-технических
достижений.
Особое место
в осуществлении проекта занимает
Руководитель
Проекта (в
принятой на Западе терминологии -
Проект-менеджер,
или Менеджер
проекта).
Это - юридическое лицо, которому
Заказчик (Инвестор или другой участник
проекта) делегируют полномочия по
руководству работами по проекту:
планированию, контролю и координации
работ участников проекта. Под
руководством Менеджера проекта
работает Команда
проекта
- специфическая организационная
структура, возглавляемая Руководителем
проекта и создаваемая на период
осуществления проекта с целью
эффективного достижения его целей.
Роль и обязанности Менеджера и
Команды проекта детально
рассмотрены.
Завершая
рассмотрение функций основных
участников проекта, отметим важнейшую
роль Банка
- одного из основных инвесторов,
обеспечивающих финансирование
проекта. В обязанности Банка входит
непрерывное обеспечение проекта
денежными средствами, а также
кредитование генподрядчика для
расчетов с субподрядчиками, если у
заказчика нет необходимых средств.
РЕЗЮМЕ
В
главе систематизирована и рассмотрена
понятийная база управления проектами.
Приведены основы управления проектами,
обеспечивающие возможность
углубленного изучения и практического
применения дисциплины. Создана
система перекрестных ссылок,
облегчающих поиск детальной информации
по любым аспектам УП.
КОНТРОЛЬНЫЕ
ВОПРОСЫ И ЗАДАНИЯ
1.
Дайте определение управлению
проектами.
2. Перечислите
управляемые параметры проекта.
3.
В чем состоит суть структуризации
(декомпозиции) проекта?
4.
Перечислите основные функции
управления проектом.
5.
Что такое миссия проекта? С какой
точки зрения формулируется миссия
проекта?
6. Определите
миссию для следующих проектов:
-
строительство нефтепровода;
-
строительство жилого дома;
-
проект реструктуризации предприятия;
-
реформа образования.
7.
Как соотносятся миссия и стратегия
проекта?
8. Все ли фазы
проекта являются обязательными
(необходимыми)?
9. Чем
отличаются фазы жизненного цикла и
этапы реализации проекта?
10.
В чем различие организационной
структуры проекта и предприятия?
АНАЛИЗ
СИТУАЦИИ
Транскаспийский
газопровод - новый маршрут к экспортным
рынкам.
Отсутствие выхода
к морю является большой проблемой
для Туркменистана, поскольку делает
невозможным экспорт газа за рубеж.
Транскаспийский газопровод (TCGP)
откроет прямой выход в Турцию и на
Запад через Азербайджан, в то время
как сегодня поставки из этого региона
должны осуществляться через Россию
и Иран.
Цель проекта
Транскаспийского газопровода -
способствовать созданию в каспийском
регионе новой системы транспортировки
газа. Газопровод станет элементом,
увеличивающим многообразие источников
и маршрутов для экспорта каспийского
газа в Турцию и Европу. Президенты
четырех государств - участников
проекта (Грузия, Азербайджан,
Туркменистан и Турция подписали
Декларацию в поддержку проекта.
Осуществляет эту поддержку
Правительство США. В реализации
проекта принимают участие международные
корпорации - в частности, Shell и PSG
International. Стоимость проекта оценивается
в $2,5 млрд.
Вопросы
для анализа:
1.
К какому типу проектов относится
данный проект?
2.
Какие факты подтверждают Ваше
предположение?
ЛИТЕРАТУРА
1.
Шапиро В.Д. и др. Управление проектами:
Учебник для вузов. -
СПб: "ДваТрИ",
1996.
2. Управление проектами.
Толковый англо-русский
словарь-справочник
Под ред. проф.
Шапиро В.Д. - М.: "Высшая школа",
2000.
3. Шеремет В.В., Павлюченко
В.М., Шапиро В.Д. и др. Управление
инве
стициями: в 2-х тт. - М.: "Высшая
школа", 1998.
4. Мазур
И.И., Шапиро В.Д. Реструктуризация
предприятий и компаний
Справочное
пособие. - М.: "Высшая школа",
2000.
5. Мазур И.И., Шапиро
В.Д. Управление проектами: Справочное
пособие. -
М.: "Высшая школа",
2001.
3.
РАЗРАБОТКА КОНЦЕПЦИИ ПРОЕКТА
3.1.
Формирование инвестиционного замысла
(идеи) проекта
3.2.
Предварительная проработка целей
и задач проекта
3.3
Предварительный анализ осуществимости
проекта
3.4 Ходатайство
(Декларация) о намерениях
Резюме
Контрольные
вопросы и задания
Литература
3.1.
ФОРМИРОВАНИЕ ИНВЕСТИЦИОННОГО ЗАМЫСЛА
(ИДЕИ) ПРОЕКТА
Основные
причины появления (источники идей)
проектов:
- неудовлетворенный
спрос;
- избыточные
ресурсы;
- инициатива
предпринимателей;
-
реакция на политическое давление;
-
интересы кредиторов.
После
формирования определенного числа
альтернативных идей проекта специалист
- аналитик проекта должен выполнить
предварительную экспертизу и
исключить из дальнейшего рассмотрения
заведомо неприемлемые. Причины, по
которым идея может быть отклонена,
имеют весьма общий характер.
Например:
- недостаточный
спрос на продукцию проекта или
отсутствие его реальных преимуществ
перед аналогичными видами
продукции;
- чрезмерно
высокая стоимость проекта (имеется
в виду не только экономическая, но
и социальная или, например,
экологическая);
- отсутствие
необходимых гарантий со стороны
заказчика проекта (или правительства);
-
чрезмерный риск;
- высокая
стоимость сырья.
В
процессе формирования инвестиционного
замысла проекта должны быть получены
ответы на следующие вопросы:
-
цель и объект инвестирования, место
(район) размещения;
-
продукция проекта - характеристика
и объем выпуска;
- срок
окупаемости;
- доходность
проекта;
- назначение,
мощность и основные характеристики
объекта инвестирования;
-
предполагаемые источники и схема
финансирования.
Инвестиционный
замысел существенно зависит от
специфики результата проекта. Для
строительных проектов действуют
основные положения рекомендаций по
формированию инвестиционного замысла
(целей инвестирования), одобренные
Министерством строительства РФ
13.03.97 г.
3.2.
ПРЕДВАРИТЕЛЬНАЯ ПРОРАБОТКА ЦЕЛЕЙ
И ЗАДАЧ ПРОЕКТА
Цели
и задачи проекта должны быть четко
сформулированы, т.к. только при этом
условии может быть проработан
следующий шаг - формирование основных
характеристик проекта. К числу
таковых можно отнести:
-
наличие альтернативных технических
решений;
- спрос на
продукцию проекта;
-
продолжительность проекта - в том
числе его инвестиционной фазы;
-
оценка уровня базовых, текущих и
прогнозных цен на продукцию (услуги)
проекта;
- перспективы
экспорта продукции проекта;
-
сложность проекта;
-
исходно-разрешительная документация;
-
инвестиционный климат в районе
реализации проекта;
-
соотношение затрат и результатов
проекта.
3.3.
ПРЕДВАРИТЕЛЬНЫЙ АНАЛИЗ ОСУЩЕСТВИМОСТИ
ПРОЕКТА
Предварительный
анализ осуществимости проекта
производится на основе приведенных
выше показателей. Для этой цели
обычно используют несложную экспертную
систему типа представленной ниже.
Экспертная
оценка вариантов инвестиционных
решений
Первый
шаг
реализации данной методики -
определение факторов, которые могут
в значительной степени повлиять на
успешность выполнения проекта. Среди
факторов, оказывающих первостепенное
влияние на эффективность инвестиционного
проекта, могут быть характеристики,
представленные выше.
Второй
шаг
- факторы располагаются в порядке
убывания приоритетности. Для этого
определяется, какой из них в наибольшей
степени повлияет на ход реализации
проекта. Далее устанавливается
наиболее существенный фактор из
оставшихся, и т. д. Получившаяся
последовательность заносится в
таблицу
Третий
шаг
- оценка весомости (ранга) каждого
из перечисленных факторов. Сумма
рангов всех факторов должна быть
равна единице. Иначе говоря, сумма
по столбцу 3 таблицы
3.3.1
должна быть равна единице.
Четвертый
шаг
- проект(-ы) или варианты одного
проекта не-обходимо оценить по
каждому из факторов (критериев)
оценки.
Максимальный
балл по любому из факторов для проекта
равен 100, минимальный - 0. Например,
если эксперты признают, спрос на
продукцию проекта будет неограниченным,
то значение фактора "спрос на
продукцию (услуги) проекта" для
данного варианта проекта равен 100
баллов.
Пятый
шаг
- экспертная оценка влияния каждого
фактора (графы 9-13) получается путем
перемножения веса каждого фактора
на оценку этого фактора для каждого
варианта (графа 3 умножается на графы
с 4 по 8 соответственно). Интегральная
экспертная оценка приоритетности
вариантов проекта определяется как
сумма по графам 9 -13. Форма
для экспертной оценки вариантов
инвестиционных решений
Таблица
3.3.1
|
№
п/п |
Характеристика,
фактор |
Показатель
весомости |
Номер
проекта
(или
варианта проекта) |
Интегральная
оценка проекта |
|
|
|
|
1 |
2 |
3 |
4 |
... |
1 |
2 |
3 |
4 |
... |
|
1 |
2 |
3 |
4 |
5 |
6 |
7 |
8 |
9 |
10 |
11 |
12 |
13 |
|
1 |
|
|
|
|
|
|
|
|
|
|
|
|
|
2 |
|
|
|
|
|
|
|
|
|
|
|
|
|
3 |
|
|
|
|
|
|
|
|
|
|
|
|
|
4 |
|
|
|
|
|
|
|
|
|
|
|
|
|
5 |
|
|
|
|
|
|
|
|
|
|
|
|
|
Всего: |
- |
1,0 |
- |
- |
- |
- |
- |
|
|
|
|
|
Данная
методика может применяться как для
предварительного отбора наиболее
перспективных вариантов осуществления
проекта, так и для предварительного
определения осуществимости проекта.
В первом случае для дальнейшего
рассмотрения остаются альтернативы,
получившие наивысшие результаты,
во втором - полученная интегральная
экспертная оценка проекта, сравнивается
с определенным заранее "ограничением
снизу". Если полученное экспертным
путем значение выше установленного
предела, проект признается
осуществимым.
Если проект
достоин дальнейшего рассмотрения,
определяют состав сведений, которые
потребуются для его разработка
включая:
- детальный
маркетинг;
-
инженерно-геологические изыскания;
-
оценку окружающей среды и местных
источников сырья;
-
политическую обстановку в регионе,
республике, стране;
-
социокультурную характеристику
населения.
3.4.
ХОДАТАЙСТВО (ДЕКЛАРАЦИЯ) О НАМЕРЕНИЯХ
Замысел
инвестора реализуется в форме
Декларации о намерениях, а также
задания (исходных данных) на разработку
предпроектных обоснований инвестиций.
В строительстве регламент разработки
и состав Ходатайства (Декларации)
содержится в "Типовом положении
по разработке и составу Ходатайства
(декларации) о намерениях инвестирования
в строительство предприятий, зданий
и сооружений", рекомендованное
Министерством строительства РФ
13.03.97.
Указанные документы
подготавливаются, помимо заказчика
(инвестора), консультантами в области
управления проектами, а также
экспертами по специальным вопросам.
Одновременно подготавливается
ходатайство о предварительном
согласовании места размещения
объекта.
Этап, помимо
инвестора (заказчика), подготавливается
проектным институтом (по договору),
заинтересованными юридическими и
физическими лицами (определяются
заказчиком), а также специалистами
из консалтинговой фирмы.
Примерный
состав Ходатайства (Декларации) о
намерениях:
1.
Инвестор (заказчик) - адрес.
2.
Местоположение (район, пункт)
намечаемого к строительству
предприятия, сооружения.
3.
Наименование предприятия, его
технические и технологические
данные:
- объем производства
промышленной продукции (оказания
услуг) в стоимостном выражении в
целом и по основным видам в натуральном
выражении;
- срок
строительства и ввода объекта в
эксплуатацию.
4. Обоснование
социально-экономической необходимости
намечаемой деятельности.
5.
Примерная численность рабочих и
служащих, источники
удовлетворения
потребности в рабочей силе.
6.
Потребность предприятия в сырье и
материалах (в соответствующих
единицах).
7. Потребность
предприятия в водных ресурсах (объем,
количество, источник водообеспечения).
8.
Потребность предприятия в энергоресурсах
(электроэнергия,
тепло, пар, топливо),
источник снабжения.
9.
Транспортное обеспечение.
10.
Обеспечение работников и их семей
объектами жилищно-коммунального и
социально-бытового назначения.
11.
Потребность предприятия в земельных
ресурсах.
12. Водоотведение
стоков. Методы очистки, качество
сточных
вод, условия сброса,
использование существующих или
строительство новых очистных
сооружений.
13. Возможное
влияние предприятия, сооружения на
окружающую среду:
- виды
воздействия на компоненты природной
среды (типы
нарушений, наименование
и количество ингредиентов-загрязнителей);
-
возможность аварийных ситуаций
(вероятность, масштаб, продолжительность
воздействия);
- отходы
производства (виды, объемы, токсичность),
способы утилизации.
14.
Источники финансирования намечаемой
деятельности,
учредители, пайщики,
финансовые институты,
правительство,
коммерческие банки,
кредиты поставщиков.
15.
Использование готовой продукции
(распределение).
РЕЗЮМЕ
Начальная
(предынвестиционная) фаза имеет
принципиальное значение для
потенциального инвестора (заказчика,
кредитора). Им выгоднее потратить
деньги (часто немалые) на
изучение
Проанализируйте
варианты проекта. Чем они
отличаются?
Какой (какие)
проекты, на Ваш взгляд, подлежат
дальнейшему рассмотрению?
Изменится
ли Ваше решение, если веса изменятся
на (0,4; 0,3; 0,2; 0,1; 0)? Можно ли это как-то
объяснить?
ЛИТЕРАТУРА
1.
Шапиро В.Д. и др. Управление проектами:
Учебник для вузов. - СПб:
"ДваТрИ",
1996.
2. Управление проектами.
Толковый англо-русский
словарь-справочник/Под ред. проф.
Шапиро В.Д. - М.: "Высшая школа",
2000.
3. Шеремет В.В., Павлюченко
В.М., Шапиро В.Д. и др. Управление
инвестициями: в 2-х тт. - М.: "Высшая
школа", 1998.
4. Мазур
И.И., Шапиро В.Д. Управление проектами:
Справочное пособие. - М.: "Высшая
школа", 2001.
4.
НАЧАЛЬНАЯ (ПРЕДЫНВЕСТИЦИОННАЯ) ФАЗА
ПРОЕКТА
4.1.
Предынвестиционные исследования
4.2.
Проектный анализ
4.3.
Оценка жизнеспособности и финансовой
реализуемости проекта
4.4.
Технико-экономическое обоснование
(проект) строительства
4.5.
Бизнес-план
Резюме
Контрольные
вопросы и задания
Литература
4.1.
ПРЕДЫНВЕСТИЦИОННЫЕ ИССЛЕДОВАНИЯ
Изучение
прогнозов
В
связи с тем, что на начальной
(предынвестиционной) фазе определяется
эффективность проекта, ее проработке
уделяют значительное внимание;
анализ проектов стал самостоятельной,
динамично развивающейся областью
знаний.
По данным Всемирного
банка и ЮНИДО, затраты на
предынвестиционные исследования
составляют (от стоимости проекта):
-
формирование инвестиционного замысла
проекта (инвестиционные предложения,
Ходатайство о намерениях) - 0,2-1%;
-
исследование инвестиционных
возможностей (обоснование инвестиций,
краткое ТЭО) - 0,25-1,5%;
-
технико-экономическое обоснование
(проект) строительства - 1,0-3,0% (для
небольших проектов) и 0,2-1,0% (для
крупных).
На
первом этапе предынвестиционных
исследований изучают:
-
прогноз экономического и социального
развития Российской Федерации;
-
отраслевые прогнозы;
-
градостроительные прогнозы и
программы;
- генеральную
схему расселения, природопользования
и территориальной организации
производительных сил регионов и
Российской Федерации в целом;
-
схемы и проекты районной планировки,
административно-территориальных
образований;
- генеральные
планы городов, других поселений и
их систем, а также жилищных,
промышленных, рекреационных и других
функциональных зон;
-
территориальные комплексные схемы
охраны природы и природопользования
зон интенсивного хозяйственного
освоения и уникального значения,
включающие мероприятия по предотвращению
и защите от опасных природных и
техногенных процессов;
-
проекты детальной планировки
общественных центров, жилых районов,
магистралей городов; проекты застройки
кварталов и участков городов и других
поселений;
- прогнозы
деловой активности иностранных и
отечественных компаний в регионе;
-
документы государственного
регулирования инвестиционной
деятельности в регионе осуществления
проекта.
Этот этап
выполняется заказчиком (инвестором)
и специальными группами, содержание
деятельности которых описано в конце
данной главы.
Разработка
обоснования инвестиций
После
предварительного согласования
Ходатайства (Декларации) о намерениях
заказчик (инвестор) принимает решение
о разработке Обоснований
инвестиций.
Документ разрабатывается с учетом
обязательных требований государственных
органов и заинтересованных организаций
в объеме, достаточном для принятия
заказчиком (инвестором) решения о
целесообразности дальнейшего
инвестирования и о разработке
проектной документации, получения
от соответствующего органа
исполнительной власти предварительного
согласования места размещения
объекта (акта выбора участка).
Обоснования подлежат экспертизе в
установленном порядке.
Примерный
состав обоснования инвестиций:
1.
Резюме проекта
2. Общая
характеристика отрасли и
предприятия
3. Исходные
данные и условия, в том числе:
3.1.
Цели и задачи проекта
3.2.
Характеристика объектов и сооружений,
в том числе
3.2.1.
Мощность предприятия, номенклатура
продукции
3.2.2.
Основные технологические
решения
3.2.3.
Основные строительные
решения
3.2.4.
Место размещения предприятия
3.2.5.
Обеспечение предприятия
ресурсами
3.3.
Окружение проекта
3.4.
Оценка воздействия на окружающую
среду
3.5. Текущее
(исходное) состояние проекта
3.6.
Кадры и социальное развитие
4.
Анализ рынка, в том числе:
4.1.
Характеристика рынка продукции
проекта
4.2.
Оценка конкурентоспособности
продукции проекта
4.3.
Прогноз развития рынка продукции
проекта
4.4.
Прогноз спроса на продукцию
проекта
5. Управление
проектом, в том числе:
5.1.
Укрупненная структура работ
5.2.
План проекта
5.3.
Структура управления проектом
5.4.
Команда проекта
6. Оценка
эффективности проекта, в том
числе:
6.1.
Исходные данные и результаты
расчета
6.2.
Финансовый план
6.3.
Анализ рисков
7. Приложения
Материалы
обоснований направляются на заключение
в соответствующий орган исполнительной
власти для оформления Акта
выбора земельного участка
(регламент и состав работ приведен
в "Рекомендациях по организации
и выполнению работ, связанных с
предоставлением и закреплением
земельных участков под строительство",
одобренных Министерством строительства
PC от 13.03.97).
Утвержденные
(одобренные) обоснования могут
использоваться заказчиком для:
-
проведения дальнейших исследований,
опросов общественного мнения;
-
переговоров с органами исполнительной
власти о предоставлении ему субсидий,
налоговых и иных льгот;
-
переговоров с потенциальными
инвесторами (кредиторами).
Этот
этап выполняется под руководством
заказчика (инвестора), проектной
организацией или специализированной
консалтинговой фирмой. Результат -
оценка жизнеспособности вариантов
проекта, выводы по материалам
обоснований и документы для принятия
предварительного инвестиционного
решения.
Выбор
и согласование места размещения
объекта, экологическое обоснование
проекта и экспертиза
Этап
включает:
- предварительные
условия возможного предоставления
земельного участка. В случае
согласования указывается место
расположения площадки и основные
предварительные возможные условия
ее предоставления (согласие не
означает
закрепления возможных площадок за
заказчиком);
- материалы
по экологическому обоснованию места
размещения объекта;
-
экспертиза материалов экологического
обоснования места размещения
объекта.
- Оформление
акта выбора земельного участка.
В качестве итога этапа оформляется
акт выбора земельного участка, к
которому прилагаются:
-
картографические материалы;
-
заключение о согласовании условий
природопользования;
-
расчеты убытков собственников
земли;
- материалы других
согласований и экспертиз;
-
принципиальные условия, подлежащие
включению в договор о хозяйственных
отношениях органов местного само
управления и заказчика.
Участниками
этого этапа являются, помимо инвестора
(заказчика), органы местной
администрации, органы государственной
экологической экспертизы, генпроектная
организация (по договору с заказчиком).
Предварительное
инвестиционное решение
Предварительное
инвестиционное решение принимается
на основании следующих материалов:
-
результаты предпроектных
обоснований;
- предварительное
согласование места размещения
объекта.
Исполнитель
этапа - инвестор (заказчик).
Предварительный
план проекта
Предварительный
план проекта включает:
-
план проектно-изыскательских
работ;
- предварительный
план реализации проекта в целом.
Этот план дает возможность оценить
длительность, структуру и состав
необходимых исполнителей проекта;
-
предварительный план финансирования
проекта;
- предварительная
смета проекта.
Этап
выполняется инвестором (заказчиком)
с привлечением необходимых экспертов,
в том числе в области управления
проектами.
Окончательным
итогом предынвестиционных исследований
является задание на разработку ТЭО
строительства. Примерный перечень
исходных данных для его разработки
приведен ниже.
Примерный
перечень исходных данных для
составления ТЭО строительства
1.
Материалы прогнозов экономического
и социального развития целевых
научно-технических и комплексных
республиканских (РФ) программ, в том
числе межотраслевой программы
"Энергетическая стратегия России"
и "Экологическая программа России"
на период до 2010 г.
2. Копии
решений государственных и местных
органов по намечаемому к строительству
объекту.
3. Сведения о
состоянии ресурсов, вовлекаемых в
хозяйственную деятельность будущего
объекта (предприятия), окружающей
природной среды в предполагаемом
районе строительства об инфраструктуре,
о рекреационных и особо охраняемых
территориях.
4. Сведения
о возможности применения на объекте
(предприятии) импортного
оборудования.
5. Примерная
производственная программа в денежном
и натуральном выражении, номенклатура
основной и попутной продукции,
требования к ее качеству и
конкурентоспособности.
6.
Общая характеристика объекта
строительства (предприятия сведения
для определения его оптимальной
мощности).
7. Заключение
Антимонопольного комитета о
невозможности или нецелесообразности
увеличения производства на существующих
предприятиях.
8. Результаты
выполненных ранее научно-исследовательских
и опытно-конструкторских работ по
технологическим процессам,
оборудованию, исследованиям
существующего рынка и тенденций его
развития и т.д.
4.2.
ПРОЕКТНЫЙ АНАЛИЗ
Измерение
результатов проекта
Цель
проектного анализа - определить
результаты (ценность) проекта. Для
этого используют выражение:
|
Результаты
(ценность) проекта |
Изменение
выгод в результате проекта |
Изменение
затрат в результате проекта |
Результаты
и затраты по проекту можно определить
(для одного вида ресурсов и одного
вида продукции) следующим образом:
|
Результаты
за любой год |
Прирост
объема продукции проекта |
Цена
единицы продукции проекта |
|
Затраты
за любой год |
Прирост
объема ресурсов на производство |
Стоимость
единицы продукции |
Структура
проектного анализа
Принято
различать следующие виды проектного
анализа:
- технический;
-
финансовый;
- коммерческий;
-
экологический;
-
организационный (институциональный);
-
социальный;
- экономический.
До
принятия решения об осуществлении
проекта необходимо рассмотреть все
его аспекты на протяжении всего
проектного цикла.
Этот
перечень в какой-то степени отражает
последовательность выполнения
специальных видов анализа (разумеется,
это не означает возможности совмещения
во времени работ по их выполнению).
В
рамках технического
анализа
инвестиционных проектов изучают:
-
технико-технологические
альтернативы;
- варианты
местоположения;
- размер
(масштаб, объем) проекта;
-
сроки реализации проекта в целом и
его фаз;
- доступность и
достаточность источников сырья,
рабочей силы и других потребных
ресурсов;
- емкость рынка
для продукции проекта;
-
затраты на проект с учетом непредвиденных
факторов;
- график
проекта.
Эти задачи
решаются (с возрастающей точностью)
на стадиях предынвестиционных
исследований, ТЭО (проекта) строительства
и разработки рабочей документации.
В
процессе поэтапно проводимого
технического анализа уточняются
смета и бюджет проекта. При этом
уточняются физические и ценовые
непредвиденные факторы, которые
приводят к непредвиденным расходам.
В
ряде стран делаются попытки установить
уровни этих непредвиденных расходов.
Так, в США этот уровень колеблется
от 5% (для простых, стандартных
проектов) до 15% (для сложных,
уникальных).
Задача
коммерческого
анализа
- оценить проект с точки зрения
конечных потребителей продукции
или услуг, предлагаемых проектом.
В
общем виде решаемые при этом задачи
можно свести к трем:
-
маркетинг;
- источники и
условия получения ресурсов;
-
условия производства и сбыта.
В
результате коммерческого анализа
надлежит ответить на такие вопросы,
как:
- где будет продаваться
продукция?
- имеет ли
рынок достаточную емкость, чтобы
поглотить всю выпускаемую продукцию
без влияния на ее цену?
-
если вероятно подобное влияние на
цену, то каково оно?
-
останется ли проект жизнеспособным,
с финансовой точки зрения, при новой
цене?
- какую долю общей
емкости рынка может обеспечить
предлагаемый проект?
-
предназначена ли выпускаемая
продукция для местного потребления
или идет на экспорт?
-
какие финансовые мероприятия
потребуются для продвижения продукции
на рынок и какие резервы надлежит
предусмотреть в проекте для
финансирования маркетинга?
-
способны ли существующие методы
поставок гарантировать своевременность
поставок и устранить перебои?
-
практикуются ли конкурсные торги
для установления справедливых
цен?
- кто разрабатывает
спецификации на необходимые закупки?
Экологический
анализ
занимает особое место в проектном
анализе, т. к. взаимоотношения между
деятельностью человека и окружающей
средой недостаточно изучены, и, что
самое главное, несовершенные с этой
точки зрения решения приводят к не
обратимым изменениям в окружающей
среде.
Задача экологического
анализа инвестиционного проекта
установление потенциального ущерба
окружающей среде, наносимого проектом
как в инвестиционный, так и в
постынвестиционный период, а также
определение мер, необходимых для
смягчения или предотвращения этого
эффекта. Иначе говоря, следует
находить такие средства достижения
целей проекта, которые не уменьшают
"емкость" экосистемы.
Поэтому
в план проекта должны включаться
соответствующие руководящие
стандарты, а также меры обеспечения
соблюдения этих стандартов. По данным
Всемирного банка, расходы на
необходимые меры по защите окружающей
среды составляют не более 3% общих
затрат на проект. Существенно больших
до 10% - затрат требуют те проекты,
которые нуждаются во включении
защитных мер после завершения их
разработки.
Проведение
стандартного анализа экономической
эффективности экологических проектов
часто не представляется возможным,
т.к. экологические затраты и результаты
нередко очень трудно рассчитать. В
этих случаях прибегают к т.н.
качественному анализу (влияния,
например, какого-то загрязняющего
вещества на зрение, обоняние, вкусовые
ощущения человека; на животных,
растения; на коррозию). Тем не менее
качественный анализ, как и
количественный, должен показать
разницу между ситуациями "с
проектом" и "без проекта".
Требования
к оценке воздействия хозяйственной
деятельности предприятия на отдельные
компоненты окружающей среды изложены
во "Временной инструкции по
экологическому обоснованию
хозяйственной деятельности в
предпроектных и проектных
материалах".
Цель
организационного
анализа
- оценить организационную, правовую,
политическую и административную
обстановку, в рамстратегия обеспечения
необходимых обязательств от групп
населения и организаций, пользующихся
результатами проекта.
Следует
отметить: социальный анализ весьма
сложен - прежде всего, по причине
затруднительности применения
формальных методов и отсутствия
стандартных методик и процедур.
Вместе с тем, успешное его проведение
способствует улучшению плана проекта,
а также эффективности проекта в
целом.
Социальные
результаты в большинстве случаев
поддаются стоимостной оценке и
включаются в состав общих результатов
проекта в рамках определения
экономической эффективности.
Основные
виды социальных результатов проекта,
подлежащих отражению в расчетах
эффективности:
- изменение
количества рабочих мест в регионе;
-
улучшение жилищных и культурно-бытовых
условий работников;
-
изменение условий труда работников;
-
изменение структуры производственного
персонала;
- изменение
надежности снабжения населения
отдельными видами товаров;
-
изменение уровня здоровья работников
и населения;
- экономия
свободного времени
населения.
Предусматриваемые
проектом мероприятия по созданию
работникам нормальных условий труда
и отдыха, обеспечению их продуктами
питания, жилой площадью и объектами
социальной инфраструктуры -
обязательные условия его реализации
и какой-либо самостоятельной оценке
в составе результатов проекта не
подлежат.
4.3.
ОЦЕНКА ЖИЗНЕСПОСОБНОСТИ И ФИНАНСОВОЙ
РЕАЛИЗУЕМОСТИ ПРОЕКТА
Для
оценки жизнеспособности проекта
сравнивают варианты проекта с точки
зрения их стоимости, сроков реализации
и прибыльности. В результате такой
оценки инвестор (заказчик) должен
быть уверен, что на продукцию,
являющуюся результатом проекта, в
течение всего жизненного цикла будет
держаться стабильный спрос, достаточный
для назначения такой цены, которая
обеспечивала бы покрытие расходов
на эксплуатацию и обслуживание
объектов проекта, выплату задолженностей
и удовлетворительную окупаемость
капиталовложений.
Эта
задача решается в рамках Обоснования
инвестиций (см. выше) и выполняется
группой заказчика или независимой
консультационной фирмой.
Оценка
жизнеспособности проекта призвана
ответить на следующие вопросы:
-
возможность обеспечить требуемую
динамику инвестиций
-
способность проекта генерировать
потоки доходов, достаточных для
компенсации его инвесторам вложенных
ими ресурсов и взятого на себя
риска.
В качестве базы
сравнения как при наличии ряда
альтернативных вариантов, так и
единственного варианта, принимается
т. н. ситуация "без проекта". Это
означает, что в случае, например,
проекта реконструкции предприятия
следует сравнивать показатели
проекта с показателями действующего
предприятия, а при намерении строить
новое предприятие - с ситуацией "без
строительства нового предприятия".
Работа
по оценке жизнеспособности проекта
обычно проводится в 2 этапа:
1)
из альтернативных вариантов проекта
выбирается наиболее жизнеспособный;
2)
для выбранного варианта проекта
подбираются методы финансирования
и структура инвестиций, обеспечивающие
максимальную жизнеспособность
проекта.
Финансовая
реализуемость -
показатель (принимающий два значения
- "да" или "нет"), характеризующий
наличие финансовых возможностей
осуществления проекта. Требование
финансовой реализуемости определяет
необходимый объем финансирования
ИП. При выявлении финансовой не
реализуемости схема финансирования
и, возможно, отдельные элементы
организационно-экономического
механизма проекта должны быть
скорректированы.
Финансовая
реализуемость проверяется для
совокупного капитала всех участников
проекта, исключая общество (но включая
государство и всех коммерческих
участников, в том числе и кредиторов).
Денежные потоки, поступающие от
каждого участника в проект, являются
в этом случае притоками
(и
берутся со знаком "плюс"), а
потоки, поступающие к каждому
участнику из проекта, - оттоками
(со знаком "минус"). Помимо этого,
рассматривается денежный поток
самого проекта (в данном случае сумма
потоков от выручки и прочих доходов
- это притоки, записывающиеся со
знаком "плюс", плюс инвестиционные
и производственные затраты, не считая
налогов, - оттоки, записывающиеся со
знаком "минус").
Итак,
проект финансово реализуем, если на
каждом шаге расчета алгебраическая
(с учетом знаков) сумма притоков и
оттоков всех участников и денежного
потока проекта является неотрицательной.
Пример.
Рассмотрим проект, который
осуществляется тремя фирмами и двумя
банками. Финансовое участие государства
сводится к получению налогов. Пусть
на некотором шаге денежные потоки
описываются в табл.
4.3.1. Денежные
потоки
Таблица
4.3.1
|
№
п/п |
Наименование
элемента денежного потока |
Значение,
единиц |
|
1. |
Выручка
от реализации (с НДС, акцизами и
пошлинами) |
+
2100 |
|
2. |
Производственные
затраты (с НДС за материальные
затраты) |
-
600 |
|
3. |
Налоги,
получаемые государством |
-
500 |
|
4. |
Поток
фирмы № 1 (фирма получает деньги
на этом шаге) |
-
600 |
|
5. |
Поток
фирмы № 2 (фирма получает деньги
на этом шаге) |
-
700 |
|
6. |
Поток
фирмы № 3 (фирма вкладывает деньги
на этом шаге) |
+
200 |
|
7. |
Поток
банка № 1 (получение банком
процентов) |
-
100 |
|
8. |
Поток
банка № 2 (выдача банком займа) |
+
300 |
В
проекте на этом шаге в качестве
притоков выступают выручка от
реализации, поток фирмы № 3 (фирма
вкладывает в проект 200 единиц), заем
в 300 единиц, получаемый от банка №
2; все они приведены со знаком "плюс".
Оттоками на том же шаге являются:
производственные затраты (с налогами,
входящими в цену, - НДС, акцизами и
пошлинами), но без других налогов;
налоги, получаемые государством в
сумме 500 единиц; потоки фирм №№ 1 и
2 (эти фирмы получают из проекта
соответственно 600 и 700 единиц); проценты
по займу, получаемые банком № 1,
равные 100 единицам. Все они приведены
со знаком "минус".
Для
того чтобы проверить достаточность
средств на этом шаге, находим сумму
(со знаками) всех элементов потока.
Она
равна:
2100+(-600)+(-500)+(-600)+(-700)+200+(-100)+300=100
единиц
Так как эта сумма
неотрицательна (в данном случае
положительна), средств для осуществления
проекта на рассматриваемом шаге
хватает. Если наращенная сумма
аналогичных величин неотрицательная
на любом шаге расчета, проект является
финансово реализуемым; в противном
случае - финансово нереализуемым.
4.4.
ТЕХНИКО-ЭКОНОМИЧЕСКОЕ ОБОСНОВАНИЕ
(ПРОЕКТ) СТРОИТЕЛЬСТВА
ТЭО
(проект) строительства - далее ТЭО,
является основным проектным документом
на строительство объектов. На
основании утвержденного в установленном
порядке ТЭО подготавливается
тендерная документация и проводятся
торги подряда, заключается договор
(контракт) подряда, открывается
финансирование строительства и
разрабатывается рабочая
документация.
В ТЭО
определяются основные решения -
технологические, объемно-планировочные,
конструктивные, природоохранные;
достоверно оценивается экологическая,
санитарно-эпидемиологическая и
эксплуатационная безопасность
проекта, а также его экономическая
эффективность и социальные
последствия.
В качестве
возможных источников финансирования
капитальных вложений в объекты могут
рассматриваться:
-
ассигнования из государственных
бюджетов РФ, республик в составе РФ,
местных бюджетов и соответствующие
внебюджетные фонды;
-
собственные финансовые ресурсы и
внутрихозяйственные резервы
инвестора;
- заемные и
привлеченные финансовые средства
заказчиков;
- денежные
средства, централизуемые объединениями
(союзами) предприятий;
-
иностранные инвестиции.
-
ТЭО состоит из следующих разделов:
-
общая пояснительная записка;
-
генеральный план и транспорт;
-
технологические решения;
-
управление производством, предприятием
и организация условий и охраны труда
рабочих и служащих;
-
архитектурно-строительные решения;
-
инженерное оборудование, сети и
системы;
- организация
строительства;
- охрана
окружающей среды;
-
инженерно-технические мероприятия
гражданской обороны. Мероприятия
по предупреждению чрезвычайных
ситуаций;
- сметная
документация;
- эффективность
инвестиций.
ТЭО
(проект) строительства является
обязательным документом в случае,
если финансирование капитальных
вложений в основные фонды соответствующих
предприятий осуществляется полностью
или на долевых началах из государственного
бюджета Российской Федерации и ее
внебюджетных фондов, централизованных
фондов министерств и ведомств, а
также собственных финансовых ресурсов
государственных предприятий.
Решение
о необходимости разработки ТЭО для
обоснования целесообразности
инвестиций за счет других источников
финансирования принимается
самостоятельно инвестором
(заказчиком).
Разработка
ТЭО осуществляется юридическими и
физическими лицами (проектировщиками),
получившими в установленном порядке
лицензию на выполнение соответствующих
видов проектных работ, и на основании
договора (контракта) с заказчиком.
Для
выбора лучшего предложения со стороны
проектировщиков заказчик проводит
конкурс (торги) на разработку
ТЭО.
Основным правовым
документом, регулирующим
производственно-хозяйственные и
другие взаимоотношения между
заказчиком и проектировщиком,
является договор (контракт) подряда
на выполнение ТЭО.
Стоимость
разработки ТЭО определяется договором
между заказчиком (инвестором) и
проектной организацией.
Если
в результате выполненного в ТЭО
Инвестиций анализа выявлена
нецелесообразность инвестирования
средств в строительство намечаемого
объекта, стоимость разработки ТЭО
списывается на убытки заказчика в
установленном порядке.
При
разработке ТЭО необходимо:
-
предусматривать для сложных и крупных
объектов альтернативные варианты
достижения цели, поставленной
заказчиком (инвестором), в том числе
различные варианты (источники)
финансирования инвестиций;
-
учитывать налоговую, амортизационную
и кредитную политику, проводимую
государством и местными органами
власти, требования законодательства
и нормативных актов Российской
Федерации, регулирующих инвестиционную
деятельность, условия пользования
землей и другими природными
ресурсами;
- обеспечивать
защиту интересов инвестора, с одной
стороны, и общенациональных интересов
(интересов региона) - с другой;
-
установить расчетный период, в
пределах которого должны
выполняться
экономические расчеты. Как правило,
расчетный период включает период
cтpoитeльcтвa, освоения проектной
мощности и эксплуатации предприятия
до первой его реконструкции или
окончания срока окупаемости
капитальных вложений;
-
расчеты и анализ основных экономических
и финансовых показателей осуществлять
в специально разработанных
унифицированных таблицах по
действующей методике.
В
процессе разработки ТЭО в обязательном
порядке должна осуществляться оценка
воздействия деятельности предприятия
(объекта) на окружающую среду (ОВОС).
ОВОС проводится с целью предотвращения
деградации окружающей среды,
обеспечения сбалансированной
хозяйственной деятельности, выработки
мер, снижающих уровень экологической
опасности намечаемой деятельности,
выработки согласованных мер по
предотвращению или компенсации
негативных последствий в
социально-экономической сфере района
размещения предприятия (объекта).
При этом объем и глубина проработки
вопросов в процессе проведения ОВОС
зависят от специфики воздействия
будущего предприятия на окружающую
среду и экологических ограничений
территории, на которой его предполагается
разместить.
Порядок разработки, согласования и
утверждения ТЭО инвестиций
Заказчик
(инвестор), исходя из своих целей и
анализа ситуации, с учетом решений,
принятых в программах и схемах
размещения производительных сил,
подготавливает Декларацию о
намерениях. Декларация направляется
в местный орган государственного
самоуправления, обладающий правом
изъятия и предоставления земельных
участков.
После получения
положительного решения от органа
местного самоуправления по поводу
Ходатайства (Декларации) о намерениях
и рассмотрения условий размещения
площадки (трассы) для строительства
объекта Заказчик (инвестор) принимает
решение о разработке ТЭО.
Для
подготовки исходной информации и
материалов, составления задания на
разработку ТЭО, организации и
проведения конкурса (тендера) на их
разработку, заказчиком привлекаются
на договорных условиях инжиниринговая,
консалтинговая, маркетинговая фирмы
или создается тендерный комитет.
Состав
исходной информации определяется
в зависимости от вида и масштабов
планируемой деятельности объекта,
количества и видов используемых
ресурсов, вовлекаемых в хозяйственный
оборот, особенностей экологической
ситуации и др.
Согласование
намеченных решений по строительству
объекта и условий предварительного
согласования земельного участка
производится заказчиком или, по его
поручению, проектировщиком с учетом
полученной информации согласно
порядку, приведенному в схеме
организации предварительного
согласования размещения земельного
участка строительства.
Затраты,
связанные с проведением согласований,
подготовкой и передачей документации
по предварительному согласованию
и отводу земельного участка,
оплачиваются инвестором из собственных
средств, в порядке и размере, которые
определены органами местного
самоуправления.
Проекты,
независимо от источников финансирования,
форм собственности и принадлежности,
подлежат государственной экспертизе
в соответствии с Порядком, установленным
в Российской Федерации.
Утверждение
проектов на строительство объектов,
в зависимости от источников
финансирования, производится:
-
за счет государственных капитальных
вложений, финансируемых из
республиканского бюджета РФ - в
порядке, установленном Минстроем
России совместно с заинтересованными
министерствами и ведомствами;
-
за счет капитальных вложений,
финансируемых из соответствующих
бюджетов республик в составе РФ,
краев, областей, автономных образований,
Москвы и Санкт-Петербурга -
соответствующими органами
государственного управления или в
установленном ими порядке;
-
за счет собственных финансовых
ресурсов, заемных и при
влеченных
средств инвесторов (включая иностранных
инвесторов) - непосредственно
заказчиками (инвесторами).
В
результате разработки ТЭО определяются
технико-экономические и финансовые
показатели, состав которых приведен
ниже.
Основные
технико-экономические и финансовые
показатели, включенные в распорядительный
документ об утверждении (одобрении)
ТЭО инвестиций
1.
Мощность предприятия (годовой выпуск
продукции, в соотв. ед. пропускная
способность) в натуральном выражении
(по видам продукции);
2.
Стоимость товарной продукции (млн.
руб.);
3. Общая численность
работающих, в том числе рабочих
(чел.);
4. Количество
(прирост) рабочих мест, ед.;
5.
Общая стоимость строительства (млн.
руб.), в том числе:
a.
объектов производственного назначения
(млн. руб.);
b.
объектов жилищно-гражданского
назначения (млн. руб.);
c.
прочих объектов.
6.
Стоимость основных производственных
фондов (млн. руб.);
7.
Продолжительность строительства
(лет);
8. Удельные капитальные
вложения (руб./ед.);
9.
Себестоимость основных видов
продукции (руб./ед.);
10.
Балансовая прибыль (млн./руб.);
11.
Чистая прибыль (доход) (млн./руб.);
12.
Срок окупаемости капитальных вложений
(лет);
13. Внутренняя норма
рентабельности (норма прибыли), %.
Для
объектов жилищно-гражданского
строительства ТЭО состоит из следующих
разделов:
-
общая пояснительная записка;
-
архитектурно-строительные решения;
-
технологические решения;
-
решения по инженерному оборудованию;
-
охрана окружающей среды;
-
инженерно-технические мероприятия
гражданской обороны. Мероприятия
по предупреждению чрезвычайных
ситуаций;
- сметная
документация;
- эффективность
инвестиций.
Выбор
площадки
Принятию
инвестиционного решения предшествует
выбор площадки (земельного участка)
для проекта. От этого выбора в
значительной степени зависит успех
всего проекта, поэтому данная
процедура традиционно состоит из
ряда этапов:
- формирование
критериев, которым площадка должна
со ответствовать;
-
формирование альтернативных
вариантов;
- сравнение
вариантов возможных площадок на
предмет соответствия выбранным
критериям;
- проведение
инженерно-геологических изысканий
на лучших из альтернативных
вариантов;
- дополнительное
изучение вариантов, признанных
лучшими, на предмет соответствия
совокупности критериев;
-
окончательный выбор месторасположения
площадки.
Для
этой цели специалистами разрабатываются
специальные карты рейтинга строительных
участков. Основные факторы рейтинга
участков:
-
инженерно-геологическая
приемлемость;
- возможность
получить разрешительные документы;
-
политическая характеристика
региона;
- кадры (наличие,
уровень заработной платы, законы по
труду);
- налоги
(имущественные, на инвестиции, на
предпринимательство);
-
окружающая среда (законодательство,
отношение общественности, качество
воды);
- климатические
условия (количество осадков, затраты
на отопление, влажность);
-
инфраструктура (безопасность, дороги,
местные ресурсы);
-
транспорт (стоимость, наличие
подвижного состава).
Земельный
участок
После
утверждения ТЭО и принятия
инвестиционного решения заказчик
обращается в орган местного
самоуправления, обладающий правом
изъятия и предоставления земельных
участков, с ходатайством об изъятии
предварительно согласованного
земельного участка и предоставлении
его для строительства объекта.
Подготовку
материалов по изъятию и предоставлению
земельных участков осуществляют
районные (городские) комитеты по
земельной реформе и земельным
ресурсам.
Орган местного
самоуправления рассматривает
указанные материалы и принимает
решение об изъятии (выкупе) земельного
участка. Копия решения о предоставлении
земельного участка выдается
заказчику.
На этом
заканчивается начальная
(предынвестиционная) фаза проекта.
Ее результат:
- объемы
работ по проекту;
- смета
и бюджет проекта;
- площадка
(земельный участок);
-
график проекта, в т.ч. график поставок
ресурсов;
- нормы и
стандарты;
- задание на
проектирование.
4.5.
БИЗНЕС-ПЛАН
Бизнес-план
- это подробный, четко структурированный
и тщательно подготовленный документ,
описывающий цели и задачи, которые
необходимо решить предприятию
(компании), способы достижения
поставленных целей и технико-экономические
показатели предприятия и/или проекта
в результате их достижения. В нем
содержится оценка текущего момента,
сильных и слабых сторон проекта,
анализ рынка и информация о потребителях
продукции или услуг. Бизнес-план:
-
дает возможность определить
жизнеспособность проекта в условиях
конкуренции;
- содержит
ориентир развития проекта (предприятия,
компании);
- служит важным
инструментом получения финансовой
поддержки от внешних
инвесторов.
Бизнес-план
предназначен, прежде всего, для трех
категорий участников проекта:
-
менеджеров
- создателей бизнес-плана, разработка
которого, помимо вышеуказанных
результатов, позволяет получить
очевидные преимущества от самого
процесса планирования;
-
собственников,
заинтересованных в составлении
бизнес-плана с точки зрения перспектив
развития фирмы;
- кредиторов
- обычно банков, для которых бизнес-план
является обязательным документом,
подтверждающим коммерческую
привлекательность проекта.
Таким
образом, бизнес-план дает возможность
понять общее состояние дел на данный
момент; ясно представить тот уровень,
которого может достичь проект
(предприятие); планировать процесс
перехода от одного состояния в
другое. В настоящее время
бизнес-планирование - общепринятая
форма ознакомления потенциальных
инвесторов, кредиторов и прочих
партнеров с проектом, в котором им
предлагается принять участие.
Состав
бизнес-плана
и степень его детализации зависят
от размеров будущего проекта и сферы,
к которой он относится.
Так,
если предполагается наладить
производство нового вида какой-либо
продукции, то должен быть разработан
весьма подробный план, диктуемый
сложностью самого продукта и
сложностью рынка этого продукта.
Если же речь идет только о розничной
продаже какого-либо продукта,
бизнес-план может быть более
простым.
Таким образом,
состав и детализация бизнес-плана
зависят от характера создаваемого
предприятия - относится ли оно к
сфере услуг или к производственной
сфере. Если предприятие производственное,
то на состав и детализацию бизнес-плана
повлияет вид товара и будет ли этот
товар выпускаться для потребителей
или для производителей.
Состав
бизнес-плана также зависит от размера
предполагаемого рынка сбыта, наличия
конкурентов и перспектив роста
создаваемого предприятия.
Примерный
состав бизнес-плана
1.
Вводная часть
-
название и адрес фирмы
-
учредители
-
суть и цель проекта
-
стоимость проекта
-
потребность в финансах
-
ссылка на конфиденциальность
2.
Анализ положения дел в отрасли
-
текущая ситуация и тенденции развития
отрасли
-
направление и задачи деятельности
проекта
3.
Существо предлагаемого
проекта
-
продукция (услуги или работы)
-
технология
-
лицензии
-
патентные права
4.
Анализ рынка
-
потенциальные потребители
продукции
-
потенциальные конкуренты
- размер рынка и его рост
-
оценочная доля на рынке
5.
План маркетинга
-
цены
-
ценовая политика
-
каналы сбыта
-
реклама
-
прогноз новой продукции
6.
Производственный план
-
производственный процесс
-
производственные помещения
-
оборудование
-
источники поставки сырья, материалов,
оборудования и рабочих кадров
-
субподрядчики
7.
Организационный план и управление
персоналом
-
форма собственности
-
сведения о партнерах, владельцах
предприятия
-
сведения о руководящем
составе
-
организационная структура
8.
Степень риска
-
слабые стороны предприятия
-
вероятность появления новых
технологий
-
альтернативные стратегии
9.
Финансовый план
-
отчет о прибыли
-
отчет о движении денежных
средств
-
балансовый план
-
точка безубыточности
10.
Приложения
-
копии контрактов, лицензии и т.
п.
-
копии документов, из которых взяты
исходные данные
-
прейскуранты поставщиков.
Исходная
информация для составления бизнес-плана
Этот
этап предшествует составлению
бизнес-плана и позволяет четко
определить цели и задачи будущего
проекта.
Информация
о спросе
подразумевает выяснение (уточнение)
характеристик продукции проекта,
возможную цену (торговые наценки),
конкурентов, объем спроса с учетом
рыночных трендов и место реализации
продукции.
Необходимые
данные можно получить, обратившись
в соответствующие специализированные
организации или проведя собственные
исследования. Источником информации
могут стать публикации отраслевых
ассоциаций, правительственные отчеты
и статьи в научных журналах.
Данные
о потенциальных размерах рынка могут
обосновать те положения бизнес-плана,
которые касаются маркетинга.
Производственная
информация
включает определение производственных
потребностей предприятия, зависящих
от того, какую продукцию оно собирается
выпускать. Большую часть необходимой
информации можно получить у
производителей аналогичной
продукции.
При сборе
производственной информации
необходимо обратить внимание на
следующие вопросы:
-
производственные операции: необходимо
установить перечень всех базовых
операций по обработке и сборке,
выяснить, нельзя ли поручить некоторые
из них субподрядчикам, а если можно,
то какие и кому;
- сырье
и материалы: составить список всех
видов сырья и материалов, установить
название фирм-поставщиков, их адреса
и ориентировочные цены;
-
оборудование: составить спецификацию
всего необходимого оборудования и
по каждой единице оборудования
выяснить, можно ли взять его в аренду
или нужно покупать;
-
трудовые ресурсы: составить перечень
специальностей с указанием числа
работников по каждой специальности,
их заработной платы и выявить
возможности подготовки таких
специалистов;
- помещения:
определить потребность в производственных
площадях, возможности аренды
помещений, их покупки и т.д.;
-
накладные расходы: расходы на покупку
инструментов, спецодежды, канцелярских
товаров, на оплату счетов за
электроэнергию, водопровод и прочие
муниципальные услуги, на заработную
плату управленческого персонала и
т.д.
Финансовая
информация
необходима для всесторонней оценки
финансовых аспектов деятельности
предприятия. На основании этой
информации потенциальные инвесторы
будут судить о рентабельности
проекта; о том, сколько денег
потребуется вложить в предприятие,
чтобы "поставить его на ноги"
и покрыть текущие расходы начального
этапа; о том, каким образом можно
получить необходимые средства
(выпуск акций, займы и пр.).
Одна
из сложнейших задач при составлении
бизнес-плана - проведение анализа
цен на товары конкурентов. Ведь в
реально функционирующей рыночной
экономике информация о ценах чаще
всего - коммерческая тайна изготовителя.
Публикуются лишь цены предложения,
но они значительно отличаются от
цен реальных поставок из-за
использования разнообразных
скидок.
При формировании
цен на продукцию (работы или услуги)
необходимо учитывать различные меры
государственного лимитирования или
регулирования уровней цен и их
динамики.
Существуют 3
основных финансовых отчета, позволяющие
оценить жизнеспособность проекта:
1) отчет о движении денежных средств;
2) отчет о прибыли; 3) балансовый отчет.
Разработчики
бизнес-плана
Оптимальным
является вариант, когда бизнес-план
составляет предприниматель или
специалисты предприятия с привлечением
профессиональных консультантов.
Последние помогают "увидеть"
проект, правильно расставить акценты,
оценить эффективность проекта и
придать "товарный вид"
бизнес-плану. Особенно важна роль
профессиональных консультантов при
подготовке разделов анализа рынка,
плана маркетинга, анализа рисков и
финансового плана.
Содержание
бизнес-плана
Вводная
часть (резюме проекта)
Вводная
часть, как правило, пишется уже после
того, как составлен весь план. Она
должна быть краткой (не более 2-3
страниц) и трактоваться как
самостоятельный рекламный документ,
т.к. в ней содержатся основные
положения всего бизнес-плана.
Указываются название и адрес
предприятия, имена и адреса учредителей,
основные положения предлагаемого
проекта, его суть и цель, стоимость
проекта, потребности в финансах.
Вводная
часть должна быть написана так, чтобы
вызвать интерес у потенциального
инвестора. По содержанию вводной
части инвестор часто судит о том,
стоит ли ему терять время дальше и
читать план до конца. Нужно четко и
убедительно изложить основные
положения предлагаемого проекта, а
именно: чем будет заниматься
предприятие, сколько денег потребуется
в него вложить, какой ожидается спрос
на продукцию (работы или услуги) и
почему предприятие добьется успеха.
Анализ
положения дел в отрасли
В
этом разделе описываются основные
направления и цели осуществления
будущего проекта. Очень важно
преподнести идею нового проекта в
контексте сложившегося состояния
дел в отрасли. Необходимо
продемонстрировать глубокое понимание
состояния предприятия и той отрасли
индустрии, в которой оно будет
работать и конкурировать, т. к. одним
из критериев победы в конкурентной
борьбе является ситуация на рынке
продукции этого класса.
В
бизнес-плане рекомендуется дать
анализ текущего состояния дел в
отрасли и сведения о тенденциях
развития. Рекомендуется также дать
справку по последним новинкам,
перечислить потенциальных конкурентов,
указать их сильные и слабые стороны.
Необходимо также изучить все прогнозы
по данной отрасли и в результате
ответить на вопрос, на какого именно
потребителя рассчитаны товары или
услуги предприятия.
Существо
предлагаемого проекта
В
этом разделе необходимо дать четкое
определение и описание тех видов
продукции или услуг, которые будут
предложены на рынок. Следует указать
некоторые аспекты технологии,
необходимой для производства
продукции. Важно, чтобы этот раздел
был написан ясным, четким языком,
доступным для понимания
неспециалиста.
При
описании основных характеристик
продукции делается акцент на тех
преимуществах, которые эта продукция
несет потенциальным покупателям, а
не на технических подробностях.
Детальная информация о технологическом
процессе может быть дана в
Приложении.
Очень важно
подчеркнуть уникальность или
отличительные особенности продукции
или услуг. Это может быть выражено
в разной форме: новая технология,
качество товара, низкая себестоимость
или какое-то особенное достоинство,
удовлетворяющее запросам покупателей.
Также необходимо подчеркнуть
возможность совершенствования
данной продукции.
В этом
же разделе следует описать имеющиеся
патенты или авторские права на
изобретение или привести другие
причины, которые могли бы
воспрепятствовать вторжению
конкурентов на рынок. Такими причинами
могут быть, например, эксклюзивные
права на распространение или торговые
марки.
Анализ
рынка
Рынок
и маркетинг - решающие факторы успеха
проекта. Самые гениальные технологии
оказываются бесполезными, если на
них нет своих покупателей. Поэтому
данный раздел наиболее труден для
написания. Для того чтобы убедить
инвестора в существовании рынка для
продукции проекта, нужно определить
тот сегмент рынка, который будет для
предприятия главным. Как правило,
новые предприятия могут успешно
конкурировать лишь на одном, достаточно
узком сегменте рынка. Выбор такого
сегмента может зависеть и от остроты
конкурентной борьбы, которая для
одного типа продукции может быть
слабее, для другого - сильнее.
После
определения конкурентного сегмента
рынка приводится описание структуры
клиентуры (покупателей) внутри этого
сегмента.
Очень важно
определить непосредственных
конкурентов, их сильные и слабые
стороны, оценить потенциальную долю
рынка каждого конкурента. Необходимо
показать, что продукция проекта
может конкурировать с точки зрения
качества, цены, распространения,
рекламы и других показателей.
План
маркетинга
В
этом разделе необходимо показать,
почему клиенты будут покупать
продукцию. В нем описывается, каким
образом предполагается продавать
новый товар или услугу, какую за него
назначить цену и как проводить
рекламную политику. Конкретные
детали маркетинговой стратегии
часто оказываются сложными,
комплексными и затрагивают такие
области, как маркетинговая расстановка,
ценовая политика, торговая политика,
реклама и т.д. В любом бизнесе при
формировании проектов, связанных с
продажей и сбытом, требуется детальный
анализ этих факторов.
Потенциальные
инвесторы считают план маркетинга
важнейшим компонентом успеха нового
предприятия, поэтому нужно убедиться,
что предполагаемая стратегия
действительно может быть реализована.
На действующих предприятиях план
маркетинга составляется на год
вперед. За его выполнением внимательно
следят и ежемесячно или даже ежедневно
вносят в него поправки с учетом
изменяющейся ситуации на рынке.
Начинающий предприниматель должен
научиться составлять план маркетинга
и сверять с ним свои текущие решения.
Часто план маркетинга оказывается
очень объемным, тогда часть материалов
следует поместить в Приложение к
основной части бизнес-плана.
В
этом разделе делается маркетинговая
расстановка (обеспечение
конкурентоспособности продукции)
и указываются основные характеристики
продукции (работ или услуг) в сравнении
с конкурирующими. Рассматриваются:
цены, ценовая политика, торговая
политика, каналы сбыта, реклама и
продвижение продукции на рынке,
политика поддержки продукции,
проявление интереса со стороны
вероятных покупателей, прогноз новой
продукции.
Производственный
план
В
этом разделе должны быть описаны
все производственные и другие рабочие
процессы. Здесь же рассматриваются
все вопросы, связанные с помещениями,
их расположением, оборудованием,
персоналом. Если создаваемое
предприятие относится к категории
производственных, то необходимо
полное описание производственного
процесса: как организована система
выпуска продукции и как осуществляется
контроль над производственными
процессами, каким образом будут
контролироваться основные элементы,
входящие в стоимость продукции
(например, затраты труда и материалов),
как будет размещено оборудование.
Если некоторые операции предполагается
поручить субподрядчикам, следует
дать о них сведения, включая название
субподрядчика, его адрес, причины,
по которым он был выбран, цены и
информацию о заключенных контрактах.
По тем операциям, которые предполагается
выполнить собственными силами,
необходимо дать схему производственных
потоков, список производственного
оборудования, сырья и материалов с
указанием поставщиков (название,
адрес, условия поставок), ориентировочную
стоимость, а также список
производственного оборудования,
которое может понадобиться в будущем.
Наконец, в этом разделе должно быть
отражено, насколько быстро может
увеличиться или сократиться выпуск
продукции.
Организационный
план, управление персоналом
В
этом разделе указывается форма
собственности создаваемого
предприятия: будет ли это индивидуальное
предприятие, товарищество или
акционерное общество. Если это
товарищество, необходимо привести
условия, на которых оно строится.
Если акционерное общество - необходимо
дать сведения о количестве и типе
выпускаемых акций.
Приводится
организационная структура будущего
предприятия. Даются сведения о
количестве персонала и расширении
штата, обучении и подготовке кадров,
а также о привлечении консультантов,
советников, менеджеров.
Если
бизнес-план разрабатывается для
проекта, следует привести сведения
об участниках проекта и план-график
его осуществления.
В этом
разделе рассматриваются вопросы
руководства и управления предприятием
(проектом). Объясняется, каким образом
организована руководящая группа, и
описывается роль каждого ее члена.
Приводятся краткие биографические
сведения о всех членах Совета
директоров. Анализируются знания и
квалификация всей команды в целом,
т. к. следует помнить: необходима
сбалансированная руководящая группа.
В идеальном случае таланты и умение
каждого ее члена будут дополнять
друг друга и охватывать все
функциональные области бизнеса
(маркетинг; финансы; вопросы, связанные
с персоналом; производственный
процесс). Однако маловероятно, что
небольшая фирма на ранней стадии
своего становления сможет собрать
достаточно хорошо сбалансированную
команду. В этом случае для выявления
забытых сторон управления предприятием
можно воспользоваться услугами
консультантов.
В этом же
разделе должны быть представлены
данные о руководителях основных
подразделений, их возможностях и
опыте, а также об их обязанностях.
Детальные анкетные данные и
характеристики приводятся в
Приложении. В этом разделе освещается
механизм поддержки и мотивации
ведущих руководителей, т. е. каким
образом они будут заинтересованы в
достижении намеченных в бизнес-плане
целей, как будет оплачиваться труд
каждого руководителя (оклад, премии,
долевое участие в прибыли). Рекомендуется
представить организационную схему
с указанием места каждого руководителя
в организационной иерархии.
Ознакомившись
с организационным планом, потенциальный
инвестор должен получить представление
о том, кто именно будет осуществлять
руководство предприятием и каким
образом будут складываться отношения
между членами руководства на практике.
Анализ
рисков
Каждый
новый проект на своем пути неизбежно
сталкивается: определенными
трудностями, угрожающими его
осуществлению. Для предпринимателя
очень важно уметь предвидеть подобные
трудности и заранее разработать
стратегии их преодоления. Необходимо
оценить степень риска и выявить те
проблемы, с которыми может столкнуться
бизнес.
Главные моменты,
связанные с риском проекта, должны
быть описаны просто и объективно.
Угроза может исходить от конкурентов,
от собственных просчетов в области
маркетинга и производственной
политики, ошибок в подборе руководящих
кадров. Опасность представляет также
технический прогресс, который
способен мгновенно "состарить"
любую новинку. Даже если ни один из
этих факторов не представляет
реальной угрозы для предприятия, в
бизнес-плане необходимо на них
остановиться, и аргументировано
объяснить, почему не стоит беспокоиться
на этот счет.
Полезно
заранее выработать стратегию
поведения и предложить пути выхода
из вероятных рискованных моментов
в случае их внезапного возникновения.
Наличие альтернативных программ и
стратегий в глазах потенциального
инвестора будет свидетельствовать
о том, что предприниматель знает о
возможных трудностях и заранее к
ним готов.
Финансовый
план
Финансовый
план - важнейшая составная часть
бизнес-плана. Его основные показатели:
объем производства и продаж, выручка
от реализации, прибыль, чистый
оборотный капитал, себестоимость и
некоторые другие. Финансовый план
составляется на 3-5 лет и включает:
отчет о прибыли, отчет о движении
денежных средств, балансовый отчет,
а также группу показателей,
характеризующих платежеспособность
и ликвидность, управление активами,
соотношение заемных и собственных
средств. При составлении финансового
плана анализируется состояние потока
реальных денег, устойчивость
предприятия, источники и использование
средств. В заключение определяется
точка безубыточности.
Отчет
о прибыли
составляется, по крайней мере, на
первые 3 года, причем данные за 1-й
год должны быть представлены в
месячной разбивке. Он включает данные
о прибыли от операций, балансовой,
чистой, нераспределенной прибыли.
Источником данных для отчета служит
план маркетинга, опросы потребителей,
опрос торговых работников, консультации
с экспертами, анализ временных
рядов.
Прогноз потока
реальных денег входит в финансовый
план в форме отчета
о движении денежных средств.
Такой прогноз составляется на три
года, с месячной разбивкой данных
по первому году. Различные выплаты
и денежные поступления неравномерны
во времени; неучет этих фактов в
бизнес-плане приводит к упущенной
выгоде ("лишние" деньги можно
положить на банковский счет) и даже
- к банкротству. Отчет о движении
денежных средств, как и отчет о
прибыли, строится на определенных
предположениях, которые представлялись
реалистичными на момент составления
плана, но со временем могут и не
подтвердиться. В этом случае в планы
необходимо внести соответствующие
коррективы. Все предположения и
допущения должны быть четко
сформулированы в тексте бизнес-плана,
чтобы потенциальный инвестор смог
понять, как была получена та или иная
цифра.
Третий документ
в рамках финансового плана - прогноз
активов и пассивов предприятия в
форме балансового
отчета.
Балансовый
отчет характеризует финансовую
ситуацию предприятия на конкретный
момент. Он отражает активы (направления
расходования средств по проекту) и
пассивы (источники привлекаемых в
проект средств).
Создавая
предприятие, предприниматель должен
знать, когда будет получена первая
прибыль. Для этого делается прогноз
точки безубыточности.
Он дает ответ на вопрос, сколько
единиц продукции или услуг необходимо
будет продать, чтобы доходы предприятия
совпадали с его расходами, т.е. чтобы
предприятие окупилось. Такая
информация позволяет оценить, сколько
денег потребуется, чтобы поддержать
новое предприятие на начальном этапе
его существования.
|
|
|
Рис.
1.1.1. Проект как процесс перехода
системы из исходного состояния в
конечное
В "Кодексе знаний об
управлении проектами" проект -
некоторая задача с определенными
исходными данными и требуемыми
результатами (целями), обуславливающими
способ ее решения. Проект включает в
себя замысел (проблему), средства его
реализации (решения проблемы) и
получаемые в процессе реализации
результаты (рис.
1.1.2).
Рис. 1.1.2.
Основные элементы проекта
Инвестиционный проектпонимается как инвестиционная акция,
предусматривающая вложение определенного
количества ресурсов, в том числе
интеллектуальных, финансовых,
материальных, человеческих, для
получения запланированного результата
и достижения определенных целей в
обусловленные сроки. Финансовым
результатом инвестиционного проекта
чаще всего является прибыль/доход,
материально-вещественным результатом
- новые или реконструированные основные
фонды (объекты) или приобретение и
использование финансовых инструментов
или нематериальных активов с последующим
получением дохода.
В том
случае, когда в качестве результатов
реализации проекта выступают некоторые
физические объекты (здания, сооружения,
производственные комплексы), определение
проекта может быть конкретизировано
следующим образом:Проект-
целенаправленное, заранее проработанное
и запланированное создание или
модернизация физических объектов,
технологических процессов, технической
и организационной документации для
них, материальных, финансовых, трудовых
и иных ресурсов, а также управленческих
решений и мероприятий по их
выполнению.
Итак, в
современном понимании проекты - то,
что изменяет наш мир: строительство
жилого дома или промышленного объекта,
программа научно-исследовательских
работ, реконструкция предприятия,
создание новой организации, разработка
новой техники и технологии, сооружение
корабля, создание кинофильма, развитие
региона, - это всё проекты.
Сравните
это толкование с принятым до недавнего
времени у нас: проект - это документально
оформленный план сооружения или
конструкции. Нужно знать, что для
обозначения этого понятия на Западе
используют термин "design".
В
ряде отраслей - таких, как
авиационно-космическая или оборонная
промышленность, - создаваемые объекты
являются настолько сложными, что
работа над ними осуществляется не в
составе проектов, а в составеПрограмм,
которые можно определить как совокупность
проектов или проект, отличающийся
особой сложностью создаваемой продукции
и/или методов управления его
осуществлением. При таком подходе
термин "проект", как правило,
связывается с относительно краткосрочными
целями.
В настоящее время
в Российской Федерации разработан и
реализуется ряд программ развития:
топлива и энергетики, продовольствия,
транспорта и связи, жилья, машиностроения
и некоторые другие.
В число
приоритетных федеральных программ
вошли программы энергоснабжения,
электрификации и газификации сельских
районов, повышения безопасности
атомной энергетики, использования
нетрадиционных источников энергии,
освоения газовых месторождений
полуострова Ямал, развития Канско-Ачинского
топливно-энергетического
комплекса.
Концептуально важным
является понятие системы, которое
может быть определено следующим
образом:Система- это группа
элементов (включающих как людей, так
и технические элементы), организованных
таким образом, что они в состоянии
действовать как единое целое в целях
достижения поставленных перед ними
целей (рис.
1.1.3). В качестве
примеров таких систем можно привести
"Компанию "Аэрофлот"",
"Систему спутникового телевидения"
и т.д. Соответственно, программы
являются подсистемами первого уровня
(нетрудно привести примеры программ
Аэрофлота и др.), а проекты представляют
собой часть программ.
Немного об истории
управления проектами
Любой проект проходит ряд
фаз (этапов, стадий), о которых мы
поговорим позже. Взаимосвязь фаз,
функций и подсистем управления
проектами показана на рис.
2.1.1.
Разумеется,
для того, чтобы провести проект через
все фазы (этапы, стадии), им нужно как-то
управлять. В этом смысле управляли
уже такими знаменитыми проектами, как
строительство египетских пирамид или
Великой Китайской стены. Управляли -
и небезуспешно (если оценивать
успешность только по своевременности
завершения или по техническим
результатам) - проектами в оборонной,
топливно-энергетической и некоторых
других отраслях промышленности бывшего
Советского Союза.
Рис. 1.1.3.
Иерархия систем
Необходимость в самостоятельной
дисциплине "Управление проектами"
(Project Management) была осознана в развитых
странах Запада с рыночной экономикой
в 50-х гг. XX в. Это было вызвано массовым
ростом масштабов проектов и тем, что
понятие успешности проекта стало
измеряться, в первую очередь,
соответствием его окончательной
стоимости объему выделенных ассигнований,
величиной экономии и размерами прибыли.
Последнее, в свою очередь, зависело
от комплексности (системности) решения
множества задач, составляющих в
совокупности предмет управления (рис.
1.1.4).
В
числе первых методов управления
проектами в конце 50-х гг. были разработаны
методы сетевого планирования и
управления (методы СРМ и PERT). Впервые
они были использованы для управления
ракетной программой "Атлас" и
при строительстве крупного завода
синтетического волокна. В середине
60-х гг. эти методы стали активно
изучаться и, в меньшей степени,
внедряться в практику капитального
строительства СССР.
Рис. 1.1.4.
Типовая ситуация со степенью решенности
ключевых задач управления
Здесь следует отметить, что
еще в конце 30-х гг. советскими учеными
были разработаны теоретические основы
и практические методы календарного
планирования и поточного строительства
с использованием диаграмм Ганта и т.
н. циклограмм, что во многом можно
считать фундаментом созданного позднее
аппарата управления проектами.
В
70-е гг. большое число крупных компаний
на Западе в ответ на растущие масштабы
и сложность их деятельности в условиях
жесткой конкуренции стали развивать
и использовать методы управления
проектами. Ускорению этого процесса
способствовало широкое внедрение
компьютерных систем обработки
информации (табл.
1.1.1).
Таблица 1.1.1
К настоящему времени
управление проектами стало признанной
во всех развитых странах методологией
инвестиционной деятельности. Графически
сущность управления проектами может
быть представлена так, как показано
на рис.
1.1.6.
Сущность управления проектами
"Управление проектами"
- синтетическая дисциплина, объединяющая
как специальные, так и надпрофессиональные
знания. Специальные знания отражают
особенности той области деятельности,
к которой относятся проекты (строительные,
инновационные, образовательные,
экологические, исследовательские,
реорганизационные и др.).
Подлинно
самостоятельной дисциплиной управление
проектами стало благодаря знаниям,
полученным в результате изучения
общих закономерностей, присущих
проектам во всех областях деятельности,
благодаря методам и средствам, успешно
используемым для самых различных
проектов.
Методы управления
проектами позволяют:
-
определить цели проекта и провести
его обоснование;
- выявить
структуру проекта (подцели, основные
этапы работы, которые предстоит
выполнить);
- определить
необходимые объемы и источники
финансирования;
- подобрать
исполнителей - в частности, через
процедуры торгов и конкурсов;
-
подготовить и заключить контракты;
-
определить сроки выполнения проекта,
составить график его реализации,
рассчитать необходимые ресурсы;
-
рассчитать смету и бюджет проекта;
-
планировать и учитывать риски;
-
обеспечить контроль за ходом выполнения
проекта и многое другое.
Управление проектами-
методология (говорят также - искусство)
организации, планирования, руководства,
координации трудовых, финансовых и
материально-технических ресурсов на
протяжении проектного цикла, направленная
на эффективное достижение его целей
путем применения современных методов,
техники и технологии управления для
достижения определенных в проекте
результатов по составу и объему работ,
стоимости, времени, качеству и
удовлетворению участников проекта.
Базовые варианты схем управления
проектом
      
|
|
Рис.
10.34. Пример выполнения чертежа
расположения оборудования