Модели баз данных
Методика обеспечения защиты информации WEB-сервера от XSS атак на основе многокритериального выбора, ВКР безопасность информационных систем
Разработка сайта для онлайн заказа и доставки еды
Разработка сайта салона красоты с возможностью записи клиентов
Защита персональных данных в медицинском учреждении, диплом по защите информации
Описание
Многие дипломные проекты по прикладной информатике посвящены разработке информационных систем (ИС). Каждая ИС предполагает проектирование базы данных (БД). Но и другие программные системы, которые разрабатываются выпускниками в качестве ВКР, как правило, не обходятся без создания БД. Поэтому в пояснительной записке к дипломной работе должно быть дано полное описание БД, приведена ее логическая и физическая структура, отражены основные этапы ее проектирования.
Характеристика базы данных приводится в двух разделах пояснительной записки. В первом разделе дается характеристика инфологической модели БД, созданной на этапе анализа. Второй раздел описывает даталогическую модель, полученную уже на этапе проектирования.
Характеристика инфологической модели БД.
Под инфологической моделью (ИЛМ) понимают выполненное с использованием специальных языковых средств описание предметной области. Это описание не зависит от того, будет ли в дальнейшем использоваться некоторая СУБД. ИЛМ должна адекватно отображать предметную область.
Основным элементом ИЛМ является описание объектов и связей между ними, которое выполняется в виде ER-модели (другое ее название – диаграмма «сущность-связь»). При проектировании ИС особое внимание следует уделять информационным сущностям, хотя не стоит забывать и о существовании других, значимых с точки зрения ИС.
Для диаграммы следует дать подробное описание с указанием того, какие объекты реального мира были отражены той или иной сущностью. Для каждого объекта приводится его характеристика: идентификатор, свойства (с указанием множественности, статичности, условности и типа каждого свойства), тип самого объекта (простой, составной, обобщенный, агрегативный). Основные характеристики объектов должны быть отражены на диаграмме с помощью условных обозначений, однако, допускается и вербальное описание наиболее значимых объектов.
На ER – диаграмме должны быть также отражены связи между сущностями с указанием их типа (1:1, 1:N, N:M).
Следует отметить, что существуют различные методики построения ER-моделей, и некоторые системы не предусматривают такой классификации объектов, используя вместо этого классификацию отношений. Желательно обосновать, какой метод был выбран дипломником для построения ИЛМ и почему.
Если дипломная работа носит исследовательский характер, то допускается построение ИЛМ разными средствами автоматизированного проектирования с целью их сравнения.
Не следует забывать, что диаграмма «сущность-связь» является не единственным компонентом ИЛМ. В ИЛМ должны быть отражены алгоритмические связи показателей. Для этого строят графы взаимосвязи показателей. В ИЛМ описываются информационные потребности пользователей с помощью специальных языковых средств. Они отражают типы запроса, его объемно-частотные характеристики, режимы доступа к данным и т.д.
Важной составляющей являются накладываемые предметной областью ограничения целостности данных, которые регламентируют допустимые значения тех или иных свойств. Эти ограничения играют существенную роль с точки зрения проверки достоверности информации в ИС и должны быть отражены в ИЛМ.
Характеристика даталогической модели БД.
Даталогическая модель (ДЛМ) строится на основе ИЛМ на этапе проектирования. ДЛМ отражает логическую структуру БД, определяет состав и взаимосвязи ее таблиц, отражающих содержание сущностей, выделенных в ИЛМ. При построении ДЛМ используются термины и информационные единицы, характерные для выбранной СУБД.
Для реляционной БД (другие типы БД крайне редко проектируются в дипломных работах) проектирование логической структуры сводится к разбиению информации по файлам и определению состава полей для каждого файла (в терминах реляционной БД – определение отношений и их атрибутов). Существует четко определенный алгоритм перехода от ИЛМ к реляционной модели. Этот алгоритм учитывает тип объекта, характеристики его атрибутов и наличие связей между объектами, и гарантирует получение уже нормализованной реляционной модели. В случае использования других методов построения ДЛМ требуется ее приведение к четвертой нормальной форме.
Описание каждой таблицы должно включать наименование всех полей, идентификатор и шаблон каждого поля. Для каждой таблицы должна быть приведена информация о ключевом поле, длине отдельной записи, общем числе записей, частоте создания таблицы, длительности ее хранения и возможности индексирования.
Те разделы пояснительной записки, в которых приводится характеристика БД, позволяют судить не столько об уровне теоретической подготовки дипломника, сколько о наличии у него практических навыков проектирования БД.
Спасибо за помощь! Заказывала диплом по цифровой экономике (Синергия) в самый разгар сессии. Менеджер помог сформулировать ТЗ, хотя я сама толком не знала, чего хочу. В итоге работа по внедрению ERP-системы на малом предприятии получилась структурированной и полезной. Защитила на «отлично». Очень благодарна за терпение и профессионализм!
Синергия, психология. Тема про тревожность у студентов-дистанционщиков. Очень переживала, так как тема деликатная. Но автор подошел профессионально: корректные методики, этичные выводы, хорошая стилистика. Уникальность изначально была 87%. Прислали раньше срока. На защите работу привели как пример хорошей структуры. Я рада!
Диплом по прикладной информатике для МТИ на тему анализа данных соцсетей. Сделали все качественно: парсинг, кластеризация, визуализация в Tableau. Особо хочу отметить доклад для защиты — он был написан так, что я сам глубоко вник в тему. Защита прошла гладко, поставили «отлично». Сервис на высоте, особенно для технических специальностей.
Заказывал для МИРЭА (прикладная информатика) диплом по разработке чат-бота с NLP. Сначала попался автор, который слабо разбирался в лингвистических процессорах. После моей жалобы оперативно заменили на другого специалиста. Второй сделал блестяще, с примерами кода на Python. Не сразу, но проблема была решена. Защитил на «хорошо». Вывод: если что-то не так — сразу заявляйте, реагируют адекватно.
Юриспруденция в Синергии, тема про защиту персональных данных в мессенджерах. Работа объемная, с анализом законодательства РФ и ЕС. Минус — в списке литературы были устаревшие источники (2018-2019 гг.). Пришлось самой искать свежие статьи и просить добавить. Исправили, но с небольшим недовольством. В итоге работа сильная, защитилась на «5». Но проверяйте актуальность источников.
