49
Рисунок 7. Информационная модель системы
Администратор системы проводит регистрирацию товаров, для этого
используется справочник «Товар»,он изменяет содержимое таблицы «Заказ». Наряду с
этим он вносит изменения в содержимое текущей таблицы, редактируя данные по
возврату товара.
Сотрудник проводит прием товара, используя для этого документ и справочник
«Вид товара» и «Товар» и вносит изменения в содержимое таблицы «Отгрузка».
2.2.2.
Характеристика нормативно-справочной, входной и оперативной
информации
В системе используются справочники, приведенные в таблице 6.
Таблица 6
Перечень используемых справочников
50
Название
справочни
ка
Ответственн
ый за
ведение
Средний
объём
справочни
ка в
записях
Средняя
частоту
актуализац
ии
Средний
объем
актуализаци
и, %
Материал
Менеджер
100
1 раз в месяц
10
Товар
Менеджер
10
1 раз в год
10
Покупатели
Менеджер
20
1 раз в год
10
Договоры
Менеджер
500
1 раз в месяц
25
Вид_товара
Менеджер
10
1 раз в год
10
2.2.3 Характеристика результатной информации
Результатная информация представлена в виде отчетов и описана в таблице 7.
Таблица 7
Описание выходных документов
№
пп
Номенклатура
Реквизиты
Таблицы, на
основе
которых
формируется
Частота
формирова
ния
1
Заказы
• Номер
• Дата
• Товар
• Покупатель
• Материал
• Цвет
• Цена
• Количество
• Стоимость
• Покупатели
• Товар
• Материал
• Поставка
• Ежедневно
1
Отгрузки
• Номер
• Дата
• Товар
• Покупатель
• Стоимость
•
• Покупатели
• Товар
• Отгрузки
•
• Ежедневно
2.3. Программное обеспечение задачи
2.3.1.
Общие положения (дерево функций и сценарий диалога)
Алгоритм диалога довольно прост и похож на интерфейсы большинства
программных средств, с которыми конечный пользователь уже имел дело.
Структурированне меню и использование дочерних форм позволит конечному
51
пользователю приложения эффективно пользоваться навигацией, и оперативно
вызывать необходимые ему задачи.
Исходя из полученных знания о информации на входе и выходне, основной
задачей при разработке информационной базы, с которой работает конечная ИС,
является разработка структуры БД, которая должна обеспечивать:
−
простоту и удобство работы;
−
необходимый уровень доступа к информации с учетом регаламента
информационной безопасности предприятия;
−
высокую производительность в режиме реального времени с учетом
планируемого роста объема данных.
По своей структуре программа состоит из модулей, каждый из которых
выполняет отдельную операцию, входящие в состав каждой рабочей станции.
По своей сути, диалог – это процесс приема-передачи сообщений между
конечным пользователем и ЭВМ, при котором происходит непрерывная смена ролей
информатора и реципиента (пользователя, который принимает информацию), при этом
смена ролей должна происходит в режими реального времени.
Работа с данной системой начинается с главной формы, по средствам можно
перейти в требуемую подсистему (рисунок 8).
Рисунок 8. Дерево функций информационной системы
52
Рисунок 9. Сценарий диалога информационной системы
В программе представлены следующие справочники:
•
Справочник "Материал"
•
Справочник "Вид_товара"
•
Справочник "Покупатели"
•
Справочник "Договоры"
•
Справочник "Товар"
В список первичных документов входят:
•
Заказ
•
Отгрузка
В результате должны формироваться следующие документы:
•
Заказы
•
Отгрузки.
53
Система является диалоговой, т.е. выполняет с функциональной точки зрения
процесс обмена сообщениями между пользователями и ЭВМ, при котором,
осуществляется постоянная смена ролей информатора и реципиента.
Для просмотра информации об общем объеме зарегистрированных документов
формируется отчет.
2.3.2.
Характеристика базы данных
В базе данных содержится информация об определенной преметной области.
Предметной областью называется та часть реального мира, которая представляет
интерес для текущего исследования.
В автоматизированных ИС отражение предметной области обеспечивается с
помощью информационной модели. В свою очередь, в зависимости от точки
рассмотрения (уровня абстракции) выделяют модели данных нескольких уровней.
Число реально выделенных и самостоятельно поддерживаемых уровней моделей
зависит от особенностей СУБД.
ER-модель представляет собой элементов концептуальной модели БД.
Использование ER-моделирования (особенно в сочетании с автоматизированными
средствами проектирования - CASE-средствами) дает много преимуществ:
−
используя определенную методологию при моделировании, дает анализ
предметной области на выходе более точным и конкретным;
−
представляет собой удобное средство документирования проекта;
−
дает возможность вести разработку АИС без привязки к конкретной
конечной СУБД и позволяет осуществить выбор в любой момент (чем ближе к концу
проектирования это будет сделано, тем точнее может быть сделать выбор).
В данной выпускной квалификационной работе ER-модель построена в ERWin
(рисунок 9).
54
Рисунок 10. ER-диаграмма в среде ERwin
ERwin имеет два уровня представления модели — логический и физический.
Процесс генерации физической схемы базы данных из логической модели
данных
называет
a
ся
прямым
проект
a
ированием
(Forw
a
rd
Engineering).
Когда
пользоват
a
ель
генерирует
a
физическую
схему,
ERwin
позволяет
a
включат
a
ь
т
a
риггеры
ссылочной
целост
a
ност
a
и,
хранимые
процедуры,
индексы,
ограничения
и
другие
возможност
a
и,
дост
a
упные
при
определении
т
a
аблиц
в
СУБД.
Прежде
чем
переносит
a
ь
спроект
a
ированную
модель
данных
в
сист
a
ему
управления
базами
данных,
будет
a
нелишним
проверит
a
ь
полученную
схему
на
предмет
a
логической
целост
a
ност
a
и
и
от
a
сут
a
ст
a
вия
ошибок
проект
a
ирования.
Продукт
a
C
A
ERwin
D
a
t
a
Model
V
a
lid
a
tor
позволяет
a
анализироват
a
ь
ст
a
рукт
a
уры
данных,
ключи,
индексы,
ст
a
олбцы
и
от
a
ношения.
Кроме
т
a
ого,
решение
поможет
a
от
a
образит
a
ь
в
графическом
виде
ст
a
рукт
a
уру
всей
базы
данных,
включая
ст
a
олбцы
с
перекрест
a
ными
ссылками
и
списки
от
a
ношений.
Для
проверки
схемы
данных
необходимо
сохранит
a
ь
ERD-диаграмму,
пост
a
роенную
в
C
A
ERwin
D
a
t
a
Modeler,
и
зат
a
ем
выбрат
a
ь
пункт
a
меню
Tools
|
C
A
ERwin
D
a
t
a
55
Model
V
a
lid
a
tor.
В
от
a
крывшемся
окне
C
A
ERwin
D
a
t
a
Model
V
a
lid
a
tor,
нужно
выбрат
a
ь
пункт
a
File
|
New,
и
в
от
a
крывшемся
диалоговом
окне
прописат
a
ь
пут
a
ь
до
сохранённой
ранее
ERD-
диаграммы. CA ERwin Data Modeler SE - продукт, лидирующий в области
моделирования данных, который предоставляет действенный способ визуализации
данных из множественных источников внутри организации, увеличивая
эффективность за счет многократного использования и стандартов и одновременно
повышая качество сохраняемой информации, обеспечивая целостное представление
стратегических информационных активов.
CA ERwin Data Modeler SE увеличивает производительность за счет
предоставления легкого в использовании графического окружения, которое упрощает
конструирование баз данных и автоматизирует многие трудоемкие задачи, ускоряя
создание высококачественных, высокопроизводительных транзакционных и
информационных баз данных.
Способность представлять огромное количество информации в графическом
формате помогает поддерживать связь между деловыми и техническими
заинтересованными сторонами, обеспечивая соответствие требований бизнеса и их
технической реализации в базах данных. Благодаря визуальному проектированию,
разработчики баз данных могут разрешать все сложные вопросы до момента любого
значительного инвестирования ресурсов, способствуя более быстрому реагированию
организации на возникающие потребности предприятия, подчеркивая важность
влияния изменений на информационные активы и позволяя быстро отвечать на
постоянно меняющееся и стремительно возрастающее информационное окружение.
Ключевые функции
Ключевые функции CA ERwin Data Modeler SE включают:
Диаграммы и визуализация: CA ERwin предлагает современную диаграммную
технологию, предоставляющую гибкость графического редактора в сочетании с силой
средства моделирования баз данных, лидирующего в этой области. Не только вид
ваших моделей значительно улучшится, но и вам станет легче создавать их и управлять
ими.
Редактор метаданных: позволяет редактировать различные наборы объектов в
рамках единого интерфейса вида электронной таблицы, позволяющего вносить
массовые изменения, экспортировать в Excel, выполнять запросы к метаданным.
56
Полное сравнение: Эта мощная функция
автоматизирует
полную
двунаправленную синхронизацию моделей, скриптов и баз данных, сравнивая
каждый из элементов, отображая все различия, и позволяет выполнить
двунаправленное выборочное обновление. Если изменения модели должны найти
отражение в базе данных, ERwin может автоматически сгенерировать скрипт ALTER.
Создание структуры базы данных: CA ERwin позволяет создать структуру базы
данных непосредственно из визуальных моделей, увеличивая эффективность и
снижая ошибки. Лидирующая в отрасли поддержка различных баз данных включает
оптимизированные шаблоны триггеров целостности ссылок и богатый универсальный
макроязык, позволяющий разработчикам настраивать триггеры, скрипты и хранимые
процедуры. Настраиваемые шаблоны облегчают полную физическую реализацию
модели и определений.
Реверсивное проектирование баз данных: Недокументированная информация,
содержащаяся внутри скриптов SQL или базах данных, может быть визуализирована
или повторно использована для создания новых моделей данных и/или объектов базы
данных. Стандарты проектирования для многократного использования: Расширенный
набор объектов моделирования для многократного использования позволяет вам
создавать, поддерживать, применять и использовать отображение трансформаций
имен, отображение типов данных, шаблоны создания схем, определения доменов и
множество других стандартов моделирования для увеличения возможности
многократного использования внутри вашей организации.
Отчеты и печать: Каждая копия CA ERwin Data Modeler SE включает копию SAP
Business Objects Crystal Reports. Вы можете использовать встроенные отчеты или
создавать свои собственные. Универсальный интерфейс ODBC доступен для
заказчиков, которые используют другие инструменты отчетности. Отчеты могут быть
сгенерированы в различных форматах, включая HTML, PDF, RTF and TXT.
Интеграция и обмен метаданных с другими инструментами: Легко объединить
ERwin с другими проектами и инструментами, благодаря средствам импорта и
экспорта для разнообразных источников, включая BI tools, MDM hubs, другие средства
моделирования данных, Extract, Transform, инструменты Load (ETL) и инструменты
Unified Modeling Language (UML).
В данной работе, в соответствии с описанной предметной областью, были
выявлены следующие сущности: Вид товара, Товар, Материал, Покупатели, Договор.
57
Для того, что бы реализовать связь M:M на физическом уровне были
добавлены дополнительные таблицы «Заказ», «Отгрузка».
На основе физической модели была создана база данных.
При проектировании базы данных разработаны следующие таблицы,
наименование которых и их назначение приведено в таблице 8.
Таблица 8
Описание таблиц базы данных
Наименование
Хранимые данные
Материалы
Данные о материалах
Товар
Данные о товаре
Покупатели
Данные о покупателях
Договоры
Данные о договорах
Вид_товара
Данные о виде товара
Заказ
Данные о заказах товара
Отгрузка
Данные об отгрузке товара
Характеристика каждой таблицы базы данных приведена ниже, в таблицах 9–
15.
Таблица 9
Материал
Номенклатура
поля
Идентификатор
поля
Тип
поля
Длина
поля
Примеча
ние
Код материала
Код материала
Счетчик
Ключевое
поле
Название
Название
Строка
20
Таблица 10
Товар
Номенклатура
поля
Идентификатор
поля
Тип поля
Длина
поля
Приме
чание
Код
Код
Счетчик
Ключев
ое поле
Наименование
Наименование
Строка
20
Цвет
Цвет
Строка
20
Код материала
Код материала
Число
Цена
Цена
Число
10
Код вида
Код вида
Число
Таблица 11
Покупатели
Наименован
ие поля
Идентифика
тор поля
Тип поля
Длина
поля
Приме
чание
Код
покупателя
Код
покупателя
Счетчик
Ключев
ое поле
58
Наименование
Наименование
Строка
20
Адрес
Адрес
Строка
20
Телефон
Телефон
Строка
10
Код договора
Код договора
Число
Таблица 12
Договоры
Номенклатура
поля
Идентификат
ор поля
Тип поля
Длина
поля
Приме
чание
Код договора
Код договора
Счетчик
Ключев
ое поле
Номенклатура
Номенклатура
Строка
20
Таблица 13
Вид_товара
Номенклатура
поля
Идентификат
ор поля
Тип поля
Длина
поля
Приме
чание
Код вида
Код вида
Счетчик
Ключев
ое поле
Название
Название
Строка
20
Таблица 14
Заказ
Наименован
ие поля
Идентифика
тор поля
Тип поля
Длина
поля
Прочее
Код заказа
Код заказа
Счетчик
Ключевое
поле
Код
покупателя
Код
покупателя
Число
10
Код товара
Код товара
Число
10
Дата заказа
Дата заказа
Дата
10
Количество
Количество
Число
10
Таблица 15
Отгрузка
Наименован
ие поля
Идентифика
тор поля
Тип поля
Длина
поля
Прочее
Код отгрузки
Код заказа
Счетчик
Ключевое
поле
Код
покупателя
Код
поставщика
Число
10
Код товара
Код товара
Число
10
Дата отгрузки
Несоответствие
Число
10
Количество
Причина
Строка
255
2.3.3.
Структурная схема пакета (дерево вызова программных модулей)
Схема взаимосвязи программных модулей представляет собой разделение
общего процесса решения задачи на отдельные процедуры
преобразования