Курс «Проектирование СУБД»


Оглавление (нажмите, чтобы открыть):

Лекции Технотрека. Проектирование СУБД (осень 2020) 12.04.2020 13:49

Продолжаем публикацию наших образовательных материалов. Этот курс посвящен изучению основ языка SQL с учетом особенностей объектно-реляционной базы данных PostgreSQL. Программа предусматривает комплексный подход к изучению стандартизованного языка SQL на платформе PostgreSQL, включая некоторые минимальные возможности администрирования пользователей, ролей, схем, базовых таблиц и других объектов базы данных. Мы рассмотрим основы работы с базой данных PostgreSQL и некоторые особенности SQL применительно к ней. Более подробно — под катом.

Курс ведут Елена Шишкина (руководитель группы разработки платформы, Mail.Ru Group) и Данил Вагапов (программист группы внутренней информационной разработки, Mail.Ru Group).

  • Лекция 1. Введение
  • Лекция 2. SQL: начало
  • Лекция 3. SQL: выборка данных
  • Лекция 4. Оптимизация запросов и индексирование
  • Лекция 5. Функции и триггеры
  • Лекция 6. Конфигурирование и Безопасность
  • Лекция 7. Масштабирование данных БД
  • Лекция 8. Обзор NoSQL-решений
  • Лекция 9. Продвинутый SQL

Лекция 1. Проектирование СУБД. Введение

Это вводная лекция, на которой объясняются базовые понятия в сфере проектирования СУБД. Вы узнаете, что такое «реляционная модель данных», какие операции с данными выполняются. Рассматриваются основные задачи проектирования СУБД и его ключевые этапы: концептуальное, логическое и физическое проектирование.

Лекция 2. Проектирование СУБД. SQL: начало

В лекции рассматриваются ключевые понятия при работе с SQL: какие типы данных поддерживаются этим языком и чем они отличаются друг от друга, как создать SQL-таблицу, как её видоизменять. Также в ней рассказывается об основных операциях с данными в таблице: вставка, выбор, обновление, удаление.

Лекция 3. Проектирование СУБД. SQL: выборка данных

Рассматриваем создания подзапросов и агрегатные функции, в частности, UNION. Разберём операции объединения таблиц, а также объединение с подзапросом. Узнаем суть терминов «вид» и «материализованный вид», и в конце лекции будет рассмотрена такая вещь, как транзакции.

Лекция 4. Проектирование СУБД. Оптимизация запросов и индексирование

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

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

Лекция 5. Проектирование СУБД. Функции и триггеры

Эта лекция посвящена хранимым процедурам и функциям, как и где они применяются. Рассмотрим простые функции на SQL, а также неизменяемые, стабильные и волатильные функции. Познакомимся с языком pl/pgSQL. Далее рассмотрим аргументы и возвращаемые значения, написание циклов и их условий. Поймем, как работать с ошибками. Получим общее представление о триггерах и их применении, узнаем, какие существуют виды триггеров.

Лекция 6. Проектирование СУБД. Конфигурирование и Безопасность

Познакомимся с важными понятиями — конфигурирование и безопасность. Рассмотрим основы конфигурирования и выполнение настройки с учётом рабочей нагрузки. Познакомимся с репликацией и её настройкой, узнаем, как она устроена, получим представление о её топологии. Затем поговорим об администрировании и обслуживании репликации, а также о возможных проблемах с репликацией и их решении. Далее мы перейдём к вопросу обеспечения безопасности данных. Обсудим организацию резервного копирования и восстановления, поговорим о привилегиях и ролях, коснёмся безопасности на уровне ОС, и в конце узнаем, что такое SQL-инъекции и как с ними бороться.

Лекция 7. Проектирование СУБД. Масштабирование данных БД

Начнём мы лекцию с изучения оптимизации доступа к данным. Затем поговорим о материализованных представлениях, о масштабировании баз данных. Познакомимся с теоремой САР. Обсудим партиционирование таблиц, распределённые транзакции и двухфазный коммит, а в завершении лекции рассмотрим репликацию и кластеризацию.

Лекция 8. Проектирование СУБД. Обзор NoSQL-решений

Из этой лекции вы узнаете, что такое NoSQL-базы данных, какие существуют NoSQL-решения для работы с высоконагруженными системами. Затронем теоретические основы NoSQL, а затем достоинства и недостатки таких баз данных, как Tarantool и MongoDB.

Лекция 9. Проектирование СУБД. Продвинутый SQL

В завершение курса познакомимся с хранением деревьев в РСУБД. Рассмотрим список смежности, вложенные наборы, материализованный путь, таблицу связей и смешанные структуры. Под занавес рассмотрим расширение PostgreSQL Itree. Далее мы перейдём к оптимизации запросов с помощью with clause. Ознакомимся с рекурсивными запросами и динамической сборкой материализованного пути в рекурсивном запросе. Затем оконные функции, агрегатные функции в окнах, и в конце затронем аналитику.

Плейлист всех лекций находится по ссылке. Напомним, что актуальные лекции и мастер-классы о программировании от наших IT-специалистов в проектах Технопарк, Техносфера и Технотрек по-прежнему публикуются на канале Технострим.

Другие курсы Технотрека на Хабре:

  • Основы веб-разработки (весна 2020)
  • Разработка на Java (весна 2020)

Проектирование СУБД — Курс лекций

Чтобы скачать работу, Вы должны пройти проверку:

Оглавление субд язык сервер функция

SQL. Структурированный язык запросов

1. Основные типы данных языка SQL

1.1 Константы SQL

1.2 Группы операторов

2. Технология «клиент-сервер»

3. Агрегатные или итоговые функции

4.1 Журнал транзакции

4.2 Принцип работы журнала

4.3 Понятие контрольных точек

4.5 Типы блокировок

5. Объекты серверных СУБД

5.1 Хранимые процедуры

5.2 Пользователи и роли

7. Интеграция СУБД в Web и обзор серверных СУБД

2. Проектирование СУБД. SQL: начало | Технострим

Смотреть видео 2. Проектирование СУБД. SQL: начало | Технострим на Ruslar.Pro бесплатно

129 | 8
Технострим Mail.Ru Group | 3 год.

Технотрек Mail.ru Group, МФТИ
Курс «Проектирование СУБД»
Лекция №2 «SQL: начало»
Лекторы — Данил Вагапов

Слайды лекции: www.docme.ru/DsX5
Другие лекции курса: http://bit.ly/2cAwgsU
Подробнее о курсе: https://track.mail.ru/curriculum/program/discipline/38/

Цель курса —формирование знаний и навыков написания SQL предложений для работы в объектно-реляционной базе данных PostgreSQL.

Курс посвящен изучению основ языка SQL с учетом особенностей объектно-реляционной базы данных PostgreSQL. В программе курса предусмотрен комплексный подход к изучению стандартизованного языка SQL на платформе PostgreSQL, включая некоторые минимальные возможности администрирования пользователей, ролей, схем, базовых таблиц и других объектов базы данных. В курсе рассматриваются основы работы с базой данных PostgreSQL и некоторые особенности SQL применительно к этой базе данных. Выполнение практических упражнений в инструменте pgAdmin позволят закрепить основные концепции.

Официальный канал образовательных проектов Mail.Ru Group

► Нажмите здесь для подписки ‣ http://www.youtube.com/TPMGTU?sub_confirmation=1


Актуальные лекции и мастер-классы о программировании от лучших IT-специалистов. Если вы увлечены мобильной и веб-разработкой, присоединяйтесь!

Дисциплина «Проектирование баз данных» 3 курс 6 семестр

    Вероника Бухвостова 2 лет назад Просмотров:

1 Дисциплина «Проектирование баз данных» 3 курс 6 семестр Требования к оформлению контрольной работы Контрольная работа оформляется на листах формата А4 с одной стороны. Все листы обязательно нумеруются. Работа выполняется шрифтом TimesNewRoman, 14 кегль, 1,5 интервал, поля 2см. со всех сторон. Первый лист является титульным листом (пример оформления смотри ниже). На втором листе идет содержание работы, а на последнем листе список, использованной литературы. Документ должен содержать нижний колонтитул с нумерацией страниц (выравнивание от центра). Выполнение контрольной работы, основывается на реализации СУБД, разработанной теоретически на 3 курсе по дисциплине «Базы данных». Контрольная работа и автоматизированная программа (должны содержаться исходные файлы программы и исполняемый файл, для запуска СУБД, заполненные таблицы БД для проверки работоспособности программы ) сдаются на диске. Диск необходимо подписать: ФИО студента, группа, содержание диска, дата сдачи, тема работы. Пояснительная документация сдается в распечатанном виде и должна присутствовать на диске. Требования к контрольной работе: Выбрать язык реализации будущего приложения должен быть СУБДориентированным (Для реализации программы может быть использован любой язык программирования); 1) СУБД-приложение должно реализовывать следующие функции: 1) вставка данных; 2) редактирование данных; 3) удаление данных; 4) просмотр содержимого каждой из таблиц; 5) осуществление простого и сложного поиска данных на основе запросов, построенных с помощью языка SQL(необходимо привести SQL-

2 скрипты шести запросов (на проведение поиска или построение отчетов, каскадное удаление и т.п.).); 6) построение отчетов. При оценке контрольной работы особое внимание уделяется поисковым функциям и функциям построения отчетов. В каждой из таблиц должен выполняться простой поиск по одному или нескольким полям и условиям, вводимым пользователем. Количество сложных запросов должно быть не менее пяти: запрос должен включать несколько полей из нескольких таблиц (более двух) и должен включать условия, вводимые пользователем с клавиатуры (динамические запросы).

3 Министерство образования и науки Российской Федерации Федеральное государственное образовательное бюджетное учреждение высшего образования Волгоградский государственный технический университет Факультет подготовки инженерных кадров Представительство в г. Фролово Кафедра «Вычислительная техника» Контрольная работа по дисциплине: «Проектирование баз данных» «Физическое проектирование СУБД «Т Е М Вариант 24 А»» Выполнил Студент группы ВТЗ-263с зач. книжки Иванов И.И. Проверил: ст. преподаватель Приходькова И.В. Волгоград 201_ г

4 Содержание 1. Выбор операционной системы стр. 2. Выбор технологии и языка программирования стр. 3. Разработка меню стр. 4. Структура файлов базы данных.. стр 5. Примерный сценарий работы системы. стр 6. Скрипт SQL-запросов (двух простых и четырех сложных). стр. 7. Список использованной литературы. стр. Приложение Техническое задание (,оформленное на основе требований ЕСПД).. стр.

5 Приложение Министерство образования и науки Российской Федерации Волгоградский государственный технический университет Кафедра «Вычислительная техника» УТВЕРЖДАЮ Зав. кафедрой ВТ доц. О.А. Авдеюк АВТОМАТИЗИРОВАННОЕ РАБОЧЕЕ МЕСТО СЕКРЕТАРЯ ПРИЕМНОЙ КОМИССИИ Техническое задание ЛИСТ УТВЕРЖДЕНИЯ КР номер зачетки ЛУ Руководитель разработки Приходькова И.В. Исполнитель Студент гр. ФИО 201_

6 УТВЕРЖДЕН КР номер зачетки ЛУ АВТОМАТИЗИРОВАННОЕ РАБОЧЕЕ МЕСТО СЕКРЕТАРЯ ПРИЕМНОЙ КОМИССИИ Техническое задание КР номер зачетки ЛУ ЛИСТОВ 14

7 СОДЕРЖАНИЕ 1 Общие сведения Наименование разрабатываемой системы Область применения 5 2 Основание для создания системы Документ, на основании которого ведется разработка Организация, утвердившая документ, и дата его утверждения Наименование темы разработки 5 3 Название и цели создания системы 6 4 Требования к системе Требования к функциональным характеристикам Состав выполняемых функций Организация входных и выходных данных Временные и характеристики Требования к надежности Требования к надежному функционированию Контроль входной и выходной информации Время восстановления после отказа Условия эксплуатации Требования к составу и параметрам технических средств Требования к информационной и программной совместимости Требования к информационным структурам на входе Требования к информационным структурам на выходе Требования к методам решения Требования к языкам программирования Требования к программным средствам, используемым программой 12 5 Требования к программной документации 13

8 6 Технико-экономические показатели 13 7 Стадии и этапы разработки 13 8 Порядок контроля и приемки 13

9 1 Общие сведения 1.1 Наименование разрабатываемой системы Разработке подлежит система по автоматизации рабочего места секретаря приемной комиссии. В дальнейшем будем использовать краткое название Comiss. 1.2 Область применения Разработанная программа может применяться как модуль автоматизации работы секретаря приемной комиссии в колледжах, училищах и т.п. 2 Основание для создания системы 2.1 Документ, на основании которого ведется разработка Разработка ведется на основании задания, выданного старшим преподавателем каф. ВТ ВолгГТУ Приходьковой И.В. 2.2 Организация, утвердившая этот документ, и дата его утверждения Утверждено на заседании каф. ВТ Наименование темы разработки Наименование темы разработки «Автоматизированное рабочее место секретаря приемной комиссии». Разработка ведется в целях упрощения труда секретаря приемной комиссии и увеличения скорости его работы.

10 3 Назначение и цели создания системы Данная система предназначена для автоматизации работы приемных комиссий в процессе конкурсного отбора абитуриентов средних и высших учебных заведений. Проектируемое изделие в нормальном режиме работы должно обеспечить обработку не менее 200 заявлений абитуриентов за одну 8-часовую смену с последующим формированием стандартных отчетов, позволяющих: контролировать соответствие введенной информации бумажным носителям; проводить конкурсный отбор абитуриентов; получать твердые копии документов, сопровождающих работу приемной комиссии. Программа предназначена для: 1) хранения данных об абитуриентах (Фамилия, Имя, Отчество, Адрес, Дата рождения, Документ об образовании, Место работы, Сумма договора при бюджетной форме, Номер договора, Сумма договора при коммерческой форме, Дата заключения договора на коммерческое обучение, Форма договора, Место работы); 2) хранения данных о формах обучения (Название формы обучения, Шифр формы обучения); 3) хранения данных о специальностях (Шифр специальности, Название специальности, Примечание); 4) хранения данных о льготах (Шифр, Название льготы); 5) хранения данных о группах (Шифр, Количество студентов в группе); 6) хранения данных о предметах (Шифр предмета, Название); 7) хранения данных о баллах(фио абитуриента, Шифр предмета, Балл );

Мастер Йода рекомендует:  Времена и даты PHP

11 8) программа должна обеспечить помимо хранения ввод, просмотр, редактирование перечисленной выше информации; 9) выполнять все указанные в п Требования к системе 4.1 Требования к функциональным характеристикам Состав выполняемых функций Основной функцией программы должно быть хранение и обработка информации об абитуриентах, специальностях, формах обучения, льготах, баллах, предметах, группах, а также выполнять следующие функции: 1) планирование работы приемной комиссии; составление перечня специальностей, на которые производится конкурсный набор; составление перечня форм обучения (дневное, вечернее и т.д.); составление групп специальностей, на которые производится прием абитуриентов с учетом формы обучения; составление перечня предметов приемных экзаменов; распределение перечня по группам специальностей; 2) регистрация абитуриентов с распределением по группам; 3) регистрация результатов сдачи экзаменов абитуриентами; 4) получение отчетов о работе приемной комиссии и результатах конкурсного отбора абитуриентов.

12 4.1.2 Организация входных и выходных данных Входными данными программы являются новые данные, вводимые пользователем в базу данных. Выходными данными программы являются данные, хранимые в БД Временные характеристики Программное изделие должно обеспечивать в режиме ввода обработку не менее 200 заявлений абитуриентов за 8-часовую рабочую смену при средней скорости ввода информации 100 символов/мин. В режиме генерации отчетов изделие должно выдавать отчет на экран монитора в течении 1-5 минут (в зависимости от сложности отчета) с момента подачи запроса пользователем при среднем количестве абитуриентов равном 1500 чел. Время вывода сгенерированного отчета на бумажный носитель должно составлять не менее 5 стр. формата А4 в минуту Объем занимаемой оперативной памяти не должен превышать 640Кбайт. Программное изделие должно занимать не более 1 Mb дискового пространства без учета пространства, необходимого для хранения данных и сопутствующих программ внешних производителей. 4.2 Требования к надежности Требования к надежному функционированию

13 Программное изделие должно обеспечивать бесперебойную работу приемной комиссии при условии выполнения правил эксплуатации. Стандартные отчеты должны обеспечивать контроль соответствия введенной информации с бумажными носителями Контроль входной и выходной информации Программа должна контролировать строки, вводимые пользователем. Контроль выходной информации в процессе работы должен осуществляться путем анализа изменение строки ввода и остальной информации, отображаемой в формах программы Время восстановления после отказа Время восстановления после сбоя должно состоять из времени перезапуска пользователем операционной системы и программного приложения (при условии наличия установочного комплекта изделия и архивной копии введенной информации по состоянию на предыдущий рабочий день). 4.3 Условия эксплуатации Носители информации должны храниться в соответствии с условиями эксплуатации, предъявляемых производителями того или иного типа носителей. Установочный комплект изделия должен храниться на диске CD- ROM в специально отведенном для этого месте и содержать все необходимые компоненты для восстановления работоспособности программного изделия.

14 Помимо этого для восстановления исходных данных, обрабатываемых программным изделием в процессе эксплуатации, создаются архивные копии информации, хранящиеся на внешних носителях информации. Для эксплуатации программного изделия необходимо выполнять 3 вида обслуживания : установка программного изделия, архивирование введенной информации, восстановление работоспособности изделия. Установка программного изделия должна производиться при помощи установочного комплекта однократно при организации автоматизированного рабочего места члена приемной комиссии. Повторная установка должна производится при возникновении нештатной ситуации, при которой нарушается работоспособность изделия. Архивирование введенной информации должно производится средствами изделия с целью сокращения времени восстановления после сбоя. Восстановление работоспособности изделия производится при возникновении сбоя работы. Восстановление работоспособности должно состоять из следующих этапов: -повторная установка изделия; -проверка работоспособности изделия при помощи анализа стандартных отчетов и их сверки с бумажными носителями; -при возникновении повторной ошибки должно производится восстановление введенной информации с последней архивной копии с последующей сверкой стандартных отчетов с бумажными носителями и добавлением информации введенной с момента создания архивной копии и до момента возникновения нештатной ситуации.

15 4.4 Требования к составу и параметрам технических средств Для эксплуатации программного изделия необходимы: a) процессор AMD Athlon II X2 265 с тактовой частотой 3300 МГц, не менее; b) оперативную память объемом 1 Гб; c) накопитель данных объемом 80 Гб, не меньше; d) стандартная клавиатура 101/102; e) монитор VGA; f) интегрированная видеокарта; привод CD-ROM. 4.5 Требования к информационной и программной совместимости Требования к информационным структурам на входе Входные данные вводятся в программное изделие при помощи консоли оператора. При восстановлении с архивной копии данные вводятся посредством замены поврежденных информационных файлов резервными копиями. Внутри изделия данные должны храниться в виде файлов баз данных формата Paradox Требования к информационным структурам на выходе Выходная информация изделия должна состоять из стандартных отчетов, выводимых как на консоль оператора так и на принтер. Создание архивных копий введенной информации должно производится автоматически по запросу оператора путем копирования информационных файлов на указанный оператором носитель.

16 4.5.3 Требования к методам решения Методы решения должны обеспечить выполнение всех этапов проектирования программы в соответствии с их порядком и сроками выполнения, указанными в разделе 6 данного документа Требования к языкам программирования Реализации программного изделия должна производится при помощи Borland Delphi 6.0. с использованием стандартных компонент. Реализация запросов к базе данных в процессе работы изделия должна производиться при помощи языка запросов SQL Требования к программным средствам, используемым программой Программное изделие должно эксплуатироваться под управлением операционных системы MS Windows-9x, Windows 2000, Windows Nt, Windows XP. Доступ программного изделия к информационным файлам должно осуществляться через Borland Database Engine Требования к маркировке и упаковке Программное изделие должно поставляется на носителе CD- ROM в пластиковой упаковке. Маркировка изделия должна наноситься как на носитель так и на и упаковку. Маркировка носителя должна состоять из логотипа изделия, полного наименования изделия с указанием версии. Маркировка упаковки должна содержать логотип изделия, полное наименование изделия с указанием версии

17 программного продукта, краткую инструкцию по установке и восстановлению работоспособности изделия. 5 Требования к программной документации В состав программной документации необходимо включить следующие документы: 1) Пояснительная записка, отражающая все этапы работы над курсовым проектом; 6 Технико-экономические показатели Ориентировочная экономическая эффективность не рассчитывается. Предполагаемое число использования программы в год 365 сеансов работы на одном месте. Экономические преимущества разработки в сравнении с лучшими отечественными и зарубежными аналогами составят: число рабочих мест аналоги разработка экономические преимущества 5 $500 $100 $ $700 $200 $ $1000 $400 $600 7 Стадии и этапы разработки 1) разработка и утверждение технического задания 2 недели; 2) исследование предметной области поставленной задачи, изучение теоретических основ баз данных 4 недель; 3) проектирование базы данных 6 недель; 4) разработка и написание пояснительной записки 2 недели. подэтапы: Этап проектирования базы данных разбивается на следующие

18 1) формулирование и анализ требований 1 неделя; 2) концептуальное проектирование 1 неделя; 3) проектирование реализации 1 неделя; 4) машинное проектирование 3 недели. 8 Порядок контроля и приемки Испытания работоспособности и быстродействия программного изделия должно производиться: 1. с использованием тестовых примеров разработчика, согласованных с заказчиком; 2. с использованием данных заказчика на оборудовании заказчика. Изделие считается годным к эксплуатации при прохождении тестовых примеров и выполнении всех пунктов технического задания, с учетом ранее согласованных изменений к нему. По результатам испытаний составляется акт приемо-сдаточных работ в котором (при наличии) указывается несоответствий программного обеспечения техническому заданию. Несоответствия программного изделия, обнаруженные в процессе устраняются разработчиком.

Проектирование СУБД

Выбор СУБД

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

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

В качестве СУБД для реализации поставленной задачи выбрана СУБД MySQL Server 5.6

Информацией упрощенно можно называть сведения, передаваемые людьми устным, письменным или другим способом. Для сбора, накопления и эффективного использования информации служат информационные системы (ИС), функционирующие в различных предметных областях [14].

Предметная область (ПО) — это часть реального мира, которая подлежит изучению с целью организации управления и, в конечном счете, автоматизации. Она характеризуется множеством фрагментов, каждый фрагмент представляется множеством объектов, процессов и пользователей с единым взглядом на предметную область.

Базой данных (БД) называется организация массивов данных, хранимых в памяти вычислительной системы, реализующая принцип независимости данных от прикладных программ [8]. АИС, основанные на концепции баз данных, способны обеспечивать эффективное создание, хранение, обработку и предоставление информации для конечного пользователя. Для работы с данными в БД используются системы управления базами данных (СУБД).

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

Основными функциями СУБД являются управление файлами БД («внутренняя» функция) и обработка прикладных программ (запросов) пользователей БД («внешняя» функция). К обеспечивающим функциям СУБД относятся: поддержка целостности БД в процессе ее эксплуатации, защита БД от несанкционированного доступа, управление обменом данными между БД и внешней средой (в т.ч. управление распределенной обработкой данных). Кроме того, современные СУБД зачастую оснащаются дополнительными инструментальными средствами разработки приложений (прикладных задач обработки данных).

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

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

— системы оперативной обработки транзакций (OLTP). Характеризуются тем, что к БД поступает интенсивный поток запросов на обновление данных, в то время как поток запросов на добавление больших объемов данных невелик. Типичным примером являются системы резервирования билетов на пассажирском транспорте, бронирования билетов в кинотеатрах;

— системы поддержки принятия решений (DSS). Характеризуются использованием БД большого объема, в которых накапливается информация за длительный период времени и осуществляются в основном операции поиска и считывания данных, используемых приложениями для формирования отчетов. Типичным примером могут служить системы верхнего уровня управления предприятием а также другие крупномасштабные системы;

— системы пакетной обработки (PP). Характеризуются способностью длительное время работать в автономном режиме с минимальным участием оператора. Как правило, БД здесь используется ограниченным числом прикладных программ. Типичный пример — системы управления технологическими процессами. (Разумеется, для классификации конкретной СБД может использоваться и комбинация представленных вариантов).

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

Модель данных определяет способы и формы представления данных на внешнем (пользовательском) уровне. Следует подчеркнуть, что современные СУБД ориентированы в основном на обработку так называемой фактографической информации, представляемой упорядоченной совокупностью фактов (значений в виде чисел, строк символов, логических констант и т.п.). Эти значения, как правило, объединяются в сравнительно небольшие последовательности — записи, которые соответствуют отдельным объектам (явлениям) прикладной предметной области. Совокупности однородных записей объединяются в таблицы (такая форма представления информации, как известно, наиболее широко применяется как в «ручных», так и автоматизированных информационных системах). Таким образом, модель данных задает правила структуризации таблиц, их логического связывания в БД, а также правила выполнения операций над элементами «логической» структуры данных. Несмотря на то, что существует множество моделей представления табличных данных, в настоящее время доминирующее положение на рынке коммерческих СУБД занимают реляционные системы, т.е. СУБД, поддерживающие реляционную модель данных. (Эта модель представляет БД как совокупность жестко не связанных между собой таблиц, а операции здесь имеют простой и точный смысл, например: «добавить строку в таблицу», «удалить из таблицы строки, отвечающие некоторому логическому условию», «объединить (слить) две однородные таблицы в одну» и т.п.).

Мастер Йода рекомендует:  Как сделать регистрацию на сайте на PHP форма регистрации

Таблица 1. Преимущества и недостатки СУБД

Наличие интегрированной централизованной базы данных.

Требуемая высокая квалификация работников.

Минимизация избыточности данных.

Расход значительной части ресурсов непосредственно на нужды СУБД, а не на прикладную задачу.

Непротиворечивость данных и контроль их целостности.

Повышенные требования к техническому и программному обеспечению.

Увеличение гибкости при обслуживании запросов пользователя.

Сокращение времени разработки приложений.

Независимость прикладных программ от данных.

Многопользовательский режим работы

Развитые службы резервного копирования и восстановления.

2. Проектирование СУБД. SQL: начало | Технострим


Kích thước video:

Hiển thị các điều khiển trình phát

  • Xuất bản 27 Th09, 2020
  • Технотрек Mail.ru Group, МФТИ
    Курс «Проектирование СУБД»
    Лекция №2 «SQL: начало»
    Лекторы — Данил Вагапов
    Слайды лекции: www.docme.ru/DsX5
    Другие лекции курса: bit.ly/2cAwgsU
    Подробнее о курсе: track.mail.ru/curriculum/program/discipline/38/
    Цель курса -формирование знаний и навыков написания SQL предложений для работы в объектно-реляционной базе данных PostgreSQL.
    Курс посвящен изучению основ языка SQL с учетом особенностей объектно-реляционной базы данных PostgreSQL. В программе курса предусмотрен комплексный подход к изучению стандартизованного языка SQL на платформе PostgreSQL, включая некоторые минимальные возможности администрирования пользователей, ролей, схем, базовых таблиц и других объектов базы данных. В курсе рассматриваются основы работы с базой данных PostgreSQL и некоторые особенности SQL применительно к этой базе данных. Выполнение практических упражнений в инструменте pgAdmin позволят закрепить основные концепции.
    ————————
    О КАНАЛЕ:
    Официальный канал образовательных проектов Mail.Ru Group
    ► Нажмите здесь для подписки ‣ vnclip.net/user/TPMGTU
    Актуальные лекции и мастер-классы о программировании от лучших IT-специалистов. Если вы увлечены мобильной и веб-разработкой, присоединяйтесь!
    Наши проекты:
    Технопарк при МГТУ им. Баумана ‣ park.mail.ru/
    Техносфера при МГУ им. Ломоносова ‣ sphere.mail.ru/
    Технотрек при МФТИ ‣ track.mail.ru/
    ————————
    МЫ В СЕТИ:
    Технопарк в ВК | tpmailru
    Техносфера в ВК | tsmailru
    Технотрек в ВК | trackmailru
    Блог на Хабре | habrahabr.ru/company/mailru/
    Наш IT-портал | IT.mail.ru

NHẬN XÉT • 4

На 1,10 идет обсуждение псевдонимов , ключевое слово AS в данном примере для этого и указано. Тоисть сложное название столбца в дальнейшем , мы удем использовать как «a».

2. Проектирование СУБД. SQL: начало | Технострим

Смотреть видео 2. Проектирование СУБД. SQL: начало | Технострим на Ruslar.Pro бесплатно

129 | 8
Технострим Mail.Ru Group | 3 год.

Технотрек Mail.ru Group, МФТИ
Курс «Проектирование СУБД»
Лекция №2 «SQL: начало»
Лекторы — Данил Вагапов

Слайды лекции: www.docme.ru/DsX5
Другие лекции курса: http://bit.ly/2cAwgsU
Подробнее о курсе: https://track.mail.ru/curriculum/program/discipline/38/

Цель курса —формирование знаний и навыков написания SQL предложений для работы в объектно-реляционной базе данных PostgreSQL.

Курс посвящен изучению основ языка SQL с учетом особенностей объектно-реляционной базы данных PostgreSQL. В программе курса предусмотрен комплексный подход к изучению стандартизованного языка SQL на платформе PostgreSQL, включая некоторые минимальные возможности администрирования пользователей, ролей, схем, базовых таблиц и других объектов базы данных. В курсе рассматриваются основы работы с базой данных PostgreSQL и некоторые особенности SQL применительно к этой базе данных. Выполнение практических упражнений в инструменте pgAdmin позволят закрепить основные концепции.

Официальный канал образовательных проектов Mail.Ru Group

► Нажмите здесь для подписки ‣ http://www.youtube.com/TPMGTU?sub_confirmation=1

Актуальные лекции и мастер-классы о программировании от лучших IT-специалистов. Если вы увлечены мобильной и веб-разработкой, присоединяйтесь!

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

В современных условиях развития производства и бизнеса необходимо перейти от стратегии проектирования баз данных как самостоятельных объектов к стратегии создания многопользовательских информационных систем — общих баз данных. Такой переход предусматривает следующие стадии проектирования многопользовательских баз данных.

1. Разработка концептуальной модели многопользовательской базы данных.

2. Разработка проекта СУБД в соответствии с техническим заданием.

3. Реализация проекта и разработка технической документации.

Разработка концептуальной модели многопользовательской базы данных. На данной стадии проектирования многопользовательских баз данных необходимо выполнить следующие этапы:

§ определение цели создания ИИС;

§ установление состава пользователей БД;

§ разработка концептуальной модели БД;

§ разработка технического задания на проектирование локаль­ных СУБД;

§ определение потребных трудовых и материальных ресурсов для разработки БД.

Определение цели создания ИИС. Очевидно, что целью разработ­ки любой компьютерной системы является достижение опреде­ленного экономического эффекта от ее реализации, поэтому в условиях конкретного предприятия необходимо установить приоритетные направления в создании ИИС. Базы данных могут разрабатываться практически для всех задач управления производ­ством, например:

§ поставка материалов и комплектующих изделий;

§ проектирование конструкции новых изделий;

§ проектирование технологических процессов изготовления про­дукции;

§ проектирование технологического оснащения (приспособле­ния, инструмент);

§ оперативное календарное планирование и управление выпус­ком изделий;

§ разработка нормативной базы (потребность в трудовых и мате­риальных ресурсах, основных и вспомогательных материалах и др.);

§ управление качеством выпускаемой продукции;

§ управление сбытом и др.

Принятие решения о выборе направления для разработки баз данных, естественно, является прерогативой руководителей пред­приятия.

Установление состава пользователей БД. Выбрав область произ­водственной деятельности, необходимо установить состав пользо­вателей информацией разрабатываемой базы данных. Это необхо­димо для решения следующих задач:

§ определение классов информационных объектов, их характери­стик и, в конечном итоге, определение состава таблиц баз данных;

§ определение месторасположения потенциальных пользовате­лей и, в конечном итоге, определение архитектуры ЛВС.

Разработка концептуальной модели БД. Конечной задачей раз­работки концептуальной модели является установление оптималь­ного состава таблиц базы данных. На данном эта­пе создания многопользовательских баз данных оптимальный со­став таблиц определяется сначала исходя из потребностей каждого пользователя ИИС, а затем каждая таблица может быть подверг­нута процедуре нормализации.

Разработка технического задания на проектирование локальных СУБД. После определения состава таблиц базы данных и состава пользователей ИИС можно приступить к разработке технического задания на проектирование СУБД. В техническом задании необхо­димо:

§ обосновать выбор архитектуры ЛВС и архитектуры баз данных;

§ обосновать выбор программной системы для разработки СУБД;

§ Разработать требования к формам выходных документов, преставляющих необходимую информацию для каждого пользователя БД;

§ Разработать требования к созданию пользовательского интерфейса с учетом задач каждого пользователя;

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

Определение потребных трудовых и материальных ресурсов для разработки БД. После выполнения всех перечисленных выше эта­пов необходимо оценить потребность в трудовых и материальных ресурсах для выполнения задач технического задания.

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

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

§ Сбор, анализ и подготовка исходной информации об объектах конкретной предметной области для их преобразования в таблицы баз данных.


§ Разработка оптимального состава и структуры таблиц базы данных.

§ Установление логических связей между таблицами.

§ Разработка необходимого числа запросов для реализации поставленной задачи.

§ Разработка необходимого числа отчетов, отвечающих требованиям к выходным документам, определенных техническим заданием.

§ Разработка форм пользовательского интерфейса.

§ Разработка управляющих модулей, автоматизирующих работу пользователя с системой.

Реализация проекта и разработка технической документации.Реализация проекта разработанной СУБД сводится к следующим задачам:

§ .заполнение таблиц баз данных информацией об объектах;

§ проверка функционирования СУБД при выполнении поставленных задач;

§ разработка инструкций для пользователей;

§ сдача системы заказчику.

Рассмотрим некоторые характеристики программных средств, которые получили набольшее распространение среди пользователей и разработчиков СУБД

Visual FoxPro. Этот язык программирования представляет со­бой дальнейшее развитие одного из популярных языков разработки баз данных — FохРго.

MS SQL-Server. Данная программная система в основном предназначена не для разработки пользовательских приложений, а для управления многопользовательскими базами данных, разработанными по архитектуре клиент—сервер. Эта система позволяет уп­равлять базами данных (тиражировать данные, вести их параллельную обработку, получать и передавать данные как в локальной вычислительной сети предприятия, так и через сеть Интернет и др.), взаимодействуя с клиентскими компьютерами, имеющими различные по техническим характеристикам аппаратные сред­ства. MS SQL-Server предназначен для обработки значительных объе­мов информации, но, как правило, не более терабайт, что впол­не достаточно для отдельных предприятий.

Microsoft Access. Это одна из самых популярных прикладных программных систем для разработки баз данных.

Microsoft Access — это программная среда, разработанная фирмой Microsoft Она предназначена для создания систем управ­ления реляционными базами данных с достаточно большими объе­мами информации (сотни мегабайт). Microsoft Access предос­тавляет пользователю все необходимые средства для автоматиза­ции создания и обработки данных, а также для управления данными при работе.

Основным достоинством данной системы является ее ориента­ция не на программиста, а на конечного пользователя.

Последние версии Microsoft Access позволяют применять ее для создания многопользовательских баз данных. В этом случае табли­цы баз данных могут быть переданы на сервер, а пользователь­ский интерфейс сохранен на компьютере клиента. В этом случае представляется возможным сочетать простоту разработки всех ком­понентов СУБД с применением Microsoft Access, а задачи управ­ления многопользовательскими базами данных возложить на MS SQL-Server.

Другим достоинством Microsoft Access является ее неоспори­мое преимущество перед всеми другими программными продук­тами в качестве средства для обучения разработке баз данных.

Огас1е. Эта система предназначена для разработки корпоратив­ных реляционных баз данных, объемы информации в которых пре­вышают терабайты. Основу системы составляет также язык SQL. Огас1е отличается возможностью высокой степени защиты данных.

Вопросы для контроля.

1. Что такое База данных? Определения.

2. Что такое СУБД? Определения.

3. Какие модели Баз данных существуют?

4. Какие этапы разработки Баз данных вы знаете? Их особенности.

5. Назовите программные продукты для разработки Баз данных.

6. Назовите области применения системы Microsoft Access.

Дисциплина «Проектирование баз данных» 3 курс 6 семестр

    Вероника Бухвостова 2 лет назад Просмотров:

1 Дисциплина «Проектирование баз данных» 3 курс 6 семестр Требования к оформлению контрольной работы Контрольная работа оформляется на листах формата А4 с одной стороны. Все листы обязательно нумеруются. Работа выполняется шрифтом TimesNewRoman, 14 кегль, 1,5 интервал, поля 2см. со всех сторон. Первый лист является титульным листом (пример оформления смотри ниже). На втором листе идет содержание работы, а на последнем листе список, использованной литературы. Документ должен содержать нижний колонтитул с нумерацией страниц (выравнивание от центра). Выполнение контрольной работы, основывается на реализации СУБД, разработанной теоретически на 3 курсе по дисциплине «Базы данных». Контрольная работа и автоматизированная программа (должны содержаться исходные файлы программы и исполняемый файл, для запуска СУБД, заполненные таблицы БД для проверки работоспособности программы ) сдаются на диске. Диск необходимо подписать: ФИО студента, группа, содержание диска, дата сдачи, тема работы. Пояснительная документация сдается в распечатанном виде и должна присутствовать на диске. Требования к контрольной работе: Выбрать язык реализации будущего приложения должен быть СУБДориентированным (Для реализации программы может быть использован любой язык программирования); 1) СУБД-приложение должно реализовывать следующие функции: 1) вставка данных; 2) редактирование данных; 3) удаление данных; 4) просмотр содержимого каждой из таблиц; 5) осуществление простого и сложного поиска данных на основе запросов, построенных с помощью языка SQL(необходимо привести SQL-

2 скрипты шести запросов (на проведение поиска или построение отчетов, каскадное удаление и т.п.).); 6) построение отчетов. При оценке контрольной работы особое внимание уделяется поисковым функциям и функциям построения отчетов. В каждой из таблиц должен выполняться простой поиск по одному или нескольким полям и условиям, вводимым пользователем. Количество сложных запросов должно быть не менее пяти: запрос должен включать несколько полей из нескольких таблиц (более двух) и должен включать условия, вводимые пользователем с клавиатуры (динамические запросы).

Мастер Йода рекомендует:  Автоматический запуск видеороликов в ленте Facebook начал работать в режиме тестирования

3 Министерство образования и науки Российской Федерации Федеральное государственное образовательное бюджетное учреждение высшего образования Волгоградский государственный технический университет Факультет подготовки инженерных кадров Представительство в г. Фролово Кафедра «Вычислительная техника» Контрольная работа по дисциплине: «Проектирование баз данных» «Физическое проектирование СУБД «Т Е М Вариант 24 А»» Выполнил Студент группы ВТЗ-263с зач. книжки Иванов И.И. Проверил: ст. преподаватель Приходькова И.В. Волгоград 201_ г

4 Содержание 1. Выбор операционной системы стр. 2. Выбор технологии и языка программирования стр. 3. Разработка меню стр. 4. Структура файлов базы данных.. стр 5. Примерный сценарий работы системы. стр 6. Скрипт SQL-запросов (двух простых и четырех сложных). стр. 7. Список использованной литературы. стр. Приложение Техническое задание (,оформленное на основе требований ЕСПД).. стр.

5 Приложение Министерство образования и науки Российской Федерации Волгоградский государственный технический университет Кафедра «Вычислительная техника» УТВЕРЖДАЮ Зав. кафедрой ВТ доц. О.А. Авдеюк АВТОМАТИЗИРОВАННОЕ РАБОЧЕЕ МЕСТО СЕКРЕТАРЯ ПРИЕМНОЙ КОМИССИИ Техническое задание ЛИСТ УТВЕРЖДЕНИЯ КР номер зачетки ЛУ Руководитель разработки Приходькова И.В. Исполнитель Студент гр. ФИО 201_

6 УТВЕРЖДЕН КР номер зачетки ЛУ АВТОМАТИЗИРОВАННОЕ РАБОЧЕЕ МЕСТО СЕКРЕТАРЯ ПРИЕМНОЙ КОМИССИИ Техническое задание КР номер зачетки ЛУ ЛИСТОВ 14

7 СОДЕРЖАНИЕ 1 Общие сведения Наименование разрабатываемой системы Область применения 5 2 Основание для создания системы Документ, на основании которого ведется разработка Организация, утвердившая документ, и дата его утверждения Наименование темы разработки 5 3 Название и цели создания системы 6 4 Требования к системе Требования к функциональным характеристикам Состав выполняемых функций Организация входных и выходных данных Временные и характеристики Требования к надежности Требования к надежному функционированию Контроль входной и выходной информации Время восстановления после отказа Условия эксплуатации Требования к составу и параметрам технических средств Требования к информационной и программной совместимости Требования к информационным структурам на входе Требования к информационным структурам на выходе Требования к методам решения Требования к языкам программирования Требования к программным средствам, используемым программой 12 5 Требования к программной документации 13

8 6 Технико-экономические показатели 13 7 Стадии и этапы разработки 13 8 Порядок контроля и приемки 13

9 1 Общие сведения 1.1 Наименование разрабатываемой системы Разработке подлежит система по автоматизации рабочего места секретаря приемной комиссии. В дальнейшем будем использовать краткое название Comiss. 1.2 Область применения Разработанная программа может применяться как модуль автоматизации работы секретаря приемной комиссии в колледжах, училищах и т.п. 2 Основание для создания системы 2.1 Документ, на основании которого ведется разработка Разработка ведется на основании задания, выданного старшим преподавателем каф. ВТ ВолгГТУ Приходьковой И.В. 2.2 Организация, утвердившая этот документ, и дата его утверждения Утверждено на заседании каф. ВТ Наименование темы разработки Наименование темы разработки «Автоматизированное рабочее место секретаря приемной комиссии». Разработка ведется в целях упрощения труда секретаря приемной комиссии и увеличения скорости его работы.

10 3 Назначение и цели создания системы Данная система предназначена для автоматизации работы приемных комиссий в процессе конкурсного отбора абитуриентов средних и высших учебных заведений. Проектируемое изделие в нормальном режиме работы должно обеспечить обработку не менее 200 заявлений абитуриентов за одну 8-часовую смену с последующим формированием стандартных отчетов, позволяющих: контролировать соответствие введенной информации бумажным носителям; проводить конкурсный отбор абитуриентов; получать твердые копии документов, сопровождающих работу приемной комиссии. Программа предназначена для: 1) хранения данных об абитуриентах (Фамилия, Имя, Отчество, Адрес, Дата рождения, Документ об образовании, Место работы, Сумма договора при бюджетной форме, Номер договора, Сумма договора при коммерческой форме, Дата заключения договора на коммерческое обучение, Форма договора, Место работы); 2) хранения данных о формах обучения (Название формы обучения, Шифр формы обучения); 3) хранения данных о специальностях (Шифр специальности, Название специальности, Примечание); 4) хранения данных о льготах (Шифр, Название льготы); 5) хранения данных о группах (Шифр, Количество студентов в группе); 6) хранения данных о предметах (Шифр предмета, Название); 7) хранения данных о баллах(фио абитуриента, Шифр предмета, Балл );

11 8) программа должна обеспечить помимо хранения ввод, просмотр, редактирование перечисленной выше информации; 9) выполнять все указанные в п Требования к системе 4.1 Требования к функциональным характеристикам Состав выполняемых функций Основной функцией программы должно быть хранение и обработка информации об абитуриентах, специальностях, формах обучения, льготах, баллах, предметах, группах, а также выполнять следующие функции: 1) планирование работы приемной комиссии; составление перечня специальностей, на которые производится конкурсный набор; составление перечня форм обучения (дневное, вечернее и т.д.); составление групп специальностей, на которые производится прием абитуриентов с учетом формы обучения; составление перечня предметов приемных экзаменов; распределение перечня по группам специальностей; 2) регистрация абитуриентов с распределением по группам; 3) регистрация результатов сдачи экзаменов абитуриентами; 4) получение отчетов о работе приемной комиссии и результатах конкурсного отбора абитуриентов.

12 4.1.2 Организация входных и выходных данных Входными данными программы являются новые данные, вводимые пользователем в базу данных. Выходными данными программы являются данные, хранимые в БД Временные характеристики Программное изделие должно обеспечивать в режиме ввода обработку не менее 200 заявлений абитуриентов за 8-часовую рабочую смену при средней скорости ввода информации 100 символов/мин. В режиме генерации отчетов изделие должно выдавать отчет на экран монитора в течении 1-5 минут (в зависимости от сложности отчета) с момента подачи запроса пользователем при среднем количестве абитуриентов равном 1500 чел. Время вывода сгенерированного отчета на бумажный носитель должно составлять не менее 5 стр. формата А4 в минуту Объем занимаемой оперативной памяти не должен превышать 640Кбайт. Программное изделие должно занимать не более 1 Mb дискового пространства без учета пространства, необходимого для хранения данных и сопутствующих программ внешних производителей. 4.2 Требования к надежности Требования к надежному функционированию

13 Программное изделие должно обеспечивать бесперебойную работу приемной комиссии при условии выполнения правил эксплуатации. Стандартные отчеты должны обеспечивать контроль соответствия введенной информации с бумажными носителями Контроль входной и выходной информации Программа должна контролировать строки, вводимые пользователем. Контроль выходной информации в процессе работы должен осуществляться путем анализа изменение строки ввода и остальной информации, отображаемой в формах программы Время восстановления после отказа Время восстановления после сбоя должно состоять из времени перезапуска пользователем операционной системы и программного приложения (при условии наличия установочного комплекта изделия и архивной копии введенной информации по состоянию на предыдущий рабочий день). 4.3 Условия эксплуатации Носители информации должны храниться в соответствии с условиями эксплуатации, предъявляемых производителями того или иного типа носителей. Установочный комплект изделия должен храниться на диске CD- ROM в специально отведенном для этого месте и содержать все необходимые компоненты для восстановления работоспособности программного изделия.

14 Помимо этого для восстановления исходных данных, обрабатываемых программным изделием в процессе эксплуатации, создаются архивные копии информации, хранящиеся на внешних носителях информации. Для эксплуатации программного изделия необходимо выполнять 3 вида обслуживания : установка программного изделия, архивирование введенной информации, восстановление работоспособности изделия. Установка программного изделия должна производиться при помощи установочного комплекта однократно при организации автоматизированного рабочего места члена приемной комиссии. Повторная установка должна производится при возникновении нештатной ситуации, при которой нарушается работоспособность изделия. Архивирование введенной информации должно производится средствами изделия с целью сокращения времени восстановления после сбоя. Восстановление работоспособности изделия производится при возникновении сбоя работы. Восстановление работоспособности должно состоять из следующих этапов: -повторная установка изделия; -проверка работоспособности изделия при помощи анализа стандартных отчетов и их сверки с бумажными носителями; -при возникновении повторной ошибки должно производится восстановление введенной информации с последней архивной копии с последующей сверкой стандартных отчетов с бумажными носителями и добавлением информации введенной с момента создания архивной копии и до момента возникновения нештатной ситуации.

15 4.4 Требования к составу и параметрам технических средств Для эксплуатации программного изделия необходимы: a) процессор AMD Athlon II X2 265 с тактовой частотой 3300 МГц, не менее; b) оперативную память объемом 1 Гб; c) накопитель данных объемом 80 Гб, не меньше; d) стандартная клавиатура 101/102; e) монитор VGA; f) интегрированная видеокарта; привод CD-ROM. 4.5 Требования к информационной и программной совместимости Требования к информационным структурам на входе Входные данные вводятся в программное изделие при помощи консоли оператора. При восстановлении с архивной копии данные вводятся посредством замены поврежденных информационных файлов резервными копиями. Внутри изделия данные должны храниться в виде файлов баз данных формата Paradox Требования к информационным структурам на выходе Выходная информация изделия должна состоять из стандартных отчетов, выводимых как на консоль оператора так и на принтер. Создание архивных копий введенной информации должно производится автоматически по запросу оператора путем копирования информационных файлов на указанный оператором носитель.

16 4.5.3 Требования к методам решения Методы решения должны обеспечить выполнение всех этапов проектирования программы в соответствии с их порядком и сроками выполнения, указанными в разделе 6 данного документа Требования к языкам программирования Реализации программного изделия должна производится при помощи Borland Delphi 6.0. с использованием стандартных компонент. Реализация запросов к базе данных в процессе работы изделия должна производиться при помощи языка запросов SQL Требования к программным средствам, используемым программой Программное изделие должно эксплуатироваться под управлением операционных системы MS Windows-9x, Windows 2000, Windows Nt, Windows XP. Доступ программного изделия к информационным файлам должно осуществляться через Borland Database Engine Требования к маркировке и упаковке Программное изделие должно поставляется на носителе CD- ROM в пластиковой упаковке. Маркировка изделия должна наноситься как на носитель так и на и упаковку. Маркировка носителя должна состоять из логотипа изделия, полного наименования изделия с указанием версии. Маркировка упаковки должна содержать логотип изделия, полное наименование изделия с указанием версии

17 программного продукта, краткую инструкцию по установке и восстановлению работоспособности изделия. 5 Требования к программной документации В состав программной документации необходимо включить следующие документы: 1) Пояснительная записка, отражающая все этапы работы над курсовым проектом; 6 Технико-экономические показатели Ориентировочная экономическая эффективность не рассчитывается. Предполагаемое число использования программы в год 365 сеансов работы на одном месте. Экономические преимущества разработки в сравнении с лучшими отечественными и зарубежными аналогами составят: число рабочих мест аналоги разработка экономические преимущества 5 $500 $100 $ $700 $200 $ $1000 $400 $600 7 Стадии и этапы разработки 1) разработка и утверждение технического задания 2 недели; 2) исследование предметной области поставленной задачи, изучение теоретических основ баз данных 4 недель; 3) проектирование базы данных 6 недель; 4) разработка и написание пояснительной записки 2 недели. подэтапы: Этап проектирования базы данных разбивается на следующие

18 1) формулирование и анализ требований 1 неделя; 2) концептуальное проектирование 1 неделя; 3) проектирование реализации 1 неделя; 4) машинное проектирование 3 недели. 8 Порядок контроля и приемки Испытания работоспособности и быстродействия программного изделия должно производиться: 1. с использованием тестовых примеров разработчика, согласованных с заказчиком; 2. с использованием данных заказчика на оборудовании заказчика. Изделие считается годным к эксплуатации при прохождении тестовых примеров и выполнении всех пунктов технического задания, с учетом ранее согласованных изменений к нему. По результатам испытаний составляется акт приемо-сдаточных работ в котором (при наличии) указывается несоответствий программного обеспечения техническому заданию. Несоответствия программного изделия, обнаруженные в процессе устраняются разработчиком.

1. Проектирование СУБД. Введение | Технострим

Смотреть видео 1. Проектирование СУБД. Введение | Технострим на Smotri.City бесплатно

285 | 33
Технострим Mail.Ru Group | 3 год.

Технотрек Mail.ru Group, МФТИ
Курс «Проектирование СУБД»
Лекция №1 «Введение»
Лекторы — Елена Шишкина, Данил Вагапов

Слайды лекции: www.docme.ru/CsX5
Другие лекции курса: http://bit.ly/2cAwgsU
Подробнее о курсе: https://track.mail.ru/curriculum/program/discipline/38/


Лекция «обрывается», так как были технические неполадки и запись не была осуществлена. Приносим извинения!

Цель курса —формирование знаний и навыков написания SQL предложений для работы в объектно-реляционной базе данных PostgreSQL.

Курс посвящен изучению основ языка SQL с учетом особенностей объектно-реляционной базы данных PostgreSQL. В программе курса предусмотрен комплексный подход к изучению стандартизованного языка SQL на платформе PostgreSQL, включая некоторые минимальные возможности администрирования пользователей, ролей, схем, базовых таблиц и других объектов базы данных. В курсе рассматриваются основы работы с базой данных PostgreSQL и некоторые особенности SQL применительно к этой базе данных. Выполнение практических упражнений в инструменте pgAdmin позволят закрепить основные концепции.

Официальный канал образовательных проектов Mail.Ru Group

► Нажмите здесь для подписки ‣ http://www.youtube.com/TPMGTU?sub_confirmation=1

Актуальные лекции и мастер-классы о программировании от лучших IT-специалистов. Если вы увлечены мобильной и веб-разработкой, присоединяйтесь!

Добавить комментарий