ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ТЕХНИЧЕСКОМУ РЕГУЛИРОВАНИЮ И МЕТРОЛОГИИ
ГОСТР
56715.4—
2015
НАЦИОНАЛЬНЫЙ
СТАНДАРТ
РОССИЙСКОЙ
ФЕДЕРАЦИИ
ПРОЕКТНЫЙ МЕНЕДЖМЕНТ. СИСТЕМЫ ПРОЕКТНОГО МЕНЕДЖМЕНТА
Часть 4
Данные и модель данных
Издание официальное
Москва
Стенда ртинформ 2016
Предисловие
1 ПОДГОТОВЛЕН Автономной некоммерческой организацией «Международная академия менеджмента и качества бизнеса» (АНО «Международная академия качества бизнеса») на основе собственного перевода на русский язык немецкоязычной версии стандарта, указанного в пункте 4. совместно с Закрытым акционерным обществом «Проектная ПРАКТИКА» (ЗАО «Проектная ПРАКТИКА») при участии Открытого акционерного общества «Научно-исследовательский центр контроля и диагностики технических систем» (АО «НИЦ КД»)
2 8НЕСЕН Техническим комитетом по стандартизации ТК 100 «Стратегический и инновационный менеджмент»
3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 17 ноября 2015 г. № 1827-ст
4 Настоящий стандарт идентичен стандарту DIN 69901*4:2009 «Проектный менеджмент. Системы проектного менеджмента. Часть 4. Данные и модель данных» («Project management — Project management systems — Part 4: Data, data model», IDT).
При применении настоящего стандарта рекомендуется использовать вместо ссылочных международного стандарта соответствующие им национальные стандарты Российской Федерации и межгосударственный стандарт, сведения о которых приведены в дополнительном приложении ДА
5 ВВЕДЕН ВПЕРВЫЕ
Правила применения настоящего стандарта установлены в ГОСТ Р 1.0—2012 (раздел 8). Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе «Национальные стандарты». а официальный текст изменений и поправок — в ежемесячном информационном указателе «Национальные стандарты». В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя «Национальные стандарты». Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет ()
© Стандартинформ. 2016
Настоящий стандарт не может быть полностью или частично воспроизведен, тиражирован и распространен в качестве официального издания без разрешения Федерального агентства по техническому регулированию и метрологии II
Содержание
Приложение А (справочное) Наименования полей атрибута/кпасса и их соответствие
Приложение ДА (справочное) Сведения о соответствии ссылочных
международного стандарта и стандартов DIN национальным стандартам Российской Федерации и действующему в этом качестве
Введение
Настоящий стандарт разработан рабочим комитетом NA 147-00-04 АА «Техника сетевого планирования и проектный менеджмент» NA147 (NQSZ).
Комплекс национальных стандартов DIN 69901 имеет общий заголовок «Проектный менеджмент — Системы проектного менеджмента» и состоит из следующих частей:
- Часть 1: Основные положения:
• Часть 2: Процессы и процессная модель:
- Часть 3: Методы;
- Часть 4: Данные и модель данных:
• Часть 5: Термины и определения.
Разработанные на основе техники сетевого планирования и неоднократно переизданные национальные стандарты по проектному менеджменту DIN 69901. DIN 69902. DIN 69903, DIN 69904 и 69905 прошли этапы обобщения, реструктуризации и обновления в соответствии с актуарными условиями и существенными деталями и нашли свое отражение в частях комплекса стандартов DIN 69901. Ядром новой системы стандартов является процессная модель системы проектного менеджмента. Комплекс стандартов по проектному менеджменту содержит терминологию из различных стандартов в данной области и устанавливает соответствующую модель данных. Рисунок 1 показывает взаимосвязи между отдельными частями комплекса стандартов DIN 69901.
Рисунок 1 — Взаимосвязи между отдельными частями DIN 69901
Настоящий стандарт представлен в форме, удобной для пользования всеми заинтересованными сторонами на международном, региональном, национальном или муниципальном уровнях. Настоящий стандарт предназначен для использования вместе с национальными, международными стандартами или руководствами, касающимися деятельности организации в области проектного менеджмента, или в процессе их подготовки.
Выполнение требований, установленных в настоящем стандарте, является добровольным, оно предназначено для поддержки деятельности организации в области проектного менеджмента.
Информация, представленная в настоящем стандарте, предназначена исключительно для ознакомления пользователей с другими альтернативными процессами в области проектного менеджмента. Настоящий стандарт может использоваться в качестве дополнения к основополагающим национальным стандартам в области проектного менеджмента и не предназначен для целей сертификации.
НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ
ПРОЕКТНЫЙ МЕНЕДЖМЕНТ. СИСТЕМЫ ПРОЕКТНОГО МЕНЕДЖМЕНТА
Часть 4
Данные и модель данных
Project management. Project management systems. Part 4. Data and data model
Дата введения — 2016—07—01
1 Область применения
Настоящий стандарт устанавливает модель данных программного обеспечения, применяемого в области проектного менеджмента и может использоваться совместно с DIN 69901*1. DIN 69901*2, DIN 69901*3 и DIN 69901*5:
a) разработчиками программного обеспечения в области проектного менеджмента:
b) разработчиками программного обеспечения, применяемого для обмена данными с другими системами е области проектного менеджмента;
c) организациями, которые хотят внедрить, поддерживать и улучшить свое программное обеспечение в области проектного менеджмента;
d) всеми лицами, в составе организации и/или вне ее. кто проводит консультации в отношении выбора подходящего программного обеспечения для системы проектного менеджмента.
2 Нормативные ссылки
8 настоящем стандарте использованы нормативные ссылки на следующие стандарты:
DIN 69900 Project management. Project network techniques. Descriptions and concepts (Проектный менеджмент. Техника сетевого планирования. Термины и определения)
DIN 69901*1 Project management. Project management systems. Part 1. Fundamentals (Проектный менеджмент. Системы проектного менеджмента. Часть 1. Основные положения)
DIN 69901*2 Project management. Project management systems. Part 2. Processes, process model (Проектный менеджмент. Системы проектного менеджмента. Часть 2. Процессы и процессная модель)
DIN 69901*3 Project management. Project management systems. Part 3. Methods (Проектный менеджмент. Системы проектного менеджмента. Часть 3. Методы)
DIN 69901*5 Project management. Project management systems. Part 5. Concepts (Проектный менеджмент. Системы проектного менеджмента. Часть 5. Термины и определения)
ISO 9000—2005 Quality management systems. Fundamentals and vocabulary (Системы менеджмента качества. Основные положения и словарь)
ISO/IEC 19501:2005 Information technology. Open Distributed Processing. Unified Modeling Language (UML) Version 1.4.2 [Информационные технологии. Открытая распределительная обработка. Унифицированный язык моделирования (UML). Версия 1.4.2)
3 Термины и определения
8 настоящем стандарте использованы термины по DIN 69900 и DIN 69901*5. в том числе следующие термины с соответствующими определениями:
3.1 многоязычный (Multi Language. ML): Текстовый атрибут, для которого в XML-представлении должна существовать возможность ввода значений на нескольких языках.
3.2 глобальный уникальный идентификатор (Global Unique Identifier. GUID): Информационный объект, который можно однозначно идентифицировать с помощью кода.
Примечание — При этом код является однозначным не только для всех объектов одного типа, но и для всех объектов всех типов.
3.3 первичная ассоциация (Primary Association, РА}: Ассоциация, которая используется в процессе генерации схемы для построения иерархической структуры XML-элементов.
3.4 совокупное значение (Aggregated Vatue. AGG): Атрибут, который применяется в структуре проекта.
Примечание — Его значение либо абсолютно точно ссылается на структурный элемент, либо включает в себя в качестве агрегированного значения все значения подчиненных структурных элементов.
4 Описание модели данных
4.1 Общие положения
4.1.1 Предназначение модели данных
Представленная в настоящем стандарте модель данных описывает на профессиональном уровне элементарные структуры данных проектного менеджмента. Модель данных можно использовать для:
архивирования данных проектного менеджмента;
b) обмена данными проектного менеджмента между организациями и различными системами программного обеспечения;
c) спецификации требований к программному обеспечению проектного менеджмента (в качестве исходных данных).
4.1.2 Представление модели данных
Представление модели данных осуществляется вербально и дополняется диаграммами (немецкие соответствия английских текстов см. в таблицах А.1-А.12). Названия элементов и их описание находятся в таблицах 1-12. Диаграммы соответствуют положениям ИСО/МЭК 19501 «Унифицированный язык моделирования (UML)». Они представляют собой базовые элементы данных (классы) и выражают их с помощью соответствующих подэлементов (атрибутов), которые сами не являются объектами стандартизации. Специфичные для отрасли, предприятия или проекта расширения возможны путем добавления других классов и/или атрибутов.
Из 13 типов UML диаграмм (см. рисунки 2-13) для создания модели данных используются только диаграммы классов. К применяемым языковым конструкциям относятся пакеты, классы, атрибуты, ассоциации, специализации и параметры. Все конструкции используются в соответствии со стандартом. Тем не менее используются некоторые специфичные параметры:
- ML (англ.: Multi Language).
Этот параметр характеризует текстовые атрибуты, для которых в XML-представлении должно быть разрешено занесение в память значений на нескольких языках. Так. например, станет возможным указывать имя проекта более чем на одном языке;
• GUIO (англ.: Global Unique Identifier).
Этот параметр характеризует классы, которые представляют собой специализации класса GUIO-Object. Класс GUID описывает информационный объект, который можно однозначно идентифицировать с помощью кода.
Примечание —При этом кол является однозначным не только для всех объектов одного типа, но и для всех объектов всех типов;
- РА (англ.: Primary Association).
Этот параметр используется для обозначения ассоциаций, которые в рамках генерации схемы используются для построения иерархической структуры XML-элементов.
- AGG (англ.: Aggregated Value).
Этот параметр используется только для атрибутов, которые применяются в рамках структуры проекта. Атрибуты с этим параметром могут сохраняться в двух вариантах: как относящееся к процессу значение, которое точно ссылается на струхтурный элемент, и как агрегированное значение, которое дополнительно включает все подчиненные структурные элементы. Этот параметр можно использовать со ссылкой на классы. В этом случае он действует для всех атрибутов класса.
4.1.3 Правила присвоения имени
Элементам данных присваиваются английские и русские названия. Однозначные согласованные названия приведены ниже.
Элементы данных называются существительными и всегда используется в единственном числе. Элементы данных могут называться также двумя существительными, при этом, если возможно, для определения иерархии понятий используется позиция (порядок следования) существительного. Так. существует, например, иерархическое отношение между элементами данных Initiative (объект управления) и InitiativeGroup (группа объектов управления). Это отношение можно определить только 2
по одному названию элементов. Для лучшего понимания присвоение имени из несхольких существительных происходит с использованием дефисов.
Для технического использования спецификатор поля данных указывается на английском языке, который следует тем же правилам, но дефисы для структурирования отсутствуют. Вместо этого для удобства чтения английских спецификаторов полей данных используется написание с заглавной/строчной буквы.
4.2 Исходные данные проекта
«оию» | ||
«ОД.» Ныне WHO «ОК»-ОаюрЬеп: a*wg Humtar Inboai | ||
0..1 | -SubnittM 0* | |
•Sup^irjumo |
в.*
«РА»
__0.1
«оме» I
_
*В*<в _
WBSCed* **о
«М1»ОмспрМп; efrmg «Mi»Co»wwic SWfl
<«ML»cojaavr mo «W>4>HW8W smno «ML»TaekDeecr«toft «trig <<ML»>Procondbon; ttrtrg «М1»Оарапмлсу: tmr>e «ML»ffcaK Wing <<ML»NoH airing <<ML»Pfiortb: stTa
<01l»8ar*fl: Фгц PUnStartOatt: 4w»Time PbnEnaOaH: ОвпТкп»
PlanSlartDaMnHtnd йжоТгто PbnEndO*Hlnbvnal: dataTlma AcKiatsuflOatr eabTm AOieCndOaH: iMMTVm OuaOab: daWTVn*
MmMaderdDMa. dcMTtre «AGO»Planeibnl: TmaVaAM «AGG>»Ptanerortr*e'r1ai Tmvabe <<AOO»AciualCnion lineVA*
«A6G»EIMToContiitU' T<r*V«ua <<AGG»Max£Hcrt TVneVatua MaxEitoftIFtart: boclann «<AeG»PlanwerU<Md LVHVtfua <«AOO>>PwtWed**»r<eT«i.UN?vaw <*AGG>?XckelW«Woed: UnlVato «AGG»WortLoatfToCenotte IMVMue «A<K*>»Moxwcoaua- univaue Pbnfcftodh TWneVato РЬпРндемыю: THwVKm AcuaPeritd ТкпеУЫие MaxPariod TlmaVaba PUnOuraMn: TtreVaft»
PUnOi#sBorlrca*r«f TtmaVatua АОмОичПаоп: TnotVsIiw MaxOurtton: TimaVabo PoMpon«neniDsM: daleTime ИвмаЮху: ЬооНвл Таг^иг DctMn ТетрМаИмО irrileVH PercamconvHce otdmai AvaflaMForTimtsbaac емМап TseafereAdubSaartOale boaban TSAftarAdualEncData: bnotoan tavaOCflait Елитачбоп ftarwHCmtaAtCon'cHdan CinancyVatua SptaadTaak: MHO*
Ситскувмв^Н. OalaTime ftatfcLod ЬоЫып
Рисунок 2 — Исходные данные проекта
В модели данных с различной степенью детализации представлены результаты моделирования единиц исполнения задания с помощью элемента Initiative (объект управления). Для построения структурного плана проекта объекты могут располагаться в виде иерархии. Кроме того, иерархия предназначена для распределения проектов по программам и портфелям проектов.
Благодаря распределению объектов по типам объектов можно определить, о каких единицах исполнения задания идет речь. Так. например, могут различаться программы, проекты, пакеты работ и процессы.
Элемент InitiativeStatusType (тип статуса объекта) выражает, е каком состоянии или статусе находится объект. Для отдельных типов объектов могут быть определены различные типы статуса объекта. Если переход между состояниями (например, смена фаз проекта) требует определенного разрешения, то это устанавливается типом элемента InitiativeStatusApproval (одобрение статуса объекта). Он представляет собой специализацию элемента GenericApproval (одобрение общее). Одобрение может сопровождаться соответствующими документами [элемент Document (документ)].
Элемент InitiativeGroup (группа объектов управления) предназначен для объединения объектов в специальные группы. При этом следует учитывать, что каждая группа может охватывать несколько объектов. И наоборот, каждый объект может охватывать (принадлежать) нескольким группам.
Таблица 1 — Названия элементов и их описания для структуры данных — исходные данные проекта
Название элемента (название поля данных) | Описание |
Документ (Document) | См. 4.13 |
Одобрение общее (GenericApproval) | Элемент предназначен для хранения общей информации о приемке, одобрении или контроле (проверке) объекта |
Объект (Initiative) | Элемент описывает любую единицу исполнения задания как часть структурного плана проекта. Он также может определять программу и портфель проекта. Результаты, такие как контрольные точки, также могут определяться элементом «Объект», причем используются только данные, значимые для события |
Группа объектов (InitiativeGroup) | С помощью этого элемента можно соединить объекты в группы. Эти группы, в свою очередь, могут быть подчинены одному объекту. Такая группировка может быть необходимой для создания отчетности или графического изображения планов проекта |
Одобрение статуса объекта (InitiativeStatusApproval) | Элемент позволяет хранить информацию о статусах объекта. Таким образом, можно документировать решение (приемку), которое ведет к изменению статуса |
Тип статуса объекта (InitiativeStatusType) | Элемент описывает различные состояния (статусы), которые могут быть определены для объекта. Таким образом, выражается, в какой фазе жизненного цикла или на каком этапе реализации находится объект. Для каждого типа объекта могут быть определены различные статусы |
Тип объекта (Initial iveType) | Элемент позволяет определять различные типы объектов. Он позволяет, например, осуществлять дифференцирование на пакеты работ и проекты. Таким образом, пользователь всегда может определить для себя любые типы объектов |
4.3 Планирование продукта и результата
Рисунок 3 — Планирование продукта и результата
8 модели данных результат проекта может храниться в форме структуры продукта. Структура продукта состоит из элементов продукта (ProductElement). которые могут быть организованы в виде иерархии с помощью подэлементов (SubElement). Дополнительно могут учитываться зависимости между элементами продукта. У каждого элемента продукта могут быть различные версии элемента продукта (ProductElementVersion). Как для элементов продукта, так и для версии элемента продукта назначаются ответственные сотрудники (Staff).
По каждому объекту может регистрироваться любое количество запросов на изменение (ChangeRequest). между ними могут иметься зависимости. Запросы на изменение могут касаться элементов продукта или версии элемента продукта. Одновременно они соотносятся с одним объектом (Initiative), как правило, проектом. Если запрос на изменение рассматривается как единица исполнения задачи (например, если проводится соответствующий учет затрат), то может быть прикреплен соответствующий объект.
Таблица 2 — Названия элементов и их описание для структуры данных — планирование продукта и результата
Название элемента (название поля данных) | Описание |
Запрос на изменение (ChangeRequest) | С помощью запросов на изменение лицо, заинтересованное в проекте, документально выражает желание внести изменение в информацию о результате проекта или ходе его реализации. В качестве альтернативы с помощью этой структуры данных могут отображаться также запросы на сервис и поддержку |
Сотрудники (Staff) | См. 4.6 |
Элемент продукта (ProductElenrent) | Элемент описывает структуру результата проекта. Отдегъные элементы могут иерархически располагаться в форме схемы Гоэинто. чтобы можно было увидеть вышестоящие и нижестоящие элементы структуры продукта. Кроме того, может отображаться зависимость между элементами |
Версия элемента продукта (ProductElementVersion) | В модели данных можно к одному отдельному элементу продукта прилагать различные его версии (поддерживается вврсионность). чтобы документировать процесс развития и сохранять промежуточные состояния |
Подэлемент(8иЬЕ1етеп1) | С помощью этого элемента определяется взаимосвязь (количественная) нижестоящего элемента продукта с вышестоящим элементом продукта |
4.4 Управление закупками
Рисунок 4 — Управление закупками
В модели данных сохраняются основные данные выполнения заказа. Элемент InitiativeContractOata (данные договора объекта) предназначен для сохранения важнейших данных по коммерческим предложениям, заказам и счетам соответствующего Initiative (объекта управления). Кроме того, может учитываться соответствующая информация о счетах [элемент Initiativelnvoice (счет объекта)]. К счету, в свою очередь, могут прикрепляться отдельные Transactionltem (позиции бухгалтерской проводки), которые вытекают из счета.
Для каждого объекта заказчик и подрядчик устанавливают соответствие с конкретным Resource (ресурсом), т. е. могут быть определены ресурсы, которые рассматриваются в качестве заказчика или подрядчика.
Таблица 3 — Названия элементов и их описание для структуры данных — управление закупками
Название элемента (название поля данных) | Описание |
Позиция бухгалтерской проводки (Transactionttem) | См. 4.11 |
Ресурс (Resource) | См. 4.6 |
Объект (Initiative) | См. 4.2 |
Счет объекта (Initiativelnvoioe) | С помощью этого элемента может регистрироваться некоторая информация о счете, выставленном заказчику для конкретного объекта. В одном блоке данные договора объекта могут сохраняться несколько счетов |
Данные договора объекта (initiativeContractData) | Элемент содержит всю информацию по объекту, которая касается исполнения коммерческого предложения, заказа или счета |
4.5 Управление сроками
0..‘
ц£0-ива*е
Рисунок 5 — Управление сроками
Построение сети процессов представляется в модели данных с помощью элемента Initiative (объект) и указания предшествующих и последующих процессов. При этом элемент initiativePrecedence (отношения взаимозависимости объекта) используется для того, чтобы более подробно специфицировать взаимозависимости (например, здесь можно ввести интервалы времени). Отношения взаимозависимостей объекта можно дополнить календарем, который содержит информацию о том. как следует интерпретировать возможные интервалы времени. Такой календарь можно определить для объекта управления, в этом случае он определяет, как следует рассчитывать продолжительность существования объекта в целом.
Связанные процессы представляются путем ссылки/ссылкой объекта управления (связанного процесса) на другие объекты управления. Они являются объектами, которые определяют другие связанные процессы и устанавливают их продолжительность.
Результат планирования сроков учитывается с помощью элемента InitiativeSchedulingData (данные сроков объекта). Кроме того, этот элемент содержит касающуюся объекта информацию по управлению процессом планирования сроков.
Таблица 4 — Названия элементов и их описание для структуры данных — управление сроками
Название эпеыента (название поля данных) | Описание |
Календарь (Calendar) | См. 4.6 |
Объект (Initiative) | См. 4.2 |
Отношения взаимозависимости объектов (IntbativePrecedence) | Элемент отображает всю информацию, которая необходима для построения сетевого графика. В каждом случае он устанавливает отношение между двумя объектами и содержит информацию, как. например, тип отношений взаимозависимости или возможные интервалы времени |
Данные сроков объекта (IrebativeSchedulingOata) | Элемент содержит всю информацию по объекту, которая рассчитывается с помощью техники сетевого планирования или управляет техникой сетевого планирования |
4.6 Исходные данные о ресурсах
a.i
«сию»
RwowoeType
«Ml»Nd*nr"55i5 '
<4И1»0«вафМгг«ап(
6?
ПоаоитоСвпШгтаг*
«РА»
0..*
«quid»
Rmou>m
0..*
*«cu©» C-aunaw_
itnrg
■vnrwi: 4win ■VairfTiy cMMTVna
' fool
0.*
<«0LH0»>
CaMndaKn>yTypa
«оию»
RaewnaCiMndar
<<Ul»«un»' im «MLMOttcMXn яко •WorfcKw: boutew Где: Eixuwmcft iQ *
1
0..*
Rmuict
•VaKdFtom: datafana •VaWTo. dauTbra
«GUO» CHuntiarEnary (TVtm
fittri:
•Та- datoTtre
ГЩl-Telehut: .linXO »
v&rsa&x
АплЛч» oaoiaan -TfcneZona Mrina CoTKXctiaKonType Erx^reraton
-Capacity UrrtvaWa
Серее(tyPenod ThneVekw CepedtyCouii cHorral OvarioadCapacay: UnIVSua OvarioadPetoenl: deomd -Pioducevay UnMVtfua ProdueOv*yPeno«: TmVlU ■wwnwe** Пт*ц»ц*
ManmjmEltort: TjnoVatua SMielo*dPrMue№«Pr9|«cir Beemai BaaidoadfrodiwlwaHonPioUcM: daomd ■Samel oadNcoPredutroPicjace deems ea*lcLoeJ<ofP^duc>inHonPm«ci» decimal Room. «Mig Budding: Mnro «tiK«W9 1 -2IPCoda: Wing ' Сау-**Нд Counoy (ting ■Telephone. ainnofO..*)
Mooa* мтд(0. i
1 0..‘ | «СОЮ» RtKwrotuteoe |
atom: dew Пте •То: dalaTfna | |
CaeectylbadPetQeTt decimal JnMM^tototOL |
Д.*
0 •
a.i
a.*
a*
RoweurceCnxp
^•MouicePoolAwignmenl
Rrtorily: In
{Mat «ringiO *) -External: BocXean -veaoFrom (Имтте VaddTo. doaoTVne
CwwafcratSUAMI | ||
a.* | •hoW.RcW Vaidriom datoTen* VaMTe: owaTbna |
mre’ian
«ML»rtamac airing
•ВИ1"—xss-
0..‘ DataUtProea
0..‘
«РА»
«GUO»>
КмошсеАыфпаг^юПе
fSS£&S№Hr'
tMcmai
i a.i | «оию» sun |
■LaaMaraa »а*о ■ПгяНжпа: illu •8hortName. am} EmpoyeaWe: tkne -PrivSseefc e*eig •PinZPCode: awn; -PrbCtr aawо •CV imna •Tea •>*« •sauaean: «mg •Deputy: SWT | |
Рисунок 6 — Исходные данные о ресурсах
Ресурсы представляются элементом Resource (ресурсы). Ресурсы могут располагаться в виде иерархии, чтобы показать, что ресурс содержит другой ресурс (вложенность ресурсов).
Каждый ресурс может быть отнесен к одному или нескольким ResourceType (типам ресурсов), которые объединяют ресурсы в массивы ресурсов одного вида. Типы ресурсов можно расположить в
виде иерархии. В этом случае иерархия представляет собой конкретизацию критериев, по которым осуществляется группировка ресурсов.
Каждый ресурс может в зависимости от времени (сроков) привязываться к календарю (Calendar) [элемент ResourceCalendarAssignment (привязка ресурсов к календарю)]. Календарь состоит из нескольких календарных записей (CalendarEntry). которые относятся к типам CalendarEntryType (тип записи в календаре). С помощью типа записи в календаре определяется, как календарная запись должна интерпретироваться в части содержания.
Распределение ресурсов (взаимное соответствие задач и ресурсов) может осуществляться с помощью элементов ResourceAssignmentProfile (профиль распределения ресурсов). Они определяют, как запланированные расходы должны быть распределены по ходу реализации проекта. Каждый ресурс проекта может быть связан с конкретным профилем. Профиль распределения ресурсов состоит из множества элементов ResourceAssignmentProfileDiscreteValue (значения профиля распределения ресурсов).
Если в контексте ресурса речь идет о Staff (сотруднике), то происходит соответствующее распределение.
Ресурсы используются также для указания организационных единиц. Организационная структура может реализовываться элементом OrganisationSubUnit (организационная подъединица). С его помощью строится иерархическая структура ресурсов.
Для целей отчетности нужны многократно агрегированные данные по использованию ресурсов. Они могут быть заложены с помощью элемента ResourceUsage (использование ресурсов).
Таблица 5 — Названия элементов и их описание для структуры данных — исходные данные ресурсов
Название элемента (название поля данных) | Описание |
Календарь (Calendar) | Элемент представляет собой календарь наличия (доступности), который используется в различных частях модели данных. С его помощью можно определить, в какие периоды времени ресурсы или типы ресурсов будут в наличии для возможного использования, или в какие периоды времени они находятся в распоряжении для работы с проектом. Календари могут быть предназначены, например, для проектов (календарь проекта) или ресурсов (календарь ресурсов) |
Запись в календаре (CalendarEntry) | С помощью этого элемента можно отобразить отдельно наличие или отсутствие одного ресурса как части календаря |
Тип записи в календаре (CalendarEntryType) | С помощью эгого элемента можно определить вид. специфичный для наличия, отсутствия или рабочего времени. С этими видами связаны различные нормы затрат |
Сотрудники (Staff) | Элемент содержит информацию о сотрудниках, которые участвуют в проектном менеджменте. Они могут планово участвовать в проектном менеджменте либо в рамках управления ресурсами, либо любым другим образом |
Организационная лодъединица (OrganisationSubUnit) | С помощью эгого элемента можно отобразить структуру организации. Ресурсы, которые представляют собой организационные единицы, могут располагаться в форме иерархии |
Ресурс (Resource) | Ресурс является произвольным объектом ресурсного планирования, т. в. гем. что планируется использовать. Под ресурсами понимаются, в частности, сотрудники, материальные ресурсы, организационные единицы, объединения подразделений, занимающихся ресурсами, и группы ресурсов |
Использование ресурсов (ResourceUsage) | С помощью этого элемента можно занести агрегированную информацию по использованию ресурса |
Тип ресурса (ResourceType) | Элемент предназначен для описания типов ресурсов, как. например, определенных типов машин или квалификаций сотрудников. Тилы ресурсов для уточнения могут располагаться в форме иерархии |
Профиль распределения ресурсов (ResourceAssignmentProfile) | Этот элемент описывает, как временные затраты распределяются в течение одного периода времени |
Окончание таблицы 5
Название элемента (название поля данных) | Описание |
Значение профиля распределения ресурсов (ResourceAssignmentProfle DiscreleValue) | С помощью этого элемента можно определить распределение затрат на основе дискретных значений. Каждый элемент описывает степень готовности (в процентах), на которую выпадает доля затрат (в процентах) См. 4.2 |
Объект (Initiative) |
4.7 Планирование ресурсов
Рисунок 7 — Планирование ресурсов
Распределение ресурсов по Initiative (объектам управления) (сопоставление с конкретными объектами управления) происходит с помощью элемента InitiativeResourceAssignment (распределение ресурсов объекта). Данный элемент с одной стороны связан с элементом Initiative (объект управления), а с другой стороны — с элементом Resource (ресурс). Кроме того. 10
распределение ресурсов объекта может ссылаться на элемент Account (счет), вследствие чего устанавливается связь со счетом, который используется для бухгалтерской проводки. При определенных условиях спецификация потребности в ресурсах может составляться без ссылки на конкретный ресурс. В таких случаях потребность в ресурсах определяется с помощью специальных свойств. Это возможно с помощью сопоставления с элементом ResourceType (тип ресурсов) и ClassificatlonCгiteria (критерий классификации). Если речь идет о ресурсах (персонале), то с помощью элемента Role (роль) можно определить, какие задачи выполняются персоналом в контексте объекта управления и какие права пользователей им определены. В некоторых случаях распределение ресурсов объекта проходит в несколько этапов. Это происходит с помощью многократного соотнесения с элементом ResourceAssignmentStatusType
(тип статуса распределения ресурса). Элемент Resource Ass ignmentStatusApproval
(одобрение статуса распределения ресурса) позволяет внести соответствующую информацию об одобрении. Он наследуется от родового элемента GenericApproval (одобрение общее).
Элемент InitiativeResourceAssignment (распределение ресурсов объекта) описывает только логическое распределение ресурсов по объектам. Количественное планирование распределения ресурсов возможно с помощью элемента InitiativeResourceAssignment Quantity (количественное распределение ресурсов объекта).
Таблица 6 — Названия элементов и их описание для структуры данных — планирование ресурсов
Название элемента (название поля данных) | Описание |
Одобрение общее (GenericApproval) | См. 4.2 |
Классификационный критерий (ClassificationCriteria) | С помощью этого элемента можно определить любые классификационные критерии для систематизации потребности в ресурсах. При этом классификационные критерии определяются в зависимости от конкретного применения и. следовательно, зависят от среды, в которой используется модель данных |
Счет (Account) | См. 4.10 |
Ресурс (Resource) | См. 4.6 |
Тип ресурса (ResourceType) | См. 4.6 |
Одобрение статуса распределения ресурсов (ResourceAssignmentStatus Approval) | С помощью этого элемента можно внести информацию для утверждения распределения ресурсов по объектам |
Тип статуса распределения ресурсов (ResourceAssignmentStatus Туре) | С помощью этого элемента изображаются различные статусы распределения ресурсов по объектам. |
Роль (Role) | Роль содержит профиль задач, которые берет на себя сотрудник по отношению к объекту или организационной единице. С ролью связаны, как правило, права пользователей, которые все же всегда относятся к объекту, или организационной единице, для которого имеется соответствующее распределение ресурсов. Права, наделенные ролью, всегда специфичны для объекта или организационной единицы |
Объект (Initiative) | См. 4.2 |
Распределение ресурсов объекта (InitiativeResourceAssignment) | Элемент позволяет определить потребность е ресурсах или распределение ресурсов. При этом он определяет только базовую информацию. Соответствующая детальная информация о количественном планировании представляется с помощью элемента «Количественное распределение ресурсов объектам |
Количественное распределение ресурсов объекта (InitiativeResourceAssignment Quantity) | С помощью этого элемента отображаются количественные компоненты планирования ресурсов. Уточняется, в каком объеме планируются ресурсы |
4.8 Управление ресурсами
о..*
«оио»
НИИ
0..*
««ОШ»
Со*Л#И
«оик»
_T*naahealC<ttv_
■From с!М»ТЪг«
•То: ймГкга ■СВОИ: UflHVelu*
•OvorioodEtot UnNVafcie ■ОогдхЫоСЯргГ UhtVHW -ChofpMWBOwteodEBprt ЦпйУЫие ^wnaimr^Ettort: Untvtfua •PeraentConvtote MnM «М.»Солюяпе «Лпд •СхМОМЕМОа»: OateTfne Recount Account
<«ал»
О..’
CaMndHCiwyTypt
b—I—
<«СОК»
Co*tC«rAer
0..*
Рисунок 8 — Управление ресурсами
Фактическое использование ресурсов можно учитывать с помощью элемента Timesheet (табель учета времени). Табель учета времени в каждом случае ссылается на Resource (ресурс), информацию о котором он содержит. Кроме того, в зависимости от времени он может быть отнесен к различным типам статуса табеля учета времени (TimesheetStatusType), которые показывают, на каком этапе обработки он находится. Это. в частности, имеет значение, если табели учета времени проверяются и одобряются соответствующими службами. Далее соответствующая информация о получении одобрения может регистрироваться с помощью элемента TimesheetApproval (одобрение табеля учета времени). Он представляет собой специализацию элемента GenericApproval (одобрение общее).
Каждый табель учета времени имеет несколько элементов TimesheetEntry (позиций табеля учета времени), которые е каждом случае описывают касающееся определенного периода времени использование ресурсов объектом управления (Initiative). Если необходимо, классификация может происходить по одной или нескольким нормам затрат (CostRate), которые определяют, как позиции 12
табеля учета вректени следует оценивать в денежном выражении. Кроме того, с помощью установления CatendarEntryType (типов календарной записи) можно определить, как позицию табеля учета времени следует интерпретировать по содержанию. Если, например, отсутствие также определяется с помощью табеля учета времени, это может быть показано здесь. Классификация CostCenter (статьи затрат) управляет процессом расчета фактических издержек.
Таблица 7 — Названия элементов и их описание для структуры данных — управление ресурсами
Название элемента (название поля данных) | Описание |
Одобрение общее (GenericApproval) | См. 4.2 |
Тип записи в календаре (CatendarEntryType) | См. 4.6 |
Норма затрат (CostRate) | См. 4.10 |
Статья затрат (CostCenter) | См. 4.10 |
Ресурс (Resource) | См. 4.6 |
Объект (Initiative) | См. 4.2 |
Табель учета времени (Timesheet) | Элемент позволяет получать информацию о состоянии времени и затратах, специфичных для ресурсов |
Одобрение табеля учета времени (TimesheetApproval) | Элемент содержит общую информацию о процессе приема и обработки табелей учета времени. Для каждого статуса табеля учета времени данный элемент может содержать информацию об одобрении |
Позиция табеля учета времени (TimesheetEntry) | Элемент охватывает отдельную позицию табеля учета времени. Касательно определенного объекта здесь, в зависимости от времени, учитываются затраты ресурса |
Тип статуса табеля учета времени (TimesheetStatusType) | С помощью этого элемента могут определяться различные статусы обработки и одобрения табеля учета времени |
4.9 Отчетность
1
[1-[ъ:
«лов»
_МИ—уСУХОиЬ_
’рфсаМСотрМ» 4кИМ
eudo*iMCo(tAtcon<(Mao^ ww*ige ffcfMuHCawpiUiw T«*v*w PtonnarfViiia: iMlViriu*
БатдеУМм: unKMlu»
ЛдкмЮоМк (JnCVatj*
CocfVananM UrrfV»lw Sc*edJbV«n*rc«- UMVatu» rimaVanano*: llneVatj* CanfwtwtntOWM. OMmat ЭсЯМАРеИогтокЫпвк Oodmel СодСлмчыисотрЬОсп umiveu* TIimEilintiAICexialHoii: №iiV>U Тур» EnunwraMA
0.’
««сию»
SWI
•Aw*ttr
<L-
0..‘
«оию»
_MtHtwQttMfHpCH
0«l>, (blvTktw PvcaKCo<iipW9. OecbM «ML»*Sftw№n «mg <«ML>>-Prygr»«i- Wring «<ML»4<*xlSI*p*. MT; «Ml»J>fObl«ns «rVg <<Ml»4<M0twO«ci«ions snng «Ml>vCo«RfTwr cvng <<ML»JUtk: swing -TrwtcUgne Сплспвгмю^О *| •ktWnb: bootar •SWu»OiMt*i Enuiralon ■StKutCotta: Ewnwton •SMutTtn»: btmwHon •SwioOuaMrCoMiwc ««bo •вшмсотсотп** nmo 4М«Тп)(опти1: *Mng
«оио»
WBWWBtHlWRlPOlWWMTyw «UL»^UmK mwj «Ul»-0«»a<pbpr «Hbg
<<оию»
CenericApprowl
PignVgtWxi | |
«око»
|п*||||»
«QUO» iriMfv*suiuiR«pcrtSua« | ||
Рисунок 9 — Отчетность
Элемент InitiativeEVAData (данные анализа стоимости завершения объекта управления) предназначен для сохранения результатов анализа затрат (стоимости), необходимых для завершения Initiative (объекта управления).
Элемент InitiativeStatusReport (отчет о состоянии объекта) содержит качественную информацию о состоянии объекта. Отчет может содержать специальную плановую версию (PlanVersion), т.е. состав плановых и фактических данных, и составляться одним или несколькими сотрудниками (Staff), которые распределяются соответствующим образом.
Элемент InitiativeStatusReportStatusType (тип статуса отчета о состоянии объекта) применяется для того, чтобы показать, в каком статусе обработки и одобрения находится отчет о состоянии объекта (элемент InitiativeStatusReport). С помощью элемента InitiativeStatusReportStatus (статус отчета о состоянии объекта) происходит соответствующее временно е распределение, позволяющее считывать информацию о полученных разрешениях и одобрениях, так как этот элемент является производным от элемента GenericApprovaf (одобрение общее).
Таблица в — Названия элементов и их описание для структуры данных — отчетность
Название апемента (название попа данных) | Описание |
Одобрение общее (GenericApproval) | См. 4.2 |
Сотрудники (Staff) | См. 4.6 |
Плановая версия (PlanVersion) | Плановая версия показывает утвержденный состав плановых данных. В этом случае с помощью версии плана реализуются различные версии отчетов о состоянии |
Объект (Initiative) | См. 4.2 |
Данные анализа степени завершения объекте (InitiatcveEVAData) | Элемент содержит информацию по объекту управления, которая получена на основе анализа степени завершенности |
Отчет о состоянии объекта (InitiativeSlatusRepofl) | С помощью этого элемента может отражаться любое количество отчетов о состоянии объекта управления. Под отчетом о состоянии понимается в основном качественная информация о состоянии (ситуация) проекта |
Статус отчета о состоянии объекта (InitiativeStatusReportStatus) | С помощью этого элемента отчет о состоянии может получать различные статусы. Они отражают процесс составления и приемки отчета о состоянии |
Тип статуса отчета о состоянии объекта (inrbativeStatusReporlStatusType) | С помощью этого элемента могут определяться различные статусы отчета о состоянии |
4.10 Управление затратами — исходные данные
"П50Е»»“
0.1
•Stew Accost
«РА»
0/
Acoounl
«оио*>
СсиЯвй
1ЭД>»35Й5Г*йу5
=<M.»>-0*#C«\S*Crt sWog VaUdFrotre (Шаткпа VtfldTe: 4tt»Tlmc CortRat»: CtmncyVtfue encrt TuntV*»
Со«яамРмс*т: амта* iiwwOeflAiixstio" eoow AclMtbnWiP Ьоовот Оамгаисмп»
Pi*Costi: boolean Exlamal: boolaen OHMW t ОСИ on Роивсоаа: Cunencyv**
T—--
•n«
«<*И.»-Непч amg t«L»4feec«tmon tomp Cuaieanal^uuMint bocnan
PC boolean
0..1
.айявеэд*
«и.»оис>ьаой: mp •Cipanaa: ЬосИап Acbvatebls: boolean OveAeedHonWo* ьюИап ■OvwDaadWocv boolean -SubooMraettr boolean
0 *
Cooney еим
«OUIO» Rwowcotypecoei RHeAtitanreent Va4jFro<n oataYatw
0..*
«6UI0»
ЯмоигсеТуре
0..’
VafcfToMaTrn*
a.*
«QUO»
Ссылай
ftwoiHrtiMiiaH LVaUdPnxnd«aT67 VMMTO d—Tto»
«ilL>>-HasM: tn^ «Ul»-Daaeipwn- *en V«fc» ram dMeTtae VaMToidaleTinw Catagoiy»bno
««ль» Rate» | «бОФ» Sull | т-f j. | |
«Ы±».Нтш stmw <<iiE.»40eswhofr ewe | |||
•VefeffrtW deieTbne VafWTo: oMeTbna Coal Re* Internet CunencyVefa» | 0- t |
■СосгИу: aainp
SitfMaMnnwY VetdfWn: detelrne VaUTor daiaTbna
OfpanlaanonaiMaKne
0-* | ||
i Ж | ||
|«2ал>Автв. «me Ue05o«deler»ne MMWTA <МеТИ» | ||
«РА»
Рисунок 10 — Управление затратами — исходные данные
Для управления затратами в модели данных используется элемент Account (счет), который позволяет вести структурированный учет затрат и доходов (для расчета издержек), поступлений и выплат (для расчета рентабельности и ликвидности). Счет можно интерпретировать как вид затрат или бухгалтерский счет. Счета могут иметь иерархическую структуру и образовывать номенклатуру или план счетов. Для каждого ресурса (Resource) может быть подготовлен счет. Таким образом, определяется, как будут проводиться по бухгалтерским книгам затраты, вытекающие из использования ресурсов.
Размер затрат, являющихся результатом использования ресурсов, специфицируется с помощью элемента CostRate (нормы затрат). Норма затрат может быть соотнесена с элементом CatendarEntryType (типом записи в календарь), с целью показать для какого вида использования ресурсов она (норма затрат) установлена.
В зависимости от времени нормы затрат могут относиться либо к типам ресурсов (элемент CostRateResourceTypeAssignment (соотнесение нормы затрат и типа ресурсов)] или к ресурсам (элемент CostRateResourceAssignment (соотнесение норм затрат и ресурсов)].
Статьи затрат (CostCenter) служат для расчета затрат в части организации структуры. Они могут располагаться в форме иерархии. Кроме того, в зависимости от времени происходит распределение сотрудников (Staff) по статьям затрат (элемент CostCenterStaffAssignment (соотнесение статей затрат и сотрудников)]. Статьи затрат могут, но не должны быть идентичны организационным единицам. Чтобы показать взаимосвязь между статьями затрат и организационными единицами, имеется соответствующая классификация (элемент Resource (ресурс), который представляет также организационные единицы].
Чтобы сделать возможными эффективный учет и обработку затрат и доходов, поступлений платежей и выплат, предварительно могут быть определены профили бухгалтерских проводок (элемент TransactionProfile), ставки НДС (элемент VATRate) и фиксированная ставка (элемент FlatRate).
Профили бухгалтерских проводок предназначены для обработки бухгалтерских проводок по издержкам. Ставки НДС определяют установленные законом ставки НДС для различных групп продукции и услуг. Фиксированные ставки используются, в частности, для эффективного ввода и обработки командировочных и накладных расходов.
Табпица 9 — Названия элементов и их описание для структуры данных — управление затратами — исходные данные
Название эпеыемта (название поля ванных) | Описание |
Профиль бухгалтерской проводки (TransacUonProftte) | Профили бухгалтерских проводок содержат информацию, с помощью которой происходит управление обработкой или интерпретацией лозмдий бухгалтерских проводок |
Тип записи в календаре (CatendarEntryType) | См. 4.6 |
Счет (Account) | Элемент отображает любые виды издержек и доходов (расчет издержек) или виды поступающих платежей и выплат (расчет финансовых средств). Счета могут располагаться в иерархической форме, чтобы можно было отобразить также номенклатуру счетов |
Фиксированная ставка (FlatRate) | Элемент отображает фиксированные суммы, которые испогъзуются в бухгалтерских проеодках для обработки затрат и финансовых средств. |
Норме затрат (CostRate) | С помощью этого элемента отображаются любые нормы затрат. Нормы затрат применяются для определения издержек, которые могут появиться при использовании ресурса |
Соотнесение нормы затрат и типа ресурсов (CostRateResourceT уре Assignment) | С помощью этого элемента (в зависимости от времени/сгадии) осуществляется соотнесение норм затрат с различными типами ресурсов |
Соотнесение нормы затрат и ресурсов (CoslReteResource Assignment) | С помощью этого элемента (в зависимости от времени/с гад ии) осуществляется соотнесение с ресурсом всех значимых для него норм затрат |
Статья затрет (CostCenter) | С помощью этого элемента можно определить статью затрат |
Окончание таблицы 9
Название элемента {название лепя данных) | Описание |
Соотнесение статей затрат и | С помощью этого элемента фиксируется отнесение сотрудников со статьями |
сотрудников (CostCenterStaffAssignmenl) | затрат |
Сотрудники (Staff) | См. 4.6 |
Тип ресурса (ResourceType) | См. 4.6 |
Ресурс (Resource) | См. 4.6 |
Ставке НДС (VATRate) | Элемент отражает ставки НДС. которые закладываются в основу отдегъных бухгалтерских проводок |
4.11 Управление затратами — текущие данные
Движение (увеличение) стоимости в денежном выражении представляется в модели данных с помощью элемента Transaction (бухгалтерские проводки). Бухгалтерская проводка может представлять (определять) издержки, доходы или поступающие платежи и выплаты. В модели данных она соотносится с валютой (Currency) и состоит из отдельных позиций бухгалтерской проводки (TransactionUem). Если позиция бухгалтерской проводки применяется для целей калькуляции продукта, то ей может быть подчинен элемент продукта (ProductElement). Если позиция бухгалтерской проводки является результатом применения (обработки) фиксированной суммы затрат (FlatRate), то и здесь может происходить привязка. Позиции бухгалтерских проводок привязываются к отдельным объектам управления (Initiative), так что рассмотрение затрат возможно на уровне объекта управления. Часто для эффективной обработки позиций бухгалтерской проводки применяются так называемые профили бухгалтерских проводок (TransactionProfile), для которых также происходит привязка. Каждая позиция бухгалтерской проводки может быть также привязана к счету (Account) и ставке НДС (VATRate). Если позиция бухгалтерской проводки является результатом использования ресурсов, то это показывается с помощью связи с элементом ImtiativeResourceAssignment (распределение ресурсов по объектам) или TimesheetEntry (позиция табеля учета времени). Для возможности расчета статей затрат можно выполнить соединение с элементом CostCenter (статья затрат).
Для организации системы отчетности в рамках проекта необходимо работать с агрегированной информацией о затратах. Такая агрегированная информация отображается с помощью элемента InitiativeCostData (данные о затратах объекта), который соотносится с элементом Initiative (объект управления).
Таблица 10 — Названия элементов и их описание для структуры данных — управление затратами — текущие данные
Название элемента (название поля данных} | Описание |
Бухгалтерская проводка (Transaction) | Элемент представляет собой бухгалтерскую проводку для расчета затрат и работ или системы управления финансовыми средствами Бухгалтерская проводка отражает движение стоимости в денежном выражении и состоит из одной или нескольких учетных позиций |
Позиция бухгалтерской проводки (Т га nsacbon Item) | С помощью этого элемента определяются позиции бухгалтерской проводит |
Профиль бухгалтерской проводки (Transaction Profile) | См. 4.10 |
Счет (Account) | См. 4.10 |
Фиксированные затраты (FtalPate) | См. 4.10 |
Статья затрат (CoslCenter) | См. 4.10 |
Элемент продукта (ProduclEtement) | См. 4.3 |
Ставка НДС (VATRale) | См. 4.10 |
Объект (Imtiabve) | См. 4.2 |
Данные по издержкам объекта (ImtialiveCostOala) | Этот класс охватывает всю информацию об издержках по каждому объекту |
Распределение ресурсов по объектам (ImtialiveResourceAssignmenl) | См. 4.7 |
валюта (Currency) | Этот элемент позволяет отображатъ различные виды валюты |
Позиция табеля учета времени (TimesheetEntry) | См. 4.8 |
Рисунок 11 — Управление затратами — текущие данные
4.12 Система оценки
Рисунок 12 — Система оценки
8 модель данных заложена так называемая система оценки, которая может представляться в качестве общей структуры данных, например для целей менеджмента качества и управления рисками, а также для установления приоритета проекта. Данная структура должна содержать информацию о критериях, которые могут использоваться для оценки и анализа элементов (преимущественно элементов Initiative).
При этом AssessmentFramework (структура оценки) состоит из набора критериев оценки (AssessmentCriteria), которые могут располагаться в виде иерархии. Кроме того, для каждого критерия оценки должны определяться соответствующие документы (Document). Структура оценки вместе с критериями оценки образует шаблон для оценки объекта управления (InitiativeAssessment). Оценка объекта состоит из элементов оценки объекта (InitiativeAssessmentltem), которые могут иметь прямое соответствие с критериями оценки. Элементы оценки объекта могут располагаться в виде
19
иерархической структуры и содержать ссылки на документы. Оценка объектов выполняется сотрудниками (Staff), так что можно делать ссылки на любых сотрудников. То же самое касается и элементов оценки объекта. Для них могут быть определены соответствующие сотрудники.
Если из оценки объекта следует принятие необходимых мер (мероприятий), то они олредепяются с помощью элемента «Меры элемента оценки объекта» (initiativeAssessmentltemMeasure) и могут ссылаться на объект управления, что позволяет осуществлять их детальное планирование и управление.
Таблице 11 — Названия элементов и их описание для структуры данных — системы оценки
Название элементе (название поля данных) | Описание |
Критерии оценки (AssessmenlCriteria) | Элемент представляет собой критерий как часть основы оценки |
Структура оценки (AssessmentFramework) | Структура оценки состоит из ряда критериев, с помощью которых могут оцениваться объекты |
Документ (Document) | См. 4.13 |
Сотрудники (Staff) | См. 4.6 |
Объект (Initiative) | См. 4.2 |
Оценка объекта (InitiabveAssessment) | Элемент представляет собой результат оценки объекта |
Элемент оценки объекта (InitiativeAssessmentltem) | Элемент представляет собой отдегъную позидою оценки объекта. Элементы оценки объекта могут располагаться в иерархической форме |
Меры элемента оценки объекта (InitiativeAssessmentltem Measure) | Во многих случаях меры (мероприятия) определяются в качестве результата оценки объекта. По этой причине для каждого элемента оценки объекта могут быть определены любые меры. Они ассоциируются с объектом управления, так что в распоряжении этих мер находится весь инструментарий систем планирования и управления |
4.13 Документация и сроки
«ото»
РгМиОЕМПЖК
_
0.*
тг*—
вес»**
0.*
«оию»
_Document
<<ML»4Jame: eHng <«М1»>-О»слрйот «eng •OweOeto: dsHTtne ■Pnortty: wing
С..*
«ото»»
Reeovce
ТГ*—Г
««ото» | |||
iratuBvo | |||
0..* | и? |
_0..‘
1
<<Й^Н«ви:т*ИгЧ «МЬ»ОмафЬк П*ф
cj-----------* ........1
««оию» Эоп>г>сАоргою
«GUI№>
OocumontVofUan
•VorUorNa tovig <<UL>M>e»cfipoofr emng ■ Percent Comcteto; deotna) -Ooc итог (Data. bexBtory •OocwnenUr*: URI ■Oocumcrtfeodabto: stnng -Oo«ifrwFH*N*me- «uing
0..1
«QUO» ■ SBff
X
DocumenlVerMonCrocfcOut
•ChocfcodOutAt: daieThne
«QUID»
SM
•PweeBST
©.•
г?®г
a*
0.‘
««оию» АоооМпап) | |
•♦гот; ваЫкпо •То: dMTmo atring «М.»Юм<«йООЛ <<ML»-Ag«r>a* юм «М.»-Сотталс aivg <<M.»-Reaub. skim •PnvatboctMn | |
Рисунок 13 — Документация и сроки
0..*
0..*
Модель данных предусматривает использование любых документов (Document). Документы могут относиться к элементам продукта (ProductElement). ресурсам (Resource), объектам управления (Initiative) и назначениям (Appointment). Документ может храниться в различных версиях документа (DocumentVersion) (предусматривается версионность). С каждой версией документа в зависимости от времени могут быть соотнесены соответствующие типы статуса документа (DocumentStatusType). Для каждого такого соотнесения может происходить отдельное одобрение [элемент DocumentStatusApproval (одобрение статуса документа)]. Данное одобрение является специализацией элемента GenericApproval (одобрение общее). Параллельно с этим документ может находиться в обработке сотрудником. Эта обработка отражается с помощью элемента DocumentVersionCheckedOut (версия документа в обработке). Для каждой версии документа есть один или несколько сотрудников (Staff), которые выступают в качестве автора или редактора.
Для каждого мероприятия могут быть предусмотрены несколько возможных участников. Кроме того, мероприятия могут быть соотнесены с объектом управления.
Таблица 12—Названия элементов и их описание для структуры данных— документация и сроки
Название элемента Iназвание поля данных} | Описание |
Одобрение статуса документа (DocumentStatusApprovat) | С помощью этого элемента определяется, какая версия документа была одобрена |
Тип статуса документа (DocumentStatusType) | Элемент содержит информацию о текущем статусе и этапе обработки на котором находятся документ или версия документа |
Документ (Document) | Элемент представляет собой любые документы, которые могут быть соотнесены с элементами продукта, объектами используемых средств, объектами, одобрениями или сроками. Для каждого документа можно вносить любое количество версий документа, которые содержат собственно информацию документа |
Версия документа (DocumentVersion) | Элемент определяет версию документа |
Версия документа в обработке (Document VersionCheckedOut) | С помощью этого элемента показывается, что версия документа была взята сотрудником на обработку и поэтому находится 8 обработке |
Одобрение общее (GenericApprovat) | См. 4.2 |
Сотрудники (Staff) | См. 4.6 |
Элемент продукта (ProductElement) | См. 4.3 |
Ресурс (Resource) | См. 4.6 |
Мероприятия и сроки (Appointment) | Элемент содержит сроки, которые связаны с объектом |
Объект (Initiative) | См. 4.2 |
Приложение А (справочное)
Наименования полей атрибута/класса и их соответствие отдельным моделям данных
А.1 Исходные данные проекта
Таблица А.1 — Имена попей и их русские соответствия для модели исходных данных проекта (см. рисунок 2)
Имя поля атрибуга/класса | Соответствие на руссхом языке |
Aclrvily | Работа{операция) |
ActualOuration | Фактическая продолжительность работы |
ActuatEffdrt | Фактические затраты (трудоемкость) |
ActualEndOate | Фактическая дата окончания |
ActuatPeriod | Фактическая продолжительность |
ActualStarlOate | Фактическая дата начала |
ActualWorkload | Фактическая рабочая нагрузка |
ApprovalDate | Дата одобрения |
ApprovalText | Текст одобрения |
Approved | Одобрено |
ApprovedBy | Одобрено (кем) |
AvailableForTmestieet | Имеется для учета времени |
Basidoad | Основная нагрузка |
Benefit | Польза |
Comment | Комментарий |
CurrencyBaseOate | Дата валютной базы |
Deliverable | Результат (продукт) |
Dependency | Зависимость |
Description | Описание |
DueDate | Срок исполнения обязательства |
EffortToComplele | Оцененные оставшиеся затраты |
EstimaleCostsAlComplebon | Оцененные затраты а конце проекта |
EsUnatedEndOale | Оцененный срок окончания |
GenencApproval | Одобрение общее |
Initiative | Объект управления |
InitiativeGroup | Группа объектов управления |
InitialiveStatusApprovat | Приемка статуса |
InitiativeStalusType | Тил статуса объекта управления |
Initia live Type | Тил объекта управления |
LevelOfEflort | Сопутствующий процесс |
Mandatory | Обязательный |
MaxDuration | Максимальная продолжительность работы |
MaxElfort | Максимальные рабочие затраты |
MaxEfiortFixed | Максимальные фиксированные затраты |
MaxPenod | Максимальная продолжительность |
MaxWoikload | Максимальная рабочая нагрузка |
Milestone | веха (ключевое событие) |
Name | Наименование |
No | Номер |
Note | Примечание |
Number | Номер (группы) |
Objective | Постановка цепи |
PercenlComplele | Степень завершенности (готовности) |
Phase | Фаза |
PlanDuration | Продолжительность работы по плану |
PtanDurationtnternel | Продолжительность работы по плану (внутренняя) |
PlanEftort | Затраты труда по плану |
Окончание таблицы А. 1
Имя поля атрибута^класса | Соответствие на русской языке |
PlanEtfortinternal | Затраты труда по ппану (внутренние) |
PlanEndDate | Дата окончания по ппану |
PlanEndDatelnlemal | Дата окончания по плану {внутренняя) |
PlanPeiiod | Продолжительность по плану |
PlanPeriod Internal | Запланированная продолжительность {внутренняя) |
PlanSlartDate | Срок начала по плану |
PlanSlartDatelnlernal | Запланированный срок начала (внутренний) |
PlanWorkload | Рабочая нагрузка по плану |
PlanWorkloadlnlemal | Рабочая нагрузка по плану (внутренняя) |
Portfolio | Портфель |
PoslponemonlDale | Дата внесения на повторное рассмотрение |
Precondition | Предварительное условие |
Pnorily | Приоритет |
Programm | Программа |
Project | Проект |
ReieaseDate | Дата выпуска (опубликования) |
RequestOale | Дата заявки |
RequesledBy | Заявка подана (кем) |
RequestText | Текст заявки |
Risk | Риск |
SplittedTask | Разделенный процесс |
SubProject | Частичный проект |
TaskOescription | Описание задачи |
Template | Шаблон |
TemplaleUsed | Использованный шаблон |
TSAflerActualEndDate | Табель учета затрат после даты окончания (одобренный) |
TSBeforeActualStartOate | Табель учета затрат перед датой начала (одобренный! |
Type | Тип |
WBSCode | Код СПП |
WorkLoadToComplete | Оцененная (необходимая) оставшаяся рабочая нагрузка |
WoivPackage | Пакет работ |
А.2 Планирование продукта и результата
Таблица А.2 — Имена полей и их русские соответствия для модели планирования продукта и результата (см. рисунок 3).
Имя поля атрибута'кпасса | Соответствие на русском языке |
Applicant | Заявитель |
ChangeRequesl | Запрос на изменение |
Description | Описание |
Name | Наименование |
Price | Цена |
ProduclElement | Элемент продукта |
PtoduclElemenlNo | Номер элемента продукта |
ProduclElementVersion | Версия элемента продукта |
Purchased | Покупная деталь |
Ouantily | Количество |
Reasoning | Обоснование |
ReleaseOale | Дата выпуска (опубликования) |
RosuttingBaseline | Окончательный план |
SubEtemeni | Подэлемент |
UserF eed back | Обратная связь с пользователем |
VabdFrom | Действителен с |
VakdTo | Действителен до |
VersionNo | Номер версии |
А.З Управление закупками
Таблица А.З — Имена полей и их русские соответствия для модели управления заказами (см. рисунок 4)
Имя поля атрибута/класса | Соответствие на русском языке |
CtienlNo | Номер клиента |
ImtiaUvelnvoice | Счет объекта |
InvoiceAmounlExponses | Сумма счета (накладные расходы) |
>nvoiceAmounlOlherCosls | Сумма счета (прочие издержки) |
tnvoiceAmounlResources | Сумма счета (ресурсы) |
InvoiceOate | Дета счета |
InvoiceLimilExpenses | Верхняя граница накладных расходов счета |
InvoicoLimrtOlherCosts | Верхняя граница прочих издержек счета |
InvoicelimrtResoufce* | Верхняя граница ресурсов счета |
InvoiceMode | Форма счета |
InvoiceNo | Номер счета |
OfferAmounlExpenses | Стоимость коммерческого предложения (накладные расходы) |
OfferAmountOlheiCosts | Стоимость коммерческого предложения (прочие издержки) |
OfferAmountResources | Стоимость коммерческого предложения (ресурсы) |
OffeiDate | Дата коммерческого предложения |
OffeiNo | Номер коммерческого предложения |
OrderAmounlExpenses | Стоимость закеза (накладные расходы) |
OrderAmounlOlherCosts | Стоимость заказа (прочие расходы) |
OrderAmounlResourcea | Стоимость заказа (ресурсы) |
OrdeiDate | Дета заказа |
OrdeiNo | Номер заказа |
OrdeiPerson | Заказчик |
VAT | НДС |
А.4 Управление сроками
Таблица А.4 — Имена полей и их русские соответствия для модели управления сроками (см. рисунок 5)
Имя поля атрибута'класса | Соотеетстаие на русском языке |
Active | Действующий |
Comment | Комментарий |
Conslraint | Ограничение |
EariieslEodDate | Самый ранний срок завершения |
EarlieslSlartOale | Самый ранний срок начала |
EndConstraintOale | Ограничение даты окончания |
FfeeFloal | Свободный временной резерв |
initiativePrecedence | Отношения взаимозависимости объектов |
LateslEndOate | Самый поздний срок завершения |
LateslStartOale | Самый поздний срок начала |
MaximumLag | Максимальный интервал времени |
MaximumLagCalendar | Максимальный интервал времени (келекдарь) |
MkiimalEndLag | Минимальный интервал времени (последующий процесс) |
MmimalEndlagPerceni | Минимальный интервал времени е процентах (последующий процесс) |
MmimalLag | Минимальный интервал времени |
MimmalLagCalendar | Минимальный интервал времени (календарь) |
MmimalSlartLag | Минимальный интервал времени (предшествующий процесс) |
MmimalSlartLagPerceni | Минимальный интервал времени е процентах (предшествующий процесс) |
Placemen) | Размещение |
Rata bonshipT ype | Тип отношения взаимозависимости |
ScheduledEndOate | Запланированный срок завершения |
Окончание таблицы А.4
Имя поля атрибута^кпасса | Соответствие на русском языке |
ScheduledStartOale | Запланированный срок начала |
SchedulingType StartConstranlDate | Тип определения сроков (планирования) Ограничение даты начала |
Total? loal | Общий временной резерв |
А.5 Исходные данные ресурсов
Таблица А.5 — Имена полей и их русские соответствия для модели исходных данных ресурсов (см. рисунок 6)
Имя поля атрнбута.'хласса | Соответствие на русском языке |
BasicLoadNonProductr/eNonProjects | Базовая нагрузка, не создающая стоимость непроектной работы |
BasicLoadNonProductiveProject | Базовая нагрузка, не создающая стоимость проектной работы |
BasicLoadProductiveNonProjects | Базовая нагрузка, создающая стоимость непроектной работы |
BaswLoadProductiveProjects | Базовая нагрузка, создающая стоимость проектной работы |
Building | Здание |
Calendar | Календарь |
CalendarEnUy | Запись а календаре |
CalendarEnlryType | Тип записи в календаре |
Capacity | Производственная мощность |
CapacityCounl | Производственная мощность (количественная оценка) |
CapacrlyPenod | Базисный период производственной мощности |
CapacrtyUsed | Использованная производственная мощность |
CapaalyllsedPercent | Использованная производственная мощность в процентах |
Cdy | Город |
Comment | Комментарии |
CoslCatculabonType | Тип расчета издержек |
Country | Страна |
CV | Резюме (биографическая справка) |
Oeputy | Представительство |
Description | Описание |
Адрес электронной почты | |
Employe eNo | Личный номер сотрудника |
External | Внешний |
FirslName | Имя |
From | От |
FromPercenlCompletion | От процента (степени) завершенности |
inactive | Недействительный |
inrtiabve | Объект управления |
LaslName | Фамилия |
MaximumEflort | Максимальная нагрузка |
MnimalEffort | Минимальная нагрузка |
Mobile | Мобильный телефон |
Name | Наименование |
OrganisationalSubUnt | Организационная единица (подразделение) |
OverloadCapacily | Избыточная нагрузка (производственная мощность) |
OverloadPercent | Избыточная нагрузка в процентах |
PercentEWort | Затраты в процентах |
Priority | Приоритет |
PnvCity | Личный адрес (город) |
PrivStreel | Личный адрес (улица) |
PrivZIPCode | Личный адрес (почтовый индекс) |
Productivity | Производительность |
ProductrvityPeriod | Производительность (базисный период) |
Regularity interval | Интервал повторения |
Окончание таблицы А.5
Имя поля атрибута<’кпасса | Соответствие на русском языке |
Resource | Ресурс |
ResourceAssignmeniProHe | Профиль распределения ресурсов |
ResourceAssignmeniProHeOiscreteVakie | Значение профиля распределения ресурсов |
ResourceCalendarAssignmenl | Привязка ресурсов к календарю |
ResourcoType | Тип ресурса |
ResourceUsage | Использование ресурсов |
Role | Роль |
Room | Помещение |
Salutation | Приветствие |
ShortName | Инициал» |
Staff | Сотрудник |
Street | Улица |
Telefax | Телефакс |
Telephone | Телефон |
TimeZone | временная зона |
Title | Звание |
To | До |
Type | Тип |
URL | Унифицированный указатель ресурса |
VahdFrom | Действителен с |
VakdTo | Действителен до |
Workng | Действующий |
WorkmgTime | Рабочее время |
2IPCode | Почтовый индекс |
А.6 Планирование ресурсов
Таблица А.6 — Имена полей и их русские соответствия для модели планирования ресурсов (см. рисунок 7)
I Имя поля атрибута'класса | Соответствие на русском языке |
| AclualEflorl | Фактические затраты |
I Actual? rom | Актуальный с |
I AclualTo | Актуальный до |
ApprovedEffort | Одобренные затраты |
I ApprovedEffortPercenl | Одобренные затраты а процентах |
I Approved?tom | Одобрен с |
I ApprovedResourceAssignmentProNe | Профиль распределения одобренных ресурсов |
I ApprovedTo | Одобрен до |
| Comment | Комментарий |
Description | Описание |
I ExIernalCoelCatculabonType | Тип калькуляции внешних издержек |
I ExIernalCoslRate | Корма внешних издержек |
| ExIernalCoslRaleEffort | Норма внешних издержек {затраты) |
| InibatrveResourceAssiflnment | Распределение ресурсов объекта |
| IniUatrveResourceAsaipnmentOuantity | Количественное распределение ресурсов объекта |
InlemalCoslCalculationType | Тип калькуляции внутренних издержек |
I InlemalCoslRale | Корма внутренних издержек |
I InlemalCoslRaleEfforl | Корма внутренних издержек (затрат) |
I Name | Наименование |
I ReouestedEffbrt | Запрашиваемые затраты |
I RequestedEffortPercenl | Запрашиваемые затраты а процентах |
I RoQuestedProm | Запрос от |
Окончание таблицы А.6
Имя попя атрибута^хласса | | С&отаетстеие на русской «зыке I |
RequestodResourceAssignmenlProfiie | Профиль распределения ресурсе* по запросу |
RequostedTo | Запрос до |
RequesledUnspfcttod | Запрос неразделенный |
ResourceAssignmenlStaiusType | Тип статуса распределения ресурсов |
SchedulingType | Тип определения сроков {плакирования) |
Type | Тип |
А.7 Управление ресурсами
Таблица А.7 — Имена полей и их русские соответствия для модели управления ресурсами (см. рисунок 8).
Имя поля атрибутагкласса | Соответствие на русском языке |
Account | Счет |
CapturedBy | Заполнен (кем) |
ChargeableEffort | Предстоящие затраты |
Chargeable OverloadEfforl | Предстоящие сверх норны затраты |
Comment | |
Descriptan | Описание |
Effort | Загрузка |
ExpectedEndOate | Ожидаемый срок окончания |
From | От |
Name | Наименование |
OverloadEffort | Загрузка сверх норны |
PercentComplete | Степень завершенности (готовности) в процентах |
RemamngEffort | Оставшиеся затраты (до завершения) |
Timesheet | Табель учета времени |
TimesheelApproval | Одобренный табель учета вреыеии |
TimesheelEntry | Позиция табеля учета времени |
TimesheelStatusType | Тип статуса учета времени |
To | До |
А.6 Отчетность
Таблица А8 — Имена полей и их русские соответствия для модели отчетности (см. рисунок 9)
Имя поля атрибута/кпасса | Соответствие на русском языке |
AclualCosts | Фактические затраты (на день определения) |
BudgeledCostAtCompietion | Запланированные общие затраты по завершении |
Comment | Комментарий |
Cost E sbm ateAtCompleten | Оцененные общие затраты по завершении |
CostPerformancelndex | Коэффициент рентабельности |
CostVanance | Вариация затрат |
Date | Дата |
Oescrption | Описание |
EarnedValue | Освоенный обьем |
tmtiatrveSlatusReport | Отчет о состоянии объекта |
ImtiatrveSlatusReportStatusType | Тип статуса отчета о состоянии объекта |
Internal | Внутренний |
Name | Наименование |
NeedFor Decisions | Необходимость принятия решения |
NextSteps | Следующий шаг |
PercentComplete | Степень завершенности (готовности) в процентах |
PlannedValue | Плановое значение |
Окончание таблицы А.8
Имя поля атрибута/класса | Соответствие на русском языке |
Problems | Проблемы |
Progress | Прокресс |
Risk | Риск |
ScheduleAlComplebon | Запланированное необходимое ал к завершения время |
ScheduloPerformancelndex | Индекс выполнения сроков |
ScheduloVarianco | Несоответствие календарного трафика |
Situation | Ситуация |
SlalusCosts | Состояние издержек |
SlatusCosIsCommenl | Комментарии к состоянию издержек |
SlalusOualily | Состояние качества |
SlatusOualilyCommenl | Комментарий к состоянию качества |
SlatusTime | Состояние по срокам |
SlatusTrmeCommenl | Комментарий к состоянию времени |
TmeEstimaleAtCompletion | Оцененное необходимое время до завершения |
TmeVanance | Временное несоответствие |
TrallicLighl | Светофор |
Type | Тип |
А.9 Управление издержками — основные данные
Таблица А.9 — Имена полей и их русские соответствия для модели управления издержками — основные данные {см. рисунок 10)
Имя поля атрибута'хласса | Соответствие на русском языке |
Accounl | Счет |
Active table | Активируемый |
Active tionWIP | Активирование частично выполненных работ |
BudgelAccounl | Бюджетный счет |
Category | Категория |
CoslBenefi (Account | Счет затраты-выгоды |
CoslCenter | Статья затрат |
CoslCenterStaffAssignment | Соотнесение статей затрат и сотрудников |
Coslftale | Норма затрат |
CoslRaleExternal | Норма внешних затрат |
CoslRalelnternal | Норма внутренних затрат |
CoslRalePercent | Норма затрат е процентах |
CoslRaleResourceAssignment | Соотнесение нормы затрат и ресурсов |
CostRaleResourceTypeAssignment | Соотнесение нормы затрат и типа ресурсов |
Country | Страна |
Oescnption | Описание |
OireclCosts | Прямые издержки |
Effort | Трудозатраты |
Expense | Накладные расходы |
ExpenselncomeAccount | Счет доходов и расходов |
External | Внешний |
FuedCosIs | Фиксированные издержки |
Fla (Rate | Фиксированная ставка |
FultCosts | Полная стоимость |
InternalCostAllocation | Распределение организационных затрат |
Name | Наименование |
No | Номер |
Окончание таблицы А. 9
Имя поля атрибута/класса | Соответствие на русском ямке |
Number | Номер |
Outflow | Отток средств (ресурсов) |
OverheadNonWork | Накладные расходы от непроектной работы |
OverheadWork | Накладные расходы от проектной работы |
Overload | Загрузка сверх нормы |
Percent | Процент |
Responsible | Ответственный |
Subcontractor | Субподрядчик |
TransaclwnProfrte | Профиль бухгалтерской проводки |
VaiidFrom | Действителен с |
ValidTo | Действителен до |
VATRale | Ставка НДС |
А.10 Управление издержками — текущие данные
Таблица А.10 — Имена полей и их руосхие соответствия для модели управления издержками — текущие данные (см. рисунок 11)
Имя поля атрибута'класса | Соответствие на русском языке |
Actual | Фактический |
ActualExpenses | Фактические накладные расходы |
AcluaINPV | Фактическая стоимость капитала |
ActualOlherCoels | Фактические прочие издержки |
ActualResourceCosts | Фактические затраты ресурсов |
AclualROI | Фактическая окупаемость инвестиций |
Chargeable | Подлежащий оплате |
ConliactNo | Номер договора |
OocumentDale | Дата документа |
OocumentNo | Номер документа |
Fixed | Фиксированный |
InitiabveCostOata | Дата издержек объекта |
Originator | Источник |
PlanSudgel | Запланированный бюджет |
PlanExpenses | Запланированные накладные расходы |
PlanExpensesInleinal | Запланированные внутренние накладные расходы |
PlanNPV | Запланированная чистая приведенная стоимость |
PlanOtfierCosts | Запланированные прочие издержки |
PlanOtfierCosIsInlernal | Запланированные прочие енутренние издержки |
PlanResourceCosls | Запланированные затраты ресурсов |
PlanResourceCosIsInternal | Запланированные внутренние затраты ресурсов |
PlanROI | Запланированная окупаемость инвестиций |
Quantity | Количество |
OuanlrtyChargeable | Количество, подлежащее оплате |
Remaik | Заметка |
Texl | Текст бухгалтерской проводки |
Transaction | Бухгалтерская проводка |
TransactionOale | Дата бухгалтерской проводки |
Transaction Item | Позиция бухгалтерской проводки |
TransacbonNo | Номер бухгалтерской проводки |
Value | Стоимость (значение) |
А.11 Система оценки
Таблица А.11 — Имена попей и их русские соответствия дпя модели системы оценки (см. рисунок 12)
Имя поля атрибутаГкпасса | Соответствие на русском ямке |
Actual | Фактический |
AssessmenlCiileria | Критерии оценки |
AssessmenlFiamework | Структура оценки |
Benefit | Лолыа |
Comment | Комментарии |
Oamage | Размер ущерба |
OamageReduction | Уменьшение ущерба |
Description | Описание |
Effect | Эффект |
InitialweAssessmenl | Оценка объекта управления |
InitiabveAssessmentttem | Элемент оиенки объекта управления |
ImtiabveAssessmenttlemMeasure | Мери элемента оценки объекта |
Likelihood | Вероятность |
LikekhoodReduclion | Уменьшение вероятности наступления |
Maximum | Максимальное значение |
Minimum | Минимальное значение |
Name | Наименование |
Resull | Результат |
ResuHDecimal | Результат (десятичное число} |
ResullStnng | Результат (текстовая строка} |
Silualion | Ситуация |
Unit | Единица |
UseidefinedUmt | Единица, определенная пользователем |
Weight | Вес |
А.12 Документация и сроки
Табтмца А.12 — Имена полей и их русские соответствия для модели документации и сроков (си. рисунок 13)
Имя поля атрибута>'кпасса | Соответствие на русском языке |
Agenda | Повестка дня |
Appontment | Назначение |
CheckedOulAt | Проверено (точное время) |
Comment | |
Description | Описание |
Document | Документ |
DocumenlData | Данные документа |
DocumenlFileName | Название файла документа |
DocumenlLmk | Ссылка на документ |
DocumenlReadabte | Документ, доступный дпя чтения |
DocumenlStatusApprovat | Одобрение статуса документа |
DocumenlVersion | версия документа |
DocumentVersionCheckOul | версия документа а обработке |
DueOale | Дата завершения |
From | От |
PercentComplete | Степень завершенности (готовности) в процентах |
Priority | Приоритет |
Private | Личный |
Results | Результаты |
To | До |
VersionNo | Номер версии |
Приложение ДА (справочное)
Сведения о соответствии ссылочных международного стандарта и стандартов DIN национальным стандартам Российской Федерации и действующим в этом
качестве межгосударственному стандарту
Таблица ДА. 1
Обозначение ссылочного стандарта 01N. международного стандарта | Степень соответствия | Обозначение и наименование соответствующего иаииомапьно'о. межгосударственного стандарта |
OIN 69900 | — | • |
OIN 69901-1 | — | • |
DIN 69901-2 | — | • |
DIN 69901-3 | — | • |
DIN 69901-S | — | • |
ISO 9000:2011 | IDT | ГОСТ ISO 9000—2011 «Системы менеджмента качества. Основные положения и словарь» |
* Соответствующий национальный стандарт отсутствует. До его утверждения рекомендуется использовать перевод | ||
на русский язык данного стандарта DIN. Перевод данного стандарта находится а Федеральном информационном фонде | ||
технических регламентов и стандартов. | ||
Примечание В настоящей теблице использовано следующее условное обозначение степени соответствия стандарта: - IDT —идентичный стандарт. |
Библиография
[1] DIN EN ISO 9000
[2] DIN EN ISO 9001
[3] DIN EN ISO 10007
[4] ISO 10006
Системы менеджмента качества. Основные положения и словарь Системы менеджмента качества. Требования
Менеджмент качества. Директивы для конфигурационного менеджмента Менеджмент качества. Директивы по менеджменту качества проектов
УДК 005.8(083.74);006.354 ОКС 03.100.40
Ключевые слова: проектный менеджмент, управление проектом, системы проектного менеджмента, управление программой, управление портфелем проектов, жизненный цикл проекта, управление рисками проектов, инициирование проекта
Редактор Е.В. Дрюк
Корректор П.М. Смирнов
Компьютерная вёрстка Е.К. Кузиной
Подписано в печать 08.02.2016. Формат 60x84V».
Уел. печ. л. 4.65. Тираж 34 зкз. Зак. 4233.
Подготовлено на основе электронной версии, предоставленной разработчиком стандарта
ФГУП * СТАН ДАРТИНФОРМ »
123995 Москва. Гранатный пер.. 4.
Издание официальное
