58
написание программ на встроенном языке «1С:Предприятия» для обработки
входных и выходных данных.
На уровне системы определены сами понятия объектов и стандартные
операции по их обработке. Средства конфигурирования позволяют описать
структуру информации, входящей в эти объекты, и алгоритмы, описывающие
специфику их обработки, для отражения различных особенностей учета [3.2].
Информационная структура проектируется на уровне предусмотренных в
системе типов обрабатываемых объектов предметной области (константы,
справочники, документы, регистры, перечисления и др.).
В процессе исполнения система оперирует уже конкретными понятиями,
описанными на этапе конфигурирования (справочниками товаров и организаций,
счетами, накладными и т. д.).
При работе пользователя в режиме 1С Предприятие, обработка
информации выполняется как штатными средствами системы, так и с
использованием алгоритмов, созданных на этапе конфигурирования.
При построении информационной системы на базе системы «1С:
Предприятие» используются различные компоненты. Этими компонентами
являются [2.19]:
– клиентское приложение - это специальная программа, которая
напрямую или опосредованно взаимодействует с базой данных с целью
получения необходимых данных. Существует несколько видов клиентских
приложений и технологий доступа;
– сервер «1С: Предприятия» (в качестве полностью аналогичного
термина может использоваться «кластер серверов») - программа, образующая
промежуточный слой между клиентским приложением «1С: Предприятия» и
собственно базой данных;
– система управления базой данных (СУБД) - это программный
комплекс, который обеспечивает управление физическими таблицами с
данными, гарантирует их целостность и согласованность, а также
предоставляющая доступ к этим данным с помощью специального языка работы
с данными;
59
– веб-сервер - программный продукт, принимающий HTTP-запросы
от клиентов и передающий эти запросы для исполнения соответствующим
обработчикам. Если запросы поступают от клиентского приложения «1С:
Предприятия», то в процессе обработки запросов происходит взаимодействие с
информационной базой «1С:Предприятия».
В рамках любой информационной системы, построенной на базе «1С:
Предприятия», будут участвовать один или несколько (в том числе и все)
вышеперечисленные компоненты. При этом сама информационная система
будет различаться вариантами работы, видами взаимодействия, используемыми
клиентскими приложениями и технологиями доступа.
«1С: Предприятие» поддерживает два варианта работы:
– файловый вариант;
– клиент-серверный вариант.
И в том и в другом варианте все прикладные решения работают
полностью идентично. Файловый вариант работы в основном предназначен для
персонального использования и небольших рабочих групп, в то время как
клиент-серверный вариант - для использования в рабочих группах или в
масштабе предприятия.
Система «1С Предприятие» старается обеспечить одинаковое поведение
прикладного решения при работе с любой из поддерживаемых СУБД. Те случаи,
когда такое поведение обеспечить невозможно, описываются в документации,
отдельно для каждой СУБД.
СУБД которое будет использоваться в данной работе является встроенное
СУБД системы 1С Предприятие.
Важной особенностью работы в клиент-серверном варианте является
возможность работы сервера «1С: Предприятия» и серверов баз данных на
различных операционных системах (семейство Windows и различные
дистрибутивы Linux).
Для описания специфических алгоритмов обработки информации и
создания интерфейса, ориентированного на удобное представление описанных в
конфигурации данных, в системе «1С: Предприятие» используются несколько
технологических механизмов.
60
Встроенный программный язык. Необходимость наличия встроенного
языка определена концепцией настраиваемости системы. Синтаксис встроенного
языка вполне отвечает стандартам высокоуровневых языков.
Язык является предметно-ориентированным. Он поддерживает
специализированные типы данных предметной области, определяемые
конфигурацией системы. Работа с этими типами данных в языке организована с
использованием объектной техники. Язык ориентирован на пользователей
различной квалификации. В частности, его отличает мягкая типизация данных,
обеспечивающая быстрое написание программных модулей, и жесткий контроль
синтаксических конструкций, уменьшающий вероятность ошибок [2.23].
Так как система сочетает в себе визуальные и языковые средства
конфигурирования, использование встроенного языка в системе имеет
событийно-зависимую ориентацию, то есть языковые модули используются в
конкретных местах для отработки отдельных алгоритмов, настраиваемых в
процессе конфигурации. Так, например, для документа можно описать алгоритм
автоматического заполнения реквизитов при вводе нового документа. Данная
процедура будет вызвана системой в нужный момент.
Механизм запросов. Для получения произвольных отчетов сложной
структуры в системе предусмотрен предметно-ориентированный механизм
запросов. Данное средство опирается на существующую условно-переменную
структуру информационной базы системы, что позволяет сравнительно просто
описывать достаточно сложные запросы.
Встроенный текстовый редактор используется для создания программных
модулей на встроенном языке и для редактирования документов в текстовом
виде.
Одной из особенностей редактора является возможность контекстного
выделения цветом синтаксических конструкций встроенного языка, а также
группировка различных синтаксических конструкций.
При наборе текстов на встроенном языке удобно пользоваться
контекстной подсказкой и шаблонами.
Благодаря тому, что встроенный язык системы имеет мощные средства
манипулирования текстами, текстовый формат может быть успешно
61
использован для обмена с другими системами самой различной информацией
[2.20].
Встроенный редактор форм. Работа с настраиваемыми структурами
данных и работа в интерфейсе операционной системы Microsoft Windows
вызывает необходимость произвольной настройки форм для ввода и
редактирования информации. Для этого в системе «1С: Предприятие»
существует встроенный редактор форм.
Редактор позволяет оформить большинство окон, которые используются в
системе для ввода и просмотра предметной информации (формы документов,
справочников, настройки отчетов).
Встроенный редактор табличных документов. Для всех выходных
документов (первичных документов и отчетов) в системе предусмотрен единый
формат - формат табличных документов.
Редактор табличных документов - это мощное средство, сочетающее в
себе оформительские возможности табличной структуры и векторной графики.
Он может быть использован как для создания небольших документов с очень
сложной структурой линий (типа платежного поручения), так и для объемных
ведомостей, журналов и других подобных документов [2.23].
Редактор табличных документов предоставляет пользователям богатый
набор оформительских возможностей (шрифты, цвета, линии, узоры). Имеется
возможность вывода информации в графическом виде (диаграммы).
Одной из главных особенностей редактора табличных документов
является ориентация на формирование отчетов при помощи встроенного языка
системы «1С: Предприятие». Гибкое построение отчетов с его помощью
становится возможным благодаря наличию механизма манипулирования
именованными областями документа. Редактор табличных документов
позволяет манипулировать не только горизонтальными, но и вертикальными
областями, что делает возможным создание отчетов, масштабируемых не только
в высоту, но и в ширину. Сочетание возможностей редактора с таким объектом,
как система компоновки данных, позволяет создавать универсальные отчеты,
которые дают возможность обрабатывать и представлять информацию в
62
различных разрезах и различной детализации без дополнительного
вмешательства разработчика [2.18].
С другой стороны, табличный документ может выступать в качестве
элемента управления формы и таким образом использоваться для ввода данных.
Встроенный редактор картинок. Редактор позволяет создавать картинки
произвольных размеров для использования их в качестве пиктограмм панели
инструментов, картинок кнопок и других оформительских целей.
Встроенный редактор HTML-документов. Редактор позволяет создавать
пользовательские описания и имеет большие оформительские возможности
(механизм гиперссылок, использование стилей, размещение картинок и т. д.).
Конструкторы - вспомогательные инструменты, облегчающие разработку
стандартных элементов системы «1С: Предприятие». В системе имеются,
например, конструкторы форм констант, справочников, документов, журналов
документов, отчетов и других объектов, конструкторы печатных форм,
конструкторы движений регистров и другие.
С помощью конструкторов производится не только формирование
визуальных составляющих этих объектов, но и в некоторых случаях (ввод на
основании, печать, выходная форма и др.) формируются программные модули.
Система настройки пользовательского интерфейса. Для того чтобы
интерфейс конкретной конфигурации системы полностью отражал настроенные
структуры данных и алгоритмы, в системе «1С: Предприятие», помимо
редактора диалоговых форм и табличных документов, предусмотрена
возможность настройки командного интерфейса системы [2.22].
При этом командный интерфейс автоматически учитывает права доступа
пользователя, который вошел в систему. При этом пользователю будут показаны
только те объекты системы, доступ к которым пользователю разрешен.
Подсистемы. Конфигуратор позволяет на этапе проектирования в рамках
одной конфигурации выделить различные подсистемы (например, торговый учет
и исследовательский комплекс). Для каждой подсистемы можно указать объекты
конфигурации, которые в нее входят. Допускается указывать принадлежность
одного объекта к нескольким подсистемам. Фактически подсистемы определяют
основные разделы конфигурации, с которыми будет работать пользователь. В
63
связи с тем, что структура подсистем определяет интерфейс конфигурации,
следует уделять вопросам проектирования подсистем (и их иерархии) особое
внимание.
Система настройки прав доступа (роли). Данная система позволяет
описывать наборы прав, соответствующие должностям пользователей или виду
деятельности. Структура прав определяется конкретной конфигурацией
системы.
Отладчик. Для удобства разработки конфигурации в системе
предусмотрен отладчик. Отладчик позволяет прослеживать исполнение
программных модулей конфигурации, замерять сравнительное время
исполнения, просматривать содержимое переменных.
Хранилище конфигураций. Для групповой разработки конфигурации
разработчики используют механизм хранилища конфигурации. Он позволяет
распределять права доступа по модификации объекта конфигурации и
производить необходимые изменения одновременно, а не последовательно [3.2].
Поддержка конфигураций. Для удобства проведения обновлений
конфигураций предусмотрен механизм формирования разработчиками типовых
конфигураций файлов поставки и комплектов поставки (включают программу
установки), а также механизм обновления типовых конфигураций, находящихся
на поддержке.
1.4.3. Обоснование проектных решений по техническому
обеспечению
Сформируем требования к серверу, на который будет установлена
автоматизированная система учета спроса на продуктовый ассортимент.
1. Высокая пропускная способность.
2. Высокая функциональность и производительность.
3. Стабильность и скорость работы.
В связи с этим наиболее оптимальной конфигурацией является:
– 2U Rackmount сервер хранения данных STSS Flagman SX123.5-
012LH;
64
– дисковый массив SATA / SAS 6G RAID 0,1,10,5,50,6,60, кэш 512МБ
(опционально, батарейное питание, по копированию данных в
энергонезависимую память)
– дисковая подсистема до 12-ти 3.5 "(LFF) SATA / SAS HDD / SSD с
горячей заменой + до 2-х 2.5" (SFF) SATA / SAS HDD / SSD с горячей заменой;
– 4-канальный интегрированный сетевой адаптер 1 Гбит / с;
– процессор Intel® Xeon® серии E3-1200 v6 или v5 (Kaby Lake или
Skylake, 4 ядра, 8MB Smart cache, 8.0GT / s DMI), Intel® Core ™ i3-7000 или i3-
6000, Intel® Pentium ™ G4000 , Intel® Celeron® G3900 (Kaby Lake или Skylake, 2
ядра, 2/3 / 4MB L3 cache, 8.0GT / s DMI)
– до 64Гб оперативной памяти DDR4-2400 ECC Unbuffered;
– система удаленного управления сервером IPMI 2.0 Server
Management with KVM-over-LAN & Virtual media redirect;
– отказоустойчивая 1 + 1 система электропитания с поддержкой
горячей замены блоков питания;
– корпус 2U Rackmount (глубина 648мм)
Минимальные требования к персональному компьютеру пользователя
следующие:
– процессор 4-х ядерный 2,2 ГГц;
– ОЗУ минимум 2 Гб, рекомендованный 4 Гб;
– ПЗУ 500 Мб;
– видеокарта минимум 256 Мб;
– монитор;
– клавиатура;
– мышь.
Критериями для элементов ПК следующие:
– совместимость;
– производительность;
– невысокая энергозатратность;
– невысокая цена.
Наиболее оптимальной конфигурацией является:
65
– процессор LGA 1155, Intel Core i7-2600, Box, 4x3.4 GHz, HD
Graphic, L3 8Mb, Sandy Bridge, TDP 95W;
– мат.плату ASUS 1155 P8H67 (REV 3.0), H67, 4xDDR3, CrossFireX,
4xSATA2 / 2xSATA3, IDE, 2xUSB3.0, ATX;
– модуль памяти DDR3 4Gb PC3-12800 (1600MHz) Corsair Vengeance
Blue, 9-9-9-24 (CMZ4GX3M1A1600C9B)
– видеокарта Zotac GeForce GTX570, 1,28Gb DDR5, 320-bit, 2xDVI /
Display Port (ZT-50205-10P);
– винчестер 2,0Tb Seagate Barracuda, SATAIII, 7200 rpm, 64Mb,
ST2000DM001 12 мес;
– оптич. повод LG Sata GH24NS90 Black;
– блок питания Chieftec 600W CTG-600-80P ATX 12V 2.3 w / 12 cm
Fan, 45cm Cable, (PFC, UVP, OVP, SCP, OPP, OCP, OTP;
– корпус AEROCOOL PGS VX-9 PRO LE Black (EN52832) 2xUSB,
Audio / Mic, E-SATA, 9 x 5,25 ", 4 HDD.
Выводы по главе. В рамках данной главы представлено аналитическое
описание проблемы, представлена характеристика предприятия и его
деятельности, отображена организационная структура предприятия ЛОГП
«Ленфарм», проведен анализ программной и технической архитектура ИС
предприятия, представлено описание системы обеспечения информационной
безопасности и защиты информации, представлен анализ существующих
разработок для автоматизации задачи. Определены требования к
информационному, программному и техническому обеспечениям.
Представленный анализ позволяет определить места автоматизации в процессе
учета спроса на продуктовый ассортимент сети аптек ЛОГП «Ленфарм»,
проанализированный материал дает возможность определить дальнейшую
структуру проектируемой системы.
66
II. ПРОЕКТНАЯ ЧАСТЬ
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
В качестве модели ЖЦ была выбрана каскадная модель, в соответствии с
эти определено, что этапы ЖЦ проекта распределяются следующим образом:
стадия 1. Определение требований к разработке ИС
стадия 2. Разработка технического задания
стадия 3. Разработка проекта
стадия 4. Программирование ИС
стадия 5. Отладка и испытание компонентов
стадия 6. Ввод в действие [14]
Для стадии «Определение требований к разработке системы» характерны
следующие виды работ:
– общие сведения о проекте;
– определение целей, назначения и задач системы;
– определение аналогов, их функциональности;
– проведение исследований процессов с использованием CASE средств;
– подготовка требований к проекту;
– оценка трудозатрат на проект
Для следующей стадии «Разработка технического задания» характерны
следующие работы [14]:
– определить цели и задачи;
– назначение системы;
– характеристика автоматизации и описание объекта автоматизации;
– определение требований к функциональности системы;
– определение этапов и стадий создания системы;
– требования к аппаратному обеспечению;
– требования к техническому обеспечению;
– требования к рабочей документации.
Процесс «Разработка проекта» представлен следующими работами [14]:
67
– определение технологий разработки проекта;
– определение состава пользователей и их функционала;
– построение алгоритмического обеспечения системы;
– выбор платформы;
– проектирование логической модели БД;
– определение подпрограмм и функций системы;
– разработка структуры программного обеспечения;
– готовое проектное решение.
Процесс «Программирование системы» представлен следующими
действиями [14]:
– написание программного кода;
– разработка диалоговых форм;
– компиляция программы;
– исправление ошибок;
– выполнение исполняемого файла.
Процесс «Отладка компонентов» представлен следующими операциями:
– отладка компонентов в соответствии с эксплуатационной
документацией;
– испытание программных средств;
– испытание технических средств.
Процесс «Ввод в действие» представлен следующими операциями [14]:
– обучение персонала;
– установка платформы и программы;
– оборудование рабочего места;
– подготовка информации для базы данных;
– тестирование программы;
– устранение неисправности и внесение изменений в документацию;
– доработка программного обеспечения программы;
– оформление акта о внедрении системы.
Следование данным стадиям позволяют выполнить построение
функциональной системы автоматизации учета спроса продуктового
ассортимента сети аптек ЛОГП «Ленфарм».