Файл: поволжский государственный университет телекоммуникаций и информатики.pdf
ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 07.11.2023
Просмотров: 352
Скачиваний: 14
ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
WHERE
id = 2
"""
execute_query(connection, update_post_description)
Удаление записей таблицы
В качестве примера удалим комментарий с id равным 5: delete_comment =
"DELETE FROM comments WHERE id = 5" execute_query(connection, delete_comment)
Теперь, если мы извлечем все записи из таблицы comments, то увидим, что пятый комментарий был удален.
Контрольные вопросы
1. Что такое реляционная база данных?
Реляционная база данных — это связанная информация, представленная в виде двумерных таблиц. Представьте себе адресную книгу.
Она содержит множество строк, каждая из которых соответствует данному индивидууму. Для каждого из них в ней представлены некоторые независимые данные, например, имя, номер телефона, адрес. Представим такую адресную книгу в виде таблицы, содержащей строки и столбцы.
Каждая строка (называемая также записью) соответствует определенному индивидууму, каждый столбец содержит значения соответствующего типа данных: имя, номер телефона и адрес, представленных в каждой строке.
2. Что такое SQL и для чего он нужен?
SQL — это язык программирования структурированных запросов
(SQL, Structured Query Language), который используется в качестве
эффективного способа сохранения данных, поиска их частей, обновления, извлечения из базы и удаления.
3. Какие группы операторов существуют? Опишите одну из них на выбор
SQL содержит 4 группы операторов:
•
Операторы описания данных: CREATE, DROP, ALTER и др.
•
Операторы манипуляции данными: INSERT, DELETE, SELECT,
UPDATE и др.
•
Операторы задания прав доступа в базе данных: GRANT /
REVOKE , LOCK / UNLOCK , SET LOCK MODE
•
Операторы защиты, восстановления данных и прочие операторы.
Операторы описания данных
Операторы описания данных предназначены для описания (создания), изменения описания и уничтожения объектов базы данных.
В SQL различаются следующие виды объектов:
• база данных (database);
• таблица (table);
• столбец (column);
• индекс (index);
• снимок (view);
• синоним (synonym)
Каждый объект имеет собственное имя - идентификатор. Каждый объект имеет владельца - т.е. того пользователя, который его создал. Имя объекта можно уточнять с помощью имени его владельца (owner-name) в такой форме: moshkow.table1 4. Что такое Python DB-API?
Python DB-API – правила, которым подчиняются отдельные модули, реализующие работу с конкретными базами данных. Отдельные нюансы реализации для разных баз могут отличаться, но общие принципы позволяют использовать один и тот же подход при работе с разными базами данных.
3. Какие группы операторов существуют? Опишите одну из них на выбор
SQL содержит 4 группы операторов:
•
Операторы описания данных: CREATE, DROP, ALTER и др.
•
Операторы манипуляции данными: INSERT, DELETE, SELECT,
UPDATE и др.
•
Операторы задания прав доступа в базе данных: GRANT /
REVOKE , LOCK / UNLOCK , SET LOCK MODE
•
Операторы защиты, восстановления данных и прочие операторы.
Операторы описания данных
Операторы описания данных предназначены для описания (создания), изменения описания и уничтожения объектов базы данных.
В SQL различаются следующие виды объектов:
• база данных (database);
• таблица (table);
• столбец (column);
• индекс (index);
• снимок (view);
• синоним (synonym)
Каждый объект имеет собственное имя - идентификатор. Каждый объект имеет владельца - т.е. того пользователя, который его создал. Имя объекта можно уточнять с помощью имени его владельца (owner-name) в такой форме: moshkow.table1 4. Что такое Python DB-API?
Python DB-API – правила, которым подчиняются отдельные модули, реализующие работу с конкретными базами данных. Отдельные нюансы реализации для разных баз могут отличаться, но общие принципы позволяют использовать один и тот же подход при работе с разными базами данных.
Выводы:
В результате проделанной работы мы разобрались, как применять библиотеки Python для работы с реляционными базами данных. Мы установили и запустили MySQL, создали простую модель данных.
Лабораторная работа № 4
Цель работы
Ознакомиться с правилами написания технического задания.
1. Введение
Работа выполняется в рамках разработки программного модуля «Учет нарушений правил дорожного движения» для оплаты нарушителями штрафов. Для каждой автомашины (и ее владельца) в базе хранится список нарушений. Для каждого нарушения фиксируется дата, время, вид нарушения и размер штрафа. При оплате всех штрафов машина удаляется из базы.
2. Основание для разработки
2.1. Основание для данной работы служит договор № 7777 от 17 апреля
2022 г.
2.2. Наименование работы:
Модуль «Учет нарушений правил дорожного движения»
2.3. Исполнители:
ООО «Ялта».
2.4. Соисполнители: нет.
3. Назначение разработки
Программный модуль предназначен для занесения нарушителей в базу, в которой хранится список нарушений.
4. Технические требования
4.1. Требования к функциональным характеристикам.
4.1.1. Состав выполняемых функций.
Разрабатываемое ПО должно обеспечивать:
отказоустойчивую работу модуля;
быстрый и удобный поиск в базе;
быстрое занесение нарушителей в базу;
автоматическое удаление нарушителей из базы, при оплате ими всех штрафов;
4.1.2. Организация входных и выходных данных.
Исходные данные в систему поступают с камер фиксации нарушений, а также от сотрудников ГАИ. После, эти данные вносятся в базу данных.
Основной режим использования системы — ежедневная работа.
4.2. Требования к надежности.
Для обеспечения надежности необходимо проверять корректность вводимых данных.
4.3. Требования к составу и параметрам технических средств.
Минимальная конфигурация:
• тип процессора
Intel Core i3 / AMD FX-6300 и выше;
• объем оперативного запоминающего устройства
2048 Мб и более;
• объем свободного места на жестком диске
55 Мб.
Рекомендуемая конфигурация:
• тип процессора
Intel Core i3 / AMD FX-6300 и выше;
• объем оперативного запоминающего устройства
4096 Мб;
• объем свободного места на
100 Мб.
жестком диске
4.4. Требования к информационной и программной совместимости.
Программа должна работать под управлением семейства операционных систем Windows (Windows 7/8/10), Linux (Ubuntu, Mint) и Mac OS.
4.5. Требования к транспортировке и хранению.
Программа размещена в открытом доступе на сайте разработчика и имеет открытый исходный код. Программная документация поставляется в электронном и печатном виде.
4.6. Специальные требования:
программное обеспечение должно иметь дружественный интерфейс, рассчитанный на пользователя (в плане компьютерной грамотности) квалификации;
ввиду объемности проекта задачи предполагается решать поэтапно, при этом модули ПО, созданные в разное время, должны предполагать возможность наращивания системы и быть совместимы друг с другом, поэтому документация на принятое эксплуатационное
ПО должна содержать полную информацию, необходимую для работы программистов с ним;
язык программирования — C++.
5. Требования к программной документации
5.1.
Разрабатываемые программные модули должны быть самодокументированы, т. е. тексты программ должны содержать все необходимые комментарии.
5.2. Разрабатываемая программа должна включать справочную информацию о работе программы, описания методов сортировки и подсказки учащимся.
5.3. В состав сопровождающей документации должны входить:
4.4. Требования к информационной и программной совместимости.
Программа должна работать под управлением семейства операционных систем Windows (Windows 7/8/10), Linux (Ubuntu, Mint) и Mac OS.
4.5. Требования к транспортировке и хранению.
Программа размещена в открытом доступе на сайте разработчика и имеет открытый исходный код. Программная документация поставляется в электронном и печатном виде.
4.6. Специальные требования:
программное обеспечение должно иметь дружественный интерфейс, рассчитанный на пользователя (в плане компьютерной грамотности) квалификации;
ввиду объемности проекта задачи предполагается решать поэтапно, при этом модули ПО, созданные в разное время, должны предполагать возможность наращивания системы и быть совместимы друг с другом, поэтому документация на принятое эксплуатационное
ПО должна содержать полную информацию, необходимую для работы программистов с ним;
язык программирования — C++.
5. Требования к программной документации
5.1.
Разрабатываемые программные модули должны быть самодокументированы, т. е. тексты программ должны содержать все необходимые комментарии.
5.2. Разрабатываемая программа должна включать справочную информацию о работе программы, описания методов сортировки и подсказки учащимся.
5.3. В состав сопровождающей документации должны входить:
5.3.1. Пояснительная записка на пяти листах, содержащая описание разработки.
5.3.2. Руководство пользователя.
6.
Технико-экономические показатели
Эффективность системы определяется удобством использования системы для контроля и управления основными параметрами делами нарушителей, а также выгодой, в плане комфортного управления и быстрой оплаты штрафов.
7. Порядок контроля и приемки
После передачи Исполнителем отдельного функционального модуля программы Заказчику последний имеет право тестировать модуль в течение
10 дней. После тестирования Заказчик должен принять работу по данному этапу или в письменном виде изложить причину отказа принятия. В случае обоснованного отказа Исполнитель обязуется доработать модуль.
8. Календарный план работ
№
Название этапа
Сроки этапа
Чем заканчивается этап
1
Изучение предметной области.
Проектирование системы.
Разработка предложений по реализации системы
14.02.2022-
24.07.2022
Предложения по работе системы. Акт сдачи- приемки
2
Разработка программного модуля
25.04.2022-
31.09.2022
Программный комплекс, решающий поставленные задачи. Акт сдачи-приемки
«Учет нарушений правил дорожного движения».
Внедрение системы в главном отделе ГИБДД
3
Тестирование и отладка модуля.
Внедрение системы в главном отделе ГИБДД
31.09.2022-
29.12.2022
Готовая программа, внедренная системы в главном отделе ГИБДД.
Программная документация.
Акт сдачи-приемки работ
Руководитель работ
Петров П. П.
Контрольные вопросы
1. Дайте понятие модели жизненного цикла ПО.
Модель жизненного цикла
— структура, определяющая последовательность выполнения и взаимосвязи стадий и этапов, выполняемых на протяжении ЖЦ. Модель ЖЦ зависит от специфики ПО и специфики условий, в которых последняя создается и функционирует.
2. Приведите этапы разработки программного обеспечения.
В жизненном цикле программного обеспечения обычно выделяют следующие этапы:
1) системный анализ и обоснование необходимости разработки;
2) формирование требований;
3) проектирование;
4) программирование;
5) тестирование и отладка;
6) ввод программы в действие;
7) эксплуатация и сопровождение;
8)завершение эксплуатации.
3. Что включает в себя постановка задачи и предпроектные исследования?Постановка задачи — точная формулировка условий задачи с описанием входной и выходной информации. Входная информация по задаче — данные, поступающие на вход задачи и используемые для её решения. Выходная информация может быть представлена в виде документов, кадров на экране монитора, информации в базе данных, выходного сигнала устройству управления. Проектирование системы начинается с предпроектных исследований, в результате которых определяются цели системы, объем работ, вырабатываются критерии успешности проекта, оцениваются риски. В результате предпроектных исследований определяются рамки проекта. Рамки проекта включает определение объема работ, формирование организационной структуры проекта и формирование управления ним. 4. Перечислите функциональные и эксплуатационные требования к программному продукту. Функциональные требования описывают сервисы, предоставляемые программной системой, ее поведение в определенных ситуациях, реакцию на те или иные входные данные и действия, которые система позволит выполнять пользователям. Эксплуатационные требования определяют характеристики разрабатываемого программного обеспечения, проявляемые в процессе его использования. К таким характеристикам относят [1]: правильность — функционирование в соответствии с техническим заданием. Это требование является обязательным для всякого программного продукта, но поскольку никакое тестирование не дает гарантии 100%-ной правильности, речь может идти об определенной вероятности наличия ошибок. Вероятность сбоя системы управления космическими полетами должна быть близка к нулю;
универсальность — обеспечение правильной работы при любых допустимых данных и защиты от неправильных данных. Так же как в предыдущем случае, доказать универсальность программы невозможно, поэтому имеет смысл говорить о степени ее универсальности;
надежность (помехозащищенность) — обеспечение полной повторяемости результатов, т. е. обеспечение их правильности при наличии различного рода сбоев. Источниками помех могут являться технические и программные средства, а также люди, работающие с этими средствами. В настоящее время существует достаточное количество способов избежать потерь информации при сбоях. Например, прием «создания контрольных точек», при котором сохраняются промежуточные результаты, что позволяет после сбоя программы продолжить работу с данными, записанными в последней контрольной точке. Возможно также уменьшить количество ошибок, используя дублирование систем или ввод избыточной информации;
проверяемость — возможность проверки получаемых результатов.
Для этого необходимо документально фиксировать исходные данные, установленные режимы и другую информацию, которая влияет на получаемые результаты. Особенно это сказывается, когда сигналы поступают непосредственно от датчиков;
точность результатов — обеспечение погрешности результатов не выше заданной. Величина погрешности зависит от точности исходных данных, степени адекватности используемой модели, точности выбранного метода и погрешности выполнения операций в компьютере. Жесткие требования к точности предъявляют системы навигации (например, система стыковки космических аппаратов) и системы управления технологическими процессами;
защищенность — обеспечение конфиденциальности информации.
Наиболее жесткие требования предъявляются к системам, в которых хранится информация, связанная с государственной и коммерческой тайной.
Для обеспечения защиты информации используют программные, криптографические, правовые и другие методы;
программная совместимость
— возможность совместного функционирования с другим программным обеспечением. Чаще всего в данном случае речь идет о функционировании программы под управлением заданной операционной системы. Однако может потребоваться обмен данными с некоторой другой программой. В этом случае точно оговаривается формат передаваемых данных;
аппаратная совместимость
— возможность совместного функционирования с некоторым оборудованием.
Это требование формулируют в виде минимально возможной конфигурации оборудования, на котором будет работать данное программное обеспечение. Если предполагается использование нестандартного оборудования, то для него должны быть описаны интерфейсы;
эффективность — использование минимально возможного количества ресурсов технических средств
(например, времени микропроцессора, объема оперативной памяти, объема внешней памяти, количества внешних устройств и др.). Эффективность оценивается по каждому ресурсу отдельно, поэтому требования эффективности часто противоречат друг другу. Например, чтобы уменьшить время выполнения программы, необходимо увеличить объем оперативной памяти;
адаптируемость — возможность быстрой модификации с целью приспособления к изменяющимся условиям функционирования. Оценить эту характеристику количественно практически невозможно. Можно только констатировать, что при разработке данного ПО использовались приемы, облегчающие его модернизацию;
повторная входимость — возможность повторного выполнения без перезагрузки с диска. Данное требование обычно предъявляется к программному обеспечению, резидентно загруженному в оперативную память (например, драйверы);
реентерабельность — возможность «параллельного» использования несколькими процессами. Чтобы удовлетворить этому требованию, необходимо создавать копию данных, изменяемых программой, для каждого процесса.
5. Перечислите правила разработки технического задания.
При составлении технического задания заказчику следует руководствоваться следующими рекомендациями:
1) описание потребностей заказчика должно носить объективный характер;
2) формулировки задания должны быть понятными, лаконичными, непротиворечивыми, типовыми (унифицированными), соответствовать сложившейся практике и обычаям делового оборота, не должны противоречить законодательству;
3) задание не должно предусматривать для поставщика (подрядчика, исполнителя; далее - поставщик) больше рисков и обременений, чем для заказчика, поскольку это грозит завышением цены участниками или вообще их отказом от подачи заявок.
6. Назовите основные разделы технического задания.
Согласно ГОСТ 34.602-89, основными разделами ТЗ являются:
1. Общие сведения.
2. Назначение и цели создания (развития) системы.
3. Характеристика объектов автоматизации.
4. Требования к системе.
5. Состав и содержание работ по созданию системы.
6. Порядок контроля и приемки системы.
7. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие.
8. Требования к документированию.
9. Источники разработки.