1.3.4 Требования к программе или программному изделию
1.3.4.1 Требования к функциональным характеристикам
Система должна удовлетворять следующим требованиям:
интеграция в существующее информационное пространство кафедры;
обновление, редактирование, дополнение содержимого БД;
корректное отображение в любом браузере;
малое время загрузки;
соответствие дизайна системы управления общему дизайну информационного комплекса кафедры;
четкая структура и удобная система навигации и поиска;
удобство использования (интуитивно-понятный интерфейс пользователя);
наличие системы администрирования;
обеспечение пользователей необходимой информацией по учебным материалам;
cвязь с другими процессами и информационными ресурсами;
наличие системы безопасности с возможностью разграничения прав доступа к данным;
быстрота работы (добавление, изменение, удаление, поиск);
простота доступа к системе как в локальной сети, так и через Internet;
возможность интегрирования в программный комплекс кафедры;
необходимость и доступность информации;
1.3.4.2 Исходные данные
учебные материалы кафедры;
информация об оборудовании, на котором планируется работа программы.
1.3.4.3 Организация входных и выходных данных
входные данные поступают с клавиатуры.
выходные данные отображаются на экране и при необходимости выводятся на печать.
1.3.4.4 Требования к надежности
предусмотреть контроль доступа к информации;
предусмотреть блокировку некорректных действий пользователя при работе с системой;
предусмотреть возможность резервного копирования данных, на случай отказа оборудования.
1.3.4.5 Требования к составу и параметрам технических средств
Клиентская часть системы должна работать на IBM-совместимых персональных компьютерах.
Минимальная конфигурация клиентского оборудования:
тип процессора - Pentium I 166 Mgz и выше;
объем оперативного запоминающего устройства - 64 Мб и более;
объем свободного места на жестком диске - 20 Мб.
Рекомендуемая конфигурация:
тип процессора - Pentium IV 1.5 ГГЦ;
объем оперативного запоминающего устройства - 512 Мб;
объем свободного места на жестком диске - 500 Мб.
Минимальная конфигурация серверной части:
тип процессора - Pentium III 1000 Mgz и выше
объем оперативного запоминающего устройства - 256 Мб и более;
объем свободного места на жестком диске - 50 Мб (без учета БД).
Рекомендуемая конфигурация:
тип процессора - Pentium D 2.8 ГГЦ;
объем оперативного запоминающего устройства - 2048 Мб;
объем свободного места на жестком диске - 50 Мб (без учета БД).
1.3.4.6 Требования к программной совместимости
Клиентская часть программы должна работать под Интернет браузерами IE 5 и выше, или аналогичных Opera, Mozilla Firefox. Используемая ОС при этом не должна иметь значения.
Серверная часть должна быть полностью совместима с СУБД MySQL v 5.0, web-сервером Apache v. 2.2. под управлением ОС Hardened Gentoo Linux.
1.3.5 Требования к программной документации
Документация должна соответствовать всем предъявляемым требованиям. Состав документации должен включать: техническое задание, текст программы с комментариями, руководство пользователя.
Источником разработки является научно-техническая документация по разработке программного обеспечения.
2 Специальный раздел
В этом разделе описывается разработка программной системы – от проектирования структурных, функциональных и принципиальных схем и структур баз данных, до разработки алгоритмов, программ и пользовательских интерфейсов.
2.1 Разработка структурной схемы программы
Разработка структурной схемы (архитектуры) программы является одним из наиболее важных этапов в процессе разработки программного обеспечения, неправильный выбор архитектуры ведет к риску срыва всего проекта в будущем. Данный этап является базовым для всего процесса разработки. Продуманная архитектура позволяет легко модифицировать программный продукт, если произойдут изменения требований к нему.
Архитектура - это набор значимых решений по поводу организации системы программного обеспечения, набор структурных элементов и их интерфейсов, при помощи которых компонуется система, вместе с их поведением, определяемым во взаимодействии между этими элементами, компоновка элементов в постепенно укрупняющиеся подсистемы , а также стиль архитектуры который направляет эту организацию -- элементы и их интерфейсы, взаимодействия и компоновку [2.1].
Под архитектурой понимается совокупность компонентов программы, а также связи и способы организации информационного обмена между ними. Логическая структура описывает объекты, которые связаны с другими объектами. Она определяет связи между ними.
Физическая структура описывает, где объект находится в действительности, отражая, например, путь к каталогу объекта в файловой системе или его расположение в базе данных.
Исходя из анализа требований, предъявляемых к системе, определяется набор всех функций, выполнение которых программа должна поддерживать. Далее полученные функции объединяются в логически связанные между собой группы. В процессе анализа функций и на первых стадиях проектирования архитектуры могут быть выявлены дополнительные функции, которые необходимо включить в разрабатываемую программу.
Архитектура должна чётко определять ответственность каждого компонента. Компонент должен иметь одну область ответственности и как можно меньше знать об областях ответственности других компонентов. Сведя к минимуму объём сведений, известных компонентам о других компонентах, можно легко локализовать информацию о проекте приложения в отдельных компонентах.
Архитектура должна ясно определять правила коммуникации между компонентами программы и описывать, какие другие компоненты данный компонент может использовать непосредственно, какие косвенно, а какие вообще не должен использовать.
Архитектура программы является модульной, чтобы графический интерфейс можно было изменить, не затрагивая основную логику программы.
Программа построена согласно архитектуре MVC (Model-View-Controller) или модель-представление-контроллер. MVC представляет собой архитектуру программного обеспечения, в которой модель данных приложения, пользовательский интерфейс и управляющая логика разделены на три отдельных компонента, так, что модификация одного из компонентов оказывает минимальное воздействие на другие компоненты.
Рисунок 2.1. - Структура системы MVC
Model (Модель) - модуль, отвечающий за непосредственный расчёт чего-либо на основе полученных от пользователя данных. Результат, полученный этим модулем, должен быть передан в контроллер, и не должен содержать ничего, относящегося к непосредственному выводу (то есть должен быть представлен во внутреннем формате системы). Основная цель - сделать так, чтобы модель была полностью независима от остальных частей и практически ничего не знала об их существовании, что позволило бы менять и контроллер и представление модели, не трогая саму модель и даже позволить функционирование нескольких экземпляров представлений и контроллеров с одной моделью одновременно.
View (Представление) - модуль вывода информации. В обязанности представления входит отображение данных полученных от модели. Обычно представление имеет свободный доступ к модели и может брать из нее данные, однако это доступ только на чтение, ничего менять в модели или даже просто вызывать методы, приводящие к изменению ее внутреннего состояния, представлению запрещено. Для взаимодействия с контроллером, представление, как правило, реализует некий интерфейс, известный контроллеру, что позволяет менять представления независимо и иметь несколько представлений на контроллер.
Controller (Контроллер) - модуль управления вводом и выводом данных. В задачи контроллера входит реакция на внешние события и изменение модели и/или представления в соответствии с заложенной в него логикой. Один контроллер может работать с несколькими представлениями, в зависимости от ситуации, взаимодействуя с ними через некий (заранее известный) интерфейс, который эти представления реализуют. Важный нюанс - в классической версии MVC контроллер не занимается передачей данных из модели в представление.
Таким образом, использование архитектуры MVC даёт ощутимые преимущества при проектировании и разработке программы управления базой данных учебных материалов.
Система содержит следующие функции:
управление данными – добавление, удаление и изменение сведений о учебно-методической литературе;
автоматическую проверки типа и корректности вводимых данных;
сохранения данных в базу данных;
В свою очередь всю систему можно разделить на две подсистемы исходя из среды, в которой они выполняются:
серверную часть, написанную на языке программирования PHP и выполняющуюся на сервере;
клиентскую часть, написанную (генерируемую скриптом PHP) на языке разметки HTML и языке программирования JavaScript с использованием библиотеки jQuery и выполняющаяся в браузере пользователя.