Дипломная работа на тему «Автоматизированная система для сотрудников методического отдела образовательных программ высшего образования». Часть 2

1  2  3

---

2 ПРОЕКТНАЯ ЧАСТЬ

2.1 Проектирование структуры веб-сайта

 

Как работает автоматизированная система:

Структура системы:

— Фронтовая часть: Это то, что вы видите в браузере. Она состоит из HTML документов, которые отображают информацию и позволяют вам взаимодействовать.

— Серверная часть: Это как «мозг» системы. Она создана с использованием PHP и обрабатывает запросы от фронтовой части, выполняя необходимые действия.

Подключение к интернету:

— Для работы с системой вам нужно быть подключенным к интернету. Без подключения работать не получится.

Пользователи и роли:

— Пользователи системы: Это вы и другие люди, использующие систему.

— Роли пользователей: У каждого пользователя имеется своя роль, — она ограничивает, что конкретно он может совершать в системе.Например, одни пользователи могут делать больше вещей, чем иные.

Таким образом, отметим, что автоматизированная система имеет две части: фронтовую и серверную. Для работы с системой нужно быть онлайн. Пользователи имеют разные роли, которые определяют их возможности в системе. Эти уровни — это как ступеньки на лестнице. У каждого своя «сила». Например, у администратора наивысший уровень — у него больше всего возможностей. Он может делать почти все на сайте. Наоборот, у обычных пользователей уровень ниже — у них меньше прав. Они могут делать меньше вещей. В БД будут прописаны роли для пользователя:

• администратор системы;
• преподаватель;
• обучаемый.

Технологический стек автоматизированной системы на рисунке 8.

Сайт в интернете состоит всего из 2-х частей: серверной и клиентской. Вторая работает на компьютере пользователя, в его веб-браузере. То, что мы соответственно видим и с чем взаимодействуем на веб-сервисе.

Серверная часть — это часть сайта, которая работает на сервере. Она занимается обработкой данных и созданием всего, что нужно для работы сайта.

На рис.9 показана окончательная структура системы, которая отслеживает профессиональные достижения.

Файл стилей: Здесь есть файл с названием style.css. В нем строки, которые начинаются с точки, представляют собой стили для разных классов. Это как инструкции для того, как должны выглядеть разные части веб-страницы.

Стили для элементов: Если строка начинается с решетки (#), это означает, что это стили для конкретных элементов на веб-странице, которые имеют уникальные идентификаторы (id). Например, если есть строка #main_table, это стили для основной таблицы на каждой странице. И также есть стили для списка категорий под названием #cats_style.

JavaScript-код: Важный код нашего сайта содержится в файле scripts.php. Мы используем его для разных функций. Он имеет такое расширение из-за того, что удобно подключать его из других частей сайта, например, из файлов на языке программирования PHP.

Плагин для обратного отсчета: Для того чтобы показывать таймер на странице, мы использовали что-то вроде дополнения к нашей основной программе. Оно называется плагин jquery.countdown и помогает создать обратный отсчет. Этот плагин хранится в файле jquery.countdown.min в папке js.

Запуск таймера: Когда вы открываете страницу с тестом (файл test.php), таймер начинает отсчитывать время автоматически. То есть, он стартует сам собой как только страница загрузится.

Страницы для администратора и редакторов: Страницы, где администраторы и редакторы могут вносить изменения, построены на одном и том же принципе. Подобно тому, как похожие детали в одежде создают один стиль. Например, редактор уроков представлен в файле lessons.php.

Проверка авторизации: Важный аспект нашего сайта — это безопасность. Файл lessons.php проверяет, авторизован ли пользователь. Если нет, или если у пользователя нет нужных прав, то скрипт автоматически отправляет его на страницу авторизации. Это как система защиты, чтобы только разрешенные люди могли вносить изменения.

 

2.2 Проектирование базы данных

 

Разработка схемы базы данных — важный этап при создании программных продуктов. Вот как это происходит:

Анализ требований к системе:

— Определение, какие данные нужно хранить.

— Выбор типов данных и форматов хранения.

— Рассмотрение свойств данных.

Выбор типа базы данных:

— Размышление, какой тип базы данных подойдет.

— Рассмотрение реляционных, иерархических, сетевых и других типов.

Проектирование структуры данных:

— Создание таблиц с полями и типами данных.

— Определение ключей, связей и индексов.

Нормализация базы данных:

— Разбиение на таблицы по правилам нормализации.

— Уменьшение размера, повышение производительности.

Схема индексации:

— Определение, как данные будут храниться на диске.

— Выбор типов индексов (B-деревья, хеш-таблицы, и др.).

Защита данных, аудит и резервное копирование:

— Применение механизмов защиты (шифрование, аутентификация).

— Ограничение доступа к данным.

— Определение правил аудита.

— Разработка процедур резервного копирования.

— Использование различных методов резервного копирования (полное, дифференциальное).

— Применение сжатия данных для копий.

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

Схема БД сформирована посредством приложения MySQL WorkBench (рис. 10).

 

2.3 Разработка базы данных и наполнение ее тестовой информацией

 

Список таблиц(БД MySQL) отражен на рис.11 (листинг дампа БД отражен в приложении).

1. В «tests» мы записываем данные о тестах. Там есть информация о названиях тестов и их кодах.
2. В «q» мы храним вопросы для тестов. Здесь мы можем найти вопросы, которые задаются на разных тестах.
3. В «a» содержатся ответы на вопросы из тестов. Здесь можно увидеть корректные ответы и также связанные с ними данные.
4. «lessons» предназначена непосредственно для того, чтобы хранить содержание уроков, которые учащиеся исследуют — это может быть какой-то учебный материал.
5. В «levels» мы имеем информацию о разных уровнях доступа пользователей. Здесь указаны коды и названия уровней доступа.
6. В «users» сохраняется информация о пользователях. Мы можем найти данные о разных людях, использующих систему.
7. В «news» хранится информация о новостях. Здесь можно найти различные новости, связанные с образованием.
8. «test0» используется для записи результатов тестирования. Здесь мы можем видеть информацию о результатах тестов, возможно, некоторые показатели или оценки.

Структура табл. «a» отражена на рис.12.

 

2.4 Разработка пользовательского интерфейса

 

Чтобы создавать интерфейс для пользователей, мы использовали три важных языка: HTML для оформления, JavaScript для сделать страницу более динамичной, и CSS для придания стиля.

Каждая страница нашего сайта имеет четыре части:

1. Заголовок (top.php), который содержит информацию вверху страницы.
2. Меню (menu.php), чтобы было легко переходить между разделами.
3. Основная часть с содержимым (название файла зависит от страницы).
4. Нижняя часть (footer.php) — это так сказать «подвал» страницы.

Когда осуществляется создание новой страницы, мы делаем это либо с самого начала, либо путем корректировки уже существующей. Страницы «новости», «уровни доступа» и «редактор занятий» имеют очень похожий код.

В верхней части есть баннер, который при нажатии возвращает на главную страницу. В нижней части есть название сайта, копирайт и год.

Меню на странице меняется в зависимости от того, насколько вы сильно авторизованы на сайте.

Страницы, которые администратор может видеть и редактировать, созданы похожим образом. Например, страница «редактор уроков», которая хранится в файле lessons.php.

Если пользователь не авторизован или у него нет прав доступа, скрипт в файле lessons.php перекинет его на страницу для входа.

На странице, где нужно войти, есть места, где можно писать текст. Рассмотрим пример:

«`html

<input id=»fio» name=»fio» type=»text» value=»<?php if (!empty($fio)) echo $fio;?>»>

«`

Этот код формирует окно, в которое можно ввести ФИО. В этой же строчке есть часть кода на языке PHP. Она показывает, что то, что вы напишете, сохранится и потом снова будет видно, если вы отправите это на сервер. Если всё будет хорошо, то написанное вами останется. Но если что-то пойдет не так, появится ошибка, и вы сможете попробовать снова.

Также есть другие места, где можно писать текст, например, для должности, пароля и email.

Кнопка»Очистить поля». Вот код для неё:

«`html

<button id=»btn_reset» onclick=»btn_reset_click();»>Очистить поля</button>

«`

Кнопка «Сохранить»:

«`html

<button id=»btn_submit» name=»btn_submit» type=»submit»>Сохранить</button>

«`

Если мы перейдём к перечню тестов, то он формируется посредством `test_list.php`.

Основная часть кода в этом скрипте выглядит так:

«`php

$query=»

SELECT

`name`, `id`

FROM

`$table`

WHERE 1

ORDER BY `$table`.`name`

«;

$res=mysqli_query($con, $query);

while($row=mysqli_fetch_array($res)) {

echo «<p><a href=’test.php?test_id=$row[id]’>$row[name]</a></p>»;

};

«`

В самом начале скрипта составляется запрос к БД с применением SQL. Затем этот запрос выполняется с помощью функции `mysqli_query()`. После этого мы создаём список ссылок, каждая из которых ведёт на страницу с тестом. В ссылке параметр `test_id` показывает, на какой тест кликнул пользователь. Когда он жмет на одну из этих ссылок, переходит на страницу с этим тестом.

 

2.5 Тестирование автоматизированной системы

 

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

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

Далее мы разрабатываем критерии для проверки функциональности и безопасности проекта. Нам нужны хорошие критерии, чтобы проверить всё важное в проекте. Это поможет нам установить стандарты для тестирования.

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

В результате у нас есть документ, который описывает, как именно мы будем тестировать проект. В нём есть цели, задачи, критерии проверки, стратегии и методы тестирования, и план. Если нужно, мы можем изменить этот документ, исходя из результатов тестирования.

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

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

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

Второй этап: Затем мы проверяем безопасность. Это как обнаружение дырок в заборе, которые могли бы использовать злоумышленники. Мы проводим специальные тесты, чтобы найти уязвимости, а также смотрим, как проект выдерживает атаки.

Третий этап: Потом мы изучаем, насколько быстро и хорошо работает проект, когда его использует много людей сразу. Мы проводим испытания, которые помогут нам увидеть, на какой границе проект начинает «дышать тяжело» или даже «подводить».

Четвертый этап: Далее идет проверка, как хорошо проект работает на разных компьютерах и веб-браузерах. Это как проверка, что одежда подходит на всех. Проводится тестирование, чтобы убедиться, что проект не испытывает какие-либо сложности непосредственно на разных системах.

Пятый этап: Затем проверяем, отвечает ли проект требованиям, которые мы сами для него поставили (это как проверка, что все детали на месте, как по плану).

Шестой этап: Это регрессионное тестирование, когда после любого внесенного в результате изменения, проводится проверка, дабы убедиться, что ничего не пошло наперекосяк.

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

Разработка тест-кейсов — это важный шаг в тестировании готовых проектов, особенно при проверке того, хорошо ли работают основные функции проекта:

Определение требований к проекту:

Нужно понять, какие функции должны быть проверены.

Это, например, может быть проверка авторизации на сайте, отображения информации и функции поиска.

Определение этапов тестирования:

Решаем, как будем проверять функции — по одной, последовательно или всё вместе.

Это может быть проверка каждой функции, последовательное тестирование и проверка работы всего проекта.

Создание уникальных тест-кейсов:

Для каждого этапа создаем планы тестирования.

Тут указываем, что делать для проверки функций, какие данные использовать, какой результат ожидать.

Тщательная проверка:

Важно, чтобы тесты были разработаны таким образом, чтобы он проверили систему в разных её режимах работы.

Применяем различные способы ввода данных, дабы проверить, что всё работает корректно.

Особенности разработки тест-кейсов:

Для каждой функции создаем отдельный тест-кейс — это помогает тщательно проверить всё.

Такие тесты должны быть простыми для повторения, чтобы можно было перепроверить, если что-то не так.

Учёт разных условий:

Тестирование проводим в разных ОС и веб-браузерах.

Основная цель — проверить, что проект будет функционировать на разнообразных устройствах и средах.

Процесс не заканчивается:

Разработка тест-кейсов — это только начало.

Потом нужно подготовить данные, провести тестирование, посмотреть на результаты и написать отчет.

Исправления и повторное тестирование:

Если были обнаружены ошибки, то соответственн их нужно исправить.

Потом выполняется повторно тестирование для проверки того, что всё работает корректно.

Таким образом, отметим, что разработка тест-кейсов — детальное планирование тестирования. Оно помогает проверить то, насколько хорошо функционирует проект, и при этом убедиться, что он готов для применения.

Проверка безопасности готового проекта: Как обеспечить безопасность вашего проекта

Понимание важности:

— Осознание ключевого значения этапа проверки безопасности в разработке проекта.

Тщательное тестирование:

— Подробная проверка всех компонентов приложения.

— Выявление потенциальных уязвимостей, которые могут нарушить безопасность.

Определение угроз:

— Проанализировать возможные сценарии угроз для подготовки тест-кейсов.

Выбор методов и инструментов:

— Исходя из типа приложения, выбрать наилучшие способы проверки.

— Использовать специальные инструменты для выявления уязвимостей.

Особый акцент на конфиденциальные данные:

— Если проект обрабатывает личные данные, уделить особое внимание проверке.

Предотвращение несанкционированного доступа:

— Гарантирование того, что все данные будут недоступны для посторонних пользователей.

— Обеспечение очень надежной информационной защиты от несанкционированного доступа.

Создание тестов для проверки безопасности проекта требует учета следующих пунктов, которые студенты ВУЗа могут понять легко:

Аутентификация и авторизация(вход):

1.Проверяем, как система проверяет личность и разрешает доступ.

2.Ищем слабые места в защите паролей и прав доступа.

Обработка входных данных:

3.Проверяем, как система обрабатывает данные, которые пользователь вводит.

4.Проверим, нет ли возможности внедрения вредоносного кода.

Хранение данных:

5.Узнаем, как система хранит информацию и защищает её.

6.Проверим, правильно ли установлены права доступа к данным.

Кросс-сайтовые сценарии:

Ищем слабости, которые могут быть использованы для атак с других сайтов.

Внешние интерфейсы:

1.Проверяем, нет ли утечек данных из-за взаимодействия с другими сервисами.

2.Оценим, как система общается с другими приложениями.

Атаки на сетевой уровень:

Проверяем, насколько сеть защищена от вторжений.

Анализируем, есть ли слабые места в сетевых портах и параметрах.

Важно, чтобы каждый тест-кейс был разработан с учетом этих параметров:

Подготовка к тестированию:

1.Разработать тест-кейсы с учетом параметров.

2.Создать сценарии атак для проверки.

Проведение тестирования:

1.Протестировать приложение на разных сценариях атак.

2.Гарантировать, что приложение защищено от угроз.

Создание отчета:

• Составить подробный отчет о найденных проблемах и уязвимостях.

Корректировка проекта:

• Основываясь на отчете, внести изменения в проект.

Повторное тестирование:

• Повторно проверить приложение, чтобы убедиться в надежности.

Защита пользователя:

• Гарантировать, что приложение защищает пользователя от угроз.

Устранение дефектов:

• При обнаружении проблем принять меры для их исправления.

Обеспечение безопасности:

• Обеспечить безопасность для разработчика и пользователя.

Подготовка тестовых данных — это важный этап, когда мы готовимся проверить готовый проект. Давайте разберемся шаг за шагом:

Определение требований к данным:

• Выясняем, какие данные понадобятся для тестирования функций и безопасности проекта.
• Решаем, какие значения и входные данные система должна обрабатывать.

Разнообразие сценариев использования:

• Думаем о различных способах, которыми люди могут использовать проект.
• Учитываем потребности заказчика и будущих пользователей.

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

• Создаем последовательности шагов, которые пользователи могут выполнять.
• Определяем конкретные проверки для отдельных функций и элементов проекта.

Генерация тестовых данных:

• Создаем случайные значения для различных параметров.
• Можем использовать настоящие данные из базы данных или других источников.

Создание реалистичной среды:

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

Защита данных и безопасность:

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

Сводим всё воедино:

• Подводим итоги этапа подготовки данных.
• Даем гарантии того, что проект соответствует запросам и полностью готов к дальнейшей передаче клиенту.

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

Проведение проверки программного проекта, непосредственно перед его запуском — это такой этап, который не важно обязательно реализовать корректно, чтобы избежать нерешенных вопросов в дальнейшем:

Зачем нужно тестирование:

• Оценка соответствия проекта требованиям.
• Выявление ошибок, которые могут нарушить работу программы.

Преимущества хорошего тестирования:

• Экономия времени и денег на исправлениях.
• Повышение качества и надежности проекта.

Этапы тестирования:

• Определение критериев оценки.
• Создание набора тестовых случаев для проверки функциональности и безопасности.

Тестирование функциональности:

• Проверка соответствия требованиям.
• Тестирование всех функций программы с помощью различных сценариев использования.

Тестирование безопасности:

• Устойчивость к доступу (несанкционированному).
• Защита от различных атак хакеров и уязвимостей.

Подготовка тестовых данных:

• Реалистичные данные для различных сценариев использования.
• Пример: для магазина — данные о заказах.

Анализ результатов тестирования:

• Выявление ошибок и проблем.
• Оценка производительности и работоспособности.
• Оценка серьезности ошибок и приоритетности их исправления.

Важные шаги при анализе:

• Оценка производительности.
• Анализ тестовых отчетов — описание ошибок и их серьезности.
• Оценка безопасности — защита данных.

Составление отчета:

• Описание найденных ошибок.
• Оценка их серьезности и приоритетности.
• Рекомендации по исправлению.
• Примеры тест-кейсов.

Роль отчета:

• Для разработчиков и заказчиков.
• Понимание работоспособности проекта и его улучшения.

Процесс внесения изменений в программный проект после тестирования можно объяснить так:

Подготовка к изменениям:

1.После того, как мы проверили проект и изучили результаты тестов:

• У нас есть понимание о том, что что-то идет не так.

2.Следующий шаг — вносить изменения:

• Мы хотим исправить обнаруженные ошибки.
• Перепробовать проект на новых тестах.

3.Но не спешим:

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

Анализ результатов тестирования:

Анализируем результаты тестирования:

• Понимаем, что привело к ошибкам.
• Определяем, как устранить эти проблемы.

Даем советы по улучшению:

• Это может включать изменения в коде.
• Или модификации в тестах.
• Возможно, даже изменения в структуре проекта.

Внесение изменений:

1.Разработчики приступают к изменениям:

• Они исправляют код.
• Обновляют информацию в системе управления версиями.

Держим баланс между скоростью и актуальностью:

• Мы не спешим, но и не тянем слишком долго.

Повторное тестирование:

Проверяем внесенные изменения:

• Прогоняем новые тесты на измененном коде.
• Может быть, также проходим все старые тесты.

Удостоверяемся, что старые ошибки устранены:

• Мы хотим убедиться, что старые ошибки не вернулись.
• И что новые проблемы не появились.

Завершение процесса:

Если всё хорошо:

• Проект готов к передаче клиенту.
• Мы составляем отчет о тестах и внесенных изменениях.

Если возникли новые проблемы:

• Мы повторяем цикл: анализ, изменения, тестирование.

Почему это важно:

Без изменений после тестирования:

• Проект может работать некорректно.
• Пользователи будут недовольны.

Важно делать всё внимательно:

• Изменения помогут улучшить проект.
• Если мы делаем всё правильно, то проект будет работать как надо.

Передача готового проекта клиенту: важный этап разработки ПО

Что происходит на последнем этапе разработки:

Передача готового проекта заказчику означает, что разработчики завершили работу над программой.

Почему этот этап важен:

Он должен пройти тестирование: нам важно убедиться, что он корректен.

3.Тестирование также требуется для выполнения проверки соответствия программы все заданным требованиям.

Что включает отчет о тестировании:

4.Отчет — важная часть процесса.

5.В нем нужно рассказать, как тестирование проводилось.

6.Нужно описать, что было проверено и какие проблемы найдены.

Что нужно описать в отчете:

Результаты тестов и найденные ошибки.

Какие проблемы возникли и как их решили.

Когда можно передавать проект клиенту:

Только после успешного тестирования и исправления ошибок.

Если проект соответствует требованиям из ТЗ.

Как передавать проект:

Передача должна быть в согласованный срок и формат.

Нужно передать все файлы и документы.

Важно проверить, чтобы не было ошибок при передаче.

Дополнительный шаг:

Может понадобиться дополнительно проведение комиссионной проверки, чтобы удостовериться, что программа работает как положено. Как написать отчет о выполненном тестировании ПО, чтобы все поняли:

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

— Как правильно использовать программу.

— Если что-то не работает, как исправить.

ЖЦ (Жизненный Цикл):

— Как развивался проект от начала до конца.

Результаты тестов:

— Что случилось при запуске тестовых скриптов.

— Какие скрипты не сработали, и какие ошибки обнаружили.

Табличная информация:

— Сводная таблица с данными о тестировании.

— Сколько всего тестов провели.

— Сколько прошло успешно.

— Сколько ошибок нашли и какие именно.

— Когда ошибки нашли и как быстро исправили.

Описание проекта:

— Что это за проект в общем.

— Как он сейчас выглядит и работает.

Планы на будущее:

— Если что-то не сработало хорошо, что планируем улучшить.

— Сроки (когда это сделаем).

При составлении отчета важно принимать во внимание следующие факторы:

• Цель отчета: Важно помнить о том, что отчет будет оценивать человек, для которого проект важен. Отчет также станет важным документом для дальнейшей работы над проектом.
• Внимательность к деталям: Относись к каждой части отчета очень внимательно. Включи в него всю информацию, которая может пригодиться в будущем, когда будут использовать или поддерживать проект.
• Заполнение разделов: Каждый раздел отчета нужен! Нельз] пропускать ни одного. Тут важно включить всю информацию о проекте, тестировании и других важных аспектах.
• Полезные данные: Добавить в отчет все данные, которые могут помочь лучше понять и использовать проект. Чем больше полезной информации, тем лучше.
• Ответственность: Передача готового проекта вместе с отчетом — это важный этап. Делай это очень ответственно. Следи за тем, чтобы все было в порядке.
• Организованный порядок: Передача проекта и отчета заказчику — это как важный ритуал. Следуй за определенным порядком, чтобы все прошло гладко.
• Компетентность в написании: Отчет должен быть написан профессионалами, которые разбираются в этой области. Так мы убедимся, что наш проект работает так, как нужно.

Итак, отчет — ключевой документ, который поможет завершить разработку проекта успешно, обеспечив его успешное использование.

---

1  2  3