Новости и пресс-релизы СМ-Консалт

Архив "Новости и пресс-релизы СМ-Консалт"

Каталог наших проектов. Текущие проекты. Прошлые проекты. Отзывы о нас.

Портфолио→Каталог наших проектов. Текущие проекты. Прошлые проекты. Отзывы о нас.

• Детальная информация о проектах (3)

PMBOK. 3я редакция (рус) [А-Ж]

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

Авторизация работ (Work Authorization) [Метод] Разрешение или указание, обычно
в письменном виде, начать работы по определенной плановой операции, пакету
работ или контрольному счету. Метод санкционирования работ проекта,
который гарантирует выполнение работ указанной организацией в нужное время в
нужной последовательности.

Агрегированная операция (Hammock Activity) См. суммарная операция.

Администрирование контрактов (Contract Administration) [Процесс] Процесс
управления контрактом и взаимоотношениями между покупателем и продавцом,
изучение и документирование деятельности продавца, чтобы определить
необходимые корректирующие действия и обеспечить основу для дальнейших
отношений с продавцом, управляя изменениями, связанными с контрактом, и, в
случае необходимости, контрактными взаимоотношениями с внешним
покупателем проекта.
Активы организационного процесса (Organizational Process Assets) [Выход/вход]
Любые активы, относящиеся к процессу, во всех организациях, участвующих в
проекте, которые влияют или могут влиять на успех проекта. Эти активы
включают формальные и неформальные планы, стратегии, процедуры и
руководства. Также они включают базы знаний организаций, такие как базы
накопленных знаний и исторической информации.

Анализ дерева решений (Decision Tree Analysis) [Метод] Дерево решений - это
диаграмма, описывающая процесс принятия решения путем рассмотрения
альтернатив и последствий выбора той или иной имеющейся альтернативы.
Используется в случаях, когда будущие сценарии или исход операций неясны. В
диаграмме отражаются вероятности и величины затрат и выгод каждой логической
цепи событий и будущих решений и используется анализ ожидаемой денежной
стоимости для помощи организациям в определении относительной стоимости
альтернативных операций. См. также анализ ожидаемой денежной стоимости.

Анализ допущений (Assumptions Analysis) [Метод] Метод, который анализирует
точность допущений и идентифицирует риски проекта, вызванные неточностью,
противоречивостью или неполнотой допущений.

Анализ ожидаемой денежной стоимости (Expected Monetary Value (EMV) Analysis)
Статистический метод, вычисляющий средний результат, когда в будущем
имеются сценарии, которые могут произойти, а могут и не произойти. Обычно этот
метод используется в рамках анализа дерева решений. Для анализа рисков
стоимости и расписания рекомендуется применять моделирование, так как оно
обладает большей мощностью и снижает вероятность неправильного применения
по сравнению с анализом ожидаемой денежной стоимости.

Анализ отклонений (Variance Analysis) [Метод] Метод разложения общего
отклонения совокупности переменных содержания, стоимости и расписания на
отклонения отдельных элементов, которые связаны с определенными факторами,
влияющими на переменные содержания, стоимости и расписания.

Анализ первопричины (Root Cause Analysis) [Метод] Аналитический метод, призванный
найти основную причину отклонения, дефекта или риска. Одной первопричиной могут
быть вызваны сразу несколько отклонений, дефектов или рисков.

Анализ расписания (Schedule Analysis) См. анализ сети расписания.

Анализ резервов (Reserve Analysis) [Метод] Методы анализа, служащие для
определения существенных характеристик и взаимосвязей элементов в плане
управления проектом с целью установления резерва для длительности
расписания, бюджета, оценочной стоимости или средств проекта.

Анализ сети (Network Analysis) См. анализ сети расписания.

Анализ сети расписания (Schedule Network Analysis) [Метод] Метод определения
ранних и поздних стартов* и ранних и поздних финишей* для невыполненных
плановых операций проекта. См. также метод критического пути, метод
критической цепи, анализ возможных сценариев и выравнивание ресурсов.

Анализ сильных и слабых сторон, возможностей и угроз (Strengths, Weaknesses,
Opportunities, and Threats Analysis или SWOT Analysis) Метод сбора
информации, изучающий проект с точки зрения каждой из сильных и слабых
сторон проекта, его благоприятных возможностей и угроз, чтобы увеличить охват
рисков, рассматриваемых в рамках управления рисками.

Анализ тенденций (Trend Analysis) [Метод] Аналитический метод, использующий
математические модели для прогнозирования результатов в будущем на
основании исторических данных. С помощью этого метода определяется
отклонение от базового плана по затратам, срокам или содержанию с
использованием данных из предыдущих периодов отчетности и прогнозирования
величины отклонения данного параметра в определенный момент в будущем, если
в исполнение проекта не будут вноситься изменения.

Анализ характера и последствий отказов (Failure Mode and Effect Analysis, FMEA)
[Метод] Аналитическая процедура, в которой каждый потенциальный характер отказа
в каждом элементе продукта анализируется с целью определения его влияния на
надежность данного элемента и, как совместно с другими возможными характерами
отказов, так и отдельно, влияние на надежность продукта или системы и на
функциональность элемента; или изучение всех возможностей возникновения
неисправности продукта (на системном и/или более низких уровнях). Для каждой
потенциальной неисправности производится оценка ее влияния на всю систему и ее
эффект. Кроме того, оцениваются меры, запланированные для снижения возможности
появления неисправности и сведения к минимуму ее последствий.

Анализ характеристик конструкции (Design Review) [Метод] Метод управления,
используемый для оценки предложенных характеристик конструкции для
обеспечения соответствия конструкции системы или продукта требованиям
заказчика или для уверенности в том, что данная конструкция будет успешно
действовать, ее можно будет произвести и обслуживать.

Анализ чувствительности (Sensitivity Analysis) Метод количественного анализа рисков
и моделирования, используемый для определения рисков с наибольшим возможным
воздействием на проект. В процессе анализа устанавливается, в какой степени
неопределенность каждого элемента проекта отражается на исследуемой цели
проекта, если остальные неопределенные элементы принимают базовые значения
Обычно отображение результатов представлено в виде диаграммы "торнадо".

База данных рисков (Risk Database) Хранилище для сбора, обработки и анализа
данных, полученных и использованных в процессах управления рисками.

База накопленных знаний (Lessons Learned Knowledge Base). Хранилище
исторической информации и накопленных знаний о результатах принятых в
прошлом решений по выбору проектов и исполнении этих проектов.

Базовый план (Baseline) Утвержденный план с указанными временными фазами
(проекта, элементов иерархической структуры работ, пакета работ или
плановой операции); возможно включение содержания проекта, стоимости,
расписания и технических изменений. Обычно обозначает текущий базовый план,
но может относиться к исходному или какому-либо другому базовому плану.
Часто употребляется с уточнением (например "базовый план по стоимости",
"базовый план расписания", "базовый план исполнения", "базовый план по
технической части"). См. также базовый план исполнения.

Базовый план исполнения (Performance Measurement Baseline) Одобренный план
работ проекта, с которым сравнивается текущее исполнение проекта и по
отношению к которому определяются отклонения для целей управления. Базовый
план исполнения обычно включает параметры содержания, расписания и
стоимости проекта, но также может включать технические параметры и
параметры качества.

Базовый план по содержанию (Scope Baseline) См. базовый план.

Базовый план по стоимости (Cost Baseline) См. базовый план.

Базовый старт (Baseline Start Date) Дата начала плановой операции в одобренном
базовом плане расписания. См. также расчетная дата начала.

Базовый финиш (Baseline Finish Date) Дата завершения плановой операции в
одобренном базовом плане расписания. См. также расчетная дата завершения.

Благоприятная возможность (Opportunity) Условие или ситуация, благоприятные
для проекта, удачное стечение обстоятельств, удачный ход событий, риск,
который окажет положительное влияние на цели проекта, или возможность
положительных изменений. Ср. угроза.

Буфер (Buffer) См. резерв.

Быстрый проход (Fast Tracking) [Метод] Особый метод сжатия расписания исполнения проекта, который изменяет логику сети и накладывает друг на друга фазы, которые в обычной ситуации выполнялись бы последовательно, например
проектирование и строительство, или предполагает параллельное выполнение
плановых операций. См. сжатие расписания, см. также сжатие.

Бюджет (Budget) Утвержденная оценка проекта, любого элемента иерархической
структуры работ или любой плановой операции. См. также оценка.

Бюджет по завершении (БПЗ) (Budget at Completion, BAC) Сумма всех
составляющих бюджета, установленных для работ, выполняемых в рамках
проекта, элемента иерархической структуры работ или плановой операции.
Общий плановый объем проекта.

Ведомость материалов (Bill of Materials, BOM) Формальное документированное
иерархически выстроенное табличное представление сборочных узлов,
комплектующих и элементов, необходимых для создания продукта.

Верификация (Verification) [Метод] Метод оценки элемента или продукта в конце
фазы или проекта с целью удостовериться, что он удовлетворяет указанным
требованиям. Ср. проверка.оссарий

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

Временной резерв (Float) Другое название - "slack". См. общий временной резерв, см.
также свободный временной резерв.

Временной резерв (Slack) См. общий временной резерв и свободный временной резерв.

Вторичный риск (Secondary Risk) Риск, возникающий в результате применения
реагирования на риски.

Вход (Input) [Вход процесса] Любой элемент, как внешний, так и внутренний для
проекта, который требуется процессу перед его началом. Может являться выходом
предшествующего процесса.

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

Выполнение (Execution) См. исполнение.

Выравнивание (Leveling) См. выравнивание ресурсов.

Выравнивание ресурсов (Resource Leveling) [Метод] Любая форма анализа сети
расписания, при которой сроки (даты начала и завершения) определяются с учетом
ограничений на ресурсы (например, ограниченная доступность ресурсов или
сложно управляемые изменения степени их наличия).

Выход [Выход процесса] Продукт, результат или услуга, появившиеся в результате
процесса. Может быть входом для последующего процесса.

Гистограмма ресурсов (Resource Histogram) Столбиковая горизонтальная диаграмма,
показывающая время работы ресурса согласно расписанию в течение нескольких
временных периодов. Доступность ресурса может быть изображена в виде линии для
возможности сравнения. На расположенных рядом столбцах может отображаться
фактическое время использования ресурса по мере продвижения проекта.

Группа процессов (Process Group) См. группа процессов управления проектами.

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

Группы процессов проекта (Project Process Groups) Пять групп процессов, необходимые в
любом проекте и имеющие четкие внутренние зависимости; их необходимо выполнять
в одной и той же последовательности в каждом проекте, независимо от области
приложения или специфики жизненного цикла проекта. Эти группы процессов - это
инициация, планирование, исполнение, мониторинг и управление, завершение.

Дата (Date) Термин, обозначающий день, месяц, год календаря и, в некоторых случаях,
время дня.

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

Дата начала (Start Date) Дата начала плановой операции, обычно употребляется с
уточнением: фактическая, плановая, ожидаемая, расчетная, ранняя, поздняя,
базовая, директивная или текущая.

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

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

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

Диаграмма Ганта (Gantt Chart) См. столбиковая горизонтальная диаграмма.

Диаграмма Парето (Pareto Chart) [Инструмент] Гистограмма зависимости частоты
наступления результатов от их причин.

Диаграммы зависимостей (Flowcharting) [Метод] Отображение в виде диаграммы
входов, действий в процессе и выходов одного или нескольких процессов в системе.

Директивная дата выполнения (Target Finish Date, TF) Директивная дата,
ограничивающая возможные сроки завершения плановой операции.

Директивная дата завершения (Target Completion Date, TC) Требуемая дата,
ограничивающая или иным способом влияющая на анализ сети расписания.

Директивная дата начала (Target Start Date, TS) Директивная дата,
ограничивающая возможные сроки начала плановой операции.

Директивное расписание (Target Schedule) Расписание, переработанное в
сравнительных целях во время анализа сети расписания, которое может
отличаться от базового расписания. См. также базовый план.

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

Дисциплина (Discipline) Область деятельности, требующая особых знаний и обладающая
определенным сводом правил, обуславливающих производство работ (например
машиностроение, программирование, составление смет и т. д.).

Длительность (Duration, DU или DUR) Общее количество рабочих периодов (исключая
выходные и другие нерабочие периоды), необходимых для выполнения плановой
операции или элемента иерархической структуры работ. Обычно выражается в
количестве рабочих дней или недель. Иногда неправомерно приравнивается к
календарному времени. Ср. трудоемкость. См. также исходная длительность,
оставшаяся длительность и фактическая длительность.

Длительность операции (Activity Duration) Время в календарных единицах между
началом и завершением плановой операции. См. также фактическая
длительность, исходная длительность и оставшаяся длительность.

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

Документация по поставкам (Procurement Documents) [Выход/вход] Документы,
используемые в торгах и при предложениях, включающие приглашение к
предложениям, приглашение к переговорам, запрос информации, запрос расценок,
запрос предложения покупателя и ответы продавца.

Документированная процедура (Documented Procedure) Письменное
формализованное описание проведения операции, процесса, метода или
методологии.

Допущения (Assumptions) [Выход/вход] Допущения - это факторы, которые для целей
планирования считаются верными, реальными или определенными без привлечения
доказательств. Допущения влияют на все аспекты планирования проекта и являются
частью последовательной разработки проекта. Идентификация, документирование и
проверка допущений часто являются частью процесса планирования проекта. Допущения обычно связаны с определенным риском.

Доработка (Rework) Действие, предпринятое для приведения содержащих дефект или
неприемлемых элементов в соответствие с требованиями или характеристиками.

Жизненный цикл (Life Cycle) См. жизненный цикл проекта

Жизненный цикл продукта (Product Life Cycle) Набор последовательных (обычно),
не перекрывающихся фаз продукта*, название и количество которых
определяется производственными и управленческими нуждами организации.
Обычно последняя фаза жизненного цикла продукта - это гибель или разрушение
продукта. Жизненный цикл проекта обычно укладывается в один или несколько
жизненных циклов продукта.

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

Журнал (Log) Документ, используемый для записи и описания или обозначения
некоторых элементов во время выполнения процесса или операции. Обычно
используется с уточнением, например: "журнал проблем", "журнал контроля
качества", действие или дефект.

12.01.2009

Решения и программные модули для IBM Rational и Microsoft

Наши решения и услуги→Решения и программные модули для IBM Rational и Microsoft

09.10.2009 03:45:30
'GanttChart for ClearQuest' Модуль отображения иерархии и планирования задач ClearQuest в виде диаграммы Ганта
Планирование и отображение иерархии задач в виде диаграммы Ганта. Представляет собой Plug-in для IBM Rational ClearQuest версий 7.0, 7.1 и выше. Модуль представляет собой практический интерес для всех, кто использует IBM Rational ClearQuest и кому не хватает возможностей по проектному управлению. Модуль не подменяет существующие продукты для управления проектами, а лишь добавляет оперативные срезы в IBM Rational ClearQuest. Для большинства пользователей функций, предоставляемых модулем достаточно для полноценного планирования и оперативного управления проектами.
Модуль не имеет аналогов!
Тип решения: Модуль - Plug-ins для IBM Rational ClearQuest Eclipse.
Ограничения: Требует предустановленного IBM Rational ClearQuest.
Поставка: Мультиплатформенный пакет.
Совместимость: Совместим с ClearQuest старше 7.0.
Поддержка кириллицы: Да (мультиязычный интерфейс)
Схема лицензирования: безлимитная лицензия на организацию
GanttChart for ClearQuest размещен в Глобальном каталоге IBM  (Российский вариант, Мировой вариант) Ему присвоен идентификатор 41151 в каталоге IBM Global Solutions Directory
Текущая версия 1.2

10.11.2008 00:25:00
Модуль расширенной интеграции ClearQuest с MS Project (ProjectTracker)

Позволяет интегрировать ClearQuest и MS Project. Модуль позволяет осуществлять более глубокую интеграцию, чем стандартный модуль Rational. 
Тип решения: Внешнее приложение, устанавливаемое на каждое клиентское место.
Ограничения: Требует предустановленного ClearQuest.
Поставка: Дистрибутив для Windows.
Совместимость: Совместим с ClearQuest любой версии.
Поддержка кириллицы: Да
Схема лицензирования: безлимитная лицензия на организацию
ProjectTracker версии 2.5.1. размещен в Глобальном каталоге IBM (Российский вариант, Мировой вариант) Ему присвоен идентификатор 38662 в каталоге IBM Global Solutions Directory

 

22.03.2008 03:19:49
Модуль UML2ClearQuest. Преобразование UML диаграмм в набор состояний ClearQuest Designer
Модуль предназначен для облегчения процесса преобразования логических диаграмм UML, описывающих  жизненный цикл запросов на изменения  в их физическую реализацию в виде схемы ClearQuest Designer. Экспорт производится из IBM Rational Software Architect, MS Visio и StarUML. Решение UML2ClearQuest обеспечивает возможность создания и модификации жизненного цикла для типов записей IBM Rational ClearQuest на основе UML-диаграмм версий 2.1 и ниже.Программа предназначена в основном для менеджеров системы IBM Rational ClearQuest, которые занимаются проектированием и разработкой схем для этой системы как для своей, так и для сторонних организаций.
Тип решения: Внешнее приложение RSA, Visio, StarUML.
Ограничения: Не требует дополнительной настройки.
Поставка: Дистрибутив для Windows.
Совместимость: Совместим с любой версией ClearQuest, RSA, Visio, StarUML. Поддерживает любую схему ClearQuest.
Поддержка кириллицы: Да

Архив "Наши решения и услуги"