Обоснование необходимости автоматизации процесса информирования о событиях в сфере образования

      1. Аналитическая часть
      1.1. Обоснование необходимости автоматизации процесса информирования о событиях в сфере образования
      
     Мною было изучено структурное подразделение Воронежского государственного университета инженерных технологий профсоюзной организации студентов. На данный момент профессиональные союзы объединяют в единую структуру тысячи человек, поэтому для них крайне важно своевременное донесение информации до каждого члена профсоюза и незамедлительная реакция последних. Кроме того, проанализировав обязанности подразделения, я пришла к выводу, что одними из основных направлений его деятельности являются:
    * Защита прав студентов по всем учебным вопросам;
    * Взаимодействие с учебной частью факультета в составлении и коррекции учебного плана;
    * Обеспечение взаимодействия студентов с преподавательским составом, учебными отделами факультета и ректората;
    * Обеспечение благоприятных условий учебного процесса на факультете;
    * Предоставление информации (расписание, аудитории, какие-либо изменения) в период сессии и пересдач;
    * Обеспечение взаимодействия с библиотекой (выдача книг на абонементе, изменения в работе абонемента и читального зала, закупка книг и т.п.) 
    * Организация культурно-массовых мероприятий и т.д. 
      Таким образом, можно сказать, что профсоюзные организация студентов учувствует в образовательном процессе университета.
      
     Образовательный процесс на данный момент является крайне значимым в рамках всего мира. Поскольку, в данном случае, речь идет об образовании в ВУЗах, то от качества образования зависит не только востребованность университета, но и квалификация выпускаемых им специалистов, а следовательно, их конкурентоспособность на рынке труда. Исходя из этого, рассмотрим некоторые аспекты данного процесса.
     На сегодняшний день информирование студентов об изменении расписания, учебного плана и прочих важных мероприятиях и реформах, проходящих в ВУЗе, происходит через старосту или профгруппорга. Это занимает достаточно много времени, поскольку действует из принципа «сарафанного радио» или размещения объявлений возле деканатов и на информационных стендах. Данные методы можно назвать устаревшими и не объемлющими, поскольку не все студенты могут своевременно получить необходимую и важную информацию, а в момент получения информация может устареть и утратить актуальность. 
     Другим примером устаревания методов может являться посещаемость студентами культурно-массовых мероприятий. Опять же, по причине медленного распространения информации, студенты, зачастую, слишком поздно узнают о проходящих мероприятиях. Кроме того, из-за отсутствия обратной связи, организаторы не могут сформировать список актуальных и необходимых мероприятий для студентов и действуют «вслепую». 
     По этим же причинам значительно замедляются многие другие процессы. Все это актуализирует разработку информационной системы, которая будет направлена на решение проблем профсоюза. 
     Оно должно облегчать работу профсоюзного актива и профсоюзных кадров, и в его функции должно входить:
    *  Своевременное и быстрое распространение важной информации, новостей и предложений по всем структурным подразделениям профсоюза;
    * Консультация членов профсоюза в правовых и актуальных вопросах;
    * Планирование списка мероприятий, исходя из предложений и увеличение числа их участников;
    * Привлечение новых людей в профсоюзный актив;
    * Формирование актуального списка членов профсоюза;
    * Сбор необходимой информации о студентах;
    * Упрощение получения льгот и поощрений студентами за счет сформированного списка;
    * Сбор статистики и проведение опросов и тестов;
    * Знакомство членов профсоюза со структурой ВУЗа и профсоюзной организации;
    * Распространение атрибутики профсоюзной организации и повышение ее авторитета;
    * Оказание помощи студентам в получении информации об изменениях в расписании и иных учебных процессах.
      Рассмотрев все преимущества введения автоматизированной информационной системы, было принято решения изучения средств проектирования и создания информационных систем. Широкое количество высокоуровневых языков программирования с одной стороны, значительно облегчает данную задачу, но с другой стороны, рождает другу – выбор наиболее оптимального языка разработки из этого огромного множества. Рассмотрим самые популярные языки разработки информационных систем и приложений.
      
      1.2. Анализ языков разработки информационных систем
      
      Поскольку система информирования должна охватывать большое количество человек одновременно, логично предположить, что наиболее значимым ресурсом распространения станет сеть Интернет. Это легко объяснить тем, что большинство современных людей пользуются услугами мировой сети, поскольку он является самым доступным источником информации. 
     Создание Web-сайтов, на сегодняшний день, является одной из самых важных технологий разработки ресурсов Internet. Сайт может содержать не только набор полезной информации, представлять собой «визитную карточку» организации, но и может быть наполнен прикладным функционалом. 
      Так, определение функциональных возможностей языков разработки Web-сайтов, является важной задачей.
      1. Клиентские технологии
      HTML
      HTML — это компьютерный язык, лежащий в основе World Wide Web, его название расшифровывается как язык разметки гипертекста (Hypertext Markup Language). Он содержит в себе средства разметки текста, преобразовывая его в гипертекст.  
      HTML не похож на другие языки программирование, он имеет специфичные функции и символы, называемые тегами, которые используют браузеры для отображения страниц.
      К сожалению, кроме тегов отображения, HTML-документ не может содержать других объектов и исполняемых программ, функционал встраивается в документ с помощью других языков. 
      JavaScript
      Язык программирования, разработанный фирмой Netscape для создания интерактивных HTML-документов. Является объектно-ориентированным языком разработки встраиваемых приложений, выполняющихся как на стороне клиента, так и на стороне сервера. Его синтаксис очень близок к синтаксису Java – поэтому он получил название – Java-подобного языка.
      Области применения JavaScript очень велики. Динамическое формирование документов; проверки правильности заполнения полей форм; динамические интерактивные HTML-страницы; взаимодействие с клиентом и т.д.
      Аналогом JavaScript является VBScript, разработанные фирмой Microsoft на основе Visual Basic и Visual Basic for Application. Одним из его преимуществ является использование процедур на этих языках. Функционально он не отличается от JavaScript.
      2. Серверные технологии
      PHP
      PHP используется для создания скриптов, работающих на стороне сервера и обрабатывающих данные html-форм. Но есть и можество других сфер его применения. 
      К примеру, создание скриптов, выполняющихся в командной строке. Это означает, что такие скрипты не зависят от web-сервера или браузера и будут исполняться на самой машине. 
      Еще одной сферой применения является создание GUI-приложений (графических интерфейсов), выполняющихся на стороне клиента [7, с. 58].
      Python
      Это интерпретируемый, объектно-ориентированный язык сверхвысокого уровня. Он является мульти платформенным языком. Таким образом, Питон можно назвать главным «врагом» языка Java, он не столь строг к использованию объектов, но реализуются они столь просто, что любой программист легко понимает сущность объектно-ориентированного подхода. Модули, написанные на питоне, можно с легкостью использовать в программах на С++. 
      Питон подходит для cgi скриптов для веб-страниц, так как использует быстрый, эффективный и мощный интерпретатор. 
      ASP
      Является средой программирования, обеспечивающей возможность комбинирования HTML, скриптов и компонент для создания динамических Web-приложений. Код скриптов встраивается в Web-страницы, позволяя объединить дизайн с информацией из различных источников.
      ASP является тем самым «связующим звеном» между компонентами бизнес-логики процессов и интерфейсом Web-приложения.
      Скрипты выполняются на сервере, возвращая в браузер готовую страницу.  
      Функционирование ASP схоже с CGI. Однако ASP наиболее производительный, поскольку при запросах не происходит отдельной загрузки ASP-интерпретатора. 
      На сегодняшний день существует значительное количество средств создания web-сайтов, но только часть из них способна предоставить разработчикам инструменты, с помощью которых он с легкостью решит подавляющее большинство стоящих перед ним задач. Современные web-технологий позволяют создавать интерактивные динамичные web-страницы. Разработчику остается только разобраться на начальных этапах со средой программирования. 
      1.2 Анализ библиотек
      1.3. Характеристики клиент-серверной архитектуры
      
      Необходимо понимать, что создание приложения и информационной системы на данный момент невозможно без выбора ее архитектуры. Что же такое архитектура? 
      Ресурсы сети Интернет дают множество определений данного термину, кроме того, существуют сайты, накапливающие такие определения. Рассмотрев некоторые из них, можно заметить, что они схожи в значительной степени. Многие из них поясняют, что архитектура связана со структурой и поведением системы. 
      Под понятием архитектуры информационных систем будем понимать совокупность методов решения относительно некоторых задач, таких как:
* Организация программной системы;
* Выбор модулей и структурных частей, составляющих систему;
* Функциональное наполнение этих элементов и взаимодействие их друг с другом и с другими системами;
* Возможность слияния структурных элементов системы в подсистемы;
* Вопросы логической и физической организации системы. 
      Архитектура информационной системы описывает взаимодействие не только внутри системы, но и с другими системами. Кроме того, она охватывает гибкость, функциональность, надежность, производительность, полноту, экономические и технологические характеристики, а также вопрос пользовательского интерфейса.
      Поскольку, построение правильной архитектуры, является задачей достаточной сложной, но творческой, существует множество стандаров в этих областях. В качестве законодателей стандартов в этой области выступают такие международные организации как SEI (Software Engineering Institute), WWW (консорциум World Wide Web), OMG (Object Management Group), организация разработчиков Java – JCP (Java Community Process), IEEE (Institute of Electrical and Electronics Engineers) и другие
      Рассмотрим классификацию программных систем по их архитектуре:
* Централизованная архитектура;
* Архитектура "файл-сервер";
* Двухзвенная архитектура "клиент-сервер";
* Многозвенная архитектура "клиент-сервер";
* Архитектура распределенных систем;
* Архитектура Веб-приложений;
* Сервис-ориентированная архитектура.
      Следует заметить, что, как и любая классификация, данная классификация архитектур информационных систем не является абсолютно жесткой. В архитектуре любой конкретной информационной системы часто можно найти влияния нескольких общих архитектурных решений.
      Архитектура "клиент-сервер"
      Клиент-сервер (Client-server) – вычислительная или сетевая архитектура, в которой задания или сетевая нагрузка распределены между поставщиками услуг (сервисов), называемых серверами, и заказчиками услуг, называемых клиентами [15]. Нередко клиенты и серверы взаимодействуют через компьютерную сеть и могут быть как различными физическими устройствами, так и программным обеспечением.
      Первоначально системы такого уровня базировались на классической двухуровневой клиент-серверной архитектуре. Под клиент-серверным приложением в этом случае понимается информационная система, основанная на использовании серверов баз данных.
      Схематически такую архитектуру можно представить, как показано на рисунке.
      
      
      Рис. 1.1. Классическое представление архитектуры "клиент-сервер"
      Клиентская часть приложения взаимодействует с клиентской частью программного обеспечения управления базами данных, которая, фактически, является индивидуальным представителем СУБД для приложения.
      Разработчики и пользователи информационных систем, основанных на архитектуре "клиент-сервер", часто бывают неудовлетворены постоянно существующими сетевыми накладными расходами, которые следуют из потребности обращаться от клиента к серверу с каждым очередным запросом. На практике распространена ситуация, когда для эффективной работы отдельной клиентской составляющей информационной системы в действительности требуется только небольшая часть общей базы данных. Это приводит к идее поддержки локального кэша общей базы данных на стороне каждого клиента.
      Преимуществами данной архитектуры являются:
     * возможность, в большинстве случаев, распределить функции вычислительной системы между несколькими независимыми компьютерами в сети;
     * все данные хранятся на сервере, который, как правило, защищен гораздо лучше большинства клиентов, а также на сервере проще обеспечить контроль полномочий, чтобы разрешать доступ к данным только клиентам с соответствующими правами доступа;
     * поддержка многопользовательской работы;
     * гарантия целостности данных.
      Недостатки:
     * неработоспособность сервера может сделать неработоспособной всю вычислительную сеть;
     * администрирование данной системы требует квалифицированного профессионала;
     * высокая стоимость оборудования;
     * бизнес логика приложений осталась в клиентском ПО.
      Многоуровневая архитектура клиент-сервер (Multitier architecture) – разновидность архитектуры клиент-сервер, в которой функция обработки данных вынесена на один или несколько отдельных серверов. Это позволяет разделить функции хранения, обработки и представления данных для более эффективного использования возможностей серверов и клиентов.
      Среди многоуровневой архитектуры клиент-сервер наиболее распространена трехуровневая архитектура, предполагающая наличие следующих компонентов приложения: клиентское приложение, подключенное к серверу приложений, который в свою очередь подключен к серверу базы данных.
      Схематически такую архитектуру можно представить, как показано на рис.
      
      Рис. 1.2. Представление многоуровневой архитектуры "клиент-сервер"
      В простейшей конфигурации физически сервер приложений может быть совмещен с сервером базы данных на одном компьютере, к которому по сети подключается один или несколько терминалов.
      Плюсами данной архитектуры являются:
     * Клиентское ПО не нуждается в администрировании;
     * Масштабируемость;
     * Конфигурируемость – изолированность уровней друг от друга позволяет быстро и простыми средствами переконфигурировать систему при возникновении сбоев или при плановом обслуживании на одном из уровней;
     * Высокая безопасность и надежность;
     * Низкие требования к скорости канала между терминалами и сервером приложений и техническим характеристикам терминалов, как следствие снижение их стоимости;
      Минусы:
     * Растет сложность серверной части и, как следствие, затраты на администрирование и обслуживание;
     * Более высокая сложность создания приложений;
     * Сложнее в разворачивании и администрировании;
     * Высокие требования к производительности серверов приложений и сервера базы данных, а, значит, и высокая стоимость серверного оборудования;
     * Высокие требования к скорости канала (сети) между сервером базы данных и серверами приложений.
      Некоторые авторы представляют многозвенную архитектуру (трехзвенную) в виде пяти уровней.
      
      Рис. 1.3. Пять уровней многозвенной архитектуры "клиент-сервер"
      Уровень представления охватывает все, что имеет отношение к общению пользователя с системой. К главным функциям слоя представления относятся отображение информации и интерпретация вводимых пользователем команд с преобразованием их в соответствующие операции в контексте логики и данных.
      Уровень логики содержит основные функции системы, предназначенные для достижения поставленной перед ним цели. К таким функциям относятся вычисления на основе вводимых и хранимых данных, проверка всех элементов данных и обработка команд, поступающих от слоя представления, а также передача информации уровню данных.
      Уровень доступа к данным – это подмножество функций, обеспечивающих взаимодействие со сторонними системами, которые выполняют задания в интересах приложения.
      Данные системы обычно хранятся в базе данных.

      1.4. Реляционные базы данных
      	
      В сфере образовательных процессов фигурирует огромное количество информации. В этом случае мы сталкиваемся с проблемой управления большими объемами информации. На помощь приходят базы данных. База данных – это объединение больших объемов однотипных взаимосвязанных данных в целях дальнейшего их хранения, изменения и обработки. Рассмотрим основные программные средства для реализации баз данных.
      Microsoft Access – прикладная программа пакета Microsoft Office, относится к реляционным, то есть построенным на основании таблиц, СУБД. Эта программа имеет широкий спектр функций, включая связанные запросы, связь с внешними таблицами и базами данных. Благодаря встроенному языку VBA, в Microsoft Access можно писать приложения, работающие с базами данных. При работе с СУБД Access взаимодействие с жёстким (или гибким) диском происходит иначе, нежели в других программах. В Access при заполнении ячейки, данные сохраняются автоматически, что очень удобно и безопасно со стороны целостности данных. Основными преимуществами Access являются: простой дружелюбный интерфейс, широкий спектр возможностей, возможность программировать благодаря встроенному языку VBA.
      Рассмотрим еще одну среду – Borland Delphi. Borland Delphi – это среда быстрой разработки приложений (RAD-среда, от Rapid Application Development – быстрая разработка приложений) на языке Delphi, в основе которого лежит язык Pascal. Delphi является одним из наиболее популярных инструментов разработки прикладных программ. Она имеет функцию быстрой разработки, основанную на технологии визуального и событийного проектирования, то есть Delphi берет на себя большую часть работы, оставляя пользователю работу по созданию диалоговых окон и процедур обработки событий. Для начинающих при малом опыте программирования Delphi дает возможность создавать программы, неотличимые от программ, созданных профессионалами, а для опытного пользователя и вовсе открываются неограниченные возможности. Возможности Delphi практически безграничны. Если говорить о базах данных, то используя механизм BDE (Borland Database Engine – механизм доступа к базам данных), создаваемые формы и отчеты получают доступ к:
* локальным базам данных, таким как Paradox и Dbase;
* сетевым базам данных SQL Server, InterBase, SysBase;
* любым другим источникам данных, доступным даже через ODBC (открытую связь с базами данных).
      Учитывая все вышеизложенное, можно сказать, что инструментальная среда Delphi предоставляет широчайшие возможности по их созданию и обработке различных видов баз данных.
      Еще одним представителем программных средств по работе с базами данных является программа Microsoft SQL Server, которую нельзя назвать лишь системой баз данных. Она является, большей частью, платформой, которая управляет структурированными, частично структурированными и вовсе неструктурированными данными, а также предоставляет всеобъемлющее, операционно-интегрированное и обладающее средствами анализа программное обеспечение, которое дает возможность организациям надежно управлять критически важной информацией. Удобный интерфейс утилит администрирования, высокая производительность и относительно невысокая цена делают эту СУБД одной из популярных. Так же популярным Microsoft SQL Server делает наличие таких сервисов как Data Engine, сервис анализа (Analysis Services), сервисы отчетов (Reporting Services) и сервисы интеграции (Integration Services), что является лучшим выбором для специалистов, создающих базы данных. Microsoft SQL Server интегрируется с остальными программами из семейства Microsoft, такими как Visual Basic, Visual C++, Access, Visual FoxPro и разработками других производителей. Для этой цели имеются ODBC-драйвер и OLE DB-провайдер, а также содержащий их набор библиотек Microsoft Data Access Components (MDAC), позволяющий использовать в средствах разработки объекты ActiveX Data Objects (ADO) – COM-объекты для доступа к данным. В отличие от Oracle, Microsoft не производит средств разработки, использующих тот же самый язык программирования, что и язык для создания кода триггеров и хранимых процедур, однако производит средства отладки серверного кода (например, SQL Server Debugger входит в состав Visual Basic и Visual C++).
      Не менее популярной является программа Oracle. Компания Oracle выпустила первую в мире СУБД поддерживающий язык SQL. Ее первая версия вышла еще в 1979 году. Все это время она является лидером среди производителей СУБД и второй по величине компании по производству программного обеспечения. Будучи первыми создателями СУБД, Oracle первой использовала предоставляемые некоторыми серверными платформами средства параллельных вычислений – Oracle Parallel Server (до его появления параллельные вычисления использовались только для решения научных задач). Сейчас последние версии открывают перед пользователями большие возможности. Производя собственные средства разработки, Oracle предоставляет своим пользователям возможность создавать клиентские приложения с помощью других средств. В частности, помимо стандартного в таких случаях клиентского API (Oracle Call Interface), клиентская часть Oracle содержит также объектную модель (Oracle Objects for OLE), позволяющую использовать клиентскую часть Oracle как набор COM-объектов для доступа к данным. Кроме того, обычно клиентская часть Oracle содержит также ODBC-драйвер для доступа к данным этой СУБД. Отметим, что и многие другие компании производят ODBC-драйверы и OLE DB-провайдеры для доступа к Oracle (в частности, Microsoft). Компании, производящие средства разработки, использующие собственные библиотеки доступа к данным (такие как Inprise или Gupta/Centura), также включают библиотеки доступа к Oracle в состав наиболее дорогих версий своих продуктов.
      Тема реализации баз данных очень актуальна, так как реальное приложение нуждается в нахождении оптимальных способов хранения, сортировки, модификации и осуществления быстрого доступа к необходимой информации.

      1.5. ORM
      ORM или Object-relational mapping (рус. Объектно-реляционное отображение) — это технология программирования, которая позволяет преобразовывать несовместимые типы моделей в ООП, в частности, между хранилищем данных и объектами программирования. ORM используется для упрощения процесса сохранения объектов в реляционную базу данных и их извлечения, при этом ORM сама заботится о преобразовании данных между двумя несовместимыми состояниями. Большинство ORM-инструментов в значительной мере полагаются на метаданные базы данных и объектов, так что объектам ничего не нужно знать о структуре базы данных, а базе данных — ничего о том, как данные организованы в приложении. ORM обеспечивает полное разделение задач в хорошо спроектированных приложениях, при котором и база данных, и приложение могут работать с данными каждый в своей исходной форме.
      
      Рис. 1.4. Принцип работы ORM
     Говоря конкретнее, использование ORM решает проблему так называемой парадигмы «несоответствия», которая гласит о том, что объектные и реляционные модели не очень хорошо работают вместе. Реляционные базы представляют данные в табличном формате, в то время как объектно-ориентированные языки представляют их как связанный граф объектов. Основные проблемы и несоответствия возникают во время сохранения этого графа объектов в реляционную базу или его загрузки:
      * Реляционная модель может быть намного детальнее, чем объектная, т.е. для хранения одного объекта в реляционной базе данных используется несколько таблиц;
      * Реляционные СУБД не имеют ничего похожего на наследование — естественную парадигму объектно-ориентированных языков программирования;
      * В СУБД определен только один параметр для сравнения записей — первичный ключ. В то время как ООП предоставляет как проверку идентичности объектов (a==b), так и их равенства (a.equals(b));
      * Для связи объектов СУБД использует понятие внешних ключей, в объектно-ориентированных языках связь между объектами может быть только однонаправленной. Если же нужно организовать двунаправленные отношения, то придется определить две однонаправленные ассоциации. Кроме того, нет возможности определить кратность отношения, глядя на модель предметной области;
      * Принцип доступа к данным в ООП кардинально отличается от доступа к данным в БД. Для доступа к данным в ООП используются последовательные переходы от родительского объекта к свойствам дочерних элементов и инициализации объектов по необходимости. Такой подход считается не эффективным способом извлечения данных из реляционных баз данных. Как правило, количество запросов к БД должно быть сведено к минимуму, необходимые сущности должны по возможности загружаться сразу с использованием JOIN-ов.
      Ключевой особенностью ORM является отображение, которое используется для привязки объекта к его данным в БД. ORM как бы создает «виртуальную» схему базы данных в памяти и позволяет манипулировать данными уже на уровне объектов. Отображение показывает как объект и его свойства связанны с одной или несколькими таблицами и их полями в базе данных. ORM использует информацию этого отображения для управления процессом преобразования данных между базой и формами объектов, а также для создания SQL-запросов для вставки, обновления и удаления данных в ответ на изменения, которые приложение вносит в эти объекты.
      Достоинства
      * Существует явное описание схемы БД в терминах языка программирования; описание это существует и изменяется в одном месте.
      * Программист манипулирует привычными элементами языка программирования - классами, объектами (экземплярами классов), атрибутами и методами.
      * Автоматическая генерация SQL-запросов. Не надо писать DDL самому - ORM сгенерирует описание схемы. Не надо менять зашитые в программу DML-запросы при изменении схемы БД. Не надо менять запросы при переносе на другую СУБД - низкоуровневый драйвер ORM будет создавать новые запросы сам.
      Недостатки.
      * Объектно-реляционное отображение создаёт дополнительный слой между программой и базой данных. Этот слой имеет свой собственный API, который необходимо изучить, а это дополнительная нагрузка на программиста.
      * Этот слой создаёт дополнительный уровень абстракции, через который подчас бывает необходимо продраться, чтобы понять, где, что и как в программе работает (или не работает). Необходимо разобраться, где обычные классы, методы и атрибуты, а где объекты ORM, вызывающие побочные эффекты (пишем значение в атрибут, а оно пишется ещё и в БД).
      * Эта абстракция отображает друг на друга не вполне совместимые (по своим операциям) парадигмы - объектно-ориентированную и реляционную.
      * Дополнительный слой - это дополнительный код, который надо распространять вместе с программой; он вызывает увеличение объёма и падение скорости программы.
      * В случае ошибок в реализации ORM в программе возникают трудно отлаживаемые ошибки. Особенно тяжёлый случай - ошибки в реализации кэширования, когда ORM кэширует слишком мало, или наоборот, слишком агрессивно.
      * Недостатки конкретных реализаций.
      Существующие решения
Название
Лицензия
Поддержка СУБД
Hibernate/
NHibernate
Свободно распространяемый, с открытым исходным кодом
MS SQL Server, Oracle, DB2, Access, MySQL, PostgreSQL, SQLite, Firebird
DataObjects.NET
Коммерческая, на разработчика
MS SQL Server, Oracle, SAP DB, Firebird/Interbase
eXpress Persistent Objects (XPO)
Коммерческая, на разработчика, исходный код доступен
MS SQL Server, Access, MySQL, Oracle, Advanced Data Server, PostgreSQL
LLBLGen Pro
Коммерческая, на разработчика
MS SQL Server, Access, Oracle, Firebird/Intervase, DB2, MySQL
Versant Open Access .NET (VOA)
Коммерческая, на разработчика
MS SQL Server, Oracle, FastObjec
      Таб. 1.1. Существующие решения технологии ORM.
      Таким образом, мною были проанализированы средства разработки всех необходимых структурных и функциональных частей веб-приложения.








ВКР-02068108-09.03.02-    -2017 ПЗ






Изм
Лист
№ докум.
Подп.
Дата

Разраб.
Золотухина У.В.



Разработка системы информирования о событиях образовательного процесса

Лит.
Лист
Листов
Пров.
Паринов Д.Б.







8
Реценз.




ВГУИТ У-133
Н. контр.
Паринов Д.Б..




Утв.
Авсеева О.В.













ВКР-02068108-09.03.02-   -2017 ПЗ
Лист







Изм
Лист
№ докум.
Подп.
Дата




.......................