Дизайна систем (просто систем) уже нет. Есть архитектура и изготовление (implementation).

Прочтение ISO 15288 задает множество вопросов по приведенному там списку процессов жизненного цикла систем (по сути, это технические процессы из стандарта). Это процессы:

• Определения требований заинтересованных лиц
• Анализа требований
• Архитектурного проектирования
• изготовления
• Интеграции
• Верификации
• Перехода
• Валидации
• Функционирования
• Обслуживания
• устранения

Ох, не просто все с этим списком, если его сравнивать с любыми другими списками процессов жизненного цикла (например, жизненного цикла организации -- тоже из ISO стандарта, ISO 15704:2000 "Requirements for enterprise-reference architectures and methodologies": http://www.cit.gu.edu.au/~bernus/taskforce/geram/versions/geram1-6-3/v1.6.3.html), стадии:

• идентификация
• концепт
• требования
• дизайн (предварительный и детальный)
• изготовление
• функционирование
• списание

Заметили разницу? Основной вопрос: куда подевался собственно дизайн/проектирование! Ибо в 15288 за архитектурой прямо следует изготовление! Или это дань agile-процессам и инкрементальному дизайну -- причем (повторяющаяся в цикле непрерывных улучшений, о чем в стандарте оговорено особо) интеграция выделяется в отдельный от изготовления пункт?! Тут требуется некоторое дополнительное исследование, сам стандарт ответа не дает. * * * Заодно: приведенная чуть выше ссылка на открытый текст приложения к ISO15704 (http://www.cit.gu.edu.au/~bernus/taskforce/geram/versions/geram1-6-3/v1.6.3.html) ведет к GERAM -- generalised enterprise reference architecture and methodology. Там до кучи (по состоянию на 1999г.) поминается куча стандартов организационного моделирования (enterprise modelling). Ох, как там все запущено с этими стандартами -- вся история кончается где-то в 2005 году. Вот гнездо ISO стандартов на эту тему: http://www.enterprise-architecture.info/EA_Standards.htm. Впрочем, события на тему Enterprise Architecture до сих пор происходят, но уже в будничном, а не созидательном режиме (все понасозидали, теперь эксплуатируют): http://www.enterprise-architecture.info/EA_News.htm * * * Тренд распространения софтовых стандартов инжиниринга и определения систем на "просто системы" нужно рассматривать еще шире -- туда включают и организации (enterprises). В том числе это в явном виде сделали авторы стандарта ISO 42010 Recommended Practice for Architectural Description of Software-intensive Systems (это fast track для ANSI/IEEE 1471-2000 -- http://www.iso-architecture.org/ieee-1471/index.html), т.е. в спектр затрагиваемых стандартом описаний вошли и enterprise architectures. Сам стандарт, вестимо, гармонизирован с ISO 15288 -- если задумаете делать предприятие, то делайте его так же как атомную станцию, а ее -- примерно так же, как и софт для нее. * * * Сервер словарика IEEE по программной и системной инженерии -- http://www.computer.org/sevocab/. Попробуйте сделать запрос на слово architecture -- узнаете, что это либо организация либо компоновка (arrangement). И уж никак не структура (что особо обсуждается в FAQ для ISO 42010 -- http://www.iso-architecture.org/ieee-1471/ieee-1471-faq.html, ибо на вопросы типа "какая архитектура internet?" вряд ли в голову приходит ответ в терминах структуры). * * * Перевод всех этих стандартов на русский -- отдельное дело. * * * Шикарная презентация по онтологии рисков и обсуждению стандарта функциональной безопасности IEC 61508: http://www.rvs.uni-bielefeld.de/Bieleschweig/fifth/download/B5-Ladkin.pdf.