Что такое системный дизайн определение
СИСТЕМНЫЙ ДИЗАЙН
Для того, чтобы определить, что такое системный дизайн, необходимо разобрать общие понятия и их природу.
Системный подход в теориях дизайна имеет разностороннюю природу, поскольку сама дизайнерская деятельность многоаспектна. И это выражает в своем определении Томас Мальдонадо.
В 1969 году на конгрессе ИКСИД в Лондоне было утверждено новое определение промышленного дизайна, предложенное Томасом Мальдонадо.
Системный подход к дизайну строится у Мальдонадо на двух различных уровнях:
1) дизайн как профессиональная деятельность;
2) дизайн как социокультурное явление, функционирующее в обществе и имеющее мировоззренческий аспект.
Он проектировал с идеей о том, что созданный объект должен служить инструментом для жизни. Он был против стандартизации и был заинтересован в неопределенности. Э. Соттсасс вел активный поиск новых способов формообразования. Соттсасс придерживался направленности на промышленное производство и использование новых материалов и технологий.
В 1962 году Соттсасс написал для журнала «Домус» статью, в которой отвергал идеи главенства функционализма и рационализма в дизайне. Он считал, что дизайн имеет дело со средой и той культурной атмосферой, в которую погружен предмет. [4]
Основным истоком и первым примером системного дизайна считаются разработанные Этторе Соттсассом пишущие машинки, офисное оборудование и мебель для компании «Olivetti».
К принципам системного дизайна относится принципы проектирования, которые прослеживаются в работе Этторе Соттссаса, такие как модульность, унифицирование элементов, стандартизация и трансформация.
В методологическом плане системность дизайна находит подтверждение в системе принципов дизайна предложенной Л. А. Зеленовым. С его точки зрения дизайн – это особый метод проектного мышления, основанный на применении в деятельности шести принципов: социологического, инженерного, эргономического, экономического, экологического и эстетического. [3]
Таким образом, шесть принципов дизайна, объединяющие и систематизирующие все частные качества дизайнерских изделий, представляют собой ключ к проектированию гармоничных промышленных изделий:
социологический принцип, включающий в себя полезность, соответствие спросу, утилитарность;
инженерный принцип, включающий надёжность, прочность, долговечность, технологичность;
эргономический принцип, включающий удобство, гигиеничность, безопасность;
экономический принцип, включающий рентабельность, прибыльность, дешевизну;
экологический принцип, включающий природоохранность, вписанность в природу, экологическую чистоту;
эстетический принцип, включающий выразительность, композиционность, образность как интегральную характеристику изделия.
Список используемой литературы:
1. Аронов В.Р. Теория проектирования Томаса Мальдонадо. Из XX в XXI век. // Проблемы дизайна-6 / В. Р. Аронов. — М.: НИИ теории и истории изобразительных искусств Российской академии художеств, 2011. — С. 7-53.
2. Аронов В.Р. Томас Мальдонадо // Сто дизайнеров Запада. М.: Искусство, 1982
3. Зеленов Л.А., Фролов О.П. Принципы дизайна…; Зеленов Л.А. История и теория дизайна/
5. Махов А.Е., Петровская Л. И., Смолкин В. М./Система // Большой Российский энциклопедический словарь. — М.: БРЭ. — 2003, с. 1437
6.Скворцов А.И. Ульмская высшая школа художественного конструирования // Художественно-конструкторское образование. – 1973. – Вып.4. – С.76-116.; Дижур А.Л., Шатин Ю.В. Ульмская Высшая школа формообразования // Ди- зайн в высшей школе. – М.: ВНИИТЭ, 1994. – С.42-56.
Системный дизайн
Когда мы начинаем работать над новой задачей в Интеркоме, всегда первым делом придумываем, как всё будет устроено и как всё будет работать на уровне системы. И только после этого думаем о дизайне интерфейса, визуальном дизайне и т. д.
Сначала нужно решить, из каких компонентов будет состоять продукт, в каких состояниях они могут находиться, каковы взаимоотношения между ними. Отдельный важный вопрос — как и в каких ролях с объектами системы будут взаимодействовать люди.
На этом этапе запрещается думать в терминах интерфейса. Мы еще не знаем, какие экраны нам будут нужны, какими будут элементы интерфейса, переходы и так далее. Мы рисуем только схемы системы и разбираемся в общем устройстве. Интерфейсом слишком легко увлечься и забыть про главное, надо себя сдерживать.
Например, один из наших последних продуктов — Intercom Educate — позволяет бизнесам создавать базы знаний, чтобы их клиенты могли находить ответы на свои вопросы сами, без помощи службы поддержки. Главный объект системы — статья. Статьи можно вставлять в диалоги с пользователями, а еще можно публиковать на специальном сайте — хелп-центре.
Полная схема системы выглядит вот так, а если вам интересно почитать подробнее про работу над ней — вот замечательный пост нашего дизайнера Шека: https://blog.intercom.com/applying-systems-thinking-in-product-design/.
Почему важно начинать с системы?
И только после того, как модель системы придумана, нарисована и всем нравится, можно приступать к следующему этапу — верхнеуровневому дизайну интерфейса, на котором мы решаем, из каких экранов будет состоять интерфейс, что мы в этих экранах покажем и как устроим переходы между ними.
Правило: не бросаться рисовать интерфейс, а сначала понять, из каких объектов состоит система, как эти объекты друг с другом взаимодействуют, как это решает поставленную задачу.
Этот пост был изначально опубликован в Телеграм-канале Design & Productivity.
Что такое системный дизайн?
Что такое системный дизайн?
Процесс определения элементов системы, таких как архитектура, модули, интерфейсы и данные, для достижения специфических потребностей и требований начинающего бизнеса или любой отрасли посредством проектирования хорошо работающей системы называется Системным проектированием.
Это устанавливает практический и прогрессивный подход к представлению системы. Этот процесс носит систематический характер и учитывает все необходимые детали системы, которую необходимо развивать. Процесс начинается с архитектуры системы и заканчивается управлением данными и передачей в систему. Эти проекты тогда совпадают с системным анализом, системным проектированием и системной архитектурой.
Понимание системного дизайна
Подход такого подхода возник до 2- й мировой войны, когда инженерам потребовалась система для решения сложных задач и проблем связи. Требуемая платформа, которая стандартизирует их работу в рамках с точными и точными методами и информацией.
Как System Design делает работу такой простой?
Он специализируется на разработке великолепных произведений искусства, экономя время и усилия. Это помогает в создании планов для информационных систем. Он используется для решения внутренних проблем, повышения эффективности и трансляции возможностей. Это и есть основа любого бизнеса. Это вносит большой вклад в успешное достижение требуемых результатов и делает работу проще и проще.
Лучшие компании по разработке систем
Различные подмножества системного дизайна
1. Логический дизайн
Это абстрактное представление потока данных, входов и выходов системы. Он объясняет источники, места назначения, хранилища данных и потоки данных в процессе, который удовлетворяет потребности пользователей. Логический дизайн системы подготовлен с учетом уровня детализации, который фактически сообщает поток информации и информацию о системе. Диаграммы потока данных и ER используются соответственно.
2. Физический дизайн
Процесс фактического ввода и вывода системы связан с физическим дизайном. Основными критериями физического проектирования являются управление проверкой, обработкой и отображением данных в результате. Это в основном вращается вокруг дизайна интерфейса, процесса проектирования и дизайна данных пользователя.
3. Архитектурное проектирование
Это также называют высоким уровнем дизайна, который подчеркивает дизайн системной архитектуры. Это объясняет природу и корень системы.
4. Детальный дизайн
Это следует за Архитектурным Проектом и подчеркивает развитие каждого предмета.
Что вы можете сделать с системным дизайном?
Работа с системным дизайном
Работать с этим легко, и это ускоряет процесс создания приложений. Существует четыре основных типа документации, которые следуют за
1. Программная документация
Он объясняет входы, выходы и логику обработки для всех программных курсов.
2. Системная документация
Описывает системные функции и способ их реализации.
3. Операционная документация
Он объясняет программу, системный аналитик, программист и идентификацию системы.
4. Документация пользователя
Он включает в себя шаги и информацию для пользователей, которые будут общаться с системой.
Преимущества системного дизайна
Некоторые из главных плюсов использования этого
Требуемые навыки проектирования системы
Прежде чем начать изучать это, пользователи должны иметь хорошие знания о разработке продуктов и обработке данных. Краткое понимание интерфейсов, модулей и архитектуры станет дополнением для пользователей, которые хотят изучать проектирование систем.
Почему мы должны использовать дизайн системы?
При проектировании систем следует учитывать три основных варианта использования, и эти
1. Надежность
Это означает способность системы выдерживать сбои или проблемы, чтобы предотвратить сбои или полное отключение. Прелесть и преимущество этого в том, чтобы создавать отказоустойчивые системы с использованием отказоустойчивых деталей.
2. Масштабируемость
3. Ремонтопригодность
Это означает написание кода, который просто понят и обновлен кем-то, кто не является первоначальным автором кода. Хороший код должен иметь чистые API и интерфейсы, чтобы каждый раз создавать новые функции.
Сфера
Системный анализ и проектирование приносят пользу бизнесу, независимо от того, используются ли они для конкретных проектов или для всего бизнеса. Сегодня все больше и больше предприятий должны находить способы конкурировать на мировом рынке. Системный анализ и проектирование важны в ситуациях, когда необходимо вовлечение большой информационной системы. Таким образом, сфера проектирования систем очень яркая и востребованная.
Кто является подходящей аудиторией для изучения технологий системного дизайна?
Что ж, это мощный метод, и его может освоить любой, кто заинтересован в разработке продукта и управлении данными. Любой может освоить эту технологию от новичка до опытного.
Как эта технология поможет вам в карьерном росте?
Изучая это, пользователь не только изучает инструменты и методы проектирования интерфейсов и модулей для компаний и бизнеса. Но также он приобретает навыки, которые помогут ему повысить свою карьеру и будущие возможности. Эта технология помогает бизнесу выявлять как возможности, так и проблемы, анализируя сильные и слабые стороны компании.
Вывод
Рекомендуемые статьи
Системный дизайн
СОДЕРЖАНИЕ
Обзор [ править ]
Архитектурный дизайн [ править ]
Логический дизайн [ править ]
Логический дизайн системы относится к абстрактному представлению потоков данных, входов и выходов системы. Это часто выполняется посредством моделирования с использованием чрезмерно абстрактной (а иногда и графической) модели реальной системы. В контексте систем включены проекты. Логический дизайн включает диаграммы сущности-отношения (диаграммы ER).
Физический дизайн [ править ]
Физическая конструкция связана с фактическими процессами ввода и вывода системы. Это объясняется с точки зрения того, как данные вводятся в систему, как они проверяются / аутентифицируются, как они обрабатываются и как отображаются. В физическом проектировании решаются следующие требования к системе.
Другими словами, физическую часть проектирования системы можно разделить на три подзадачи:
Дизайн пользовательского интерфейса связан с тем, как пользователи добавляют информацию в систему и как система возвращает им информацию. Дизайн данных занимается тем, как данные представлены и хранятся в системе. Наконец, проектирование процессов связано с тем, как данные перемещаются в системе, а также с тем, как и где они проверяются, защищаются и / или преобразуются по мере их поступления в систему, через нее и из нее. В конце этапа проектирования системы создается документация с описанием трех подзадач, которая становится доступной для использования на следующем этапе.
Физический дизайн в этом контексте не относится к материальному физическому дизайну информационной системы. Чтобы использовать аналогию, физическая конструкция персонального компьютера включает ввод через клавиатуру, обработку внутри ЦП и вывод через монитор, принтер и т. Д. Это не будет касаться фактической компоновки материального оборудования, которое для ПК было бы монитор, ЦП, материнская плата, жесткий диск, модемы, видео / графические карты, разъемы USB и т. д. Он включает в себя подробный дизайн пользователя и процессора структуры базы данных продукта и процессора управления. Для предлагаемой системы разработана персональная спецификация H / S.
Связанные дисциплины [ править ]
Альтернативные методологии проектирования [ править ]
Быстрая разработка приложений (RAD) [ править ]
Совместное проектирование приложений (JAD) [ править ]
JAD включает в себя ряд этапов, на которых группа коллективно разрабатывает согласованный шаблон для проектирования и внедрения системы.
Дизайн-система. Определение понятия
В российском дизайн-сообществе сформировалось и все чаще встречается мнение о том, что возникший в последние годы хайп вокруг дизайн-систем — не более, чем пузырь, раздутый вокруг давно существующей темы, а вовлеченные в это дело авторы спекулируют на старых понятиях.
Одним из наиболее распространенных заблуждений является чрезмерно узкое понимание термина “дизайн-система”, когда за неё принимают какой-то один из составляющих элементов, например, визуальный язык или дизайнерские шаблоны.
www.facebook.com/nikita.melnikov/posts/1809068045779433
Регулярно в своих выступлениях я затрагиваю определение понятий и говорю о том, что в действительности понимается под дизайн-системой в наше время.
Однако, споры продолжаются, а значит точка ещё не поставлена.
Я серьёзно беспокоюсь о том, что эта неопределенность может негативно отразиться на нашей отрасли, попросту затормозить нас, поэтому беру на себя смелость попытаться в этой заметке максимально чётко определить, что же такое современная дизайн-система, почему она существует в таком виде и, что едва ли не важнее всего, чем она отличается от статичных гайдлайнов прошлого. Для удобства, часть заметки будет оформлена в формате ответов на часто задаваемые вопросы.
Откуда ноги растут
Способность к передаче опыта и знаний была одним из толчков к развитию человечества, однако, формализованной системы для этого не существовало в течение очень долгого времени. Всё происходило довольно стихийно, буквально из уст в уста.
Центрами знания были, как правило, библиотеки и культовые места, где не только хранилась информация, но и происходило обучение.
bit.ly/dsdefinition-img-1
Прекрасным примером подлинной реформы в систематизации знания можно считать изобретение в средние века Гвидо Аретинским системы нотного письма, которая впоследствии эволюционировала в то, чем мы пользуемся и сейчас. Она позволила существенно упросить процесс обучения певчих, и сократить его с 10 лет до 2!
Огромный толчок к развитию возможностей передачи опыта, безусловно, дало изобретение книгопечатания. Даже сам процесс книгопечатания можно считать неплохим примером, т.к. он требовал очень чёткого соблюдения принципов.
bit.ly/dsdefinition-img-3
Чем сложнее и многограннее система, тем значимее точность передачи опыта. Поэтому, громадный технологический рывок XX века потребовал усовершенствовать то, как мы формализуем знание и контролируем результат.
В середине 50х с активным ростом коммерческого графического дизайна для корпораций возникает понятие визуальной идентификации бренда (слово «дизайн-система» появляется примерно в то же время).
Классическим (и наиболее близким к нашей теме) примером является исключительно подробная инструкция для метрополитена Нью-Йорка, где досконально объясняются все детали создания графики, принципы навигации и т.п.
bit.ly/dsdefinition-img-5
С такого рода документами разной степени подробности приходилось (и по сей день приходится) работать дизайнерам, делающим что-либо для компаний в оффлайне. Возможно, в этом и кроется причина того, что очень часто под дизайн-системой в целом понимают именно визуальные гайдлайны и руководства по фирменному стилю.
Чтобы не затягивать рассказ, сразу перейду к последнему десятилетию, когда произошёл совершенно невероятный рост и развитие технологических стартапов.
Невиданная ранее динамика рынка и особенности digital-среды потребовали по-новому взглянуть на вопрос консистентности и масштабируемости решений. Для новых компаний это стало одним из ключевых факторов для успешного роста.
К сожалению, существовавшие ранее гайдлайны не могли отвечать новым требованиям, т.к. являлись статическим артефактом и предполагали прохождение любого дизайн-решения через цепочку: «гайдлайн → макет → верстка → реализация». Юра Ветров в одной из статей цикла «UX стратегия» указал на то, какие это порождает проблемы: на каждом из этапов цепочки теряются детали и генерируются баги, реализовать задуманное на 100% становится крайне сложно… Только перенося референсный дизайн из статической документации на уровень реализации, можно сократить цепочку до «гайдлайн = дизайн = верстка → реализация», а значит — избавиться от кучи геморроя по внедрению, улучшению и поддержке продуктов.
Итак, технологическим компаниям нужно было соответствующее решение на стыке дизайна и технологий.
Идеальным примером такого решения станет библиотека Bootrstap, позволившая молодым стартапам быстро собирать лендинги с адаптивностью и простой библиотекой компонентов из коробки — то, что нужно!
Однако, это было лишь технической частью. Необходимой, но недостаточной для того, чтобы называться «дизайн-системой».
Последней вехой на пути к дизайн-системам в современном их понимании хочется выделить появление методологии Atomic Design.
bit.ly/dsdefinition-img-4
Существует понятие модульного дизайна, когда мы рассматриваем наш процесс в контексте абстрактных слоев, уровней. Это облегчает восприятие комплексного дизайн-процесса и дробит его на понятные составляющие.
Atomic design, безусловно, не был первым и лично я не могу назвать себя сторонником парадигмы Брэда Фроста, т.к. он выбрал довольно специфичные метафоры для описания слоев, однако, нельзя отрицать, что именно эта методология стала наиболее известным примером, в целом популяризировавшим направление.
Как обещал в самом начале, часть, посвящённая определению понятия дизайн-системы, для удобства восприятия, будет подана в формате вопросов и ответов.
Вопросы и ответы
Что такое дизайн-система в двух словах?
В качестве ёмкого определения я бы предложил следующее:
Дизайн-система — это целостный визуальный язык и его техническое отражение в виде библиотеки компонентов на едином репозитории, а также сопутствующих дизайнерских шаблонов.
Из чего состоит настоящая дизайн-система?
Чтобы называться таковой, дизайн-система должна включать в себя четыре необходимых элемента:
Что такое «визуальный язык»?
Визуальный язык — это парадигма, определяющая то, как мы создаём интерфейсы продуктов, основа-основ.
Целостный визуальный язык включает в себя:
Что такое «библиотека компонентов»?
Библиотека компонентов в коде — техническая реализация всего того, что было заложено в вашем визуальном языке. Вся необходимая логика буквально «зашивается» в компоненты, они становятся основным отражением вашей системы.
Очевидным плюсом использования библиотеки является то, что она существенно упрощает поддержание консистентности продуктов и стабильный уровень качества дизайна.
Хорошая библиотека включает в себя:
Подробнее узнать о преимуществах работы с библиотекой можно в одной из статей цикла “UX стратегия” Юры Ветрова.
Что такое дизайнерские шаблоны в дизайн-системе?
Несмотря на то, что единственно значимым отражением вашей системы являются компоненты в коде (т.е. то, что непосредственно видят ваши пользователи), у дизайнеров должна быть возможность свободно прототипировать, используя все необходимые элементы. В идеальной картине мира у дизайнеров есть среда прототипирования с использованием боевых компонентов и реальных данных, однако, это довольно трудно достижимо. Достаточным является наличие актуального и поддерживаемого шаблона (или группы шаблонов) для любого используемого вами дизайнерского инструмента.
Подробнее о том, как устроены шаблоны в Портальной команде Mail.Ru можно почитать здесь.
Важно помнить, что дизайнерские шаблоны — это лишь часть дизайн-системы и сами по себе, без привязки к библиотеке компонентов, они являются лишь статичными артефактами.
Слышал определение «единый источник правды». Что это и зачем оно нужно?
Критически важно, чтобы существовал (и поддерживался в актуальном состоянии) ресурс, где будет всецело отражёна дизайн-система со всеми её составляющими. Этот ресурс будет являться вашим единым источником правды о системе — местом, с которым можно будет регулярно сверяться в процессе работы.
Существование такого ресурса кардинально упрощает взаимодействие вокруг дизайн-системы, т.к. все участники процесса имеют под рукой единую точку, куда можно обратиться за ответами на все распространённые вопросы. Особенно ярко это ощущается при взаимодействии с аутсорсом — именно тогда вы понимаете, насколько доступно всё описали!
Для Портальной команды Mail.Ru «единым источником правды» является сайт Paradigm.
Дизайн-системе нужна команда?
Команда дизайн-системы — последний составляющий элемент нашего определения. Как и любой другой серьезный долгосрочный проект, дизайн-система должна иметь своих идеологов, которые заложат и будут поддерживать философию и базовые принципы, менеджеров, которые сделают так, чтобы проект случился, и исполнителей, которые будут работать над ней руками. Зачастую случается так, что эти роли совмещаются и перемешиваются. На определенном уровне зрелости компания может создать выделенную команду системы, но как правило, работа ведётся параллельно с основной деятельностью. Cамое главное, чтобы в принципе существовали люди, регулярно и систематически удаляющие внимание проекту. Только в этом случае он имеет шанс обрести жизнь.
Полезную информацию об устройстве команды дизайн-системы можно почитать у главного идеолога этой темы — Nathan Curtis.
Не понимаю: чем дизайн-система отличается от гайдлайна?
bit.ly/dsdefinition-img-7
Гайдлайн в традиционном понимании — статичный документ, в котором фиксируются правила работы с визуальным стилем компании. Дизайн-система может включать в себя эту информацию, но она гораздо шире. Гайдлайн — лишь один из элементов системы.
В отличие от классического статичного гайдлайна, дизайн-система — «живая», т.е. не только описана, но реализована в библиотеке компонентов. Таким образом, в дизайн-системе (в отличие от гайдлайна) есть динамическая связка между исходными правилами и реализацией. Гайдлайн можно обновлять, не будучи уверенными в том, что это изменение на чём-то отразится. В дизайн-системе изменения могут раскатываться на всю цепочку продуктов.
Мы собрали крутейший UI Kit в Sketch/Figma/etc. и активно используем его в работе. Можно сказать, что у нас есть дизайн-система?
Можно сказать, что вы сделали шаг к унификации дизайна. В идеале этот процесс начинается не с графических артефактов, но осознания и формулирования принципов, которыми вы руководствуетесь в дизайне продуктов. Без этого унификация будет происходить только на визуальном уровне.
Также важно помнить, что сам по себе UI Kit вне системы — не более, чем статичное изображение элементов, которое будет неизбежно устаревать и никак не отражать реальность. Чтобы этого избежать, ваш UI Kit должен быть реализован в виде «живых» компонентов в коде, используемых на реальных продуктах.
Иными словами, от схемы, при которой ваш дизайн никак не связан с итоговым результатом, необходимо прийти к той, когда ваш дизайн “вшит” в библиотеку компонентов и результат предсказуем.
Вывод
Рассматривая дизайн-системы в историческом контексте и препарируя само понятие, я бы хотел отметить две ключевые мысли: