Beijing Winge Technology Co., Ltd. (Winge Technology) предоставляет услуги по разработке программного обеспечения, алгоритмов, электронного оборудования, встроенных систем и инженерных прототипов для корпоративных групп исследований и разработок, производственных компаний и системных интеграторов. Для российских клиентов проект может включать в себя проектирование отдельного модуля или согласованного продукта, разработку аппаратного и программного обеспечения, интеграцию и проверку прототипа. Объем определяется в описании работ проекта (SOW).
Международные проекты разработки требуют общего понимания функций, интерфейсов, основных результатов и методов приемки. Winge Technology организует работу по подтверждению требований, техническому проектированию, разработке и интеграции, тестированию прототипа и приемке с проверяемыми результатами на каждом согласованном этапе.
Определите объем разработки на основе фактических условий эксплуатации
Анализ требований начинается с определения предполагаемых пользователей, места установки, подключенного оборудования и задач, которые должен выполнять продукт. Существующие спецификации, чертежи, образцы, протоколы интерфейсов и программное обеспечение могут служить входными данными для оценки.
Проекты по оборудованию и системам для российских клиентов также требуют согласованных мест развертывания, источников питания, состояния сети, языков интерфейса и механизмов обслуживания. Если требуется русскоязычный интерфейс, требования должны охватывать меню, сигналы тревоги, рендеринг символов, форматы даты и пользовательскую документацию. Если продукт должен работать при низких температурах или в других установленных условиях, необходимо определить требования к эксплуатации и хранению, а также соответствующую валидацию.
Эти входные данные влияют на выбор компонентов, механическую конструкцию, архитектуру программного обеспечения и покрытие испытаний. Техническая оценка определяет работу на текущем этапе, ресурсы, предоставленные клиентом, и технические неопределенности, требующие первоначальной проверки осуществимости.
Координируйте проектирование, аппаратное и программное обеспечение с учетом требований к продукту.
Услуги Winge Technology можно комбинировать в соответствии с проектом. Разработка электронного оборудования включает в себя схемы, проектирование PCB, выбор компонентов и тестирование плат. Разработка встраиваемых систем охватывает встроенное ПО, драйверы, интеграцию датчиков и протоколы связи. Работа с программным обеспечением включает в себя настольные приложения, веб- и мобильные приложения, управление устройствами и интеграцию алгоритмов. Разработка продукта может включать промышленное и механическое проектирование, управление температурным режимом, защиту корпуса, сборку и разработку прототипов.
Перед интеграцией необходимо определить интерфейсы между модулями. Положения разъемов влияют на отверстия корпуса, прокладку кабелей, расположение PCB и доступ для обслуживания. Состояния сбоев требуют согласованной обработки во всех микропрограммах, протоколах связи и интерфейсах приложений. Определения интерфейсов и записи редакций служат общей справочной информацией для групп разработчиков.
Клиенты с существующими проектами или внутренние группы исследований и разработок могут разделить работу по модулям с четкими обязанностями за интерфейсы, внедрение и тестирование.
Используйте результаты этапов для дистанционных проверок
Международные команды могут отслеживать прогресс посредством удаленных встреч, проектной документации, демонстраций программного обеспечения и протоколов испытаний прототипов. В каждой проверке должна быть указана редакция проекта, версия программного обеспечения или прототип устройства, чтобы можно было проверить выводы и последующие изменения.
| Стадия проекта | Элементы для подтверждения | Результаты в соответствии с согласованным объемом |
|---|---|---|
| Требования и осуществимость | Назначение продукта, технические ограничения, интерфейсы и приоритеты проверки. | Список требований, список технических проблем и протоколы проверки технической осуществимости |
| Технический проект | Архитектура системы, выбор компонентов, механическое проектирование и обязанности | Описание проекта, файлы дизайна и определения интерфейса. |
| Разработка и интеграция | Функции модуля, связь, обработка неисправностей и системная интеграция | Сборки программного обеспечения, опытные платы и записи интеграции |
| Тестирование прототипа | Функции, характеристики и согласованные условия эксплуатации | Инженерные прототипы, протоколы испытаний и списки проблем |
| Передача результатов и приёмка | Перечень передаваемых материалов, результаты приемки и невыполненные позиции | Согласованный исходный код, чертежи, пакеты программного обеспечения и пользовательская документация. |
Этапы могут быть объединены или разделены в зависимости от проекта. График и цены зависят от технической сложности, количества образцов, внешних зависимостей и согласованного объема приемки.
Обеспечьте отслеживание результатов валидации и передаваемых материалов
Испытания прототипа должны идентифицировать испытуемый прототип, версии аппаратного и программного обеспечения, условия эксплуатации, метод и фактические результаты. Проблемы должны включать этапы воспроизведения, изменения и записи повторного тестирования, чтобы клиент мог видеть, что установлено на этапе, а что остается открытым.
В зависимости от согласованного объема передаваемые материалы могут включать исходные файлы проекта, спецификацию (BOM), проекты встроенного или программного обеспечения, документацию по интерфейсу, технические чертежи, пакеты развертывания и отчеты об испытаниях. Объем использования и поставки существующих клиентских технологий и сторонних компонентов должен быть установлен в начале проекта.
Если проект переходит от проверки прототипа к пилотной сборке, на следующем этапе необходимо определить проверки технологичности, испытательные приспособления, требования к проверке и производственную документацию, которая будет передана.
Какие записи подготовить к совместной проверке инженерного прототипа
При дистанционной проверке прототипа с российским заказчиком сначала определяют экземпляр, ревизии конструкции и сборку программного обеспечения, затем рассматривают испытания интерфейсов и перечень технических замечаний. Приведённые поля помогают организовать материалы проверки. Состав файлов, объём испытаний и условия доступа к передаваемым материалам определяются в согласованном описании работ по проекту (SOW).
| Объект записи | Рекомендуемые поля | Назначение проверки |
|---|---|---|
| Прототип и аппаратура | Идентификатор экземпляра, ревизии схемы и PCB, версия BOM, данные конструкции и проводки | Определить конкретный испытуемый прототип и его сборочную конфигурацию. |
| Микропрограмма и ПО | Идентификатор сборки, контрольная сумма файла программы, конфигурация и версии зависимостей | Убедиться, что обе команды проверяют одинаковые программу и конфигурацию. |
| Интерфейсы и журналы | Версия описания интерфейса, подключение и питание, поля протокола, временные метки и исходные журналы | Проверить передачу данных между модулями и условия возникновения неисправности. |
| Русскоязычный интерфейс | Шрифт, версии переводов меню и сообщений об ошибках, настройки даты и часового пояса | Отдельно проверить отображение текста и смысл записей. Корректное отображение не означает успешного прохождения испытаний связи. |
| Незакрытые замечания | Номер замечания, шаги воспроизведения, влияние, ответственный и планируемая версия исправления | Сохранить перечень незавершённых задач и назначенных ответственных. |
Закрытие замечания подтверждается результатами повторной проверки
Состояния «изменение выполнено» и «замечание закрыто» следует учитывать отдельно. Сохраняют исходную неисправность, условия её возникновения, изменения и результаты повторной проверки. Невоспроизведённые или непроверенные замечания остаются открытыми; перенос сроков согласуют отдельно.
| Состояние | Сохраняемые доказательства | Дальнейшие действия |
|---|---|---|
| Зарегистрировано | Описание неисправности, идентификатор прототипа и версии, журналы или видеозаписи, влияние | При недостатке данных сначала запросить материалы, не назначая причину без подтверждения. |
| Неисправность воспроизведена | Входные данные, последовательность операций, ожидаемый и фактический результат | Зафиксировать воспроизводимые условия. Если воспроизведение не удалось, сохранить незакрытый статус. |
| Изменение выполнено | Изменения конструкции или ПО, затронутые модули и новая версия | Повторить проверку исходной неисправности и провести необходимые регрессионные испытания. |
| Закрыто или отложено | Результаты повторных проверок, необходимые регрессионные протоколы, незавершённые задачи и согласованные действия | Закрывать только после выполнения согласованных условий. Отложенное испытание нельзя отмечать как пройденное. |
При передаче материалов перечень, исходные журналы, протоколы испытаний и пакеты программ связывают с одним каталогом версий. Видеозапись показывает операции и неисправности; вывод испытания также должен содержать идентификатор прототипа, условия, метод и фактический результат. Для проверки на площадке заказчика фиксируют согласованные условия, ответственного и дальнейшие действия.
Часто задаваемые вопросы
Может ли российский клиент заказать только аппаратную или встраиваемую разработку?
Да. Объем может определяться модулем, например, печатной платой, встроенным программным обеспечением, интеграцией датчика или адаптацией программного обеспечения для существующего устройства. Для оценки требуются соответствующие интерфейсы, целевая среда и требования приемки, а также ответственность за интеграцию с системой клиента.
Как клиент может проверить прогресс удаленно?
Прогресс может быть связан с утверждением требований, обзором проекта, демонстрацией модулей и испытаниями прототипов. Каждый обзор относится к конкретным версиям, проверкам и списку проблем. Этапы и методы подтверждения согласовываются в плане проекта.
Какая информация необходима для начала оценки?
Полезные входные данные включают назначение продукта, основные функции, операционную среду, интерфейсы, существующие материалы, запланированные количества, график и диапазон бюджета. Если образцы, схемы или программное обеспечение уже существуют, определите, какие части следует сохранить, изменить или переработать.
Может ли видеодемонстрация заменить отчёт об испытаниях прототипа?
Видеозапись дополняет описание операций и неисправностей, но сама по себе не доказывает прохождение всех согласованных испытаний. Дополнительно проверяют идентификатор прототипа, версию ПО, условия, ожидаемые и фактические результаты. Необходимые проверки на площадке заказчика организуют отдельно.
Можно ли закрыть замечание, если неисправность ещё не воспроизведена или повторная проверка не завершена?
На этом основании закрывать замечание нельзя. Сохраняют статус ожидания воспроизведения, повторной проверки или согласованного переноса, указывая влияние, ответственного и следующее действие. Статус меняют после подтверждения согласованных условий закрытия.
Клиенты могут отправлять требования через страницу контактов проекта Winge Technology и обращаться к библиотеке кейсов за примерами технического объема и результатов.
Онлайн
Телефон
WeChat
вернуться наверх