Файл: Проектирование реализации операций бизнес-процесса «Управление запасами» (на примере ОАО «НК “Роснефть” - Ставрополье»).pdf

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

Модели «сущность-связь», дающие возможность представлять структуру и ограничения реального мира, а затем трансформировать их в соответствии с возможностями промышленных СУБД, являются весьма распространенными.

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

Например: тип сущности – функциональный компонент, экземпляр сущности – материнская плата, процессор, модем и др.^[4]

В исследуемой предметной области «учёта запасов нефтепродуктов, реализуемых нефтебазой» имеются сущности:

«Сотрудники», «Должность», «Структурное подразделение», «Резервуар», «Журнал измерения нефтепродуктов в резервуарах филиала», «Накладная заголовок», «Контрагент», «Вид транспорта», «Транспорт», «Накладная расшифровка», «Товар».

Проанализируем связи между сущностями (табл. 1.).

Таблица 1.

Сущности предметной области «учёта запасов нефтепродуктов, реализуемых нефтебазой», связи между ними

Инфологическое моделирование предметной области – это частично формализованное описание объектов предметной области в терминах некоторой семантической модели. Наиболее распространенные модели: модель «Сущность - связь» и семантическая объектная модель. Структура БД представлена в виде диаграммы «сущность - связь» (ER-диаграммы).

ER-диаграммы представлена в Приложении 1.

1.5. Обоснование проектных решений по программному обеспечению.

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

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

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

Одним из основных критериев выбора СУБД является оценка того, насколько эффективно внутренняя модель данных, поддерживаемая системой, способна описать концептуальную схему. Подавляющее большинство современных СУБД для ПЭВМ – реляционные.

СУБД Microsoft Access позволяет управлять всеми сведениями из одного файла базы данных. В рамках этого файла создаются следующие объекты:

- таблицы для сохранения данных;

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

- формы для просмотра, добавления и изменения данных в таблицах;

- отчеты для анализа и печати данных в определенном формате;

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

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

С помощью знакомого пользователю интерфейса Microsoft Access можно легко создавать данные и структуры документов XML, используя структуры и данные Jet или SQL Server. Кроме того, в формах, отчетах и на страницах доступа к данным можно использовать данные XML из других приложений. Допустим, например, что нужные данные находятся в нескольких источниках - внутренних серверах SQL, электронных таблицах и других средствах доступа, таких как SAP. Поскольку в этих источниках в качестве формата обмена данными используется XML, то в Microsoft Access можно создать набор статистических запросов для вставки этих данных в представления, а затем создавать формы и отчеты с помощью этих представлений.

Встроенная интеграция Microsoft Access 2002 и Microsoft SQL Server 2000 значительно усовершенствована за счет включения расширенных свойств базы данных SQL в проект Microsoft Access. Применение расширенных свойств в проектах Microsoft Access 2002 сделало возможным использование таких средств как связи подстановок, условия на значения (также известные как ограничения), форматирование текста и подтаблицы. Расширенные свойства можно использовать в таблицах, представлениях, сохраненных процедурах точно так же, как в аналогичных объектах файлов данных Microsoft Access. Использование расширенных свойств упростило перенос ширины столбца, высоты строки, шрифтов и настроек масок данных из одного сеанса проекта Microsoft Access в другой. Расширенные свойства упростили процедуру перемещения делового приложения из базы данных Microsoft Access в проект Microsoft Access, подключенный к Microsoft SQL Server.

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

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

Система Delphi завоевала себе репутацию самого эффективного средства разработки приложений баз данных, т.е. программ, обслуживающих электронные хранилища информации. Эта репутация определяется тремя обстоятельствами: высокопроизводительной машиной доступа к данным разного формата (Borland DataBase Engine, BDE), наличием многочисленных компонентов и технологий, ориентированных на эту сферу применения, и поставкой вместе с Delphi компактного, мощного и простого в администрировании сервера баз данных InterBase. ^[5]

Глава 2. Проектная часть.

2.1. Информационная модель и её описание.

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

• подсистема настройки на предметную область;
• подсистема контроля за объемом нефтепродуктов;
• подсистема учета поступления и реализации продуктов.

Взаимосвязь подсистем и протекающие в них процессы описаны с помощью DFD диаграммы, представленной на рис. 4.-7.

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

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

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

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

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

Рисунок 4. Общий вид подсистем и связи между ними.

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

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

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

Рисунок 5. Процессы подсистемы настройки на предметную область

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

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

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

Рисунок 6. Процессы подсистемы контроля за объемом нефтепродуктов

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

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

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

Рисунок 7. Процессы подсистемы ведения картотеки

2.2. Общие положения (дерево функций и сценарий диалога).

Описание процессов, протекающих в подсистемах.

Подсистема настройки на предметную область включает процессы 1.1-1.7.

В процессе 1.1 «Ведение картотеки структурных подразделений» на основании данных о структурных подразделениях, имеющихся на предприятии, осуществляется создание, изменение и удаление записей в картотеке структурных подразделений (файл «Strukt_pod»).

В процессе 1.2 «Ведение картотеки должностей» на основании данных о должностях, имеющихся на предприятии, осуществляется создание, изменение и удаление записей в картотеке должностей (файл «Dolgnost»).

В процессе 1.3 «Ведение картотеки сотрудников» на основании данных сотрудников предприятия осуществляется создание, изменение и удаление записей в картотеке сотрудников (файл «Sotr»).

В процессе 1.4 «Ведение картотеки контрагентов» на основании данных юридических и физических лиц, сотрудничающих с предприятием, осуществляется создание, изменение и удаление записей в картотеке контрагентов (файл «Kont_ag»).

В процессе 1.5 «Ведение картотеки резервуаров» на основании данных о резервуарах, имеющихся на предприятии, осуществляется создание, изменение и удаление записей в картотеке резервуаров (файл «Rezerv»).

В процессе 1.6 «Ведение картотеки транспортных средств» осуществляется создание, изменение и удаление записей в картотеке транспортных средств (файл «Transp»).