Главная

Категории:

ДомЗдоровьеЗоологияИнформатикаИскусствоИскусствоКомпьютерыКулинарияМаркетингМатематикаМедицинаМенеджментОбразованиеПедагогикаПитомцыПрограммированиеПроизводствоПромышленностьПсихологияРазноеРелигияСоциологияСпортСтатистикаТранспортФизикаФилософияФинансыХимияХоббиЭкологияЭкономикаЭлектроника






Обзор и обоснование выбора инструментальных средств


 

Для обоснования выбора конкретной СУБД для разработки базы данных был проведен сравнительный анализ трех СУБД, результаты которого приведены в таблице 2.2 /7,8,9/.

 

Таблица 2.2 – Сравнительные характеристики СУБД

Характеристики MS Access 2003 InterBase 7.5 Visual FoxPro 8.0
Фирма производитель Microsoft Borland Microsoft
Поддерживаемые ОС Windows 95, 98, МЕ, 2000, XP Windows, Unix Windows, Macintosh
Минимальные системные требования ОЗУ 16 Мб, Windows 95, Intel Pentium 3 ОЗУ 32 Мб, Windows 95, Intel Pentium 133 ОЗУ 64 Мб, Windows 98, Intel Pentium 133
Поддерживаемая модель данных Реляцион­ная Реляцион­ная Реляцион­ная
Максимальный размер БД 1 Гбайт 10 Гбайт 1 Гбайт
Максимальное число записей в одной таблице 2 147 483 647 не ограничено 1 000 000 000
Максимальное число полей (столбцов) в одной таблице
Максимальное количество символов в имени поля
Поддержка объектов БД Таблицы, формы, отчёты, индексы, макросы, модули, запросы, процедуры   Таблицы, индексы, триггеры, хранимые процедуры, генераторы, домены, роли, вьюеры Таблицы, индексы, триггеры, хранимые процедуры, запросы
Технология создания БД Визуальная Визуальная, SQL-скрипт Визуальная, SQL-скрипт
Формат файла БД *.mdb *.gdb *.dbc и таблицы *.dbf
Возможность создания локальной БД Есть Есть Есть
Поддержка сервера БД Не поддерживает Файл-сервер, клиент-сервер (Ibase Server) Файл-сервер, клиент-сервер, возможность подключения SQL Server и Oracle
Наличие встроенного языка Visual Basic SQL Xbase, встроенный язык SQL
Поддержка стандарта SQL Существует Существует Существует

 


Продолжение таблицы 2.2

Средства поддержки ограничения целостности Первичный и внешний ключи, индексы, автоматическое обеспечение целостности, ссылочная целостность, обязательность значения поля Первичный и внешний ключи, индексы, ограничения первичного и внешнего ключа, ссылочная целостность, каскадное изменение Первичный и внешний ключи, индексы, ссылочная целостность, ограничения первичного ключа, логические ограничения
Возможность реализации прав доступа для отдельных пользователей (права и привилегии) Реализован доступ ко всей БД Реализован доступ отдельного пользователя к отдельным таблицам с правами: чтение, правка, запись Реализация прав доступа программным путем или подключение БД со встроенной реализацией доступа
Возможность передачи данных в MS Office (Excel, Word) Есть Есть Есть
Наличие средств для получения отчетов Элементы управления: поля, содержащие имена или числа, надписи для заголовков, линии для графического оформления Нет Нет
Наличие встроенных средств для создания резервной копии БД и восстановление БД из резервной копии Есть Есть Есть
Простота/сложность работы с СУБД Простота в освоении, возможность использования непрофессиональным программистом, имеет средства подготовки отчётов Простота в установке, настройке и администрировании, обладает прекрасными функциональными возможностями Простота с точки зрения программиста и администратора, используется для организации сложных информационных систем

 

В качестве СУБД для разработки базы данных выбрана СУБД InterBase 7.5. Borland InterBase 7.5 – высокопроизводительный, кроссплатформенный сервер баз данных /10/. Он сочетает в себе легкость установки, автоматическое восстановление после сбоев и минимальную потребность в сопровождении, что очень важно для надежного функционирования распределенных, высокопроизводительных, критически важных бизнес-приложений.

Преимущества использования Borland InterBase 7.5:

- простота инсталляции и администрирования;

- поддержка платформ Windows, Linux и Solaris;

- запатентованные обработчики оповещений о событиях;

- поддержка сред разработки Borland Delphi, Kylix и других;

- совместимость со стандартом SQL92 и удобный SQL-интерфейс;

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

- адаптация для коммерческой деятельности;

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

В Borland InterBase 7.5 внесены значительные улучшения, что приводит не только к повышению эффективности труда разработчиков, но и к увеличению производительности самих приложений. Среди новых возможностей Borland InterBase 7.5:

- поддержка SMP с применением архитектуры Multi-Generational, т.е. распараллеливания операций для увеличения производительности на многопроцессорном оборудовании (SMP), как для клиента, так и для сервера;

- мониторинг транзакций, подключений, пользователей и другого, для упрощения аудита и управления;

- драйвер JDBC 4, который упрощает распространение клиентских приложений и администрирование сервера.

Все эти качества делают Borland InterBase 7.5 наиболее подходящим решением для реализации базы данных.

Сравнительные характеристики средств разработки приложений АИС приведены в таблице 2.3 /7,11,12,13/.

 

Таблица 2.3 – Сравнительные характеристики средств разработки приложений

Характеристики Visual Basic 6 C++ Builder 6.0 Delphi 7
Фирма производитель Microsoft Borland Borland
Поддерживаемые ОС Windows 98, МЕ, 2000, XP, Vista Windows 98, МЕ, 2000, XP, Vista Windows 98, МЕ, 2000, XP, Vista
Минимальные системные требования ОЗУ 64 Мб, Windows 98, Intel Pentium 2 ОЗУ 64 Мб, Windows 98, Intel Pentium 2 ОЗУ 64 Мб, Windows 98, Intel Pentium 2
Подход к разработке ПО Структурный подход Структурный подход, ООП Структурный подход, ООП
Механизмы доступа к БД ADO, DAO, RDO   BDE, ADO, IBExpress, dbExpress, MIDAC BDE, ADO, IBExpress, dbExpress, MIDAC

 


Продолжение таблицы 2.3

Утилиты для работы с БД Wizdata Interbase Console, BDE Administrator, Database Desktop, SQL Explorer, консольные утилиты Interbase Console, BDE Administrator, Database Desktop, SQL Explorer, консольные утилиты
Поддержка классов Есть Есть Есть
Поддержка стандарта языка SQL Есть Есть Есть
Наличие компонент для работы с БД ADODC Закладки DataAccess, DataControls, dbExpress, ADO, BDE, Interbase Закладки DataAccess, DataControls, dbExpress, ADO, BDE, Interbase
Наличие компонент построения отчетов и диаграмм Есть Есть Есть
Поддержка оконного интерфейса Есть Есть Есть
Средства поддержки транзакций (параллельная работа нескольких пользователей с БД) Есть Есть Есть
Возможность создания запускаемого файла Имеется Имеется Имеется

 

Язык С++ является основополагающим системным языком, его удобный, компактный, удобочитаемый синтаксис позаимствован многими другими языками: PHP, Perl, Java, C#, JavaScript и другими /14/. Библиотек на этом языке в Internet представлено огромное количество, что позволяет упрощать программирование практически любой предметной области. Из приведенных языков для реализации поставленной задачи выбран язык C++, как наиболее подходящий для программирования небольшой АИС.

В качестве среды разработки приложений автоматизированной информационной системы была выбрана Borland C++ Builder 6.0. Данная среда является мощной средой разработки приложений с широкими возможностями управления проектом. Предоставляется возможность разработки как визуальных, так и консольных приложений. Среда имеет большое число дополнительных компонент, поддерживает объектно-ориентированное программирование, позволяет быстро и удобно разрабатывать эффективные приложения, включая приложения для работы с базами данных /15/.

 

 


Разработка базы данных

 

В теории баз данных существует ряд методов разработки моделей БД, отображающих разные уровни ее архитектуры. Распространены два основных подхода к проектированию систем баз данных: нисходящий и восходящий /16/.

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

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

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

- анализ предметной области. На основе анализа предметной области получают описание внешнего уровня БД, являющееся исходными данными для следующего этапа;

- разработка инфологической модели (ИЛМ). По полученному на предыдущем этапе описанию строится модель данных «сущность-связь»;

- разработка даталогической модели (ДЛМ). На основе ИЛМ предметной области строится ДЛМ базы данных;

- нормализация. Этап представляет собой нормализацию полученной модели;

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

Инфологическая модель предметной области представлена в приложении А ER-диаграммой, построенной по методологии Ричарда Баркера. Даталогическая модель представлена в пункте 2.3.2.3 логической структурой базы данных. Описание физической модели базы данных рассматривается в пункте 2.3.3.


2.3.1 Описание внешнего уровня архитектуры базы данных

 

Описание внешнего уровня базы данных проводится на основе анализа предметной области. Внешний уровень – это обобщенное представление всех пользователей в системе.

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

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

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

- описание предметной области на уровне классов объектов (сущностей) и отношений (связей) между ними.

- состав пользователей системы БД и их уровни доступа к БД.

 

2.3.1.1 Иерархия функций

 

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

 

Таблица 2.4 – Иерархия функций

Соединение с БД      
Ведение справочных данных Тип товара Добавление/Обновление Ф1
Поиск/Просмотр Ф2
Товар Добавление/Обновление Ф3
Поиск/Просмотр Ф4
Единица измерения Добавление/Обновление Ф5
Поиск/Просмотр Ф6
Улица Добавление/Обновление Ф7
Поиск/Просмотр Ф8
Тип улицы Добавление/Обновление Ф9
Поиск/Просмотр Ф10
Населенный пункт Добавление/Обновление Ф11
Поиск/Просмотр Ф12
Тип населенного пункта Добавление/Обновление Ф13
Поиск/Просмотр Ф14
Пол физического лица Добавление/Обновление Ф15
Поиск/Просмотр Ф16
Должность Добавление/Обновление Ф17
Поиск/Просмотр Ф18
Вид цены Добавление/Обновление Ф19
Поиск/Просмотр Ф20

Продолжение таблицы 2.4

Ведение справочных данных Тип структурной единицы/ юридического лица Добавление/Обновление Ф21
Поиск/Просмотр Ф22
Структурная единица/ юридическое лицо Добавление/Обновление Ф23
Поиск/Просмотр Ф24
Адрес Добавление/Обновление Ф25
Поиск/Просмотр Ф26
Тип телефона Добавление/Обновление Ф27
Поиск/Просмотр Ф28
Телефон Добавление/Обновление Ф29
Поиск/Просмотр Ф30
Тип ведомости Добавление/Обновление Ф31
Поиск/Просмотр Ф32
Ведение учетных данных Физическое лицо Добавление/Обновление Ф33
Поиск/Просмотр Ф34
Ведомость Добавление/Обновление Ф35
Поиск/Просмотр Ф36
Позиция ведомости Добавление/Обновление Ф37
Поиск/Просмотр Ф38
Договор о работе Добавление/Обновление Ф39
Поиск/Просмотр Ф40
Прайс Добавление/Обновление Ф41
Поиск/Просмотр Ф42
Позиция прайса Добавление/Обновление Ф43
Поиск/Просмотр Ф44
Формирование отчётов Прайс-лист Формирование Ф45
Просмотр/Печать Ф46
Приходная ведомость Формирование Ф47
Просмотр/Печать Ф48
Расходная ведомость Формирование Ф49
Просмотр/Печать Ф50
Дискриминантный анализ Выполнение/Просмотр Ф51

 

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

 

2.3.1.2 Формализованное описание предметной области

 

Выявленные классы объектов и их свойства представлены в таблице 2.5.

 

Таблица 2.5 – Классы объектов предметной области, свойства

Объект/ свойство Уника-льный иденти-фикатор Физические характеристики Опциональ-ность значения Логические ограниче-ния Процессы
ФИЗИЧЕСКОЕ ЛИЦО          

Продолжение таблицы 2.5

табельный номер УИ, П число, 10 да >0 Г
фамилия   символ, 20 да первая буква заглавная Вв, Пр, Об
имя   символ, 20 да первая буква заглавная Вв, Пр, Об
отчество   символ, 20 нет первая буква заглавная Вв, Пр, Об
дата рождения   дата нет ДД.ММ.ГГГГ Вв, Пр, Об
ПОЛ ФИЗИЧЕСКОГО ЛИЦА          
код УИ1, П число, 10 да >0 Г
название УИ2 символ, 7 да прописные, строчные буквы Вв, Пр, Об
краткое название 1   символ, 3 нет прописные, строчные буквы Вв, Пр, Об
краткое название 2   символ, 1 нет прописные, строчные буквы Вв, Пр, Об
ТОВАР          
код УИ1, П число, 10 да >0 Г
название УИ2 символ, 40 да прописные, строчные буквы Вв, Пр, Об
краткое название   символ, 15 нет прописные, строчные буквы Вв, Пр, Об
ТИП ТОВАРА          
код УИ1, П число, 10 да >0 Г
название УИ2 символ, 40 да прописные, строчные буквы Вв, Пр, Об
краткое название   символ, 15 нет прописные, строчные буквы Вв, Пр, Об
ВИД ЦЕНЫ          
код УИ1, П число, 10 да >0 Г
название УИ2 символ, 20 да прописные, строчные буквы Вв, Пр, Об
краткое название   символ, 10 нет прописные, строчные буквы Вв, Пр, Об

 


Продолжение таблицы 2.5

СТРУКТУРНАЯ ЕДИНИЦА/ЮРИДИ-ЧЕСКОЕ ЛИЦО          
код УИ1, П число, 10 да >0 Г
название УИ2 символ, 40 да прописные, строчные буквы Вв, Пр, Об
краткое название   символ, 15 нет прописные, строчные буквы Вв, Пр, Об
ТИП СТРУКТУРНОЙ ЕДИНИЦЫ/ЮРИДИ-ЧЕСКОГО ЛИЦА          
код УИ1, П число, 10 да >0 Г
название УИ2 символ, 40 да прописные, строчные буквы Вв, Пр, Об
краткое название   символ, 15 нет прописные, строчные буквы Вв, Пр, Об
АДРЕС          
номер УИ, П число, 10 да >0 Г
дом   число, 10 да >0 Вв, Пр, Об
корпус   число, 10 нет >0 Вв, Пр, Об
квартира   число, 10 нет >0 Вв, Пр, Об
УЛИЦА          
код УИ1, П число, 10 да >0 Г
название УИ2 символ, 40 да первая буква заглавная Вв, Пр, Об
ТИП УЛИЦЫ          
код УИ1, П число, 10 да >0 Г
название УИ2 символ, 20 да прописные, строчные буквы Вв, Пр, Об
краткое название   символ, 10 нет прописные, строчные буквы Вв, Пр, Об
НАСЕЛЕННЫЙ ПУНКТ          
код УИ1, П число, 10 да >0 Г
название УИ2 символ, 40 да первая буква заглавная Вв, Пр, Об
ТИП НАСЕЛЕННОГО ПУНКТА          

Продолжение таблицы 2.5

код УИ1, П число, 10 да >0 Г
название УИ2 символ, 20 да прописные, строчные буквы Вв, Пр, Об
краткое название   символ, 10 нет прописные, строчные буквы Вв, Пр, Об
ДОЛЖНОСТЬ          
код УИ1, П число, 10 да >0 Г
название УИ2 символ, 40 да прописные, строчные буквы Вв, Пр, Об
краткое название   символ, 15 нет прописные, строчные буквы Вв, Пр, Об
ЕДИНИЦА ИЗМЕРЕНИЯ          
код УИ1, П число, 10 да >0 Г
название УИ2 символ, 20 да прописные, строчные буквы Вв, Пр, Об
краткое название   символ, 10 нет прописные, строчные буквы Вв, Пр, Об
ВЕДОМОСТЬ          
номер УИ, П число, 10 да >0 Г
дата   дата да ДД.ММ.ГГГГ Г, Пр, Об
ПОЗИЦИЯ ВЕДОМОСТИ          
номер УИ, П число, 10 да >0 Г
количество   число, 8 да >0 Вв, Пр, Об
ДОГОВОР О РАБОТЕ          
номер УИ, П число, 10 да >0 Г
дата начала   дата да ДД.ММ.ГГГГ Г, Пр, Об
дата окончания   дата нет ДД.ММ.ГГГГ Вв, Пр, Об
ПРАЙС          
номер УИ, П число, 10 да >0 Г
дата   дата да ДД.ММ.ГГГГ Г, Пр, Об
ПОЗИЦИЯ ПРАЙСА          
номер УИ, П число, 10 да >0 Г
цена   число, 8 да >0 Вв, Пр, Об
ТИП ВЕДОМОСТИ          
код УИ1, П число, 10 да >0 Г

 


Продолжение таблицы 2.5

название УИ2 символ, 40 да прописные, строчные буквы Вв, Пр, Об
краткое название   символ, 15 нет прописные, строчные буквы Вв, Пр, Об
ТЕЛЕФОН          
код УИ1, П число, 10 да >0 Г
номер УИ2 символ, 20 да цифры и символы Вв, Пр, Об
ТИП ТЕЛЕФОНА          
код УИ1, П число, 10 да >0 Г
название УИ2 символ, 40 да прописные, строчные буквы Вв, Пр, Об
краткое название   символ, 15 нет прописные, строчные буквы Вв, Пр, Об

 

В таблице 2.5 использованы сокращения: УИ – уникальный идентификатор, П – кандидат в первичный ключ (главный уникальный идентификатор), Г – генерация значения, Вв – ввод значения, Пр – просмотр значения, Об – обновление значения.

Связи между выявленными классами объектов представлены в таблице 2.6.

 

Таблица 2.6 – Связи между классами объектов (КО)

Классы объектов Опциональ-ность связи Имя связи Тип связи
главный КО подчиненный КО глав. КО подч. КО глав. КО подч. КО глав. КО под. КО
ТИП ТОВАРА ТОВАР м.б. д.б. соответствует относится М
ПРАЙС ПОЗИЦИЯ ПРАЙСА м.б. д.б. соответствует относится М
ЕДИНИЦА ИЗМЕРЕНИЯ ПОЗИЦИЯ ПРАЙСА м.б. д.б. соответствует относится М
ЕДИНИЦА ИЗМЕРЕНИЯ ПОЗИЦИЯ ВЕДОМОСТИ м.б. д.б. соответствует относится М
ТОВАР ПОЗИЦИЯ ПРАЙСА м.б. д.б. соответствует относится М
ТОВАР ПОЗИЦИЯ ВЕДОМОСТИ м.б. д.б. соответствует относится М
ДОЛЖНОСТЬ ДОГОВОР О РАБОТЕ м.б. д.б. соответствует относится М

 


Продолжение таблицы 2.6

ТИП СТРУКТУРНОЙ ЕДИНИЦЫ/ ЮРИДИЧЕСКО-ГО ЛИЦА СТРУКТУРНАЯ ЕДИНИЦА/ ЮРИДИЧЕСКОЕ ЛИЦО м.б. д.б. соответствует относится М
СТРУКТУРНАЯ ЕДИНИЦА/ ЮРИДИЧЕСКОЕ ЛИЦО СТРУКТУРНАЯ ЕДИНИЦА/ ЮРИДИЧЕСКОЕ ЛИЦО м.б. м.б. имеет в подчинении подчиняется вышестоящему М
СТРУКТУРНАЯ ЕДИНИЦА/ ЮРИДИЧЕСКОЕ ЛИЦО ДОГОВОР О РАБОТЕ м.б. д.б. соответствует относится М
ДОГОВОР О РАБОТЕ ВЕДОМОСТЬ м.б. д.б. соответствует как менеджер относится как менеджер М
ДОГОВОР О РАБОТЕ ВЕДОМОСТЬ м.б. д.б. соответствует как зав. складом относится как зав. складом М
ВИД ЦЕНЫ ПОЗИЦИЯ ПРАЙСА м.б. д.б. соответствует относится М
ТИП ВЕДОМОСТИ ВЕДОМОСТЬ м.б. д.б. соответствует относится М
СТРУКТУРНАЯ ЕДИНИЦА/ ЮРИДИЧЕСКОЕ ЛИЦО ВЕДОМОСТЬ м.б. д.б. соответствует как склад относится как склад М
СТРУКТУРНАЯ ЕДИНИЦА/ ЮРИДИЧЕСКОЕ ЛИЦО ВЕДОМОСТЬ м.б. м.б. соответствует как поставщик/покупатель относится как поставщик/покупатель М
ФИЗИЧЕСКОЕ ЛИЦО ВЕДОМОСТЬ м.б. м.б. соответствует относится М
ВЕДОМОСТЬ ПОЗИЦИЯ ВЕДОМОСТИ м.б. д.б. соответствует относится М
ПОЛ ФИЗИЧЕСКОГО ЛИЦА ФИЗИЧЕСКОЕ ЛИЦО м.б. д.б. соответствует относится М
ФИЗИЧЕСКОЕ ЛИЦО ДОГОВОР О РАБОТЕ м.б. д.б. соответствует относится М
ТИП УЛИЦЫ УЛИЦА м.б. д.б. соответствует относится М

 


Продолжение таблицы 2.6

ТИП НАСЕЛЕННОГО ПУНКТА НАСЕЛЕННЫЙ ПУНКТ м.б. д.б. соответствует относится М
УЛИЦА АДРЕС м.б. д.б. соответствует относится М
НАСЕЛЕННЫЙ ПУНКТ АДРЕС м.б. д.б. соответствует относится М
СТРУКТУРНАЯ ЕДИНИЦА/ ЮРИДИЧЕСКОЕ ЛИЦО АДРЕС м.б. м.б. имеет зафиксирован для
ФИЗИЧЕСКОЕ ЛИЦО АДРЕС м.б. м.б. имеет зафиксирован для
ТИП ТЕЛЕФОНА ТЕЛЕФОН м.б. д.б. соответствует относится М
СТРУКТУРНАЯ ЕДИНИЦА/ ЮРИДИЧЕСКОЕ ЛИЦО ТЕЛЕФОН м.б. м.б. имеет относится М
ФИЗИЧЕСКОЕ ЛИЦО ТЕЛЕФОН м.б. м.б. имеет относится М
ПОЗИЦИЯ ПРАЙСА ПОЗИЦИЯ ВЕДОМОСТИ м.б. д.б. соответствует относится М

 

В таблице 2.6 использованы сокращения: 1 – тип связи «один», М – тип связи «много», «д.б.» – связь обязательная, «м.б.» – связь необязательная.

Далее связь проверяется путем чтения в обе стороны:

- каждому ТИПУ ТОВАРА может соответствовать один или более ТОВАРА. Каждый ТОВАР должен относиться к одному и только одному ТИПУ ТОВАРА;

- каждому ПРАЙСУ может соответствовать одна или более ПОЗИЦИЙ ПРАЙСА. Каждая ПОЗИЦИЯ ПРАЙСА должна относиться к одному и только одному ПРАЙСУ;

- каждой ЕДИНИЦЕ ИЗМЕРЕНИЯ может соответствовать одна или более ПОЗИЦИЙ ПРАЙСА. Каждая ПОЗИЦИЯ ПРАЙСА должна относиться к одной и только одной ЕДИНИЦЕ ИЗМЕРЕНИЯ;

- каждой ЕДИНИЦЕ ИЗМЕРЕНИЯ может соответствовать одна или более ПОЗИЦИЙ ВЕДОМОСТИ. Каждая ПОЗИЦИЯ ВЕДОМОСТИ должна относиться к одной и только одной ЕДИНИЦЕ ИЗМЕРЕНИЯ;

- каждому ТОВАРУ может соответствовать одна или более ПОЗИЦИЙ ПРАЙСА. Каждая ПОЗИЦИЯ ПРАЙСА должна относиться к одному и только одному ТОВАРУ;

- каждому ТОВАРУ может соответствовать одна или более ПОЗИЦИЙ ВЕДОМОСТИ. Каждая ПОЗИЦИЯ ВЕДОМОСТИ должна относиться к одному и только одному ТОВАРУ;

- каждой ДОЛЖНОСТИ может соответствовать один или более ДОГОВОРОВ О РАБОТЕ. Каждый ДОГОВОР О РАБОТЕ должен относиться к одной и только одной ДОЛЖНОСТИ;

- каждому ТИПУ СТРУКТУРНОЙ ЕДИНИЦЫ / ЮРИДИЧЕСКОГО ЛИЦА может соответствовать одна или более СТРУКТУРНЫХ ЕДИНИЦ / ЮРИДИЧЕСКИХ ЛИЦ. Каждая СТРУКТУРНАЯ ЕДИНИЦА / ЮРИДИЧЕСКОЕ ЛИЦО должна относиться к одному и только одному ТИПУ СТРУКТУРНОЙ ЕДИНИЦЫ / ЮРИДИЧЕСКОГО ЛИЦА;

- каждая СТРУКТУРНАЯ ЕДИНИЦА / ЮРИДИЧЕСКОЕ ЛИЦО может иметь в подчинении одну или более СТРУКТУРНЫХ ЕДИНИЦ / ЮРИДИЧЕСКИХ ЛИЦ. Каждая СТРУКТУРНАЯ ЕДИНИЦА / ЮРИДИЧЕСКОЕ ЛИЦО может подчиняться только одной вышестоящей СТРУКТУРНОЙ ЕДИНИЦЕ / ЮРИДИЧЕСКОМУ ЛИЦУ;

- каждой СТРУКТУРНОЙ ЕДИНИЦЕ / ЮРИДИЧЕСКОМУ ЛИЦУ может соответствовать один или более ДОГОВОРОВ О РАБОТЕ. Каждый ДОГОВОР О РАБОТЕ должен относиться к одной и только одной СТРУКТУРНОЙ ЕДИНИЦЕ / ЮРИДИЧЕСКОМУ ЛИЦУ;

- каждому ДОГОВОРУ О РАБОТЕ может соответствовать как менеджер одна или более ВЕДОМОСТЕЙ. Каждая ВЕДОМОСТЬ должна относиться как менеджер к одному и только одному ДОГОВОРУ О РАБОТЕ;

- каждому ДОГОВОРУ О РАБОТЕ может соответствовать как заведующий складом одна или более ВЕДОМОСТЕЙ. Каждая ВЕДОМОСТЬ должна относиться как заведующий складом к одному и только одному ДОГОВОРУ О РАБОТЕ;

- каждому ВИДУ ЦЕНЫ может соответствовать одна или более ПОЗИЦИЙ ПРАЙСА. Каждая ПОЗИЦИЯ ПРАЙСА должна относиться к одному и только одному ВИДУ ЦЕНЫ;

- каждому ТИПУ ВЕДОМОСТИ может соответствовать одна или более ВЕДОМОСТЕЙ. Каждая ВЕДОМОСТЬ должна относиться к одному и только одному ТИПУ ВЕДОМОСТИ;

- каждой СТРУКТУРНОЙ ЕДИНИЦЕ / ЮРИДИЧЕСКОМУ ЛИЦУ может соответствовать как склад одна или более ВЕДОМОСТЕЙ. Каждая ВЕДОМОСТЬ должна относиться как склад к одной и только одной СТРУКТУРНОЙ ЕДИНИЦЕ / ЮРИДИЧЕСКОМУ ЛИЦУ;

- каждой СТРУКТУРНОЙ ЕДИНИЦЕ / ЮРИДИЧЕСКОМУ ЛИЦУ может соответствовать как поставщик / покупатель одна или более ВЕДОМОСТЕЙ. Каждая ВЕДОМОСТЬ может относиться как поставщик / покупатель только к одной СТРУКТУРНОЙ ЕДИНИЦЕ / ЮРИДИЧЕСКОМУ ЛИЦУ;

- каждому ФИЗИЧЕСКОМУ ЛИЦУ может соответствовать одна или более ВЕДОМОСТЕЙ. Каждая ВЕДОМОСТЬ может относиться только к одному ФИЗИЧЕСКОМУ ЛИЦУ;

- каждой ВЕДОМОСТИ может соответствовать одна или более ПОЗИЦИЙ ВЕДОМОСТИ. Каждая ПОЗИЦИЯ ВЕДОМОСТИ должна относиться к одной и только одной ВЕДОМОСТИ;

- каждому ПОЛУ ФИЗИЧЕСКОГО ЛИЦА может соответствовать одно или более ФИЗИЧЕСКИХ ЛИЦ. Каждое ФИЗИЧЕСКОЕ ЛИЦО должно относиться к одному и только одному ПОЛУ ФИЗИЧЕСКОГО ЛИЦА;

- каждому ФИЗИЧЕСКОМУ ЛИЦУ может соответствовать один или более ДОГОВОРОВ О РАБОТЕ. Каждый ДОГОВОР О РАБОТЕ должен относиться к одному и только одному ФИЗИЧЕСКОМУ ЛИЦУ;

- каждому ТИПУ УЛИЦЫ может соответствовать одна или более УЛИЦ. Каждая УЛИЦА должна относиться к одному и только одному ТИПУ УЛИЦЫ;

- каждому ТИПУ НАСЕЛЕННОГО ПУНКТА может соответствовать один или более НАСЕЛЕННЫХ ПУНКТОВ. Каждый НАСЕЛЕННЫЙ ПУНКТ должен относиться к одному и только одному ТИПУ НАСЕЛЕННОГО ПУНКТА;

- каждой УЛИЦЕ может соответствовать один или более АДРЕСОВ. Каждый АДРЕС должен относиться к одной и только одной УЛИЦЕ;

- каждому НАСЕЛЕННОМУ ПУНКТУ может соответствовать один или более АДРЕСОВ. Каждый АДРЕС должен относиться к одному и только одному НАСЕЛЕННОМУ ПУНКТУ;

- каждая СТРУКТУРНАЯ ЕДИНИЦА / ЮРИДИЧЕСКОЕ ЛИЦО может иметь только один АДРЕС. Каждый АДРЕС может быть зафиксирован только для одной СТРУКТУРНОЙ ЕДИНИЦЫ / ЮРИДИЧЕСКОГО ЛИЦА;

- каждое ФИЗИЧЕСКОЕ ЛИЦО может иметь только один АДРЕС. Каждый АДРЕС может быть зафиксирован только для одного ФИЗИЧЕСКОГО ЛИЦА;

- каждому ТИПУ ТЕЛЕФОНА может соответствовать один или более ТЕЛЕФОНОВ. Каждый ТЕЛЕФОН должен относиться к одному и только одному ТИПУ ТЕЛЕФОНА;

- каждая СТРУКТУРНАЯ ЕДИНИЦА / ЮРИДИЧЕСКОЕ ЛИЦО может иметь один или более ТЕЛЕФОНОВ. Каждый ТЕЛЕФОН может относиться только к одной СТРУКТУРНОЙ ЕДИНИЦЕ / ЮРИДИЧЕСКОМУ ЛИЦУ;

- каждое ФИЗИЧЕСКОЕ ЛИЦО может иметь один или более ТЕЛЕФОНОВ. Каждый ТЕЛЕФОН может относиться только к одному ФИЗИЧЕСКОМУ ЛИЦУ;

- каждой ПОЗИЦИИ ПРАЙСА может соответствовать одна или более ПОЗИЦИЙ ВЕДОМОСТИ. Каждая ПОЗИЦИЯ ВЕДОМОСТИ должна относиться к одной и только одной ПОЗИЦИИ ПРАЙСА.

 

2.3.1.3 Пользователи АИС. Уровни доступа пользователей

 

В ходе анализа предметной области был выявлен следующий состав пользователей разрабатываемой АИС, имеющих различные уровни доступа к базе данных:

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

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

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

- конечный пользователь – заведующий складом.

Описание состава пользователей АИС и их уровни доступа представлены в таблице 2.7.

 

Таблица 2.7 – Уровни доступа к БД пользователей АИС

Классы объектов/ свойства АБД Прикладной программист Конечный пользователь – менеджер по продажам Конечный пользователь – заведующий складом
ФИЗИЧЕСКОЕ ЛИЦО        
табельный номер RIUD RIU R  
фамилия RIUD RIU RIU R
имя RIUD RIU RIU R
отчество RIUD RIU RIU R
дата рождения


Последнее изменение этой страницы: 2016-06-09

headinsider.info. Все права принадлежат авторам данных материалов.