Повышение качества работы отдела обеспечения внешнеэкономической деятельности

Примеры: OpenEdge, SQLite, BerkeleyDB, Firebird Embedded. 

 

 

Результаты метода экспертных оценок СУБД по мнению Н.М. Боргест, А.В. Глушков, А.В. Петровский, Д.В. Шустова представлены в таблице 28.

Таблица 28 – Результаты метода экспертных оценок СУБД

	Вес критерия	Оценка по i-му критерию [Экспертная оценка]
		Access	Microsoft  SQL Server	Inter-base	MySQL	Oracle	Firebird
Высокая скорость работы	0.1	5 [0.5]	5  [0.5]	5  [0.5]	5 [0.5]	5 [0.5]	5  [0.5]
Удобство работы	0.15	5 [0.75]	3 [0.45]	2  [0.3]	1 [0.15]	4 [0.6]	1 [0.15]
Возможность самообучения	0.15	5 [0.75]	3 [0.45]	4  [0.6]	3 [0.45]	2  [0.3]	1 [0.15]
Возможность интеграции	0.2	1 [0.2]	5  [1]	1 [0.2]	5 [1]	5   [1]	5   [1]
Стоимость лицензии	0.3	3 [0.9]	1 [0.3]	3 [0.9]	5 [1.5]	2 [0.6]	5  [1.5]

 

Окончание таблицы 28

	Вес критерия	Оценка по i-му критерию [Экспертная оценка]
		Access	Microsoft  SQL Server	Interbase	MySQL	Oracle	Firebird
Требования к аппаратному обеспечению	0.1	5 [0.5]	4 [0.4]	5  [0.5]	5  [0.5]	3 [0.3]	5  [0.5]
ΣI оценка систем		3.6	3.1	3	4.1	3.3	3.8

 

В качестве СУБД была выбрана MySQL 5.1

Рассмотрим основные достоинства:

• высокое качество – MySQL характеризуется устойчивой работой;
• открытый код доступен для просмотра и модернизации, что позволяет постоянно улучшать программный продукт;
• СУБД MySQL, разработанная с использованием языков C/C++, протестирована на многих платформах, среди которых Windows, Linux, FreeBSD, Mac OS X, OS/2, Solaris и др;
• MySQL поддерживает API (Application Programming Interface, программный интерфейс приложения) для С, C++, Eiffel, Java, Perl, PHP, Python, Ruby и Tcl. MySQL можно успешно применять как для построения Web-страниц с использованием Perl, PHP и Java, так и для работы прикладной программы, созданной с использованием Delphi, Builder C++ или платформы .NET;
• СУБД MySQL предоставляет широкий выбор типов таблиц, в том числе и сторонних разработчиков, что позволяет реализовать оптимальную для решаемой задачи производительность и функциональность;
• локализация в MySQL выполнена корректно. У пользователя, как правило, не возникает проблем при обработке русского содержимого БД .

1.3.3 Обоснование проектных решений по технологии сбора, передачи, обработки и выдачи информации

Сбор информации происходит путем импорта информации по определенным документам из системы ERP SyteLine, либо ручной ввод в базу данных. Исходной информацией является документ в электронном виде:

  Сбор информации в виде документов обусловлен следующим:

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

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

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

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

1.3.4 Обоснование проектных решений по программному обеспечению комплекса задач

1.3.4.1 Выбор методологии проектирования

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

Так, по степени автоматизации методы проектирования разделяются на методы:

• ручного проектирования,  при котором проектирование компонентов ЭИС осуществляется без использования специальных инструментальных программных средств, а программирование – на алгоритмических языках;

• компьютерного проектирования,  которое производит генерацию или конфигурацию (настройку)  проектных решений на основе использования специальных инструментальных программных средств.

По степени использования типовых проектных решений различают следующие методы проектирования:

• оригинального  (индивидуального)  проектирования,  когда проектные решения разрабатываются «с нуля» в соответствии с требованиями к ЭИС;

• типового проектирования, предполагающего конфигурацию ЭИС из готовых типовых проектных решений (программных модулей).

По степени адаптивности проектных решений методы:

• реконструкции,  когда адаптация проектных решений выполняется путем переработки соответствующих компонентов  (перепрограммирования программных модулей);

• параметризации,  когда проектные решения настраиваются  (перегенерируются)  в соответствии с изменяемыми параметрами;

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

На рисунке 5 представлены классы технологии проектирования

Рисунок 4 – Классы технологии проектирования

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

– Автоматизированное проектирование (CASE-технологии).

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

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

CASE-технология использует понятия метод и нотация:

• метод CASE-технологии – это процедура или техника генерации описаний компонентов информационных систем (например, проектирование потоков и структур данных);

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

 

1) Функционально-ориентированное проектирование ИС.

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

• декомпозиции всей системы на некоторое множество иерархически подчиненных функций;

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

2)Объектно-ориентированного технологии проектирования информационных систем.

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

Используется унифицированный язык моделирования UML (Unified Modeling Language), который разработан группой ведущих компьютерных фирм мира OMG (Object Management Group) и фактически является стандартом по объектно-ориентированным технологиям.

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

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

Модели жизненного цикла:

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

• Поэтапная модель с промежуточным контролем или итерационная модель. Разработка информационной системы ведется итерациями с циклами обратной связи между этапами. Межэтапные корректировки позволяют учитывать реально существующее взаимовлияние результатов разработки на различных этапах; время жизни каждого из этапов растягивается на весь период разработки. 

• Спиральная модель. На каждом витке спирали выполняется создание очередной версии продукта,  уточняются требования проекта,  определяется его качество, планируются работы следующего витка.  Особое внимание уделяется начальным этапам разработки –  анализу и проектированию,  где реализуемость тех или иных технических решений проверяется и обосновывается посредством создания прототипов.

Были выбраны

• методология – автоматизированное проектирование (функционально-ориентированное проектирование);

• модель жизненного цикла – итерационная модель

Данная методология и данная модель жизненного цикла оптимальны для решения задач по автоматизации мониторинга и контроля оформления документации.

1.3.4.2 Case-средства, используемые для проектирования системы

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

Таблица 29 – Case-средства, используемые для проектирования системы

Этапы проектирование	Используемые Саse-технологии
Предпроектное обследование	BPwin 4.1
Техническое проектирование	AllFusion ERwin Data Modeler 4.1.

 

В качестве средства для моделирования бизнес-процессов был выбран BPwin 4.1 по следующим причинам:

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