Как создаются веб-приложения. Процесс разработки веб-приложения изнутри

Автор Ivan Samoilov
Как создаются веб-приложения. Процесс разработки веб-приложения изнутри

в этом видео.

Я хочу рассказать про процесс разработки какого-то продукты изнутри. То есть как — это выглядит точки зрения разработчика то есть заказчика для него этот чёрный ящик то есть. Он рассказал.

Какие требования определил и соответственно потом на руки получат продукт допустим там есть ошибка является.

Как так много ошибок то есть, что за дела и так далее вот здесь очень часто он не учитывает специфику понятно, что ошибки. Это плохо то есть никто не говорит, что — это там нормально. Вот, но специфика продукт такого, что если он зарабатывает этом стаде ошибки. Это в принципе нормальные явления потому, что за работа идёт. Идёт постоянно даже если вы разработали какой-то модуль разработка. Ещё идёт процессе непрерывного в этом году я тоже могут быть какие-то проблемы потому, что идет интеграция старого и нового — это то есть важно понимать просто специфику целом как. В итоге создается продукт вот. Ну первое, что происходит — это описание требований требований пишется именно техническими техническим языком видео технического задания то есть требование оформляю оцениваются согласовывается оценки начинается в общем сама разработка. Это первый этап — это проектирование из требований начинаем проектировать базы данных то есть определяем каким цветом. Столбцы, тогда всё должно быть скорректирована детали то здесь нельзя. Вот — это очень большой отличие между заказчиком и команды есть в плане понимания заказчик слишком общем если разработчик не может общем если тебе надо конкретно запрограммировать я вот конкретно не понял я не будет там типа карточка товара то есть мне там будет конкретно название цена артикул там короче. То есть вот конкретно максимально вот он не может быть просто целый год проектирование то есть мы определяем как вообще решение будет работать какая будет структура данных какие сутки места. Как решить то есть вот такой подход после этого происходит разработка разработка — это посадил реализация начала делать рисуются базы данных относится даётся допустим наполняется тестовыми данными далее выполняется создать свой бизнес свой бизнес логика. Это, что такое. Это посадила основной основной ядро которое реализует лайку приложение. То есть например на заказать товар сделать заказ заказ не то, что мы добавляем в запись да база данных в таблицу заказа, а именно сделать заказ который включает в себя несколько действий 3 создать заказ заблокировать, что мы создали заказ отправить какому-то уведомление. То есть — это всё бизнес-логика — это совокупность. Вот — это центральное звено был до Business Logic layer вот под ним находится слой Data Access layer то есть этот доступ к данным бизнес-логика обращается к этому условию чтобы запросить алмазы эти данные не знаю. Может я слишком хорошо конечно. Ну ладно давайте уже до конца. Вот честно уровень представления то есть которые вот эту бизнес логику вызывает и показывает данные в виде например в приложении на той странице сайта там как-то оформлены красиво там таблицы графики функции. Когда выпустили фильтры. То есть у нас пошутила. То есть ты. То есть — это представление где он показывает в браузере — это бизнес который реализует основной приложения и слой доступа к данным этом вас данных плюсом доступа. Вот то есть вот таким образом у нас ведётся разработка всех слоёв да то есть она может одновременно быть и тело после разработки того как — это всё сделать запусти таймер на одну задачку — это идет тестирование тестирование — это посадила верификация, что мы сделали. Всё ПТЗ и работать так как написано втз то есть важный момент нельзя просто как сказать просто проверить, что работает то есть должно именно работать. ПТЗ Вот — это за является критерием проверки. Если нет, тогда этого проверять придется. Какая на ощупь. И — это не совсем правильно то есть того, что написано tz140 — это хорошо качестве написано зависит насколько будет легко полностью проверять и принимать поэтому особо так допустим вы протестировали дата нашли какие-то баннер происходит. Дальше процесс отладки отладка тех решений то есть исправление багов которые найдены вот отладка. Ну естественно — это происходит циклический то есть тестирование квартиры отладка пока, а то есть не будет багаж то есть понятно, что на тестировании мог бы может быть много багов, но потом она синтетические уменьшится там да там 0 образно говоря вот вопрос так быстро, но тем не менее то есть этот случай надо пройти потому, что любое приложение даже там такие круглые стены. Как там операционной системы Windows всё равно не выпускай сделать обновление онлайн находит ошибки там исправляет — это происходит постоянно. Вот то есть не требовать чтобы там mini mini mini mini с. Алиной команды Minecraft команды делали сразу с первого раза вообще абсолютно без ошибок — это практически невозможно. Это ну — это часть работы отладка и тестирование — это обязательно этапы из которых нельзя. Вот и последний этап. Ну не последний вернее 1С внедрение. То есть когда этот функционал попадает уже в рабочую систему проверяется еще раз да то есть уже в боевой системе смотрится как он работает на — это тоже могут быть ошибки, но при этом важно обеспечить чтобы быстро фиксирования даже ошибки есть.

0 комментариев
0

Читайте также