ня
В· Управління оточенням;
В· Управління інвестиціями;
В· Управління процесами;
В· Управління ресурсами;
В· Управління якістю.
3.Бізнес процеси
В· Планування;
В· Оцінювання;
В· Моніторинг;
В· Управління ризиками;
В· Управління конфігурацією;
В· Управління інформацією;
В· Вироблення рішень.
4. Процеси рівня проектів
В· Визначення вимог;
В· Аналіз вимог;
В· Проектування архітектури;
В· Реалізація;
В· Інтеграція;
В· Верифікація;
В· Валідація;
В· Передача у використання;
В· Експлуатація;
В· Підтримка;
В· Вилучення з експлуатації.
5.Спеціальние процеси
В· Адаптація описуваних стандартом процесів під потреби конкретного проекту.
У стандарті визначено 123 різних результату і 208 видів діяльності, націлених на досягнення результатів. Наприклад, до процесу "Визначення вимог" належать наступні результати:
В· Повинні бути поставлені технічні завдання, які належить вирішити.
В· Повинні бути сформульовані системні вимоги. Діяльності в рамках цього процесу наступні. p> В· Визначення меж функціональності системи.
В· Визначення функцій, які необхідно підтримувати,
В· Визначення критеріїв оцінки якості при використанні системи.
В· Аналіз і виділення вимог з безпеки.
В· Аналіз вимог захищеності.
В· Виділення критичних для даної системи аспектів якості та вимог до них.
В· Аналіз цілісності системних вимог.
В· Демонстрація простежуваності вимог,
В· Фіксація та підтримка набору системних вимог.
Процес "Управління ризиками" передбачає визначення подій, які негативно впливають на систему, проект або організацію, оцінку ризиків і їх обробку, виявлення факторів, які можуть перешкодити успішній реалізації проекту в цілому або окремої його частини. У результаті аналізу ризиків замовник починає інакше дивитися на проект, переоцінювати свої можливості, і, відповідно, по-іншому планувати роботи. Нарешті, може докорінно змінитися і сама бізнес-модель, яка закладається в основу створюваної системи. Оцінка ризиків проводиться в термінах і показниках якості, витрат, термінів або технічних характеристик. Рішення проблем управління ризиками базується на моделюванні.
6. Структура стандартів STEP
При розробці стандартів STEP були поставлені мети забезпечення однакового опису та інтерпретації даних в автоматизованих системах на різних етапах життєвого циклу виробів. До їх розробки стандартів STEP під егідою ISO був притягнутий ряд провідних компаній і фахівців фірм в різних галузях промисловості.
Основу STEP становить мову Express. Це мова уніфікованого представлення даних і обміну даними в комп'ютерних середовищах. Мова інваріантний до додатків. Хоча він розроблявся з орієнтацією насамперед на опис життєвих циклів промислової продукції, області його застосування значно ширше.
У STEP використовуються наступні важливі поняття:
В· AAM - Application Activity Model; це функціональна модель IDEF0 для певної програми;
В· ARM - Application Requirements Model; це модель, що представляє дані з точки зору користувача. Зокрема, в цій моделі дані можуть бути виражені як засобами, типовими для програми, так і з використанням синтаксису мови Express.
В· AIM - Application Interpreted Model; це ARM модель, переведена в STEP подання з використанням низки уніфікованих в STEP понять, закріплених в інтегрованих ресурсах.
В· AP - Application Protocol; це STEP стандарт, відображає специфіку конкретного додатка;
В· SDAI - Standard Data Access Interface; програмний інтерфейс до бази даних, що розділяється рядом прикладних систем (у тому числі CAD/CAM системами) і представленої на мові Express. SDAI являє собою уніфікований набір процедур доступу до бази даних, використовується в STEP середовищах для організації обмінів між додатками через загальну базу даних.
STEP - це сукупність стандартів і складається з ряду томів. Тома мають свої номери N і позначаються як "частина N "або ISO 10303-N. До теперішнього часу розроблено більше сотні томів, частина з них має статус проектів, частина вже затверджена в якості стандартів ISO.
Том 1 (ISO 10303-1) - вступний стандарт, що виконує роль анотації всієї сукупності томів. У цьому стандарті вводиться ряд термінів, які використовуються в інших стандартах, наприклад, таких як продукт (product), додаток (application), проектні дані (Product data), модель (model), моделі AAM, AIM, ARM, прикладний протокол (AP), інтегрований ресурс (Integrated resource), елемент функціональності (unit of functionality - UoF). p> В· Тома 11 - 14 - методи опису (Description methods),
В· Тома 21 - 29 - методи реалізації (Implementation methods),
В· Тома 31-35 - о...
