75
Сущность
가
«Пользователь».
가
Здесь
가
хранится
가
информация
가
о
가
данных
가
доступа
가
конкретного
가
пользователя
가
(логин
가
и
가
пароль),
가
а
가
также
가
настройки
가
доступа
가
–
가
права,
가
которыми
가
обладает
가
сотрудник
가
при
가
работе
가
с
가
данной
가
системой.
가
Эта
가
сущность
가
является
가
очень
가
важной,
가
так
가
как
가
с
가
ее
가
помощью
가
происходит
가
разграничение
가
прав
가
доступа.
Итак,
ᅠ
мы
ᅠ
выбрали
ᅠ
сущности
ᅠ
и
ᅠ
установили
ᅠ
их
ᅠ
атрибуты.
ᅠ
Следующим
ᅠ
шагом
ᅠ
является
ᅠ
определение
ᅠ
связей
ᅠ
между
ᅠ
сущностями.
ᅠ
Существует
ᅠ
несколько
ᅠ
типов
ᅠ
связей:
ᅠ
-связь
ᅠ
«один
ᅠ
к
ᅠ
одному»;
-связь
ᅠ
«один
ᅠ
ко
ᅠ
многим»;
-связь
ᅠ
«многие
ᅠ
к
ᅠ
одному»;
-связь
ᅠ
«многие
ᅠ
ко
ᅠ
многим».
ᅠ
В
가
данной
가
инфологической
가
модели
가
не
가
применяется
가
связь
가
«многие
가
ко
가
многим»,
가
которая
가
несет
가
в
가
себе
가
сложности
가
ее
가
реализации
가
на
가
программном
가
уровне,
가
поэтому
가
и
가
была
가
введена
가
дополнительная
가
сущность
가
«Связующая
가
таблица».
Рассмотрим
가
имеющиеся
가
связи
가
в
가
данной
가
модели
가
с
가
помощью
가
таблицы
가
2.
Таблица
가
2.
가
Связи
가
инфологической
가
модели
Сущность1
Наименование
ᅠ
связи
Сущность
ᅠ
2
Тип
ᅠ
связи
76
Договор
заключается
Контрагент
М-1
Договор
заключается
Сделка
М-1
Договор
заключается
Акт
М-1
Личность
состоит
ᅠ
в
ᅠ
должности
Связующая
ᅠ
таблица
1-М
Контрагент
подает
Заявка
1-М
Контрагент
Предоставляет
Связующая
ᅠ
таблица
1-М
Заявка
заключается
Сделка
1-1
Сущность
가
«Договор»
가
имеет
가
следующие
가
связи:
-
가
с
가
сущностью
가
«Контрагент»
가
она
가
связана
가
тем,
가
договор
가
заключается
가
с
가
конкретным
가
контрагентом,
가
причем
가
конкретная
가
фирма
가
может
가
заключать
가
несколько
가
договоров;
-
가
с
가
сущностью
가
«Сделка»
가
связана
가
тем,
가
что
가
договор
가
заключается
가
на
가
основании
가
сделки,
가
по
가
одной
가
сделке
가
может
가
быть
가
заключено
가
несколько
가
договоров;
-
가
с
가
сущностью
가
«Акт»
가
связана
가
тем,
가
что
가
на
가
основании
가
исполнения
가
двух
가
взаимосвязанных
가
договоров
가
заключается
가
акт
가
«Личность»
가
имеет
가
связь
가
с
가
가
сущностью
가
«Связующая
가
таблица»,
가
которая
가
заключается
가
в
가
том,
가
что
가
каждый
가
человек
가
состоит
가
на
가
какой-либо
가
должности
가
в
가
конкретном
가
контрагенте,
가
при
가
чем
가
один
가
человек
가
может
가
занимать
가
посты
가
в
가
различных
가
контрагентах.
Сущность
가
«Контрагент»
가
имеет
가
несколько
가
связей:
-
가
с
가
сущностью
가
«Заявка»
가
она
가
связана
가
тем,
가
что
가
один
가
контрагент
가
может
77
가
подать
가
несколько
가
заявок
가
в
가
лизинговую
가
компанию;
-
가
с
가
сущностью
가
«Связующая
가
таблица»
가
связана
가
тем,
가
что
가
в
가
каждой
가
записи
가
связующей
가
таблицы
가
представлен
가
один
가
контрагент,
가
причем
가
один
가
контрагент
가
может
가
находиться
가
в
가
нескольких
가
записях.
Сущность
가
«Заявка»
가
связана
가
с
가
сущностью
가
«Сделка»
가
по
가
средствам
가
того,
가
что
가
по
가
одной
가
принятой
가
и
가
одобренной
가
заявку
가
заключается
가
одна
가
сделка.
Для
가
реализации
가
системы
가
будет
가
использоваться
가
реляционная
가
модель
가
представления
가
данных,
가
которая
가
является
가
на
가
данный
가
момент
가
одной
가
из
가
наиболее
가
популярных
가
и
가
наиболее
가
часто
가
используемых
가
(рисунок
가
25).
Основными
가
понятиями
가
реляционных
가
баз
가
данных
가
является
가
тип
가
данных,
가
домен,
가
атрибут,
가
кортеж,
가
первичный
가
ключ
가
и
가
отношение.
Таким
가
образом,
가
получаем
가
набор
가
отношений
가
(таблиц),
가
которые
가
представляют
가
собой
가
реляционную
가
модель
가
определенных
가
нами
가
сущностей
가
предметной
가
области,
가
связанных
가
между
가
собой.
가
Атрибуты
가
отношений
가
будут
가
соответствовать
가
атрибутам
가
сущностей.
가
Связи
가
организуются
가
при
가
помощи
가
ключей.
78
Договор
PK№ Юридический
Краткое наименование
Полное наименование
Примечание
Состояние
ИНН контрагента
Порядковый № сделки
Личность
PKпенсионного свидетельства№
Ф.И.О.
Дата рождения
Прописка
Фактический адрес
Электронная почта
Рабочий телефон
Домашний телефон
Связующая таблица
PKзаписи№
Должность
№ пенсионного свидетельства
ИНН контрагента
Контрагент
PKИНН
Краткое наименование
Полное наименование
Дата регистрации
ОПФ
ЕГРЮЛ
Юридический адрес
Почтовый адрес
Электронная почта
Телефон
Акт
PKакта№
Дата подписания
Юридический № договора 1
Юридический № договора 2
Заявка
PKзаявки№
Дата
Аванс
Срок
Статус
Наименование оборудования
Стоимость оборудования
Сумма в рублях
Тип
Комментарий
Порядковый № сделки
ИНН контрагента
Сделка
PK№ Порядковый
Наименование
Дата начала
Дата окончания
Тип
Статус
Общая сумма
Стоимость имущества
Сумма финансирования
Примечание
№ заявки
Настройки доступа
PKзаписиid
Название настройки
Значение настройки
Логин
Пользователь
PKЛогин
Пароль
Рисунок
가
25.
가
Даталогическая
가
модель
가
данных
Для
가
уменьшения
가
избыточности
가
информации
가
и
가
исключения
가
аномалий
가
выполняется
가
процедура
가
нормализации.
Нормализация
가
-
가
это
가
разбиение
가
таблицы
가
на
가
две
가
или
가
более,
가
обладающих
가
лучшими
가
свойствами
가
при
가
включении,
가
изменении
가
и
가
удалении
가
данных.
가
Окончательная
가
цель
가
нормализации
가
сводится
가
к
가
получению
가
такого
가
проекта
가
базы
가
данных,
가
в
가
котором
가
каждый
가
факт
가
появляется
가
лишь
가
в
가
одном
가
месте,
가
т.е.
가
исключена
가
избыточность
가
информации.
가
Это
가
делается
가
не
가
столько
가
с
가
целью
가
экономии
가
памяти,
가
сколько
가
для
가
исключения
가
возможной
가
противоречивости
79
가
хранимых
가
данных.
가
Каждая
가
таблица
가
в
가
реляционной
가
базе
가
данных
가
должна
가
удовлетворять
가
условию,
가
в
가
соответствии
가
с
가
которым
가
в
가
позиции
가
на
가
пересечении
가
каждой
가
строки
가
и
가
столбца
가
таблицы
가
всегда
가
находится
가
единственное
가
атомарное
가
значение,
가
и
가
никогда
가
не
가
может
가
быть
가
множества
가
таких
가
значений.
가
Любая
가
таблица,
가
удовлетворяющая
가
этому
가
условию,
가
называется
가
нормализованной.
가
Фактически,
가
ненормализованные
가
таблицы,
가
т.е.
가
таблицы,
가
содержащие
가
повторяющиеся
가
группы,
가
даже
가
не
가
допускаются
가
в
가
реляционной
가
базе
가
данных.
가
Всякая
가
нормализованная
가
таблица
가
автоматически
가
считается
가
таблицей
가
в
가
первой
가
нормальной
가
форме,
가
сокращенно
가
1НФ.
가
Таким
가
образом,
가
строго
가
говоря,
가
"нормализованная"
가
и
가
"находящаяся
가
в
가
1НФ"
가
означают
가
одно
가
и
가
то
가
же.
가
Однако
가
на
가
практике
가
термин
가
"нормализованная"
가
часто
가
используется
가
в
가
более
가
узком
가
смысле
가
-
가
"полностью
가
нормализованная",
가
который
가
означает,
가
что
가
в
가
проекте
가
не
가
нарушаются
가
никакие
가
принципы
가
нормализации.
가
Теперь
가
в
가
дополнение
가
к
가
1НФ
가
можно
가
определить
가
дальнейшие
가
уровни
가
нормализации
가
-
가
вторую
가
нормальную
가
форму
가
(2НФ),
가
третью
가
нормальную
가
форму
가
(3НФ)
가
и
가
т.д.
가
По
가
существу,
가
таблица
가
находится
가
в
가
2НФ,
가
если
가
она
가
находится
가
в
가
1НФ
가
и
가
удовлетворяет,
가
кроме
가
того,
가
некоторому
가
дополнительному
가
условию,
가
суть
가
которого
가
будет
가
рассмотрена
가
ниже.
가
Таблица
가
находится
가
в
가
3НФ,
가
если
가
она
가
находится
가
в
가
2НФ
가
и,
가
помимо
가
этого,
가
удовлетворяет
가
еще
가
другому
80
가
дополнительному
가
условию
가
и
가
т.д.
가
Таким
가
образом,
가
каждая
가
нормальная
가
форма
가
является
가
в
가
некотором
가
смысле
가
более
가
ограниченной,
가
но
가
и
가
более
가
желательной,
가
чем
가
предшествующая.
가
Это
가
связано
가
с
가
тем,
가
что
가
"(N+1)-я
가
нормальная
가
форма"
가
не
가
обладает
가
некоторыми
가
непривлекательными
가
особенностями,
가
свойственным
가
"N-й
가
нормальной
가
форме".
가
Общий
가
смысл
가
дополнительного
가
условия,
가
налагаемого
가
на
가
(N+1)-ю
가
нормальную
가
форму
가
по
가
отношению
가
к
가
N-й
가
нормальной
가
форме,
가
состоит
가
в
가
исключении
가
этих
가
непривлекательных
가
особенностей.
Таблица
가
находится
가
в
가
первой
가
нормальной
가
форме
가
(1НФ)
가
тогда
가
и
가
только
가
тогда,
가
когда
가
ни
가
одна
가
из
가
ее
가
строк
가
не
가
содержит
가
в
가
любом
가
своем
가
поле
가
более
가
одного
가
значения
가
и
가
ни
가
одно
가
из
가
ее
가
ключевых
가
полей
가
не
가
пусто
Таблица
가
находится
가
во
가
второй
가
нормальной
가
форме
가
(2НФ),
가
если
가
она
가
удовлетворяет
가
определению
가
1НФ
가
и
가
все
가
ее
가
поля,
가
не
가
входящие
가
в
가
первичный
가
ключ,
가
связаны
가
полной
가
функциональной
가
зависимостью
가
с
가
первичным
가
ключом.
Таблица
가
находится
가
в
가
третьей
가
нормальной
가
форме
가
(3НФ),
가
если
가
она
가
удовлетворяет
가
определению
가
2НФ
가
и
가
не
가
одно
가
из
가
ее
가
неключевых
가
полей
가
не
가
зависит
가
функционально
가
от
가
любого
가
другого
가
неключевого
가
поля.
Вывод
가
по
가
2
가
главе:
81
Во
가
второй
가
главе
가
выпускной
가
квалификационной
가
работы
가
создана
가
автоматизированная
가
информационная
가
система
가
для
가
лизинговой
가
компании
가
ООО
가
«ГРЕК»,
가
объединив
가
в
가
ней
가
достоинства
가
имеющихся
가
аналогов
가
и
가
исправив
가
их
가
недостатки.
Разработана
가
функциональная
가
модель
가
системы.
Созданы
가
инфологическая
가
и
가
даталогическая
가
модель
가
данных.
Сделан
가
вывод,что
가
для
가
реализации
가
системы
가
будет
가
использоваться
가
реляционная
가
модель
가
представления
가
данных,
가
которая
가
является
가
на
가
данный
가
момент
가
одной
가
из
가
наиболее
가
популярных
가
и
가
наиболее
가
часто
가
используемых
82
ГЛАВА
가
3.
가
РАСЧЕТ
가
ЭКОНОМИЧЕСКОЙ
가
ЭФФЕКТИВНОСТИ
가
ОТ
가
ВНЕДРЕНИЯ
가
ИНФОРМАЦИОННОЙ
가
СИСТЕМЫ
가
НА
가
ПРЕДПРИЯТИИ
가
ООО
가
«ГРЕК»
3.1
가
Программная
가
реализация
가
автоматизированной
가
информационной
가
системы
При
가
рассмотрении
가
различных
가
существующих
가
систем
가
управления
가
базами
가
данных
가
выбор
가
остановился
가
на
가
СУБД
가
Visual
가
FoxPro
가
9.0
가
(VFP
가
9.0).
가
Данный
가
продукт
가
выполняет
가
все
가
требования,
가
поставленные
가
при
가
разработке
가
автоматизированной
가
информационной
가
системы.
가
Visual
가
FoxPro
가
–
가
это
가
объектно-ориентированный,
가
визуально
가
программируемый
가
язык,
가
управляемый
가
по
가
событиям,
가
который
가
в
가
полной
가
мере
가
соответствует
가
новым
가
требованиям,
가
предъявляемым
가
к
가
современным
가
средствам
가
проектирования
가
и
가
реализации
가
программного
가
обеспечения
가
[26].
Обладая
가
собственным
가
внутренним
가
механизмом
가
управления
가
реляционной
가
БД,
가
тесной
가
взаимосвязью
가
между
가
языком
가
и
가
данными,
83
가
полноценными
가
возможностями
가
объектно-ориентированного
가
программирования
가
и
가
широким
가
спектром
가
функций
가
VFP
가
9.0
가
позволяет
가
создавать
가
производительные,
가
масштабируемые
가
БД-ориентированные
가
решения
가
(настольные,
가
клиент-серверные
가
и
가
Web)
가
с
가
поддержкой
가
баз
가
данных
가
с
가
таблицами
가
объемом
가
до
가
2
가
Гб.
가
При
가
этом
가
VFP
가
9.0
가
выгодно
가
отличается
가
от
가
других
가
инструментов
가
Microsoft
가
умеренными
가
системными
가
требованиями
가
(Windows
가
2000,
가
любой
가
Pentium
가
II,
가
128
가
Мб
가
ОЗУ)
가
и
가
высокой
가
эффективностью
가
разрабатываемых
가
приложений
가
(производительность,
가
размеры
가
БД
가
и
가
программного
가
кода).
VFP
가
пока
가
избежал
가
участи
가
перевода
가
в
가
среду
가
.NET,
가
он
가
сам
가
и
가
создаваемые
가
с
가
его
가
помощью
가
приложения
가
предназначены
가
для
가
работы
가
в
가
традиционной
가
Windows.
가
Он
가
не
가
использует
가
принцип
가
управляемого
가
кода,
가
при
가
этом
가
язык
가
FoxPro
가
сохраняет
가
высокую
가
эффективность
가
-
가
на
가
нем
가
написаны
가
многие
가
компоненты
가
самого
가
инструмента.
가
В
가
то
가
же
가
время
가
улучшение
가
интеграции
가
с
가
.NET-приложениями
가
-
가
одно
가
из
가
главных
가
направлений
가
развития
가
VFP.
가
С
가
помощью
가
VFP
가
9.0
가
можно
가
создавать
가
Web-сервисы,
가
при
가
этом
가
существенно
가
упростилось
가
их
가
взаимодействие
가
с
가
.NET-приложениями.
Значительное
가
число
가
новшеств
가
связано
가
с
가
механизмом
가
управления
가
данными.
가
Все
가
годы
가
существования
가
VFP
가
особое
가
внимание
가
уделяется
84
가
поддержке
가
SQL-запросов
가
и
가
взаимодействию
가
с
가
MS
가
SQL
가
Server.
가
С
가
этой
가
целью
가
в
가
версии
가
9.0
가
реализованы
가
новые
가
типы
가
данных,
가
сняты
가
многие
가
ограничения
가
SQL-
языка,
가
введены
가
дополнительные
가
типы
가
индексов,
가
усилена
가
работа
가
с
가
удаленными
가
данными
가
и
가
т.
가
д.
VFP
가
в
가
силу
가
своей
가
предметной
가
нацеленности
가
всегда
가
отличался
가
достаточно
가
мощной
가
системой
가
формирования
가
отчетов.
가
Эти
가
возможности
가
расширены
가
за
가
счет
가
новых
가
архитектурных
가
решений,
가
повышающих
가
возможности
가
управления
가
выводом
가
и
가
форматирования
가
данных.
Например,
가
в
가
отчетах
가
теперь
가
поддерживаются
가
связи
가
"один
가
ко
가
многим",
가
отчеты
가
способны
가
работать
가
с
가
различными
가
форматами
가
исходных
가
данных
가
(в
가
том
가
числе
가
XML,
가
HTML
가
и
가
графическими).
В
가
то
가
же
가
время,
가
говоря
가
о
가
развитии
가
VFP,
가
нужно
가
отметить,
가
что
가
Microsoft
가
не
가
считает
가
нужным
가
принимать
가
радикальные
가
шаги
가
по
가
повышению
가
масштабируемости
가
создаваемых
가
приложений,
가
сохраняя
가
дистанцию
가
между
가
VFP
가
и
가
своими
가
стратегическими
가
инструментами
가
(SQL
가
Server,
가
Visual
가
studio
가
.NET).
가
Так,
가
корпорация
가
объявила,
가
что
가
у
가
нее
가
нет
가
планов
가
по
가
увеличению
가
нынешнего
가
объема
가
БД
가
FoxPro,
가
составляющего
가
2
가
Гб
가
(для
가
SQL
가
Server
가
2005
가
Express
가
-
가
продукта
가
для
가
малых
가
предприятий
가
-
가
граница
가
повышена
가
до
가
4
가
Гб.
Формирование
ᅠ
отчетов.