CC BY
88
Economics
УДК 33
М.О. Маркова, Г.Б. Долгова
Использование инструментария 1С
при разработке корпоративных информационных систем
Аннотация
Предприятия в современном обществе занимают достаточно важную роль в экономике. Для того чтобы в работе предприятия не было никаких сбоев и по возможности не было потери необходимой и важной информации, разрабатываются специализированные программы, нацеленные на учет и автоматизацию процессов. До начала разработки этих информационных систем нужно определиться с методологией создания. Она должна обеспечивать уменьшение сложности процесса создания информационной системы. В связи с этим появилась проблема применения инструментария фирмы 1С (система проектирования прикладных решений) для разработки корпоративных информационных систем (КИС).
| Ключевые слова: информационная система, методология, система проектирования, прикладные решения.
M.O. Markova, G.B. Dolgova
Using 1C tools when developing enterprise information systems
Abstract
In modern society enterprises play an important role in economy. In order to avoid failures in an enterprise work and to save essential information, people develop special software aimed to perform an account and to automate some processes. It is necessary to decide on creation methodology before starting to develop this software. It should make the creation of an information system much easier. Therefore, there is a problem of using 1C (the design system of application solutions) tools for developing enterprise information systems (EIS).
| Keywords: information system, methodology, design system, application solutions.
В мире происходят кардинальные изменения на рынке товаров и услуг, и в сфере информационных технологиях (ИТ). Каждому периоду времени соответствуют свои новшества. Если мы выберем в качестве начала временного отрезка 2000-е годы, то, соответственно к новым ИТ мы можем отнести:
- массовый выход в локальные и глобальные сети при решении задач управления;
- работа пользователей и ИС с виртуальными объектами;
- облачные технологии обработки и хранения информации;
- формирование и использование не только баз данных, но и баз документов, баз знаний на реальных экономических объектах;
- интерфейс на базе удаленных терминалов, Web-порталов, сайтов;
- CASE-технологии проектирования ИС и ИТ;
- использование готовых отечественных и международных профилей, прототипов ИС и ИТ;
- включение информационных технологий в бизнес-цикл, в состав бизнес-процессов;
- формирование и ведение моделей предметной области (подсистемы метазнания - онтологии), которые позволяют реализовать технологии многоагентных систем распределенного решения задач.
Итак, новые корпоративные ИС являются главным фактором благополучной работы. Так как, ситуация на современном рынке изменяется довольно часто, то требования к разработке корпоративных ИС становятся очень жесткими к процессу разработки ИС, и к созданным функциям, выполняемым информационной системой. Стали жесткими требования ко времени создания системы в целом и отдельных приложения. Возникла необходимость в замене требований в процессе разработки корпоративных ИС с тем, чтобы они отвечали
Экономика
требованиям предприятия на момент окончания, а не на момент начала разработки.
Основными задачами, которые должна решить методология разработки КИС (совместно с определенным набором инструментальных средств) считаются:
- гарантировать создание КИС, соответствующих предъявляемым к ним условиям согласно автоматизации деловых этапов и отвечающих задачам и целям предприятия;
- обеспечивать формирование системы с установленным качеством в установленные сроки и в рамках согласованного бюджета;
- сохранять комфортную дисциплину поддержки и сопровождения, изменения и наращивания конфигурации, чтобы ИС имела возможность соответствовать стремительно меняющимся условиям деятельности предприятия;
- предоставлять разработке КИС, соответствующих условиям масштабируемости, открытости и переносимости;
- предоставлять возможность применения в создаваемой ИС задела в сфере информационных технологий, имеющегося в организации (технологий, ПО, средств вычислительной техники, баз данных (БД), телекоммуникаций) [1].
На начальном этапе создания ИС (анализа) выявляются и формируются требования к ИС, показывающие задачи и цели предприятия. Необходимо выявить требования заказчика к информационной системе и переделать их на языке моделей в требования к созданию проекта ИС для того, чтобы выработать соответствие задачам и целям предприятия.
Современные средства дают возможность очень быстро создавать ИС по заранее выявленным требованиям заказчика. Но довольно часто, разработанные системы, на основании выявленных требований, в итоге, заказчика не удовлетворяют. И, созданные системы постоянно приходится дорабатывать, что значительно повышает фактическую стоимость разработки ИС.
Поэтому стал вопрос о необходимости разработки такого инструментария, при помощи которого можно было бы без больших усилий, затрат и времени доработать недочеты, выявленные заказчиком, на всех этапах разработки и эксплуатации проекта.
При создании платформы «1С:Предприятие 8» были учтены как новые международные методы управления предприятием (CRM, ERP II, ERP, SCM, MRP II), так и опыт удачной автоматизации предприятий, скопленный фирмой «1С».
Тогда и была разработана программа (СППР) «1С: Система проектирования прикладных решений». Это корпоративный инструментарий фирмы, однако, в прайс-листе можно посмотреть цену, следовательно, можно использовать самостоятельно. Главными проблемами, решаемыми такой системой, считаются:
1. Проектирование ИС в соответствии с условиями заказчика.
2. Представление проектируемой ИС в легкой и явной форме и ведение документации.
3. Совместная деятельность над проектом и разделение задач среди участников проекта.
4. Контроль точности проектных решений и проверка.
5. Система способна применяться абсолютно во всех стадиях проектирования, и для снова разрабатываемых, и для имеющихся систем на платформе 1С [2].
Основные возможности системы.
Представление сложных систем в виде простых функциональных блоков. Многофункциональная декомпозиция непростых систем по стандарту ЮЕРО, лежащего в основе логического проектирования СППР, позволяет в наглядной и простой форме показывать сложные процессы с необходимой степенью детализации.
ЮЕРО - стандарт высокоструктурированного рассмотрения, который способен быть использован с целью отображения действий в абсолютно всех стадиях -от планирования вплоть до исследования конечного варианта. Данный стандарт дает возможность формировать модели, схематически представляющие объекты и действия, объединяя их в 1 концепцию. ЮЕРО содержит 2 варианта диаграмм: контекстуальную и декомпозированную [5]
Наглядность и взаимосвязанность проектных решений. Полный цикл проектирования в СППР начинается с описания процессов предприятия, которые планируется автоматизировать в рамках конфигурации, и заканчивается верификацией готовой программы по данным процессам. Все проектные решения визуализируются в виде схем, деревьев и таблиц с описаниями, что обеспечивает наглядность.
Распределение задач проектирования и зон ответственности между участниками проекта. Декомпозиция функциональности системы позволяет четко очертить границы каждого функционального узла и данные, необходимые для его работы, определить смежные функциональные узлы. Это дает возможность назначить ответственных и распределить задачи проектирования.
Возможность документирования дискуссий и обсуждений проектных решений. Встроенный механизм сообщений позволяет дискуссии и обсуждения, документировать весь процесс взаимодействия между разработчиками и представлять его в наглядной форме.
Элементы контроля выполнения задач и внесения изменений участниками разработки. При помощи этого механизма разработчики могут контролировать изменения в смежных узлах и своевременно оценивать последствия этих изменений, а руководитель проекта контролировать изменения в проекте. Аудит формальных правил проектирования. Этот контроль позволяет отвлечься от рутинных проверок, которые можно выполнить автоматически, и сосредоточиться на творческом аспекте разрабатываемой системы.
Economics
Автоматизация процесса подготовки справки и сопровождающей документации.
Автоматизация проектирования управления доступом. Автоматизация проектирования управления доступом позволяет достаточно сильно снизить трудозатраты на проектирование этого механизма, позволяет выполнять оптимизацию и проверку соблюдения требований по организации доступа на стадии проектирования.
Управление проектами и изменениями. Механизмы управления проектом и изменениями в СППР нацелены на то, чтобы обеспечить планирование работ над проектом и добавление изменений в существующий проект так, чтобы такие изменения были связаны с логической моделью, были доступны для понимания и содержали достаточную информацию для остальных участников проекта.
Интеграция с разрабатываемой конфигурацией.
Работа с ошибками.
Этапы проектирования с использованием СППР
Процесс проектирования информационной системы можно условно разбить на следующие последовательно выполняющиеся этапы.
На 1-м этапе производится подготовка данных о автоматизируемых действиях компании. Формируются очередность и требования к выполнению работ, аналогичные и похожие работы, начальные данные для преступления к выполнению работ и требования их окончания, официальные личности, задействованные в процессе производства. Все эти действия описываются в данной системе. Этап логического проектирования. Главной задачей считается установление функциональности и размера данных, с которыми должна работать создаваемая информационная система.
Результатом 2-го этапа являет согласованная с такими этапами логическая модель создаваемой конфигурации.
Логическая модель обязана содержать:
- функции, описывающие работоспособность создаваемой конфигурации с установленным уровнем детализации;
- объекты данных, которые являются единицей измерения поступающих потоков информации в схемах IDEF0 и показывающие объем и вид информации, которая поступает на вход начальной функции либо создаваемой функцией;
- профили пользователей, представляющиеся выполняющими взаимосвязями в схемах IDEF0 и характеризующие отдельные многофункциональные прямые обязанности пользователей и их права в системе.
Результаты 2-го этапа можно назвать техническим заданием для разработки новой ИС.
Третий этап на прямую направлен на создание ар-
хитектуры разрабатываемой информационной системы.
Здесь объекты логической модели уточняются вплоть до объектов метаданных: документов, справочников, констант, планов видов характеристик. Вводится соотношение объектов данных с объектами метаданных в СППР, то, что дает оценку значимости и роль объектов метаданных в закономерной логической модели ИС, рассмотреть всесторонность и точность проектных решении.
Итогами 3-го этапа проектирования считаются метаданные создаваемой конфигурацией сочетающиеся с логической моделью.
А на 4-ом этапе создаются допустимые сценарии деятельности пользователей ровно как комплекс операций (действий), производимых в создаваемой конфигурации в рамках определенных функций. Сценарии деятельности пользователем корреспондируются с объектами метаданных, то что дает возможность принять аргументированное решение о компоновке и составе форм, командном интерфейсе разрабатываемой системы.
Результатом четвертого этапа считаются слаженные с закономерной модификацией и структурой метаданных сценарии деятельности пользователей и условия к формам объектов метаданных ИС обеспечивающим осуществление данных сценариев.
Следующий этап - пятый - этап непосредственной разработки конфигурации осуществляется в конфигураторе, использование СППР не предусматривается.
Во период шестого этапа разрабатываются и проектируются роли, создаются тексты для ограничения в системе прав доступа. Требующиеся для исполнения определенного перечня функций, роли, располагаются в профили пользователей.
Результаты 6-го этапа: тексты для ограничений прав доступа, возможность пользователя настраивать свой профиль и, конечно, роли.
На следующем этапе - подготовки справки производится организация текстов справки в каждом объекте созданной логической модели: форм, объектов метаданных, объектов данных и функций.
Итогом исполнения данного этапа считается справочная информация в создаваемой конфигурации.
Проанализировав документацию по инструментарию СППР, можно сделать вывод о комбинированной методологии проектирования:
- на входе могут быть: текст с рисунками, таблицами и документами; диаграммы IDEF0, диаграммы ЕРС; действующая ИС;
- на выходе: ER - диаграммы, проектные документы, новая ИС (рис. 1).
Экономика
Рис. 1. Схема методологии проектирования
Таким образом, с помощью данного продукта снижается сложность процесса разработки ИС. Положенные в методологию и подкрепленные инструментальными средствами основы, (разработка от данных, вторичное применение спецификаций, создание на основе моделей) упрощают создание системы и гарантируют возможность мгновенного внесения перемен, как
на стадиях разработки информационных систем, также и на стадиях развития и сопровождения.
Кроме того, в СППР есть возможность накапливать базу моделей. Что в дальнейшем, при разработке или модификации моделей, значительно упростит и сделает качественнее процесс разработки программных продуктов.
Литература
1. Медведская Т.М. Корпоративные информационные системы. Создание информационных систем на базе платформы «1С:Предприятие 8.0.». - Новосибирск: СГГА, 2011. - 89 с.
2. Кайдалин Е. 1С:Предприятие 8. Конфигурация «Система проектирования прикладных решений». Редакция 1.1. Руководство пользователя / Е. Кайдалин, А. Моничев, А. Разгузин. - М.: Фирма «1с», 2013. -195 с.
3. Сатунина А.Е. Управление проектом корпоративной информационной системы предприятия: Учеб. пособие / А.Е. Сатунина, Л.А. Сысоева. - М.: Финансы и статистика; ИНФРА-М, 2009. - 352 с.
4. Методология создания корпоративных ИС [Электронный ресурс]. - Режим доступа: http://citforum.ru/database/
5. Построение моделей. Стандарты [Электронный ресурс]. - Режим доступа: http://obmendoc.ru/files/users/ andrey/72/view/253233-253246
6. Система проектирования прикладных решений [Электронный ресурс]. - Режим доступа: http://v8.1c.ru/model/
