ТОП просматриваемых книг сайта:
Системное саморазвитие: введение в системное мышление. Том 2. Системы деятеля, меняющего мир. Церен Церенов
Читать онлайн.Название Системное саморазвитие: введение в системное мышление. Том 2. Системы деятеля, меняющего мир
Год выпуска 0
isbn 9785005551672
Автор произведения Церен Церенов
Жанр О бизнесе популярно
Издательство Издательские решения
Понятия: цель как целевая система, проект как система обеспечения.
Системное описание
Системное описание или описание системы всегда существует, если в физическом мире выделена система115. Раз уж своим вниманием выделили систему, то значит у вас есть какие-то особые пожелания к ней, то есть вы не произвольно её выделяете116 из окружения. Хотя, возможно, до конца не осознаете все пожелания или не можете сразу дать полного описания системы. Тем более, что полное описание системы зависит от всех заинтересованных лиц (проектных ролей).
Системная документация или документация системы – это документы117, которые описывают систему. Описание есть всегда118, если есть система, но документация системы существует не всегда, ее необходимо создавать119 или записать на каком-то физическом носителе.
Системное описание состоит из требований, архитектуры и неархитектурной части120. Требования описывают систему как «черный ящик» или снаружи, а архитектура и неархитектурная часть – как «прозрачный ящик» или внутреннее устройство системы. Системная документация состоит из списка требований, архитектурной документации и рабочей документации. Обсудим данные понятия подробнее.
Требования и потребности
Требованиями описывается то, что должна делать система. Упоминание «черного ящика» означает, что требованиями описывается внешнее поведение системы, выполнение её функции в надсистеме. В требованиях ничего не говорится о внутреннем устройстве системы, она представляется как «черный ящик». Например, требование к системе «легковой автомобиль»: максимальная скорость не менее 250 км/ч, вес не более 2 тонн, разгон до 100 км/ч за 3 сек и т. п.
Требования возникают у проектных ролей, как внешних, так и внутренних. Учитываются требования только тех ролей, интересы которых принято учитывать при создании целевой системы. Поэтому решение о том, какие роли учитывать непосредственно влияет на требования, а потом на архитектуру, и в последствии на воплощение системы. Инженер по требованиям в результате коммуникации с заинтересованными лицами самостоятельно определяет список требований, с которыми далее работает архитектор системы.
Как мы говорили выше, описание системы есть всегда, когда есть система. Соответственно требования существуют тоже всегда, если определена система или есть внешние проектные люди, которые что-то хотят от системы. Выделяя вниманием систему, это делается исходя из каких-то требований, которые можно и не осознавать. Выделив систему «легковой автомобиль», мы сразу определили главное требование – способность самостоятельно передвигаться и перевозить пассажиров. Далее работа с требованиями
Однако, это описание может быть не полным, и не всегда это описание задокументировано. Если система выделена вниманием, то есть по крайней мере, требования к системе.
Если выделяете произвольно, то, скорее всего, у вас нет проекта и реальной деятельности, а вы просто играетесь или философствуете на тему.
Или артефакты, рабочие продукты.
Обычно на старых предприятиях имеется дядя Петя или тетя Валя, которые держат в голове все описания системы, но нет полной документации. Несмотря на отсутствие документации, системы создаются и работа выполняется.
Документация или рабочие продукты системного описания составляются с помощью определенных практик. Например, с помощью практики бухгалтерского учёта составляется рабочий продукт – бухгалтерский баланс, который является одним из описаний системы «предприятие».
Обычно архитектура и неархитектурная часть вместе называется проектом системы. В данном случае термин «проект» означает не деятельность, а описание (design).