3.4 Концептуальное и логическое формирование бд
В базу данных необходимо внести следующие данные:
информация о поставщиках;
информация о продукции;
информация об индивидуальных локальных кодах;
информация о первичной документации;
информация о товарных чеках;
информация об остатках на складе и в магазине.
Эти данные имеют связи между собой и должны быть объединены в единую базу данных.
3.4.1 Логическое проектирование
Логическое проектирование системы проводится в методологии UML с использованием пакета Rational Rose 2003. Use Case диаграмма показана на рисунке 3.1. Диаграмма классов управления на рисунке 3.2. Диаграмма граничных классов на рисунке 3.3.
Рисунок 3.1- Use Case диаграмма
Рисунок 3.2- Классы управления
Рисунок 3.3 - Диаграмма граничных классов
3.4.2 Разработка физической структуры бд
В физической модели содержится информация обо всех объектах БД. Физическая модель зависит от конкретной реализации СУБД. Если в логической модели не имеет значения, какой конкретно тип данных имеет атрибут, то в физической модели важно описать всю информацию о конкретных физических объектах – таблицах, колонках, индексах, процедурах и т.д. Большое значение имеет правильное назначение типов данных физическим объектам. Схема базы данных представлена на рисунке 3.4.
База данных состоит из 9 таблиц. Средствами СУБД Microsoft SQL в базе данных обеспечивается целостность данных, каскадное обновление связанных полей и каскадное удаление связанных записей.
Рисунок 3.4 - Схема базы данных
3.4.3 Разработка программного обеспечения
На данном этапе работы программное обеспечение находится в процессе разработки. Система реализуется на языке C# в среде Microsoft Visual Studio 2005. Используемая СУБД – Microsoft SQL.
3.4.4 Проектирование прецедентов
3.4.4.1 Вариант использования «Поиск элемента»
Диаграмма последовательности для варианта использования «Поиск элемента» представлена на рисунке 3.5.
Рисунок 3.5 – Диаграмма последовательности для варианта использования «Поиск элемента»
3.4.4.2 Вариант использования «Добавление записи»
Диаграмма последовательности для варианта использования «Добавление записи» представлена на рисунке 3.6.
Рисунок 3.6 – Диаграмма последовательности для варианта использования «Добавление записи»
3.4.4.3 Вариант использования «Удаление записи»
Диаграмма последовательности для варианта использования «Удаление записи» представлена на рисунке 3.7.
Рисунок 3.7 – Диаграмма последовательности для варианта использования «Удаление записи»
3.4.4.3 Вариант использования «Поиск элемента»
Диаграмма последовательности для варианта использования «Поиск элемента» представлена на рисунке 3.8.
Рисунок 3.8 – Диаграмма последовательности для варианта использования «Поиск элемента»
3.4.4.4 Вариант использования «Размещение элемента на складе»
Диаграмма последовательности для варианта использования «Размещение элемента на складе» представлена на рисунке 3.9.
Рисунок 3.9 – Диаграмма последовательности для варианта использования «Размещение элемента на складе»
3.4.4.5 Вариант использования «Получить отчет»
Диаграмма последовательности для варианта использования «Получить отчет» представлена на рисунке 3.10.
Рисунок 3.10 – Диаграмма последовательности для варианта использования «Получить отчет»
3.4.4.6 Вариант использования «Добавить запись о складе»
Диаграмма последовательности для варианта использования «Добавить запись о складе» представлена на рисунке 3.11.
Рисунок 3.11 – Диаграмма последовательности для варианта использования «Добавить запись о складе»
3.4.4.7 Вариант использования « Ввод информации по счетам»
Диаграмма последовательности для варианта использования «Ввод информации по счетам» представлена на рисунках 3.12 и 3.13.
Рисунок 3.12 – Диаграмма последовательности для варианта использования «Ввод информации по счетам»
Рисунок 3.13 – Диаграмма кооперации объектов для варианта использования «Ввод информации по счетам»
3.4.4.8 Вариант использования « Ввод информации по складам»
Диаграмма последовательности для варианта использования «Ввод информации по складам» представлена на рисунках 3.14 и 3.15.
Рисунок 3.14 – Диаграмма последовательности для варианта использования «Ввод информации по складам»
Рисунок 3.15 – Диаграмма кооперации объектов для варианта использования «Ввод информации по складам»
3.5 Средства защиты программного изделия от …………...несанкционированного доступа
Для предотвращения несанкционированного доступа к системе и данным предусмотрена специальная таблица зарегистрированных пользователей. Программист регистрирует пользователей и пароли, уровни доступа.
Корпоративная автоматизированная система «Склад продукции» имеет два вида пользователя: Администратор и Пользователь. При входе в систему каждый пользователь обязан ввести имя и пароль. После неверного троекратного ввода имени или пароля система выходит в операционную систему, предотвращая подбор паролей. Под именем Администратор можно делать любые изменения в программе: добавлять и удалять данные в базу данных поставщиков, товаров и всех документов, проводить любые изменения и редактирования системы. Под именем Пользователь возможен только просмотр всех баз данных и обычных приложений.