Аксиоматический жизненный цикл разработки продукта

Аксиоматический жизненный цикл разработки продукта (APDL) (также известный как Жизненный цикл разработки трансдисциплинарных систем (TSDL) и Трансдисциплинарный жизненный цикл разработки продукта (TPDL) ) — это системного проектирования. разработки продукта модель предложенный Бюлентом Гумусом, который расширяет метод аксиоматического проектирования (AD). ^[1]^[2] APDL охватывает весь жизненный цикл продукта , включая ранние факторы, влияющие на весь цикл, такие как тестирование разработки, ограничения ввода и системные компоненты.

APDL предоставляет итеративный и поэтапный команде междисциплинарных членов подход к комплексной разработке продукта. Практический результат включает в себя сбор и управление знаниями о дизайне продуктов . Модель APDL устраняет некоторые слабые места, которые наблюдались в предыдущих моделях разработки, в отношении качества проекта, управления требованиями , управления изменениями , управления проектами и взаимодействия между заинтересованными сторонами . Использование APDL может сократить время разработки и стоимость проекта .

Обзор

APDL добавляет к аксиоматическому проектированию (AD) домен тестирования и четыре новые характеристики: входные ограничения в функциональной области; Системные компоненты в физической области; Переменные процесса, привязанные к компонентам системы, а не к параметрам конструкции; и потребности клиентов, сопоставленные с функциональными требованиями и входными ограничениями.

APDL предлагает V-образный процесс разработки параметров проектирования и компонентов системы (рабочее проектирование). Начните сверху вниз с переменных процесса (PV) и тестовых примеров компонентов (CTC), чтобы завершить PV, CTC и функциональные тестовые примеры (FTC); А после сборки протестируйте продукт по принципу «снизу вверх».

APDL-домены

Домен клиента

Потребности клиента (CN) — это элементы, которые клиент ищет в продукте или системе.

Функциональная область

Функциональные требования (FR) полностью характеризуют минимальные характеристики, которым должно соответствовать проектное решение, изделие и т. д. FR документируются в спецификациях требований (RS).

Входные ограничения (IC) включены в функциональную область вместе с FR. IC зависят от общих целей проектирования и навязываются извне CN, пользователями продукта или условиями использования, например, нормативными актами. IC извлекаются из CN, а затем пересматриваются с учетом других ограничений, которым должен соответствовать продукт, но не упомянутых в области клиента.

Физический домен

Параметры проектирования (DP) — это элементы проектного решения в физической области, которые выбираются для удовлетворения заданных FR. DP могут быть концептуальными проектными решениями, подсистемами, компонентами или атрибутами компонентов.

Системные компоненты (SC) обеспечивают категориальное проектное решение в DP, где категории представляют физические части в физической области. Иерархия SC представляет архитектуру физической системы или дерево продуктов. Методы категоризации различаются. Эппингер описывает общие категории как систему, подсистему и компонент Эппингер (2001). НАСА использует систему, сегмент, элемент, подсистему, сборку, узел и деталь (НАСА, 1995).

SC позволяет выполнять матрицы структуры проектирования (DSM), управление изменениями, управление затратами на основе компонентов и анализ воздействия, а также обеспечивает основу для сбора структурной информации и отслеживания требований.

Домен процесса

Переменные процесса (PV) идентифицируют и описывают средства управления и процессы для создания SC.

Тестовый домен

Функциональный тест состоит из набора функциональных тестовых примеров (FTC). FTC — это системные тесты, используемые для проверки соответствия системы требованиям FR. Тестирование «черного ящика» — это программный аналог FTC. В конце разработки системы функциональный тест проверяет соответствие требованиям системы.

Тестовые примеры компонентов (CTC) — это физический аналог тестирования «белого ящика» . CTC проверяет, соответствуют ли компоненты выделенным FR и IC. Каждый компонент системы тестируется перед его интеграцией в систему, чтобы убедиться, что все требования и ограничения, назначенные этому компоненту, удовлетворены.

См. также

Ссылки

^ Бюлент Гумус (2005). Аксиоматическая модель жизненного цикла разработки продукта (APDL) . Кандидатская диссертация, ТТУ, 2005 г., «Архивная копия» (PDF) . Архивировано из оригинала (PDF) 20 июля 2011 г. Проверено 22 января 2008 г. {{cite web}}: CS1 maint: архивная копия в заголовке ( ссылка )
^ Су (1990). Принципы дизайна , Oxford University Press, 1990, ISBN 0-19-504345-6

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

Б. Гумус, А. Эртас, Д. Тейт и И. Чичек, Трансдисциплинарный жизненный цикл разработки продукта , Журнал инженерного дизайна, 19 (03), стр. 185–200, июнь 2008 г. дои : 10.1080/09544820701232436 .
Б. Гумус, А. Эртас и Д. ТЕЙТ, «Междисциплинарная структура жизненного цикла разработки продуктов и ее применение к системе авионики», Конференция по интегрированному проектированию и технологическим процессам, июнь 2006 г.
Б. Гумус и А. Эртас, «Управление требованиями и аксиоматическое проектирование», Journal of Integrated Design and Process Science, Vol. 8 Номер 4, стр. 19–31, декабрь 2004 г.
Су, Сложность: теория и приложения , Oxford University Press, 2005, ISBN 0-19-517876-9
Су, Аксиоматический дизайн: достижения и приложения , Oxford University Press, 2001, ISBN 0-19-513466-4

[1] Бюлент Гумус (2005). Аксиоматическая модель жизненного цикла разработки продукта (APDL) . Кандидатская диссертация, ТТУ, 2005 г., «Архивная копия» (PDF) . Архивировано из оригинала (PDF) 20 июля 2011 г. Проверено 22 января 2008 г. {{cite web}}: CS1 maint: архивная копия в заголовке ( ссылка )

[2] Су (1990). Принципы дизайна , Oxford University Press, 1990, ISBN 0-19-504345-6

[1]

[2]