Главная страница

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


Скачать 7.57 Mb.
НазваниеРазработана информационная система для сбора и анализа данных анкетирования
Дата23.05.2023
Размер7.57 Mb.
Формат файлаdocx
Имя файла2017_422_trofimovei.docx
ТипДокументы
#1152756
страница4 из 5
1   2   3   4   5

1.5 Выбор СУБД




В большинстве случаев при создании собственной ИС невозможно обойтись без использования БД. Поэтому выбор СУБД является одним из важных этапов при разработке автоматизированной системы анкетирования обучающихся университета. Выбранный программный продукт должен удовлетворять как текущим, так и будущим потребностям учебного заведения, при этом следует учитывать затраты на разработку и настройку необходимого программного обеспечения, а также обучение персонала работе с ним.

Наиболее правильный подход при выборе СУБД основан на оценке того, в какой мере существующие системы удовлетворяют основным требованиям создаваемой информационной системы.



К недостаткам стоит отнести повышенные требования к серверу. Так неработоспособность сервера может сделать неработоспособной всю вычислительную сеть. Также обслуживание такой сети требует отдельного специалиста – системного администратора.

Исходя из анализа общих требований предъявляемых к надежности и производительности, лидируют продукты Oracle, Microsoft SQL Server, MySQL. Только они могут обеспечить сетевой доступ, надлежащую масштабируемость будущей системы, позволяют на высоком уровне создавать сложные распределенные архитектуры.

MySQL — свободная система управления базами данных. Разработку и поддержку MySQL осуществляет корпорация Oracle, имеющая на данный момент права на торговую марку. Продукт распространяется как под GNU General Public License, так и под собственной коммерческой лицензией. Помимо этого разработчики создают функциональность по заказу лицензионных пользователей, именно благодаря такому заказу почти в самых ранних версиях появился механизм репликации.

MySQL является решением для малых и средних приложений. Входит в состав серверов WAMP, AppServ, LAMP и в портативные сборки серверов Денвер, XAMPP. Обычно MySQL используется в качестве сервера, к которому обращаются локальные или удалённые клиенты, однако в дистрибутив входит библиотека внутреннего сервера, позволяющая включать MySQL в автономные программы.

Гибкость СУБД MySQL обеспечивается поддержкой большого количества типов таблиц: пользователи могут выбрать как таблицы типа MyISAM, поддерживающие полнотекстовый поиск, так и таблицы InnoDB, поддерживающие транзакции на уровне отдельных записей. Более того, СУБД MySQL поставляется со специальным типом таблиц EXAMPLE, демонстрирующим принципы создания новых типов таблиц. Благодаря открытой




2 ПРОЕКТИРОВАНИЕ И РАЗРАБОТКА БД И ПРИЛОЖЕНИЯ ДЛЯ АНКЕТИРОВАНИЯ



2.1 Разработка БД




Многолетним и общим подходом к разработке является подход, при котором построение приложения или службы представляет собой его разделение на три части: концептуальную, логическую и физическую модель. Концептуальная модель домена определяет сущности и связи в моделируемой системе. Логическая модель для реляционной БД обеспечивает нормализацию сущностей и связей в целях создания таблиц с ограничениями внешнего ключа. В физической модели учитываются возможности конкретной системы обработки данных путем определения зависящих от ядра БД подробных сведений о хранении данных, которые касаются секционирования и индексирования.

Entity Framework (далее – EF) предполагает три возможных способа взаимодействия с БД:

  • Database first: EF создаёт набор классов, которые отражают модель конкретной БД;

  • Model first: сначала разработчик создаёт модель БД, по которой затем EF создаёт реальную БД на сервере;

  • Code first: разработчик создаёт класс модели данных, которые будут храниться в БД, а затем EF по этой модели генерирует БД и её таблицы.

При разработке данной ИС БД выступает в качестве хранилища данных о преподавателях, вопросах и данных самого анкетирования, основная логика обработки данных будет заключена в самом приложении, поэтому при разработке приложения будет использован подход Code First. Также плюсом данного подхода является простота внедрения готового программного продукта, так как создание БД и заполнения ее необходимыми для начала работы данными происходит автоматически во время работы программы.






































значений из БД. Также при загрузке формы заголовки столбцов компонента DataGridView переименовываются в соответствии со значением вопроса из БД.

Сохранение данных анкетирования в БД происходит после нажатия на кнопку «Готово». При этом проверяется:

  • все ли необходимые ячейки заполнены;

  • являются ли введенные пользователем данные целыми числами;

  • удовлетворяют ли введенные значения критериям анкетирования.

В случае выполнения всех этих условий данные из переменной otvetiStudentaList преобразуются из строкового типа в числовой и сохраняются в БД, в чем удостоверяется пользователь, после этого приложение завершает работу. Если по какой либо причине сохранение данных в БД не возможно, пользователю выдается соответствующее сообщение.

2.2.2 Форма Администратор



Как было отмечено раннее, подход Code First подразумевает под собой автоматическое создание БД. Для нормального функционирования системы и уменьшения объема работы по развертыванию приложения на предприятии, необходимо разработать автоматическое заполнение БД всеми необходимыми данными, такими как наименование вопросов анкетирования, названия кафедр и список преподавателей. Для этого при загрузке формы администратора выполняется проверка, являются ли соответствующие таблицы пустыми.

Данные о преподавателях хранятся в ресурсах проекта в виде строк [ФИО_преподавателя]/[Код_кафедры]. При заполнении таблицы преподавателей данные построчно считываются из ресурсов, строка разбивается соответственно на ФИО преподавателя и на код кафедры, после чего данные заносятся в таблицу БД. В связи с тем, что данные о наименовании вопросов и названий кафедр гораздо меньше по объему, чем данные о преподавателях, они добавляются в БД из кода программы.























































Освещенность поверхности стола должна быть от 300лк до 500лк. Разрешается установка светильников местного освещения для подсветки поверхности стола при работе с документами, но запрещено чтобы данное освещение создавала блики на поверхности экрана и увеличивала его освещенность более 300лк. Яркость светящихся поверхностей (окна, светильники), находящихся в поле зрения, должна быть не более 200 кд/м2.

Отраженная блескость на рабочих поверхностях ограничивается за счет правильного выбора светильника и расположения рабочих мест по отношению к естественному источнику света. Яркость бликов на экране монитора не должна превышать 40 кд/м2. Показатель ослепленности для источников общего искусственного освещения в помещениях должен быть не более 20, показатель дискомфорта в административно-общественных помещениях не более 40. Соотношение яркости между рабочими поверхностями не должно превышать 3:1 – 5:1, а между рабочими поверхностями и поверхностями стен и оборудования 10:1.Люминесцентные лампы, при применении общего освещения должны быть распложены в боковой стороне от рабочего места, параллельно уровня глаз пользователя в случае, когда экраны расположены в ряд.

В случае, когда компьютеры равномерно распределены по площади помещения, линии источников света должны быть расположены над рабочим местом ближе к передней части и направленны на оператора.

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


1   2   3   4   5


написать администратору сайта