Автоматизация продажи железнодорожных билетов ООО РЖД

Содержание:

Введение

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

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

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

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

СУБД – это комплекс языковых и программных средств, предназначенный для создания, ведения и совместного использования базы данных (БД) многими пользователями. Обычно СУБД различают по используемой модели данных. Так, СУБД, основанные на использовании реляционной модели данных, называются реляционными СУБД. Среди наиболее ярких представителей систем управления базами данных можно отметить: Lotus Approach, Microsoft Access, Borland dBase, Borland Paradox, Microsoft Visual FoxPro, Microsoft Visual Basic, а также баз данных Microsoft SQL Server и Oracle, используемые в приложениях, построенных по технологии «клиент-сервер». Количество современных систем управления базами данных исчисляется тысячами.

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

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

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

• Изучить теоретические основы разработки приложения для

автоматизации учета информации о рейсах и билетах ж/д вокзала.;

• Смоделировать базу данных;
• Создать приложение базы данных в среде Microsoft Access;
• Протестировать разработанное приложение.

1. Технико-экономическая характеристика предметной области и предприятия.

1.1. Характеристика предприятия и его деятельности

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

Общество с ограниченной ответственностью "РЖД" входит в мировую тройку лидеров железнодорожных компаний. Это определяют следующие факторы:

- огромные объемы грузовых и пассажирских перевозок;

- высокие финансовые рейтинги;

- квалифицированные специалисты во всех областях железнодорожного транспорта;

- большая научно-техническая база;

- проектные и строительные мощности;

- значительный опыт международного сотрудничества.

Учредителем и единственным акционером ООО "РЖД" является Российская Федерация. От имени Российской Федерации полномочия акционера осуществляет Правительство Российской Федерации. Имущество компании было сформировано путем внесения в уставный капитал ООО "РЖД" по балансовой стоимости активов 987 организаций федерального железнодорожного транспорта. Динамика роста уставного капитала ООО "РЖД" представлена в следующее таблице.

Период	Размер уставного капитала (в руб.)	Размер уставного капитала (в акциях)
01.01.2007	1 535 700 000 000	1 535 700 000
01.01.2008	1 541 697 819 000	1 541 697 819
07.07.2009	1 583 197 189 000	1 583 197 189

1.2. Организационная структура управления предприятием

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

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

Основными достоинствами применяемой организационной структуры являются:

- Стратегическая реакция.

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

- Осознание организацией своей миссии и целей.

Недостатками данной организационной структуры являются:

- Самая рискованная структура, так как все управление замыкается на одном человеке.

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

1.3 Выбор комплекса задач автоматизации и характеристика существующих бизнес процессов

С точки зрения функциональности системы. В рамках методологии IDEF0 (Integration Definition for Function Modeling) бизнес-процесс представляется в виде набора элементов-работ, которые взаимодействуют между собой, а также показывается информационные, людские и производственные ресурсы, потребляемые каждой работой.

Механизм: бухгалтерия

РИСУНОК 1.

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

Функция «работа с персоналом» включает:

Входную информацию: обращение клиентов

Выходящую информацию: расписание поездов

Управление: правила процедуры предприятия

Механизм: бухгалтерия

Функция «продать билет» включает:

Входную информацию: расписание поездов

Выходящую информацию: выдать билет

Управление: правила процедуры предприятия

Механизм: бухгалтерия

Функция «обслуживание поездов» включает:

Входную информацию: выдать билет

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

Управление: правила процедуры предприятия

Механизм: бухгалтерия

РИСУНОК 2.

Декомпозиция функции «Продажа билетов»

РИСУНОК 3.

Достоинства

Низкая стоимость, Невысокая потребляемая мощность, Относительная простота обслуживания, Использование простых языков общения с ПК, Повышение оперативности и качества информации, Освобождение персонала от рутинных работ, Сокращение численности служащих

Недостатки

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

Способы решения

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

Несовершенство владение ПК персонала, работающего с АРМ, устраняется путём обучения персонала или приёма новых кадров, владеющих навыками работы с АРМ.

2. Информационное обеспечение задачи

2.1 Информационная модель и её описание

Существует несколько разновидностей систем управления базами данных (СУБД), одни ориентированы на программистов, другие — на обычных пользователей. Пакеты первого типа — это фактически системы программирования, располагающие своим типичным языком, в среде которого программисты создают утилиты обработки баз данных. После, данные программы используются конечными пользователями. Microsoft Access относится к СУБД, ориентированным на рядовых потребителей. Она позволяет, не прибегая к программированию, с легкостью выполнять основные операции с БД: создание, редактирование и обработка данных. Этот пакет работает в ОС Windows на автономных ПК или в локальной сети. Посредством MS Access создаются и в дальнейшем эксплуатируются личные БД (настольные), а также базы организаций, имеющих относительно небольшой объем данных. Microsoft Access является частью пакета Microsoft Office и входит в комплект его поставки. Среда Access располагает характерным для приложений Windows интерфейсом, состоящим из следующих компонентов: титульной строки, главного меню, панели инструментов, поля для работы и строки состояния. СУБД работает с данными, которые можно выстроить в иерархическую последовательность. Верхний уровень иерархии содержит основные объекты Access:

- таблицы — главный тип объекта, поскольку все остальные вариации объектов — это производные от таблицы. Основные составляющие таблицы — поля и записи, они определяют свойства элементов таблицы;

- формы — вспомогательные объекты, от использования которых можно отказаться. Они формируются, чтобы создать дополнительные удобства пользователю в плане просмотра, ввода и редактирования данных;

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

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

- схема — описание архитектуры связей многотабличной базы данных;

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

Среди особенностей Access стоит отметить наличие VBA — встроенного языка программирования, посредством которого приложение может дополняться подпрограммами пользователей. Тем самым существенно расширяются возможности исходного варианта утилиты, обеспечивается удобство работы. Программа работает со следующими форматами файлов: ACCDB, MDB, ACCDE, MDE, ACCDT, ACCDR, ACCDW, MDW, LDB, LACCDB, SQL, DBF, DB,SNP, DIF, CDB.

Клиент, входя в систему, наполняет корзину товарами магазина, заполняет форму заказа, вводит параметры заказа адрес, Ф.И.О., время доставки, номер электронного кошелька.

Информация о выбранных клиентом товарах хранится в таблице «корзина», информация о заказе в таблице «заказы».

Выбор продукции осуществляется из справочника (каталога) «Товары», информация о клиенте попадает в таблицу «клиенты».

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

Менеджер получает либо сообщение об успешном проведении платежа и дает заказ в отдел доставки, либо получает сообщение о не выполненном платеже - операция приостанавливается.

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

2.2. Используемые классификаторы и системы кодирования

В составе информационного обеспечения рассматриваемого комплекса задач важное место отводится классификаторам экономической информации:

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

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

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

- охват всех объектов, подлежащих кодированию, и их однозначное обозначение;

- возможность расширения объектов кодирования без изменения правил их обозначения;

- максимальная информативность кода при минимальной его значности.

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

Различают иерархическую и многоаспектную системы классификации.

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

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

Системы кодирования делятся на регистрационные и классификационные.

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

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

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

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

2.3. Характеристика нормативно-справочной, входной и оперативной информации

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

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

Входной информацией для БД являются следующие данные:

- данные о товаре;

- сведения о клиентах;

- сведения о сотрудниках.

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

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

В данной предметной области нормативно-справочной информацией является информация о товарах, об их свойствах, количестве и т.д.

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

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

2.4 Характеристика результатной информации

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

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

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

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

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

3. Программное обеспечение задачи

3.1. Общие положения (дерево функций и сценарий диалога)

3.2. Характеристика базы данных

Работать будем в системе управления базами данных (далее - СУБД) Microsoft Access. Создаем БД, которую назовем ZHD.mdb. Создаем 2 таблицы с помощью конструктора: первую называем «Рейсы», вторую - «Заказы». В таблице «Рейсы» создаем поля: №, Отправление, Назначение, Время отправления, Время прибытия, Купе цена, Плац цена, Код. Поле «№» - счетчик (ключевое поле), поля «Время отправления» и «Время прибытия» - это дата (полная), поля «Купе цена» и «Плац цена» - денежные, все остальное - текст (рис. 1). Переходим в режим таблицы и заполняем ее, как на рис. 2. Таблицу «Заказы» пока только создаем, но не заполняем. Поля: ФИО, Паспорт, Код, Рейс, Время отправления, Время прибытия, Вагон, Цена. Все, кроме поля «№» (счетчик) - текст (рис. 3). Сохраняем.

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

1)Таблица станции

2) Таблица информация о пассажирах

3) Таблица информация о рабочих

4) Таблица состав

5) Таблица касса Ж/Д вокзала

Физическая модель проектируемой базы данных

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

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

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

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

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

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

В данном проекте используется один тип связи, этот тип является 1:М (один ко многим).

Отношение «один-ко-многим» имеет место, когда одной записи родительской таблицы может соответствовать несколько записей в дочерней таблице.

Связь «один-ко-многим» является самой распространенной для реляционных баз данных.

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

4. Контрольный пример реализации и его описание

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

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

Интерфейс должен обладать следующими возможностями:

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

Разработка пользовательского интерфейса состоит из проектирования панели и диалога. Обычно принято панель приложения делить на 3 части:

• меню действий;
• тело панели;
• область функциональных клавиш.

Главная форма БД «Ж/Д касс» запускается при открытии БД, на ней имеются:

• Заголовок;
• Кнопки открывающие формы «станции», «информации о пассажирах», «информация о рабочих» <<состав>> <<касса Ж/Д вокзала>>.

Рисунок. Главная кнопочная форма

Использование некоторых сведений и выделения информации нам помогают запросы.

Запрос (query) – это средство выбора необходимой информации из базы данных. Вопрос, сформированный по отношению к базе данных, и есть запрос. Применяются два типа запросов: по образцу (QBE – Query by example) и структурированный язык запросов (SQL – Structured Query Language).

Запросы бывают: На выборку(SELECT), На добавление(INSERT), На изменение(UPDATE), На удаление(DELETE).

QBE — запрос по образцу – средство для отыскания необходимой информации в базе данных. Он формируется не на специальном языке, а путем заполнения бланка запроса в окне Конструктора запросов.SQL – запросы – это запросы, которые составляются (программистами) из последовательности SQL – инструкций. Эти инструкции задают, что надо сделать с входным набором данных для генерации выходного набора. Все запросы Access строит на основе SQL – запросов, чтобы посмотреть их, необходимо в активном окне проектирования запроса выполнить команду Вид/SQL.

В БД «Ж/Д кассы» есть следующие запросы:

Первый запрос это простой : «информация о пассажирах»

Второй запрос это перекресный: «станции»

Присутствует запрос «состав» перекресный,

Так же выводить информацию можно за счёт отчётов.

Отчёты выводят информацию запросов , которую они выбирают.

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

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

В созданной БД «Ж/Д кассы» имеются следующие отчёты:

«станции», отчёт включающий поля: seats, places, arrival times).

Отчёт «информация о рабочих», в котором указаны все данные о рабочих вокзала.

Отчет «информация о пассажирах» в котором указаны все данные о пассажирах.

Отчет «состав» в котором указана информация о составе поезда

Характеристика результатной информации

Описание результатной информации во внешней памяти ЭВМ (описание файлов и записей)

Разработка данной программы ориентирована на формирование всего лишь одного результирующего выходного документа – проездного билета. В билете будут указаны:

1. номер билета (уникальный);

2. номер рейса;

3. время отправления;

4. время прибытия;

5. время стоянки;

6. дата отправления;

7. дата прибытия;

8. номер вагона;

9. тип вагона;

10. количество человек;

11. фамилия, имя, отчество пассажира;

12. вид предъявленного документа;

13. номер и серия предъявленного документа;

14. стоимость проезда (рассчитывается на основании расстояния, стоимости типа вагона).

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

Заключение

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

Был разработан удобный для пользователя интерфейс базы данных, включающий в себя все необходимые объекты;

Изучена предметная область;

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

Осуществлён выбор основного набора данных, необходимых для составления базы данных и составление инфологической и физической.

Практическая реализация базы данных была выполнена;

Создали вспомогательные элементы для работы с базой данных (запросы);

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

Список литературы

1. Гвоздева Т.В. Проектирование информационных систем: учебное пособие / Т.В. Гвоздева, Б.А. Баллод. - Ростов н/Д.: Феникс, 2009.

2. Сатунина А.Е. Управление проектом корпоративной информационной системы предприятия: учебное пособие. / А.Е. Сатунина, Л.А. Сысоева, М.: Финансы и статистика; ИНФРА-М, 2009.

3. Радченко М. Г.1C: Предприятие 8.2 Практическое пособие разработчика. Примеры и типовые приемы / М.Г. Радченко, Е.Ю. Хрусталева. - М.: ООО "1С-Паблишинг", 2009. - 874 с.: ил.

4. Карпова Т.С. Базы данных. Модели, разработка, реализация/СПб.: Питер, 2002. — 304 с

5. Хомоненко А.Д., Цыганков В.М., Мальцев М.Г. Базы данных. Учебник для ВУЗов /под ред. проф.А.Д.Хомоненко // СПб.:КОРОНАпринт, 2000.- 416 с.

6. Корнеев В.В. и др. Базы данных. Интеллектуальная обработка информации // М.:Нолидж, 2000.- 352 с.

7.Ханcен Г., Ханcен Д. Базы данных. Разработка и управление/М.: Бином, 1999-704С.

8. Глушаков С.В., Ломотько Д.В. Базы данных. Учебный курс // Харьков: Фолио; Ростов н/Д : Феникс; Киев : Абрис, 2000. — 504 с.