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

редактировать

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

СОДЕРЖАНИЕ
  • 1 Обзор
    • 1.1 Архитектурное проектирование
    • 1.2 Логический дизайн
    • 1.3 Физическая конструкция
  • 2 Связанные дисциплины
  • 3 Альтернативные методологии проектирования
    • 3.1 Быстрая разработка приложений (RAD)
    • 3.2 Совместное проектирование приложений (JAD)
  • 4 См. Также
  • 5 ссылки
  • 6 Дальнейшее чтение
  • 7 Внешние ссылки
Обзор

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Смотрите также
Рекомендации
дальнейшее чтение
Внешние ссылки
Последняя правка сделана 2023-03-31 09:29:10
Содержание доступно по лицензии CC BY-SA 3.0 (если не указано иное).
Обратная связь: support@alphapedia.ru
Соглашение
О проекте