Многоуровневая и всесторонняя оценка автомобиля с помощью краш-теста
Содержание
Обозначения и сокращения
Введение
1. Анализ испытываемых средств
2. Выбор методов и средств испытаний
3. Выбор прикладного программного обеспечения для обработки данных
4.1 Общие сведения
4.2 Назначение ПО
4.3 Цели создания ПО
4.4 Характеристики объектов ПО
4.5 Требования к ПО
4.6 Состав и содержание работ по созданию ПО
4.7 Порядок контроля и приемки ПО
4.8 Требования к составу и содержанию работ по подготовке объекта к
вводу ПО в действие
4.9 Требования к документированию
4.10 Источники разработки
Заключение
Список используемой литературы
Обозначения
и сокращения
ПО - программное обеспечение
ТЗ - техническое задание
КТ - краш-тест
ЕСКД - единая система конструкторской документации
ЕСТД - единая система технической документации
Введение
Аварии уносят жизни более миллиона людей ежегодно и
травмируют еще 38 миллионов человек, 5 миллионов из которых - серьёзно.
Количество смертельных исходов на дорогах делает аварии самой главной причиной
смертности и серьезных травм молодых людей в возрасте от 15 до 44 лет.
Насколько безопасна новая или подержанная машина, которую Вы
собираетесь купить? С появлением подушек безопасности и началом проведения
краш-тестов для оценки безопасности автомобилей, число погибших и
травмированных людей на дорогах во многих странах значительно снизилось.
Краш-тест - специальное испытание автомобилей на прочность.
Проводятся такие исследования, как правило, в специальных центрах с
использованием особого оборудования. В отличие от первых исследований такого
типа, при проведении которых использовались животные или трупы людей, сегодня
для КТ используются манекены, оснащенные специальными датчиками, по показаниям
которых можно делать выводы о предполагаемых травмах. Более разнообразными
стали и сами испытания - кроме простого лобового столкновения имитируется также
боковое столкновение, фронтальное со смещением, а также тест на опрокидывание.
Стоит отметить, что самое простое и дешевое исследование - это КТ
<#"802566.files/image001.gif">
Рисунок 2.2
3. Выбор
прикладного программного обеспечения для обработки данных
ПО - это все или часть программ, процедур, правил и
соответствующей документации системы обработки информации.
При создании ПО для проведения и управления КТ будут
использоваться такие среды программирования как LabVIEW и C++.
LabVIEW (англ. <http://ru.wikipedia.org/wiki/%D0%90%D0%BD%D0%B3%D0%BB%D0%B8%D0%B9%D1%81%D0%BA%D0%B8%D0%B9_%D1%8F%D0%B7%D1%8B%D0%BA>
Laboratory Virtual Instrumentation Engineering Workbench) - это среда
разработки
<http://ru.wikipedia.org/wiki/%D0%A1%D1%80%D0%B5%D0%B4%D0%B0_%D1%80%D0%B0%D0%B7%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BA%D0%B8_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%BD%D0%BE%D0%B3%D0%BE_%D0%BE%D0%B1%D0%B5%D1%81%D0%BF%D0%B5%D1%87%D0%B5%D0%BD%D0%B8%D1%8F>
и платформа <http://ru.wikipedia.org/wiki/%D0%9F%D0%BB%D0%B0%D1%82%D1%84%D0%BE%D1%80%D0%BC%D0%B0_(%D0%B2%D1%8B%D1%87%D0%B8%D1%81%D0%BB%D0%B8%D1%82%D0%B5%D0%BB%D1%8C%D0%BD%D0%B0%D1%8F_%D1%82%D0%B5%D1%85%D0%BD%D0%B8%D0%BA%D0%B0)>
для выполнения программ, созданных на графическом языке программирования
"G" фирмы National Instruments
<http://ru.wikipedia.org/wiki/National_Instruments> (США). В настоящее
время существуют версии для UNIX <http://ru.wikipedia.org/wiki/UNIX>,
Linux <http://ru.wikipedia.org/wiki/Linux>,Mac OS
<http://ru.wikipedia.org/wiki/Mac_OS> и пр., а наиболее развитыми и
популярными являются версии для Microsoft Windows
<http://ru.wikipedia.org/wiki/Microsoft_Windows>.используется в системах
сбора
<http://ru.wikipedia.org/wiki/%D0%A1%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D0%B0_%D1%81%D0%B1%D0%BE%D1%80%D0%B0_%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85>
и обработки данных, а также для управления техническими объектами и
технологическими процессами. Идеологически LabVIEW очень близка к SCADA
<http://ru.wikipedia.org/wiki/SCADA>-системам, но в отличие от них в
большей степени ориентирована на решение задач не столько в области АСУ ТП
<http://ru.wikipedia.org/wiki/%D0%90%D0%A1%D0%A3_%D0%A2%D0%9F>, сколько в
области АСНИ <http://ru.wikipedia.org/wiki/%D0%90%D0%A1%D0%9D%D0%98>.++ -
компилируемый <http://ru.wikipedia.org/wiki/%D0%9A%D0%BE%D0%BC%D0%BF%D0%B8%D0%BB%D1%8F%D1%82%D0%BE%D1%80>
статически типизированный
<http://ru.wikipedia.org/wiki/%D0%A1%D1%82%D0%B0%D1%82%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%B0%D1%8F_%D1%82%D0%B8%D0%BF%D0%B8%D0%B7%D0%B0%D1%86%D0%B8%D1%8F>
язык программирования <http://ru.wikipedia.org/wiki/%D0%AF%D0%B7%D1%8B%D0%BA_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F>
общего назначения.
Поддерживает такие парадигмы программирования
<http://ru.wikipedia.org/wiki/%D0%9F%D0%B0%D1%80%D0%B0%D0%B4%D0%B8%D0%B3%D0%BC%D1%8B_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F>
как процедурное программирование, объектно-ориентированное программирование,
обобщенное программирование, обеспечивает модульность, раздельную компиляцию,
обработку исключений, абстракцию данных, виртуальные функции. Являясь одним из
самых популярных языков программирования, C++ широко используется для
разработки программного обеспечения. Область его применения включает создание
операционных систем
<http://ru.wikipedia.org/wiki/%D0%9E%D0%BF%D0%B5%D1%80%D0%B0%D1%86%D0%B8%D0%BE%D0%BD%D0%BD%D0%B0%D1%8F_%D1%81%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D0%B0>,
разнообразных прикладных программ, драйверов <http://ru.wikipedia.org/wiki/%D0%94%D1%80%D0%B0%D0%B9%D0%B2%D0%B5%D1%80>
устройств, а также развлекательных приложений (игр).
4. Разработка
технического задания
ТЗ - это перечень требований, условий, целей и задач,
поставленных Заказчиком, которые учитываются при разработке проекта. ТЗ - это
исходный документ на проектирование технического объекта. ТЗ устанавливает
основное назначение разрабатываемого объекта, его технические и
тактико-технические характеристики, показатели качества и технико-экономические
требования, предписание по выполнению необходимых стадий создания документации
(конструкторской, технологической, программной и т.д.) и её состав, а также
специальные требования. ТЗ как исходный документ на создание чего-то нового
существует во всех областях деятельности, различаясь по названию, содержанию,
порядку оформления и т.п. (например, проектное задание в строительстве, боевое
задание, домашнее задание, договор на литературное произведение и т.д.)".
- ТЗ на ПО имеет следующую структуру:
- общие сведения;
- назначение и цели создания ПО;
- характеристики объектов ПО;
- требования к ПО;
- состав и содержание работ по созданию ПО;
- порядок контроля и приемки ПО;
- требования к составу и содержание работ по
подготовке объекта к вводу ПО в действие;
- требования к документированию;
- источники разработки.
краш тест автомобиль программный
4.1 Общие
сведения
Полное наименование ПО: Получение и обработка данных и
параметров краш-теста.
Краткое наименование ПО: ПОДПК 1.0
Работа выполняется на основании договора №9 от 13.04.05 между
Заказчиком и Исполнителем
Заказчик: ЧП "ПромСтрой Инвест"
Адрес фактический: Россия, г. Москва, ул. Ленинградская 9,
индекс 55031
Телефон/Факс: +380777853290
Разработчик: Гурецкий А. В.
Адрес фактический: г. Севастополь, ул. Машинистов 98, индекс
99055
Телефон/Факс: +380956483793
Сроки начала и окончания работ по разработке данного ПО
регламентируются на основании договора от момента заключения договора до
01.01.2014. Если же по какой либо причине Разработчик не может справиться в
данный срок, считается уместным откорректировать срок окончания на любом из
этапов выполнения работы.
Результаты работ по созданию ПОДПК сдаются Разработчиком
поэтапно в соответствии с календарным планом Проекта. По окончании каждого из
этапов работ Разработчик передает Заказчику соответствующие отчетные документы
о выполненной работе на этапах, состав которых определены Договором.
4.2
Назначение ПО
ПО "ПОДПК 1.0" предназначено для:
- обеспечения сбора, обработки,
систематизации и хранения информации с датчиков и камер;
- расчета показателей безопасности
автомобиля;
- диагностики и выявления повреждений
автомобиля.
4.3 Цели
создания ПО
При разработке и создании ПО "ПОДПК 1.0" были
преследованы следующие цели:
- уменьшение риска попадания на авторынки
небезопасных автомобилей;
- повышение качества (полноты, точности,
своевременности) получения информации об объекте испытания;
- сокращение количества времени на
проведение испытаний и обработку результатов испытаний;
- обеспечение сбора и первичной обработки
исходной информации, необходимой для подготовки отчетности;
4.4
Характеристики объектов ПО
Заказчиком является частное предприятие, занимающееся
проведением испытаний автомобилей на безопасность. Предприятие Заказчика имеет
следующую организационную структуру:
- отдел, ответственный за монтаж необходимых
датчиков и устройств;
- отдел, ответственный за функционирования
испытательной системы;
- отдел, ответственный за проведение
испытаний;
Для нормального функционирования и работоспособности ПОДПК 1.0
персональный компьютер должен иметь оперативную память не менее 1Гб, частоту
процессора не менее 2ГГц. ПОДПК также может использоваться в таких ОС, как:
Solaris <http://ru.wikipedia.org/wiki/Solaris>, FreeBSD <http://ru.wikipedia.org/wiki/FreeBSD>,
Unix <http://ru.wikipedia.org/wiki/Unix>, Linux
<http://ru.wikipedia.org/wiki/Linux>, Microsoft Windows
<http://ru.wikipedia.org/wiki/Microsoft_Windows>, Mac OS
<http://ru.wikipedia.org/wiki/Mac_OS_X>.
.5 Требования
к ПО
- в качестве протокола взаимодействия между
компонентами ПО на транспортно-сетевом уровне необходимо использовать протокол
TCP/IP;
- для обеспечения высокой надежности
функционирования ПО должно обеспечивать выполнение требований по
диагностированию его состояния;
- для минимализации потерь информации, в
случае возникновения аварийной ситуации (сбой в электроснабжении, ошибки
операционной системы и т.д.) ПО должно осуществлять периодическое
автосохранение данных;
- надежность ПО обеспечивается за счет проведения
комплекса мероприятий отладки, поиска и исключения ошибок, а также ведение
журнала системных сообщений и ошибок для последующего анализа и изменения
конфигурации;
- ПО должно обеспечивать удобный для
конечного пользователя интерфейс отвечающий следующим требованиям: интерфейс
должен быть типизирован, должно быть обеспеченно наличие локализованного
(русскоязычного) интерфейса пользователя, для наиболее частых операций должны
быть предусмотрены "горячие" клавиши, при возникновении ошибок в
работе ПО на экран монитора должно выводится сообщение с наименованием ошибки и
с рекомендациями по ее устранению на русском языке;
- обеспечение информационной безопасности ПО
должно удовлетворять следующим требованиям: защита ПО должна обеспечиваться
комплексом программно-технических средств и поддерживающих их организационных
мер, программно-технические средства защиты не должны существенно ухудшать
основные функциональные характеристики ПО;
- ПО может быть свободно использовано в
Украине без опасности нарушения действующих на ее территории патентов
исключительного права, принадлежащего третьим лицам.
4.6 Состав и
содержание работ по созданию ПО
Работы по созданию ПО выполняются в три этапа:
- Проектирование и разработка эскизного
проекта, разработка технического проекта. Продолжительность работ составляет 3
месяца.
- разработка рабочей документации в течение
одного месяца;
- ввод в действие. Продолжительность работ
по вводу 20дней.
Конкретные сроки выполнения этапов разработки и создания ПО
определяются в договоре на выполнение работ по разработке ТЗ. Юридические и
физические лица, ответственные за поэтапное выполнение работ указываются в
договоре.
4.7 Порядок
контроля и приемки ПО
Основная задача контроля качества ПО - предупреждение,
выявление, устранение причин, отклонений, которые могут привести к
несоответствию ожиданий Заказчика с выполненными Исполнителем работами.
Заказчик вправе осуществлять контроль за ходом и качеством
выполняемых работ, соблюдением сроков их выполнения (графика), качеством
предоставленных Исполнителем материалов, а также правильностью использования
Исполнителем материалов Заказчика.
Состав, объем, и методы предварительных испытаний ПО
определяются документом "Программа и методика испытаний"
Состав, объем, и методы опытной эксплуатации ПО определяются
документом "Программа опытной эксплуатации"
Состав, объем, и методы приемочных испытаний ПО определяются
документом "Программа и методика испытаний" [1].
Результаты испытаний обобщаются в итоговом едином протоколе,
на основании которого делают заключение о соответствии системы требованиям
Технического задания на создание ПО, и возможности оформления акта приемки ПО в
постоянную эксплуатацию. По результатам приемочных испытаний составляются и
подписываются:
- Протоколы испытаний по каждому объекту
испытаний;
- Итоговый Протокол испытаний о возможности
оформления;
- Акт приемки ПО в постоянную эксплуатацию;
4.8
Требования к составу и содержанию работ по подготовке объекта к вводу ПО в
действие
Перед началом этапа "Разработка рабочей документации.
Адаптация ПО" должны быть выполнены следующие работы:
- осуществлена подготовка помещения для
размещения испытательного оборудования (ударного стенда, датчиков, авто и т.д.)
в соответствии с требованиями, приведенными в ТЗ;
- работы по независимости программных
средств от используемых операционных сред;
- работы по защите информации от
несанкционированного доступа;
- осуществлена закупка и установка
необходимого испытательного оборудования;
- организовано необходимое сетевое
взаимодействие;
- выделение ответственных специалистов со
стороны Заказчика для взаимодействия с проектной командой по вопросам
взаимодействия с ПО.
Для организации информационного обеспечения ПО должен быть
разработан и утвержден регламент по подготовке и публикации обязательных требований
к вводу ПО в действие и его эксплуатации. Перечень регламентов может быть
изменен на стадии "Разработка рабочей документации. Адаптация ПО"
[1].
4.9
Требования к документированию
Требования к документации, на основании которой
разрабатывалось ПО на
каждом этапе разработки должны включать следующие требования:
- к конструкции, определяющие ее
рациональность, взаимосвязь элементов, правильность выбора материалов для
проведения испытаний;
- к технологии, определяющие возможность
использования наиболее прогрессивных технологических процессов;
- к оформлению, определяющиеся четкостью и
наглядностью;
- требования к документации в соответствии с
указаниями ЕСКД и ЕСТД. [1]
Перечень документации используемой на каждой стадии
разработки ПО приведен в таблице 1.
Таблица 1 - Перечень используемой документации
Этап
|
Документ
|
Проектирование.
Разработка эскизного проекта. Разработка технического проекта.
|
Ведомость
эскизного проекта
|
|
Пояснительная
записка к эскизному проекту
<http://www.prj-exp.ru/patterns/pattern_draft_project.php>
|
|
Ведомость
технического проекта
|
|
Пояснительная
записка к техническому проекту
<http://www.prj-exp.ru/patterns/pattern_tech_project.php>
|
|
Схема
функциональной структуры
<http://www.prj-exp.ru/patterns/diagram_functional_structure.php>
|
Разработка
рабочей документации. Адаптация программ
|
Ведомость
эксплуатационных документов
|
|
Ведомость
машинных носителей информации
|
|
Паспорт
|
|
Общее описание
системы
|
|
Технологическая
инструкция
|
|
Руководство
пользователя <http://www.prj-exp.ru/patterns/pattern_user_guide.php>
|
|
Описание
технологического процесса обработки данных (включая телеобработку)
|
|
Инструкция по
формированию и ведению базы данных (набора данных)
|
|
Состав выходных
данных (сообщений)
|
|
Каталог базы
данных <http://www.prj-exp.ru/patterns/pattern_database_catalog.php>
|
|
Программа
<http://www.prj-exp.ru/patterns/pattern_program_of_test.php> и методика
испытаний <http://www.prj-exp.ru/patterns/pattern_methods_of_test.php>
|
|
Спецификация
|
|
Описание
программ
|
|
Текст программ
|
Ввод в действие
|
Акт приёмки в
опытную эксплуатацию
<http://www.prj-exp.ru/patterns/pattern_act_of_trial_operation.php>
|
|
Протокол
испытаний <http://www.prj-exp.ru/patterns/pattern_report_of_test.php>
|
|
Акт приемки
Системы в промышленную эксплуатацию
|
|
Акт завершения
работ
|
4.10
Источники разработки
Данное ТЗ разработано на основе следующих документов и
информационных материалов:
- Договор №9 от 13.04.05;
- ДСТУ 1.5: 2003 "Національна
стандартизація правила побудови, викладання, оформлення та вимог до змісту
нормативних документів";
- ДСТУ ISO 8568: 2008 Механический удар.
Машины для испытаний. Характеристики и эксплуатационные качества
- ГОСТ 3.1001-2011 "Единая система
технологической документации. Общие положения".
Заключение
Основной целью курсовой работы была разработка ТЗ на ПО
выбранного вида испытаний. Здесь были выбраны испытания автомобилей на
безопасность. А именно - на ударостойкость.
В ходе курсовой работы был проведен анализ объекта испытаний -
автомобиля. Также были выбраны средства (ударный стенд) и метод испытаний
(краш-тест), а также ПО для испытаний авто на ударостойкость - ПОДПК 1.0. В
соответствии с ГОСТ 34.602-89 "Техническое задание на создание
автоматизированной системы" было разработано ТЗ на ПО.
Разработка ПО - это деятельность, которая в настоящее время
является одной из самых дорогостоящих. Любые нарушения в технологическом
процессе его создания могут привести к нежелательным результатам (удорожание
программного продукта из-за увеличения сроков его разработки, из-за ошибок не
выявленных при тестировании и т.д.). Именно для того что бы данные причины не
возникали, разрабатывается ТЗ на основании которого будет создано ПО. ТЗ
позволяет максимально точно и подробно описать процесс работ над проектом и
конечные результаты, которые должны быть получены на каждом этапе.
Список
используемой литературы
1. ГОСТ
34.602-89 "Техническое задание на создание автоматизированной
системы"
2. ДСТУ
ISO 8568: 2008 Механический удар. Машины для испытаний. Характеристики и
эксплуатационные качества (ISO 8568: 2007, IDT)