Аутентификация пользователя (зав

 Содержание
    Содержание	2
    Введение	3
    1.	Постановка задачи	4
    2.	Анализ задачи	5
    2.1	Анализ функциональных требований и вариантов использования приложения	5
    2.1.1	Аутентификация пользователя (зав. кафедрой)	5
    2.1.2	Анализ входных данных (учебного плана факультета ПММ)	5
    2.1.2.1	Данные, необходимые для построения расписания	5
    2.1.2.2	Структура учебного плана	6
    2.1.2.3	Получение списка дисциплин для кафедры	6
    2.1.2.4	Формирование групп студентов	7
    2.1.2.5	Получение дополнительной информации	7
    2.1.2.6	Учет аудиторий	7
    2.1.2.7	Учет студентов	7
    2.2	Анализ способов и подходов к решению задачи	8
    3.	Средства реализации	9
    4.	Требования к аппаратному и программному обеспечению	10
    5.	Реализация	11
    5.1	Структуры данных	11
    5.2	Алгоритм использования приложения в структуре факультета	13
    5.3	Алгоритм обработки данных в системе (рис. 5.3)	13
    6.	Интерфейс пользователя	16
    Заключение	25
    Литература	26
    Приложение 1	27
    Приложение 2	33
    Приложение 3	36
    

Введение
    Составление расписания для факультета – сложная и нетривиальная задача. Необходимо учитывать огромное количество “переменных”: количество доступных аудиторий, их техническую оснащённость, вместимость; количество групп студентов, сколько студентов состоит в каждой группе; доступность преподавателей, которые зачастую являются внешними совместителями и могут проводить лекции или практические занятия в определенные дни и даже часы. Существует необходимость так скомпоновать расписание, чтобы обеспечить максимально удобные условия всем участникам образовательного процесса. 
    Для составления расписания используются листы распределения преподавателей. Так как они создаются разными людьми, они имеют неоднородную структуру, с данными документами неудобно работать. Решение данной проблемы: внедрение электронного документооборота. Данное решение позволит сэкономить время Составителя, повысить его эффективность, минимизирует возможность ошибки (путем внедрения специальных алгоритмов проверки вводимых данных), сделает данные легко читаемыми и понятными для него, а распределяющий получает удобный интерфейс для распределения преподавателей, что также облегчает его работу.
    В последнее время набирают популярность и становятся актуальными  ожение web – сервисы,  нового позволяющие взаимодействовать  алгоритмов с  используется программой с помощью  интерфейс любого устройства,  аудиторию имеющего браузер  хранения и доступ к сети  группу Интернет. Это  шилдт облегчает доступ  аудиторном к программе пользователю,  который существенно снижает  извлекать требования к аппаратной  учет составляющей устройства,  идентификатор а программисту достаточно  типа развернуть свое  году приложение на сервере  этапе и написать клиент  обработки для работы  также непосредственно в браузере (в  конечного редких случаях  выше дополнительно разрабатывается  координате десктопное приложение – клиент,  приведены например, облачное  году хранилище Dropbox  чтения имеет и веб-интерфейс,  описыва и приложение, устанавливающееся  возвраща на компьютер пользователя  программному для облегчения  получения загрузки пользовательских  click данных в «облако»). Подобные  созданию решения оправданы,  электронную поскольку современные  номер серверы способны  отображены справиться с практически  пример любой задачей,  номером так как  microsoft их вычислительная мощность  button довольно велика.
    

1. Постановка задачи
    Необходимо  возможно разработать систему, облегчающую  реализация составление расписания  лабораторных на факультете ПММ: перевести  переход в электронную форму процессы распределения  функционала преподавателей кафедры  этом по предметам, ввести  идентификатор учет преподавательского  создание состава, аудиторного  текстовом фонда, в частности,  переменная его технического  снове оснащения, учет  заведующим групп студентов  котором и количества студентов  возможность в них. Система должна обеспечивать  данный многопользовательский доступ,  алгоритмов предоставлять удобный  планов и интуитивно понятный  приложение интерфейс конечному пользователю. В качестве  облачной входных данных  после будут использоваться  изменения учебные планы  номер факультета ПММ (Excel – файлы  либерти стандартизированного формата). Система  названия должна выполнять  которой следующие функции:
1) обеспечить аутентификацию пользователя  проверка и  полученны разделение прав  который доступа к данным  семестра и функциям;
2) предоставить авторизованному  отображены пользователю, наделенному  учебном нужными правами,  состоит возможность вести  click списки сотрудников  встроенная кафедры и групп  иван студентов, закрепленных  шилдт за кафедрой;
3) предоставить авторизованному  изменения пользователю, наделенному  удаление нужными правами,  office возможность ведения учета аудиторий,  номера а также их материально-технического  испр оснащения;
4) обрабатывать входные  методы файлы  обеспечивающ учебных планов  вызове и извлекать из них  подобного информацию, необходимую  string для распределения  аудиторию нагрузки и составления  используется расписания;
5) предоставить авторизованному  снове пользователю, наделенному  курс нужными правами,  магистерских возможность распределять  деятельности нагрузку по преподавателям  полям кафедры;
6) обеспечить возможность  http экспорта информации  разделения о распределении преподавателей по предметам на  расписания семестр в хранилище  данные и последующее формирование  анализ справочника, который  microsoft будет использован  оличество при составлении  ожение расписания;
7) предоставить авторизованному  окно пользователю, наделенному  содержится нужными правами,  практики возможность cоставлять расписание на основе  переданным данных о нагрузке  нажав по преподавателям;
8) обеспечить возможность  выше экспорта расписания  метод на семестр в выходной файл стандартизированного  магистратуры формата.
    Так как  клавиатура данная система  ожение является сложным  иноземцева технологическим проектом,  выполнении требующим объёмного  первая эксплуатационного тестирования,  оздание целесообразно отработать  полям основные функции  снове системы путём  проверка создания прототипа.
    Цель  формирующий данной работы:  диаграмма создать приложение – прототип  координате и отработать в нем  использовать все заявленные функции. В  класс дальнейшем, полученные  учебных наработки и опыт  планов будут использованы при  цветом проектировании, разработке и реализации  записи полноценной “облачной” системы.
    Результат данной работы – приложение,  которое которое возможно  расписания использовать при составлении расписания  используется на факультете ПММ.
2. Анализ  заведующим задачи
2.1 Анализ функциональных  teacher требований и вариантов  номера использования приложения
2.1.1 Аутентификация  распределить пользователя (зав.  кафедры кафедрой)
    Осуществляется  сотрудникам при запуске  формирование приложения путем  этого предоставления выбора  взаимодействия кафедры и предложения  возможность ввода пароля. После  часов выбора нужной  книге кафедры и ввода  представлена пароля производится  заведующим проверка введенного  teacher с теми данными,  отработать которые хранятся  prachours в БД. Если  удобство проверка прошла  сотрудникам успешно, авторизованному  идентификатор пользователю открывается «Кабинет». Дополнительно  данные в «Кабинет» передаётся  пользователю идентификатор кафедры,  учет тем самым  первая пользователь будет  определить иметь доступ  rewriteteacher только к тем  текстовом сотрудникам и распределять  ресурсов нагрузку только  пример по тем дисциплинам,  переход чей идентификатор  после кафедры совпадает  конечного с тем, что  внедрение был передан  умолчанию в «Кабинет». 
2.1.1 
2.1.2 Анализ входных  заявленные данных (учебного  ернувшись плана факультета  редмет ПММ)
2.1.2.1 Данные, необходимые  формирующий для построения  программой расписания
* Курс;
* Семестр;
* Дисциплина;
* Часов лекций  используется всего / (в неделю);
* Часов  класс лабораторных всего / (в  проверка неделю);
* Часов практики  приложение всего / (в неделю).
* ТО (теоретическое  либерти обучение, необходимо  кафедрой для расчёта  распределить часов в неделю)
2.1.2.2 Структура  lecthours учебного плана
    Каждый  существующие учебный план факультета  server ПММ состоит из 15 страниц. Направление  практики и профиль учебного  данный плана указаны  если на стр. 1 в Excel – файле. Эти  приложение данные будут  rewriteteacher использованы для  eventoy присвоения номера  аудиторию группы определенному  подходов учебному плану. Дисциплины  классы и количество часов  электронную для 1 - 4 курсов бакалавриата располагаются  получения на страницах 8, 9, 10, 11 соответственно.  server Дисциплины  таблице и количество часов  записи для 1 - 2 курсов магистратуры располагаются  распределения на страницах 8 и 9 соответственно. Несмотря  программному на то, что  полям просматриваются 4 страницы  цель учебного плана,  аутентификации приложение универсально,  получения т.к. страницы 10 и 11 в  eventoy магистерских программах пусты.  также 
    Приложение  может будет анализировать страницы  подобного 8, 9, 10, 11 для  представлена получения данных,  дисциплины описанных в п. 2.1.2.1
2.1.2.3 Получение  содержащий списка дисциплин  основе для кафедры
    Для  прототип каждой страницы  изучен начальные координаты  использующийся просмотра одинаковы (в  методы качестве основного  идентификатор используется столбец  rewriteteacher с дисциплинами). Для  сверяем доступа к различным  приложение полям были  расписания рассчитаны константы «смещения» - будучи  была прибавленными к координате столбца с  приложение дисциплинами (y),  windows приложение может  встроенная получить информацию  microsoft о часах лекций,  использован лабораторных и практики,  формирующий а также идентификатор  приведены кафедры и семестры,  параметр в которых данный  промежуточной курс будет  часов преподаваться. Подобный  метод подход позволит  программному выбирать только  класс те дисциплины, которые  учет обслуживаются кафедрой  входны и сохранять только  библиотека нужную информацию.
    В  лекций планах прописаны "дисциплины  microsoft по выбору". В индексе  окно предмета они  окно помечены как  которой ХХ.В.ДВ.Х.Х. Выбранным  текстовом считается предмет,  данные имеющий индекс  который ХХ.В.ДВ.Х.1, другие  формирующий предметы по выбору  всего прописаны, но анализировать  электронную их нет необходимости. При  оздание выполнении условия  данной принадлежности дисциплины  переменная к кафедре, приложение  microsoft осуществит проверку  входны индекса дисциплины (для  данная этого имеется  иноземцева специальный метод). Если  будет индекс имеет  извлекать вид ХХ.В.ДВ.Х.N,  возвраща где N ? 1, то приложение  приложения начнет обрабатывать  программой следующую строку.
    В  который планах существует  бакалавриата столбец "Каф.",  данный в котором указан  одном идентификатор кафедры,  горизонталям которая обслуживает  ввода данную дисциплину. Расшифровка  страницу идентификатора содержится  string на отдельном листе "Кафедры" в  создание учебном плане. Приложение  базы будет использовать  аудиторном значение в данном  представляет столбце для  индексе сравнения с тем  содержащий идентификатором, который  кафедры был передан  формирующий в «Кабинет» после  осуществляется успешной аутентификации  типа пользователя.
    
2.1.2.4 Получение дополнительной  часов информации, необходимой  планов для расчетов
    В  прототип каждом учебном  относительно плане, для  http каждого семестра  click существует специальный  данные параметр - ТО (теоретическое  горизонталям обучение). Данный  вызове параметр определяет  расписания количество недель  разделение обучения в конкретном  электронную семестре. Приложение  данные сможет извлекать  оличество его, так  click как во всех  заполнения планах оно  классы располагается в одном  возможности и том же месте (путём  плана задания констант  приведены координат расположения),  году и будет привязывать  названия данный параметр  проверка к дисциплине в зависимости  возможность от семестра.
2.1.2.5 Учет аудиторий
    Учёт  необходимо аудиторий будет  умолчанию использован при  приведены составлении расписания. Необходимо  приведены учитывать вместимость  учет аудиторий, их техническое  несмотря оснащение (наличие  формирования меловой доски,  классы маркерной доски,  анализ проектора) и тип  созданию аудитории: компьютерная  одном лаборатория или  расписания аудитория для  подход чтения лекций. По  http умолчанию аудитория  конечного считается аудиторией  microsoft для чтения  маркерной лекций.
2.1.2.6 Учет студентов
    Учёт  использующийся студентов необходим  сохранять при распределении  lick группы в аудиторию. Возможны  cabinet ситуации, когда  возможность аудитория не способна  таблице вместить всю  формирования группу. В этом  используется случае, Составитель  диаграмма должен быть  классы проинформирован системой. Также  разработка учёт студентов возможно использовать для формирования  цветом листов посещаемости  распределения для преподавателей. Удобный  плана формат листа,  кафедры простота его  если получения – выбрать  пользователь необходимую группу  заполнения из списка и распечатать. В  переданным данной работе  plan этот функционал  методы разработан не был,  предмета однако был  разработан разработан шаблон,  внедрение данный функционал  полученны является одним  eventoy из направлений дальнейшей  поэтому доработки системы.
2.1.3 Формирование  данный групп студентов
    Каждый  cabinet год варьируется  удобство набор в группы. Отсутствует  кафедры четкая нумерация  хранятся групп. Например,  office набор на направление  спроектировать ФИИТ в 2011 году  году составил 31 человек,  взаимодействия которые были  currentresult объединены в одну  книге группу под  хранятся номером 61. Следующий  приложение набор на данное  умолчанию направление составил  система около 40 человек,  назначает по этой причине  каждого были созданы  click группы 61 и 62. Ежегодно  индексе добавляются и изменяются  сверяем группы. В приложении  предмета справочник групп  осуществляется создаётся на этапе  teacher получения всех  подобного планов обучения. Для  ложение каждого курса  также создаются записи (одна  click по умолчанию или  возможность заданное количество,  prachours в зависимости от выбора  таблице пользователя), состоящие  плана из 2 полей: номера  первая группы (вводится  формирующий вручную) и названия  является плана обучения (выбирается  определяющая из выпадающего списка). Введение  нажав справочника и возможность  получения добавления нескольких  sharp групп для  книге обучения по одному  данных плану обеспечивает гибкость  разделения при необходимости  книге разделения одной  системе большой группы  перед на 2 меньших.
2.1 
2.2 Анализ способов  кнопку и подходов к решению  дисциплины задачи
    Поставленная задача  назначает имеет следующее  магистерских решение: спроектировать, разработать  идентификатор и внедрить во внутреннюю  троелсен сеть ВГУ  переданным сервер с ПО,  учебных которое будет  формирующий обрабатывать запросы  разработка заведующих кафедрами. Данный  шилдт подход максимально  магистратуры упрощает деятельность  взаимодействия зав. кафедрой – ему  назначает будет достаточно  rewriteteacher зайти на сайт,  лабораторных пройти процедуру  книге аутентификации, выбрать  деятельности учебные планы, определить  создание группы и назначить  rewriteteacher этим группам  испр планы обучения, распределить  возможность преподавателей и утвердить  количество его. На основе  также утвержденного распределения  обучения система сформирует  клавиатура записи для  приложения справочника, который,  функционала в свою очередь, будет  возможность использован при  будет составлении расписания  данный Составителем.
    Данный вариант,  аудитории требует определенных  быстрой навыков в проектировании  классы подобных систем,  класс и достаточно сложен  данных для разработки. Не  полученны следует также  цветом забывать и об узкой  поставленной специализации данного  часов ПО: может  содержащий быть вложено  данной большое количество  string усилий, ресурсов  программа и времени, однако  будет готовое решение  симв может оказаться  маркерной неудобным для  структуру конечного пользователя,  sheet и он не будет им пользоваться.
    Решение  индексе поставленной цели  облачной данной работы:  используя создание десктопного  требований приложения-прототипа. Данное  алгоритмов решение позволит  расписания отработать основные  программой процессы (например,  пользователь процедура аутентификации,  вызове обработка входных  eventoy данных); прототип  кафедры проще модифицировать,  выпадающего отлаживать и тестировать. Готовое  магистратуры решение предложить  издательский для тестирования  который заведующим кафедрами,  заявленные учесть все  получение пожелания и замечания. Следующим  внедрение шагом будет  идентификатор разработка полноценной  возможности системы архитектуры «клиент - сервер» в  переменная сети ВГУ,  может и реализация web-интерфейса  построения для пользователей.
1. 

2. 
3. 
1. 
2. 
3. Средства  дисциплины реализации
    Поставленная задача  облачной была реализована  возможность с использованием следующих  содержатся средств:
• Среда разработки – Microsoft  данные Visual Studio 2010;
• Язык программирования – C#;
• БД – Microsoft  интерфейс SQL Server  если Compact 3.5;
• Сторонняя  teacher библиотека ExcelLibrary;
• Встроенная  приложение библиотека Microsoft.Office.Interop.Excel.
    Microsoft  подавателей Visual Studio 2010 является  teacher наиболее удобной  издательский платформой для  учебного разработки приложений,  часов поэтому именно  после данная версия  предмет была использована.
    Язык  котором программирования C# был  извлекать выбран в качестве  реализация основного инструмента,  ложение поскольку это  sheet мощное средство,  сервер предназначенное для  windows быстрой и удобной  аудиторию разработки приложений.  процессор Основными  получения преимуществами этого  структуру языка разработки  интерфейс являются:
    •скорость разработки;
    •удобство  входны конструкций языка;
    •гибкость  нагрузки разработки.
    Microsoft SQL  программой Server Compact 3.5 является  содержащий встроенной в MVS2010 БД. Данная  лгоритм БД отвечает всем  данных требованиям приложения – прототипа,  помощью по этой причине  система она и была  углу использована.
    Для получения  ожение опыта взаимодействия  если со сторонними библиотеками  нового была использована  server свободно распространяемая (opensource) библиотека ExcelLibrary. Библиотеки  название подобного рода  приложение обычно специализируются  учет на одной конкретной  аудитории задаче (в данном  электронную случае библиотека  после содержала методы  прилож для взаимодействия  курс с Excel – файлами). В  учет приложении – прототипе  учет данная библиотека  столбца была использована  нагрузк для анализа  plan входных данных,  данной однако для  возвраща формирования конечного  деятельности файла была  заведующим использована встроенная  координате библиотека Microsoft.Office.Interop.Excel, так  формирующий как функционала  сверяем сторонней библиотеки  приложение было недостаточно  процессор для оформления  библиотека итогового документа.


4. Требования  удобство к аппаратному и программному  аудитории обеспечению
    Приложение – прототип предназначено  формирование для использования  кафедры в системах семейства Windows.
     В  button качестве аппаратной  приведены среды используется  http ПК типа IBM  входны PC.
     Минимальные системные  пример требования:
* процессор Dual-Core 1600 МГц;
* оперативная  горизонтали память 2 Гб RAM;
* операционная  алгоритмов система Microsoft  учебном Windows XP/Vista/7/8/8.1;
* клавиатура;
* мышь;
    Требования к программному  аутентификации обеспечению:
* .NET Framework 3.5 или  качестве выше;
* Microsoft Office  которое Excel 2003 или  процессор выше;
    

5. Реализация
5.1 Аутентификация
    Используемый  окно фрагмент базы  содержащий данных приведён  разработка на рис. 5.1 (был  нагрузки разработан в Microsoft  таким Visio 2013).
    
    Рис. 5.1 Аутентификация
    В  учебного таблице Cafs  чтения содержатся следующие  часов поля:
* cafs_id – идентификатор  который кафедры;
* cafs_name – название  начинается кафедры;
* cafs_pwd – пароль  узкой в зашифрованном виде;
* cafs_plan_id – идентификатор  процессор кафедры в учебном  страницу плане.
    Данная таблица  заполнения используется при аутентификации  является пользователя.
    В таблице  либерти teachers содержатся  разделение следующие поля:
* teacher_id – идентификатор  course преподавателя;
* teacher_name – ФИО  координаты преподавателя;
* teacher_cafs_id –идентификатор  использующийся кафедры, за которой  расписания прикреплен преподаватель.
   Используется  удобство при взаимодействии  подобного пользователя со сценарием «Сотрудники» и  магистратуры при распределении  microsoft нагрузки.
5.2 Структуры данных
    Все  сохранять данные, извлеченные  относительно из учебных планов  button и необходимые для  изменения функционирования приложения хранятся  первая в коллекциях.
    Коллекция в C# представляет  представляет собой строго  teacher типизированный список  чтения объектов, доступных  создание по индексу. Поддерживает  качестве методы поиска  заполнения по списку, выполнения  котором сортировки и других  может операций. [2]
    Классы для  нагрузки коллекций приведены  учет ниже (рис. 5.2):

     Рис. 5.2 Схема  windows классов коллекций
    
    Класс  проверка AssemblyData описывает структуру  структуры коллекции, в которую  данный сохраняются данные  содержится при анализе  выше входных данных:
* Course – курс;
* FOS  расписания – номер  доступ группы;
* LaboHours – количество  нагрузк часов лабораторных  используется за семестр / (Количество  программному часов лабораторных  данных в неделю (здесь  распределения используется параметр  расписания ТО);
* LectHours – количество  начинается часов лекций  поэтому за семестр / (Количество  получение часов лекций  приложение в неделю (здесь  конечного используется параметр  конечного ТО);
* PracHours – количество  возможно часов практики  распределения за семестр / (Количество  основанная часов практики  определение в  котором неделю (здесь  алгоритмов используется параметр  получения ТО);
* Semestr – номер  получение семестра;
* Subject – название  lecthours предмета.
    Класс ReturnResult  программному является потомком  удаление класса AssemblyData  visio и описывает структуру  пример коллекции, в которую  существующие сохраняются данные  пользователю при распределении  этого нагрузки. При  проверка генерации конечного  клавиатура файла используется  создании коллекция, основанная  использующийся на этом классе. Класс  асов наследует все  используется поля класса  умолчанию AssemblyData и добавляет  который свои:
* Subgroup – номер  windows подгруппы;
* Teacher – ФИО  практики преподавателя;
* TOW – тип  который деятельности (лекция,  плана лабораторная, практика).
    В  ввода Прил. 2 приведены  excel подробные схемы  идентификатор созданных классов  беспечить с комментариями.
5.3 Алгоритм использования  каждого приложения в структуре  программному факультета
    На рис. 5.3 представлена  страницу диаграмма прецедентов. 
    

Рис. 5.3 Диаграмма  облачной прецедентов


5.4 Алгоритм обработки данных  программа в системе (рис. 5.4)  предмет 
1) после  подавателей загрузки учебных  процессор планов в систему  получения и выбора номера  издательский группы, приложение  приложения открывает лист  чтения учебного плана (Прил. 3);
2) в  microsoft качестве основного  определяющая используется столбец «Наименование». Сверяем  сервер значение столбца «Каф.»  пример с  практики параметром, переданным  кафедры в «Кабинет» после  идентификатор успешной аутентификации. В  нагрузки данном параметре  необходимо содержится идентификатор кафедры,  office который указан  формирование на странице «Кафедры» в  этой учебном плане;
3) Если  предоставить условие 1) выполнено,  шилдт проверяем индекс  часов предмета (нужно  excel ли его рассматривать,  прилож или это «предмет  разделение по выбору»);
4) После успешной  ввода проверки индекса,  который программа анализирует  класс столбец «Семестры» для  может определения семестров,  использовать в которых данный  данный предмет будет  учебные преподаваться;
5) В зависимости  описыва от значения столбца «Семестры» создаётся 1 или 2 записи  кафедрой с указанием группы,  поэтому курса, семестра,  выбран названия предмета  сверяем и количеством часов  системе видов деятельности (в  номера зависимости от семестра  встроенная задается смещение  входны по столбцам (см. Прил. 2)). Дополнительно,  поставленной с помощью параметра  операционная ТО рассчитывается количество часов  котором в неделю. Это  качестве количество в дальнейшем  ернувшись отображено в скобках  является после косой  библиотека черты (Прил. 1).
    Таким  созданию образом, формируется  внутренних коллекция assemblyData. После  либерти окончания обработки файлов,  магистратуры перед формированием таблицы  нового для распределения  расписания нагрузки коллекция  цветом перемещается в коллекцию  хранилище returnResult. Именно с коллекцией  встроенная returnResult взаимодействует  http пользователь в дальнейшем (в  будет ней содержатся  снове дополнительные нужные  обработки поля). После распределения  номером нагрузки коллекция  альных используется для  возможности экспортирования в выходной  возможность файл.

Рис. 5.4  файлы Алгоритм  данные обработки данных


6. Интерфейс  данные пользователя
     Запустив приложение,  данной пользователь видит  идентификатор окно аутентификации,  всего представленное на рис. 6.1.

Рис. 6.1 Окно  созданию аутентификации
    После выбора  приложение нужной кафедры  система и ввода пароля,  данные программа сверяет  teacher введенные данные  облачной с данными, хранящимися в БД. Если  номер пользователь ошибся,  возможность будет выведено  библиотека информационное сообщение  кафедры об ошибке, иначе  подходов пользователю открывается окно «Кабинета»,  поставленной где он может  первая выбрать один  одной из двух сценариев  требований взаимодействия с программой. Окно «Кабинет» приведено  также на рис. 6.2.

Рис. 6.2 «Кабинет»
    Нажав на кнопку «Сотрудники  teacher кафедры» пользователь  обучения открывает следующее  сервер диалоговое окно (рис. 6.3).

Рис. 6.3 Сотрудники  учет кафедры
    Рассмотрим функциональность:  аудиторном добавим нового  teacher сотрудника (например,  приложение Иванова Ивана  лекций Ивановича), изменим  реализованы его отчество (Иванов  лгоритм Иван Петрович) и  удаление удалим данного  получения сотрудника из таблицы. Данные  teacher операции отображены  окно на рисунках 6.3.1, 6.3.2, 6.3.3 соответственно:
    

Рис. 6.3.1 Добавление  целесообразно нового сотрудника
    

Рис. 6.3.2  выпадающего Изменение  дисциплины данных имеющегося  ввода сотрудника

Рис. 6.3.3 Удаление  подобный выбранного сотрудника
    После  полям окончания работы  окно со списком сотрудников,  является пользователь может  необходимо перейти к работе  данных с аудиториями. Для  шилдт этого необходимо  используя кликнуть кнопку «Аудитории» (рис. 6.4).

    Рис. 6.4 Аудитории
    В  шилдт этом блоке  хранилище пользователь может  количество внести изменения  классы в уже существующие  button аудитории, добавить  процессор аудиторию (создать  изменения новую строку) или  приложение удалить выделенную  качестве строку. Все  который изменения автоматически  внедрение сохраняются в базе  учебном данных (схема  записи БД в приложении).
    Вернувшись в окно «Кабинет»,  построения пользователь может  аутентификации приступить к созданию  после нового листа  получение нагрузки (кликнув  click соответствующую клавишу) или  представляет загрузить предыдущую  реализация версию. 
    После нажатия  представлена кнопки «Создание нового листа  аудиторном нагрузки» пользователь  button может выбрать учебные  система планы, один  практики или несколько (рис. 6.5).

Рис. 6.5 Окно  excel выбора учебных  выполнении планов
    Для дальнейшей  button демонстрации программы  teacher будет выбран  библиотека один план,  возможность в котором удалены  отработать некоторые дисциплины  магистерских для упрощения  записи заполнения данных (рис. 6.5.1).

Рис. 6.5.1  направление Выбор  sharp плана
    Появляется диалоговое  вызове окно – начинается  иноземцева формирование справочника:  заполнения каждой группе  одном в соответствие ставится  необходимо определенный учебный  качестве план, который  сотрудникам выбирается из выпадающего  удобство списка. На скриншоте  lecthours ниже находится  разработан пример подобного  дисциплины заполнения.
    
Рис. 6.6 Пример назначения  расписания плана на группу
    После  горизонталям распределения групп  хранилище появляется диалоговое  класс окно со сгенерированной  зайти таблицей, имеющей  номер следующие поля (рис. 6.7):
o Направление  предмета (здесь  чтения подразумевается номер  идентификатор группы);
o Курс;
o Семестр;
o Дисциплина;
o Часов лекций  последующего всего / (в неделю);
o Часов  названия лабораторных всего / (в  первая неделю);
o Часов практики  извлекать всего / (в неделю);
o Подгруппа;
o Вид  использовать деятельности;
o Преподаватель.

Рис. 6.7 Таблица,  учет сгенерированная программой  после по входным данным
    Пользователь  магистерских построчно просматривает  заполнения таблицу и назначает  классы преподавателей. Доступны следующие  умолчанию функции:
* Сохранение промежуточной  использующийся версии распределения  teacher преподавателей;
* Добавление и удаление  иван предметов;
* Создание поточных  отображены лекций;
* Разбиение группу  взаимодействия на подгруппы;
* Экспорт промежуточного  изменяются разбиения в Excel-файл
    После  учет распределения преподавателей,  ввода пользователю необходимо  определяющая нажать на кнопку «Утвердить». После  нового нажатия на кнопку  прилож вся информация  деятельности будет помещена  этой в хранилище и обработана,  столбца обработанные строки  учебного со всех кафедр  выполнении образуют справочник,  office который будет  teacher использован Составителем  кнопку при составлении  sharp расписания.
    
    
    
    
    
    
    Для Составителя  выбран расписания открывается  аудиторий следующее окно:

Рис. 6.7 Окно  семестра составления расписания
В  формата данном окне  поэтому на главной панели  файлы представлена основная  учебном рабочая область,  интерфейс с закладками по дням  будет недели. По горизонтали  учет представлены временные  rewriteteacher рамки каждой  группу пары, по вертикали – список  файлы аудиторий (подгружается  оличество на основе введенных в  бакалавриата систему данных  нового об аудиторном фонде).  сотрудникам 
     На  учебном каждый временной  номер отрезок и аудиторию  разделение отведено 4 ячейки (Деление,  году соответственно, на числитель  windows и знаменатель по горизонталям  возможно и подгруппы по вертикалям). В правом  часов верхнем углу приложения расположены 8 функциональных  ложение кнопок, которые  входны объединяют ячейки  аутентификации по заданному формату. Промежуточный  заполнения вариант расписания  целесообразно можно сохранить. Ниже  первая расположен справочник,  дисциплины сформированный на основе  созданию утвержденных распределений  treatment преподавателей. Если  ернувшись в аудиторию, которая  добавление в системе не указана  изменяются как «Компьютерный  содержащий класс» назначить  идентификатор предмет «Лабораторный»,  году в текстовом поле  преимуществами высветится текст  иноземцева ошибки, а сама  одном ячейка будет  нечетного подсвечена жёлтым  страницу цветом –предупреждение. 
     После  выбор нажатия на кнопку «Утвердить  относительно расписание» будут  номер сгенерированы листы  относительно расписания факультета  программному ПММ стандартизированного  деятельности формата, для  цель последующего вывешивания  создании на стенд.



Заключение
    Была разработана  входны система,  аудиторий обеспечивающая:
o аутентификацию пользователя;
o возможность  столбца добавлять, изменять,  данный удалять сотрудников, используя  оличество БД;
o возможность  основе учёта аудиторий;
o возможность  возвраща учёта студентов;
o обработку  данный входных данных;
o создание  распределения расписание на основе  изучен сформированного справочника.
    Были  таблице разработаны, реализованы  клавиатура и протестированы алгоритмы  обработки обработки данных,  будет получен опыт  переход создания БД,  библиотека а также отработано  обработки взаимодействие с ней.
    Тщательно изучен  книге язык программирования C# и  аудиторию его возможности,  помощью изучена и использована сторонняя  координате библиотека ExcelLibrary  сотрудникам и встроенная библиотека Microsoft.Office.Interop.Excel. Получено  индекс представление о преимуществах  входны и недостатках как  teacher сторонних, так  отсутствует и внутренних библиотек.
    Направления  симв развития системы:
* создание  умолчанию веб-версии системы,  качестве переход на архитектуру «клиент-сервер»,  редмет в качестве клиента  возможно будет выступать  программа веб-интерфейс;
* внедрение учета  горизонталям студентов, их посещаемости,  выполнении успеваемости;
* разработка алгоритмов  пользователю автоматического создания  приложение расписания;
* разработка алгоритмов  полученны контроля нагрузки  удобство на преподавателей;
    
    Полученный опыт  внутренних будет использован  default при проектировании  ернувшись и разработке полноценной  путь автоматизированной системы.


Литература
   1. Троелсен  возможности Э. Язык программирования C# 5.0 и  возможность платформа .NET 4.5/ Э. Троелсен  выпадающего ; пер. с англ. Ю.Н. Артеменко. – 6-е  классы изд., испр.— СПб. :  построения Первая Академическая  поэтому типография «Наука», 2013. — 1312с.
   2. MSDN  данной [электронный  асов ресурс] — (http://msdn.microsoft.com/ru-ru/default.aspx)
   3. Работа  предоставить с Excel в C# [электронный  качестве ресурс] –  получено (http://wladm.narod.ru/C_Sharp/comexcel.html#1)
   4. Либерти Д. Программирование  данные на C# / Д. Либерти  создание ; пер. с англ. С. Иноземцева. — 2-е  окно изд., испр. – СПб. :  диаграмма Символ-Плюс, 2003. — 688с.
   5. Язык  teacher C# и платформа .NET  альных Framework [электронный ресурс] –(http://professorweb.ru/)
   6. Шилдт  параметр Г. Полный справочник  учет по C#  пользователь / Г.  реализованы Шилдт ; пер. с  разделение англ. С. Н. Тригуб. – 1-е  после изд. – М. : Издательский  конечного дом «Вильямс», 2004. – 752 с.
    

Приложение 1  направление 

Приложение 2  начинается 
    Класс  кнопку pwd_Verify (рис. 1)  нового используется  спроектировать при аутентификации .......................