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

Так с чего же начать? Ну, четкий набор требований имеет решающее значение в начале и на протяжении всего процесса внедрения нового продукта (NPI), чтобы доставить продукт в соответствии с планом и в срок. Хотя IoT помогает улучшить качество обслуживания пользователей и повысить степень удовлетворенности клиентов, существует также явная потребность в управлении требованиями, которые определяют, как в первую очередь будут работать возможности IoT. 

Проектирование для IoT

Существует несколько соображений относительно разработки более интеллектуальных и сложных продуктов с поддержкой IoT. Устройства IoT должны включать безопасное, быстрое подключение, а также сложное управление данными и надежное управление устройствами.

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

Функция ползучести может быть трудно контролировать. Без строгих требований инженерам легко начать исправлять то, что они воспринимают как текущие или будущие проблемы. Это часто приводит к чрезмерно спроектированным продуктам, которые в случае продукта IoT могут непреднамеренно повлиять на ключевые функции, такие как подключение или безопасность. Это также может привести к задержкам NPI, потому что инженеры решили решить проблему, которая не входила в сферу применения.

В спешке, чтобы вывести на рынок самые современные продукты IoT, некоторые ключевые требования могут быть пропущены, подвергая риску безопасность и другие элементы дизайна. Будьте всегда в курсе сроков.

Распространение информации

Традиционно требования записываются и публикуются в документах или таблицах. Хотя эта практика приемлема для ранних этапов разработки или для групп разработчиков, работающих в одном месте, она разваливается на части с разбросанными группами, несколькими группами разработчиков, работающими над различными элементами продукта, и при взаимодействии с онлайн-системами управления данными (ODMS) и партнерами.

Зачем? Во-первых, членам команды трудно быть уверенными, что они ссылаются на последнюю версию документа. Во-вторых, автономные документы легко зарываются в электронную почту, физические почтовые ящики или папки. В-третьих, этот тип управления документами, даже если он электронный, не связывает требования с самим дизайном (детали, сборки, чертежи и т. Д.), Что затрудняет обеспечение согласованности последних документов и требований.

Контроллинг продуктов PLM и IoT

IoT-разработка требует, чтобы группы разработчиков электрооборудования, механики и программного обеспечения работали вместе на ранних этапах и часто вовремя доставляли продукты в соответствии с заданными требованиями. Решения по управлению жизненным циклом продукта (PLM) специально разработаны для того, чтобы помочь объединить все команды и проекты в единую систему, обеспечивая лучшее   взаимодействие между всеми командами, более быстрое одобрение проекта и улучшенную отслеживаемость от концепции до начальных требований и до окончательного выпуска продукта.

Системы PLM, особенно облачные, помогают командам избежать самых распространенных проблем, связанных с требованиями: пропущенных требований и чрезмерно разработанных продуктов. Например, компания, работающая в сфере чистых технологий, использовала Microsoft Word для создания и управления документами с требованиями. Первоначально этого процесса было достаточно, чтобы охватить ограниченную линейку продуктов командой NPI в одном месте.

Однако, как только линейка продуктов перешла от простых аппаратно-определяемых продуктов к более сложным аппаратно-программным продуктам, система PLM была необходима для управления частыми изменениями требований в более прослеживаемом и контролируемом подходе. Благодаря автоматизированным рабочим процессам PLM все члены команды мгновенно узнают о новых или обновленных требованиях, обеспечивающих своевременное сотрудничество. Кроме того, все одобрения заинтересованных сторон могут быть получены для исторической справки в течение всего процесса НКО. 

Облачные PLM-системы обеспечивают лучшую отслеживаемость требований, напрямую связывая их с дизайном продукта, связывая входные данные проекта с выходными данными проекта или связывая с соответствующей частью записи о продукте. Такой подход к подключенным требованиям гарантирует, что каждый раз, когда изменяются требования, локальные и рассредоточенные группы немедленно уведомляются, чтобы рассмотреть влияние на нижестоящие элементы дизайна, такие как подключение, безопасность и управление устройствами.

Соответствие требованиям IoT

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

Поделиться: