36
- Полная автоматизация (абсолютно весь технологический процесс
автоматизирован с использованием одного программного продукта).
В рамках данного проекта в качестве способа автоматизации была выбрана
стратегия автоматизации по направлению, направлением является «деятельность
отдела документооборота». Применение полной автоматизации считается
нецелесообразным, поскольку другие направления деятельности АО «Банк Русский
Стандарт» не связаны с рассматриваемой технологией.
1.3.3 Выбор и аргументация метода приобретения ИС для автоматизации
задачи
Сравнение способа индивидуального проектирования, который был выбран
для АО «Банк Русский Стандарт» в создании информационной системы
деятельности отдела документооборота с методами, использующими пакеты
программ или модельного проектирования, может быть осуществлен в рамках
данного проекта с привлечением опыта создания пакета прикладных программ
силами коллектива программистов. Для коллектива программистов требуется
обязательно наличие руководителя проекта – системного программиста, который
осуществляет системную разработку проекта и распределяет его разные участки
между разработчиками. Здесь требуются организаторские способности, способности
увидеть сильные стороны каждого программиста – участника проекта и талант,
чтобы оптимальным образом распределить разные участки проекта между всеми его
участниками. Требуется согласованная работа всех участников, составление плана
работ, его периодическая сверка и возможная модификация в связи с
непредвиденными или обычными обстоятельствами. Очень много таких проектов
были провалены из-за некомпетентности их руководителя, который хотя сам и мог
быть профессиональным программистом, но как руководитель группы
программистов он оказался дилетантом и своей безграмотностью в руководстве,
неумения заметить сильные и слабые стороны участников проекта являлся причиной
провала проекта. Сложность такого проекта и его трудоемкость, временные затраты
и затраты финансов в разы и десятки раз превышают затраты финансов в случае
индивидуальной разработки. В этом преимущество индивидуальной разработки.
Недостатки индивидуальной разработки сводятся в основном в сравнительно
невысоком качестве разработанного программного обеспечения (за исключением
37
редких случаев) из-за ограниченного количества человеко-часов разработки, из-за
применения простейших средств разработки, исключающих обычно создания
сложнейший объектно и предметно ориентированных схем и методов
программирования и соответствующих программных библиотек, сведения процесса
разработки программного обеспечения в основном к методам структурного
программирования, уступающего по глубине и эффективности методам ООП
(объектно-ориентированного программирования).
Дальше осуществим выбор метода приобретения программного решения для
информационной системы деятельности отдела документооборота. Имеются такие
методы приобретения программных решений [10]:
Покупка готового специализированного программного решения;
Разработка программного решения специалистами предприятия;
Привлечение специалистов стороннего предприятия для разработки
программной системы;
Покупка системы с дальнейшей её доработкой.
В масштабе предоставленного проекта предпочтен метод приобретения
программного продукта, состоящий в собственной разработке по таким причинам
[15]:
- В штате предприятия имеются специалисты, способные разработать
систему;
- Возможность доработать систему под специфику предприятия;
- Отсутствует зависимость от посторонних разработчиков, которые
могут прибегнуть к изменению ценовой политики в процессе разработки и
сопровождения, либо отказаться от проекта.
1.4. Аргументация проектных решений
1.4.1 Аргументация проектных решений по техническому обеспечению
В качестве технического (аппаратного) обеспечения информационной
системы подразумевается весь комплекс механических, электрических и
электронных устройств, включенных в состав системы и/либо сети, за исключением
ПО и хранимой информации. В такой комплекс включены: ПК, периферийные
38
устройства по вводу/выводу и сохранению информации, а также энергетическое
оборудование (аккумуляторы и батареи) и сетевое оборудование всевозможных
типов.
В таблице 4 представлены требования к техническому обеспечению, которые
вырабатывались исходя из аппаратных требований применяемого программного
обеспечения.
Таблица 4
Аппаратные требования ИС
Наименование
Сервер
Клиент
Процессор
2,9 ГГц (с архитектурой x64).
Оптимальное количество ядер –
от 4.
От 2,6 ГГц
ОЗУ
От 4ГБ
От 2ГБ
Монитор и
видеокарта
Монитор SVGA (с минимальным разрешением 1024х768
точек)
Жесткий диск
120 Гб
Для функционирования
программы необходимо
от 100 МБ
Оптический
привод
DVD-RW (возможно
использование внешнего USB-
привода)
-
Устройства
ввода
Мышь и клавиатура
ЛВС
Пропускная способность 1GB/c
Параметры аппаратного обеспечения серверной части установлены в
соответствии с требованиями к СУБД, а требования к рабочим станциям – согласно
оценке нагрузки на рабочую станцию приложения для автоматизации системы
документооборота по обрабатыванию заявок службы технической поддержки.
По результатам анализа аппаратных требований дает возможность
утверждать, что имеющихся средств технического обеспечения для работы
создаваемой ИС деятельности отдела документооборота будет достаточно,
необходимость замены и модернизации отсутствует.
Для компании предлагается создать систему, созданной на клиент-серверной
архитектуре, соответственно требованиям, которые предъявляются к техническому
обеспечению. Они включают в себя требования, как к серверной, так и к клиентской
части. Все компьютеры компании объединяются в локальную сеть, что позволяет
удовлетворить все потребности информационного обмена. На рабочих местах
сотрудников компании находятся принтеры для печати разных отчётов, счетов,
39
списков, и других документов.
Так как задачи предполагается решать при помощи веб-ориентированной
системы, необходимы будут веб-сервер и компьютеры для рабочих мест.
Характерные свойства архитектуры «клиент-сервер» и прочие специфичности веб-
ориентированных систем дают возможность им работать на ЭВМ с низкими
системными требованиями. Сдерживающим фактором являются запросы
операционной системы, потому, что современные браузеры к ресурсам
нетребовательны.
Поскольку создаваемый модуль будет функционировать на базе клиент -
серверной технологии, все без исключения вычисления будут выполняться на
стороне сервера, а значит, системные запросы к ПК будут минимальными.
Описанные технические характеристики ПК отдела документооборота
относятся к компьютерам, имеющих среднюю производительность, откуда следует,
что их замена или модернизация не требуется для выполнения установленной
задачи.
Также не требуют улучшения технические характеристики серверов,
поскольку сейчас применяемые модели серверов обладают возможностью
наращивания своей производительности для реализации автоматизируемой задачи,
не причиняя ущерба другим выполняемым ими задачам.
Соединительным линиям ЛВС дают оценку по потенциальной пропускной
способности. Поскольку в процессе работы создаваемого модуля и обмена
информацией с сервером видео или голосовой трафик не передается, либо остальные
данные большие по объему, то и особенных запросов к пропускной способности не
предъявляют.
1.4.2 Аргументация проектных решений по информационному обеспечению
В предоставленной работе будут спроектированы такие классификаторы:
сотрудников, клиентов, документов. Решение задачи автоматизации деятельности
компании должно реализовываться на базе принятой единой системе классификации
и кодирования. По этой причине применяются общесистемные классификаторы
единиц измерения.
Для разрабатываемой системы в качестве входной информациии будут
считаться документы клиентов (паспорт), всевозможные специальные документы,
40
применяемые в наследственном делопроизводстве. Абсолютно все подобные
данные поступают и в печатном, и цифровом виде.
Выходными данными будут:
- Общее количество регистрируемых клиентов;
- Количество документов в i-го типа;
- Общее количество документов.
Все эти данные находится в распоряжении делопроизводителей отдела
документооборота, которыми и будет осуществляться оперативный ввод данных.
Информация по суточной деятельности должна вводиться в систему вначале
следующего дня. При какой-либо ошибке в учете, позже могут вноситься изменения,
не причиняя ущерба целостности данных. Также, можно вести журнал изменений, в
котором необходимо отражать все действия сотрудников по внесению изменений в
оперативную информацию. Существование данного журнала предоставляет
возможность не только анализировать качество учета деятельности (обнаруживая
большое количество ошибок при ведении посуточного учета), но и контролировать,
как сотрудники работают с АРМом.
Любые входные документы для решаемой задачи целесообразно получать
посредством сети, поэтому они должны представляться в файлах заблаговременно
согласованной структуры. Чтобы упростить использование таких файлов, они
должны быть в виде таблиц.
В данном проекте информационная база представляется как интегрированное
информационное хранилище. Такая организация дает возможность объединять
разные источники информации, осуществлять управление файлами разных
форматов. Кроме того, очевидны достоинства применения для хранения
информации базы данных:
-· удобство и повышение скорости совместной обработки данных;
-· поддержка целостности данных,
-·совместимость данных; соответствие данных действительному состоянию
объекта.
Более популярное распространение обрела реляционная модель данных. При
этой организации любая информация изображена как таблицы или файлы БД и
отношения. Такие таблицы представляют собой совокупность записей (строк или
41
кортежей). Любое из отношений имеет свой ключ - поле записи (атрибут), которое
идентифицирует ее. Такое свойство, присуще реляционной модели данных не
производит дублирование информации, и ускоряет процесс поиска и доступа к
конкретным данным.
Данный подход в реляционной модели к структурированию и целостности
данных дает возможность просто и легко упорядочить и организовать процесс
проектирования и реализации сложных баз данных, а реляционные операции
располагают значительными возможностями по управлению данными и их
обработки.
Система документооборота, будет размещенная на облачном хостинге
компании с большим размером хранения информации, где и будут хранится
документы.
1.4.3 Аргументация проектных решений по программному обеспечению
Для разработки системы информации наиболее рационально применять
клиент-серверную архитектуру и создавать Web-приложение.
Для этого требуется выбрать язык программирования и систему управления
базами данных.
Для того, чтобы выбрать язык программирования нужно определиться с
требованиями к области программирования. При анализе требований и
классификации, более проектируемой ИАС были выявлены такие запросы к сфере
проектирования [26]:
-·кроссплатформенность, необходимая для интеграции с иными
подсистемами;
-·гибкость, позволяющая изменять и дорабатывать информационную систему,
не прибегая к дополнительным затратам
-·защищенность;
-·язык программирования должен предоставлять широкие возможности для
работы с существующими СУБД;
-·обеспечение универсальности клиент-приложений;
- открытость исходного кода, позволяющего динамичное совершенствование
ИС и исправление погрешностей;
42
- легкость программной реализации (удобство работы);
- стоимость
С целью сравнения языков программирования создали таблицу по выше
представленным аспектам [4] (таблица 5). Для сравнения представлены самые
известные (2019 года) языки программирования для Web-приложений [4]. Оценки
выставлены согласно пятибалльной шкале.
Таблица 5
Сравнение языков программирования
Критерии\Языки
РНР
Python
Java
Простота программной реализации
5
4
4
Кроссплатформенность
4
5
5
Гибкость
5
4
4
Стоимость
5
3
3
Безопасность
5
4
5
Интеграция
5
4
4
Открытость исходного кода
5
4
4
Универсальность клиент-приложений
4
5
4
Общая оценка
38
29
33
PHP обладает наибольшим числом преимуществ в сравнении с иными
конкурирующими продуктами, в т. ч.:
-·высокая производительность;
-·наличие интерфейсов к различным системам информационных баз;
- распространение свободное;
-·встроенные библиотеки для решения большого числа общих задач,
сопряженных с Web;
-·несложность изучения и использования;
-·доступность исходного кода,
-·переносимость.
Рассмотрим эти преимущества детально:
1. Производительность. Используя лишь 1-н сервер, возможно обработать
более миллиона обращений в день. Результаты тестирования, опубликованные
компанией Zend Technologies, говорят о том, что производительность РНР в
сравнении с иными конкурирующими продуктами наиболее высокая.
2. Интеграция с информационными базами. Данный язык обладает
встроенной связностью с большим числом систем информационных баз: Sybase,
MySQL, InterBase, PostgreSQL, Informix, mSQL, Hyperware, Oracle, dbm, Используя
43
стандарт открытого интерфейса связи с информационными базами (Open Database
Connectivity Standard, ODBC), имеется возможность подключаться к каждой базе
данных, для которых существует ODBC-драйвер.
3. Встроенные библиотеки. Поскольку язык РНР создавался для
применения при Web-программировании, он обладает большим количеством
встроенных функций для выполнения различных полезных задач, связанных с Web-
программированием. С его помощью можно создавать PDF-документы, рассылать
сообщения по электронной почте, подключаться к иным службам сети, генерировать
GIF-изображения и работать с cookie-наборами.
4. Цена. Распространение пакета РНР бесплатно.
5. Изучение РНР. Синтаксис РНР основывается на всех языках
программирования, на Perl и Си прежде всего.
6. Переносимость. Применять пакет РНР возможно под управлением
множественных различных оперативных систем. Возможно создавать код РНР в
сфере следующих бесплатных Unix-похожих ОС, FreeBSD и Linux, служебных
версий Unix типа Solaris и IRIX или различных версий Microsoft Windows. Как
правило, программы будут работать без возможных изменений в различных сферах
с установленным пакетом РНР [4].
7. Исходный код. Для пользователя открыт доступ к исходному коду РНР.
Если имеется необходимость в данном языке что-нибудь изменить либо добавить,
то в отличии от закрытых коммерческих продуктов программ, это можно всегда
осуществить.
Так, для разработки автоматизированной системы отдела документооборота
предприятия в виде Web-приложения наиболее всего соответствует язык
программирования РНР с использованием Html, СSS и JavaScript.
В этом проекте к системе управления базами данных предъявляются такие
особенные требования [18,25]:
- наличие поддержки транзакций,
- наличие поддержки внешних ключей,
- правильная работа с русским языком,
- инструмент управления с графическим интерфейсом,
- способность доступа к информации с помощью языка запросов SQL,
44
- способность резервного копирования информационной базы.
Проектируемую информационную базу следует использовать для хранения,
обрабатывания и накопления информации. Слабое место при проектировании баз
данных ИС - это хранение разных вариантов решений (большое число
компонентов). Оптимизация глобального поиска в информационной системе и
наличие минимального числа запросов от пользователей ИС дает возможность
избежать установки серьезных требований к выполнениям задач
производительности систем управления БД. Из этого исходят такие требования к
СУБД [17,21]:
- полная совместимость с выбранной сферой разработки (PHP);
- кроссплатформенность систем управления базами данных;
- легкость в использовании и во время внедрения;
- распространение и популярность систем управления базами данных. При
использовании малораспространенной системы управления базами данных в
дальнейшем могут возникнуть сложности с поддержкой и развитием
информационной системы, что так же может привести к дополнительным затратам
на перенос накопленной информации.
- безопасность, которая позволит обеспечить выполнение задачи постоянного
наполнения и сохранности информации.
Сравнение СУБД по вышеприведенным аспектам показано в таблице 6 [4,33].
Принимая во внимание все выше представленное, в качестве СУБД была
выбрана PostgreSQL – это многопользовательская, многопоточная система
управления базами данных, значительными преимуществами которой являются
безопасность, быстрота и легкость в использовании. Несмотря на то, что PostgreSQL
не обладает таким большим набором возможностей как Oracle, его использование
оправдывает себя благодаря минимальным требованиям, предъявляемым к
мощности оборудования и к наибольшей скорости в ходе работы со средним
информационным объемом. Используя связку PHP+PostgreSQL, возникает
возможность устроить принцип мультиплатформенности наиболее гибко [15].
Таблица 6
Сравнение СУБД
Аспекты\СУБД
PostgreSQL
MySQL
MS
SQL
Server
Oracle
DB2
45
Транзакционная
поддержка
5
3
4
4
5
Поддержка внешних
ключей
4
5
5
3
5
Точная работа с русским
языком
4
3
5
4
5
Наличие инструмента
управления с
графическим
интерфейсом
5
4
4
4
4
Способность доступа к
информации с помощью
языка запросов SQL
5
3
4
3
3
Способность резервного
копирования БД
4
5
5
5
4
Полная совместимость с
выбранной сферой
разработки (PHP)
5
4
3
2
5
Кроссплатформенность
СУБД
5
3
5
3
5
Легкость в применении и
при внедрении
5
3
3
4
5
Распространение и
популярность СУБД
5
3
5
5
4
Безопасность
4
4
4
5
3
Общая оценка
51
40
48
42
48
Для того, чтобы разрабатываемая автоматизированная система
функционировала, необходим Web-сервер. Web-сервер — специальное
программное обеспечение (сервер), принимающее пользовательские HTTP-запросы,
как правило, браузеров, и отправляет им HTTP-ответы, совместно с HTML-
страницей, файлом, изображением, медиа-потоком либо прочей информацией [8].
Web-сервером называется программное обеспечение, выполняющее функции
Web-сервера, так и ПК, на котором действует это ПО. Через Web-интерфейс по URL
адресу пользователь получает доступ к серверу. Дополнительными опциями многих
Web-серверов являются:
-·ведение серверного журнала об обращениях пользователей к ресурсам;
-·аутентификация пользователей;
-·поддержка HTTPS для защиты соединений с пользователями;
-·поддержка динамично генерирующихся страниц.
Существует 2 наиболее известных в применении Web-сервера:
-·Apache –– это Web-сервер с открытым исходным кодом, часто