Миниспецификации процессов диаграмм нижнего уровня функциональной модели в терминах псевдокода

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

Множество всех спецификация процессов является полной спецификацией системы.

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

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

Независимо от используемой нотации спецификация процесса должна начинаться с ключевого слова @СПЕЦПРОЦ. До начала спецификации должны быть описаны входные и выходные данные. Заканчивается спецификация ключевым словом @КОНЕЦ СПЕЦПРОЦ.

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

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

В разделе должна приводятся полная спецификация системы.

Пример:

«Найти книги по списку»

@ВХОД= ИНФОРМАЦИЯ О ФОНДЕ

@ВЫХОД= РЕЗУЛЬТАТ ПОИСКА

@СПЕЦПРОЦ А2.1.1 НАЙТИ КНИГИ ПО СПИСКУ

ВЫПОЛНИТЬ потребовать СПИСОК

ВЫПОЛНИТЬ проверить наличие КНИГ в ФОНДЕ

ЕСЛИ КНИГИ есть в НАЛИЧИИ ТО

ВЫПОЛНИТЬ присвоить РЕЗУЛЬТАТ ПОИСКА =положительный

ИНАЧЕ

ВЫПОЛНИТЬ присвоить РЕЗУЛЬТАТ ПОИСКА =отрицательный

КОНЕЦЕСЛИ

@КОНЕЦ СПЕЦПРОЦ

3.2. T-SQL-определения регламентированных запросов

Представлениедля конечных пользователей выглядит как таблица, но при этом само не содержит данных, а лишь представляет данные, расположенные в таблице. Физически представление реализовано в виде SQL-запроса, на основе которого производится выборка данных из одной или нескольких таблиц или представлений.

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

В разделе 3.2 приводятся T-SQL-определения представлений с необходимыми комментариями.

Пример:

Информация о замене экземпляров по программированию на С++.

CREATE VIEW infoZamena

AS SELECT /*Указываем, какие поля, из каких таблиц будут выведены*/

Книга.Автор, Книга.Название, Экземпляр.Шифр, Замена_экземпляров.Номер_акта_замены

FROM /*Указываем таблицу, и связанные с ней при помощи оператора INNER JOIN таблицы, из которых выбираются связанные данные. После операнда ON указываем, по каким полям связаны две таблицы*/

(Книга INNER JOIN Экземпляр ON Книга.ISBN =Экземпляр.ISBN)

INNER JOIN Замена_экземпляров ON Экземпляр.Шифр = Замена_экземпляров.Шифр

WHERE Книга.Название LIKE '%C++' /*Выбираются только те книги, в названии которых присутствует “C++” */

3.3. T-SQL-определения триггеров

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

Триггеры могут срабатывать на вставку, удаление, изменение данных таблицы.

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

В разделе приводятся T-SQL-определения триггеров с необходимыми комментариями.

Пример: Триггер, который записывает при удалении записей из таблицы «Сотрудники_библиотеки» в отдельную таблицу информацию о дате удаления, пользователе.

CREATE TRIGGER deletesotrud

ON Сотрудники_библиотеки /*Связываем с таблицей*/

FOR DELETE AS

INSERT INTO DeletedSotrudLibrary /*Указываем таблицу, куда будет производиться запись*/

(Табельный_номер, имя, фамилия, отчество, дата_рождения, /*Пречисляем поля таблицы*/

должность, номер_отдела, Имя_пользователя, Дата_удаления)

SELECT /*Причисляем вносимые значения*/

Табельный_номер, имя, фамилия, отчество, дата_рождения, должность, номер_отдела,

SYSTEM_USER, getdate() FROM deleted /*deleted – временная таблица, куда заносятся удаляемые данные*/

3.4. T-SQL-определения хранимых процедур

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

Хранимые процедуры можно включать в группы.

Перед созданием хранимой процедуры необходимо определить её тип, количество входных и выходных данных, а после следует приступать к разработке кода процедуры.

разница

В разделе «T-SQL-определения хранимых процедур» приводятся T-SQL-определения хранимых процедур с необходимыми комментариями.

Пример:

1. Список выдач книг за текущий день.

CREATE PROCEDURE CpicokVidach

SELECT /*Перечисляем поля, которые будут выведены в результате запроса */

Пользование_библиотекой2.Табельный_номер, COUNT(Пользование_библиотекой2.Дата_выдачи)

FROM /*указываем имя таблицы из которых выбираются записи*/

Пользование_библиотекой2

WHERE /*задаем условие отбора*/

Пользование_библиотекой2.Дата_выдачи=(SELECT GETDATE())

GROUP BY /*производится группировка по указанному полю*/

Табельный_номер

/*SELECT GETDATE() позволяет получить текущую дату (год, месяц, число)

COUNT (< поле> ) возвращает количество записей какого-либо поля*/

3.5. T-SQL-определения курсоров

Курсоры SQL-сервер помогают клиентским приложениям справиться с большими объемами данных. Они позволяет работать им не с полным набором данных, а только с одной или несколькими строками.

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

Всегда, когда возможно, следует избегать использования курсоров и работать со стандартными командами обработки данных: Select, Insert, Update, Delete. Скорость выполнения операций обработки данных с помощью курсора заметно ниже, чем у стандартных средств SQL-сервер.

Можно использовать различные типы курсоров (статические, динамические, последовательные или ключевые).

При работе с курсорами можно использовать следующие операции:

1) Создание курсора;

2) Открытие курсора;

3) Выборка из курсора и изменение строк данных с помощью курсора;

4) Закрытие курсора;

5) Освобождение курсора.

В разделе 3.5 приводятся T-SQL-определения курсоров с необходимыми комментариями.

Пример:

DECLARE curs1 CURSOR

GLOBAL /*Создается глобальный курсор, который будет существовать до закрытия данного соединения*/

SCROLL /*Создает прокручиваемый курсор*/

KEYSET /*Будет создан ключевой курсор*/

TYPE_WARNING FOR SELECT /*Какие поля будут показаны в курсоре*/

Студенты.Читательский_номер, Студенты.Имя, Студенты.Фамилия, Студенты.Отчество, Студенты.год_поступления, Студенты.год_окончания, Студенты.факультет, Студенты.специальность, Студенты.форма_обучения, Студенты.номер_приказа

FROM Студенты /*Из какой таблицы выбираются данные*/

FOR READ ONLY /*Только для чтения*/

open global curs1 /*открываем глобальный курсор*/

DECLARE /*объявляем переменную*/

@@Counter int

SET @@Counter =@@CURSOR_ROWS /*присваиваем ей число рядов курсора*/

Select @@Counter /*выводим результат на экран*/

CLOSE curs1 /*закрываем курсор*/

DEALLOCATE curs1 /*освобождаем курсор*/

3.6. Описание клиентских приложений

В этом разделе должны быть представлены все формы (виды экрана) клиентского приложения. Здесь приводится вид интерфейсных окон, предназначенных для ввода исходных данных, описывается последовательность перехода между формами.

Если на формах присутствуют какие-либо кнопки, то нужно описать их назначение и функции, привести код обработки нажатия на них.

4. Проектирование системы безопасности. Управление авторизацией, управление ролями, управление разрешениями средствами Transact SQL.

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

5. Прокомментированный скрипт создания базы данных

Приводится скрипт создания базы данных со всеми необходимыми комментариями. Комментарии выполняются по следующему правилу:

– в начале строки комментария ставится «//»;

– если необходимо закомментировать несколько строк, то вначале первой строки ставятся символы «/*», а после последнего символа комментария – «*/»

Скрипт создания базы данных разрешается оформлять шрифтом Times New Roman, 10, междустрочный интервал – одинарный.

6. Результат тестирования информационной системы

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

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

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

Заключение

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

Список использованных источников

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

Приложение

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

Приложение оформляют как продолжение документа на последующих его листах.

В тексте документа на все приложения должны быть даны ссылки.

Каждое приложение следует начинать с новой страницы с указанием наверху посередине страницы слова " Приложение" и его обозначение.

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

В приложения выносятся диаграмма дерева узлов, ER-диаграмма логического уровня, ER-диаграмма физического уровня.

Заключение

Во время прохождения технологической практики был разработан учебно-методический комплекс для курсового проектирования по дисциплине «Базы и банки данных». В качестве примера курсового проектирования реализована многопользовательская информационная система «Университетская библиотека».

При создании информационной системы использовались СУБД Microsoft ACCESS 2000, средство моделирования баз данных All Fusion Data Modeler 4.1, средство моделирования бизнес-процессов All Fusion Process Modeler 4.1, сервер баз данных Microsoft SQL server 2000, язык баз данных T-SQL.

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