Web-портал управления домашней бухгалтерией

id_cat

int

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

Таблица 5.5 -- Operation (Операции)

название	тип	описание
type	bool	переменная, показывающая значение операции - расход или доход
id_oper	int	идентификатор уникальный обозначающий номер операции
count	int	число товара в единицах, представлено типом
data	datatime	дата покупки представлена типом
description	varchar	(PS) примечание
id_trade	int	поле, содержащее уникальный индекс для идентификации товара
id_places	int	уникальное поле не пустое содержит номер места , является первичным ключом
id_valut	int	поле не пустое содержит уникальный номер валютного состояния , является первичным ключом

Таблица 5.6 -- UserOperation (Операции пользователей)

название	тип	описание
id_user	int	номер пользователя
id_oper	int	уникальный номер операции, соответствующий какому-нибудь пользователю



Таблица 5.7 -- Users (Пользователи)

название	тип	описание
id_user	int	уникальный номер пользователя
username	varchar	имя пользователя
password	varchar	пароль
email	varchar	почтовый адрес
surname	varchar	поле фамилии
middle_name	varchar	поле отчества
sex	varchar	поле пола пользователя
treatment	varchar	обращение может быть пустым.
Name	varchar	Имя пользователя

Таблица 5.8 -- Type_run (Тип периодичности вызова)

название	тип	описание
id_type_run	int	уникальный идентификатор периодичности
name	varchar	название типа периодичности
time_run	datatime	значение времени, через которое следует произвести операцию

Таблица 5.9 -- Periodicity (Периодичность)

название	тип	описание
id_operat	int	уникальный номер операции
id_type_run	int	уникальный номер периодичности

5.4 Описание связей между таблицами

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

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

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

Рисунок 5.4 -Описание связей в виде ER диаграммы [9].

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

5.5 Нормализация

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

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

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

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

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

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

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

§ Таблица содержит нуль или более записей.

§ все записи таблицы имеют одно и то же множество полей, причём одноимённые поля относятся к одинаковым типам данных.

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

Обычно выделяют пять нормальных форм, но рассмотрим три основные:

· Первая нормальная форма (1НФ).

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

· Вторая нормальная форма (2НФ).

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

· Третья нормальная форма (3НФ).

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

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

· Нормальная форма Бойса-Кодда (BCНФ)[6].

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

Нормальная форма Бойса-Кодда (BCНФ) -- это модификация третьей нормальной формы (в некоторых источниках именно 3НФ называется формой Бойса-Кодда).

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

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

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

6. Описание возможностей Web-приложения

6.1 Описание страниц

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

В зависимости от статуса пользователя - авторизирован он или нет, ему доступен ряд страниц. Так для пользователя, не произведшего «Вход», доступны страницы:

· «Вход»

· «Регистрация»

· «Обратная связь»

· «Главная»

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

· «Выход»,

· «Регистрация»,

· «Обратная связь»,

· «Главная»,

· «О вас»

· «Добавить».

· «Категории»

· «Валюты»

· «Места»

· «Статистика»

· «Календарь»

Рассмотрим подробнее каждую из них:

1. «Главная»:

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

Рисунок 6.1 - Главная страница

2. «Регистрация»

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



Рисунок 6.2 - Регистрация

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

· Имя. Поле обязательно для заполнения. Необходимо для обращения к пользователю программе.

· Фамилия. Необязательное поле, необходимое для сбора информации о пользователе.

· Отчество. Поле, в котором можно ничего не указывать.

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

· Повторите пароль. Поле обязательно для заполнения. При правильном заполнении - когда значение этого поля равно значению поля “пароль”, не возникает ошибочного сообщения.

· Имя пользователя. Поле обязательно для заполнения. Необходимо для входа в систему “домашней бухгалтерии”.

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

· Пол. Поле обязательно для заполнения. Важно для определения пола пользователя.

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

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

3. «Вход»:

Неавторизированный пользователь, после перехода пользователя на страницу «Вход» (рисунок 6.3.а), видит только 2 поля:

· Имя пользователя,

· Пароль

Значения этих полей рассмотрены в «Регистрации».

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



Рисунок 6.3 -- Вход

При неуспешной валидации выдается сообщение об ошибке, вместе с ее причиной (Рисунок 6.4).

Рисунок 6.4 -- Неудачная Попытка Входа

4. «Выход»

После выхода, когда авторизированный пользователь завершает сеанс, он переходит на страницу «Главная», и переходит к числу неавторизированных пользователей (рисунок 6.4).

Рисунок 6.5 -- Выход

5. «Обратная связь»

При нажатии на ссылку «Обратная связь» (рисунок 6.5) пользователь, не зависимо от того авторизованный он или нет, получает возможность отправить письмо с предложениями, жалобами или другой полезной для разработчика информацией. На форме содержатся текстовые поля:

· Тема сообщения. Здесь пользователи должны написать причину написания письма (предложение по улучшению, жалоба, вопрос и прочее).

· Текст. В данном поле пользователи должны кратко изложить свои мысли по вашей теме.

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

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



Рисунок 6.6 -- Обратная связь

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

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

6. «Места»

Переходя на страницу «Места»(рисунок 4.6) любой пользователь может увидеть места хранения денежных средств. Так же доступна функция редактирования и удаления всех мест хранения.

Рисунок 6.7 - Места хранения денег



7. «Статистика»

На данной странице (рисунок 6.8) выводится график в зависимости от того какой он нужен. Пользователь может выбрать из нескольких видов:

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

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

Так же можно просмотреть сальдо - остаток по бухгалтерскому счёту, разность между суммой записей по дебету и кредиту счетов. Сумма денег отображается в рублях. Доступно несколько вариантов сальдо:

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

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

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

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

Существуют варианты круговых диаграмм:

§ Процентное отношение категорий за год. За 100 % берется сумма всех расходов за год. И по процентному соотношению отделяются доли в процентах, в зависимости от отношения к общей сумме.

§ Процентное отношение категорий за месяц. Практически аналогично пункту выше. За 100 % берется сумма всех расходов за месяц. И считается по той же схеме процентных отношений.

§ Процентное отношение категорий за весь промежуток. Временной промежуток изменяется на весь срок работы пользователя с программой. За 100 % берется сумма всех расходов за данный период.

§ Процентное отношение доходов за год. За 100% берется сумма всех доходов во всех местах хранения за год.

§ Процентное отношение доходов за месяц. Месячная статистика доходов, аналогична пункты выше.

§ Процентное отношение доходов за весь период. За 100 % берется полная сумма всех доходов, и пользователь может увидеть полную статистику доходов за определенный период в жизни.

Рисунок 6.8 -- Статистика на заданный месяц

8. «Категории»

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



Рисунок 6.9 -- Категории пользователя

9. «Операции»

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

· Тип. Здесь возможны только два варианта - Расход или доход. Обязательно для заполнения. Служит для распределения вводимых данных.

· Имя товара/услуги. Обязательно для заполнения. Содержит имя купленной услуги или товара.

· Тип валюты. Возможны 3 варианта - рубль, евро, доллар. По умолчанию установлено - «рубль». При выборе иностранной валюты запускается процедура запроса с сайта Центробанка на тот день, который установлен в поле «дата».

· Категория. Выбрать необходимо из выпадающего списка, заранее созданного пользователем на странице «Категории».

· Место. Из выпадающего списка пользователь должен выбрать место, из которого была оплачена данная покупка. Выбирается из списка, заранее созданного на странице «Места».

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



Рисунок 6.10 -- Добавление расхода / дохода

Так же на форме содержатся поля, в которые можно вводить цифровые значения:

§ Кол-во. Здесь вводится количество купленных единиц товара/услуги. Может быть дробным числом в силу того, что товар может измеряться в килограммах, граммах и т.д.

§ Цена. Цена товара во вводимой пользователем валюте. Может быть дробным числом. Обязательно для заполнения.

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

10. «Календарь»

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

Просмотр проводится по месяцам. При нажатии на выбранный день на экране выводится сообщение со списком операций. Возможно произвести изменения прямо в том окне.

Рисунок 6.11 - Календарь

11. «Валюты»

На данной странице (рисунок 6.12, 6.13) пользователь может выбрать день и посмотреть историю валют. Также есть возможность произвести обмен валют.

Рисунок 6.12 -- Просмотр валюты на заданное время



Рисунок 6.13 -- Обмен валюты

12. «Личные настройки»

Здесь (рисунок 6.14) пользователь может редактировать данные, которые он вводил в самом начале, при регистрации. Возможно изменение любого поля. А именно:

· Имя. Поле обязательно для заполнения. Необходимо для обращения к пользователю программе.

· Фамилия. Необязательное поле, необходимое для сбора информации о пользователе.

· Отчество. Поле, в котором можно ничего не указывать.

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

· Повторите пароль. Поле обязательно для заполнения. При правильном заполнении - когда значение этого поля равно значению поля “пароль”, не возникает ошибочного сообщения.

· Имя пользователя. Поле обязательно для заполнения. Необходимо для входа в систему “домашней бухгалтерии”.

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

· Пол. Поле обязательно для заполнения. Важно для определения пола пользователя.

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

Рисунок 6.14 -- Настройки пользователя

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

Заключение

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

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

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

Был изучен язык php, и высокопроизводительная программная библиотека Yii. При работе с Фреймворком Yii, созданным специально для большой загруженности сервера, появилась уверенность в том, что одновременно с Web-сайтом может работать много пользователей, независимо друг от друга.

Таким образом, Web-приложение «Домашняя бухгалтерия», благодаря сети Internet, может быть доступна широкому кругу пользователей.

Библиография

1. Воронина Л.И. Теория бухгалтерского учета. Учебное пособие, 4-еиздание, переработанное и дополненное. -М. :Эксмо, 2010. - 448 с.

2. Крюков А.В. Бухучет для начинающих. Учебное пособие. -М.: Эксмо,2010. -368 с.

3. ВанТассел Д. Стиль, разработка, эффективность, отладка и испытание программ. -М.: Мир, 1985. - 332 с.

4. Дейт К. Руководство по реляционной СУБД DB2. - М.: Финансы и статистика, 1998. - 320 с.

5. Воробьев С.В. Начало работы с базами данных: Учебно-методическое пособие. -М.: МИЭМ, 2008. - 60 с.

6. Кириллов В.В. Основы проектирования реляционных баз данных. Учебное пособие. - СПб.: ИТМО, 1994. - 90 с.

7. Мейер М. Теория реляционных баз данных. - М.: Мир, 1987. - 608 с.

8. MySQL. Учебное пособие. 3 изд., испр. и доп. Под ред. Русака О.Н. - СПБ.: Лань, 2000.

9. Основы проектирования реляционных БД [Электронный ресурс]. URL: http://citforum.ru/database/sqllg/index.shtml (дата обращения 06.03.2010)

10. Котеров Д.В., Костарев А.Ф.Объектно-ориентированное программирование на PHP 5.-М.:Москва, 2005.-805 с.

11. «Технология программирования» [Электронный ресурс].URL: http://www.belsut.info/pmo/ius/pages/tp (дата обращения 09.03.2010)

12. JQuery Guide [Электронный ресурс].URL: http://docs.jquery.com/Main_Page (дата обращения 09.03.2010)

13. Форум Yii [Электронный ресурс]. URL: http://www.yiiframework.com/forum/ (дата обращения 09.04.2010)

14. Перевод документации Yii [Электронный ресурс]. URL: http://www.yiiframework.com/ (дата обращения 09.03.2010)

15. Альтернативный перевод Yii [Электронный ресурс]. URL: http://www.dbhelp.ru/post-page/page/ (дата обращения 09.03.2010)

16. MoneyTracker [Электронный ресурс].URL: www.dominsoft.ru/ (дата обращения 19.03.2010)

17. Официальный сайт Family 2009 [Электронный ресурс].URL: http://www.sanuel.com/ru/family/ (дата обращения 09.04.2010)

18. «Дребеденьги» [Электронный ресурс].URL: http://www.drebedengi.ru/ (дата обращения 09.03.2010)

19. Домашняя бухгалтерия Lite [Электронный ресурс].URL: http://www.keepsoft.ru/homebuhl.htm (дата обращения 09.03.2010)

20. Jude инструмент UML проектирования [Электронный ресурс].URL: http://jude.change-vision.com/ (дата обращения 12.04.2010)

21. Wiki doku [Электронный ресурс].URL: http://wikipedia.com/wiki/ (дата обращения 06.06.2010)

Приложение 1

(рекомендуемое)

Наиболее употребляемые текстовые сокращения

СибГУТИ - Сибирский государственный университет телекоммуникаций и информатики

ВС - вычислительная система

ПЗ - пояснительная записка

HTTP (HyperText Transfer Protocol) - протокол прикладного уровня передачи данных

Www (World Wide Web) - Всемирная паутина

Приложение 2

Перечень принятых терминов

· Internet- это всемирная система добровольно объединённых компьютерных сетей.

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

· Web-сайт - это совокупность Web-страниц, доступных в Internet через протоколы HTTP/HTTPS. Страницы Web-сайта объединены общим корневым адресом, а также обычно темой, логической структурой, оформлением и/или авторством.

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

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

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

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