АДАПТИРУЕМЫЕ ПРИКЛАДНЫЕ СИСТЕМЫ

АВТОМАТИЗИРОВАННАЯ СИСТЕМА ПЛАНИРОВАНИЯ ПРОИЗВОДСТВА

Краткое описание

1. Назначение системы

Система представляет собой комплекс связанных подсистем и задач для планирования производства во взаимодействии с внешними системами, такими как «Учет производства», «Бухгалтерский учет», «Нормирование ресурсов», «Ценообразование», «Управление качеством продукции», «Материально-техническое обеспечение» и др. (АПС по каждой из названных подсистем имеет апробированные разработки).

Конечная цель системы, заключающаяся в комплексном планировании производства для основных и вспомогательных цехов, агрегатов последующего передела, а также обеспечения ресурсами, достигается реализацией следующих основных функциональных блоков:

¨ модель нормативно - справочной информации;

¨ планирование себестоимости продукции;

¨ объемное планирование производства;

¨ определение потребности в ресурсах и их стоимости;

§ автоматическое кодирование сущностей уникальными кодами;

§ формирование документов;

§ сервисные функции.

2.3 Планирование себестоимости продукции

Подсистема планирования себестоимости продукции предназначена для расчетов себестоимости продукции основных и вспомогательных цехов в их взаимосвязи.

Приемлемо точный расчет себестоимости по каждой позиции заказа в их совокупности практически невозможен. Поэтому в системе используется ступенчатый подход, когда себестоимость для завода/комбината в целом рассчитывается в рационально сжатой номенклатуре, а при расчете себестоимости позиций заказов пересчитываются только прямые расходы.

В подсистеме предусматривается возможность задания норм расхода ресурсов в общих объемах или в удельных объемах на единицу продукции. Распределение непрямых расходов может осуществляться по произвольным научно, экономически и технически обоснованным формулам. Подсистема может быть настроена на любую методику планирования себестоимости продукции.

Функции подсистемы:

§ выбор фундаментальной группировки продукции (калькулируемых групп);

§ ввод и корректировка методических данных (константы, базовые параметры - аргументы распределения, статьи себестоимости, формулы расчетов, выходные показатели и формы выдачи документов и др.);

§ ввод и корректировка данных для планирования (цены на продукцию и ресурсы, предварительные объемы производства, условно-постоянные расходы по объектам, суммарные и удельные расходы ресурсов, значения аргументах формул распределения ресурсов);

§ генерация цеховых систем планирования себестоимости (как правило, вспомогательных цехов);

§ собственно планирование себестоимости продукции (функция может реализоваться итеративно, совместно с объемным планированием производства);

§ формирование документов;

§ сервисные функции.

* Функции подсистемы по подготовке информации должны или могут осуществляться на различных рабочих местах в цехах и отделах.

2.4 Объемное планирование производства

Подсистема объемного планирования производства предназначена для расчета плана производства в заданной номенклатуре продукции по цехам с учетом маршрутов, производственных мощностей, длительности плановых простоев и ремонтов, ограничений на используемые ресурсы, наличия привозной заготовки, выпуска побочной продукции.

Задача решается классическим симплекс-методом по специальной программе, обеспечивающей достаточную скорость для расчета производственной программы одновременно для всего предприятия.

В зависимости от управленческой задачи степень детализации объемного планирования может быть различна. Например, при планировании на предстоящий год, когда портфель заказов неизвестен, достаточно рассчитать план в весьма сжатой номенклатуре.

В реальности существует большое количество условий и ограничений, которые невозможно формализовать. В подсистеме эта проблема решается путем добавления возможностей ввода различных дополнительных ограничений, наложением «штрафов» на маршруты и других приемов в сочетании с высокой скоростью просчета одного варианта плана, для возможности выбора наилучшего варианта среди подобных.

Объемный план производства является основой для определения потребности в ресурсах, размещения в плане конкретных позиций заказов и решения других задач планирования. В частности плановые объемы производства по калькулируемым группам используются в подсистеме планирования себестоимости продукции.

Функции подсистемы:

§ анализ подготовленного перечня заказов, их классификация с расчетом объемов в группах, средневзвешенных цен и себестоимости, производительности и других параметров;

§ выбор СТП, маршрутов производства, технологических карт;

§ проверка правильности ввода заказов: автоматическая и ручная корректировка;

§ ввод и запрос и корректировка данных смежных подсистем (ограничения, производительность, ремонты, простои, расходные коэффициенты, связи и маршруты, запасы ресурсов, незавершенное производство, наличие привозной заготовки);

§ выбор перечня контролируемых ресурсов и назначение ограничений по их расходу;

§ формирование оптимизационной матрицы и расчет оптимального плана в сжатой и расширенной номенклатуре продукции (степень сжатия номенклатуры произвольна и зависит от целей планирования, для годового планирования с неизвестным портфелем заказов степень сжатия максимальна);

§ формирование позаказного объемного плана;

§ генерация отчетных форм просмотра и печати;

§ дополнительные функции по оптимизации баланса кокса, железорудного сырья и ферросплавов;

§ формирование документов;

§ сервисные функции.

2.5 Потребность в ресурсах на производство

Подсистема предназначена для расчета объемов материального и денежного обеспечения на план производства планируемого периода. В расчетах используются нормы расходов на производство продукции и объемы производства продукции в расширенной ее номенклатуре. Одноименные ресурсы различных цехов объединяются в соответствующие группы и результаты выдаются по каждой контролируемой группе по цехам и заводу/комбинату в целом в натуральном и стоимостном выражении. В подсистеме определяются объемы отгрузки продукции по заказчикам, видам транспорта, дорогам и станциям назначения.

Функции подсистемы

§ формирование перечня контролируемых ресурсов и объединения их в группы;

§ расчет потребности в ресурсах в натуральном и стоимостном выражении;

§ формирование заявок управлению материально технического обеспечения на пополнение запасов (при наличии системы МТС, имеющей данные о нормах запасов, наличии сырья и материалов на складах и др.);

§ определение потребностей в транспорте для отгрузки продукции по видам транспорта, количеству вагонов по дорогам и станциям назначения;

§ формирование документов;

§ сервисные функции.

2.6 Календарное планирование

Подсистема предназначена для составления планов-графиков принятого плана производства в календарной последовательности по кампаниям /монтажным партиям, маркопрофилям, плавкам сталеплавильных цехов на произвольный период.

Основная цель календарного планирования - выдача информации для подготовки производства на планируемый период. Из общего перечня необходимых ресурсов может быть выбран список контролируемых ресурсов (недостаточные запасы, поставка к определенному времени и др.), для которых рассчитывается календарная потребность.

Для обеспечения плана отгрузки продукции формируется календарная потребность в транспорте по видам, количеству единиц, направлениям, дорогам и станциям назначения.

В календарном планировании прогнозы и заказы на конечную продукцию согласно установленным маршрутам через расходные коэффициенты отображаются на все стадии производства (например, заказ на холоднокатаный лист для конвертерного цеха превратится в заказ на соответствующее количество слябов и определенный объем жидкой стали). Здесь будет учтено незавершенное производство на начало периода и рассчитано на его конец; заказы, сгруппированные по маркопрофилям, представленные кампаниями и монтажными партиями будут расписаны по суткам и часам, также как и конкретные плавки в сталеплавильных цехах.

При планировании учитываются плановые производственные ситуации и ограничения, влияющие на возможности агрегатов.

Функции подсистемы:

§ получение, ввод и корректировка информации (завершение предыдущего периода определение незавершенного производства, сохранения данных и др.);

§ работа с заказами (коррекция, исключение и добавление);

§ отображение заказов конечных цехов по производственной цепочке в обратной технологической последовательности по расходным коэффициентам и выходу побочной продукции;

§ группировка заказов и составление кампаний и монтажных партий;

§ расчет планов-графиков для связанных производств и ручной их коррекции по критериям ритмичности производства, сокращения складских запасов, разгрузки узких мест и др.;

§ расчет календарной потребности в контролируемых ресурсах;

§ расчет календарной потребности в средствах транспорта для отгрузки продукции по видам транспорта, количеству единиц, направлениям, дорогам и станциям назначения;

§ формирование документов по цехам и участкам, в т. ч. поплавочных, сортаментных и позаказных графов;

§ сервисные функции.

2.7 Оперативное планирование

Подсистема предназначена для коррекции планов-графиков календарного плана на произвольный период (подразумевается несколько дней), а также для слежения и контроля за выполнением производственной программы.

Подсистема имеет общую системную часть с подсистемой календарного планирования и по существу является развитием последней в направлении контрольно-аналитических и регулирующих функций.

Главное отличие оперативного планирования от календарного заключается в учете производства по маркопрофилям и собственно заказам, текущего незавершенного производства, отгрузки продукции, а также сложившейся производственной ситуации на момент планирования (как правило, ежедневно). В связи с этим алгоритмы и критерии оптимальности для календарного и оперативного планирования различны.

Оперативное планирование в каждом цехе может быть дополнено системой диспетчеризации работы цеха (динамическое планирование в реальном масштабе времени).

Функции подсистемы

§ учет и контроль выполнения плана-графика (автоматизировано при наличии подсистем «учет производства и отгрузки продукции» или «слежение за производством»),

§ коррекция плана графика (объем заказов, позиции заказов, очередность кампаний, объем кампаний, очередность маркопрофилей, очередность ремонтов, замены: марок, сортамента). обработка внеплановых ситуаций (аварии, недостаток металла, недостаток ресурсов, ограничения по транспорту и других, описанных в справочнике ситуаций);

§ расчет оперативного плана- графика производства по маркопрофилям и заказам;

§ формирование оперативных единичных изменений в графике;

§ формирование оперативного плана - графика отгрузки продукции;

§ расчет потребности в транспорте по видам и количеству единиц;

§ сервисные функции.

Подсистема оперативного планирования может быть дополнена подсистемой диспетчеризации работы цеха в реальном масштабе времени.

2.8 Планирование работы агрегатов

Подсистема планирования работы агрегатов предназначена для составления объемных, календарных и оперативных планов для дополнительных переделов, таких как термообработка, травление, нанесение покрытий и т. п. Составление планов осуществляется для каждого агрегата или линии в отдельности разделением планового производства металла основными агрегатами на монтажные партии в их рациональном объеме и планирования обработки этих партий в последовательности близкой к последовательности производства.

Функции подсистемы:

§ выбор агрегатов для планирования;

§ собственно планирование работы агрегатов;

§ ручная коррекция планов;

§ формирование документов по цехам и участкам;

§ сервисные функции.

3. Другие, связанные с планированием производства подсистемы

АПС имеет опыт разработки: апробированные модели или проектные материалы по другим системам и задачам, тесно связанным с планированием производства. АПС может принять участие в разработке или модернизации ряда систем, подсистем и задач.

3.1 Подсистема прогнозирования

Подсистема прогнозирования предназначена для определения аргументов планирования таких как цены на ресурсы и продукцию, курсы валют , уровень условно-постоянных расходов, коэффициенты использования оборудования, объемы заказов и других данных, дрейфующих во времени.

3.2 Подсистема нормирования

Подсистема нормирования предназначена для определения норм расхода ресурсов, в т. ч. металла на прокат, технических норм (производительность, нормы текущих простоев и др.) в единой методологической среде.

3.3 Подсистема планирования результатов производственно - хозяйственной

деятельности, бизнес-плана, бюджета и планового баланса предприятия

Подсистема предназначена для формирования бизнес-плана, бюджета комбината на планируемый период, а также планового его баланса по активу и пассиву бухгалтерского плана счетов. Планирование производится на основе интеграции данных других подсистем планирования, а также путем оптимизации предложений и запросов различных служб комбината по унифицированной методике.

3.4 Подсистема учета затрат и анализа себестоимости продукции

Подсистема предназначена для учета затрат в рамках существующей системы учета производства и анализа себестоимости продукции с интеграцией с подсистемой планирования себестоимости.

3.5 Система управления качеством продукции

Система предназначена для управления качеством продукции в соответствие со стандартами серии ИСО 9000.

3.6 Задача фактического баланса металла

Задача в системе учета производства предназначена для слежения за выбранной совокупностью выплавленной стали (конкретная плавка, совокупность плавок по дате и марке и др.) по всем маршрутам ее движения (отправлено, принято, отходы и брак, годное, незарегистрированные потери или избыток).

В этой статье рассказывается о том, как Project планирует задачи в проекте. Пользователи иногда путают, когда Project автоматически переносит задачу в другое время, чем ожидалось. Кроме того, вы можете узнать, зачем менять, например, ограничение задачи, которое привело к непредсказуемому перемещению других задач. У вас есть шанс разобраться в том, что это такое? на основе мощного подсистемы планирования проекта.

Изложенный здесь материал может на первый взгляд показаться довольно сложным, но по мере его освоения вы станете более опытным руководителем проектов, а также научитесь лучше управлять датой окончания проекта.

Начало выполнения новой задачи, добавленной в календарный план, автоматически планируется на дату начала проекта. Так как задачи, добавляемые в календарный план, связываются с другими задачами, время начала задач изменяется, а завершение последней задачи определяет дату окончания проекта.

Чтобы найти или изменить дату начала проекта, откройте вкладку Проект и выберите пункт Сведения о проекте .

Конечно, есть исключения. Например, задачи не перемещаются вслед за другими задачами. Далее в этой статье мы подробнее рассмотрим планирование задач вручную и автоматически.

При создании нового проекта сначала введите дату начала проекта. При дальнейшем планировании этому времени будет соответствовать начало всех задач проекта, если не указано иное.

Для задач, запланированных вручную, и автоматически запланированных задач без применения зависимостей задач и ограничений продолжительность проекта будет совпадать с длительностью самой продолжительной задачи. Другими словами, дата окончания проекта совпадает с датой окончания самой продолжительной задачи.

Практически все проекты следует планировать на основе времени начала. Такое планирование позволит обеспечить максимальную гибкость, даже если известна дата завершения проекта.

При добавлении автоматически планируемой задачи Project автоматически назначает ограничение "Как можно позже" (КМП) для даты окончания задачи. Другие ограничения следует применять только в случае необходимости (для этого щелкните правой кнопкой мыши задачу и выберите пункт Сведения о задаче ).

При перетаскивании отрезка диаграммы Ганта для изменения даты окончания задачи Project автоматически назначает ограничение "Окончание не позднее" (ОНП) для автоматически запланированной задачи.

При изменении способа планирования задачи с планирования на основе даты начала на планирование на основе даты окончания все выравнивающие задержки и выравнивающие прерывания автоматически удаляются из запланированных задач и назначений. Это не влияет на задачи, запланированные вручную.

При использовании автоматического выравнивания для устранения превышения доступности ресурсов в проекте Project добавляет выравнивающую задержку после задачи, а не перед ней (чтобы проверить параметры выравнивания, откройте вкладку Ресурс , а затем нажмите кнопку Выровнять ресурс ).

Роль связей задач в календарном плане

Связи задач (зависимости) - это отношения между задачами на основе времени их выполнения. Связывание задач создает зависимости задач. Длинная цепочка задач определяет продолжительность всего проекта и дату его окончания.

Совет по управлению проектами. При связывании задач в проекте устанавливается критический путь ссылок. Этот критический путь определяет конец проекта. Дополнительные сведения о критическом пути .

Тип связи	Пример	Описание
Окончание-начало (ОН)		Зависимая задача (Б) не может начаться, пока не завершится задача (A), от которой она зависит. Например, если у вас есть две задачи, "возобновить основу" и "пределано", задача "бетонирование бетона" не может начаться, пока не завершится задача "изучение основы". При связывании задач в Project тип ссылки по умолчанию - "окончание-начало". Этот тип ссылки используется по умолчанию. Если вы не укажете тип ссылки, предполагается, что это связь "окончание-начало".
Начало-начало (НН)		Зависимая задача (Б) не может начаться, пока не начнется задача (A), от которой она зависит. Зависимая задача может начаться в любой момент после того, как начнется задача, от которой она зависит. Тип связи НН не требует, чтобы обе задачи начинались одновременно. Например, когда есть две задачи, "Залить бетон" и "Выровнять бетон", задача "Выровнять бетон" не может начаться, пока не начнется задача "Залить бетон".
Окончание-окончание (ОО)		Зависимая задача (Б) не может завершиться, пока не завершится задача (А), от которой она зависит. Зависимая задача может завершиться в любой момент после того, как завершится задача, от которой она зависит. Тип связи ОО не требует, чтобы обе задачи завершались одновременно. Например, когда есть две задачи, "Проложить электропроводку" и "Проверить электроустановку", обе задачи должны быть завершены для проведения какой-либо проверки.
Начало-окончание (НО)		Зависимая задача (Б) не может завершиться, пока не начнется задача (А), от которой она зависит. Зависимая задача может завершиться в любой момент после того, как начнется задача, от которой она зависит. Тип связи НО не требует, чтобы зависимая задача завершалась одновременно с началом задачи, от которой она зависит. Этот тип связи редко используется в управлении проектами. Примером могут служить кровельные работы, когда есть две задачи: покрытие крыши дома и контроль выполнения задачи. В таком случае кровельные работы могут начаться, но до их завершения должно начаться проведение контроля за выполнением.

Примечание о том , как вручную запланированные задачи При связывании задача, назначенная вручную с другой задачей Project учитывает тип ссылки и поместит задачи, запланированные вручную, в соответствии с другой задачей. Например, задача-последователь с ссылкой "окончание-начало" отображается как начало для завершения задачи-предшественника. Однако задача-последователь будет перемещаться только при создании ссылки. Если в дальнейшем предшественник изменит дату окончания, Дата начала последователя останется неизменной.

Но можно изменить настройки приложения Project таким образом, чтобы задача, запланированная вручную, не перемещалась при наличии связи с другой задачей.

На вкладке Файл выберите пункт Параметры , а затем нажмите кнопку Расписание.

Снимите флажок Обновлять задачи, запланированные вручную, при редактировании связей .

Роль ограничений задач в календарном плане

Ограничения позволяют контролировать дату начала и окончания автоматически запланированной задачи. Существует три типа ограничений.

Гибкие ограничения не связаны с конкретными датами. Установка таких ограничений позволяет начинать задачи как можно раньше или как можно позже и заканчивать их до момента окончания всего проекта с учетом других ограничений и зависимостей задач в календарном плане.

Полужесткие ограничения требуют наличия ассоциированной даты, которая осуществляет контроль за наиболее ранней или наиболее поздней датами начала или окончания задачи. Эти ограничения допускают завершение задачи в любое время, пока она удовлетворяет крайним срокам начала и окончания.

Жесткие ограничения требуют наличия ассоциированной даты, которая осуществляет контроль за датами начала и окончания задачи. Эти ограничения полезны, если в вашем календарном плане необходимо учесть внешние факторы, например, наличие оборудования или ресурсов, крайние сроки, вехи договоров, а также даты начала и окончания.

Совет по управлению проектами . Почти во всех случаях используется ограничение типа "Как можно раньше" (КМР). Оно обеспечивает наибольшую гибкость механизма планирования в определении оптимальной даты окончания проекта.

Вот два способа быстрого просмотра ограничений задач.

Чтобы просмотреть или изменить ограничение задачи, щелкните правой кнопкой мыши задачу, выберите пункт Сведение о задаче , а затем откройте вкладку Дополнительно . Сведения об ограничении содержатся в полях Тип ограничения и Дата ограничения .

Если задано ограничение, отличное от КМР или КМП, в любом представлении листа, например в представлении "Диаграмма Ганта", в столбце индикаторов отобразится соответствующий графический индикатор типа ограничения.

Ограничения с умеренной гибкостью планирования ограничивают начало или окончание проекта до или после заданной даты. Например, задача с ограничением "Начало не ранее" (ННР) 15 июня и с зависимостью типа "окончание-начало" может начаться 15 июня, только если предшествующая ей задача будет завершена 15 июня (или позже, если предшествующая задача будет завершена после 15 июня), но она не может быть запланирована ранее 15 июня. Например, такие ограничения могут быть полезны при наличии разрешения на строительство только в определенные дни. В таком случае можно использовать ограничения ННР или ОНП.

В указанной ниже таблице приводятся ограничения, используемые в приложении Project.

Тип ограничения	Имя ограничения	Описание
Гибкое	Как можно позже (КМП)	Выполнение задачи планируется на как можно более позднее время с окончанием задачи до окончания проекта и без задержки последующих задач. Это ограничение накладывается на задачи по умолчанию, когда планирование осуществляется исходя из даты окончания проекта. С этим ограничением не задавайте даты начала и окончания задачи.
Гибкое	Как можно раньше (КМР)	Начало задачи планируется на как можно более раннюю дату. Это ограничение накладывается на задачи по умолчанию, когда планирование осуществляется исходя из даты начала проекта. С этим ограничением не задавайте даты начала и окончания задачи.
Полужесткое	Начало не ранее (ННР)	Начало задачи планируется на определенную дату или более позднее время. Используйте это ограничение, когда необходимо, чтобы задача не начиналась ранее определенной даты.
Полужесткое	Окончание не ранее (ОНР)	Окончание задачи планируется на определенную дату или более позднее время. Используйте это ограничение, когда необходимо, чтобы задача не завершалась ранее определенной даты.
Полужесткое	Начало не позднее (ННП)	Начало задачи планируется на определенную дату или более раннее время. Используйте это ограничение, когда необходимо, чтобы задача не начиналась после определенной даты.
Полужесткое	Окончание не позднее (ОНП)	Окончание задачи планируется на определенную дату или более раннее время. Используйте это ограничение, когда необходимо, чтобы задача не заканчивалась после определенной даты.
Жесткое	Фиксированное окончание (ФО)	Окончание задачи планируется на определенную дату. Намечает раннюю, плановую и позднюю даты окончания по введенной дате и привязывает задачу к календарному плану.
Жесткое	Фиксированное начало (ФН)	Начало задачи планируется на определенную дату. Намечает раннюю, плановую и позднюю даты начала по введенной дате и привязывает задачу к календарному плану.

По умолчанию ко всем задачам проекта, запланированным на основе даты начала, применяется ограничение "Как можно раньше" КМР. Аналогично ко всем задачам проекта, запланированным на основе даты окончания, по умолчанию применяется ограничение "Как можно позже".

Жесткие ограничения обычно замещают все зависимости задач и ограничивают задачу определенной датой. Например, начало задачи с ограничением "Фиксированное начало" (ФН) 30 сентября и с зависимостью "окончание-начало" от другой задачи будет всегда запланировано на 30 сентября независимо от даты окончания предшествующей задачи. Такое поведение можно изменить. Для этого в меню Файл выберите пункт Параметры , нажмите кнопку Расписание , а затем установите флажок Даты ограничений для задач всегда соблюдаются .

Роль типов задач в календарном плане

Для автоматически запланированных задач предусмотрены три типа задач: с фиксированным объемом ресурсов, с фиксированными трудозатратами и с фиксированной длительностью. Исходя из типа задачи приложение Project определяет поведение параметров длительности, трудозатрат и единиц ресурсов при создании календарного плана для вашего проекта.

В указанной ниже таблице описывается, как изменение одного из этих трех параметров для любого типа задачи влияет на календарный план.

Чтобы изменить тип задачи, в представлении "Диаграмма Ганта" дважды щелкните название нужной задачи, а затем откройте вкладку Дополнительно .

Примеры

Рассмотрим задачу с фиксированным объемом ресурсов, которая имеет одну единицу ресурсов с полной занятостью, доступную в течение 8 часов в день. Задаче установлена 10-дневная длительность и трудозатраты в количестве 80 часов.

Если в выполнении данной задачи сможет дополнительно участвовать еще один ресурс с полной занятостью, приложение Project пересчитает длительность этой задачи. В результате задаче будет назначено два ресурса, ее длительность составит 5 дней, а трудозатраты - 80 часов.

Далее рассмотрим ту же самую задачу, но с фиксированными трудозатратами. Это означает, что задача может содержать только указанное количество трудозатрат: не больше и не меньше. В данном примере задача имеет одну единицу ресурса с полной занятостью, доступную каждый день в течение 8 часов, длительность задачи составляет 10 дней, а трудозатраты - 80 часов.

Если в выполнении данной задачи сможет дополнительно участвовать еще один ресурс с полной занятостью, приложение Project пересчитает длительность этой задачи. В результате задаче будет назначено две единицы ресурса, ее длительность составит 5 дней, а трудозатраты - 80 часов.

Если на завершение отводится 8, а не 10 дней, то приложение Project пересчитает количество единиц ресурсов задачи. Для выполнения задачи за 8 дней при 80 часах трудозатрат ей необходимо назначить 1,25 единиц ресурсов. Та единица ресурса, которая назначена задаче в данный момент, размещена на 125%. Для обеспечения дополнительных 25% размещения необходимо назначить еще один ресурс.

Если для выполнения этой задачи потребуется еще 20 часов дополнительных трудозатрат, приложение Project пересчитает длительность задачи. Теперь задача составит 100 часов трудозатрат, длительность 12,5 дней и одну единицу ресурса.

Наконец, рассмотрим ту же самую задачу с фиксированной длительностью. Это означает, что задача должна быть завершена в течение указанного периода времени. В данном примере задача имеет один ресурс с полной занятостью, доступный в течение 8 часов ежедневно, 10-дневную длительность и рассчитана на 80 часов трудозатрат.

Если в выполнении данной задачи сможет дополнительно участвовать еще один ресурс с полной занятостью, приложение Project пересчитает трудозатраты, назначенные каждому ресурсу. Когда задаче назначался только один ресурс, для выполнения задачи на него приходилось 80 часов трудозатрат. Если назначить задаче еще один ресурс, то для завершения задачи в 10-дневный срок при общих 80 часах трудозатрат каждому ресурсу будет отведено по 40 часов трудозатрат. При добавлении дополнительной единицы ресурса также будет пересмотрено размещение обеих единиц, которое теперь составит по 50% трудозатрат для каждой, что позволяет использовать оставшиеся 50% трудозатрат для других задач.

Если на завершение задачи отводится 8, а не 10 дней, приложение Project пересчитает трудозатраты. Теперь задача будет иметь длительность 8 дней, 64-часовые трудозатраты и одну единицу ресурса.

Если для выполнения этой задачи потребуется 20 часов дополнительных трудозатрат, приложение Project пересчитает единицы ресурса задачи так, чтобы дополнительные трудозатраты все-таки могли быть реализованы в пределах 10-дневной длительности. Теперь задача будет иметь 100 часов трудозатрат, длительность 10 дней и 1,25 единиц ресурса. Та единица ресурса, которая назначена задаче в данный момент, размещена на 125%. Для обеспечения дополнительных 25% размещения необходимо назначить еще один ресурс.

Примечание: Поскольку назначения затратные ресурсы не влияют на трудозатраты или единицы, они не пересчитываются при изменении даты начала или окончания задачи. При назначении затратных ресурсов также никогда не пересчитываются даты, потому что нельзя изменить трудозатраты или единицы ресурса.

В следующей таблице приведены важные моменты о типах задач, которые следует помнить.

Советы и подсказки	Описание
Будьте внимательны при планировании задач с фиксированным объемом работ	Если в списке тип задачи выбрано значение фиксированные трудозатраты , вы не сможете изменить параметр фиксированный объем работ для задачи. Для задач с фиксированными трудозатратами не используются гибкие значения и, следовательно, они всегда с фиксированным объемом работ. Дополнительные сведения о задачах, управляемых с фиксированным объемом работ, описаны ниже в этой статье.
Добавьте столбец для изменения типа задач	Можно просматривать и изменять тип всех задач непосредственно в представлении путем вставки поля Тип . Щелкните столбец справа от места, куда нужно вставить новый столбец, откройте меню Вставка , а затем нажмите кнопку Столбец . В списке Имя поля выберите пункт Тип .
Суммарные задачи всегда фиксированной длительности	Суммарные задачи всегда имеют фиксированную длительность, так как их даты начала и окончания определяются подзадачами.
Используйте отступы (а не типы задач) для создания структуры	Для изменения иерархической структуры задачи или подзадачи, как части структуры проекта, необходимо переместить задачу на уровень выше или на уровень ниже вместо изменения типа задачи.
Не путайте ограничения задач, например КМР, с типами задач	Если необходимо ввести ограничения на способы вычисления приложением Project дат начала и окончания выполнения задач, необходимо установить ограничение задачи, а не тип задачи.

Роль планирования с фиксированным объемом работ в календарном плане

Планирование всех задач после назначения им ресурсов осуществляется в соответствии с такой формулой (подразумевается тип задач по умолчанию с фиксированным объемом ресурсов):

Продолжительность = трудозатраты/единицы

Установив тип задачи, можно выбирать, какую часть уравнения вычислять в приложении Project. Когда задаче назначаются или из нее изымаются люди, приложение Project исходя из количества назначенных ресурсов удлиняет или сокращает ее длительность, но не изменяет объем трудозатрат в рамках всей задачи. Это называется планирование с фиксированным объемом работ. Как правило эта функция отключена. Чтобы включить ее, откройте вкладку Файл , выберите пункт Параметры , нажмите кнопку Календарный план , а затем установите флажок Новые задачи имеют фиксированный объем работ .

Несмотря на то, что планирование с фиксированным объемом работ возможно для большинства сценариев, тем не менее, для точного отражения происходящего в конкретной задаче при назначение или изымании ресурсов может потребоваться изменение этого правила. Например, может потребоваться просмотреть увеличение суммарных трудозатрат при вовлечении дополнительного количества людей для выполнения конкретной задачи.

Примечание: Из задач с фиксированными трудозатратами нельзя исключить планирование с фиксированным объемом работ. Задачи с фиксированными трудозатратами всегда фиксированного объема, потому что не имеют гибких значений трудозатраты.

Осуществляя планирование с фиксированным объемом работ, необходимо учитывать указанные ниже сведения.

Советы и подсказки	Описание
Планирование с фиксированным объемом работ осуществляется только после первого назначения ресурса	Расчетное планирование с фиксированным объемом работ может выполняться только после того, как задаче будут назначены первые ресурсы. После назначения первых ресурсов значение трудозатрат не изменится, вне зависимости от того, добавляются новые ресурсы к этой задаче или изымаются из нее.
	Фикс. объем ресурсов
Будьте внимательны при планировании задач с фиксированной длительностью	Если назначенная задача относится к типу Фикс. длительность , назначение дополнительных ресурсов уменьшает ценность отдельной единицы ресурса.
Будьте внимательны при планировании задач с фиксированным объемом ресурсов	Если назначенная задача относится к типу Фикс. трудозатраты , назначение дополнительных ресурсов сокращает длительность задачи.
Не для всех задач можно установить тип "Фикс. объем работ"	Для суммарных задач и вставленных проектов флажок Фикс. объем работ установить нельзя.

Роль ручного и автоматического планирования в календарном плане

Понимание различий между задача, назначенная вручную, и автоматически назначенная задача, является залогом постижения процесса планирования проектов в Project.

Обычно задачи, запланированные вручную, позволяют вам управлять календарем. При добавлении задачи в календарный план она остается на рабочем помещении. Однако это не всегда лучший способ создания расписания, особенно в том случае, если проект становится более сложным, где вы можете использовать автоматически запланированные задачи, чтобы воспользоваться преимуществами мощного механизма планирования в Project.

Рассмотрим приведенный ниже рисунок. На нем изображены два различных типа задач: первые две задачи запланированы вручную, а последние две - автоматически.

Обратите внимание, что длительность задач, запланированных вручную, может быть выражена как текстовым, так и числовым значением. Если длительность выражена текстовым значением, дата начала не задается автоматически приложением Project, а отрезок диаграммы Ганта отображается только частично, что говорит о неточности календарного плана задачи на этом этапе.

Длительность задач, запланированных автоматически, является числовым значением с обозначением единицы времени (например, "12 ч" означает длительность в 12 часов). В Project автоматически отображаются допустимые длительности, даты начала и окончания задач, запланированных автоматически, а также соответствующие отрезки диаграммы.

При вводе данных для задач, запланированных вручную, нужно учитывать некоторые особенности. Для создания диаграммы на основе таких задач необходимы значения времени для трех параметров: длительность, дата начала и дата окончания. Если для задачи, запланированной вручную, задать значения только двух параметров, приложение Project автоматически вычислит значение третьего параметра, но задача останется запланированной вручную. Поэтому будьте внимательны с такого рода "неожиданностями" в Project.

Примечание: По умолчанию используются задачи, запланированные вручную. Руководители проектов, привыкшие к автоматическому планированию в ранних версиях Project, могут отключить функцию планирования вручную для определенных задач или для всего проекта. В некоторых проектах, особенно в сложных, эту работу можно поручить мощному механизму планирования Project. Чтобы планирование выполнялось автоматически для всех задач, нажмите кнопку Новые задачи: Автоматическое планирование , расположенную в нижней части окна Project.

Задачи, запланированные вручную

Задачу, запланированную вручную, можно поместить в любое место календарного плана, и Project не изменит ее расположение. Эта новая функция обеспечивает больше гибкости и контроля над планированием и управлением календарным планом.

Зачем это нужно? Кроме того, иногда расписания проектов довольно неформальны. Они начинаются в виде простых списков дат из сообщений электронной почты, собраний с заинтересованными лицами или коридоруной беседы. Руководителям проектов часто не предоставлены полные сведения о рабочих элементах. Например, они могут быть внимательны только в том случае, если задача должна быть запущена, но не будет ее продолжительности до тех пор, пока они не получат оценку от участников своей группы. Кроме того, они могут определить продолжительность выполнения задачи, но они не знают, что они могут быть запущены до тех пор, пока они не будут утверждены в диспетчере ресурсов.

При ручном планировании задач нужно учитывать следующие моменты.

Наглядность . Для задач, запланированных вручную, предусмотрены особые индикаторы и панели задач, которые позволяют отличить их от "стандартных" задач, запланированных автоматически.

Универсальность . Если задача установлена в режиме ручного планирования, столбцы "Начало", "Окончание" и "Длительность" могут быть пустыми или содержать текст с распознаваемыми датами.

Переход между режимами планирования . Режим задачи можно изменять с автоматического на ручной, и наоборот. Но при этом следует соблюдать осторожность. При изменении режима планирования задачи с ручного на автоматический приложению Project придется провести перерасчеты. Если параметру длительности задачи соответствовало значение "две недели", при изменении режима планирования задачи на автоматический в Project, как правило, устанавливается предположительная длительность "1 день?". В конце концов, не стоит рассчитывать, что Project распознает срок "две недели" как 14 дней.

Управление запаздываниями . Если из-за запаздывания происходит задержка выполнения задачи, запланированной вручную, даты выполнения ее задач-последователей не отодвигаются автоматически. Руководители проектов вправе сохранить исходные даты, если их ресурсы могут продолжить работу в соответствии с намеченным планом, или же отсрочить выполнение задач-последователей в случае сложных зависимостей.

Влияние на планирование с фиксированным объемом работ . Для задач, запланированных вручную, нельзя использовать планирование с фиксированным объемом работ. Длительность задачи, запланированной вручную, не изменяется в случае изъятия или назначения дополнительных ресурсов. Дополнительные сведения об этом см. далее в этой статье.

В указанной ниже таблице приводятся способы определения и использования атрибутов Project для ручного и автоматического планирования задач.

Элемент	Планирование вручную	Автоматическое планирование
Длительность	Может быть числом, датой или текстом, например "14 дн" или "две недели". Не используется для планирования проектов в Project, если значение не является распознаваемым форматом длительности.
Трудозатраты	Только числа, обозначающие период и единицы времени, например "14 дн" или "2 месяца".	Только числа, обозначающие период и единицы времени, например "14 дн" или "2 месяца".
Ресурсы	Могут назначаться задачам. Календари ресурсов не используются для планирования задач в Project.	Могут назначаться задачам. Используются в Project для определения оптимального плана. В отличие от задач, запланированных вручную, длительность задач изменяется, если для задач установлен параметр планирования с фиксированным объемом работ.
Дата начала	Может быть числом, датой или текстом, например "14 дн" или "две недели". Не используется в Project для планирования проектов, если значение не является распознаваемым форматом длительности.
Дата окончания	Может быть датой или текстом, например "30 июня" или "Скоро". Не используется в Project для планирования проектов.	Только данные в формате даты. Но в Project также можно использовать значения "сегодня" и "завтра", сохраняемые для автоматически запланированных задач.
Ограничения	Игнорируются в Project.
Зависимости (связи)	Могут использоваться, но не влияют на планирование задач. Однако план выполнения задач пересматривается при первом применении связи задач.	Могут использоваться. Влияют на планирование задач.
Календари проектов и ресурсов	Игнорируются в Project	Используются в Project для определения оптимального календарного плана.

Задачи, запланированные автоматически

Использование автоматически запланированных задач - стандартный способ планирования задач в Project. Автоматическое планирование обеспечивает четко структурированный систематический подход к управлению планированием проектов. На основе введенных пользователем значений, например длительности задачи, запланированных трудозатрат, количества ресурсов, а также сведений об ограничениях, приложение Project вычисляет наиболее ранние и поздние даты выполнения задач для создания оптимального календарного плана.

Проект в целом.

длительность;

зависимости задач;

ограничения.

трудозатраты;

• рабочее и нерабочее время, указанное в календарях.

Другие элементы, такие как время опережения и интервал задержки для связей, типы задач, доступность ресурсов и управляющий ресурс, могут влиять на планирование, поэтому понимание их сути поможет вам поддерживать и корректировать свой план по мере надобности.

Примечание: В Project длительность задач, запланированных автоматически, вычисляется исходя из определений единиц длительности (в меню Файл выберите пункт Параметры , а затем нажмите кнопку Расписание ). Аналогично обычному календарю, год начинается с января, а неделя - с воскресенья или понедельника. При вычислении единиц длительности в Project по умолчанию один день соответствует 8 часам, одна неделя - 40 часам, а один месяц - 20 рабочим дням. При вводе даты начала и окончания задач без указания времени начала и окончания в Project по умолчанию используются значения "08:00" для времени начала и "17:00" - для времени окончания.

Изменение режимов планирования задач

Режим планирования задач можно изменять с автоматического на ручной и наоборот (для этого на вкладке Файл выберите пункт Параметры , а затем нажмите кнопку Расписание ). При изменении режима задачи нужно учитывать следующие моменты.

Для задачи, режим планирования которой изменен на автоматический, значения длительности, даты начала и окончания устанавливаются по умолчанию. Например, приложение Project изменяет длительность задачи, запланированной вручную, с "пару недель" на "1 день?". Кроме того, дата начала задачи "завтра", заданная вручную, изменяется на дату начала проекта.

Длительность, а также даты начала и окончания задачи, режим планирования которой был изменен на ручной, сохраняются. Но при этом значения длительности и дат могут быть представлены любым числом, текстом или датой.

Роль запаса времени (или резерва времени) в календарном плане

Запас времени (также известный как резерв времени) позволяет определять те задачи, сроки которых можно сдвигать, не изменяя при этом дату окончания проекта. Кроме того, можно просмотреть задачи, выполнение которых можно задержать в настоящее время без влияния на критический путь (общий резерв времени), или задачи, выполнение которых можно задерживать до тех пор, пока они не начнут влиять на связанные с ними задачи (свободный временной резерв).

Вот два способа просмотра запаса времени в проекте.

В представлении "Диаграмма Ганта" откройте вкладку Формат , а затем установите флажок Временной резерв . Запас времени отобразится в виде тонкой линии в конце или в начале отрезков диаграммы Ганта.

Перейдите в представление "Подробная диаграмма Ганта". На вкладке Вид выберите пункт Другие представления , нажмите кнопку Другие представления , затем - Подробная диаграмма Ганта и нажмите кнопку Применить .
Теперь в диаграмме Ганта нажмите кнопку таблицы , а затем выберите пункт Расписание .

Вот несколько полезных сведений о запасе времени, которые следует учитывать.

Советы и подсказки	Описание
С осторожностью применяйте жесткие ограничения	Если у задачи, ограниченной определенной датой, есть задача-предшественник, которая заканчивается позже даты начала задачи-последователя, указанной в ограничении, возникает отрицательный временной резерв. Отрицательный временной резерв еще больше ограничивает дату окончания проекта.
Крайние сроки изменяют общий резерв времени

Чтобы просмотреть или изменить крайний срок задачи, щелкните правой кнопкой мыши задачу, выберите пункт Сведения о задаче , а затем откройте вкладу Дополнительно . Измените требуемые параметры в диалоговом окне Крайний срок .

Крайние сроки могут повлиять на суммарный временной резерв задач. При установлении крайнего срока до окончания суммарного временного резерва задач, суммарный временной резерв пересчитывается исходя из крайнего срока, а не из даты позднего окончания задачи. Задача становится критической, если величина суммарного временного резерва достигает нуля.

Календари определяют для проекта стандартное рабочее время и нерабочее время, например выходные дни и праздники.

Примечание: Указанные даты задач, запланированных вручную, не меняются в зависимости от изменений проекта или календарей ресурсов.

Календари проектов применяются для определения доступности ресурсов, а также для указания способов планирования назначенных ресурсов и способа планирования задач. Для планирования задач используются календари проектов и задач, а также календари ресурсов (при наличии назначенных ресурсов).

Вот как календари переопределяют параметры друг друга:

Календарь проекта планирует задачу при ее создании.

При добавлении к задаче ресурса календарь ресурсов управляет планированием задачи.

При добавлении к задаче календаря задачи и выборе параметра Не учитывать календари ресурсов при планировании в поле "Сведения о задаче" календарь задачи управляет планированием и не учитывает ресурсы, назначенные для выполнения задачи.

Чтобы использовать календарь, на вкладке Проект нажмите кнопку Изменить рабочее время .

Тип календарей	Описание
Базовые календари	Служат основой для остальных типов календарей. Кроме того, базовый календарь можно выбрать в качестве календаря проекта, а также применить его к задачам в качестве календаря задач или часов по умолчанию в календаре ресурсов. С помощью одного из базовых календарей можно настроить собственный базовый календарь. В приложении Project предусмотрены три вида базовых календарей. Стандартный календарь. Это календарь для проекта по умолчанию. Он является основой календарей ресурсов и отображает традиционное рабочее расписание: с понедельника по пятницу с 8:00 до 17:00, с часовым перерывом. Календарь в 24 часа Круглосуточный календарь отображает расписание, в котором отсутствует нерабочее время. Круглосуточный календарь может использоваться в случае планирования ресурсов и задач на разные смены в течение суток либо в случае непрерывной работы оборудования. Календарь "Ночная смена". Этот календарь отображает график ночных смен в период с ночи понедельника по утро субботы, с 23:00 до 8:00, с часовым перерывом.
Календари проектов	В этих календарях указывается стандартное рабочее и нерабочее время по всему проекту. В случае отсутствия календарей ресурсов и задач выполнение задач по умолчанию планируется на основе рабочего времени в календаре проекта.
Календари ресурсов	Обычно формируются на основе календаря проекта при создании ресурса. При изменении рабочего или нерабочего времени для определенного ресурса или набора ресурсов убедитесь, что ресурсы запланированы только на время их доступности для работы. При изменении рабочего или нерабочего времени в календаре ресурсов, назначенном для задачи, выполнение задачи планируется на рабочее время, указанное в календаре ресурсов. Кроме того, это может повлиять на дату окончания задачи. Нерабочее время для ресурсов может наследоваться из базового календаря или переопределяться параметрами нерабочего времени календаря ресурсов.
Календари задач	Могут использоваться для определения рабочего времени по задачам, которые находятся за пределами рабочего времени календаря. Календарь задач создается так же, как и другие календари. Если задаче назначен календарь задач, а для ресурса, назначенного задаче, установлено другое рабочее время в его календаре ресурсов, выполнение задачи планируется на время совмещения рабочего времени в обоих календарях. Однако можно настроить задачу таким образом, чтобы календари ресурсов игнорировались, и запланировать выполнение задачи на нерабочее время ресурса. Если для задачи не указан календарь задач, для ее планирования используется календарь проекта.

Примечание: Календари ресурсов не влияют на задачи, запланированные вручную. При назначении ресурса задаче, запланированной вручную, ее планирование не изменяется.

Разработка спецификаций Разработка спецификаций

После назначения ресурсов задачам проекта в Project можно выполнить планирование на основе сведений о задаче, а также рассчитать сведения календарного плана с помощью указанных ниже дополнительных сведений о ресурсах и назначениях.

Атрибут или параметр ресурса	Описание
Трудозатраты
Единицы назначения	Число единиц назначений для ресурса задачи, т. е.: с частичной занятостью, с полной занятостью или несколько единиц.
Тип задачи
Фиксированный объем работ	Указывает, имеет ли задача фиксированный объем работ. Если это так, при добавлении или изъятии ресурсов из назначения трудозатраты задачи не изменяются и перераспределяются среди ресурсов. При назначении дополнительных ресурсов для задачи с фиксированным объемом ресурсов длительность задачи сокращается. Дополнительные сведения о настройке задач с фиксированным объемом работ см. выше в этой статье.
Календари
Профиль загрузки	Профили загрузки дают возможность доработать план во время работы ресурсов над задачами, например на этапе расширения отдела. В представлении Использование задач щелкните правой кнопкой мыши имя ресурса, назначенного задаче, а затем выберите предварительно определенный рабочий шаблон в списке профиль рабочего процесса. Затем можно вручную настроить часы в повременной части любого представления.

Чтобы назначить ресурсы задачам, откройте вкладку Ресурсы , а затем щелкните Назначение ресурсов

Другие технические моменты планирования в Project

Эти инструкции относятся к Microsoft Project 2007.

В этой статье

Общие сведения о планировании проекта

Планирование проекта в Project осуществляется на основе указанных ниже сведений.

Проект в целом.

Сроки выполнения отдельных рабочих операций ("задач"), необходимых для завершения проекта.

Количество ресурсов, требуемое для выполнения этих задач (при необходимости).

При изменении каких-либо сведений о проекте после создания плана можно обновить задачи и ресурсы, а приложение Project внесет в календарный план соответствующие изменения.

Для каждой задачи можно указать все или некоторые из таких параметров:

длительность;

зависимости задач;

ограничения.

Исходя из этой информации в Project вычисляется дата начала и дата окончания каждой задачи.

В проект можно добавить ресурсы, а затем назначить их задачам, чтобы обозначить ответственный ресурс за выполнение каждого назначение. Это не только помогает планировать ресурсы проекта, но также позволяет вычислять необходимое количество машин и используемых материалов. После ввода ресурсов планирование задач в дальнейшем уточняются в соответствии с такими сведениями о ресурсах:

трудозатраты;

• рабочее время, указанное в календарях.

Другие элементы, такие как время опережения и интервал задержки, типы задач, доступность ресурсов и управляющий ресурс, могут влиять на планирование, поэтому понимание их сути поможет вам корректировать свой план по мере надобности.

Роль даты начала проекта в календарном плане

При вводе даты начала проекта Project по умолчанию планирует задачи так, чтобы они начинались выполняться с этой даты, а дата окончания проекта вычисляется на основе последней задачи. Если ввести дополнительные сведения о задачах, например их зависимости, ограничения или длительности, Project скорректирует календарный план, уточнив даты.

При создании нового проекта сначала введите дату начала проекта. При дальнейшем планировании на эту дату будет приходиться начало всех задач проекта, если не указано иное.

Если не применены зависимости задач или ограничения, длительность проекта будет совпадать с длительностью самой продолжительной задачи. Другими словами, дата окончания проекта совпадает с датой окончания самой продолжительной задачи.

Зависимости задач, например зависимость «окончание-начало» между первой и второй задачами (как показано ниже), могут изменить дату окончания проекта.

Практически все проекты следует планировать на основе даты начала. Такое планирование позволит обеспечить максимальную гибкость, даже если известна дата завершения проекта.

Но в некоторых случаях может потребоваться планирование на основе даты окончания, когда:

требуется определить дату начала проекта исходя из конкретной даты окончания проекта;

точная дата начала проекта неизвестна (например, работа поступает из другого источника, и могут возникнуть задержки);

планирование на основе даты окончания требуется согласно вашей методологии управления проектами.

При работе с проектами Project, запланированными на основе даты окончания, следует учитывать различия в обработке некоторых указанных ниже действий.

При добавлении задачи Project автоматически назначает ограничение "Как можно позже" (КМП) для даты окончания задачи. Другие ограничения следует применять только в случае необходимости.

При перетаскивании отрезка диаграммы Ганта для изменения даты окончания задачи Project автоматически назначает ограничение "Окончание не позднее" (ОНП).

При изменении планирования проекта на основе даты начала на планирование на основе даты окончания все выравнивающие задержки и выравнивающие прерывания автоматически удаляются из задач и назначений.

При использовании автоматического выравнивания для устранения превышения доступности ресурсов в проекте Project добавляет выравнивающую задержку после задачи, а не перед ней.

Параметры, используемые по умолчанию для расчета календарного плана

В Project длительность задач вычисляется исходя из определений единиц длительности, заданных на вкладке Календарь диалогового окна Параметры (которое открывается из меню Сервис ). Как и в обычном календаре, год начинается с января, а неделя - с воскресенья или понедельника. При вычислении единиц длительности в Project по умолчанию один день соответствует 8 часам, одна неделя - 40 часам, а один месяц - 20 рабочим дням. При вводе даты начала и окончания задач без указания времени начала и окончания в Project по умолчанию используются значения "08:00" для времени начала и "17:00" - для времени окончания.

Роль ограничений в календарном плане

Если вам нужно контролировать начало или окончание задачи, вы можете задать для нее ограничение. Гибкие ограничения позволяют определять время начала задач с учетом их зависимостей. Например, задача с ограничением "Как можно раньше" (КМР) и зависимостью "Окончание-начало" будет запланирована сразу после завершения задачи-предшественника. По умолчанию ко всем задачам проекта, запланированным на основе даты начала, применяется ограничение "Как можно скорее". Аналогичным образом ко всем задачам проекта, запланированным на основе даты окончания, применяется ограничение "Как можно позже".

При ограничениях с умеренной гибкостью планирования задача не может начинаться или завершаться до или после заданной даты. Например, задача с ограничением "Начало не ранее" (ННР) 15 июня и с зависимостью типа "окончание-начало" может начаться 15 июня, только если предшествующая ей задача будет завершена 15 июня (или позже, если предшествующая задача будет завершена после 15 июня), но она не может быть запланирована ранее 15 июня.

С помощью связи по умолчанию "окончание-начало" и ограничением КМР, применяемых к этим задачам, начало задачи-последователя (вторая) задается сразу после завершения запланированной задачи-предшественника (первой).

После применения ограничения ННР задача задача-последователь не может начинаться до даты ограничения, даже если (как показано ниже) задача-предшественник завершается до даты ограничения.

Жесткие ограничения обычно переопределяют все зависимости задач и ограничивают задачу определенной датой. Например, начало задачи с ограничением "Фиксированное начало" (ФН) 30 сентября и с зависимостью "окончание-начало" от другой задачи будет всегда запланировано на 30 сентября независимо от даты окончания предшествующей задачи.

Если у задачи, ограниченной определенной датой, есть задача-предшественник, которая заканчивается позже даты начала задачи-последователя, указанной в ограничении, может возникнуть отрицательный временной резерв.

Чтобы просмотреть или изменить ограничение задачи, выберите ее, нажмите кнопку сведения о задаче и откройте вкладку Дополнительно . Сведения об ограничениях указаны в полях Тип ограничения и Дата ограничения .

Роль крайних сроков в календарном плане

Крайние сроки обычно не влияют на планирование задач. Они используются для обозначения целевой даты, которую вы не хотите пропускать, без необходимости задавать ограничение задачи, которое может повлиять на планирование при изменении предшественник задач. Задача с крайним сроком планируется так же, как и любые другие задачи, но при завершении задачи после ее наступления в Project отображается индикатор задачи с уведомлением о том, что задача не пропустила его крайний срок.

Крайние сроки могут повлиять на суммарный временной резерв задач. При установлении крайнего срока до окончания суммарного временного резерва задач, суммарный временной резерв пересчитывается исходя из крайнего срока, а не из даты позднего окончания задачи. Задача становится критической, если величина суммарного временного резерва достигает нуля.

Крайние сроки можно установить как для суммарных, так и для отдельных задач. Если крайний срок суммарной задачи конфликтует с любой из подзадач, индикатор крайнего срока уведомляет о том, что пропущен крайний срок одной из подзадач.

Но установление крайнего срока для задачи с ограничением "Как можно позже" (КМП) оказывает влияние на способ планирования задач. Дата окончания задачи планируется на дату крайнего срока, даже если она может быть завершена после наступления крайнего срока в результате запаздывания предшествующей ей задачи.

Чтобы просмотреть или изменить крайний срок задачи, выберите задачу, нажмите сведения о задаче и откройте вкладку Дополнительно . Просмотрите поле Крайний срок .

Роль календарей в календарном плане

Календари определяют стандартные рабочее время и нерабочее время, например выходные дни и праздники, для проекта. Они применяются для определения доступности ресурсов, а также для указания способов планирования назначенных ресурсов и способа планирования задач. Для планирования задач используются календари проектов и задач, а также календари ресурсов (при наличии назначенных ресурсов).

В Project используются следующие календари:

Базовые календари. Служат основой для остальных типов календарей. Кроме того, базовый календарь можно выбрать в качестве календаря проекта, а также применить его к задачам в качестве календаря задач или часов по умолчанию в календаре ресурсов. В Project предлагается три базовых календаря: стандартный, 24-часовой и календарь ночных смен. На основе одного из базовых календарей можно настроить собственный базовый календарь.

Календари проектов. В них указывается стандартное рабочее и нерабочее время по всему проекту. В случае отсутствия календарей ресурсов и задач выполнение задач по умолчанию планируется на основе рабочего времени в календаре проекта.

Календари ресурсов. По умолчанию формируются на основе стандартного календаря. При изменении рабочего или нерабочего времени для определенного ресурса или набора ресурсов убедитесь, что ресурсы запланированы только на время их доступности для работы. При изменении рабочего или нерабочего времени в календаре ресурсов, назначенном для задачи, выполнение задачи планируется на рабочее время, указанное в календаре ресурсов.

Календари задач. Могут использоваться для определения рабочего времени по задачам, которые находятся за пределами рабочего времени календаря. Если задаче назначен календарь задач, а для ресурса, назначенного задаче, установлено другое рабочее время в его календаре ресурсов, выполнение задачи планируется на время совмещения рабочего времени в обоих календарях. Однако вы можете настроить задачу таким образом, чтобы календари ресурсов игнорировались, и запланировать выполнение задачи на нерабочее время ресурса.

Чтобы использовать календарь, в меню Сервис щелкните Изменить рабочее время .

Роль назначений ресурсов в календарном плане

Если задачам проекта не назначены ресурсы, в Project создается календарный план исходя из длительностей, зависимостей задач, ограничений, а также данных календарей проекта и задач. При наличии назначенных ресурсов задачи также планируются в соответствии с календарями ресурсов и единицы назначения, обеспечивая более точное планирование.

Назначение - это связь определенной задачи с определенным ресурсом, ответственным за выполнение задачи. Одной задаче может быть назначено более одного ресурса. Трудовые ресурсы, материальные ресурсы и затратные ресурсы могут быть назначены для задач. В отличие от рабочих ресурсов, назначение материальных ресурсов и затратных ресурсов задач не влияет на планирование задач.

Например, в проекте есть задача с названием " Разработка спецификаций ". У вас также есть инженерный ресурс "Ольга". Если назначить ресурсу задача " Разработка спецификаций ", планирование этой задачи зависит от календаря ресурсов ресурса и единиц назначения, в дополнение к сведениям о задаче, таким как длительность, зависимости задач, ограничения и календари.

После назначения ресурсов задачам проекта в Project можно выполнить планирование на основе сведений о задаче, а также рассчитать сведения календарного плана с помощью указанных ниже сведений о ресурсах и назначениях.

Количество трудозатраты или сверхурочных трудозатрат, назначенных ресурсу, а также распределение трудозатрат во времени. Распределение трудозатрат во времени может также зависеть от профиля загрузки.

Число единиц назначений для ресурса задачи, в том числе с частичной занятостью, с полной занятостью или несколько единиц.

тип задачи, от которого зависит изменение календарного плана при изменении существующих назначений. Существует три типа задач: с фиксированным объемом ресурсов, с фиксированной длительностью и с фиксированными трудозатратами.

Указывает, имеет ли задача фиксированный объем работ. Если это так, при добавлении или удалении ресурсов для назначения трудозатраты задачи не изменяются и перераспределяются между ресурсами. При назначении дополнительных ресурсов для задачи с фиксированным объемом ресурсов длительность задачи сокращается.

Календари ресурсов. В Project назначенные ресурсы планируются на основе рабочего и нерабочего времени, указанного в календарях ресурсов.

Чтобы назначить ресурсы задачам, нажмите кнопку Назначение ресурсов .

Сведения, позволяющие проанализировать ход выполнения проекта

При отслеживании задач проекта нужно обращать внимание на следующие пять аспектов, чтобы проанализировать ход выполнения: длительность, трудозатраты, дату начала, даты окончания и стоимость.

У каждого из этих типов полей есть варианты, которые помогают оценить прогресс, со сведениями о плановых, запланированных, фактических и оставшихся значениях.

Например, у задачи могут быть поля с данными о плановых трудозатратах, запланированных трудозатратах, фактических трудозатратах и оставшихся трудозатратах. Содержимое этих полей может соответствовать друг другу или различаться. Расхождения между определенными полями могут также нести полезную информацию. По этой причине такие поля называются полями отслеживания.

Тип поля	Описание
Плановые значения (базовый план)	Плановые значения также называются базовым планом. Примерами полей, содержащих такие сведения, являются "Базовые трудозатраты", "Базовое начало", "Базовые затраты" и т. д. После создания и уточнения плана проекта у вас будет хорошая отправная точка - базовый план. Если в этот момент сохранить сведения о задачах, на более поздних этапах проекта можно будет сравнивать ход выполнения с исходным планом. Сохранение базового плана - залог осмысленного отслеживания и анализа проекта. Чтобы сохранить базовый план, щелкните Сервис , выберите Отслеживание и нажмите Сохранить базовый план . При сохранении базового плана для каждой задачи в проекте сохраняются пять ключевых показателей (трудозатраты, затраты, длительность, дата начала и дата окончания). Впоследствии при отслеживании конкретной задачи вы сможете сразу увидеть, не превышены ли плановые трудозатраты или затраты, не отстает ли задача от графика и не опережает ли его. Сведения о базовом плане используются для вычисления отклонений в соответствии с запланированными данными. Оно также используется в большинстве расчетов освоенного объема. Вы можете сохранить до 11 разных базовых планов. Вы также можете сэкономить 11 промежуточных планов, предоставляя возможность сохранять 11 дат начала и окончания задач.
Запланированные значения	Запланированные значения - это актуальные данные задач. Такие сведения содержатся в полях "Длительность", "Трудозатраты", "Начало", "Окончание" и "Затраты". Поля "Длительность", "Трудозатраты" и "Затраты" содержат общие значения для задачи. При первом создании проекта сведения о расписании будут похожи, если не совпадают с базовым планом. Тем не менее после завершения задач вы вносите изменения и вводите фактические данные. Вы обнаружите, что одной задаче требуется еще три дня, чем первая ожидается. Другая задача могла бы начаться раньше. Другая задача, вызванная непредусмотренной стоимостью. Вы обнаружите, что вам нужно изменить ограничение для одной задачи и добавить зависимость задач для другого. Благодаря этим изменениям запланированные данные пересчитываются, чтобы получить самую актуальную картину проекта. При вводе фактических данных о текущих задачах запланированные показатели пересчитываются соответствующим образом. Например, запланированные трудозатраты вычисляется как фактические трудозатраты + оставшиеся трудозатраты. Для завершенных задач запланированные значения совпадают с фактическими.
Фактические значения	Фактические значения отражают итоги выполнения задачи. Работа над задачей начинается с плановых значений длительности, трудозатрат, затрат и дат начала и окончания. По мере ввода фактических значений вы получаете реалистичные данные о выполнении задачи. Фактические данные указывают на то, во что действительно обошлась задача, какое время она заняла, сколько дней над ней работали и когда она началась и закончилась. Они вводятся в таких полях, как "Фактические трудозатраты", "Фактическая длительность", "Фактическое начало", "Фактическое окончание" и "Фактические затраты". Если ввести фактические данные в одно или два поля, другие фактические значения могут быть рассчитаны автоматически. Например, при вводе даты фактического окончания могут быть рассчитаны значения в полях "Фактическая длительность", "Фактическое начало" и т. д. То же самое происходит в том случае, если вы вводите другие данные отслеживания, такие как процент завершения.
Оставшиеся значения	Для задач, которые еще не были начаты или закончены, указываются значения оставшихся трудозатрат, затрат и длительности. Эти поля позволяют оценить количество времени и затрат, необходимое для завершения задачи. Такие значения являются прогнозами. Для задач, которые еще не были начаты, значение поля "Оставшиеся трудозатраты" совпадает со значением "Запланированные трудозатраты". Для выполняющихся задач оставшиеся трудозатраты вычисляются как запланированные трудозатраты – фактические трудозатраты. Поля "Оставшиеся затраты" и "Оставшаяся длительность" вычисляются таким же образом. Однако значение поля "Оставшиеся трудозатраты" можно изменить (так же как и значения полей "Фактические трудозатраты" и "Запланированные трудозатраты").
Отклонения	Если вы сохранили базовый план, в полях отклонения будут вычисляться значения. Примерами таких полей являются "Отклонение по трудозатратам", "Отклонение по стоимости", "Отклонение начала" и "Отклонение окончания". Текущие запланированные значения сопоставляется с исходными плановыми. В полях отклонений показана разница между запланированными и базовыми данными. Например, в поле "Отклонение по трудозатратам" показана разность значений в полях "Базовые трудозатраты" и "Запланированные трудозатраты".
Просмотр полей отслеживания	Вы можете добавить любое поле в любое представление листа. Например, может потребоваться вставить столбец "Базовая длительность" рядом с полем "Запланированная длительность" на диаграмме Ганта. В меню Вставка щелкните Столбец и выберите поле, которое вы хотите отобразить. Вы также можете применить таблицу, уже созданную с помощью нескольких полей отслеживания. Примеры: таблицы отслеживания, трудозатраты, затраты и отклонение. Вы также можете создать собственную таблицу, которая будет содержать нужные поля отслеживания.

Наверняка многие уже слышали о преимуществах использования инструментов автоматизации: сокращение издержек, повышение эффективности рабочих процессов, увеличение прибыли и тд. Неудивительно, что внедрение таких инструментов набирает популярность среди российских производителей. И зачастую на вопрос - автоматизированы ли они? – с уверенностью отвечают – автоматизированы .

А насколько реальна эта картина?

Взяв типовую компанию, типового производителя, в нашем случае, – это сектор FMCG, я решил провести небольшое исследование и выяснить, как же автоматизированы функции в цикле управления.

Рис. Цикл управления предприятием

Для нормального функционирования система управления должна представлять собой замкнутый цикл, состоящий из шести функций, и, соответственно, автоматизированы должны быть все. А в действительности основная из автоматизированных функций - это учёт. Но не учётом единым живёт организация.

Рассмотрим подробнее функцию планирования. Планирование – это фундамент, на котором строится вся система управленческих функций. Оно ведёт к сбалансированности всех действий, которые происходят в компании. Качество плановых решений существенно зависит от компетентности и профессионального уровня плановых работников, а также от инструментов, которые используются для построения этого плана.

Более детально углубившись в этот вопрос и проанализировав инструменты планирования наших клиентов, я отметил, что в 99%, а возможно и в 99,99% случаев, главным инструментом планирования служит Excel.

И, действительно, большинство компаний планируют в Excel, и, если даже в 1С появляется какой-то план, то это только занесение результатов планирования. Таким образом, если с учётом в большей степени вопрос автоматизации у компаний решён, то с планированием не справился практически никто.

Зачем вообще нужна автоматизация планирования, если всё и так как-то работает?

Практически каждый бизнес понимает, что планировать нужно и пытается планировать, но не всегда успешно - планы вырождаются в простую формальность и дополнительную трату рабочего времени. Между тем, планирование напрямую влияет на производительность и на благополучие компании.

Я выделил основные проблемы, которые закрывает автоматизация планирования у FMCG-производителей:

1. Адекватность и прослеживаемость показателей. План, составленный в Excel, не даёт достаточного прослеживания всех показателей, соответственно, мы не можем оценить их адекватность. А также дать обоснованного ответа на вопрос - почему столько запланировали?
2. Зависимость от исполнителей. Так как план составляется вручную сотрудниками, исходя из своих представлений о нём, возможно, используя собственные алгоритмы, то компания становится довольно зависима от них. В таком плане может разобраться разве что гуру Excel.
3. Трудоёмкость процесса . При планировании в Excel сотрудники тратят большое количество времени на рутинные операции.
4. Низкая точность планирования по SKU, которая приводит к разбалансировке всего предприятия. Это одна из ключевых проблем, так как на основании планов продаж, производства, закупок составляются планы для отдельных участков деятельности и отдельных объектов планирования. А точность плана, составленного в Excel, оставляет желать лучшего. В итоге мы производим и закупаем не то, что нужно.

Поэтому тщательно проработанный, обоснованный план, а не случайно возникшие пожелания и идеи, является основой для сбалансированности и, как следствие, эффективной работы предприятия в целом. Согласитесь, идти, когда ты знаешь, куда идёшь, гораздо лучше.

Почему планирование продаж FMCG – производителей так слабо автоматизировано?

Система планирования объединяет в себе несколько направлений. И сегодня в рамках данной статьи я рассмотрю одно из таких направлений, а именно, планирование продаж . Это отправная точка системы планирования, которая вызывает у компаний больше всего проблем. Ведь на основании планов продаж строятся планы для всех остальных направлений деятельности.

Возможные причины, по которым планирование продаж осуществляется в Excel:

1. Планирование FMCG-производителей никак не ложится на планирование, которое предлагает 1С. Другими словами, нет достаточно проработанных инструментов, реализованных в типовых продуктах 1С, которыми пользуется большинство клиентов. Есть некоторый набор инструментов планирования, однако он закрывает далеко не все вопросы клиента.
2. Методики планирования продаж, которые у компаний выработаны в Excel, зачастую не поддаются формализации. Результат работы аналитиков, руководителя отдела продаж или других специалистов чаще всего представляет собой субъективный прогноз, выстроенный хаотичным образом, который не поддаётся формализации. Соответственно, когда компания будет предпринимать попытки автоматизировать процесс планирования продаж, то она придёт к тому, что просто не сможет сформулировать требования к тому, как этот процесс должен быть автоматизирован.

А можно ли автоматизировать планирование?

За последний год наша команда специалистов потратила много времени на методологический разбор и исследование процесса автоматизации планирования продаж, а также на разработку решения для производителей FMCG . И, возвращаясь к вопросу: можно ли автоматизировать планирование? На сегодняшний момент мы с уверенностью отвечаем: можно.

Мы разработали инструмент планирования продаж, формализовали и запустили его у наших клиентов. При этом планирование продаж – это не просто обособленная функция, мы выделили пять составляющих, которые в совокупности дают нам полноценную систему планирования:

1. Планирование акций.
2. Планирование по товарным категориям и каналам.
3. Планирование по SKU.
4. Планирование цен и выручки (маржи).
5. Планирование по клиентам (ответственным).

Реализация этих пяти пунктов в 1С формирует законченную систему планирования продаж , и позволяет уйти от Excel .

Как правило, довольно сложно автоматизировать какую- либо функцию в компании обособленно, так как информационные потоки переплетены. Ниже на схеме изображено, как с помощью небольших изменений, компания может получить план уже из 1С.

В действительности это выглядит примерно так: есть учёт, который ведётся в 1С, есть планирование продаж, которое осуществляется посредством Excel. И это уже довольно обособленная операция, которую мы можем перенести в новую систему, меняя отправку факта с Excel на новый планировщик. В результате мы получаем не план, рассчитанный на основании оценки и представлений отдельно взятого сотрудника, а руководство к действию , основанное на понятной, заранее формализованной и продуманной логике. Это даёт нам понимание, где и за счёт чего мы планируем прирост. Такой план является хорошим фундаментом для реализации исполнения в рамках общего цикла управления.

Подойдёт ли нашей компании такой планировщик?

Исследовав более 10 клиентов, мы пришли к выводу, что у компаний, которые занимаются производством различной FMCG- продукции, существует схожесть в задачах, касаемых планирования продаж. Это связано с тем, что их система планирования определяется моделью работы торговых сетей. И, руководствуясь этими выводами, мы сделали типовую поставку.

Таким образом, имея в своём арсенале IT-специалистов «с руками» и используя типовую поставку, компания может себя обеспечить эффективным инструментом планирования.

Ещё одна хорошая новость!

Автоматизация планирования продаж - это уже не что-то недосягаемое, а вполне доступный и конкретный инструмент планирования . Кроме того, что планировщик достаточно легко ляжет на IT-ландшафт компаний сектора FMCG, это можно сделать быстро и, не прибегая к большим затратам.

И, напоследок:

Планирование переносит будущее в настоящее и позволяет вам что-нибудь сделать с ним сейчас.

Алан Лакей

Данный материал является частной записью члена сообщества Club.CNews.
Редакция CNews не несет ответственности за его содержание.

2 года назад

Как мы уже сообщали, наша компания заключила партнерство с компанией Magenta Technology . Все возможности продукта Maxoptra были рассмотрены в статье «Возможности Maxoptra для планирования маршрутов» .

В этой статье мы хотим рассказать, как мы интегрировали наши продукты и сделали типовое решение, какие в этом плюсы, и почему это может быть интересно для наших клиентов.

Настройки параметров планирования

Настройка параметров — важный этап при внедрении системы. На этом этапе мы внимательно изучаем бизнес клиента, особенности логистики и действующие ограничения, которые нужно учитывать при планировании маршрутов. Наши консультанты помогают правильно все настроить в программе, после чего настройки, обычно, не изменяются.

Планирование маршрутов

Рассмотрим типовой пошаговый сценарий планирования и оптимизации маршрутов с использованием нового механизма.

При нажатии скриншот откроется в большом размере

Исходные данные для планирования, т.е. какие заказы куда нужно доставить или забрать — уже содержатся в стандартных документах 1С. Логисту не нужно делать лишнюю работу, Мегалогист автоматически отбирает нужные документы: заказы клиентов (или реализации товаров), заказы поставщикам, заказы на перемещение товаров.

На интерфейсе планирования логист видит все заказы, адреса доставки и забора товара, вес и объем заказов (рассчитывается автоматически), временные окна. Есть возможность вывести в таблицу вообще любую информацию по заказам, которая важна для логиста.

Логисту остается только указать транспорт, из которого программа будет выбирать наиболее подходящий для планирования рейсов.

Подготовка данных обычно не занимает более 5 минут. Далее осталось нажать кнопку «Спланировать маршруты», после чего вся необходимая информация передаётся в сервис Maxoptra.

В сервисе Maxoptra формируются оптимальные рейсы, с учётом множества параметров:

• вес и объем заказов
• виды транспортных средств;
• ограничения по километражу рейсов и длительности вождения;
• рабочие смены водителей и перерывы;
• время на погрузку и разгрузку;
• запрещенные дороги;
• предпочтительные зоны для каждой машины и др.

Про возможности сервиса было рассказано в , здесь же упомянем только возможность ручной корректировки уже сформированных маршрутов. Чаще всего, все составленные маршруты не требуют редакции, но бывают и такие моменты, когда логист лучше осведомлён, какая именно машина подойдёт для конкретного заказа.

Когда все изменения были внесены, логист нажимает кнопку «Загрузить маршруты», и все маршруты с учётом корректировок загружаются обратно в Мегалогист. В случае, когда никакие исправления не вносились, все действия занимают не более 2-3 минут, что значительно экономит время логиста.

После этого всего лишь остаётся создать маршрутные листы для водителей и работа на этом закончена.

Подводя итоги работы механизма автоматического планирования и оптимизации маршрутов, можно выделить:

• интуитивно понятный интерфейс для логиста;
• использование документов 1С в качестве исходных данных;
• возможность гибкой настройки транспорта, условий работы водителей и других параметров прямо в 1С;
• проверка данных перед выгрузкой в сервис Maxoptra;
• отображение спланированных рейсов в 1С;
• возможность ручной корректировки данных.

И в завершении, можете посмотреть видео, в котором наглядно демонстрируется совместная работа Мегалогиста и сервиса Maxoptra:

Вы можете сами убедиться в преимуществах автоматического планирования, бесплатно попробовав

- — [Е.С.Алексеев, А.А.Мячев. Англо русский толковый словарь по системотехнике ЭВМ. Москва 1993] Тематики информационные технологии в целом EN computer aided planningCAP … Справочник технического переводчика

TechnologiCS - Тип Программы PDM Разработчик СиСофт Девелопмент Операционная система Windows Языки интерфейса русский Последняя версия 6.2 (сборка 15917) (24 декабря 2012) … Википедия

точка - 4.8 точка (pixel): Минимальный элемент матрицы изображения, расположенный на пересечении п строки и т столбца, где п горизонтальная компонента (строка), т вертикальная компонента (столбец). Источник …

Управление - 2 Управление Совокупность целенаправленных действий, включающая оценку ситуации и состояние объекта управления Выбор управляющих воздействий и их реализация (ГОСТ 34.003 90). Применительно к персоналу (как объекту управления) под управлением… … Словарь-справочник терминов нормативно-технической документации

Автоматизация производства - процесс в развитии машинного производства, при котором функции управления и контроля, ранее выполнявшиеся человеком, передаются приборам и автоматическим устройствам. А. п. основа развития современной промышленности, генеральное… … Большая советская энциклопедия

Производительность труда - (Labor productivity) Определение производительности труда, показатели производительности труда, эффективность труда Информация об определении производительности труда, показатели производительности труда, эффективность труда Содержание Содержание … Энциклопедия инвестора

ГОСТ Р 53394-2009: Интегрированная логистическая поддержка. Основные термины и определения - Терминология ГОСТ Р 53394 2009: Интегрированная логистическая поддержка. Основные термины и определения оригинал документа: Interactive Electronic Technical Publication 3.3.12 Определения термина из разных документов: Interactive Electronic… … Словарь-справочник терминов нормативно-технической документации

Автоматизация производства - использование промышленных роботов KUKA в пекарне Автоматизация производства – это процесс в развитии машинного производства, при ко … Википедия

Экономическая информационная система - (ЭИС) представляет собой совокупность организационных, технических, программных и информационных средств, объединённых в единую систему с целью сбора, хранения, обработки и выдачи необходимой информации, предназначенной для выполнения функций… … Википедия

ЭИС - Экономическая информационная система (ЭИС) представляет собой совокупность организационных, технических, программных и информационных средств, объединенных в единую систему с целью сбора, хранения, обработки и выдачи необходимой информации,… … Википедия

NetCracker - Technology Тип производитель OSS Год основания 1993 Основатели … Википедия

Книги

• Автоматизированное тестирование программного обеспечения Внедрение управление и эксплуатация , Дастин Э., Рэшка Дж., Пол Дж.. Книга Автоматизированное тестирование программного обеспечения - исчерпывающее пошаговое руководство по использованию наиболее эффективных инструментальных средств, приемов и методов…