Учет учебных материалов кафедры

Проведем сравнительный анализ двух технологий создания динамических Web-страниц – ASP.net и PHP, и СУБД – MySQL и MS-SQL чтобы обусловить выбор PHP и MySQL для разработки программы управления БД учебных материалов.

 

 

 

 

 

 

 

Таблица 1.1 – Сравнительный анализ PHP - ASP.net и MySQL – MS-SQL

 

№ п/п	Критерий	PHP (СУБД MySql, Web-сервер Apache, ОС Linux)	ASP.net (СУБД MS SQL Server, Web-сервер IIS, ОС Windows)
1	Стоимость	Открытая и бесплатнаятехнология (однако разработка и поддержка коммерческих проектов обходится дорого)	Платная технология (придется оплатить несколько лицензий Microsoft)
2	Сложность освоения	Не нужна дорогая  среда программирования, достаточнопары учебников	Необходима среда разработки Visual Studio, MSDN, доступ в Интернет
3	Основное предназначение	Мелкие и средние  проекты, рассчитанные на небольшие  группы программистов	Средние и большие  проекты, рассчитанные на большие группы программистов под четким управлением
4	Скорость работы	Скорость работы обеспечивается тем, что все PHP-приложения работают в едином адресном пространстве. Подход более быстр, но менее надежен, но  абсолютно не требователен к аппаратным ресурсам.	За счет сложной модели классов ASP.net многократно перепроверяет  данные, удерживая каждое приложение в отдельном адресном пространстве. Подход более надежен и не менее  быстр, но более требователен к ресурсам
5	Кэширование данных из БД	Генерирует множество  запросов к СУБД	Старается делать из БД как  можно меньше выборок, помещая все  актуальные таблицы и даже связи  между ними в кэш (технология ADO.NET )
6	Наличие отладчика	Полноценного отладчика  нет, но может компенсироваться Фреймворками сторонних производителей	Удобный отладчик Visual Studio

 

 

1.2.3 Выбор среды программирования – Фреймворк CodeIgniter

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

Фреймворк (Framework) — термин, имеющий размытое значение. Обычно используется в программировании, обозначая «простую концептуальную структуру, используемую для решения сложной, проблемной задачи». Значение этого термина существенно зависит от контекста его использования. В нашем случае фреймворк выступает как набор инструментов, библиотек и соглашений, предназначенный для вынесения рутинных задач в отдельные модули, которые можно использовать многократно. Главная цель фреймворка, позволить программисту сфокусироваться на задачах уникальных для каждого проекта, вместо изобретения модулей, уже имеющихся в наборе интрументов среды разработки.

Основными достоинствами Фреймворка CodeIgniter являются:

• CodeIgniter бесплатен. Он лицензирован под Apache/BSD-style open source license для того, чтобы вы могли использовать его как угодно.
• поддержка версий PHP4 и PHP5;
• модель MVC (Model-View-Controller);
• поддержка баз данных MySQL, PostgreSQL, MSSQL, SQLite, Oracle;
• легко расширяемая система через подключение собственных библиотек и плагинов;
• возможность использование ЧПУ. Так же возможно использовать стандартый вид адресной строки;
• фреймворк уже содержит в себе большинство необходимых библиотек для работы с файлами, отправки электронных писем, проверкой данных форм, поддержки сессий, работу с изображениями и многие другие;
• обладает возможностью кеширования на стороне сервера SQL-запросов и генерируемых html-страниц;
• хорошо спроектированная документация на английском языке с примерами;
• очень быстр в работе. В этом смысле — эталон скорости и пример для подражания.

Многие PHP-программисты считают CodeIgniter лучшим выбором.[1.3]

1.3 Развернутое техническое задание

В данном разделе приводятся требования заказчика к разарабатываемому  программному обеспечению.

1.3.1 Общие сведения

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

1.3.2 Назначение программы

Программа предназначена для интеграции в информационную среду кафедры  ИТ-4, для работы с БД учебно-методической литературы. Целью разработки являются повышение эффективности работы кафедры, сокращение времени на поиск и обработку информации.

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

1.3.3 Состав работ проектирования программного модуля

Для достижения поставленной цели в  работе осуществляется решение следующих задач:

1. выявление целесообразности и определение цели разработки и ее программно-алгоритмической части;
2. изучение основных методов построения электронных БД библиотек;
3. разработка проекта технического задания на программу;
4. разработка структурной схемы БД;
5. разработка схемы информационных потоков;
6. разработка алгоритмов проектирования основных модулей системы;
7. разработка пользовательского интерфейса;
8. разработка программного обеспечения;
9. разработка средств автоматизации комплексной отладки;
10. разработка средства обеспечения контроля и обработки результатов натурных испытаний программы;
11. завершение натурных испытаний программы и осуществление приемки программы заказчиком;
12. внесение изменений в интерфейс и функциональный код, согласно результатам испытаний;
13. внедрение программы;
14. контроль и приемка программы осуществляется специальной комиссией, созданной на момент сдачи продукта;
15. обеспечение полной работоспособности всех аппаратных средств, в том числе и работы каналов связи;
16. настройка системы и учетных записей;
17. обучение персонала пользованию программой;
18. наполнение БД информацией.

1.3.4 Требования к программе или  программному изделию

1.3.4.1 Требования к функциональным характеристикам

Система должна удовлетворять следующим  требованиям:

1. интеграция в существующее информационное пространство кафедры;
2. обновление, редактирование, дополнение содержимого БД;
3. корректное отображение в любом браузере;
4. малое время загрузки;
5. соответствие дизайна системы управления общему дизайну информационного комплекса кафедры;
6. четкая структура и удобная система навигации и поиска;
7. удобство использования (интуитивно-понятный интерфейс пользователя);
8. наличие системы администрирования;
9. обеспечение пользователей необходимой информацией по учебным материалам;
10. cвязь с другими процессами и информационными ресурсами;
11. наличие системы безопасности с возможностью разграничения прав доступа к данным;
12. быстрота работы (добавление, изменение, удаление, поиск);
13. простота доступа к системе как в локальной сети, так и через Internet;
14. возможность интегрирования в программный комплекс кафедры;
15. необходимость и доступность информации;

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].

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

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

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

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

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