Файл: Разработка и реализация прикладного решения для автоматизации документооборота предприятия.pdf

2.3 Проектирование системы обеспечения продукцией в ERwin

Для построения инфологической ER-модели (логической и физической) я использовала CASE-средства ERwin. ERwin - средство концептуального моделирования БД, использующее методологию IDEF1X. ERwin реализует проектирование схемы БД, генерацию ее описания на языке целевой СУБД (ORACLE, Informix, Ingres, Sybase, DB/2, Microsoft SQL Server, Progress и др.) и реинжиниринг существующей БД.

ERwin выпускается в нескольких различных конфигурациях, ориентированных на наиболее распространенные средства разработки приложений 4GL. Версия ERwin/OPEN полностью совместима со средствами разработки приложений PowerBuilder и SQLWindows и позволяет экспортировать описание спроектированной БД непосредственно в репозитории данных средств.

Для ряда средств разработки приложений (PowerBuilder, SQLWindows, Delphi, Visual Basic) выполняется генерация форм и прототипов приложений.

Сетевая версия Erwin ModelMart обеспечивает согласованное проектирование БД и приложений в рамках рабочей группы.

ERwin имеет два уровня представления модели - логический и физический.

Логический уровень - это абстрактный взгляд на данные, на нем данные представляются так, как выглядят в реальном мире, и могут называться так, как они называются в реальном мире, например «Клиенты», «Города» или «Улицы» [Приложение 7]. Объекты модели, представляемые на логическом уровне, называются сущностями и атрибутами. Логический уровень модели данных может быть построен на основе другой модели, например на основе модели процессов. Логический уровень модели данных является универсальным и никак не связан с конкретной реализацией СУБД.

Физический уровень модели данных, напротив, зависит от конкретной СУБД, фактически являясь отображением системного каталога. В физическом уровне модели содержится информация о всех объектах базы данных. Поскольку стандартов на объекты базы данных не существует, физический уровень модели зависит от конкретной реализации СУБД. Следовательно, одному и тому же логическому уровню модели могут соответствовать несколько разных физических уровней различных моделей. Если на логическом уровне модели не имеет большого значения, какой конкретно тип данных у атрибута (хотя и поддерживаются абстрактные типы данных), то на физическом уровне модели важно описать всю информацию о конкретных физических объектах - таблицах, колонках, индексах, процедурах и т. д. Разделение модели данных на логический и физический уровни позволяет решить несколько важных задач.

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

ERwin позволяет создавать модели трех типов:

модель, имеющую только логический уровень;

модель, имеющую только физический уровень;

модель, имеющую как логический уровень, так и физический уровень.

Создание модели данных, начинается с создания логического уровня. После описания логического уровня выбирается СУБД. В модели, имеющей оба уровня (логический и физический), ERwin автоматически создаст соответствующую физическую модель [Приложение 8]. Это означает, что каждому объекту логического уровня соответствует объект физического, например каждой сущности соответствует таблица. Модель, имеющая только логический уровень, может быть синхронизирована с несколькими моделями, имеющими только физический уровень. Это позволяет эффективно разрабатывать гетерогенные ИС. На основе одной логической модели можно создавать несколько физических, соответствующих СУБД разных производителей (например, Oracle, Informix, MS SQLServer, Sybase и др.). Для генерации программного кода создания базы данных выбираем средства генерации приложений и формируем отчет.

Автоматически генерируется программный код для создания базы данных на языке FoxPro:

CREATETABLE Заказы (Номер_клие Numeric(8,0) NOTNULL, Дата_заказ DateNULL, Номер_Зака Character(20) NOTNULL, Таб№сотруд Numeric(8,0) NULL, R_i_f_l_ag Numeric(8));

CREATE UNIQUE INDEX XPKE_1 ON Заказы

(Номер_Зака ASC, Дата_заказ ASC, Номер_клие ASC);

CREATE INDEX XIF1Диагно ON Заказы

(Номер_клие ASC);

CREATE INDEX XIF2Диагно ON Заказы

(Таб№сотруд ASC);

CREATE INDEX ON Заказы

(r_i_f_l_ag);

CREATE TABLE Клиенты (Номер_клие Numeric(8,0) NOT NULL, Фамилия Character(18) NULL, Имя Character(10) NULL, Отчество Character(20) NULL, Дата_рожде Date NULL, Место_рожд Date NULL, АдресCharacter(20) NULL, Дата_регис Date NULL, Телефон_до Numeric(8,0) NULL, Телефон_ра Numeric(8,0) NULL, R_i_f_l_ag Numeric(8));

CREATE UNIQUE INDEX XPKТранспо ON Клиенты

(Номер_клие ASC);

CREATE INDEX ON Клиенты

(r_i_f_l_ag);

CREATE TABLE Консульт (Номер_Зака Character(20) NOT NULL, Номер_клие Numeric(8,0) NOT NULL, Маркетинго Character(100) NULL, Финанс_кон Character(200) NULL, Дата_заказ Date NOT NULL, R_i_f_l_ag Numeric(8));

CREATE UNIQUE INDEX XPKДиагнос ON Консульт

(Номер_Зака ASC, Номер_клие ASC, Дата_заказ ASC);

CREATE INDEX ON Консульт

(r_i_f_l_ag);

CREATE TABLE Маркетин (Номер_клие Numeric(8,0) NOT NULL, Номер_Зака Numeric(8,0) NOT NULL, Результат_ Character(20) NOT NULL, Результат_ Character(50) NOT NULL, Дата_заказ Date NOT NULL, R_i_f_l_ag Numeric(8));

CREATE UNIQUE INDEX XPKДиагнос ON Маркетин

( Номер_клие ASC, Номер_Зака ASC, Дата_заказ ASC);

CREATE INDEX ON Маркетин

(r_i_f_l_ag);

CREATE TABLE Сотрудни (Таб№сотруд Numeric(8,0) NOT NULL, Фамилия Character(20) NULL, Имя Character(20) NULL, Отчество Character(20) NULL, Дата_рожде Date NULL, Паспорт Character(20) NULL, Рабочий_те Numeric(8,0) NULL, Домашний_т Numeric(8,0) NULL, R_i_f_l_ag Numeric(8));

CREATE UNIQUE INDEX XPKСотрудн ON Сотрудни

(Таб№сотруд ASC);

CREATE INDEX ON Сотрудни

(r_i_f_l_ag);

CREATE TABLE Управлен (Подбор_кад Character(100) NULL, Номер_ЗакаCharacter(20) NOT NULL, Дата_заказ Date NOT NULL, Номер_клие Numeric(8,0) NOT NULL, R_i_f_l_ag Numeric(8));

CREATE UNIQUE INDEX XPKE_5 ON Управлен

(Номер_Зака ASC, Дата_заказ ASC, Номер_клие ASC);

CREATE INDEX ON Управлен

(r_i_f_l_ag);

CREATE TABLE Управлен (Дата_заказ Date NOT NULL, Номер_Зака Character(20) NOT NULL, Номер_клие Numeric(8,0) NOT NULL, Результат_ Character(100) NULL, R_i_f_l_ag Numeric(8));

CREATE UNIQUE INDEX XPKДефекто ON Управлен

(Номер_Зака ASC, Дата_заказ ASC, Номер_клие ASC);

CREATE INDEX ON Управлен

(r_i_f_l_ag);

Данный программный код используется CASE-средством для автоматической генерации структуры базы данных на физическом носителе информации.

Создание базы данных с помощью CASE-средств позволяет избежать множества ошибок и значительно сократить трудовые затраты разработчиков.

2.4 Проектирование БД в среде MS Access

Для формирования базы данных организации ООО «RRR» создадим 7 таблиц в режиме конструктора: «Goroda», «Klienty», «Sotrudniky», «Street», «Uslugy» и «Zakazy».

Таблица «Klienty» содержит все данные о клиентах, с которыми работает и обслуживает организация.

Таблица «Zakazy» содержит все данные о заказах, оформленных с клиентом на определенный срок.

Таблица «Sotrudniky» содержит все данные о сотруднике, который будет выполнять заказ, сделанный клиентом ООО «RRR»

Таблица «Uslugy» содержит все данные о наборе услуг, предоставляемых организацией клиенту.

Таблицы «Goroda» и «Street» являются справочниками для формирования данных таблицы «Klienty».

Построим схему данных, на которой отражены имеющиеся связи.

Рисунок 1. Схема данных

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

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

Рисунок 2. Окно запроса

Результатом данного запроса будет таблица:

Рисунок 3. Результат запроса

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

Запрос имеет следующий вид.

Рисунок 4. Окно запроса на выборку

Результат запроса имеет следующий вид:

Рисунок 5. Результат запроса

Рисунок 6. Окно запроса

Ответом на этот запрос будут сведения о том, какой сотрудник будет выполнять заказ клиента

Рисунок 7. Результат запроса

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

Рисунок 8. Окно запроса

Рисунок 9. Результат запроса

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

Рисунок 10. Окно запроса

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

Рисунок 11. Результат запроса

Помимо запросов можно создать и форму:

Рисунок 12. Окно формы

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

Созданная в Microsoft Access БД организации ООО «RRR» позволяет посредством запросов получать необходимую информацию и оптимально её использовать. Это способствует значительному снижению трудоемкости процесса по оформлению бланков заказов, а также четкому разделению потребности в оказании услуг по каждому клиенту.

ЗАКЛЮЧЕНИЕ

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

Появление информационных систем является одной из первоначальных задач усовершенствования деятельности управления.

Разработанная система автоматизированного документооборота отвечает основным требованиям оперативности и точности обработки документов.

В результате внедрения системы автоматизированного документооборота удается достичь:

повышения исполнительской дисциплины;

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

сокращения времени исполнения поручений;

оптимизации маршрутов прохождения документов;

повышения оперативности получения необходимой информации;

качественного улучшения контроля различных направлений деятельности учреждения;

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

Эксплуатация информационной системы автоматизированного документооборота обеспечит:

инструментами эффективного управления;

повышение производительности труда и сокращение времени общего прохождения документов;

поддержку эффективного накопления, управления и доступа к информации и знаниям;

существенное упрощение и удешевление хранения бумажных документов за счет наличия электронного архива;

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

СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ И ИСТОЧНИКОВ

1. Автоматизированные информационные технологии в экономике: Учебник / М.И. Семенов, И.Т. Трубилин, В.И. Лойко, Т.П. Барановская; Под общ. ред. И.Т. Трубилина. - М.:Финансы и статистика, 2017. -416 с.: ил.

2. Базы знаний интеллектуальных систем / Г.А. Гаврилова, В.Ф, Хорошевский - СПб: Питер, 2016. - 384 с.: ил.

3. Вендров А.М. Практикум по проектированию программного обеспечения экономических информационных систем: Учеб. пособие. - М. : Финансы и статистика, 2018. - 192 с. : ил.

4. Вендров А.М. Проектирование программного обеспечения экономических информационных систем. - М. : Финансы и статистика, 2018. - 352 с..

5. ГОСТ 34.602-89. Информационная технология. Автоматизированные системы. Техническое задание на создание автоматизированной системы

6. ГОСТ 34.601-90. Информационная технология. Автоматизированные системы. Стадии создания

7. Маклаков С. В. Создание информационных систем с ALLFusion Modeling Suite (Практикум по BPWin и ERwin, приложение А.) — М.: ДИАЛОГ– МИФИ, 2015 — 432с.