NANO Security
Отчет по практике - Компьютеры, программирование
Другие отчеты по практике по предмету Компьютеры, программирование
Модель сущность-связь является концептуальной моделью, т.е. не учитывает особенности конкретной СУБД. Из нее могут быть получены все основные фактографические модели данных.
Модели сущность-связь удобны тем, что процесс создания модели является итерационным. Разработав первый приближенный вариант модели, можно уточнять ее, опрашивая экспертов предметной области. При этом документацией, в которой фиксируются результаты бесед, является сама модель сущность-связь.
Основными понятиями модели сущность-связь являются: сущность, связь и атрибут.
Так для рассматриваемой задачи для разработки модели необходимы следующие сущности:
дисциплина - сущность необходимая для хранения перечня названий предметов и краткого описания данного предмета;
преподаватель - сущность необходимая для хранения списка преподавателей;
студент - сущность необходимая для хранения списка студентов;
группа - сущность необходимая для хранения списков учебных групп.
Между сущностями Преподаватель и Дисциплина существует связь многие ко многим, так как теоретически любой преподаватель может вести любую дисциплину (предмет), с другой стороны одну и ту же дисциплину может вести любой преподаватель.
Рис.1. Концептуальная модель предметной области
Не смотря на то, что предложенная модель достаточно полно описывает поставленную задачу, в ней есть некоторые недостатки. Эти недостатки заключаются в том, что модель не учитывают группирование некоторых видов данных. Так все преподаватели работают на определенных кафедрах, учебные группы так же закреплены за определенными кафедрами, кроме кафедр присутствует более крупные единицы группировки - факультеты и институты.
С учетом вышесказанного и обеспечения возможности детального проектирования базы данных используется детализированная концептуальная модель предметной области. Эта модель учитывает возможность объединения учебных групп по кафедрам, как административным единицам. Кафедры так же в себя включают преподавателей, при этом связь между сущностями Преподаватель и Кафедра установлена многие ко многим, так как один и тот же преподаватель может работать на одной и более кафедрах. Кроме этого сущность Учебный план предполагает наличие четко сформулированного плана изучения дисциплины. При этом учебный план достаточно сильно зависит от преподавателя, преподающего ту или иную дисциплину.
Дальнейшее развитие инфологической модели на данном этапе не целесообразно, так как оно приведет к проектированию логической модели конкретной СУБД.
Рис. 2. Концептуальная модель предметной области
Построенная модель позволяет достаточно хорошо представить взаимодействие между сущностями рассматриваемой предметной области и перейти к этапу функционального проектирования автоматизированной системы.
6. ПРЕДСТАВЛЕНИЕ МАКЕТА ИНТЕРФЕЙСА
6.1 Архитектура
Данное программное средство может иметь следующую архитектуру:
Рис. 3. Архитектура программного средства
Для работы с системой каждый преподаватель должен быть зарегистрирован в БД. Вход в систему осуществляется стандартным для web приложений способом, т.е. вводом логина и пароля, который выдает администратор.
Примерный макет страницы выглядит следующим образом:
Рис. 4. Главная страница
Одной из особенностью данного модуля будет является переход на главную страницу. При перемещении попадаем не в саму базу данных, а на страницу с оригинальным дизайном, содержащим много графической информации. Далее всю работу выполняет меню, в котором и содержатся ссылки для перехода к нужным данным: факультеты, кафедры и далее группы.
Дизайну страницы отводится немаловажное значение. Хотя можно сказать, что для подобных систем это не так важно, а важен сам доступ к информации и малый объем системы для корректной работы. Однако разработчиками сделан большой акцент на оформление, что, как предполагается, сделает переход между страницами сайта более приятным и увеличит число посещений данного ресурсом.
Далее показан макет базы данных успеваемости одной из групп на примере аналогичного сайта:
Рис. 5. Страница успеваемости
В данном окне можно указать тему занятия и тип занятия: лекция, практика, лабораторная. Список типов занятий имеет возможность расширять администратор.
Список предметов, по которым ведется учет успеваемости и посещаемости заполняется администратором через собственный интерфейс.
Основная цель автоматизированной системы учета студенческой успеваемости и посещаемости является автоматизация работы с данными, сопровождающими учебный процесс групп студентов и предоставление доступа, как должностным лицам, так и самим студентам к необходимой им информации из любого компьютера, подключенного к сети Интернет.
ЗАКЛЮЧЕНИЕ
В рамках данной работы будет разрабатываться программное обеспечение для автоматизации процесса учета успеваемости и посещаемости студентов.
Программное обеспечение, позволит в электронном виде вести учет текущей успеваемости студентов.
К достоинствам программного обеспечения можно отнести возможность использования её в режиме клиент-сервер, что позволяет обеспечить доступ к единой БД из любой аудитории кафедры. Применения да?/p>