Проектирование систем - Systems design

Системный дизайн - это процесс определения архитектуры , дизайна продукта , модулей, интерфейсов и данных для системы, чтобы удовлетворить заданные требования . Системный дизайн можно рассматривать как приложение теории систем к разработке продукта . Есть некоторое совпадение с дисциплинами системного анализа , системной архитектуры и системной инженерии .

Обзор

Если более широкая тема разработки продукта «объединяет перспективу маркетинга, дизайна и производства в единый подход к разработке продукта», то дизайн - это акт принятия маркетинговой информации и создания дизайна продукта, который будет производиться. Следовательно, проектирование систем - это процесс определения и разработки систем для удовлетворения определенных требований пользователя.

Основное изучение системного дизайна - это понимание составных частей и их последующее взаимодействие друг с другом.

До 1990-х годов системное проектирование играло решающую и уважаемую роль в индустрии обработки данных . В 1990-х годах стандартизация аппаратного и программного обеспечения позволила создавать модульные системы. Возрастающее значение программного обеспечения, работающего на универсальных платформах, повысило дисциплину разработки программного обеспечения .

Архитектурный дизайн

Архитектурный дизайн системы подчеркивает дизайн системной архитектуры, которая описывает структуру , поведение и другие виды этой системы и анализа.

Логический дизайн

Логический дизайн системы относится к абстрактному представлению потоков данных, входов и выходов системы. Это часто выполняется посредством моделирования с использованием чрезмерно абстрактной (а иногда и графической) модели реальной системы. В контексте систем включены проекты. Логический дизайн включает диаграммы сущности-отношения (диаграммы ER).

Физический дизайн

Физическая конструкция относится к фактическим процессам ввода и вывода системы. Это объясняется с точки зрения того, как данные вводятся в систему, как они проверяются / аутентифицируются, как обрабатываются и как отображаются. При физическом проектировании решаются следующие требования к системе.

  1. Требование ввода,
  2. Требования к выходу,
  3. Требования к хранилищу,
  4. Требования к обработке,
  5. Системный контроль и резервное копирование или восстановление.

Другими словами, физическую часть проектирования системы можно разделить на три подзадачи:

  1. Дизайн пользовательского интерфейса
  2. Дизайн данных
  3. Разработка процесса

Дизайн пользовательского интерфейса связан с тем, как пользователи добавляют информацию в систему и как система возвращает им информацию. Дизайн данных занимается тем, как данные представлены и хранятся в системе. Наконец, проектирование процессов связано с тем, как данные перемещаются в системе, а также с тем, как и где они проверяются, защищаются и / или трансформируются по мере их поступления в систему, через нее и из нее. В конце этапа проектирования системы создается документация с описанием трех подзадач, которая становится доступной для использования на следующем этапе.

Физический дизайн в этом контексте не относится к материальному физическому дизайну информационной системы. Чтобы использовать аналогию, физическая конструкция персонального компьютера включает ввод через клавиатуру, обработку внутри ЦП и вывод через монитор, принтер и т. Д. Это не будет касаться фактической компоновки материального оборудования, которое для ПК было бы монитор, ЦП, материнская плата, жесткий диск, модемы, видео / графические карты, разъемы USB и т. д. Он включает в себя подробный дизайн пользователя и процессора структуры базы данных продукта и процессора управления. Для предлагаемой системы разработана персональная спецификация H / S.

Связанные дисциплины

  • Бенчмаркинг - это попытка оценить, как работают текущие системы.
  • Компьютерное программирование и отладка в мире программного обеспечения или детальное проектирование в потребительском, корпоративном или коммерческом мире - определяет окончательные компоненты системы.
  • Аппаратная архитектура и дизайн - в инженерии аппаратная архитектура относится к идентификации физических компонентов системы и их взаимосвязей.
  • Дизайн - дизайнеры создадут одну или несколько « моделей » того, что они видят в системе в конечном итоге, с идеями из раздела анализа либо использованными, либо отброшенными. Будет создан документ с описанием системы, но ничего конкретного - они могут сказать «сенсорный экран» или «операционная система с графическим интерфейсом», но не упоминать какие-либо конкретные бренды;
  • Анализ требований - анализирует потребности конечных пользователей или клиентов
  • Системная архитектура - создает план проекта с необходимой структурой и характеристиками поведения для оборудования, программного обеспечения, людей и ресурсов данных. Во многих случаях перед тем, как выбрать одну, оценивается несколько архитектур.
  • Системное тестирование - оценивает фактическую функциональность системы по отношению к ожидаемой или предполагаемой функциональности, включая все аспекты интеграции.

Альтернативные методологии проектирования

Быстрая разработка приложений (RAD)

Быстрая разработка приложений (RAD) - это методология, при которой разработчик системы создает прототипы для конечного пользователя. Конечный пользователь просматривает прототип и предлагает отзывы о его пригодности. Этот процесс повторяется до тех пор, пока конечный пользователь не будет удовлетворен окончательной системой.

Совместное проектирование приложений (JAD)

Совместное проектирование приложений (JAD) - это методология, разработанная на основе RAD, при которой разработчик системы консультируется с группой, состоящей из следующих сторон:

  • Исполнительный спонсор
  • Системный дизайнер
  • Менеджеры системы

JAD включает в себя ряд этапов, на которых группа коллективно разрабатывает согласованный шаблон для проектирования и внедрения системы.

Смотрите также

Рекомендации

дальнейшее чтение

Внешние ссылки