Anatoly Levenchuk (ailev) wrote,
Anatoly Levenchuk
ailev

Category:

Функции систем управления жизненным циклом

Про системы управления жизненным циклом я рассказывал тут: http://ailev.livejournal.com/929655.html
Про фукнциональные описания я рассказывал тут: http://ailev.livejournal.com/938820.html

Пример выделения функций верхнего уровня для СУЖЦ:

1. Предотвращение коллизий
  1.1. Управление конфигурацией (http://ailev.livejournal.com/933073.html)
    1.1.1. Идентификация (классификации, кодировки)
    1.1.2. Учёт конфигурации (все возможные baseline -- ConOp, Architecture, design, as built), в том числе передача данных в репозиторий СУЖЦ, в том числе поддержка workflow изменений, в том числе поддержка параллельного инжиниринга (работа в условиях неполных baseline)
    1.1.3. Версионирование (включая forks)
  1.2. Отсутствие ручного переввода данных (передача входных и выходных данных между уже имеющимися островками автоматизации, включая передачу данных из островков "подъема в цифру" старых проектных наработок)
  1.3. Конфигурация НСИ
  1.4. Система поддержки коллаборативного инжиниринга (видео-конференции, удаленные проектные сессии и т.д. -- возможно, не та, которая используется для создания самой системы СУЖЦ)
2. Выявление коллизий
  2.1. Поддержка регистра проверяемых видов коллизий и соответствующих регистру технологий проверки
  2.2. Передача данных для проверки коллизий между островками автоматизации (без сборки в репозитории СУЖЦ, но средствами интеграционной технологии СУЖЦ)
  2.3. Прогон workflow проверки разных видов коллизий
    2.3.1. в репозитории СУЖЦ
    2.3.2. не в репозитории, но средствами интеграционной технологии СУЖЦ
  2.4. Запуск прогона workflow устранения найденной коллизии (рассылка уведомлений о коллизиях, ибо прогон workflow устранения – не забота СУЖЦ)
  2.5. Поддержка актуального списка неустранённых коллизий
3. Развиваемость (тут СУЖЦ рассматривается как автопоэтическая система, ибо «инкрементальность реализации» входит в число важнейших свойств самой СУЖЦ -- так что это функция самой СУЖЦ, а не функция обеспечивающей системы для СУЖЦ)
  3.1. Обеспечение коммуникации по поводу развития СУЖЦ
    3.1.1. Планирование работ развития СУЖЦ (roadmap aka разработка плана мероприятий)
    3.1.2. Функционирование проектного офиса СУЖЦ,
    3.1.3. Ведение регистра видов проверок коллизий (сам регистр "хотелок" и roadmap реализации проверок)
    3.1.4. Орг-техническое моделирование (Enterprise Architecture) для СУЖЦ
    3.1.5. Инфраструктура коммуникации разработчиков СУЖЦ (интернет-конференции, видеосвязь, управление знаниями и т.д. -- возможно, не та, которая используется в ходе коллаборативного инжиниринга с использованием СУЖЦ)
  3.2. Единообразность технологии интеграции данных (например, технология ISO 15926)
    3.2.1. Использование нейтральной модели данных
      3.2.1.1. Поддержка библиотеки справочных данных
      3.2.1.2. Разработка справочных данных
    3.2.2. Технология поддержки адаптеров к нейтральной модели данных
  3.3. Единообразность технологии интеграции workflow/BPM (в масштабах расширенного предприятия)
4. Безопасность данных (в масштабах информационных систем, работающих в рамках СУЖЦ)
  4.1. Обеспечение единства доступа (один логин и пароль ко всем информационным системам, участвующим в workflow)
  4.2. Управление правами доступа к элементам данных
  4.3. Резервное копирование

Конечно, архитектурно все эти функции могут быть реализованы совершенно по-разному.
Subscribe
  • Post a new comment

    Error

    Anonymous comments are disabled in this journal

    default userpic

    Your reply will be screened

  • 0 comments