47
нескольких сотен строк, поэтому для облегчения выполнения задачи, существует
визуальное представление кода запроса, которое намного облегчает задачу
написания запроса.
Конструктор запроса выглядит следующим образом:
Рисунок 2.7 Конструктор запроса на платформе 1С
Для отладки запросов существует специальный инструмент консоль
запросов. Отладка запроса происходит следующим образом: специалист пишет в
конфигураторе текст запроса, далее пишет код программы, который будет
обрабатывать результат этого запроса, затем он переключается в режим отладки,
и запускает полученную обработку, производит анализ результата запроса. Если
появляется ошибка, специалист переключается в режим конфигуратора и делает
исправления в тексте запроса и снова переключается в режим отладки для
повторной проверки запроса. Такое переключение, правда, не очень удобно. А
консоль запросов позволяет проверять текст запроса сразу в режиме предприятия
на реальных данных. И из консоли запросов открывается конструктор запросов.
В конфигураторе есть такой инструмент как система компоновки данных-
СКД, которая предназначена для создания отчетов. Специалист при помощи этого
инструмента описывает поведение отчета, и компонует данные, при этом
программного описания зачастую не требуется. Работу, которая нужна для того
чтобы сделать запрос к базе данных и вывод данных в макет сделает СКД. Еще
одна важная возможность системы это разные варианты отчетов. На основании
одного и того же источника данных можно получить несколько вариантов
отчётов, как именно эти данные будут представлены пользователю. Система
используется также и для построения динамических списков.
48
Мобильная платформа. Данная технология позволяет создавать
приложения для мобильных устройств под управлением операционных систем
Android, iOS, Windows Phone. Приложение, установленное на устройстве,
представляет собой комбинацию мобильной платформы и мобильной
конфигурации. Информационная база на мобильном устройстве аналогична
файловой базе данных и используется для хранения данных, с которыми работает
пользователь и мобильное приложение, программный код исполняется на самом
мобильном устройстве.
Рисунок 2.8 Мобильная платформа на базе 1С
Для передачи приложения на мобильное устройство нужно опубликовать
на веб-сервере xml-файл, который представляет собой готовое приложение.
Мобильная платформа подключается с мобильного устройства к этому веб-
серверу, забирает этот xml-файл и устанавливает его у себя.
Рисунок 2.9 Мобильная платформа на базе 1С
Такой инструмент позволяет пользователям, в пределах одной
информационной базы, общаться между собой с помощью сообщений или видео
49
звонков. Для работы мобильной платформы надо установить сервер
взаимодействия. Обмен информацией между клиентом и сервером при
взаимодействии, осуществляется посредством протокола WebSocket. Удобство
данного механизма в том, что пользователю не придется переключаться между
разными окнами 1С и различными мессенджерами, и всё общение происходит в
пределах одной системы [14].
Давайте определимся, что же представляет собой профессиональная
разработка на 1С: Предприятие 8.3. Разработка в нашем случае - это синоним
программирования. Проектирование и конструирование системы - это творческий
процесс, который интересен тем, что включает в себя множество аспектов.
Написание программного кода - это только один из инструментов разработки, и
он не является ключевым.
Везде, где есть 1С: Предприятие, существует технологическая платформа.
Потому все программы 1С имеют одну и туже логику работы и методику
проектирования. Платформа скрывает от программистов многие однообразные, и
скучные действия, то есть всю работу на низком уровне берет на себя.
Совершенно любая программа собирается из подготовленных шаблонов.
Специалист описывает структуру базы данных из этих готовых шаблонов,
выбирая нужный, уже готовый в системе. Можно провести аналогию между
прототипами в платформе 1С и классами в объектно-ориентированном
программировании, но свой собственный прототип (класс) создать нельзя.
В платформе 1С существует ограниченный набор шаблонов, которые
имеют свое предназначение и модель взаимодействия между собой.
Программисту достаточно внести в базу данных нужные объекты конфигурации,
а система обеспечит правильную работу добавленных объектов сама. Безусловно,
функционирование объектов будет ограничено. Но язык запросов и встроенный
язык помогут задать поведение специфичное для объектов. При их помощи можно
описывать собственные алгоритмы общения объектов между собой или
собственные алгоритмы для обработки данных.
Важным этапом проектирования является разработка интерфейса.
Новейший интерфейс в системе 1С: Предприятие носит название «такси».
Особенность его в том, что программист описывает его поведение, и на основе
50
этого описания платформа формирует пользовательский интерфейс. При
разработке прикладного решения важную роль играет функциональность, но для
достижения коммерческого успеха не менее важен понятный интерфейс и
эргономичность. Все эти задачи, такие как функциональность и эргономичность,
успешно выполняет управляемый интерфейс.
Четкое разграничение системы на технологическую платформу и
прикладные решения имеет ряд преимуществ: высокая скорость и низкая
стоимость создания и внедрения решений. Платформа позволяет специалистам не
углубляться в большинство технологических деталей, а сконцентрироваться на
прикладной задаче, что увеличивает скорость разработки и уменьшает стоимость
готового решения. Также в подавляющем большинстве случаев пользователи
работают в типовых конфигурациях, таких как 1С: Бухгалтерия, 1С: Управление
торговлей, 1С: Зарплата и управление персоналом, 1С: Управление небольшой
фирмой, поэтому программисту редко приходится писать что-то свое с самого
начала. В основном процесс разработки заключается в доработке готового
прикладного решения специалистом, не участвовавшем в его создании, что тоже
является преимуществом разработки в данной системе.
Написание программы в системе 1С: Предприятие - это процесс
многогранный, требующий в большей мере понимания процессов и навыков
аналитики в конкретной организации.
Проектируемая система должна использовать базу данных для накопления,
хранения и обработки данных. Узким местом при разработке базы данных для
информационных систем является хранение большого количества элементов, так
называемых вариантов решений. Решение задачи автоматизации при глобальном
поиске в информационных системах, а также наличие малого количества запросов
от самих пользователей системы, позволяют не устанавливать жесткие
требования к производительности системы управления базами данных. Таким
образом, все выше перечисленное можно определить, как следующие требования
к системе управления [15, стр.77]:
- распространенность и популярность системы управления, при
использовании малораспространенной СУБД в будущем могут возникнуть
51
проблемы с поддержкой и развитием информационной системы, что так же может
натолкнуть на дополнительные затраты при переносе накопленных данных;
- надежность, которая позволяет обеспечить решение задачи постоянного
наполнения и обеспечения сохранность информационных данных.
- абсолютная совместимость с выбранной средой разработки;
- понятные использования и внедрения;
Давайте проведём анализ рынка СУБД по нескольким характеристикам.
Таблица 2.1Сравнительные характеристики СУБД
Название
СУБД
Размер БД
Защита данных
Требования к
аппаратному
обеспеченью
PostgreSQL
Гигабайты
Сильная
Неприхотливые
Interbase
Гигабайты
Слабая
Чувствительные
MySQL
Гигабайты
Сильная
Неприхотливые
SyBase
Сотни гигабайт и
больше
Сильная
Чувствительные
MSSQL Server
Сотни гигабайт и
больше
Сильная
Чувствительные
Учитывая приведенные выше требования и сравнительный обзор в качестве
СУБД оставляем для использования среду MySQL - это многопоточная,
многопользовательская СУБД, основными достоинствами которой является
быстрота, надежность и простота использования.
MySQL - это одна из самых известных и используемых СУБД (система
управления базами данных) в интернете. MySQL не предопределена для работы с
большими размерами данных, но ее возможности безупречно подходят при
разработке онлайн вебсайтов, как незначительных, так и довольно крупных.
СУБД – программное обеспечение с открытым кодом. Использовать его и
видоизменять может любой желающий. Важным моментом считается ее
бесплатное использование. MySQL содержит API для языков программирования
PHP, Java, C, C++, Python и многих других.
52
MySQL основывается на двух составных частях: серверной и клиентской.
Сервер MySQL все время осуществляет свою работу на компьютере. Через
устройства сокетов (при поддержке сетевых средств), клиентские программы
(например, скрипты PHP) отправляют серверу СУБД SQL - запросы, которые
сервер обрабатывает, запоминает результаты, и затем отправляем ответ клиенту.
MySQL использует трехуровневую структуру: база данных - таблицы -
записи. Базы данных и таблицы MySQL на физическом уровне представляются
файлами с расширениями frm, myd, myi. Логически - таблица - совокупность
записей. Записи - совокупность полей разного типа. Имя базы данных MySQL
уникально в границах системы, а таблицы - в границах базы данных, а поля – в
границах таблицы. Один сервер MySQL имеет возможность одновременной
поддержки нескольких баз данных.
Рисунок 2.10 СУБД MySQL
Данная СУБД была выбрана для разрабатываемого приложения по причине
эффективности, свободного доступа, высокой производительности, надежности и
гибкости [16].
В соответствии с принятыми решениями для обеспечения
функционирования разрабатываемой системы были выбраны: Серверная ОС -
53
Microsoft Windows Server 2008 R2, ОС на клиентских местах - Windows 7, СУБД
MySQL и среда разработки - 1С: Предприятие 8.3.
2.1.3 Обоснование проектных решений по техническому
обеспечению
Техническое обеспечение - это технические средства, которые
предназначены для работы информационной системы, а также соответствующая
документация на эти средства и технологические процессы [17, с.94].
Для проектируемой ИС необходимо следующее аппаратное обеспечение:
- принтер для печати документов.
- локальная вычислительная сеть;
- сервер информационной системы;
- персональные компьютеры для рабочих мест сотрудников;
Конфигурация имеющихся компьютеров удовлетворяет требованиям к
ПК информационных систем (таблица 2.2). Компьютеры объединены в сеть,
имеют доступ к сети Интернет. Так же имеется МФУ.
Таблица 2.2 требования к аппаратному обеспечению
Характеристика
Значение, не менее
Частота процессора
1.0 ГГц
ОЗУ
2 Гб
Объем жесткого диска
500 Гб
Монитор
1240х1024
Обоснование выбора сервера HP ProLiant ML150 G6 в качестве
работающего сервера в организации.
Основные требования к серверу следующие:
- сервер должен быть из линейки серверов Hewlett Packard.
- объем оперативной памяти не менее 4 Гб;
- двухъядерный процессор Intel;
- контроллер RAID 1;
- наличие привода DVD-RW;
- 2 жёстких диска SAS не менее 750 Гб;
54
HP ProLiant DL320G6 - сервера для монтирования в стойку 1U. Четырёх
ядерные процессоры Intel® Xeon® 5500, возможность выбора модулей памяти
DDR3 Registered или Unbuffered DIMM, технологии SAS и PCI Express Gen2
формируют высокопроизводительную систему, идеально подходящую для
ресурсоемких приложений. DL320 G6 - это сверхплотная платформа с высокой
отказоустойчивостью, обеспечиваемой резервными блоками питания,
вентиляторам, зеркальной памятью, встроенной технологией RAID и
комплексной системой удаленного управления Lights-Out.
Сервер HP ProLiant ML150 G6 - это доступная масштабируемая платформа
для растущего бизнеса. Резервные вентиляторы и блоки питания обеспечивают
эффективный контроль питания и уровня температуры для поддержания
работоспособности системы. Решение TPM предоставляет эффективные функции
шифрования данных для их надежной защиты.
Таблица 2.3 Сравнение серверов
Параметр
HP ProLiant DL320G6
HP ProLiant ML150 G6
Корпус
1U Rackmount
MidiTower
Центральный
процессор
2.26GHz Intel® Xeon® E5520
Nehalem QuadCore
w/HyperThreading 5.86GT/s
FSB, 8192Kb L3 cache
Intel® Xeon® Processor
E5504 (2.00 GHz, 4MB L3
Cache, 80W, DDR3-800)
Оперативная
память
2 х DIMM 2048MB DDR-III
PC3-10600 ECС
2 х DIMM 2048MB DDR-
III PC3-10600 ECC
Набор
микросхем
(chipset)
Intel® 5500 Server chipset
Intel® 5500 Server chipset
Сетевой
адаптер
Embedded HP NC107i PCI
Express Gigabit Server Adapter
Embedded HP NC107i PCI
Express Gigabit Server
Adapter
Жесткие диски
2 х HDD 750GB SAS 3G
7200rpm (DP) HotPlug LFF
2 х HDD 750GB SAS 3G
7200rpm (DP) HotPlug
LFF
55
Оптический
привод
DVD-RW 8x
DVD-RW 16x
Стоимость
55000 руб.
43000 руб.
Как видно из таблицы 2.3, при одинаковой конфигурации серверы имеют
ощутимое различие в стоимости - 12000 руб. Сервер HP ProLiant DL320 G6 имеет
более компактный размер, большую возможность для расширения, большую
отказоустойчивость. Так же стоимость сервера не маловажна, поэтому в качестве
сервера работает HP ProLiant ML150 G6.
2.2 Разработка проекта автоматизации
2.2.1 Этапы жизненного цикла проекта автоматизации
Функциональным назначением программного продукта является
осуществление сбора данных с предоставленных заказчиком серверов,
возможность работы с ними пользователем, предоставление анализа системой
затем графическое и табличное представление на экране, что позволит лучше
проанализировать данные. Информационная система должна иметь удобный
интерфейс для пользования, который не будет требовать специальных знаний от
пользователей.
Жизненный цикл информационной системы - период времени, который
начинается с момента принятия решения о необходимости создания
информационной системы и заканчивается в момент ее полного изъятия из
эксплуатации [18, стр.104].
Существуют следующие стандарты проектирования информационных систем:
- ГОСТ 34.601-90;
- ГОСТ Р ИСО/МЭК 12207-2010;
- Custom Development Method (методика Oracle);
- Rational Unified Process (RUP).
В качестве стандарта был выбран стандарт ISO/IEC 12207. Он задает
полный набор процессов (более 40), охватывающий все возможные виды работ и
задач, связанных с построением программного средства, начиная с анализа
предметной области и заканчивая изготовлением конечного продукта. Данный
56
стандарт содержит основные и вспомогательные процессы.
В связи с небольшим объемом проектных работ, а также характером
проекта выберем каскадную модель для описания жизненного цикла. Достоинства
модели, это формирование на каждом этапе комплекта документации, также
возможность планирования сроков завершения работ и затрат.
Рисунок 2.11 Каскадная модель жизненного цикла программного обеспечения.
В соответствии с этим в него будут входить следующие этапы:
- формирование требований;
- проектирование;
- реализация;
- тестирование;
- ввод в действие;
- эксплуатация и сопровождение.
В качестве стратегии внедрения ИС была выбрана «Параллельная
стратегия».
При этой стратегии, старая и новая система работают одновременно, а их
выходные документы сравниваются. В том случае, если они согласуются
длительное время, то можно осуществлять переход на новую систему. С учетом
необходимости минимизации возможных рисков для ООО «Сигма-Трейд»
выбрана параллельная стратегия внедрения.
Данная стратегия внедрения информационной системы была выбрана,
потому что такой подход снижает риск и наиболее надежен.
2.2.2 Характеристика нормативно-справочной, входной и
оперативной информации
В качестве входной информации используются следующие документы: