Проектирование web-представительства «Налог 65»

Информационное обеспечение задачи по разработке web-представительства «Налог 65»

Информационная модель web-представительства и ее описание

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

Оперативная входная информация:

новости компании (в виде документа MS Word);

информация о налогообложении, которая будет отображаться на сайте.

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

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

информация, указываемая пользователем при регистрации на сайте;

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

К выходным документам (web-страницам), формируемым на основании входной информации, относятся: перечень услуг в интернет-представительстве, отчет о сформированных документов, статистические отчеты.

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

Рисунок 2.1.1 — диаграмма потоков данных Разработка инфологической модели предметной области.

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

Логическая модель данных будет состоять из следующих сущностей:

Новость. Атрибуты сущности Новость:

Пользователь. Атрибуты сущности Пользователь:

Услуга. Атрибуты сущности Услуга:

Категория. Атрибуты сущности Категория:

Заявка. Атрибуты сущности Заявка:

Строка заказа. Атрибуты сущности Строка заказа:

Между сущностью Категория услуги и сущностью Услуга установлена неидентифицирующая связь.

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

Между сущностью Услуга и сущностью Строка заявки установлена идентифицирующая связь.

Между сущностью Заявка и сущностью Строка заявки установлена идентифицирующая связь.

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

Построение физической модели данных осуществляется на основе логической модели данных, созданной на предыдущем этапе. На физическом уровне сущности соответствует таблица, экземпляру сущности — строка в таблице, а атрибуту — ко-лонка таблицы. В физическом уровне модели содержится информация обо всех объектах базы данных. Поскольку стандартов на объекты базы данных не существует (например, нет стандарта на типы данных), физический уровень модели зависит от конкретной реализации СУБД. Будем использовать в качестве СУБД MySQL 5.

Для web-представительства налоговой инспекции будет использоваться реляционная модель данных. В реляционных базах данные собраны в таблицы, которые из столбцов и строк, на пересечении которых расположены ячейки. База данных web-представительства «Налог 65» будет реализована в формате MySQL 5.0 и будет состоять из следующих таблиц: News, Users, Usluga, Kategorii, Zayavka, Str_Zayav.

Таблица Usluga — содержит информацию об электронных услугах для плательщиков.

Таблица Kategorii — содержит перечень категорий плательщиков и соответствующей отчетности.

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

Таблицы Zayavka и Str_Zayav — содержат информацию о заявках, сделанных в интернет-сервисе.