41
-·техническая долгосрочная политика - комплект внутренних
стандартов, поддерживаемых в компании
-·ограничения: временные, финансовые, и др.
- процедура управления изменениями плана.
Процесс автоматизации - одна из возможностей достичь
стратегических целей в бизнесе, а не процесс, который развивается по
собственным внутренним законам. Основой стратегии автоматизации должна
быть стратегия бизнеса диспансера: миссия компании, направленность и
модель бизнеса. Стратегия автоматизации диспансера представляет собой
план, который согласован по целям и срокам с главной стратегией компании.
Критериями выбора должной стратегии автоматизации в компании
являются временные и финансовые ограничения. Исходя из этого,
рассмотрим возможность внедрения одной из четырёх представленных
стратегий автоматизации:
Автоматизация хаотичная – предполагает установку компонентов
информационной системы (ИС) по мере возможностей. Она представляет
собой заплатку и является самым неудачным вариантом с точки зрения
долгосрочного эффекта. При хаотичной автоматизации полностью
отсутствует стратегический план развития информационной системы и
потребность в ее внедрении чаще всего определяется сиюминутными целями.
Автоматизация по участкам – это автоматизация отдельных
управленческих или производственных подразделений компании, которые
объединены по функциональному признаку. Такой процесс характеризуется
наибольшей трудоемкостью. Для эффективного внедрения автоматизации по
участкам необходимо наличие оперативных и стратегических планов
диспансера. Данный метод применяется тогда, когда недостаточно
инвестиционных ресурсов для полной автоматизации компании, когда при
автоматизации участка достигается существенный эффект [11].
Автоматизации по направлениям – это автоматизация направлений
(бизнес-процессов), отдельных групп, таких как управления финансами,
42
производство и сбыт:
1) ожидается, меняем объект, меняем предметную область;
2) выбор системы имеет сильную зависимость от типа услуг и
составляющих затрат;
3) внедрив систему, мы получим "конструктор” рабочих
автоматизированных мест.
Комплексные стратегии автоматизации – представляют собой
распространение систем автоматизации на всю функциональную
направленность деятельности диспансера с помощью осуществления
системной интеграции (объединения) ИС при их реализации. Разделяется
полная автоматизация на:
1) автоматизацию с внутренней интеграции – используют ее как единое
информационное хранилища одной СУБД (клиент -> сервер -> ядро-> СУБД)
2) автоматизацию с внешней интеграцией - используют внешние
информационные сущности (или файлы) либо используют внутренние
протоколы при взаимодействии отдельных модулей [10].
Хаотичная стратегия не подходит, потому, что предполагаем
использовать информационную систему в долгосрочной перспективе, а
также предполагаем расширять и добавлять функционал системы. При
комплексной автоматизации предполагается полностью автоматизировать
все функциональные направления деятельности диспансера, и требуется
гораздо больших денежных и временных и затрат, которые компания не
может себе позволить. Автоматизация по участкам предполагает,
автоматизировать отдельные отделы компании, в частности предполагается
автоматизация не всех процессов, которые выполняются каким-либо из
отделов компании. Способ автоматизации по направлению, самый
подходящий, потому, что в данном случае автоматизируются отдельные
группы бизнес-процессов банка.
Таковым образом, в условиях начального этапа автоматизации и
ограниченного бюджета логичнее всего будет определиться с выбором
43
стратегии автоматизации по направлению, а также автоматизировать
непосредственно работу администратором по аренде сейфовых ячеек.
1.3.3. Выбор и обоснование способа приобретения ИС для автоматизации
задачи
Методы приобретения – это поочередные мероприятия от
формализации и определения решения в необходимости ИС до времени
внедрения ИС в компании. Имеются такие методы приобретения ИС:
- самостоятельная разработка и заказная разработка;
- покупка отечественной ИС или заграничной ИС;
- покупка и доработка (заказная или самостоятельная);
- аренда ИС.
Способ покупки ИС не подходит из-за некоторых недостатков и
недостаточности функциональности, плохо продумано развития ИС в
будущем, адаптация под требования компании занимает длительный период,
часто требуется обращаться в службу поддержки. Возможно, купить и
доработать ИС, только в том случае, если доработка будет небольшого
объема. Такая доработка возможна в пределах модели ядра ИС, что ввиду
отсутствия развернутой документации не редко приводит к затруднениям. У
способа аренды информационной системы выявлены такие недостатки:
данные сохраняются у третьего лица, а также минимальные возможности в
настройках. Предприятие располагает квалифицированным подбором
сотрудников для разработки ИС, поэтому такая ИС будет разработана и
внедрена в компании собственными силами. Разрабатываемая ИС будет
содержать весь нужный функционал, и учитывать всю специфику работы и
пожелания служащих компании и будет являться собственным, уникальным
продуктом, что позволит моментально изменять функциональность
соответственно с требованиями внутреннего заказчика компании.
44
1.4. Обоснование проектных решений
1.4.1. Обоснование проектных решений по информационному
обеспечению
Ввод исходных данных для пользователей организован в экранной
форме Договора. Выходные данные в программном приложении
формируются в виде отчетов «Банк сейфовых ячеек», «Доходность по
сейфовым ячейкам», «Отчет по клиентам» и «Типовой договор аренды»,
представленных в таблице 3.
Информация, хранимая в базе данных и подлежащая обработке и
выводу в информационной системе соответственно, подразделяется на
исходную, промежуточную и выходную информацию.
Исходные данные формируются в информационной системе в виде
справочников (таблица 3).
Таблица 3
Справочники исходной информации
№
п/п
Наименование
объекта
Свойства объекта
1
Типы сейфовой
ячейки
Код типа
Наименование
2
Компания
Наименование
Данные о компании (арендодателе)
3
Сейфовые ячейки
Код ячейки
Нахождение
Площадь
Цена аренды
Занята на данный момент или нет
Защищенность
4
Организация/
клиент
Код организации
Наименование организации
Данные о организации
5
Договор услуги
Код договора
Сроки договора
Действие договора
Сумма договора
6
Оплата
Код оплаты
Дата оплаты планируемая
Дата оплаты фактическая
Сумма оплаты планируемая
Сумма оплаты фактическая
45
№
п/п
Наименование
объекта
Свойства объекта
Платежное поручение
Промежуточные функции системы (таблица 4) формируются в
процессе обработке той или иной исходной информации, представленной в
таблице 3.
Таблица 4
Промежуточные функции системы
№
п/
п
Наименование функции системы
Номер
использованног
о справочника
1
регистрация организации, просмотр и
редактирование, сортировка, печать
4
2
регистрация договора, просмотр и редактирование,
сортировка, печать
1,5
3
выводить на дисплей информацию о договорах,
организациях, сроках, ценах, сейфовых ячейках,
видах ячеек, компании-арендодателе
1,2,3,4,5,6
4
предоставлять возможность редактировать сведения о
договорах, организациях, сроках, ценах, сейфовых
ячейках, видах ячеек, компании-арендодателе
1,2,3,4,5,6
5
предоставлять возможность выбирать тип сейфовой
ячейки, стороны договора
1,2,3,4,5
6
предоставлять возможность просмотр и
редактирование оплаты по договору, сроков оплаты,
просмотр долга или переплаты
3,4,5,6
7
предоставлять возможность редактировать действие и
цены договора
3,4,5,6
8
предоставлять возможность редактировать действие
договора
4,5
9
осуществлять учет договоров, организаций, оплаты
4,5,6
10
предоставлять возможность просмотра статистики
оплаты
4,5,6
11
предоставлять возможность проведения анализа
работы компании: сданной плащади ячеек по
договорам, топ организаций по договорам, топ
договоров
2,3,4,5,6
12
выводить на дисплей всей информации о договоре
3,4,5,6
Выходные данные формируются в информационной системе в виде
отчетов «Сейфовые ячейки», «Доходность от аренды сейфовых ячеек»,
«Отчет по организациям» и «Типовой договор», представленных в Таблице 5.
46
Таблица 5
Выходные данные системы
№
п/
п
Номер
этапа
Наименование функции системы
Номер
использованно
го справочника
1
4
формировать, выводить на предварительный
просмотр и печать списка сейфовых ячеек
1,3
2
4
формировать, выводить на предварительный
просмотр и печать доходности сейфовых
ячеек
3,5,6
3
4
формировать, выводить на предварительный
просмотр и печать отчет по организациям
3,4,5,6
4
4
формировать, выводить на предварительный
просмотр и печать списка типового договора
1,2,3,4,5
1.4.2. Обоснование проектных решений по программному обеспечению
Для работоспособности и использования программы нужна
операционная система (ОС). Операционные системы, обеспечивают
управление при работе персональных компьютеров и с их ресурсами,
запускают на выполнение разные прикладные программы, по запросу
пользователя выполняют разнообразные дополнительные действия.
Операционные системы разделяются на многопользовательские,
однопользовательские, и сетевые. Факторы, которые влияют на выбор
определенной операционной системы, перечислены ниже:
-· необходимое количество поддерживаемых программных продуктов,
-· требования, предъявляемые к аппаратным средствам,
-· требование поддержки сетевой технологии,
-· присутствие справочной службы для пользователя,
-· быстродействие,
-· наличие дружественного интерфейса и легкость в использовании.
На компьютерах, входящих в состав АРМов сотрудников компании на
данный момент установлена ОС MS Windows 10 Pro х64, это считается
оптимальным выбором, т.к. ОС семейства Windows наиболее
распространённые на сегодняшний день, поэтому с приходом нового
сотрудника не придётся его переобучать.
Процесс разработки информационной системы включает в себя
47
несколько этапов.
Одним из первых этапов является проектирование и заполнение
хранилища данных. Следующим этапом является непосредственно
разработка информационной системы, предполагающая в первую очередь
проектирование графического внешнего интерфейса в целях простоты
освоения и использования программы конечными пользователями, так как
удобство расположения и представления часто применяемых элементов
экрана, методов ввода данных и др. – это и есть один из залогов успеха
программного продукта.
Модель представления интерфейса – это описание его внешнего вида с
позиции конечного пользователя системы. Это может быть документ,
который показывает внешний вид экрана либо структуру отчета, либо экран
(отчет), созданный при помощи одного из средств визуальной разработки
приложений.
Приобретенная модель подробно документирует приложение и
непосредственно применяется с целью программирования
специфицированных интерфейсов.
Дальше, при помощи средств разработки приложений осуществляется
физическое построение системы: приложение программируется и
интегрируется в информационную систему.
Каждая экранная форма, в зависимости от ее назначения, выполняет
определенную совокупность действий: запись, передачу, преобразование,
обработку, хранение, поиск или вывод информации.
Delphi 7 принадлежит классу инструментальных средств ускоренной
разработки программ (Rapid Application Development, RAD). Визуальное
проектирование форм Delphi освобождает от большинства аспектов создания
интерфейса программы, поскольку требуемые программные заготовки и
соответствующие файлы ресурсов уже готовы. Все элементы
характеризуются немаловажным свойством: они содержат в себе
программный код и все данные, которые необходимы для его работы. Это
48
существенно ускоряет процедуру написания программ, а также значительно
понижает вероятность случайных программных ошибок. [3]
От Visual Basic Delphi отличают жесткая типизированность, которая
позволяет компилятору еще на стадии компиляции выявить многие ошибки и
средства работы с указателями. Это предоставляет возможность применять
так именуемое ранее связывание с библиотеками типов в технологии СОМ, в
то время Visual Basic (и Java, в котором указатели также не поддерживаются)
вынуждены при обращении к СОМ применять наиболее медленное позднее
связывание и интерфейсы диспетчеризации.
Для сравнения языков программирования определим критерии [5]
(таблица 6): простота реализации программы (удобство работы),
кросплатформенность, цена, автоматическое тестирование исходного кода,
безопасность разрабатываемого кода, визуализация графического
приложения, адаптивность технологии, простота реализации кода
(возможность использования упрощенных функций для реализации). Для
сравнения взяты самые популярные языки программирования для
десктопных приложений. Оценки выставлены по пятибалльной шкале.
Таблица 6
Сравнение языков программирования
Критерии\Языки
Delphi
Visual C++
Visual C#
Java
Простота реализации
программы
5
4
4
3
Кросплатформенность
4
4
5
5
Автоматическое
тестирование
исходного кода
5
4
4
3
Цена
5
5
3
4
Безопасность
разрабатываемого
кода
5
4
4
4
Простота реализации
кода
5
3
4
3
Визуализация
графического
приложения
5
4
4
3
Адаптивность
технологии
4
5
5
5
Общая оценка
38
33
29
30
49
Таким образом, для создания программы, которая обеспечивает работу
с БД, наиболее подходящей считается среда разработки приложений Delphi 7.
Синтаксис С++ практически провоцирует формирование запутанных
программ, в которых даже автору сложно разобраться, в то время как ясный
и простой синтаксис Delphi дает возможность последнему претендовать на
роль языка, который идеально подходит для описания алгоритма (не
случайно Паскаль происходит от применяющегося для таких целей
алгоритмического языка АЛГОЛ-60).
Когда по каким-либо причинам окажутся недостаточными
возможности Delphi, можно осуществлять программирование на Ассемблере
(машинно-зависимом языке программирования), органично
интегрированному в Delphi.
Во всех случаях Delphi обладает самым быстрым среди продуктов
аналогичного рода оптимизирующим компилятором, который позволяет
создавать быстрые и сравнительно компактные программы [3].
Как выше говорилось, создаваемая БД будет автономного типа. Они
считаются наиболее простыми БД в сравнении с типом файл-сервер, клиент-
сервер и с многоуровневыми распределёнными. Свои данные они хранят в
локальной файловой системе на том ПК, на котором установлены; система
управления и машина БД, которая осуществляет доступ к ним, расположена
на том же самом ПК. Сеть не применяется. В этом случае не появляется
проблема параллельного доступа, если два человека одновременно пытаются
изменить одну и ту же запись.
Подобные БД считаются полезными при развитии тех приложений,
которые распространены среди большого количества пользователей, любой
из которых поддерживает отдельную БД. Это, к примеру, приложения,
которые обрабатывают документацию небольшой фирмы, офиса. Любой
пользователь подобного приложения манипулирует личными своими
данными на своём ПК, у него отсутствует необходимость в доступе к данным
другого пользователя [1].
50
Рассмотрим 5 разнообразных реляционных СУБД. По методу оценки
иерархий, который предложил Т. Саати, ведется попарное сравнение всех
СУБД по каждому из критериев, получается в итоге 5 матриц попарных
сравнений альтернатив [4].
Рассмотрим в качестве альтернатив такие СУБД: PostgreSQL, MySQL;
Microsoft SQL Server; Oracle; DB2 [2].
Сравнение СУБД представлено в таблице 7. Также отдельно добавлены
критерии безопасности, стоимости и возможности работы с языком
программирования Delphi.
Пусть производительность имеет наибольшую значимость в сравнении
с остальными критериями, требования к рабочей среде также важны, так как
при выборе СУБД на начальных стадиях рассматривается вопрос о
совместимости разбираемой системы с имеющимися аппаратными и
программными и средствами.
В общем случае, набор требований к СУБД, в зависимости от
установленных целей может изменяться: требования к рабочей среде,
производительность, особенности разработки приложений; функциональные
возможности, структура данных.
Таблица 7
Сравнение СУБД
Критерии\СУБД
PostgreSQL
MySQL
MS SQL
Server
Oracle
DB2
Структура данных
3
5
4
4
5
Функциональные
возможности
5
4
5
3
5
Особенности
разработки
приложений
3
4
5
4
5
Производительность
4
5
4
4
4
Требования к рабочей
среде
3
5
4
3
3
Защищенность
5
4
5
5
4
Стоимость
4
5
3
2
5
Адаптивность с Delphi
3
5
5
3
5
Общая оценка
30
37
35
28
36
Рассмотрим в отдельности каждую из этих групп.