Разработка графического интерфейса
Форма – главное понятие при создании графического интерфейса
Имеет :
Имя
Высоту
Ширину
Цвет фона
2.Стиль формы (FormStyle)
3. Cостояние формы(развернутая или свернутая)
Разработка графического интерфейса
Пример разработки
пример
Создание графического интерфеса
Cоздание графического интерфейса
1 этап. Создание собственно компонента графического интерфеса.
2 этап . Организация обработки событий, связанных с графическим интерфейсом
Создание графического интерфеса подразумевает - создание объекта
Объект же создается на основе класса, соответствующего графичекому компоненту.
Для каждого объета существует свой класс (напр. чтобы создать окно используется класс JFrame из библиотеки Swing, чтобы создать кнопку используется класс JButton из библиотеки Swing.
Окончательный этап разработки приложения
Оформление разработки.
1.Задать название приложению.
2.Выбрать значок , который будет изображать исполняемый файл(на рабочем столе или в папке.)
3.Создание exe файла.
4.Собрать проект в единую папку .
Правильный стиль разработки каждый проект нумеровать и оформлять в
отдельной папке.
Тестирование производительности
Тестирование производительности
Lighthouse может работать с инструментами браузера (напр. Chrome)
Порядок работы;
1.Загрузить Chrome
2.В Сhrome перейти по URL адресу, который необходимо проверить.
3.Открыть инструменты разработчика браузера Сhrome. Затем открыть вкладку Lighthouse.
4.Реализовать анализ загрузки страницы, выбрав необходимые типы тестирования веб-страницы.
Запустить тестирование и через 30- 50 сек Lighthouse предоставит необходимый отчет
Тестирование производительности
Performance (производительность) – означает скорость загрузки сайта (т.е. учитывает сколько времени на страницах загружаются стили, элементы интерактива и т.д.)
0-49 баллов – низкая производительность
50-89 баллов- нормальная производительность
90-100 баллов- высокая производительность сайта.
Каскадная модель
Недостатки :
Каскадная модель не допускает смешивание этапов разработки поэтому;
Не готова быть гибкой (гибкость необходима т.к. невозможно предусмотреть все сложности.
В результате потеряно время и средства.
Второй недостаток: заказчик не задействован на этапах разработки и тестирования, т.е. заказчику предоставляется только конечный результат.
(хотя часто требуется чтобы заказчик комментировал работу и участвовал в работе.)
Третий недостаток; обнаружение проблем только после этапа тестирования
uml