42
внедрения ИС. Перспектива дальнейшего использования и развития ИС
предприятия связано со значительными большими затратами.
Автоматизация по участкам предусматривает, что предприятие
автоматизируется отдельными участками, которые объединяются по
определенному перечню выполняемых функций. Необходимость
использования такого способа автоматизации обуславливается, тем, что
участки, которые автоматизируются, будут давать значительный
экономический эффект, например, за счет сокращения персонала или выпуска
более дешевой, но качественной продукции.
Автоматизация по направлениям представляет под собой автоматизацию
некоторых направлений деятельности предприятия. В таком случае
предприятие осуществляет автоматизацию работы какой-то службы, например,
кадровой службы, участка – производства, подразделения – бухгалтерии или
логистики. Автоматизация в таком случае дает позитивный результат,
дальнейшая интеграция автоматизированных направлений будет обходиться
значительно дешевле, и не будет встречать серьезных препятствий [11,19].
Кусочная стратегия не подходит для данного решения, так как
осуществляется автоматизация определенного участка работы.
Стратегия полной автоматизации не подходит по той причине, что
необходимо автоматизировать одно из направлений деятельности предприятия.
Стратегия автоматизации по участкам лучше всего подходит в данной работе,
потому что в данном случае автоматизируется кадровый учет и сопутствующие
этому процессы. Автоматизировав основные процессы, можно будет сократить
время обработки информации и формировать более обоснованные решения, не
понижая продуктивность работы.
1.3.3 Выбор и обоснование способа приобретения ИС для
автоматизации задачи
Для автоматизации ведения информационной базы должностей и
вакансий с указанием требований к знаниям и навыкам рассматриваются
следующие способы приобретения программного обеспечения:
43
– покупка готовой специализированной информационной базы (ИБ) ;
– разработка системы самостоятельно;
– разработка системы ИТ организацией;
– покупка+доработка системы [11].
В таблице 1.2 приведены особенности каждого из подходов.
Таблица 1.2
Способы приобретения ИБ для автоматизации
Способы
приобретен
ия \ методы
Покупка
готовой ИБ
Разработка
ИБ своими
силами
Разработка ИБ
ИТ
организацией
Покупка +
доработка
системы
Соответствие
поставленной
задаче
Несоответствие
поставленной
задаче, так как
не будет
учитываться
специфика
ведения
кадрового
учета воинской
части
Полное
соответствие
поставленны
м целям
Частичное
соответствие
Полное
соответствие
требований к
системе
Адаптивность
Невозможность
внесения
изменений
Создание ИБ
«с нуля»
Изменения
силами
сторонней
организации
Переработка
существующих
объектов
Надежность
Гарантия от
фирмы
производителя
Слабая
надежность
Гарантия
разработчика
Гарантия
разработчика
утрачивается,
слабая
надежность
Расценка
До 95000
До 150000
До 300000
До 150000
Коробочная версия в рамках работы не рассматривается, по той
причине, что не будет учитываться специфика ведения кадрового учета в
воинской части.
Покупка + доработка: покупается уже готовое решение. При этом есть
возможность реализовывать дополнительную функциональность со стороны
производителей ПО. Данный вариант является достаточно привлекательным,
однако имеет минусы – не все системы продаются с исходным программным
кодом, требует знаний разработчика конкретной системы, что иногда бывает
неосуществимо.
44
Разработка ИС ИТ компанией: данный случай предполагает
привлечение внешних разработчиков. Со стороны компании им
предоставляется чёткое техническое задание. Не рассматривается как вариант
по той причине, что это выходит недешево, а также тем, что для допуска
сторонних лиц на территорию воинской части необходимо разрешение
вышестоящих органов.
Разработка своими силами: предполагает разработку системы с нуля,
является весьма трудо затратным проектом, сроки внедрения могут превышать
три месяца, однако будет учитываться специфика работы предприятия.
Для разработки информационной базы должностей и вакансий с
указанием требований к знаниям и навыкам кандидатов для группы кадров
войсковой части лучше всего использовать «Разработку системы своими
силами» [11,14].
1.4 Обоснование проектных решений
1.4.1. Обоснование проектных решений по информационному
обеспечению
Обоснование проектных решений по информационному обеспечению
базируется на определении классификаторов, документов и способах
организации информационных баз.
Классификатор используется для систематизации наименований групп
объектов, их признаков и кодирования обозначений. С помощью
классификаторов описывают данные, которые классифицируют и кодируют
информацию. Основное назначение таких данных – обеспечить машинную
обработку и выдачу данных в удобной для пользователей форме [5].
Данная работа предполагает использование только локальных
классификаторов, поскольку другие классификаторы в РФ не используются.
Классификатор будет применяться для группирования по следующих объектов:
– должностям;
– военнослужащим (сотрудникам);
– званиям;
45
– подразделениям;
– вакансии.
Документация представляет собой значительный объем внемашинного
информационного обеспечения. Условия автоматизации придают важное
значение унифицированности документации, а также унифицируют требования
к структуре и контенту документов.
В настоящее время разработано множество видов унифицированной
документации для всех предприятий РФ. Примерами такой документации
могут выступать формы бухгалтерской и управленческой отчетности.
Приведение документа к унифицированному виду предполагает
тщательный отбор и четкое определение требуемой номенклатуры документов.
При этом важно определить сферу назначения и использования документов,
выявить их специфику, которая характерна соответствующим видам
документации. Документы могут подразделяться на унифицированные и
локальные [2].
В рамках данной выпускной квалификационной работы будут
использованы следующие входные и выходные элементы:
1.Справочники:
– подразделения;
– должности;
– военнослужащие;
– звания;
– вакансии.
2. Документы:
– прием на службу;
– увольнение со службы;
– перемещение военнослужащего;
– контракт военнослужащего.
3. Отчеты:
– военнослужащие;
46
– данные по вакансиям;
– реестр кадровых документов.
Документы должны отвечать следующим требованиям:
– предоставлять полную информации, необходимую в решении задачи;
– исключать избыточную информацию;
– быть согласованными с формами первичных документов;
– иметь логичное построение.
Чтобы организовать информационную базу (ИБ), применяют три
способа
– файловую организацию ИБ;
– интегрированную ИБ;
– смешанную организацию ИБ [22].
При файловой организации база размещается локально на компьютере.
Другие пользователи осуществляют доступ к этому компьютеру посредством
стандартных методов ОС для сетевого обмена данными.
Смешанная организация подразумевает распределённую базу данных,
которая хранится на нескольких серверах и реплицирует свои изменения
согласно определенному расписанию. Такую структуру ИБ используют в
системах класса ERP, чтобы работать в одной информационной базе
нескольким удалённым офисам одновременно.
При интегрированном способе организации информационная база
представляется в виде совокупности взаимосвязанных совместно хранящихся
данных. При этом обеспечивается такая минимальная избыточность, при
которой допустимо их оптимальное использование в любых приложениях.
Такая организация обеспечивает независимость данных от программы, а чтобы
актуализировать данные достаточно общего способа управления [11].
Для данной выпускной квалификационной работы наиболее
целесообразным является использование интегрированной организации
информационной БД. Так, это обусловлено в первую очередь значительных
ежедневных ростом базы – так, ежедневно в базу будут добавляться 10-100
47
новых записей. Также оптимальным решением будет применение СУБД вместо
файловой организации базы данных.
Существует три модели логической структуры базы данных (по способу
установления связей между данными): иерархическая, сетевая и реляционная.
Реляционная база данных – это база данных, в которой все данные,
доступные пользователю, организованы в виде таблиц, а все операции над
данными сводятся к операциям над этими таблицами. Для представления
реляционных баз данных разработана формальная теория баз данных,
теоретическую основу которой составляет алгебра и математическая логика.
Реляционная модель ориентирована на организацию данных в виде
двумерных таблиц. Каждая реляционная таблица представляет собой
двумерный массив. Реляционная модель базы данных (relational database model)
для хранения и организации информации использует атрибуты (столбцы) и
записи (строки). Реляционная модель базы данных в настоящее время является
наиболее широко используемой моделью [23].
Реляционная база данных состоит из двумерных таблиц, каждая таблица
содержит уникальные строки, столбцы и ячейки. Каждая ячейка содержит
только одно значение данных, представляющий собой конкретное значение
атрибута соответствующей записи [22].
Иерархическая модель базы данных (hierarchial data model) объединяет
связанные записи и поля в логическую древовидную структуру. Эта структура
и взаимосвязи между элементами данных, отличаются от тех, которые
используются в реляционной базе данных. В иерархической базе данных
родительские элементы могут иметь дочерние элементы (один, несколько или
ни одного). Древовидная структура имеет ветви, каждая из имеет множество
писем - полей данных. В таких базах данных хорошо известны и заранее
определены пути доступа к данным, но они не настолько гибки при создании
отношений между элементами данных, по сравнению с реляционными базами
данных. Иерархические базы данных целесообразно использовать для хранения
данных, имеющих отношение «один-ко-многим».
48
Объектно-ориентированная база данных (object-oriented database)
предназначена для работы с различными типами данных (изображения, аудио,
документы, видео). Система управления объектно-ориентированными базами
данных (ODBMS - object-oriented database management system) более динамична
по своей природе, чем реляционная СУБД, поскольку она создает объекты при
необходимости, а данные и процедуры (названные методами) при запросе
объекта предоставляются вместе с ним. При работе с реляционной базой
данных, программа имеет использовать свои собственные процедуры для
получения данных из базы данных и их обработки. Реляционная база данных не
предоставляет процедур, как это делает объектно-ориентированная база
данных. Объектно-ориентированная база данных использует классы для
определения атрибутов и процедур ее объектов [22].
1.4.2. Обоснование проектных решений по программному
обеспечению
Обоснование выбора общего программного обеспечения предполагает
такие действия:
– обоснование выбора среды разработки;
– обоснованием выбора языка программирования;
– обоснование выбора используемой СУБД.
Средой разработки информационной базы должностей и вакансий с
указанием требований к знаниям и навыкам кандидатов для группы кадров
войсковой части является система 1С Предприятие версии 8.3, это обусловлено
следующими соображениями.
Решение «1С Предприятие» может быть использовано не только для
настройки определенных решений, которые предоставляются фирмой «1С», но
и являются средством создания новых программных продуктов.
«1С Предприятие» обеспечивает необходимым инструментарием,
который обладает всеми необходимыми атрибутами для написания
программного кода для различных задач автоматизации.
49
«1С Предприятие» является предметно-ориентированной средой
разработки и имеет определенные преимущества. Платформа «1С
Предприятие» имеет множество инструментов для формирования высоко
функциональных программных решений встроенный язык программирования,
конструктор создания объектов, мастер создания форм, язык запросов, схему
компоновки данных, которая применяется для построения отчетов, средства
отладки и компилирования программного кода [14].
В ее составе входит: развитая справочная система, механизм ролевой
настройки прав, инструменты создания дистрибутивов, удаленного обновления
приложений, сравнения и объединения приложений, ведения журналов и
диагностики работы приложения и пр. [20].
Представим наиболее эффективные инструменты создания
программных приложений.
1. Элемент конструкторы, с помощью данных элементов создаются
почти все объекты системы. На рисунке 1.19 представлено конструктор
формирования справочника.
Рис. 1.19 Конструктор справочника «Военнослужащие»
50
При вызове конструктора пользуясь его подсказками можно разработать
любой элемент, на первом шаге обычно указывается имя создаваемого объекта,
затем в зависимости от выбранного объекта – может быть принадлежность
субконто, журналу, документу и пр.
2. Мастера создания диалоговых форм предназначены для
автоматического создания удобных диалоговых форм [27]. При создании
формы механизм автоматически размещает реквизиты объекта на созданной
форме, пример использования представлен на рисунке 1.20. После выбора
раздела форма, на нее добавляются данные созданного объекта. Данные
располагаются в определенном порядке, который пользователь может изменять
по своему усмотрению. Кроме этого, на форму можно добавлять различные
элементы:
– поля;
– кнопки;
– переключатели;
– текст;
– флажок;
– картинку; реквизит диалога;
– таблицу значений и пр.
Рис. 1.20 Созданная форма справочника «Военнослужащие»
51
Можно выполнить просмотр созданной формы без запуска приложения
в режиме выполнения (рис.1.21).
Рис. 1.21 Просмотр созданной формы
3. Схема компоновки данных – эффективное средство для создания
запросов для извлечения данных из БД системы. При вызове данного
инструмента создается процедура, в которую затем помещается текст запроса.
Следующим шагом определяются наборы данных, связи, вычисляемые поля,
ресурсы, параметры, осуществляется настройка. На рисунке 1.22 представлен
раздел настройки схемы компоновки данных.