Файл: Характеристика существующих бизнес – процессов..pdf

Рисунок 4. Программное обеспечение информационной системы

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

Пакет Delphi – продолжение линии компиляторов^[6] языка Pascal корпорации Borland. Pascal как язык очень прост, а строгий контроль типов данных^[7] способствует раннему обнаружению ошибок и позволяет быстро создавать надежные и эффективные программы. Корпорация Borland постоянно обогащала язык. Когда-то в версию 4.0 были включены средства раздельной трансляции, позже, начиная с версии 5.5, появились объекты, а в состав шестой версии пакета вошла полноценная библиотека классов TurboVision, реализующая оконную систему в текстовом режиме работы видеоадаптера. Это был один из первых продуктов, содержавших интегрированную среду разработки программ.

Компиляторы языка Pascal компании Borland никогда не заставляли пользователя подолгу ждать результатов компиляции. Производители утверждают, что на сегодня данный компилятор – самый быстрый в мире. Компилятор, встроенный в Delphi позволяет обрабатывать 120 тысяч строк исходного текста в минуту на машине 486/33 или 350 тысяч– при использовании процессора Pentium/90. Он предлагает легкость разработки и быстрое время проверки готового программного блока, характерного для языков четвертого поколения (4GL) и в то же время обеспечивает качество кода, характерного для компилятора 3GL. Кроме того, Delphi обеспечивает быструю разработку без необходимости писать вставки на Си или ручного написания кода (хотя это возможно) [9,156c.].

Вероятно, то обстоятельство, что Delphi позиционируется как средство создания приложений, взаимодействующих с базами данных, и ориентировано преимущественно на рынок инструментальных средств клиент/сервер, где до настоящего момента доминируют интерпретируемые языки^[8], позволило его авторам не задумываться над созданием оптимизирующего компилятора, способного использовать все достоинства архитектур современных процессоров.

Поддержка баз данных в среде Delphi осуществляется двояко. С одной стороны, в ней широко используются компоненты, предназначенные для работы с базами данных. С их помощью можно создавать приложения простые приложения, предназначенные для обработки данных, и приложения типа клиент/сервер. С другой стороны, поддержка баз данных в Delphi осуществляется с помощью набора драйверов соединений с SQL-серверами – Borland SQL LinksforWindows, которые позволяют интегрированному в Delphi ядру процессора баз данных Paradox, dBASE, Access и FoxPro, а также к SQL – серверам InterBase,Informix, Oracle, Sybase, DB2 и Microsoft SQL[8, 13c.].

Данная работа в формате базы данных Paradox. Одним из преимуществ данного формата является то, что таблицы Paradox имеют характеристику проверки целостности (ReferentialIntegrity). Данная характеристика предотвращает добавление записей в дочернюю таблицу, для которых нет соответствующих записей в родительской таблице. Это также изменяет ключевое(ые) поле(я) в дочерней таблице при изменениях в соответствующем(их) ключевом(ых) поле(ях) родительской таблицы (обычно это называют каскадированным обновлением). Эти события происходят автоматически, и не требуют никакого вмешательства со стороны Delphi-приложений, использующих эти таблицы. Тем не менее, характеристика проверки целостности таблиц Paradox не работает с каскадированным удалением. То есть, Delphi не позволит удалять записи в родительской таблице при наличии существующих записей в дочерней таблице. Это могут сделать только дочерние записи «без родителей», обходя проверку целостности. При попытке удаления такой родительской записи, Delphi сгенерирует объект исключительной ситуации[8,44c.].

ГЛАВА 2. ПРОЕКТНАЯ ЧАСТЬ

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

Информационная модель процесса складского учета приведена на рисунке 5.

Рисунок 5−ER-диаграмма информационной системы на логическом уровне

2.2. Характеристика нормативно-справочной, входной и оперативной информации

Входная информация по задаче – это данные, поступающие на вход задачи и используемые для её решения^[9]. Входная информация разрабатываемой ЭИС:

1. Приход товара (рис. 6);
2. Информация о поставщиках (рис. 7);
3. Информация о договорах (рис. 8).

Рисунок 6. Форма «Приход товара»

Рисунок 7. Форма «Информация о поставщиках»

Рисунок 8. Форма «Информация о договорах»

Данные формы являются входящими для процесса складского учета.

2.3. Характеристика результатной информации

Выходная информация может быть представлена в виде документов, кадров на экране монитора, информации в базе данных, выходного сигнала устройству управления^[10]. Выходная информация ЭИС:

• накладная (рис. 9);
• отчет по договорам за день (рис. 10).
• Статистика прихода (рис. 11).

Рисунок 9. Накладная

Рисунок 10 Отчет по договорам за день

Рисунок 11 Статистика прихода товара

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

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

Дерево функций – это схема расположения программных модулей, входящих в систему, каждый из которых относится к заданной категории и выполняет определенную функцию^[11].

Дерево функций ИС «Складской учет» представлено на рисунке 12.

Дерево функций системы

Ввод информации

Вывод информации

Хранение данных

База данных

Ввод данных о поставщиках

Ввод данных о договорах

Ввод данных о приходе товара

Просмотр и редактирование

Накладные

Форма договора

Статистика прихода товара

Просмотр и редактирование

Печать

Рисунок 12. Дерево функций системы в ИС «Складской учет»

Реализованные в системе модули подразделяются на три категории:

– модули ввода информации;

– модули вывода информации;

– модули хранения данных.

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

Схема сценария диалога – это формализованный способ в структурной форме описания диалога пользователя с ЭИС^[12]. Необходимо лишь однозначно определить все уровни, на которых пользователь принимает решение относительно следующего действия, а также обосновать решение об использовании именно этой технологии. На рисунке 15 представлена структура сценария диалога пользователя с ЭИС.

2.1.Приход товара

2.1.1. Выбор поставщика

2.1.2. Ввод названия

2.1.3.Ввод количества

2.1.4.Ввод цены

2.2.Информация о поставщиках

2.2.1. Ввод названия

2.2.2. Ввод адреса

2.2.3.Ввод контактного телефона

2.2.4.Ввод реквизитов

2.3.Информация о договорах

2.3.1. Выбор поставщика

2.3.2. Ввод даты начала действия

2.3.3.Ввод даты окончания

2.3.4.Ввод доп. информации

2.4Формирование отчетности

2.4.1. Накладная

2.4.2. Статистика прихода товара

2.4.3.Отчет договоров за день

Вход в систему

1.Вход в систему

Менеджер действий

2.1.Прход товара

2.2.Информация о поставщиках

2.3.Информация о договорах

2.4.Формирование отчетности

Схема 15. Структура сценарии диалога

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

2.5. Характеристика базы данных

Выделим базовые сущности предметной области «Складской учет»:

• Товар (Код, Производитель, Группа, Наименование, ЕдиницаИзмерения, ЦенаЗакупки)
• Контрагент(Код, Наименование, ТипКонтрагента, Организация, Адрес, Телефон, Паспорт, Банковские Реквизиты, ИНН, КПП).

Атрибут «ТипКонтрагента» определяет тип − поставщик.

Атрибут «Организация» определяет является ли контрагент юридическим лицом, или физическим.

• Договор (№договора, ДатаНачала Действия, ДатаОкончания Действия, ПредметДоговора)
• Приход(№прихода, Дата, Товар, Количество Закупки, ЦенаЗакупки, Сумма)
• НашиРеквизиты (Наименование, Адрес, РегистрационныеДанные, Адрес, Телефон, Паспорт, Банковские Реквизиты, ИНН, КПП)

Структура объектов базы данных описана в таблицах 2, 3, 4, 5, 6,7,8.

Таблица 2 – Структура таблицы GOODSGROUP (Группа Товара)

Таблица 3 – Структура таблицы GOODS (Товары)

Таблица 4 – Структура таблицы INCOME (Дата прихода)

Таблица 5 – Структура таблицы INCOMECOMP (Товары по приходу)

Таблица 6 – Структура таблицы CONTRAGENT (Список поставщиков)

Таблица 7 – Структура таблицы CONTRACT (Договоры)

Таблица 8 – Структура таблицы REQUISIT (Реквизиты)