33
1.3.2. Выбор и обоснование стратегии автоматизации задачи
Установим стратегические и функциональные качества разрабатываемого
модуля .
Внедряемая программа должна обладать хорошей масштабируемостью и
высокой степенью надежности сохранения всех данных. Помимо этого она
должна довольно легко адаптироваться под программную среду объекта
внедрения. При внедрении, разрабатываемая программа должна обладать
возможность гибкой доработки, так как возможно понадобится последующая
его доработка. Программа не должна быть перегружена огромным числом
ненужных функций.
С целью осуществления проекта возможно выделить следующие этапы:
1. Анализ имеющихся процессов учёта работы предприятия.
Заключается в сборе и анализа следующих показателей: число сотрудников,
среднее число проектов в работе.
2. Определение всего перечня функционала, который планируется
автоматизировать. Выявление уже реализованных функций сейчас и тех
функций, какие будут разработаны в ходе разработки и внедрения модуля.
3. Выбор стратегии автоматизации. Изучение имеющихся типов
стратегий автоматизации и отбор наиболее оптимального к структуре и бизнес
процессам фирмы
4. Создание Технического задания и графика исполнения работ
Выбор стратегии автоматизации:
Имеется четыре вида стратегии автоматизации: кусочная (хаотичная)
автоматизация, автоматизация по участкам, автоматизация по направлениям и
комплексная автоматизация. Кусочная автоматизация подразумевает под собой
получение предприятием без определенного стратегического плана единичных
фрагментов ИС, которые не возможны оказать настоящей пользы предприятию в
общем. Последующее формирование информационной системы фирмы
сопряжено с новыми, внушительными затратами.
Автоматизация по участкам предусматривает автоматизацию отдельных
производственных участков, общих по набору исполняемых задач. Данный
34
метод автоматизации избирается в тех обстоятельствах, если имеются участки,
где использование автоматизированных систем предоставляет значительный
финансовый результат, к примеру за счет уменьшения персонала.
Автоматизация по направлениям предполагает под собой автоматизацию
выбранных заранее функций компании. В таком случае фирма приобретает
полную автоматизацию работы, к примеру, кадровой службы, или логистики.
Данный подход к автоматизации абсолютно обычен и в будущем объединение
уже автоматизированных направлений в рамках целой компании никак не будет
связана с серьезными препятствиями[15].
Хаотичная, она же кусочная стратегия не подходит так как мы
автоматизируем целый отдел, при этом используется несколько составляющих
ИС, такие как субд, клиент серверное приложение, нельзя автоматизировать
только часть из них, эффекта от этого будет ноль.
Абсолютная стратегия автоматизации также никак не подходит в данном
случае, так как автоматизируется всего лишь одно из направлений работы
компании
Стратегия автоматизации по участкам лучше всего подходит в данной
работе, потому что в нашем случае мы автоматизируем деятельность одного
отдела.
1.3.3. Выбор и обоснование способа приобретения ИС для автоматизации задачи
Из представленного обзора следует, что наиболее подходящими для ООО
«Ситилинк» являются базовая или профессиональная версия конфигурации.
Однако специфики предприятия описанной далее следует обратить внимание на
проектирование собственной конфигурации системы.
Помимо использования для автоматизации готовых прикладных решений
можно обратится к сторонним или собственным разработчикам для создания
собственного прикладного решения. Рассмотрим подробнее плюсы и минусы
подобных подходов:
Плюсы использования готового прикладного решения:
• Типовой подход несет в себе решения по все возможным запросам
35
клиентов;
• Исключается возможность некорректной работы системы ввиду
стандартизированного подхода.
Минусы использования готового прикладного решения:
• Высокая стоимость по сравнению с разработкой собственной
конфигурации;
• Загруженность рабочей области множеством не использующихся
типовых справочников и документов.
Плюсы разработки собственного прикладного решения:
• Низкая стоимость по сравнению с использованием типового
прикладного решения.
• Возможность использования оригинальных проектных решений для
конкретного предприятия.
Минусы разработки собственного прикладного решения:
• Большая вероятность возникновения ошибок и усложнения работы
конфигурации;
• Использование не стандартизированного подхода при разработке
конфигурации усложняет последующую корректировку конфигурации другими
разработчиками;
Основываясь на проведенном анализе, было принято решение
разрабатывать собственную конфигурацию.
1.4. Обоснование проектных решений
1.4.1. Обоснование проектных решений по информационному обеспечению
Характерные черты технологического процесса обработки данных
сопряжены с такими факторами, как: работа в режиме диалога с конечным
пользователем, наличие различных накопителей информации, полное
исключение всех бумажных технологий для обработки информации [23].
36
Благодаря интерактивному режиму отсутствует отчетливо установленная
и предварительно согласованная заранее последовательность операций по
обработке всех данных.
Имеется несколько методов регистрации первичной входной информации:
− документальный;
− документальный с регистрацией на машинном носителе;
− автоматический.
В данной работе будет использоваться как первый, так и второй способы
регистрации информации. Введение, обрабатывание и предоставление
информации производятся в интерактивном режиме.
В основе диалогового (интерактивного) режима лежит динамическое
взаимодействие машины и пользователя с помощью приема и передачи данных
посредством устройств ввода/вывода. При интерактивном режиме
поддерживается отбор требуемой информации, оперативная обработка команд,
активное влияние пользователя в процесс обработки данных.
Осуществление диалога осуществляется с помощью установки
взаимосвязей между данными, которые представляют собой информационные
модели [18].
1.4.2. Обоснование проектных решений по программному обеспечению
Под программным обеспечением необходимо понимать комплекс
программ, которые обеспечивают работы вычислительной системы (системное
программное обеспечение), а также программ, специализированных для решения
определенных задач пользователя (прикладное программное обеспечение).
К выбираемому программному обеспечению в этом случае относятся
операционная система (ОС) и среда программирования.
Все ОС подразделяются на:
• однопользовательские и многопользовательские;
• однозадачные и многозадачные.
37
Современные средства разработки ПО характеризуются огромным
многообразием критериев, применяя которые разработчик имеет возможность
автоматизировать ход разработки приложений.
Наиболее распространены в данное время два языка – Delphi и C++.
Рассмотрим отличия языков Delphi и C++ вернее будет сказать языков
Object Pascal и С.
С++
Если необходимо обеспечить отличную скорость работы приложения и
экономию ресурсов памяти и процессора обычно считается, что
предпочтительнее использовать C++. Но, в последнее время отличия в скорости
быстродействия программ, собранных разными компиляторами, становится все
менее и менее заметной.
В качестве очевидного преимущества C++ зачастую называют его модель
работы с классами и шаблонами. Но весь функционал C++ реализуем и в любом
другом языке программирования. В С++ можно например переопределить
действие операторов + – / *, но в других языках можно просто написать доп.
функцию.
Говорят что язык С лучше чем Pascal, потому что программы, написанные
на языке C меньше размером и работают быстрее. Про быстроту работы сложно
сказать, и может быть это в некоторой степени правда. Но небольшой размер exe
файл - это факт. Они меньше, но не намного, в небольших программах различие
примерно в 10-50 КВ. В больших программах размер полностью зависит от
мастерства программистов, их опыта. Говоря о скорости и размере программ, мы
должны учитывать, что это зависит не от языка программирования, а от
выбранного компилятора (а это уже зависит от программистов, которые делали
компилятор). Компилятор фирмы Майкрософт в этом плане не очень надёжный,
хотя делает программы меньше по размеру, чем компилятор фирмы Борланд.
В плане структуры скомпилированных exe файлов, есть различия между
этими языками программирования. В программах написанных на языке С, всё
тело программы помещается в одну процедуру под названием WinMain, у
которой три параметра. Программы, такой структуры, встречаются в программах
написанных на Ассемблере, хотя это не является обязательным для Ассемблера.
38
Популярность языка C заключается в том, что в этом языке всё стандартно, на
более низком уровне, чем в Delphi (именно в Delphi, а не Pascal).
Но одна особенность языка С очень портит этот язык. Дело в том, что
язык C чувствителен к регистру символов. Поэтому Button1.Caption и
BUTTon1.capTioN это уже совершенно разные вещи (второе выражение - это
уже ошибка).
Delphi
Delphi – хороший объектно-ориентированный язык программирования,
когда требуется разработать ПО в максимально сжатые сроки и обеспечить
хороший рефакторинг (читабельность, модифицируемость, удобство и
оптимизацию) кода приложения. Код хорошо структурируется, названия всех
функций по сути есть сокращения английских слов (IntToStr – целое в строку;
Now – возвращает дату и время сейчас; UpperCase – приводит к верхнему
регистру и тд), хорошая модульность и видимость кода – все это способствует
скорости разработки, а также позволяет производить ее в командном режиме
более эффективно.
Существенным преимуществом делфи является низкий порог вхождения.
То есть язык легко усваивается, интуитивно понятен. Сейчас его продвигают в
сторону кросс-платформенности, хотя раньше такого не было..
Более того, большое комьюнити Delphi кодеров (в котором больше
непрофессионалов в силу легкости языка) порождает в Интернете большое
количество справочной информации в самых разных областях
программирования.
Подведем итоги в таблице 1.6.
Таблица 1.6
Сравнение характеристик языков программирования С++ и Delphi
Характеристика
С++
Delphi
Сложность
изучения
большая (-)
маленькая (+)
Количество
специалистов-
профессионалов
много (+)
мало (-)
39
Характеристика
С++
Delphi
Восприятие кода
плохое (-)
хорошее (+)
Рефакторинг
средний (+-)
хороший (+)
Скорость работы
приложения
отличная (++)
хорошая (+)
Скорость
разработки решения
маленькая (-)
очень высокая (++)
Наличие
документации
много (+)
MSDN не
содержит примеров кода
на pascal (+-)
Необходимость в
будущем, ввиду
конкуренции с языками
C#,VB, Java
маленькая (–)
средняя (-)
Итого
5+/5-
7+/3-
На основании вышеприведенных данных для разработки модуля было
решено использовать продукт Delphi 10.2.
Современные базы данных — один из тех объектов в сфере
информатизации, от которых иногда требуется особенно высокое качество и
наличие возможности его оценки.
БД – база данных. Под этим термином понимается информация, которую
надо сохранить.
СУБД – система управления базой данных. Это программа, которая
предоставляет доступ внешним приложениям к базе данных, обеспечивает ее
работу.
База данных проектируется и создается для каждого конкретного проекта,
СУБД же выбирается из небольшого списка стандартных средств.
В качестве возможных вариантов рассматриваются MySQL против
Firebird.
40
MySQL - сервер, который работает с MYISAM и InnoDB таблицами. Как
изветсно,InnoDB, это научная работа Хейки Туури в Хельсинском универе
(1994-2000) в области высокопроизводительных технологий БД.
В серверах на Linux, mysql это практически стандарт де факто. А Firebird,
де факто,БД для Windows в небольших корпорациях стран СНГ. А вот за
границей его применяют в основном как БД накопления и хранения данных в
пользовательских приложениях удаленных сотрудников и малопользовательских
CRM.
Если внимательно почитать лицензию interbase , то найдем примерно
такое: не ставьте сервер в системы реального времени. MySQL же работает
нормально на больших объемах.
Когда нужно проверить период в год и собрать серьезную аналитику в
учете реального времени, конкуренцию mysql никто из бесплатных БД не может
составить.
Firebird - то что вредит но часто будет использоваться в проекте.
• подходит только для простых и не глобальных решений
• нет автоинкремента потому приходится создавать генератор
(использование которого аукается некоторыми весьма неприятными
последствиями). А именно в FireBird для поля введён некий генератор. т. е.,
чтобы всё-таки получить очередное уникальное значение, сначала потребуется
увеличить значение генератора. Нужно создать запрос, получить результат,
обработать его в программе, и уже с ним генерить второй запрос INSERT INTO
catalog VALUES(, 'text value');таким образом получаем два запроса к БД вместо
одного, и два обработчика на стороне клиента. Иными словами, получаем
двойные накладные расходы на каждом запросе записи.
Элементарный и наиболее часто используемый запрос выбора всех
записей таблицы типа SELECT * FROM driver WHERE id = 1 сразу возвращает
все что нам нужно и цифровые и текстовые данные,но Firebird не делает этого -
вместо ожидаемого текста возвращается идентификатор (BLOB_ID), с помощью
которого (и дополнительного запроса!) можно получить значение поля. а если
всё-таки нужно получать текст, то полю назначается другой тип:
41
VARCHAR(32765). Как итог накладные расходы на селект выростают в 4 раза!!
По сравнению с другими БД.
А нам как раз нужно совершать огромное количество именно SELECT.
Невозможно себе позволить такие накладные расходы. БД Firebird не подходит
однозначно.
Лучшая по результатам линейных SELECT всегда была и остается MySql
обгоняя любые другие БД. MySql проигрывает почти всем при выполнении
сложных составных запросов, требующих промежуточных вычислений самой
БД, но в программах документооборота таких нет. По крайне мере всегда можно
согласиться в одном или двух местах на некоторое увеличение накладных
расходов, но это не будут постоянные и неоправданные расходы при всех
SELECT которые неизбежны с Firebird. Единственное преимущество Firebird в
том что на него можно возложить обработку запросов которые имеют данные
связанные между собой, но находящиеся в разных таблицах. В нем нет нет
хранимых процедур, триггеров и еще много чего. Но все это можно сделать
внутри приложения. Будет немного больше кода, но оно с лихвой окупается
малыми накладными расходами процессора, памяти, времени обработки в конце
концов.
Firebird необходим при массовой вставке записей, при работе с индексами,
файловое кэширование, коэф. сжатия записей, управление памятью сортировок,
но для документооборота это не используется.
Firebird применяется в основном для небольших и средних встраиваемых
приложений, то есть когда сервер ставится в комплекте какого-то приложения
(бухгалтерского или складско-учетного) и работает в "невидимом" для
пользователей режиме. Также можно отметить, что в крупных компаниях
Firebird в основном используется как "вспомогательная" база данных - когда
нецелесообразно ставить большую БД (с неизбежным администратором) в
небольшой филиал или удаленное подразделение, в этом случае в качестве
"заменителя" часто выбирают именно Firebird.
Оптимальным вариантом является MySQL. Данная программа не сильно
нагружает систему. Данная СУБД широко распространена, поэтому будет не
сложно найти того, кто сможет ее обслуживать
42
На основании вышеприведенных доводов решено в качестве СУБД
MySQL.
1.4.3. Обоснование проектных решений по техническому обеспечению
В качестве АРМ для разрабатываемой программы необходимо
использовать персональные компьютеры со следующей минимальной
конфигурацией:
• Частота процессора 2,8 ГЦ и выше
• Оперативная память объемом 2048 или выше
• ·Жесткий диск 200,0 Gb или выше.
• Привод DVD.
• Монитор 17" или выше
• ИБП APC Back-CS500VA, аналогичный или лучше.
Таким образом, подводя итог первой главы можно сказать, что в ООО
«Ситилинк». линейная структура управления. На предприятии для подключения
всех ПК к сети СПД используется топология «Звезда».
В данной главе была разработана контекстная диаграмма. В данной главе
приведены нормативно-правовые и организационно-распорядительные
документы для информационной безопасности предприятия.
Рассмотрены существующие программы по указанной теме - и приведены
их недостатки.
Для разработки клиентской части программного обеспечения АРМ было
решено использовать продукт Delphi 10.3. В качестве СУБД решено
использовать MySQL