> -- Драконограф писал(а):
> Интересно, что скажут другие, кто в теме... alexus, допустим...Вроде бы эти вопросы мы уже обсуждали... и неоднократно. Ничего нового я не скажу. Вы правы, можно исходить из базовой модели жизненного цикла изделия/продукции: моделирование - проектирование/конструирование - планирование - разработка/создание - эксплуатация. Каждая стадия представима своим технологическим процессом. То есть, существует процесс моделирования, существует процесс проектирования и т.д. Любой процесс состоит из отдельных операций (в предельном случае может состоять из одной операции). Собственно, принципиальной разницы между процессом и операцией нет, любой процесс можно считать макрооперацией, а любую операцию можно рассматривать, как микропроцесс. На производстве этим часто пользуются, называя микропроцесс - типовым технологическим процессом, например. Подобная масштабируемость очень удобна, поскольку позволяет использовать одни и те же модели на микро- и макро-уровнях.
Любой технологический процесс представляет собой орграф (направленный граф), где вершины соответствуют технологическим операциям, а рёбра - передачам полуфабрикатов. На микроуровне (уровень предприятия) операции выполняются производственными мощностями данного предприятия, на макроуровне, операции выполняются на отдельных предприятиях (например, операция по выпуску тракторов выполняется тракторостроительным заводом [ЧТЗ, к примеру]). Аналогии по описанию микро- и макро-уровней можно приводить долго... но я их опущу, чтобы не уходить от темы.
Технологическая операция объединяет в себе три элемента (порождается ими): средства труда, предмет труда и, собственно, живой труд. Каждый элемент операции нормируется: нормы износа основных средств, нормы выработки/потребления, и нормы времени работы персонала. Помимо этого, есть нормативы и требования к самой тех. операции, которые не сводятся к её элементам (или сведение не является тривиальным). Нормироваться, например, может время выполнения тех. операции, которое, в общем случае, не равно времени работы оборудования и/или персонала. Требования к операции оформляются технологическим регламентом, где прописывается порядок выполнения операции и контроль выполнения и результатов.
Что мы сейчас имеем...
1. Стадии жизненного цикла, где каждая стадия - процесс, и связи между стадиями;
2. Структуру любого процесса;
3. Элементы, из которых состоит процесс, включая нормативы и требования к ним.
Как видите, всё достаточно строго/формально, единообразно и полиморфично... Всё сказанное можно довольно просто превратить в систему, которая позволяет контролировать жизненный цикл, планировать развитие изделия (вносить изменения, выпускать новые ревизии/версии, переходить к новым изделиям). В общем, даже структура БД для этой системы довольно проста.

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