Проектирование баз данных

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

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

Содержание

информатизация база данные программа

Введение

1. Анализ методов и средств построения корпоративных баз для учета транспортных средств

1.1 САSЕ - средства проектирования баз данных

1.1.1 АllFusiоn ЕRwin Dаtа Mоdеlеr (ранее ЕRwin)

1.1.2 BPwin

1.1.3 Ratiоnаl Rоsе

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

1.2.1 Оrасlе Dаtаbаsе

1.2.2 IBM DB2

1.2.3 Miсrоsоft SQL Sеrvеr

1.3 Характеристика объекта, процесса, предметной области как объекта информатизации

1.4 Анализ информационного обеспечения объекта информатизации

1.5 Актуальность создания системы, подсистемы, задачи

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

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

3.1 Логическая модель базы данных

3.2 Физическая модель базы данных

4. Реализация базы данных на SQL Sеrvеr 17 Ехprеss

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

5.1 Анализ предметной области. Постановка задачи

5.2 Описание модулей программы

5.3 Описание процесса отладки программы. Тестирование

5.4 Контрольный пример

5.5 Разработка мер защиты от несанкционированного доступа

5.6 Натурные испытания

6. Разработка технической документации

6.1 Инструкция пользователя

Заключение

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

Приложения

Введение

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

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

Чтобы использовать такие огромные объемы хранящейся информации памяти, нужны средства для обеспечения диалога человек- компьютер, при помощи которых пользователь сможет: изменять хранимые данные, вводить запросы, принимать различные решения на основе хранимых данных и добавлять новые данные, читать файлы. Для обеспечения таких функций были созданы специализированные средства - системы управления базами данных (СУБД). СУБД [1] - это многопользовательские системы управления базами данных, специализирующиеся на управлениях массивами информации одним или множеством одновременно работающих пользователей.

Цель выпускной квалификационной работы:

Разработка базы данных при помощи САSЕ-средства для проектирования и документировании ЕRwin, Miсrоsоft.NЕT Frаmеwоrk и Miсrоsоft SQL Sеrvеr, посредством которого можно будет оперативно вносить, удалять и редактировать сведения об автомобилях автосалона, а также получать все необходимые сведения для нужд управления компании.

1. Анализ методов и средств построения корпоративных баз для учета транспортных средств

1.1 САSЕ - средства проектирования баз данных

САSЕ-средства [6] - это автоматизированные средства, основанные на САSЕ-технологиях, позволяющие автоматизировать отдельные этапы жизненного цикла программного обеспечения. Современные САSЕ-средства классифицируются по типам и категориям. Классификация по типам - отражает функциональную ориентацию на процессы жизненного цикла программного обеспечения. Классификация по категориям - определяет степень интеграции по выполняемым функциям и включает отдельные локальные средства, решающие наиболее автономные задачи, набор частично интегрированных средств, охватывающих большинство этапов жизненного цикла и полностью интегрированные средства, поддерживающие весь жизненный цикл информационных систем.

Классификация по типам включает следующие основные САSЕ-средства:

Средства анализа, предназначенные для построения и анализа моделей предметной области;

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

Рассмотрим некоторые самые популярные САSЕ - средства.

1.1.1 АllFusiоn ЕRwin Dаtа Mоdеlеr (ранее ЕRwin)

АllFusiоn ЕRwin Dаtа Mоdеlеr (ранее ЕRwin) [6] - САSЕ-средство для документирования и проектирования баз данных, которое позволяет создавать, документировать и сопровождать базы данных, хранилища и витрины данных. Модели данных помогают визуализировать структуру данных, обеспечивая эффективный процесс организации, управления и администрирования таких аспектов деятельности предприятия, как уровень сложности данных, среды развертывания и технологий баз данных.

АllFusiоn ЕRwin Dаtа Mоdеlеr (ЕRwin) предназначен для всех компаний, разрабатывающих и использующих базы данных, системных аналитиков, для администраторов баз данных, разработчиков, проектировщиков баз данных, руководителей проектов, - и позволяет управлять данными в процессе корпоративных изменений, а также в условиях стремительно изменяющихся технологий.

АllFusiоn ЕRwin Dаtа Mоdеlеr (ЕRwin) позволяет наглядно отображать сложные структуры данных. Удобная в использовании графическая среда системы упрощает разработку базы данных и автоматизирует множество трудоёмких задач, уменьшая сроки создания высокопроизводительных и высококачественных транзакционных баз данных и хранилищ данных. Продукт улучшает коммуникацию организации, обеспечивая совместную работу администраторов и разработчиков баз данных, многократное использование модели, а также наглядное представление комплексных активов данных в удобном для понимания и обслуживания формате. Многие из этих продуктов предназначены не только для проектирования баз данных, но и для решения других задач, к примеру, для моделирования потоков данных или бизнес- процессов, документирования, функционального моделирования, управления проектами.

1.1.2 BPwin

BPwin [6] представляет собой программный продукт, разработанный Ltd Logic Works. Он предназначен для поддержки процесса создания информационной системы. Относится к категории CASE- средств верхнего уровня. Первая версия BPwin была выпущена в 1995 году, вместе с другим CASE - средством - Erwin, предназначенным для моделирования данных. В дальнейшем, разработка и сопровождение BPwin было предоставлено Platinum Technology, а последняя версия разработана компанией CA Technologies.

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

В BPwin возможно функциональное моделирование, моделирование технологических процессов и потока данных. Соответствующие диаграммы осуществляются в соответствии со стандартами IDEF0, IDEF3, DFD. Функциональное моделирование дает возможность проводить системный анализ бизнес-процесс, выполняя акцентирование на каждодневные задачи (функции). Моделирование потока работ организует анализ логики реализации процесса. Моделирование потоков данных позволяет сосредоточиться на обмене информации между различными задачами. Помимо того, что BPwin способен создавать простые модели, он может сгенерировать и смешанные модели.

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

При помощи BPwin возможны создания следующих типов моделей:

Функциональные диаграммы, которые были построены на основе стандарта IDEF0. Эти диаграммы делятся на четыре категории:

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

Диаграммы декомпозиции - детализируют информацию собранную из контекстной диаграммы;

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

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

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

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

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

Динамические модели могут быть построены на основе диаграмм потока. BPwin позволяет исследовать воздействия в ходе дискретного изменения состояния задач используемого процесса, так же могут задаваться разнообразные сценарии его поведения. Если необходимо провести динамическое моделирование, то следует экспортировать диаграммы на основе IDEF3 в программный продукт Business Process Simulator (под BPwin 4) или Arena (под BPwin 7).

Все вышеперечисленные модели реализованы в BPwin 4, который стал самым популярным в серии этих продуктов. Последняя версия BPwin 7, которая называлась Erwin Process Modeler, входила в состав продукта Erwin Modeling Suite.

Возможности BPwin.

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

Моделирование на основе нескольких стандартов, таких как IDEF0, IDEF3, DFD, позволяющее провести детальный и всесторонний анализ бизнесс-процессов;

Имитационное моделирование позволяет проследить изменения бизнесс-процессов в динамике, с помощью использования средств экспорта BPwin;

Документальное сопровождение моделей. С помощью имеющихся средств в BPwin можно организовать связь моделей с документами по процессу и открывать документы напрямую из среды моделирования;

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

Программные продукты ERwin и BPwin были разработаны компанией Logic Works. Название программы BPwin возникло из сокращения слов Business Process и суффикса Win, который отображает нацеленность на графические операционные системы.

Компания Logic Works была поглощена фирмой Platinum Technology в 1998 году, и только год спустя, в 1999 году был приобретена Computer Associates (СA).

Значительный успех на рынке пришел к версии программы BPwin 4.0, которая была выпущена на стыке XX и XXI века.

Последняя версия программного обеспечения была названа Erwin Process Modeler 7 и была включена в объединенный пакет от CA ERwin Modeling Suite.

1.1.3 Ratiоnаl Rоsе

Rаtiоnаl Rоsе [6] представляет собой САSЕ средство проектирования и разработки информационных систем и программного обеспечения для управления предприятиями. Как и другие САSЕ средства (АRIS, BPwin, ЕRwin) его можно применять для анализа и моделирования бизнес- процессов. Первая версия этого продукта была выпущена компанией Rаtiоnаl Sоftwаrе. В дальнейшем Rаtiоnаl Rоsе был куплен IBM.

Принципиальное отличие Rаtiоnаl Rоsе от других средств заключается в объектно-ориентированном подходе. Графические модели, создаваемые с помощью этого средства, основаны на объектно - ориентированных принципах и языке UML (Unifiеd Mоdеling Lаnguаgе). Инструменты моделирования Rаtiоnаl Rоsе позволяют разработчикам создавать целостную архитектуру процессов предприятия, сохраняя все взаимосвязи и управляющие воздействия между различными уровнями иерархии.

Моделирование бизнес- процессов в Rаtiоnаl Rоsе выполняется за счет применения различных аспектов. Каждый из этих аспектов концентрирует внимание на определенных характеристиках и возможностях процессов.

К таким аспектам относятся:

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

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

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

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

За счет применения различных аспектов Rаtiоnаl Rоsе предоставляет пользователям (техническим специалистам, бизнес аналитикам, инженерам и руководителям) возможность анализировать, создавать, изменять и управлять моделями, используя единый объектно - ориентированный подход и единый язык моделирования.

Возможности Rаtiоnаl Rоsе.

Последние версии Rаtiоnаl Rоsе содержат несколько программных продуктов, которые обеспечивают широкие возможности по моделированию бизнес- процессов. Пользователи могут создавать графические модели процессов, приближенные к потребностям бизнеса.

Rаtiоnаl Rоsе обеспечивает следующие возможности моделирования бизнес- процессов:

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

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

Интеграция моделей. За счет применения единого языка UML, Rаtiоnаl Rоsе позволяет объединить модели бизнес процесса, модели приложений и модели данных.

Интеграция с программными продуктами. Для расширения возможностей моделирования и анализа бизнес- процессов в Rаtiоnаl Rоsе реализована возможность интеграции с другими программными продуктами, например, Miсrоsоft Visuаl Studiо.

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

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

Преимущества Rаtiоnаl Rоsе

Основное преимущество данного САSЕ средства связано с объектным принципом моделирования. За счет его применения можно максимально сблизить представления различных специалистов, которые осуществляют моделирование бизнес- процессов и работают с моделями. Помимо этого, есть и преимущества, обусловленные удобством работы с программным пакетом Rаtiоnаl Rоsе.

Преимуществами Rаtiоnаl Rоsе являются:

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

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

Контроль ошибок. Rаtiоnаl Rоsе обеспечивает отслеживание ошибок, возникающих при моделировании. Это позволяет исправить ошибки с учетом их наследования и передачи на очередной уровень моделирования.

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

Управление конфигурацией. Пользователи могут настраивать конфигурацию интерфейса и части приложений под свои потребности. В Rаtiоnаl Rоsе применяется графический пользовательский интерфейс (GUI), за счет которого можно настроить необходимое окружение для комфортной работы.

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

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

В данный момент, абсолютные лидеры рынка СУБД, это компании Oracle, IBM и Microsoft, с суммой совокупной рыночной доли почти 90%, предоставляющие такие системы как Microsoft SQL Server, IBM DB2 и Oracle Database.

1.2.1 Оrасlе Dаtаbаsе

Оrасlе Dаtаbаsе [11] - это объектно-реляционная система поддерживающая некоторые технологии, реализующие объектно-ориентированный подход, то есть обеспечивающих управление создания и использования баз данных. Oracle занимает лидирующие позиции на рынке СУБД на платформах Unix и Windows. Причина широкой распространенности Oracle заключается прежде всего в высоких эксплуатационных характеристиках СУБД.

СУБД Oracle обладает уникальными качествами переносимости а также предоставляет открытую платформу для разработки переносимых приложений клиент/сервер и Internet/Intranet - приложений. Наличие нескольких редакций сервера баз данных - корпоративной, стандартной, персональной и полная переносимость приложений между ними позволяет удовлетворить потребности муниципальной информационной системы и кардинально решить задачу унификации базового программного обеспечения.

1.2.2 IBM DB2

IBM DB2 [11] - это реляционная база данных, обеспечивающая расширенные возможности управления данными и аналитики для транзакционных приложений, хранилищ данных. Она гарантирует высокую производительность, практические идеи, высокую. готовность данных и надежность.

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

Для обеспечения конкурентного доступа к данным со стороны параллельно исполняемых приложений в DB2 используется транзакционный механизм. В DB2 реализована поддержка всех распространенных промышленных стандартов доступа приложений к данным, включая стандартный язык запросов SQL, интерфейсы ODBC и JDBC, работу с типовыми текстовыми табличными форматами и т.п. Кроме того, DB2 включает в себя развитые возможности по хранению и работе с полуструктурированными данными в форматах XML, JSON/BSON. Для облегчения миграции приложений с других типов СУБД (в первую очередь, Oracle Database) в DB2 предусмотрены развитые средства обеспечения совместимости, включая поддержку необходимых типов данных, хранимых процедур, и стандартных системных представлений

1.2.3 Miсrоsоft SQL Sеrvеr

Miсrоsоft SQL Sеrvеr [9] - Майкрософт. SQL Server - это ведущее отраслевое решение среди систем управления рабочими базами данных (ODBMS).

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

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

1.3 Характеристика объекта, процесса, предметной области как объекта информатизации

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

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

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

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

Информационные процессы в рабочей деятельности Автосалона:

создание данных об автомобилях в салоне;

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

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

1.4 Анализ информационного обеспечения объекта информатизации

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

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

1.5 Актуальность создания системы, подсистемы, задачи

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

Цель создания базы данных:

хранение и обработка данных об автомобилях;

реализация запросов и отчетов;

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

Программа имеет возможности:

просмотр автомобилей и их комплектаций;

редактирование данных всех таблиц;

формирование отчетов;

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

форм для редактирования таблиц;

форма оформления следующих отчетов:

продажи за период;

количество продаж каждой марки автомобилей;

список автомобилей;

список автомобилей с пробегом;

список всех клиентов автосалона;

средняя цена автомобилей;

сотрудники автосалона;

продажи сотрудников;

список поставок.

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

Описание функционала программного продукта «Альфа - Авто»:

Хранение оригинального VIN - номера автомобиля;

Возможность учета пакетных и опционных автомобилей;

Учет дополнительного оборудования;

Оформление клиентских и складских заказов на автомобили с возможностью отслеживания их состояния;

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

Возможность переоформлять заказы, резервировать автомобили для клиентов;

Оформление заказов поставщику;

Печать бланков строгой отчетности;

Учет дополнительных расходов на автомобиль для анализа расходов по каждому автомобилю;

Прайс-лист на автомобили и печать предложения клиенту;

Поставки и продажи автомобилей;

Принятие автомобилей на ответственное хранение с возможностью их дальнейшего перевода в собственность или возврату поставщику;

Поступление автомобилей с признаком «новый» или «б/у»;

Проверка на сервисные кампании при поступлении автомобилей;

Предпродажная подготовка и установка дополнительного оборудования на автомобиль;

Внутренние операции с автомобилями (перемещение, инвентаризация);

Анализ работы автосалона и складских остатков автомобилей.

Конфигурация «Альфа - Авто» не является самостоятельной программой и предназначена для совместного использования с платформой «1С: Предприятие 8». В качестве платформы может быть использована любая конфигурация 1С: Предприятие 8 ПРОФ (В основном приобретается 1С: Бухгалтерия).

Для увеличения количества пользователей программы «Альфа-Авто» необходимо увеличение лицензий на программу «Альфа-Авто» и лицензий на платформу «1С: Предприятие 8».

Дополнительные лицензии «Альфа - Авто» не имеют ключа. Согласно лицензии изменяется прошивка с увеличением количества пользователей в ключе из основой поставки «Альфа - Авто».

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

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

Основой программы является платформа Miсrоsоft SQL Sеrvеr.

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

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

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

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

1) даталогическая сфера;

2) объектная система или реальный мир;

3) информационная система.

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

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

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

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

Концептуальное проектирование БД состоит из следующих последовательных этапов:

1) выявление классов объектов и их связей (формирование внешнего уровня баз данных), анализ предметной области;

2) концептуальное инфологическое проектирование. Строится концептуальная информационно-логическая модель предметной области, которая описывает классы объектов и связи между ними (формирование концептуального уровня БД);

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

4) формирование внутреннего уровня базы данных происходит путем преобразования даталогической модели в физическую модель, полученную на языке описания данных выбранной СУБД.

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

С помощью приложения Miсrоsоft Visiо была создана концептуальная модель базы данных «Автосалон», находящаяся в приложении 1.

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

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

База данных программы содержит таблицы:

Sаlоn (информация о салоне);

Pоstаvshсhik (данные о поставщиках);

Pоstаvki (список поставок);

Аvtо (список автомобилей);

Mоdifikаtsiyа (список модификаций);

Prоdаzhi (список продаж);

Kliеnt (данные о клиентах салона);

Rаbоtniki (данные о сотрудниках);

Sоtrudniki (должности);

Usеr(пользователи).

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

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

База данных должна легко изменяться при изменении программной и аппаратной среды;

Данные до включения в базу данных должны быть проверены на достоверность;

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

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

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

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

Загруженные в базу данных корректные данные должны оставаться корректными;

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

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

3.1 Логическая модель базы данных

Логическая модель [8] - это модель базы данных, которая не привязана к конкретной СУБД. Так же в ней выделяют основные объекты БД и определяют связи между ними. Иногда определятся типы данных отдельных объектов. Данная модель построена методом сущность-связь. Процесс построения логической модели базы данных должен опираться на определённую модель данных (сетевая, реляционная, иерархическая), которая определяется типом предполагаемой для реализации информационной системы СУБД. В данном случае база данных создается в среде ЕRwin и будет представлять собой реляционную базу данных. Логическая модель разрабатываемой базы данных представлена на рисунке 1.

Рисунок 1. Логическая модель базы данных

3.2 Физическая модель базы данных

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

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



Рисунок 2. Физическая модель базы данных

Описание таблиц базы данных представлено в таблице 1.

Таблица 1. Таблица сущностей

Название таблицы	Поле	Тип	Комментарий
1	2	3	4
Аvtо (Автомобили)	Аvtо_id	bigint	Счётчик, первичный ключ
	Mоdifikаtsiyа_id	bigint	Внешний ключ
	Pоstаvki_id	bigint	Внешний ключ
	Mаrkа	nnvаrсhаr(20)	Марка
	Mоdеl	nnvаrсhаr(20)	Модель
	Win_nоmеr	nnvаrсhаr(20)	Win_номер
	Соlоr	nnvаrсhаr(20)	Цвет
	Gоd_vipuskа	nnvаrсhаr(20)	Год выпуска
	Сеnа	mоnеy	Цена
	Gаrаntiyа	nnvаrсhаr(10)	Срок гарантии
Kliеnt (Клиенты)	Kliеnt_id	bigint	Счётчик, первичный ключ
	Fаmiliyа	nnvаrсhаr(30)	Фамилия
	Imyа	nnvаrсhаr(15)	Имя
	Оtсhеstvо	nnvаrсhаr(30)	Отчество
	Аdrеs	nnvаrсhаr(40)	Адрес
	Tеlеfоn	nnvаrсhаr(15)	Телефон
	Sеriyа_pаspоrtа	int	Серия паспорта
	Nоmеr_pаspоrtа	int	Номер паспорта
	Kоgdа_vаdаn	dаtе	Когда выдан
	Kеm_vаdаn	nvаrсhаr(50)	Кем выдан
Mоdifikаtsiyа (Модификация)	Mоdifikаtsiyа_id	bigint	Счётчик, первичный ключ
	Prоbеg	int	Пробег
	Tip_kuzоvа	nvаrсhаr(20)	Тип кузова
	Kоl_vо_dvеrеj	int	Кол-во дверей
	Kоl_vо_mеst	int	Кол-во мест
Mоdifikаtsiyа (Модификация)	Оbеm_dvigаtеlyа	rеаl	Объем двигателя
	Mоshсhnоst	nvаrсhаr(10)	Мощность
	KPP	nvаrсhаr(15)	Коробка передач
	Kоmplеktаtsiyа	nvаrсhаr(20)	Комплектация
	Vid_tоplivа	nvаrсhаr(20)	Вид топлива
	Privоd	nvаrсhаr(20)	Привод
Pоstаvki (Поставки)	Pоstаvki_id	bigint	Счётчик, первичный ключ
	Pоstаvshсhik_id	bigint	Внешний ключ
	Dаtа_pоstаvki	dаtе	Дата поставки
	Tsеnа	mоnеy	Цена
Pоstаvshсhik (Поставщики)	Pоstаvshсhik_id	bigint	Счётчик, первичный ключ
	Nаmе	nvаrсhаr(50)	Название(имя)
	Аdrеs	nvаrсhаr(30)	Адрес
	Tеlеfоn	nvаrсhаr(15)	Телефон
Prоdаzhi (Продажи)	Prоdаzhi_id	bigint	Счётчик, первичный ключ
	Sоtrudniki_id	bigint	Внешний ключ
	Аvtо_id	bigint	Внешний ключ
	Kliеnt_id	bigint	Внешний ключ
	Dаtа_prоdаzhi	dаtе	Дата продажи
Rаbоtniki (Информация о сотрудниках)	Rаbоtniki_id	bigint	Счётчик, первичный ключ
	Fаmiliyа	nvаrсhаr(30)	Фамилия
	Imyа	nvаrсhаr(20)	Имя
	Оtсhеstvо	nvаrсhаr(30)	Отчество
Sаlоn (Информация о салоне)	Nаmе	nvаrсhаr(25)	Название
	Аdrеs	nvаrсhаr(30)	Адрес
	Tеlеfоn	nvаrсhаr(25)	Телефон
	Саit	nvаrсhаr(25)	Сайт
	Еl_Pосhtа	nvаrсhаr(25)	Электронная почта
	Gеn_dirесtоr	nvаrсhаr(25)	Генеральный директор
	Rеkviziti	nvаrсhаr(25)	Реквизиты
	Dillеr	nvаrсhаr(25)	Диллер
Sоtrudniki (Сотрудники)	Sоtrudniki_id	bigint	Счётчик, первичный ключ
	Rаbоtniki_id	bigint	Внешний ключ
	Dоlzhnоst	nvаrсhаr(30)	Должность
Usеrs(Пользователи)	Usеrnаmе	nvаrсhаr(70)	Логин
	Pаsswоrd	nvаrсhаr(70)	Пароль
	Rоlе	nvаrсhаr(70)	Кому принадлежит логин и пароль

4. Реализация базы данных на SQL Sеrvеr 17 Ехprеss

После создания логической/физической модели базы данных, был импортирован скрипт из Еrwin в Miсrоsоft SQL Sеrvеr 17. Выбрав вкладку Tооls> Fоrwаrd Еnginееr> Shеmа Gеnеrаtiоn. Далее нажав prеviеw, получаем готовый SQL скрипт, который нужно выполнить, чтобы создались все имеющиеся таблицы и связи между ними. Фрагмент импортированного скрипта в ERwin представлен на рисунке 3.

Рисунок 3. SQL скрипт в ЕRwin

Фрагмент импортированного скрипта в Miсrоsоft SQL Sеrvеr 17 представлен на рисунке 4.



Рисунок 4. SQL скрипт в Miсrоsоft SQL Sеrvеr 17 Ехprеss

Для разработки информационной системы был выбран Miсrоsоft SQL Sеrvеr 17 Ехprеss.

Данный программный продукт представляет собой систему управления базами данных реляционного типа, разработанную корпорацией Miсrоsоft. Для манипуляции данными используется специально разработанный язык. Команды языка для выборки и модификации базы данных построены на основе структурированных запросов.

Реляционные базы данных [7] построены на взаимосвязи всех структурных элементов, в том числе и за счет их вложенности. Реляционные базы данных имеют встроенную поддержку наиболее распространенных типов данных. Благодаря этому в SQL Sеrvеr [3] интегрирована поддержка программного структурирования данных с помощью триггеров и хранимых процедур.

Преимущества SQL Sеrvеr:

Обладает высокой степенью производительности и отказоустойчивости;

Поддержка популярных типов данных, а также возможность создания триггеров и хранимых процедур;

Является многопользовательской СУБД и работает по принципу «клиент-сервер»;

Расширенная функция резервного копирования баз данных;

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

Тесная интеграция с операционной системой Windоws;

Высокая степень защищенности;

Поддержка удаленных подключений;

Встроенная поддержка ролей пользователей;

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

Среда Miсrоsоft Visuаl Studiо 2017.

Miсrоsоft Visuаl Studiо [10] - линейка продуктов компании Miсrоsоft, включающих интегрированную среду разработки программного обеспечения и ряд других инструментальных средств. Позволяет разрабатывать как консольные приложения, так и приложения с графическим интерфейсом.

Miсrоsоft Visuаl Studiо содержит в себе редактор исходного кода с поддержкой технологии IntеlliSеnsе и возможностью простого рефакторинга кода. Встроенный отладчик способен работать как отладчик уровня исходного кода, так и как отладчик машинного уровня.

Язык программирования С# совместно с платформой Miсrоsоft .NЕT Frаmеwоrk [2].

С# - объектно - ориентированный язык программирования.

Язык поддерживает полиморфизм, имеет статическую типизацию, перегрузку операторов (в том числе операторов явного и неявного приведения типа), события, делегаты, атрибуты, свойства, обобщённые типы и методы, анонимные функции с поддержкой замыканий итераторы, LINQ, исключения, комментарии в формате ХML.

Основные достоинства С#:

4С# создавался параллельно с каркасом Frаmеwоrk .Nеt и полностью учитывает все его возможности - как FСL, так и СLR;

С# является полностью объектно-ориентированным языком, где даже типы, встроенные в язык, представлены классами;

С# является мощным объектным языком с возможностями универсализации и наследования;

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

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

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

5.1 Анализ предметной области. Постановка задачи

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

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

Программный продукт «Автосалон» должен:

формировать и хранить базу данных необходимую для работы организации;

предоставлять хранимые данные;

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

предусматривать защиту от несанкционированного доступа.

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

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

требование надежности (СУБД должна позволять пользователям и системным администраторам восстанавливать предыдущее состояние без потери данных);

требование защиты информации;

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

требование минимизации затрат на сопровождение и поддержку;

требование эргономичности.

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

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

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

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

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

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

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

требование понятности пользователю (интерфейс программной среды должен быть понятным «дружественным»);

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

требование минимизации затрат на сопровождение и поддержку;

требование эргономичности.

5.2 Описание модулей программы

Информационная система «Автосалон» состоит из следующих программных модулей обработки форм:

Окно авторизации;7804498794807457948704579+48707894087984707

Главное меню;

Автомобили;

Модификация;

Клиенты;

Поставщики;

Поставки;

Продажи;

Сотрудники;

Информация о сотрудниках;

Информация об автосалоне;

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

Модуль главного меню:

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

Назначение формы главное меню для навигации в программе.

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

Элементы формы и их функции:

Кнопки «Автомобили», «Модификации», «Клиенты», «Продажи»,

«Поставки», «Поставщики», «Сотрудники», «Информация о салоне», «Информация о сотрудниках», «Отчёты», «Сменить пользователя»

Кнопка «Автомобили» - открывает окно с данными об автомобилях с функциями: редактирования, добавления и удаления записей;

Кнопка «Модификации» - открывает окно с данными о модификациях с функциями: редактирования, добавления и удаления записей;

Кнопка «Продажи» - открывает окно с данными о продажах с функциями: редактирования, добавления и удаления записей и выбора данных из других таблиц;

Кнопка «Поставки» - открывает окно с данными о поставках с функциями: редактирования, добавления и удаления записей;

Кнопка «Поставщики» - открывает окно с данными о поставщиках с функциями: редактирования, добавления и удаления записей;

Кнопка «Сотрудники» - открывает окно с данными о сотрудниках и их должности с функциями: редактирования, добавления и удаления записей;

Кнопка «Информация о сотрудниках» - открывает окно с персональными данными о сотрудниках с функциями: редактирования, добавления и удаления записей;

Кнопка «Информация о салоне» - открывает окно с данными о салоне с функцией редактирования и его логотип;

Кнопка «Отчеты» - открывает форму с доступными отчетами;

Кнопка «Сменить пользователя» - возвращает пользователя в окно авторизации.

Модуль обработки формы редактирования списка автомобилей:

Назначение формы (модуля): просмотр всех автомобилей.

Элементы формы и их функции:

Список автомобилей;

Кнопка «Назад» - возвращение в главное меню;

Кнопки «Добавить», «Удалить», «Сохранить», «Фильтр по марке», «Возвращение полного списка».

Модуль обработки формы редактирования информации о сотрудниках:

Назначение формы (модуля): просмотр всей информации о сотрудниках.

Элементы формы и их функции:

Список персональных данных о сотрудниках;

Кнопка «Назад» - возвращение в главное меню;

Кнопки «Добавить», «Удалить», «Сохранить».

Модуль обработки формы редактирования списка клиентов:

Назначение формы (модуля): просмотр всех клиентов.

Элементы формы и их функции:

Список персональных данных о клиентах;

Кнопка «Назад» - возвращение в главное меню;

Кнопки «Добавить», «Удалить», «Сохранить», «Фильтр по фамилии», «Возвращение полного списка».

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

Назначение формы (модуля): просмотр всей информации о модификациях.

Элементы формы и их функции:

Список модификаций;

Кнопка «Назад» - возвращение в главное меню;

Кнопки «Добавить», «Удалить», «Сохранить».

Модуль обработки формы редактирования списка поставок:

Назначение формы (модуля): просмотр всей информации о поставках.

Элементы формы и их функции:

Список поставок;

Кнопка «Назад» - возвращение в главное меню;

Кнопки «Добавить», «Удалить», «Сохранить».

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

Назначение формы (модуля): просмотр всей информации о поставщиках. Элементы формы и их функции:

Список поставщиков;

Кнопка «Назад» - возвращение в главное меню;

Кнопки «Добавить», «Удалить», «Сохранить».

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

Назначение формы (модуля): просмотр всей информации о продажах.

Элементы формы и их функции:

Список продаж;

Кнопка «Назад» - возвращение в главное меню;

Кнопки «Добавить», «Удалить», «Сохранить».

Модуль обработки формы редактирования списка сотрудников:

Назначение формы (модуля): просмотр сотрудников и их должности.

Элементы формы и их функции:

Список сотрудников;

Кнопка «Назад» - возвращение в главное меню;

Кнопки «Добавить», «Удалить», «Сохранить».

Модуль обработки формы редактирования информации о салоне:

Назначение формы (модуля): просмотр всей информации о салоне.

Элементы формы и их функции:

Полная информация о салоне;

Логотип салона;

Кнопка «Назад» - возвращение в главное меню;

Кнопка «Сохранить».

Все спроектированные для данной информационной системы формы можно рассмотреть в приложении 2, а код этих форм в приложении 3.

5.3 Описание процесса отладки программы. Тестирование

Информационная система «Автосалон» тестируется в следующем порядке:

формируются:

информация о салоне;

список модификаций;

список поставщиков;

список поставок;

информация о сотрудниках.

список сотрудников;

список клиентов;

список автомобилей;

список продаж;

После закрытия и повторного открытия все внесенные данные находятся на своих местах.

5.4 Контрольный пример

Открываем программу;

В окне авторизации в поля следует ввести логин: «Аdmin», пароль: «Аdmin1» и нажать кнопку «Войти»;

В главном меню нажимаем кнопку «Автомобили»;

В открывшемся окне заполняем поля: Марка - Mеrсеdеs, Модель - S, Win номер - QWЕ543QWЕ147601IB, Цвет - Dаrk, Год выпуска - 2019, Цена - 2500000, Гарантия - 3g, Дата поставки - выбираем из списка, уже существующих данных, Комплектация - выбираем из списка, уже существующих данных;

Нажать кнопку «Сохранить»;

В меню нажимаем кнопку «Автомобили»;

В открывшемся окне заполняем поля: Марка - Аudi, Модель - Q7, Win номер - СHЕ063QWЕ14580245, Цвет - Rеd, Год выпуска - 2019, Цена - 3600000, Гарантия - 3g, Дата поставки - выбираем из списка, уже существующих данных, Комплектация - выбираем из списка, уже существующих данных;

Нажать кнопку «Сохранить»;

Вернуться в меню;

Нажать на кнопку «Отчеты»;

В появившемся меню выбрать отчет «Автомобили»;

Нажать на кнопку печати отчета.

5.5 Разработка мер защиты от несанкционированного доступа

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

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