Просмтор этого файла доступен только зарегистрированным пользователям. Но у нас супер быстрая регистрация: достаточно только электронной почты!

Текст из файла (страница 3)

1.3.2 Обоснование использования реляционной СУБД MySQL

Взаимодействие с базой данных происходит при помощи Системы Управления Базой Данных (СУБД) – совокупность программных и лингвистических средств общего или специального назначения, обеспечивающих управление созданием и использованием баз данных.

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

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

Работа функционала заключается в том, что программа взаимодействует с СУБД посредством совокупности функций. Именно такой подход наиболее подходит при взаимодействии PHP и MySQL [13].

Рассмотрим в таблице 2 анализ основных версия MySQL.

Таблица 2 – Анализ основных версий MySQL

В данной работе, управление сервером баз данных, реализуются средствами СУБД MySQL версии 5.1.73.

Преимуществами MySQL по сравнению с остальными СУБД являются:

– производительность;

– масштабируемость;

– надежность;

– простота использования, простота внедрения;

– низкие совокупные затраты.

К недостаткам можно отнести следующее факторы:

– известные ограничения по задумке в MySQL заложены некоторые ограничения функционала, которые иногда необходимы в особо требовательных приложениях;

– проблемы с надежностью из-за некоторых способов обработки данных MySQL (связи, транзакции, аудиты) иногда уступает другим СУБД по надежности.

1.3.3 Обоснование выбора серверного языка PHP

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

В таблице 3 приведен сравнительный анализ PHP и ASP.net, которые чаще всего выбирают для разработки серверных приложений [14].

Таблица 3 – Сравнительный анализ PHP и ASP.net в сочетании с СУБД

Продолжение таблицы 3

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

Обобщим результаты анализа.

Положительные стороны PHP:

– обладает приемлемым уровнем освоения принципов языка;

– поддерживается большим сообществом разработчиков;

– имеет развитую поддержку и взаимодействие с базами данных;

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

– возможность развертывания на большинстве серверов;

– адаптирован под большинство аппаратных платформ и операционных систем.

Недостатки PHP:

– веб-приложения, написанные на PHP, зачастую имеют проблемы с безопасностью;

– низкая оптимизация рекурсии.

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

На основе проведенного анализа наиболее подходящим для использования в данной выпускной квалификационной работе является серверный язык программирования PHP. Он является лидером в популярности среди разработчиков, обладает отличным взаимодействием с базами данных. Для его изучения и разработок можно использовать локальные сервера или недорогие, но функциональные веб-хостинги, к примеру, используемый в данной работе ISPmanager.

2 ПРоектирование разрабатываемого функционала

2.1 Особенности проектирования программного продукта

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

– анализ предметной области и поставленной задачи;

– проектирование структуры программы;

– написание программного кода;

– тестирование и отладка;

– внедрение программы;

– сопровождение программы.

Анализом предметной области называется деятельность, направленная на выявление потребностей заказчика и выяснения смысла высказанных требований. Данный этап является первым этапом системного анализа и началом разработки программной системы. На данном этапе необходимо:

– понимать требования заказчика;

– выявить поставленные цели;

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

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

Анализ предметной области разбивается на три фазы:

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

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

Заключительная фаза анализа предметной области состоит в проектировании ее информационной структуры или концептуальной модели. Концептуальная модель включает описания объектов и их взаимосвязей, выявляемых в результате анализа данных. Концептуальная модель применяется для структурирования предметной области с учетом информационных интересов пользователей системы. Она является представлением точки зрения пользователя на предметную область и должна быть стабильной. Хотя возможно ее наращивание и включение дополнительных данных.

Одной из распространенных моделей концептуальной схемы является модель сущность - связь, основными компонентами которой являются сущности и связи. Под сущностью понимается основное содержание объекта, о котором собирают информацию. Экземпляр сущности - конкретный объект [15].

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

2.1.1 Жизненный цикл программного обеспечения

Жизненный цикл ПО (ЖЦ ПО) – это непрерывный процесс, начинающийся с момента принятия решения о необходимости его создания и заканчивается в момент его полного изъятия из эксплуатации [16].

К настоящему времени распространены две основные модели ЖЦ:

– каскадная модель;

– спиральная модель.

Рассмотрим подробнее каскадную модель.

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

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

Каскадный метод разработки представлен на рисунке 3.

Рисунок 3 – Каскадная схема разработки программного обеспечения

Положительные стороны каскадного подхода:

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

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

К недостаткам данного подхода относятся:

– реальный процесс создания ПО не всегда укладывается в данную схему;

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

В результате, реальный процесс принимает вид, изображенный на рисунке 4.

Рисунок 4 – Каскадная схема – реальный процесс разработки

Недостатком подхода является существенное запаздывание с получением результатов. Согласование результатов с пользователями производится только в точках, планируемых после завершения каждого этапа работ [17].

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

Рассмотрим подробнее спиральную модель.

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

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

Характеристики

Список файлов ВКР