paint-brush
Гибкий подход к разработке точных навигационных систем для обеспечения безопасности дорожного движенияк@escholar
201 чтения

Гибкий подход к разработке точных навигационных систем для обеспечения безопасности дорожного движения

Слишком долго; Читать

В этой методологии разработки программного обеспечения особое внимание уделяется планированию, гибким методам и систематическому тестированию приложений для навигации и безопасности дорожного движения. От анализа требований до пользовательского тестирования он следует структурированному подходу с использованием WordPress, PHP, CSS и JavaScript, а оценка основана на стандартах ISO/IEC 25010 для обеспечения качества.
featured image - Гибкий подход к разработке точных навигационных систем для обеспечения безопасности дорожного движения
EScholar: Electronic Academic Papers for Scholars HackerNoon profile picture
0-item

Авторы:

(1) Бензар Глен С. Грепон, Государственный колледж Северного Букиднона, Филиппины [email protected] (автор, ответственный за переписку);

(2) Дж. К. П. Маргалло, Государственный колледж Северного Букиднона, Филиппины;

(3) Джонатан Б. Мазерин, Государственный колледж Северного Букиднона, Филиппины;

(4) Рио Аль-Ди А. Домпол, Государственный колледж Северного Букиднона, Филиппины.

Таблица ссылок

Аннотация и введение

Литературный обзор

Методология

Полученные результаты

Обсуждения

Выводы

Рекомендации

Последствия исследования

Практические последствия

Декларации

Ссылки и биография автора

МЕТОДОЛОГИЯ

Разработка программного обеспечения

На протяжении многих лет SDLC оставался надежным подходом к разработке программного обеспечения (Хан и др., 2020). Методика Agile, как показано на рисунке 1, идеально подходит для быстрой и эффективной разработки программного обеспечения благодаря своей адаптивной природе, ранней доставке и гибкому жизненному циклу (Srivastava, Bhardwaj & Saraswat, 2017).


Рисунок 1. Гибкая методология разработки систем

Планирование

Исследователи получили данные в муниципалитете Букиднон. Они рассмотрели типичные проблемы, с которыми столкнулись. Согласно отчету, многие люди попадают в несчастные случаи из-за недостатка информации; таким образом, им нужна информация, которая предупреждала бы их о подверженных авариям зонах, блокпостах и продолжающемся строительстве.

Анализ требований

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

Дизайн

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

Кодирование

На этом этапе разработки и написания фактического кода исследователь использует WordPress для разработки веб-приложений; WordPress — самая популярная система управления контентом (CMS) с открытым исходным кодом, используемая примерно 75 миллионами веб-сайтов. Исследователь изучал гипертекстовый процессор (PHP) как язык программирования, используемый для веб-разработки. Исследователь также использует каскадные таблицы стилей CSS, чтобы креативный дизайн выглядел лучше. И наконец, JavaScript (JS) для анимации и взаимодействия.

Пользовательское тестирование

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

Приемка для клиента

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

Тестирование и оценка системы

При оценке обычных пользователей выставляется оценка обратной связи о системе конечного результата. ISO/IEC 25010 используется для оценки приложений, порученной участникам, поскольку этот стандарт ISO предоставляет единый словарь для определения, оценки и сравнения качества систем и программных продуктов.


Таблица 1. Таблица Лайкерта для качественной интерпретации используется при интерпретации результатов опроса.


Таблица 1 представляет собой шкалу Лайкерта, используемую для ранжирования или измерения мнений людей по какому-либо предмету или конкретной теме. Его также можно использовать для измерения вопросов или результатов. Сторонники использовали шкалу Лайкерта для интерпретации результата и общего среднего значения оценки ISO/IEC 25010 (уравнение 1).


Формула: Общий средний показатель = Общий средний показатель/Общее количество элементов. Уравнение 1.


В таблице 2 представлены общие результаты ISO по оценке качества приложений. Получив общее среднее значение, исследователи использовали следующую формулу.


Таблица 2. Общий результат ISO


Этот документ доступен на arxiv под лицензией CC 4.0.