Разработка автоматизированной системы внешнеэкономического обеспечения сбыта и снабжения ЗАО ПГ "Метран"

Стоимость лицензии на месяц продления: 1 200.

Программа позволяет:

– провести быстрый поиск по ключевому слову;

– найти код ТН ВЭД и описание конкретного товара;

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

– осуществляется постоянное отслеживание изменений в законодательстве;

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

Основной отличительной чертой справочника ВЭД Инфо является его постоянная актуальность и оперативное реагирование на изменение таможенного законодательства, которые достигаются посредством регулярного, еженедельного выхода обновлений. Кроме того, пользователи могут по достоинству оценить многоуровневую систему поиска в программе и возможность создания «закладок», позволяющие быстро находить необходимую информацию [5].

3) «ВЭД Декларант»

Стоимость лицензии на месяц регистрации: 7 500.

Стоимость лицензии на месяц продления: 1 200.

ВЭД Декларант - программа, ориентированная на специалистов по таможенному оформлению. Она предназначена для создания грузовой таможенной декларации и полного пакета сопутствующих документов, необходимых для представления в таможенные органы при перемещении товаров через таможенную границу РФ. При этом происходит формирование как бумажного, так и электронного вида документов, если таковой предусмотрен таможенным законодательством.

Программа имеет следующие функциональные возможности:

* позволяет оформлять в максимально автоматизированном режиме грузовую таможенную декларацию (ГТД); декларацию таможенной стоимости (ДТС 1 и 2); корректировку таможенной стоимости (КТС); карточку транспортного средства; справку для подакцизных маркированных товаров; заявление об упаковке груза; паспорт сделки (импорт, экспорт, бартер); инвойс; спецификацию; акт загрузки транспортного средства; акт таможенного досмотра; опись прилагаемых к грузовым таможенным декларациям документов; электронные копии ДКД и МДП (таможня назначения);

* содержит все необходимые стандартные справочники;

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

* предоставляет возможность просмотра и редактирования документов непосредственно перед печатью;

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

* формирует и пополняет архив курсов валют;

* позволяет настроить печать на любые типы бланков и принтеров [6].

Данный программный продукт используется на предприятии

Основные минусы представленных программных продуктов:

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

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

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

1.2.4.3 Показатели процесса «Внешнеэкономическое обеспечение сбыта и снабжения»

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

Показатели эффективности бизнес-процессов представлены в таблице 27.

Таблица 27 - Показатели эффективности бизнес-процессов

Показатель эффективности \ Модель	AS-IS	TO-BE
1. Время на информирование для составления пакета ТСД (минут).	180	10
2. Время на согласование документов (дней).	3	1
3. Общее время работы на составления ВТК и спецификации, справки на товар, паспорта сделки (дней).	15	9
4. Количество потерянных внешнеторговых контрактов в год (штук).	24	1
5. Количество использованных материалов.
5.1. Бумага (пачка).	15	7
5.2. Картридж (штук).	7	3

1.2.4.4 Модель TO-BE

В модели TO-BE было подвергнуто легкому реинженирингу процесс «Внешнеэкономическое обеспечение снабжения и сбыта».

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

Процессы «Внешнеэкономического обеспечения»:

1) анализ и составления документов по заявке;

2) оформление документов на поставку;

3) мониторинг и контроль оформления документации;

4) транслирование сведений в таможенный орган;

5) ведения архива по документации.

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

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

На рисунке 2 представлена модель TO-BE.

На рисунке 3 представлена декомпозиция процесса «Анализ и составление документов по заявке».

1.3 Обоснование проектных решений по автоматизированному решению экономико-информационных задач

1.3.1 Обоснование выбора задач, входящих в комплекс

Согласно рассмотренным в предыдущем разделе моделям были выбраны следующие задачи для автоматизации:

1) Ведение базы данных документации по обеспечению внешнеэкономической деятельности:

– создание записи, содержащей информацию о документе;

– корректировка существующей записи;

– удаление существующей записи;

– поиск в базе данных нужной записи;

– просмотр базы данных;

– фильтрация записей в базе данных.

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

Реализация данных задач позволит:

– автоматизировать ручные процессы обработки информации, сократить бумажный документооборот для обеспечения внешнеэкономической деятельности;

– сократить время на согласование внешнеторговых контрактов, спецификации;

– сократить количество ошибок при заполнении документов;

– предоставить всем участникам внешнеэкономической деятельности полной, своевременной и актуальной информации;

– контролировать соблюдение крайних дат;

– фиксировать время работы над документацией.

Для осуществления данных задач необходимо реализовать следующие возможности:

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

2. Формирование движения документа заданному маршруту, как следствие, отсутствие проблем, связанных с потерей документов.

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

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

5. Извещения на электронной почте о нарушении выполнения сроков по документации.

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

1.3.2.1 Внемашинное и внутримашинное информационное обеспечение

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

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

Эта информация собрана в информационную базу по следующим принципам:

– каждый документ имеет уникальное наименование, присвоенное ему в КСУ SyteLine, как следствие не возникнет путаницы при поиске документов с помощью программы;

– каждая номенклатурная единица имеет полное подробное наименование, соответствующее ее наименованию, используемому в КСУ SyteLine и совпадающее с наименованием в технической документации;

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

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

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

– электронного документа-таблицы, информация которого содержится в ERP SyteLine, и импортируется в программу;

– документ «Заявка» содержит следующую информацию: «Дата поставки», «Тип расходов», «Список товаров», «Сотрудник», занимающийся данной заявкой, «Вид поставки»;

– документ «Внешнеторговый контракт» содержит следующую информацию: «Вид валюты», «Вид поставки», «Нерезидент», «Транспортная компания», «Номер заявки»;

– электронной версии документов (прочие документы), передающихся по почте, каналам ЛВС, с помощью носителей информации (компакт дисков, USB-флеш накопителей);

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

1.3.2.2 Организация информационной базы

Существуют следующие способы организации информационной базы:

1) совокупность локальных файлов, поддерживаемых функциональными пакетами прикладных программ;

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

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

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

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

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

По способу доступа к БД:

1) Файл-серверные.

В файл-серверных СУБД файлы данных располагаются централизованно на файл-сервере. СУБД располагается на каждом клиентском компьютере (рабочей станции). Доступ СУБД к данным осуществляется через локальную сеть. Синхронизация чтений и обновлений осуществляется посредством файловых блокировок. Преимуществом этой архитектуры является низкая нагрузка на ЦП сервера. Недостатки: потенциально высокая загрузка локальной сети; затруднённость централизованного управления; затруднённость обеспечения таких важных характеристик как высокая надёжность, высокая доступность и высокая безопасность. Применяются чаще всего в локальных приложениях, которые используют функции управления БД.

На данный момент файл-серверная технология считается устаревшей.

Плюсы:

- низкая стоимость разработки;

- высокая скорость разработки;

- невысокая стоимость обновления и изменения ПО.

Минусы:

- низкая производительность (зависит от производительности сети, сервера, клиента);

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

- ненадежная система;

- ограниченность языка;

- негибкость среды разработки.

Пример:

Microsoft Office Access - реляционная СУБД корпорации Microsoft. Имеет широкий спектр функций, включая связанные запросы, связь с внешними таблицами и базами данных. Благодаря встроенному языку VBA, в самом Access можно писать приложения, работающие с базами данных.

MS Access является файл-серверной СУБД и потому применима лишь к маленьким приложениям. Отсутствует ряд механизмов, необходимых в многопользовательских БД, таких, например, как триггеры.

Существенно расширяет возможности MS Access по написанию приложений механизм связи с различными внешними СУБД: "связанные таблицы" (связь с таблицей СУБД) и "запросы к серверу" (запрос на диалекте SQL, который "понимает" СУБД). Также MS Access позволяет строить полноценные клиент-серверные приложения на СУБД MS SQL Server. При этом имеется возможность совместить с присущей MS Access простотой инструменты для управления БД и средства разработки.[7]

2) Клиент-серверные.

Клиент-серверная СУБД располагается на сервере вместе с БД и осуществляет доступ к БД непосредственно, в монопольном режиме. Все клиентские запросы на обработку данных обрабатываются клиент-серверной СУБД централизованно. Недостаток клиент-серверных СУБД состоит в повышенных требованиях к серверу. Достоинства: потенциально более низкая загрузка локальной сети; удобство централизованного управления; удобство обеспечения таких важных характеристик как высокая надёжность, высокая доступность и высокая безопасность.

Преимущества:

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

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

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

Недостатки:

– неработоспособность сервера может сделать неработоспособной всю вычислительную сеть;

– поддержка работы данной системы требует отдельного специалиста - системного администратора;

– высокая стоимость оборудования.

Примеры:

* Oracle Database или Oracle RDBMS - объектно-реляционная система управления базами данных компании Oracle.

Oracle Database 11g позволяет снизить затраты и повысить качество услуг за счет следующих преимуществ:

– кластеризация и консолидация корпоративных приложений в быстрые, надежные и масштабируемые частные «облачные» системы;

– повышение доступности и устранение избыточности информационного центра;

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

– обеспечение безопасности и согласованности информации;

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

* Firebird (FirebirdSQL) - компактная, кроссплатформенная, свободная система управления базами данных (СУБД), работающая на Linux, Microsoft Windows и разнообразных Unix платформах.

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

Firebird используется в различных промышленных системах (складские и хозяйственные, финансовый и государственный сектора) с 2001 г. Это коммерчески независимый проект C и C++ программистов, технических советников и разработчиков мультиплатформенных систем управления базами данных, основанный на исходном коде, выпущенном корпорацией Borland 25 июля 2000 года в виде свободной версии Interbase 6.0.

Среди недостатков: отсутствие кеша результатов запросов, полнотекстовых индексов [8].

* Interbase - СУБД от компании Borland.

В настоящее время последней версией является InterBase 2009 (2009), в которой появилась поддержка Unicode и шифрование AES/DES. InterBase 7.5/2007 и Firebird 1.5/2.0 похожи, но уже далеки от полной совместимости - то есть миграция между их форматами баз данных легче, чем между форматами совсем «чужих» баз данных, но все же сопряжена с определенными проблемами.

Основными достоинствами последней версии InterBase являются низкие требования к системе, с одновременной масштабируемостью на несколько процессоров, плюс развитая система мониторинга, временные таблицы, встраиваемая аутентификация пользователей, журналирование. Традиционным достоинством считается кросс-платформенность - InterBase поддерживает Linux, Microsoft Windows, Unix и Solaris [9].

* Microsoft SQL Server - система управления реляционными базами данных (СУБД), разработанная корпорацией Microsoft. Основной используемый язык запросов - Transact-SQL, создан совместно Microsoft и Sybase. Transact-SQL является реализацией стандарта ANSI/ISO по структурированному языку запросов (SQL) с расширениями. Используется для работы с базами данных размером от персональных до крупных баз данных масштаба предприятия; конкурирует с другими СУБД в этом сегменте рынка.

SQL Server 2008 направлен на то, чтобы сделать управление данными самонастраивающимся, самоорганизующимся и самообслуживающимся механизмом - для реализации этих возможностей были созданы технологии SQL Server Always On. Это позволит уменьшить до нуля время нахождения сервера в нерабочем состоянии.

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

Кроме этого, были включены специализированные форматы даты и времени и пространственный (англ. Spatial) тип для пространственно зависимых данных. Для неструктурированных данных были добавлены специализированные типы, например, тип File [10].

* MySQL - свободная система управления базами данных (СУБД). MySQL является собственностью компании Oracle Corporation, получившей её вместе с поглощённой Sun Microsystems, осуществляющей разработку и поддержку приложения. Распространяется под GNU General Public License или под собственной коммерческой лицензией. Помимо этого разработчики создают функциональность по заказу лицензионных пользователей, именно благодаря такому заказу почти в самых ранних версиях появился механизм репликации.

MySQL является решением для малых и средних приложений. Входит в состав серверов WAMP, LAMP и в портативные сборки серверов Денвер, XAMPP. Обычно MySQL используется в качестве сервера, к которому обращаются локальные или удалённые клиенты, однако в дистрибутив входит библиотека внутреннего сервера, позволяющая включать MySQL в автономные программы.

Гибкость СУБД MySQL обеспечивается поддержкой большого количества типов таблиц: пользователи могут выбрать как таблицы типа MyISAM, поддерживающие полнотекстовый поиск, так и таблицы InnoDB, поддерживающие транзакции на уровне отдельных записей. Более того, СУБД MySQL поставляется со специальным типом таблиц EXAMPLE, демонстрирующим принципы создания новых типов таблиц. Благодаря открытой архитектуре и GPL-лицензированию, в СУБД MySQL постоянно появляются новые типы таблиц [11].

3) Встраиваемые

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

Примеры: 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]
Требования к аппаратному обеспечению	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 представлены классы технологии проектирования

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

- Автоматизированное проектирование (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 поддерживает явное определение ролей, а это определяет и категоризирует задачи или работы, составляющие бизнес-процессы.

– Интерфейс к средствам имитационного моделирования.

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

В качестве средства для построения модели данных был выбран продукт AllFusion ERwin Data Modeler 4.1.

AllFusion ERwin Data Modeler (ранее: ERwin) - CASE-средство для проектирования и документирования баз данных, которое позволяет создавать, документировать и сопровождать базы данных, хранилища и витрины данных. Модели данных помогают визуализировать структуру данных, обеспечивая эффективный процесс организации, управления и администрирования таких аспектов деятельности предприятия, как уровень сложности данных, технологий баз данных и среды развертывания.

Ключевые характеристики:

– синхронизация моделей/баз данных;

– автоматизированное создание структуры базы данных и обратное проектирование;

– публикация моделей;

– поддержка нотаций: IDEF1x, IE, Dimensional;

– возможна совместная работа группы проектировщиков (с помощью среды AllFusion Model Manager (ModelMart));

– документирование структур баз данных;

– перенос структур баз данных (но не самих данных) из одного типа СУБД в другой.

Единственная проблема - не поддерживается СУБД MySQL.

Решение - MySQL Workbench 5.2, поддерживающее нотацию IDEF1x.

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

Возможности программы:

– позволяет наглядно представить модель в графическом виде;

– наглядный и функциональный механизм установки связей между таблицами, в том числе «многие ко многим» с созданием таблицы связей;

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

1.3.4.3 Выбор средств разработки системы

1) C++ - чрезвычайно мощный язык, содержащий средства создания эффективных программ практически любого назначения, от низкоуровневых утилит и драйверов до сложных программных комплексов самого различного назначения.

Особенности:

- поддерживаются различные стили и технологии программирования, включая традиционное директивное программирование, ООП, обобщённое программирование, метапрограммирование (шаблоны);

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

- автоматический вызов деструкторов объектов при их уничтожении, причём в порядке, обратном вызову конструкторов;

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

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

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

- имеется возможность работы на низком уровне с памятью, адресами.

2) Java - объектно-ориентированный язык программирования, разработанный компанией Sun Microsystems. Приложения Java обычно компилируются в специальный байт-код, поэтому они могут работать на любой виртуальной Java-машине (JVM) независимо от компьютерной архитектуры.

Особенности.

Программы на Java транслируются в байт-код, выполняемый виртуальной машиной Java (JVM) - программой, обрабатывающей байтовый код и передающей инструкции оборудованию как интерпретатор.

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

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

3) Microsoft Visual Basic - средство разработки программного обеспечения, разрабатываемое корпорацией Microsoft и включающее язык программирования и среду разработки. Язык Visual Basic унаследовал дух, стиль и отчасти синтаксис своего предка - языка Бейсик, у которого есть немало диалектов. В то же время Visual Basic сочетает в себе процедуры и элементы объектно-ориентированных и компонентно-ориентированных языков программирования. Среда разработки VB включает инструменты для визуального конструирования пользовательского интерфейса.

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

Достоинства:

- высокая скорость создания приложений с графическим интерфейсом для MS Windows;

- простой синтаксис, позволяющий очень быстро освоить язык;

- возможность компиляции, как в машинный код, так и в P-код (по выбору программиста);

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

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

Недостатки:

- поддержка операционных систем только семейства Windows и Mac OS X

- отсутствие механизма наследования реализации объектов;

- медленная скорость работы, обусловленная тем, что все встроенные функции языка реализованы через библиотеку времени исполнения (runtime library), которая, в свою очередь, производит много «лишней» работы по проверке и/или преобразованию типов.

Для разработки информационной системы была выбрана инструментальная среда Embarcadero® C++Builder® XE.

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

2.1 Информационное обеспечение комплекса задач

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

Участниками информационных потоков являются:

– заказчики продукции (внешние - покупатели, внутренние - сотрудники предприятия);

– поставщики продукции (внешняя среда);

– транспортные компании (внешняя среда);

– банк (внешняя среда);

– сотрудники предприятия (внутренняя среда).

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

2.1.1 Используемые классификаторы и системы кодирования

На предприятии используется специальная система кодировки товара. Каждая номенклатурная единица имеет свой уникальный код, совпадающий с кодом в ERP системе. Это десятизначный код, построенный по следующим принципам:

- первые три цифры определяют категорию продукта;

- последние три или две цифры, как правило, совпадают с моделью;

Основной принцип распределения кодов (кроме первых трех цифр) - это выстраивание в алфавитном порядке группы товаров, относящейся к одной категории и присваивание им соответственно кодов, также выстроенных по порядку с интервалом 10 или 100.

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

Так же на предприятии используют кодировки документов:

1) Внешнеторговый контракт.

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

ББ/ХХХХХХХХ/ХХХХХ или ЦЦЦ/ХХХХХХХХ/ХХХХХ/ где:

- первая группа состоит из двух букв (ББ) или трех цифр (ЦЦЦ)/ соответствующих коду страны Покупателя (Продавца) по международному классификатору «Страны мира» используемому для целей таможенного оформления;

- вторая группа состоит из восьми цифр, составляющих код организации Покупателя (Продавца) в соответствии с Общероссийским классификатором Предприятия и организации (ОКПО);

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

2) Справка о товаре.

Десятизначный код товара по ТН ВЭД представляет собой:

* 2 первые цифры - товарная группа ТН ВЭД;

* 4 первые цифры - товарная позиция;

* 6 первых цифр - товарная субпозиция.

3) Авианакладная.

Авианакладная (AWB) имеет 11-значный номер, который используется для бронирования, проверки статуса грузоперевозки, и определения текущее местонахождение груза.

Номер состоит из:

– первые три цифры составляют префикс авиакомпании по IAT;

– следующие 7 цифр - порядковый номер (соответственно, каждый номер бланка AWB для каждой партии груза);

– последняя цифра это так называемая контрольная цифра;

4) Грузовая таможенная декларация.

Номер грузовой таможенной декларации состоит из трёх частей, разделенных символом «косая черта» («/»):

– первая часть - это номер таможенного поста, длиной 8 символов;

– вторая часть содержит дату в формате ДД-ММ-ГГ;

– третья часть состоит из 7 цифр и содержит порядковый номер ГТД.

Отсчёт начинается с 0 с начала календарного года для каждого таможенного поста. Для предварительной таможенной декларации вместо первой цифры может быть использована русская буква «П».

2.1.2 Модель данных

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

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

Типичной формой документирования информационной модели предметной области являются диаграммы "сущность-связь" (ER-диаграммы). ER-диаграмма позволяет графически представить все элементы информационной модели согласно простым, интуитивно понятным, но строго определенным правилам - нотациям. Нотация IDEF1X используется для моделирования реляционных баз данных и позволяет разрабатывать концептуальную модель предметной области системы баз данных в форме одной или нескольких ER-диаграмм, эквивалентных отношениям в третьей нормальной форме. Построение ER-диаграмм, как правило, ведется с использованием CASE-средств. В качестве CASE-средства для построения модели данных выбран пакет AllFusion ERwin Data Modeler 7, поддерживающий нотацию IDEF1X.

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

Таблица 30 - Сущности

Название	Краткое описание
Вид поставки	Краткое обозначение вида и условий поставок по Инкотермс.
Внешнеторговый контракт	Документ, по которому осуществляется поставка товаров.
ВТК_Заявка	Сущность для обеспечения связи «многие-ко-многим» сущностей «Внешнеторговый контракт» и «Заявка».
Документ	Краткое описание всех документов, участвующих в документообороте для обеспечения внешнеэкономической деятельности.
Журнал документов	Журнал документов и операций, совершенных над ними.
Заявка	Инструкции нерезидента на покупку или продажу товаров.
Заявка товар	Сущность для обеспечения связи «многие-ко-многим» сущностей «Заявка» и «Товар».
Маршрут	Направление движения документа.
Нерезидент	Описание покупателей/продавцов, находящихся вне РФ.
Операция	Список действий, которые осуществляются над документами.
Отдел	Описание отделов ЗАО «ПГ Метран».
Сотрудник	Описание сотрудников, участвующих во внешнеэкономической деятельности.
Статус	Характеристика значений документа.
Тип документа	Краткая характеристика типа документа.
Тип расходов	Описание проекта расходов, по которому осуществляется выплаты.
Товар	Описание товара.
Транспортная компания	Организация-перевозчик.
ТСД	Товаросопроводительная документация для обеспечения внешнеэкономической деятельности.

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

Далее на рисунке 5 представлена модель данных.

2.1.3 Характеристика входной информации

Входной информацией для программы является:

1) Заявка на продажу какого-либо товара. Данная заявка поступает от покупателя и хранится в ERP системы SyteLine. Заявка поступает в программу в виде электронного документ в формате «.xls» (наиболее удобного для пользователей ERP системы SyteLine).

2) Заявка на покупку какого-либо товара. Данная заявка поступает от сотрудника отдела снабжения и хранится в ERP системы SyteLine. Заявка поступает в программу в виде электронного документ в формате «.xls» (наиболее удобного для пользователей ERP системы SyteLine).

3) Внешнеторговые контракты поступают в виде электронного документа в формате «.doc» или «.pdf», которые хранится на жестком диске у пользователя.

4) Прочая документация для обеспечения внешнеэкономической деятельности поступает в отдел по электронной почте, на накопителях, или же с помощью копирования бумажного документа. Хранится в определенном каталоге, для упрощения поиска.

2.1.4 Нормативно-справочная информация

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

Программа использует следующую нормативно-справочную информацию:

– информация о сотрудниках, имеющих доступ к системе (ФИО, дата рождения, должность, пароль);

– информация о виде поставок (Наименование, Комментарии);

– информация о нерезидентах (Наименование, Адрес, Телефон, Комментарий, mail), покупателю/поставщиках, заключивших договор поставки с предприятием;

– информация об операции (Наименование) - характеристика действия с документом;

– информация об отделе (Название, номер телефона);

– информация о статус (Название) - краткое обозначение работы над документом;

– информация о типе документа (Название, Время);

– информация о типе расходов (Проект расходов, ЦФО);

– информация о транспортной компании (Наименование, Адрес, Телефон, mail, Комментарии, Номер договора, Базовая стоимость услуг).

2.1.5 Характеристика результирующие информации

Результатом работы программы являются:

1) Список необходимой товаросопроводительной документацией для соблюдения поставки по определенному внешнеторговому контракту представлен в таблице 31.

Дата просрочки рассчитывается исходя из даты подписания внешнеторгового контракта, и времени на изготовления данного документа.

Этот список необходим для планирования работы сотрудников отдела.

Таблица 31 - Вид списка ТСД

Готовые ТСД	Необходимо сделать
Наименование	Дата создания	Наименование	Дата просрочки

2) Сформированный список заданий сотруднику для осуществления внешнеэкономической деятельности.

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

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

3) Список Журнала документов позволяет отслеживать объем работы сотрудников, проанализировать загруженность отдела, корректировать действия сотрудников. Вид списка журнала документов представлен в таблице 32.

Таблица 32 - Список журнала документов

Сотрудник	Операция	Документ	Дата операции

4) Список Маршрутов документа, в котором указывается перемещения документа и время, данное на работу с ним.

Данный список позволяет прослеживать путь документа.

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

Таблица 33 - Маршрут документа

Документ	Дата принятия документа	Статус работы	Сотрудник

2.1.6 Требования к системе

2.1.6.1 Требования к структуре и функционированию системы

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

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

Функции, выполняемые системой:

– ввод в БД информацию по экспортным и импортным заявкам;

– ввод в БД информацию о внешнеторговых контрактах;

– ввод в БД информацию о заказчиках/поставщиках;

– отображение дат, которые необходимо соблюсти для обеспечения внешнеэкономической деятельности;

– сохранение документации в определенных каталогах;

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

2.1.6.2 Требования к персоналу

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

Работники, участвующие в работе системы, должны обладать знанием следующих работ:

– ввод основных данных;

– заполнение документов необходимой информацией;

– корректировка ошибок, допущенных в процессе работы.

2.1.6.3 Требования к надёжности

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

– должен обеспечиваться контроль входной и выходной информации;

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

– система должна информировать пользователя об ошибках.

2.1.6.4 Требования к эргономике и технической эстетике

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