38
участкам выступает то, что работа подразумевает участие в этом процессе всех
отделов, деятельность которых связана с автоматизируемым направлением. Итогом
автоматизации по направлениям становится часто полная автоматизация компании.
4) Полная автоматизация определяет систему, состоящую из огромного
количества элементов разных уровней и назначения. К ним относятся модули,
блоки управления, подсистемы, задачи, управленческие процедуры, функции и т. д.
Все это помогает применять единый алгоритм для расчета схожих задач. Также
пропадает необходимость задвоения различных справочников в отдельных
системах, поскольку все уже собрано в одной. Минусы полной автоматизации
заключаются в значительных финансовых и временных затрат, а также точном и
тщательном планирования.
В данном случае больше подходит вариант стратегии автоматизации по
направлениям, поскольку автоматизируется функции отдела кадров.
1.3.3 Выбор и обоснование способа приобретения ИС для
автоматизации задачи
Возможны три варианта приобретения ИС:
приобретение готовой ИС;
приобретение готовой ИС и ее дальнейшая доработка;
разработка собственной ИС.
Каждый из данных вариантов может быть реализован на предприятии, но у
каждого из них имеются свои минусы.
Приобретение готовой информационной системы связано с большими
затратами, причем эти затраты будут периодически повторяться, период зависит от
срока действия лицензии. При этом при каждой новой установке программного
продукта должна приобретаться лицензия. Если программный продукт будет
установлен исключительно в главном офисе программы, тогда приобретение
лицензии на новые установки не нужно. Но в случае если программным
продуктом будет пользоваться и филиалы компании, тогда затраты будут
достаточно велики, поскольку одним из способов развития компании является
именно территориальное расширение.
39
Также приобретаемая информационная система может не полностью
соответствовать предъявляемым к ней требованиям. К тому же не зачем
приобретать систему автоматизации всего производства, когда необходимо
автоматизировать только управление персоналом. Кроме того, конечно функции
управления кадрами существуют и достаточно хорошо проработаны создателями
ERP-систем, но есть вероятность того, что данные функции не являются
первоочередными. [21]
Разработка новой ИС наиболее подходит компании, поскольку будет
разработана система полностью учитывающая все желания пользователя, при этом
возможно уменьшения затрат, за счет не реализации не нужных функций в
системе. Данные выплаты будут единовременные, и в дальнейшем повторяться не
будут. Приобретение лицензий также не нужно. В случае если будет получен
программный продукт достаточно удобный в эксплуатации и будет возможность
его применения на других предприятиях, возможно, его реализация другим
компаниям. Также возможна его реализация крупным агентам. Данный вариант
наиболее предпочтителен для компании, поскольку компания является достаточно
большой и динамически развивающейся, поэтому стоимость лицензии каждый
период может быть очень высокой.
Кроме того за разработку новой информационной системы говорит и тот
фактор, что организация, для которой осуществляется разработка является
довольно крупным банком, а следовательно может поддержать разработку
программного продукта. Кроме того за разработку новой информационной
системы говорит и тот фактор, что в банковских системах предпочитают
собственные программные продукты, а не разработанные и адаптированные под
конкретные нужды. Связано это прежде всего с тем, что банковская сфера имеет
довольно специфических характер.
Работа с персоналом проводиться в любых филиалах банка, это означает, что
разрабатываемая или приобретаемая информационная система должна быть
сетевой и довольно безопасной. При разработке новой информационной системы
будут учтены все пожелания заказчика. [21]
1.4 Обоснование проектных решений
40
1.4.1 Обоснование проектных решений по информационному
обеспечению
Зачастую различают внемашинное и внутримашинное обеспечение.
Любое ИО имеет внутри себя систему кодирования и классификации;
систему разносторонней документации, используемая чаще всего в ИО;
информационную базу в качестве совокупности массивов данных.
Под внемашинным обеспечением принято подразумевать совокупность
данных, представленных в основном в виде документов. Различают документы
первичные (налоговые выписки, декларации и другие ведомости) и вторичные,
включающие всю отчётность налогоплательщиков, проанализированную и
подготовленную для отдела камеральных проверок.
Внутримашинное ИО зачастую передают данные на машинных носителях в
структурированном виде (массиве) БД и связей между ними. Часто такой вид ИО
создает среду, которая выражает исполнение сотрудниками своих прямых
должностных обязанностей. Зачастую подобная область определяется набором
объектов, их взаимосвязей и свойств. Для любого подобного объекта эти
взаимосвязи и свойства выражаются отдельно.
Информационным потоком внешнемашинного ИО обычно называется
регулярное движение документов от создателя до адресата.
Для работы программного продукта необходимо хранить сведения о товаре,
агентах реализующих товар, клиентах, а также поставщиках и осуществляемых
поставках. Вся эта информация может быть изменена или добавлена новая
информация относительно любых данных хранящихся в базе данных.
Таким образом, для реализации программного продукта необходимо создать
базу данных для хранения информации компании. Создание базы данных
продиктовано следующими требованиями:
хранение информации о различных объектах;
малый объем занимаемого места на носителе при большом
количестве информации;
структурированность хранимой информации.
41
Реализация всех пунктов может быть достигнута только при использовании
базы данных. Малый объем занимаемого места на носителе осуществляется с
помощью нормализации базы данных. Любая информация, хранимая в базе
данных, автоматически структурируется, поскольку заноситься в определенные
таблицы по определенным правилам. При использовании базы данных, создание
отчетности не занимает большого количества времени, даже если используется в
качестве приложения пользователя не система управления базами данных (СУБД),
а специально реализованное приложение на одном из языков программирования.
Возможность расширения функциональности программного продукта достигается
путем расширения либо возможностей приложения пользователя, либо с помощью
расширения базы данных, добавления новых таблиц и связей. Под расширением
возможностей приложения пользователя, как правило, подразумевается создание
осуществление дальнейшей автоматизации процессов протекающих на
предприятии. После реализации приложения пользователя возможность
расширения функций приложения пользователя не занимает много времени, а
иногда даже может быть реализована отдельным программистом.
В рамках создания ИС следует понимать функциональную и
обеспечивающие части системы. Обеспечивающие подсистемы ИС становятся
общими для всей ИС независимо от отдельных функциональных подсистем, где
используются те или иные виды обеспечения. Состав обеспечивающих подсистем
не связан с выбранной предметной области [11]. Число обеспечивающих подсистем
включает в себя:
• Информационное — совокупность методик и средств по установке в
компании информации, имеющей системы классификации и кодирования
документов, показателей, данных;
• Техническое — совокупность технических средств, материалов и
персонала, которые помогают обслуживать технику;
• Программное — некое число программных средств для проведения
задач управления с применением вычислительной техники.
• Правовое — набор правовых норм, которые описывают генерацию и
разработку ИС (договор между заказчиком и создателем ИС и т.п.);
42
• Лингвистическое — набор языковых средств, применяемых на разных
уровнях создания и обработки информации для человеко-машинного
взаимодействия.
• Организационное — набор методов и средств, которые помогают
улучшить организационную структуру объектов, подготовить должностные
инструкции, направленные на новые ИТ.
Обеспечивающие подсистемы реализуют информационные процессы в
системе и отвечают за их подготовку и организацию. Также важно описать самые
важные подсистемы новой ИС.
Само ИО в нашей ИС включает в себя 2 компонента: внемашинное ИО,
включающее в себя параметры технико-экономических данных, методических
предписаний, а также внутримашинное ИО, включающее макеты, интерфейса
пользователя для передачи начальной информации в ЭВМ или вывода итоговой
структуры ИБ: входных, выходных файлов, БД. Само ИО в любой ИС часто
понимается как некий набор совокупной классификации, информационной базы и
некой системы классификации.
Часто к ИО могу применяться некие требования:
• Оно обязано удовлетворять всем функциям автоматизации объекта;
• В рамках кодировки данных важно использовать принятые у заказчика
классификаторы;
• Для изменения выходных и входных данных, которые работают на
высоком уровне управления, требуется использовать некие классификаторы этого
уровня;
• ИО обязано поддерживать совместимость с ИО систем, связанных в
какой-то степени с разрабатываемой системой;
• Все классические документы обязаны отвечать требованиям
корпоративных стандартов заказчика (или некой документации);
• Периоды генерации и содержания информационных сообщений, а
также применяемые сокращения обязаны быть принятыми в описываемой
предметной области и утвержденные у заказчика;
43
• Важно не забыть механизмы контроля начальной и итоговой
информации, обновления данных в БД, контроль целостности и доступности БД,
защиту от НСД в систему третьих лиц.
Принцип сохранения данных в ИБ обязан следовать неким требованиям:
• Полноценность данных для реализации любых операций контроля и
решения экономических задач;
• Целостность данных, т.е. гарантия непротиворечивости данных в
процессе помещения информации в ИБ;
• Одновременность и оперативность обновлений данных в
применяемых копиях;
• Подстройка системы ИБ к изменчивым информационным
потребностям потребителей;
• Установка системы, обеспечивающей требуемый уровень сложности
структуры информационной базы;
• Возможность системы производить поиск и отображать данные,
которые точно соответствуют начальному запросу пользователей;
• Адекватность интерфейса системы, позволяющая быстро выполнять
запрос к ИБ;
• Деление прав доступа, что влечет создание для каждого пользователя
открытых типов записей, полей, файлов и списка операций с ними.
Классификаторы применяются для описания данных, указывают единство
кодирования и классификации и необходимы прежде всего для корректной
машинной обработки и выдачи данных в понятном виде для решения задач
потребителя.
В нашей задаче используются следующие общероссийские классификаторы:
• ОКУД – общероссийский классификатор управленческих документов;
• ОКОПФ – общероссийский классификатор организационно-правовых
форм.
Зачастую в процессе создания системы применяется реляционная модель БД.
Подобная модель имеет на отдельной предметной области некий набор отношений,
изменяющийся во времени. По факту создания системы данная совокупность
получает все данные об объектах предметной области, помогает моделировать
44
связи между ними. Сами же данные располагаются в таблицах. Для удобства
поиска и определения любая таблица получает свой ID.
Обычно к ИО могут предъявлять следующие требования:
• ИО должно быть полными и достоверными для поддержки всех
функций автоматизации;
• При кодировании данных применяются подтвержденные ID;
• В процессе кодирования входных или выходных данных,
используемых на высшем уровне управления, применяются лишь классификаторы
данного уровня;
• ИО обязано быть полностью совместимо с создаваемым проектом;
• Все формы документов должны сочетаться с корпоративными
стандартами и обобщенной системой документации;
• Структура экранных форм и всех документов обязана соответствовать
характеристике каждого рабочего места сотрудника;
• Применяемые сокращения, графики и информационные сообщения
обязаны быть общепринятыми в отдельной предметной области и согласованы с
заказчиком.
В ИС должны иметь установленные заранее средства контроля входной и
результатной информации, изменения данных в информационных массивах,
отслеживания целостности ИБ, защиты от НСД.
В нашем случае к ИО задачи относят входные и результатные документы,
классификаторы, а также список экранных форм, необходимых для сознания
диалога системы и пользователя.
В разрабатываемой информационной системе должно быть реализовано
ведение следующих классификаторов и справочников (с указанием их атрибутов):
Пользователь системы (менеджер):
фамилия;
имя;
отчество;
дата рождения
дата начала работы;
данные для доступа к сервису;
45
E-mail.
Сотрудник:
ФИО;
Адрес проживания
ФИО контактного лица;
контактный телефон;
номер договора;
данные для доступа к сервису;
должность;
дата назначения на должность;
дата освобождения от должности;
паспортные данные.
Штатное расписание:
наименование должности;
тарифный разряд.
1.4.2 Обоснование проектных решений по программному обеспечению
Описанные решения реализуют свойственные такого рода системам
задачи, но включают ряд недостатков, к которым можно сразу отнести:
• Сложность настройки, доработки под себя и бизнес-процессы
компании;
• Нет полноценной ТП;
• Почти минимальная модернизация и масштабирование.
Что касается коммерческих систем, то они стоят дорого и сложно
внедряемы, поэтому для нашей компании не подходят.
Для решения описанной задачи создания ИС отдела ТП подобрана
технология проектирования прототипов, исходя из таких особенной, как:
• Нет нужны в группе разработчиков;
• Всегда можно модифицировать интерфейс;
46
• Прототип системы может случить основой для последующей
разработки БД, что помогает на ранних этапах найти все ошибки
проектирования и описать параметры системы.
Методика проектирования прототипа помогает получать полноценное
приложение хорошего качества оперативно и за минимальные деньги. В
рамках работы с системой-прототипом пользователь понимает возможности
реальной системы и указывает самый удобный для него процесс анализа
данных, что реально увеличивает уровень реализуемых систем. Выполняется
проверка проектных решений по структуре и составу системы и оцениваются
ее эксплуатационные параметры.
Плюсы такого проектирования:
• Доступность создания приложения итерациями;
• Нет нужны завершать работы на всех этапах для реализации
следующего;
• Можно прилечь пользователей в момент создания и построения
системы;
• Можно распараллелить работы;
• Можно повторно использовать части проекта;
• Есть средства контроля конфигурациями, упрощающие
корректировку изменений в проект и ведение готовой системы;
• Применение автоматических генераторов (мастеров);
• Применение прототипов, которые помогают полноценно
выяснить и удовлетворить делания пользователя;
• Доступность проверки и развития проекта, которые реализуются
сразу в процессе создания нескольких версий прототипа.
Все положения в отдельности повышают скорость, улучшают качество,
а их совместное использование ведет к реальным изменениям в рамках
процесса разработки.
Для применения проектирования прототипа нужно использовать
высокоуровневые методики, позволяющие оперативно преобразовать
47
прототип системы в работающую версию и передать в не все требуемые
корректировки.
Технологическое обеспечение (ТО) проекта автоматизации имеет ряд
запросов:
• Прием начальных данных;
• Их обработка;
• Передача итоговых данных.
Список операций, реализуемых в процессе получении начальных
данных, включает в себя:
1) Нахождение начальных данных – процесс приема количественного
значения параметра, определяющего объекты и процессы компании. На вход
исследуемой задачи приходят начальные данные со слов заказчика о
требуемых услугах, в рамках которых уже подсчитываются все требуемые
параметры: цена, количество и т.п.
2) Запись первичных данных – перенос всех числовых параметров на
любой носитель. В рамках решения описанной задачи автоматизации процесс
регистрации проходит механическим способом, то есть все набирается с
клавиатуры в экранные формы.
3) Сбор данных – операция передачи пакета данных, набора начальных
документов или файла на носителе данных для дальнейшей отправки и
обработки. Этот процесс в рамках решаемой задачи автоматизации
реализуется самостоятельно, централизовано – то есть прием данных
выполняется по мере их получения на источниках.
При поиске начальных данных готовятся документы, данные которых
применяются для проверки нормативно-справочной информации и
документов, имеющих оперативную информацию, которая используется в
рамках расчетов.
При этом необходимо уделить особое внимание входной информации,
для этого используется:
• Зрительный контроль через экран дисплея,