1)Диаграмма деятельности uml 2: назначение, действия и деятельности, объекты, дуги деятельности

Диаграммы деятельности используются для моделирования поведения, которое характеризуется некоторой деятельностью в форме последовательности действий, которые выполняются различными элементами, входящими в состав системы.

Деятельность – спецификация параметризированного поведения в форме координируемой последовательности подчиненных единиц, индивидуальными элементами которых являются действия.

Действие представляет собой элементарную единицу спецификации поведения, которая не может быть далее декомпозирована в форме деятельности.

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

На диаграмме узлы деятельности могут быть связаны между собой при помощи дуг деятельности.

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

Две разновидности дуг деятельности:

• дуги потока управления,

• дуги потока данных.

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

Поток объектов представляется в форме дуги деятельности, по которой передаются только маркеры объектов или данных.

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

Свойства деятельности:

1. Деятельность может иметь несколько маркеров, которые втекают в нее или вытекают из нее в любой момент времени.

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

3. Деятельности могут быть анонимными, если они не назначены никакому классификатору.

4. Маркеры деятельности могут достигать узких мест и ожидать прохождения других маркеров перед ними, чтобы самим двигаться дальше.

5. Маркеры могут настигать друг друга во время выполнения вызываемого поведения и могут прерывать деятельность с помощью специальной конструкции – окончание деятельности.

6. Одна деятельность может вызывать другую деятельность.

Правила выполнения действия:

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

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

3. Действие порождает выполнение до тех пор, пока оно не будет завершено.

4. После завершения действия оно предлагает маркеры объектов во все его выходные контакты, а маркеры управления во все выходящие из него дуги управления, и на этом формально оно заканчивается.

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

2)Http-протокол. Идеология построения протокола http. Общая структура сообщений, методы доступа. Заголовок и данные http-запросов. Стандартные коды ответов.

HTTP был разработан как основа World Wide Web.

Работа по протоколу HTTP происходит следующим образом: программа-клиент устанавливает TCP соединение с сервером и выдает ему HTTP-запрос. Сервер обрабатывает этот запрос и выдает HTTP-ответ клиенту.

Структура протокола определяет, что каждое HTTP-сообщение состоит из трёх частей, которые передаются в следующем порядке:

• Стартовая строка — определяет тип сообщения;

• Заголовки — характеризуют тело сообщения, параметры передачи и прочие сведения;

• Тело сообщения — непосредственно данные сообщения.

Стартовая строка является обязательным элементом, так как указывает на тип запроса/ответа

Строка запроса выглядит так:

Метод URI HTTP/Версия протокола

Пример запроса:

GET /web-programming/index.html HTTP/1.1

Строка ответа сервера имеет следующий формат:

HTTP/Версия КодСостояния [Пояснение]

Пример ответа:

HTTP/1.1 200 Ok

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

Метод	Краткое описание
OPTIONS	Используется для определения возможностей веб-сервера или параметров соединения для конкретного ресурса. Предполагается, что запрос клиента может содержать тело сообщения для указания интересующих его сведений.
GET	Используется для запроса содержимого указанного ресурса. С помощью метода GET можно также начать какой-либо процесс. В этом случае в тело ответного сообщения следует включить информацию о ходе выполнения процесса. Кроме обычного метода GET, различают ещё условный GET и частичный GET. Условные запросы GET содержат заголовки If-Modified-Since, If-Match, If-Range и подобные. Частичные GET содержат в запросе Range. Порядок выполнения подобных запросов определён стандартами отдельно.
HEAD	Аналогичен методу GET, за исключением того, что в ответе сервера отсутствует тело. Запрос HEAD обычно применяется для извлечения метаданных, проверки наличия ресурса (валидация URL) и чтобы узнать, не изменился ли он с момента последнего обращения.
POST	Применяется для передачи пользовательских данных заданному ресурсу. C помощью метода POST обычно загружаются файлы.
PUT	Применяется для загрузки содержимого запроса на указанный в запросе URI. Используя PUT, клиент предполагает, что загружаемое содержимое соответствуют находящемуся по данному URI ресурсу.
PATCH	Аналогично PUT, но применяется только к фрагменту ресурса.
DELETE	Удаляет указанный ресурс.
TRACE	Возвращает полученный запрос так, что клиент может увидеть, что промежуточные сервера добавляют или изменяют в запросе.
LINK	Устанавливает связь указанного ресурса с другими.
UNLINK	Убирает связь указанного ресурса с другими.

Код состояния информирует клиента о результатах выполнения запроса и определяет его дальнейшее поведение. Набор кодов состояния является стандартом.

Каждый код представляется целым трехзначным числом. Первая цифра указывает на класс состояния, последующие - порядковый номер состояния.

3)Общие понятия и определения целостности. Принципы поддержки целостности в СУБД. Преимущества и недостатки средств обеспечения целостности данных. Примеры использования объекта «ограничения целостности» в базе данных.

Одним из основополагающих понятий в технологии БД является понятие целостности.

В реляционной модели под целостностью понимается соответствие информационной модели предметной области, хранимой в БД, объектам реального мира и их взаимосвязям в каждый момент времени.

Поддержка целостности в реляционной модели данных в ее классическом понимании включает в себя 3 аспекта:

• поддержка структурной целостности

• поддержка языковой целостности

• поддержка ссылочной целостности (Declarative Referential Integrity, DRI)

Поддержка структурной целостности:

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

Поддержка языковой целостности:

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

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

Поддержка ссылочной целостности:

Означает обеспечение одного из заданных принципов взаимосвязи между экземплярами кортежей взаимосвязанных отношений:

• кортежи подчиненного отношения уничтожаются при удалении кортежа основного отношения, связанного с ними.

• кортежи основного отношения модифицируются при удалении кортежа основного отношения, связанного с ними, при этом на месте ключа родительского отношения ставится неопределенное Null значение.

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

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

Преимущества и недостатки:

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

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

Примеры правил:

вес детали должен быть положительным; количество знаков в телефонном номере не должно превышать 25; возраст родителей не может быть меньше возраста их биологического ребёнка и т.д.

Главное средство обеспечение доменной целостности в SQL Server - это ограничение CHECK. Оно может быть определено при создании таблицы или добавлено позднее при помощи команды ALTER TABLE, например:

ALTER TABLE dbo.Employees

ADDCONSTRAINT CK_birthdate CHECK (BirthDate> '01-01-1900' AND BirthDate<getdate())