Разработка базы данных учета доходов потребительского общества

Размещено на http://www.allbest.ru

СОДЕРЖАНИЕ

Введение

1. Теоретические аспекты учета доходов потребительского общества

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

3. Преобразование концептуальной модели данных к реляционной

4. Разработка реляционной базы данных информационной системы для учета доходов потребительского общества средствами программного продукта СУБД MS SQL Server 2012

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

Заключение

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



ВВЕДЕНИЕ

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

Двадцать первый век можно смело назвать веком информатизации. В настоящее время в любой современной компании сотрудники работают с информацией при помощи компьютера и современных информационных систем. Для обозначения этого явления даже возник специальный англоязычный термин - information worker - сотрудник, работающий с информацией. Сегодня все мы, так или иначе, работаем с информацией. В зависимости от должностных обязанностей меняется только характер и объем информации. А поскольку каждая информационная система нацелена на работу с определенного рода информацией, то в основе современных информационных систем лежат базы данных, осуществляющие структурированное хранение информации.

При этом в независимости от решаемых задач всем нужен быстрый доступ к актуальной информации. Именно поэтому важной задачей является проектирование и разработка баз данных . Базы данных являются центральной частью любой современной информационной системы, от которой зачастую зависит не только эффективность самой информационной системы, но и зачастую эффективность работы всей компании. Поэтому услуги по проектированию информационных систем и баз данных на заказ должны оказываться квалифицированными специалистами, способными Размещено на http://www.allbest.ru

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

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

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

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

управление данными во внешней памяти (на дисках);

управление данными в оперативной памяти;

журнализация изменений и восстановление базы данных
после сбоев;

поддержание языков БД (язык определения данных, язык манипулирования данными).

Обычно современная СУБД содержит следующие компоненты:

ядро, которое отвечает за управление данными во внешней и оперативной памяти и журнализацию,

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

подсистему поддержки времени исполнения, которая интерпретирует программы манипуляции данными, создающие пользовательский интерфейс с СУБД

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

Целью курсовой работы является построение концептуальной и реляционной модели базы данных учета доходов потребительского общества с помощью программного продукта MS SQL SERVER, а также создание описывающих ее бизнес правил.

Объем курсовой работы составляет 35 листов печатного текста.



1. ТЕОРЕТИЧЕСКИЕ АСПЕКТЫ УЧЕТА ДОХОДОВ ПОТРЕБИТЕЛЬСКОГО ОБЩЕСТВА

Имущество потребительских обществ формируется из разных источников, к основным из них относятся:

паевые взносы пайщиков (граждан и юридических лиц);

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

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

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

Паевые взносы пайщиков (сокращенно: пай) - это обязательное участие пайщиков в образовании имущества потребительского общества. Паевой взнос до внесения его в потребительское общество является частной собственностью гражданина или юридического лица. Если гражданин (юридическое лицо) вступает в члены потребительского общества, то есть приобретает статус пайщика, то гражданин (юридическое лицо) передаёт пай в полное распоряжение потребительского общества. Пай становится источником формирования имущества потребительского общества.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

При осуществлении социально-экономической деятельности потребительское общество может создавать фонды, предусмотренные законом о потребительской кооперации:

паевой;

неделимый;

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

резервный;

иные фонды в соответствии с уставом потребительского общества.

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

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

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

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

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

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

Фонд развития образуется за счет отчислений в размере до 6% от стоимости реализованных товаров (продукции, услуг) и является источником пополнения таких видов имущества, как товары, сырье, материалы, инвентарь и др.

Фонд развития потребительской кооперации способствует стабилизации экономической деятельности потребительского общества.

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

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

Фонд подготовки кадров - средства потребительского общества, используемые на подготовку и повышение квалификации кадров.

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

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

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



2. РАЗРАБОТКА КОНЦЕПТУАЛЬНОЙ МОДЕЛИ ДАННЫХ УЧЕТА ДОХОДОВ ПОТРЕБИТЕЛЬСКОГО ОБЩЕСТВА

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

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

На рисунке 1 представлена в виде диаграммы классов модель данных для объекта «Доходы потребительских обществ».

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

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

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

3. ПРЕОБРАЗОВАНИЕ КОНЦЕПТУАЛЬНОЙ МОДЕЛИ ДАННЫХ
К РЕЛЯЦИОННОЙ

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

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

Провести процесс нормализации.

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

база учет информационный доход



СОЦИАЛЬ-НЫЙ СТАТУС		ПАЙЩИКИ		ВКЛАДЫ ПАЙЩИКОВ		ВЗНОСЫ ПАЙЩИ-КОВ		КРЕДИТЫ ПАЙЩИ-КОВ
Код статуса		Код пайщика		Код вклада		Код взноса		Код кредита
Наименование		Код статуса		Код пайщика		Код пайщика		Код пайщика
		ФИО		Сумма вклада		Дата взноса		Сумма кредита
		Адрес		Дата открытия				Дата выдачи
				Дата закрытия				Дата погашения
								Возмож-ность досрочного погашения
		ВКЛАДЫ		ВЗНОСЫ		КРЕДИТЫ
		Код вклада		Код взноса		Код кредита
		Наименование вклада		Наименование взноса		Наименование кредита
		Срок		Сумма		% по кредиту
		% по вкладу
		Минимальная сумма

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



Таким образом, у нас определены таблицы, поля и первичные ключи (). Следует отметить, что таблицы «Вклады пайщиков» и «Кредиты пайщиков» имеют составные первичные ключи, что требуется учитывать в дальнейшем при нормализации.

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

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

1НФ - первая нормальная форма;

2НФ - вторая нормальная форма;

3НФ - третья нормальная форма;

НФБК - нормальная форма Бойса-Кодда;

4НФ - четвертая нормальная форма;

5НФ - пятая нормальная форма.

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

Для реляционных баз данных необходимо, чтобы ее таблицы находились в 1НФ. Нормальные формы более высоких уровней могут использоваться разработчиками по своему усмотрению. Однако грамотный специалист стремится к тому, чтобы довести уровень нормализации базы данных хотя бы до 3НФ, тем самым исключив избыточность данных и аномалии обновления.

Первая нормальная форма.

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

Не все поля наших таблиц являются атомарными, а значит, некоторые таблицы не находятся в первой нормальной форме и их необходимо в нее перевести. Для этого нужно выделить те таблицы, которые будут подвергаться переводу. В нашем случае она одна - «Пайщики». Поля этой таблицы «ФИО» и «Адрес» подлежат нормализации. Для этого заменяем поле «ФИО» на поля «Фамилия», «Имя», «Отчество», а поле «Адрес» - на поля «Населенный пункт», «Улица», «Номер дома», «Номер квартиры».

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

		ПАЙЩИКИ
		Код пайщика
ПАЙЩИКИ		Код статуса
Код пайщика		Фамилия
Код статуса		Имя
ФИО		Общество
Адрес		Населенный пункт
		Улица
		Номер дома
		Номер квартиры

Рис. 3. Результат приведения таблицы «Пайщики»
к первой нормальной форме.

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

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

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

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

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

Исходя из этих правил, все таблицы нашей базы данных находятся в третьей нормальной форме.



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

Подведем итог. Схема нашей базы данных после нормализации несколько изменилась и выглядит следующим образом (Рисунок 4).

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

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



4. РАЗРАБОТКА РЕЛЯЦИОННОЙ БАЗЫ ДАННЫХ ИНФОРМАЦИОННОЙ СИСТЕМЫ ДЛЯ УЧЕТА ДОХОДОВ ПОТРЕБИТЕЛЬСКОГО ОБЩЕСТВА СРЕДСТВАМИ ПРОГРАММНОГО ПРОДУКТА СУБД MS SQL SERVER 2012

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

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

Создаем новый проект (Файл -> Создать -> Проект…). Появляется окно с выбором проекта (Рисунок 5).

Рис. 5. Окно создания нового проекта в СУБД SQL Server 2012.

Выбираем подходящий нам, вводим имя проекта, его расположение и жмем на кнопку «ОК».

Далее подключаемся к обозревателю объектов (Файл -> Подключить к обозревателю объектов…) и в открывшемся окне нажимаем «Соединить» (Рисунок 6).

Рис. 6. Окно подключения к обозревателю объектов в СУБД SQL Server 2012.

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

Теперь приступим непосредственно к созданию базы данных учета доходов потребительского общества. Для этого необходимо в обозревателе объектов вызвать контекстное меню пункта «Базы данных» и выбрать «Создать базу данных…».

В открывшемся окне выбираем название базы данных, устанавливаем необходимые параметры и нажимаем «ОК».

Рис. 7. Окно создания новой базы данных в СУБД SQL Server 2012.

Теперь в обозревателе объектов появилась наша база данных «Учет доходов потребительского общества» и все входящие в нее объекты.

Рис. 8. Окно обозревателя объектов, включающее в себя созданную нами базу данных в СУБД SQL Server 2012.



Каждая база данных должна содержать в себе набор таблиц. Концептуальная и реляционная модели нашей базы данных уже были созданы ранее, теперь все таблицы этой модели необходимо перевести в среду SQL Server 2012.

Для создания таблицы необходимо нажать «Создать таблицу» в контекстном меню пункта «Таблицы» нашей базы данных, как показано на рисунке 9.

Рис. 9. Создание таблицы базы данных в СУБД SQL Server 2012.

После проделанных манипуляций, появляется новая рабочая область, в которой необходимо задать имя таблицы, ввести имена столбцов и типы данных для таблицы (Рисунок 10). Также нужно задать первичный ключ с помощью контекстного меню столбца. Обязательно убираем галочки с пункта «Разрешить значения NULL».

Рис. 10. Рабочая область для создания таблиц в СУБД SQL Server 2012.

Сервер SQL в качестве типов полей для таблиц может использовать следующие типы данных:

Binary (до 1.2 ГБ) - поля данного типа позволяют хранить любые данные в двоичном формате;

Varbinary;

Tinyint (1 байт) - хранит целое число 0-255;

Char - 1 байт на символ, позволяет хранить строку до 254 символов длинной для одного поля;

Varchar;

Money (8 байт) - Число с обозначением денежной единицы;

Date and time (8 байт) - Дата и время с точностью в 3.33 милисекунды;

Smalldatetime (4 байта) - Дата и время с точностью в 1 секунду;

Bit (1 байт) - Два значения TRUE или FALSE;

Float (1-20 байт) - Дробные и целые числа со знаком;

Smallint (2 байта) - Целое число от -32768 до +32767;

Int (4 байта) - Целое число от -2147483647 до 2147483646;

Image (4 байта) - Ссылка на OLE;

Text (4 байта) - Примечание на блок данных;

Decimal (p,s) точное число p знаков до запятой ( не больше 38) s после запятой не больше p;

Numeric (p,s) точное число p знаков до запятой ( не больше 38) s после запятой не больше p;

Real (4 байта) - Интервал от 1.401298E-45 до 3.403823E38.

После внесения данных и сохранения таблицы, мы можем увидеть ее в обозревателе объектов в пункте «Таблицы» нашей базы данных.

Аналогичным путем создаем остальные таблицы, ссылаясь на сделанную нами ранее реляционную модель нашей базы данных.

В результате, в обозреватели объектов в пункте «Таблицы» появилось 8 объектов, которые и являются таблицами.

Рис. 11. Окно обозревателя объектов, включающее в себя все созданные нами таблицы базы данных по учету доходов потребительского общества в СУБД SQL Server 2012.

Следующий шаг - создание связей между таблицами. В нашем случае, 7 таблиц будут привязаны всего к одной. Для этого выбираем в обозревателе объектов необходимую таблицу, вызываем контекстное меню и выбираем пункт «Проект». Открывается редактирование таблицы. Теперь выбираем пункт «Отношения» и в открывшемся окне нажать кнопку «Добавить» (Рисунок 12).

Рис. 12. Окно создания связей между таблицами базы данных в СУБД SQL Server 2012.

Далее в правой части окна в пункте «Спецификация таблиц и столбцов» выбираем желаемые отношения. Таким образом, создаем отношения всех 7 таблиц к таблице «Доходы потребительского общества».

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

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

Завершающим шагом будет наполнение таблиц данными. Для этого в обозревателе объектов необходимо вызвать контекстное меню таблицы и выбрать «Изменить первые 200 строк». В открывшейся рабочей области заполняем каждую таблицу набором значений, достаточным для дальнейшей работы с ними (Рисунок 14).

Рис. 14. Процесс заполнения таблицы данными в СУБД SQL Server 2012.



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

5. РАЗРАБОТКА БИЗНЕС-ПРАВИЛ БАЗЫ ДАННЫХ ИНФОРМАЦИОННОЙ СИСТЕМЫ ДЛЯ УЧЕТА ДОХОДОВ ПОТРЕБИТЕЛЬСКОГО ОБЩЕСТВА

Бизнес-правила представляют собой инструкции If/Then. Если значение атрибута удовлетворяет указанному условию, выполняется определенное действие. Возможны такие действия, как задание значения по умолчанию или изменение значения. Эти действия могут сочетаться с отправкой уведомления по электронной почте.

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

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

Назначение триггеров:

Предотвращение изменения (например, предотвратить счета от изменений после того как они разосланы).

Журналирование изменения (например, хранить копии старых данных).

Аудит изменений (например, вести лог пользователей и ролей, участвующих в изменениях).

Фиксация изменений (например, обеспечить, чтобы все изменения датировались по часам сервера, а не клиента).

Реализация бизнес-правил.

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

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

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

Для того, чтобы создать триггер, следует выполнить следующие действия:

Открыть SQL Server Management Studio.

В окне «Обозреватель объектов» нашей базы данных развернуть папку «Учет доходов потребительского общества» - «Программирование» - «Триггеры».

Щелкнуть правой кнопкой мыши на папке «Триггеры» и выбрать команду «Создать новый триггер».

В нашем случае триггер будет выглядеть следующим образом:

CREATE TRIGGER kodpaysсhika

ON ПАЙЩИКИ

AFTER UPDATE

AS

BEGIN

SET NOCOUNT ON;

IF UPDATE (Код_пайщика)

PRINT 'Нельзя изменять код пайщика'

ROLLBACK

END

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

В этом случае триггер будет выглядеть следующим образом:

CREATE TRIGGER pensioner

ON КРЕДИТЫ_ПАЙЩИКОВ

AFTER INSERT

AS

BEGIN

SET NOCOUNT ON;

If (select КОД_КРЕДИТА from inserted) < > '4'

rollback

print 'Пенсионеры могут брать только кредит «Пенсионный», соответствующий коду 4'

END

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

Создадим процедуру, извлекающую информацию о вкладах пайщиков, с задаваемым размером.

Для того, чтобы создать хранимую процедуру, следует выполнить следующие действия:

Открыть SQL Server Management Studio.

В окне «Обозреватель объектов» нашей базы данных развернуть папку «Учет доходов потребительского общества» - «Программирование» - «Хранимые процедуры».

Щелкнуть правой кнопкой мыши на папке «Хранимые процедуры» и выбрать команду «Создать новую хранимую процедуру».

В нашем случае процедура будет выглядеть следующим образом:

CREATE PROCEDURE vklady

@VKL [int]='0'

AS

BEGIN

SELECT * from ВКЛАДЫ_ПАЙЩИКОВ

Where Сумма_вклада > = @vkl

END

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

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

CREATE PROCEDURE sum_vkl

BEGIN

SELECT SUM (Сумма_вклада) AS sum_vkl

FROM ВКЛАДЫ_ПАЙЩИКОВ

END

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

ЗАКЛЮЧЕНИЕ

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

Были реализованы все шаги для создания собственной базы данных учета доходов потребительского общества, начиная проектированием концептуальной модели и заканчивая построением реляционной модели базы данных, непосредственно средствами SQL Server 2012.

Заключительным шагом являлось создание ряда бизнес правил, необходимых для оптимальной работы базы данных

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

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

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

SQL Server является довольно сложным продуктом, работу с которым можно рассматривать с разных сторон. В частности, можно выделить два основных раздела работы с сервером, каждый из которых при ближайшем рассмотрении может быть легко разделен на более мелкие блоки: О администрирование; О программирование.

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

Бизнес-правила - набор условий, которые управляют деловым событием, чтобы оно происходило так, как нужно для предприятия (или клиента).

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

Преимущества построения систем с использованием подхода на основе бизнес-правил:

простота;

наличие теоретической основы;

малое число необходимых нетехнических концепций;

независимость правил (от систем);

лёгкость разработки приложений;

повторное использование правил;

упрощение общего дизайна системы;

динамические наборы правил;

производительность;

инкрементальное внедрение.

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



СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

Бондарь А.Г. MS SQL Server 2012. Создание баз данных и разработка программ. Руководство для начинающих и профессионалов. - СПб.: БХВ-Петербург, 2013. - 608 с.;

Виейра Р. Программирование баз данных Microsoft SQL Server 2008. Базовый курс. - М.: Диалектика, 2010. - 812 с.;

Вишневский А.В. Microsoft SQL Server. Эффективная работа. - Издательский дом "Питер", 2009 - 540 с.;

Коваленко Н.И., Банчук Г.Г. Базы данных: Учебное пособие - Белгород.: Кооперативное образование, 2004. - 208 с.;

Марков А.С., Лисовский К.Ю. Базы данных. Введение в теорию и методологию: Учебник. - М.: Финансы и статистика, 2006. - 512 с;

Мирошниченко Г.А. Реляционные базы данных. Практические приемы оптимальных решений. - СПб.: БХВ-Петербург, 2005. - 400 с.: ил;

Рудикова Л.В. Базы данных. Разработка приложений. - СПб.: БХВ-Петербург, 2006. - 496 с.;

Теплова Л.Е. Основы потребительской кооперации: Учебное пособие для 10-11 кл. общеобразовательных учреждений. - 2-е изд. - М.: Вита-Пресс, 2005. - 160 с.;

Уколова Л.В. Потребительские кооперативы: организационно-правовые основы, особенности развития: Учебное пособие. - Белгород: Издательство Белгородского университета кооперации, экономики и права, 2012. - 172 с.;

Размещено на Allbest.ru