Продукты

Услуги

Обучение

Прайсы

Партнерство

Контакты

Проект-Оптим®
Оптим-ТП
Оптим-Инвест
Оптим-Фин.план
Концепция КИС
Пилотный проект
Проект КИС
Внедрение КИС
Консалтинг
Пользователям MS Project
Образовательный центр
Информационные технологии
Экономика и менеджмент
Управление проектами
Повыш. квалиф. работников ПЭО
Повыш. квалиф. работников фин. служб
Управление проектами
Бизнес-планирование, инвест. проектирование
Пользователь ПК
Сетевой администратор
Пользователь АС Проект-Оптим®
Администратор АС Проект-Оптим®
Финансовый менеджер
Менеджер проектов
Менеджер по внедрению и поддержке ИТ
Менеджер по реинжинирингу БП
Методические материалы
ПО Оптим
Внедрение
Обучение
Методические материалы
Программа партнерства
Партнерство с ВУЗами
Партнеры ПроА
 
Отраслевые решения - баннер
 
Rambler's Top100

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



Используемые условные обозначения и сокращения
 
АРМ
- автоматизированное рабочее место
АСУПр
- автоматизированная система управления проектами
ГОСТ
- государственный стандарт
ОСТ
- отраслевой стандарт
ПО
- программное обеспечение
BPI (СБП)
- Business process improvement - Совершенствование бизнес - процессов
BPR (РБП)
- Business process reengineering - Реинжиниринг бизнес-процессов
CASE
- Computer Aided System Engineering - Автоматизированный системный инжиниринг
CRM
- Customer (Client) Relationship Management - Управление кон-тактами (с клиентами, контрагентами и пр.)
CRP
- Capacity Requirements Planning - Планирование потребностей в производственных мощностях
ERD
- Entity-Relations Diagrams - диаграммы описания информаци-онных взаимосвязей объектов
ERP
- Enterprice Resource Planning - Планирование (управление) ре-сурсов компании
IDEF
- Integrated DEFinition - интегрированное описание (бизнес - процессов)
IEC (ИЭК)
- Интернациональная электротехническая комиссия
ISO (ИСО)
- Интернациональная организация по стандартизации
KM
- Knowledge Management - Управление знаниями
HRM
- Human Resources Management - Управление персоналом
MRP
- Material Resource Planning - Планирование (управление) материальных ресурсов
MRP II
- Manufactory Resource Planning - Планирование (управление) производственных ресурсов
SADT
- Structured Analysis and Design Technique - Техника структур-ного проектирования и анализа
SCM
- Supply Chain Management - Управление логистикой
TQM
- Total Quality Management - Общее управление качеством


Международные стандарты качества семейства ИСО 9000:2000

(ISO 9000 - 9002-9004)
Интернациональная организация по стандартизации.

Международные стандарты качества ИСО 9000 определяют общее руководство качеством и стандарты руководства качеством.

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

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

В рамках стандарта ИСО 9000 содержатся методические указания управления программой надежности при планировании, организации и управлении ресурсами с целью производства продукции.

Международные стандарты ИСО 9001, 9002, 9003 предлагают модели обеспечения качества на предприятиях:

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

С точки зрения разработчика программного обеспечения, в частности АСУПр, построение системы качества базируется на стандарте ИСО 9000-3, который определяет порядок использования моделей ИСО 9001 и 9003 для предприятий, разрабатывающих программное обеспечение или продукцию, включающую элемент программного обеспечения.

Международный стандарт ИСО 9004 устанавливает общие подходы к управлению качеством предприятий и детально рассматривает элементы системы качества.

Международные стандарты семейства ИСО 9000 тесно взаимосвязаны со стандартами семейства ИСО 10000, определяющими процедуры проверки систем качества.

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

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

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


Сумма знаний по управлению проектами

(PMI's PROJECT MANGEMENT BODY OF KNOWLEDGE)
Институт управления проектами, комитет по стандартам, США
 

Что такое Управление Проектом?

Управление Проектом (Project Management) - применение знаний, опыта, средств и технологий в процессе проведения проекта с целью удовлетворить (или превысить) требования или ожидания заказчика от данного проекта. Обычно это требует сбалансированности между:

  • объемом работ, временем, стоимостью и качеством;
  • заказчиками с разными потребностями и ожиданиями;
  • определенными требованиями (требования) и неопределенными требованиями (ожидания).

 

Процессы (составные части) управления проектами.

Управление Проектами рассматривает различные процессы, разбитые на девять областей:

 

1.    

Управление Интеграцией

  • процессы, обеспечивающие координацию между различными элементами проекта

2.    

Управление Замыслом

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

3.    

Управление Временем

  • процессы, обеспечивающие завершение работ в заданное время

4.    

Управление Стоимостью

  • процессы, обеспечивающие завершение работ в заданном бюджете

5.    

Управление Качеством

  •  процессы, обеспечивающие выполнение требований и ожиданий заказчика

6.    

Управление Ресурсами

  • процессы, обеспечивающие наиболее эффективное использование ресурсов, участвующих в проекте

7.    

Управление Коммуникацией

  • процессы, обеспечивающие создание, хранение и своевременное распределение информации о проекте

8.    

Управление Риском

  • процессы, связанные с определением, анализом и реакцией на возможный риск, связанные с проектом

9.    

Управление Поставками

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

 

Жизненный цикл и фазы проекта.

Как правило, для удобства управления, проекты разбиваются на несколько фаз. Все фазы вместе называются Цикл Жизни Проекта (Project Life Cicle).

 

Группы процессов управления проектами.

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

 

1.    

Процессы Инициирования

  • принятие решения о начале проекта или фазы

2.    

Процессы Планирования

  • создание и поддержка рабочей схемы для достижения бизнес-целей проекта

3.    

Процессы Выполнения

  • координация людских и других ресурсов в соответствии с планом

4.    

Процессы Управления

  • мониторинг хода выполнения и принятие необходимых действий по корректировке

5.    

Процессы Окончания

  • формальное принятие решения о завершении фазы или проекта

 

Рисунок 1 показывает наложение групп процессов в пределах одной фазы.

 

Рис. 1. Группы процессов управления проектами.

 


Методология управления проектами PRINCE/PRINCE2


Методология управления проектами PRINCE/PRINCE2 родилась и, на сегодня, является де-факто стандартом управления проектами в Великобритании; ее применение обязательно в государственных проектах.
  Столь необычное название методологии является аббревиатурой от ее полного названия Projects In Controlled Environents, и ее название отражает ее предназначение - управление проектами и группами проектов внутри организации.
  Метод управления проектами PRINCE 2 определяет организацию, управление и контроль над исполнением проектов. PRINCE2 был разработан агентством CCTA (Central Computer and Telecommunications Agency) в 1989 как правительственный стандарт Великобритании для управления проектами в информационных технологиях.   В настоящее время PRINCE2 применяется в качестве стандарта управления проектами в Великобритании, Бельгии, Нидерландах, Люксембурге, Австралии, Новой Зеландии, Гонконге, Сингапуре, Малайзии, ЮАР, Хорватии, Польше и некоторых других странах.
  Наибольшее распространение PRINCE2 получил в государственном секторе, в финансовой, телекоммуникационной и электронной отраслях. Важной особенностью стандарта PRINCE2 является именно его изначальная ориентация на управление IT - проектами.

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

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

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

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

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

Главные особенности PRINCE2

Основными особенностями PRINCE2 являются:

  1. планирование, основанное на продуктовом подходе,
  2. деление проекта на управляемые и контролируемые стадии,
  3. гибкость применительно к масштабам проекта,
  4. определенная организационная структура для команды управления проектом.

PRINCE2 включает в себя восемь основных компонент:

  1. организация,
  2. планирование,
  3. контроль,
  4. стадийность,
  5. управление рисками,
  6. качество,
  7. управление конфигурациями,
  8. управление изменениями

и восемь основных процессов:

  1. начало проекта,
  2. инициация,
  3. управление,
  4. контроль стадий,
  5. управление продуктом,
  6. управление границами стадий,
  7. закрытие проекта,
  8. планирование.

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



Рис. 2. Процессный подход к управлению проектами.

Навигация проекта

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

Запуск проекта

Это первый процесс в методологии PRINCE2. Он представляет собой предпроектную стадию, предназначенную для гарантии целесообразности предпосылок к реализации проекта. Данный процесс подразумевает существование Проектного Мандата, который декларируется на высоком уровне, указывает причину для осуществления проекта и его ожидаемый результат. Запуск проекта должен осуществляться в очень короткие сроки. Работа над процессом базируется на реализации трех элементов:

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

Инициация проекта

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

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

Процесс управления границами

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

Процесс стадийного контроля

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

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

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

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

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

Процесс завершения проекта

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

Процесс планирования

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

Выгоды от использования PRINCE2.

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

  • Управляемыми и организованными началом, серединой и завершением
  • Корректной и своевременной информацией о ходе работ по проекту во временных контрольных точках
  • Автоматическим управлением любыми отклонениями от плана
  • Вовлечением управленцев и исполнителей в проект в нужное время и в нужном месте
  • Хорошими каналами связи между проектом, руководством проекта и остальными частями организации.


Методология совершенствования бизнес-процессов

Business process improvement (BPI) Technique
 

Совершенствование бизнес-процессов

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

Изменение процессов необходимо, если выполнено хотя бы одно из следующих условий:

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

 

Основные Этапы метода

Рисунок 3 иллюстрирует зависимость основных процессов BPI от внешних факторов:

  • Внешняя Среда - процессы, находящиеся за пределами влияния процессов BPI
  • Организационная Инфраструктура поддерживается существующими процессами
  • Технологическая Инфраструктура обеспечивает информационную платформу и коммуникации для существующих процессов

 

Рис. 3. Этапы (фазы) совершенствования бизнес-процессов.

 

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

 

Стратегическое и бизнес планирование

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

 

Перепроектирование бизнес-процессов BPR

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

В зависимости от результатов анализа, выбирается один из трех уровней совершенствования бизнес-процессов:

  • непрерывное улучшение;
  • модернизация бизнес-процессов;
  • перепроектирование (радикальное совершенствование).

 

Планирование организационных изменений

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

 

Планирование технологических изменений

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

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

 

Разработка информационной системы

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

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

 

Реализация проекта

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

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

 

Обеспечение условий непрерывного совершенствования

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

Идеология непрерывного совершенствования подразумевает установление системы руководства и управления, культуры функционирования бизнес-процессов, обращенных в первую очередь на удовлетворение требований клиентов. Обычно методологию непрерывного совершенствования процессов связывают с технологией Общего Управления Качеством (Total Quality Management - TQM), еще одним, наряду с Перепроектированием Бизнес-Процессов, подходом к преобразованию предприятий в рамках данной методологии. Технология управления качеством призывает не дожидаться пока проблема возникнет, но предотвращать ее.

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

 


Технология CASE проектирования информационных систем и методология IDEF моделирования бизнес-процессов

Computer Aided System Engineering (CASE)
Integrated DEFinition (IDEF)

CASE технологии

Современное проектирование сложных информационных систем использует новые информационные технологии и программные средства поддержки системного инжиниринга - CASE технологии и средства.

В основе CASE технологий лежат соответствующие методы и методики, описывающие различные свойства систем, важные, например, с точки зрения их автоматизации, а также позволяющие количественно оценить параметры проектов. Следует отметить, что спектр свойств систем различного назначения очень широк, и не все они к настоящему времени отражены в адекватных моделях. В то же время для класса информационных систем организационного типа (Management Information Systems - MIS) адекватные модели разработаны и поддерживаются соответствующими средствами автоматизации.

Методология IDEF моделирования

Взаимная совокупность методик и моделей концептуального проектирования IDEF (Integrated DEFinition) разработана в США по программе Integrated Computer-Aided Manufacturing. В настоящее время имеются методики функционального, информационного и поведенческого моделирования и проектирования, в которые входят IDEF-модели, приведенные ниже.

Название
Назначение
IDEFO

Функциональное моделирование
Function Modeling Method

IDEF1 и IDEF1X

Информационное моделирование
Information and Data Modeling Method

IDEF2

Поведенческое моделирование
Simulation Modeling Method

IDEF3

Моделирование деятельности
Process Flow and Object Stale Description Capture Method

IDEF4

Объективно-ориентированное проектирование
Object-oriented Design Method

IDEF5

Систематизация объектов приложения
Ontology Description Capture Method

IDEF6

Использование рационального опыта проектирования
Design Rational Capture Method

IDEF8

Взаимодействие человека и системы
Human-System Interaction Design

IDEF9

Учет условий и ограничений
Business Constraint Discovery

IDEF14

Моделирование вычислительных сетей
Network Design

 

IDEF0 реализует методику функционального моделирования сложных систем. Наиболее известной реализацией IDEF0 является методология SADT (Structured Analysis and Design Technique), преложенная еще в 1973 г. Д. Россом и впоследствии ставшая основой стандарта IDEF0. Эта методика рекомендуется для начальных стадий проектирования сложных искусственных систем управления, производства, бизнеса, включающих людей, оборудование, программное обеспечение.

IDEF1X и IDEF1 реализуют методики инфологического проектирования баз данных. В IDEF1X имеется ясный графический язык для описания объектов и отношений в приложениях, так называемый язык диаграмм "сущность-связь" (ERD - Entity-Relations Diagrams). Разработка информационной модели по IDEF1X выполняется в несколько этапов:

  • выясняются цели проекта, составляется план сбора информации, при этом обычно исходные положения для информационной модели следуют из IDEF0-модели;
  • выявляются и определяются основные сущности - элементы базы данных, в которых будут храниться данные системы;
  • выявляются и определяются основные отношения, результаты представляются графически в виде так называемых ER-диаграмм;
  • детализируются нестандартные отношения, определяются ключевые атрибуты сущностей. Детализация отношений заключается в замене связей "многие ко многим" на связи "многие к одному" и "один ко многим";
  • определяются атрибуты сущностей.

IDEF2 и IDEF3 реализуют поведенческое моделирование. Если методика IDEF0 связана с функциональными аспектами и позволяет отвечать на вопрос: "Что делает эта система?", то в этих методиках детализируется ответ: "Как система это делает". В основе поведенческого моделирования лежат модели и методы имитационного моделирования систем массового обслуживания, сети Петри, возможно применение модели конечного автомата, описывающей поведение системы как последовательности смен состояний.

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

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

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

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

IDEF8 предназначен для проектирования диалогов человека и технической системы.

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

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

Нотации IDEF моделирования

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

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

Информационная модель отображает отношения между элементами системы в виде структур данных (состав и взаимосвязи).

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

Сочетания типов моделей образуют стандартные CASE-модели.

 

Международный стандарт ИСО-ИЭК 15504. Информационные технологии - оценка процессов разработки программного обеспечения.

Information Technology - SPICE - Software Process Assessment (ISO/IEC 15504)
Интернациональная организация по стандартизации.
Интернациональная электротехническая комиссия.
 

Данный стандарт предназначен для оценки процессов, так или иначе связанных с ПО.

При оценке процессов (process Assessment) рассматриваются процессы, существующие в организации и определяется их эффективность для достижения своих целей, то есть, в терминах стандарта, "возможности" (capability) процессов.

Стандарт содержит рекомендации (см. рис. 4) по оценке (rating) процессов и представлению результатов оценки, то есть позволяет "измерять" их качество, для чего используются, в том числе, различные атрибуты процессов.

 

Рис. 4. Оценка процессов разработки программного обеспечения.

 

Архитектура процессов

Процессы Заказчик-Поставщик

  • Заказ (выбор поставщика, управление, подтверждение)
  • Поставка
  • Определение требований

Процессы создания (разработки)

  • Разработка (анализ требований к системе, анализ требований к ПО, проектирование, разработка ПО, интеграция ПО, тестирование ПО, интеграция и тестирование системы)
  • Поддержка системы и ПО

Поддерживающие процессы

  • Документирование
  • Управление конфигурацией
  • Обеспечение качества
  • Проверка и Подтверждение
  • Совместный обзор
  • Аудит
  • Разрешение проблем
  • Повторное использование процессов

Организационные процессы

  • Совершенствование (определение, оценка и улучшение)
  • Управление людскими ресурсами
  • Инфраструктура

Управление

  • Управление проектами
  • Управление качеством
  • Управление риском

 

Международный стандарт ИСО -ИЭК 12207. Информационные технологии - Процессы жизненного цикла разработки программного обеспечения (ПО).

Information Technology - Software Life Cycle Processes (ISO/IEC 12207)
Интернациональная организация по стандартизации.
Интернациональная электротехническая комиссия.
 

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

ПО представляет собой немаловажную самостоятельную часть современных продуктов и систем. Как и в любой другой области, отсутствие единой дисциплины производства ПО приводит к снижению качества продукта, необоснованному увеличению цены и сроков. Для решения этих проблем в 1987 году Интернациональная Организация по Стандартизации (ISO) приступила к разработке единого стандарта на разработку ПО, охватывающего весь жизненный цикл программных продуктов. Труды экспертов, представляющих транснациональные корпорации, национальные академии и правительственные организации, опирающиеся на опыт работы предприятий ведущих стран мира, воплотились в этом стандарте. Трудоемкость проекта составляет более 17,000 человеко-часов, его стоимость превышает 1.5 миллиона долларов.

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

 

Рис. 5. Процессы жизненного цикла программного обеспечения.

 

Основные процессы жизненного цикла ПО:

Основные (базовые) процессы

  • Процесс заказа
  • Процесс разработки
  • Процесс поставки
  • Процесс сопровождения

Процессы, поддерживающие жизненный цикл

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

Организационные процессы жизненного цикла

  • Процесс управления
  • Процесс поддержки инфраструктуры
  • Процесс совершенствования
  • Процесс обучения

 


Международная методика коммерческой оценки экономической привлекательности инвестиционных проектов ЮНИДО

United Nations Industrial Development Organization (UNIDO)
Интернациональная организация по индустриальному развитию стран ЕС .
 

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

Основу финансово-экономического обоснования коммерческой привлекательности инвестиционных проектов составляют три основные группы расчетов:

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

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

 

 

Государственные и отраслевые стандарты

Государственные и отраслевые комитеты по стандартизации .
 

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

В ряде случаев, соблюдение отдельных ГОСТов и ОСТов является обязательным требованием при реализации информационных проектов.

К ГОСТам определяющим порядок и требования создания информационных систем относятся, в частности ГОСТ 34.602-89 "Информационная технология. Техническое задание на создание автоматизированной системы.", ГОСТ 34.601-90 "Информационная технология. Автоматизированные системы. Стадии создания", ГОСТ 34.603-92 "Информационная технология. Виды испытаний автоматизированных систем"

 

 

 

 
 

[НАВЕРХ] [НА ГЛАВНУЮ]

Отправить e-mail

Последнее обновление:

Copyright © 2001 Проект - Менеджмент Центр Логотип ПроА
Все права защищены
.