48
Разработка данных диаграмм, позволило определить, какие процессы
будут автоматизированы, какие при этом будут использоваться хранилища
данных.
Система учета спроса на продуктовый ассортимент должна быть хорошо
масштабируемой и иметь высокую надежность хранения данных. Так же система
должна быть легко адаптируемой под программную среду объекта внедрения.
После внедрения данная система должна иметь возможность гибко
дорабатываться, так как доработка ИС силами сотрудников ИТ является вполне
реальной перспективой. Система не должна загромождаться ненужными
функциями.
Существует четыре варианта стратегии автоматизации:
– кусочная (хаотичная) автоматизация,
– автоматизация по участкам,
– автоматизация по направлениям
– комплексная автоматизация.
Кусочная автоматизация предполагает, что предприятие приобретает
информационную систему, заранее не продумав стратегию ее использования, без
всякого плана и использует мощности ИС не в полной мере, что приводит к
тому, что предприятие не извлекает почти никакой выгоды от внедрения ИС.
Перспектива дальнейшего использования и развития ИС предприятия связано со
значительными большими затратами.
Автоматизация по участкам предусматривает, что предприятие
автоматизируется отдельными участками, которые объединяются по
определенному перечню выполняемых функций. Необходимость использования
такого способа автоматизации обуславливается, тем, что участки, которые
автоматизируются, будут давать значительный экономический эффект,
например, за счет сокращения персонала или выпуска более дешевой, но
качественной продукции.
Автоматизация по направлениям представляет под собой автоматизацию
некоторых направлений деятельности предприятия. В таком случае предприятие
осуществляет автоматизацию работы какой-то службы, например, кадровой
службы, участка – производства, подразделения – бухгалтерии или логистики.
49
Автоматизация в таком случае дает позитивный результат, дальнейшая
интеграция автоматизированных направлений будет обходиться значительно
дешевле, и не будет встречать серьезных препятствий.
Хаотичная, она же кусочная стратегия не подходит так как
осуществляется автоматизация определенного участка работы, при этом
используется несколько составляющих ИС, такие как, СУБД, клиент серверное
приложение, нельзя автоматизировать только часть из них, эффект от этого
будет незначительный.
Полная стратегия автоматизации тоже не подходит в рассматриваемом
случае, так как автоматизируется одно из направлений деятельности
предприятия. Стратегия автоматизации по участкам лучше всего подходит в
данной работе, потому что в данном случае автоматизируется анализ спроса на
товары и сопутствующие этому процессы. Автоматизировав основные процессы,
можно будет сократить время обработки информации и формировать более
обоснованные решения, не понижая продуктивность работы.
1.3.3. Выбор и обоснование способа приобретения ИС для
автоматизации задачи
Для автоматизации процесса учета спроса на продуктовый ассортимент
сети аптек ЛОГП «Ленфарм» рассматриваются следующие способы
приобретения программного обеспечения:
– покупка готовой специализированной ИС;
– разработка системы самостоятельно;
– разработка системы аутсортинговой организацией;
– покупка+доработка системы.
Покупка: Коробочная версия в рамках работы не рассматривается, так как
это не предусматривает проектирование.
Покупка + доработка: покупается уже готовое решение. При этом есть
возможность реализовывать дополнительную функциональность со стороны
производителей ПО.
50
Разработка системы аутсорсинговой компанией: данный случай
предполагает привлечение внешних разработчиков. Со стороны компании им
предоставляется чёткое техническое задание. Не рассматривается как вариант по
той причине, что это выходит недешево.
Разработка своими силами: предполагает разработку системы с нуля,
является весьма трудозатратным проектом, сроки внедрения которых могут
превышать 3 месяца, однако будет учитываться специфика работы предприятия.
В таблице 1.3 приведены особенности каждого из подходов.
Таблица 1.3
Способы приобретения ИС для автоматизации
Способы
приобретения
\ методы
Покупка
готовой ИС
Разработка
системы
своими
силами
Разработка
системы
аутсортинговой
организацией
Покупка +
доработка
системы
Соответствие
поставленной
задаче
Несоответст
вие
поставленно
й задаче,
так как
невозможна
автоматизац
ия бизнес-
процессов
Полное
соответствие
поставленным
целям
Частичное
соответствие
Полное
соответствие
требований к
системе
Адаптивность
Невозможн
ость
изменения
Полная
переработка
изменения
силами
сторонней
организации
Переработка
разрабатываем
ых процессов
Надежность
Гарантия от
фирмы
производите
ля
Слабая
надежность
Гарантия
разработчика
Возможность
переработки
разрабатываем
ых процессов
Расценка
До 95000
До 150000
До 300000
До 150000
Для разработки автоматизированной системы учета спроса на
продуктовый ассортимент сети аптек ЛОГП «Ленфарм» лучше всего
использовать вариант «Разработка системы своими силами», это позволит
учитывать специфику предприятия.
51
1.4. Обоснование проектных решений
1.4.1. Обоснование проектных решений по информационному
обеспечению
Характеристика информационного обеспечения осуществляется,
базируясь на внемашинном (классификаторах, справочниках, документах) и
внутримашинном (входных, промежуточных, выходных массивов
информационных баз) обеспечениях.
В информационное обеспечение входят следующие компоненты [4]:
– система классификации и кодирования;
– система унифицированной документации, которая используемой в
информационной системе;
– информационная база данных.
Данная работа предполагает использование только локального
классификатора, поскольку никакие другие классификаторы РФ система не
использует. Классификатор будет применяться для группирования по товарам,
по номерам документов, по сотрудникам.
В соответствии с приведенными требованиями к кодам для системы
автоматизации учета спроса будет использоваться серийная система
кодирования, которая позволяет кодировать определенные несложные
множества объектов, при этом учитывается возможность увеличения
кодируемого множества и разбиение по одному признаку классификации.
В составе системы выделены следующие классификаторы:
– классификатор продаж;
– классификатор предприятий;
– классификатор сотрудника;
– классификатор контрагента;
– классификатор товара;
– классификатор места хранения.
Сводные характеристики классификаторов представлены в таблице 1.4.
52
Таблица 1.4
Сводные характеристики классификаторов
Наименование
классификатора
Значность
кода
Система
кодирования
Система
классификации
Вид
классификатора
Продажа
8
разрядная
Иерархическая
Локальный
Предприятие
3
разрядная
Иерархическая
Локальный
Сотрудник
4
порядковая
Иерархическая
Локальный
Товар
8
порядковая
Иерархическая
Общесистемный
Контрагент
5
порядковая
Иерархическая
Локальный
Места хранения
3
разрядная
Иерархическая
Локальный
1) Для классификатора продаж используется разрядная система
кодирования. Классификатор является локальным и состоит из восьми знаков.
Структурная формула классификатора продаж:
Ф1 = [ХХХХХХХХ];
2) Для классификатора предприятия используется разрядная система
кодирования. Классификатор является локальным и состоит из трех знаков.
Структурная формула классификатора предприятия:
Ф2 = [ХХХ];
3) Для классификатора сотрудников используется порядковая система
кодирования. Классификатор является локальным и состоит из четырех знаков.
Структурная формула классификатора менеджеров:
Ф3 = [ХХХХ];
4) Для классификатора товаров используется порядковая система
кодирования. Классификатор является общесистемным и состоит из восьми
знаков. Структурная формула классификатора товаров:
Ф4 = [ХХХХХХХХ];
5) Для классификатора контрагентов используется порядковая система
кодирования. Классификатор является локальным и состоит из четырех знаков.
Структурная формула классификатора контрагентов:
Ф3 = [ХХХХ];
53
6) Для классификатора места хранения используется разрядная система
кодирования. Классификатор является локальным и состоит из трех знаков.
Структурная формула классификатора места хранения:
Ф2 = [ХХХ];
Разработанные классификаторы позволяют упростить работу системы и
повысить ее эффективность.
Документация представляет собой значительный объем внемашинного
информационного обеспечения. Условия автоматизации придают важное
значение унифицированности документации, а также унифицируют требования
к структуре и контенту документов.
В настоящее время разработано множество видов унифицированной
документации для всех предприятий РФ. Примерами такой документации могут
выступать формы бухгалтерской и управленческой отчетности.
Приведение документа к унифицированному виду предполагает
тщательный отбор и четкое определение требуемой номенклатуры документов.
При этом важно определить сферу назначения и использования документов,
выявить их специфику, которая характерна соответствующим видам
документации. Документы могут подразделяться на унифицированные и
локальные.
Документы должны отвечать следующим требованиям:
– предоставлять достаточную полноту информации, необходимую в
решении задачи;
– исключать избыточную информацию;
– предоставлять достоверную и своевременную информацию;
– быть согласованными с формами первичных документов;
– иметь логичное построение документа;
Чтобы организовать информационную базу (ИБ), применяют три способа
– файловую организацию ИБ;
– интегрированную ИБ;
– смешанную организацию ИБ.
54
При файловой организации база размещается локально на компьютере.
Другие пользователи осуществляют доступ к этому компьютеру посредством
стандартных методов ОС для сетевого обмена данными.
Смешанная организация подразумевает распределённую базу данных,
которая хранится на нескольких серверах и реплицирует свои изменения
согласно определенному расписанию. Такую структуру ИБ используют в
системах класса ERP, чтобы работать в одной информационной базе нескольким
удалённым офисам одновременно.
При интегрированном способе организации информационная база
представляется в виде совокупности взаимосвязанных совместно хранящихся
данных. При этом обеспечивается такая минимальная избыточность, при
которой допустимо их оптимальное использование в любых приложениях. Такая
организация обеспечивает независимость данных от программы, а чтобы
актуализировать данные достаточно общего способа управления.
Для данной работы наиболее целесообразным является использование
интегрированной организации информационной БД. Так, это обусловлено в
первую очередь значительных ежедневных ростом базы – так, ежедневно в базу
будут добавляться 300-800 новых записей. Также оптимальным решением будет
применение СУБД вместо файловой организации базы данных [10].
Существует три модели логической структуры базы данных (по способу
установления связей между данными): иерархическая, сетевая и реляционная.
Реляционная база данных – это база данных, в которой все данные,
доступные пользователю, организованы в виде таблиц, а все операции над
данными сводятся к операциям над этими таблицами. Для представления
реляционных баз данных разработана формальная теория баз данных,
теоретическую основу которой составляет алгебра и математическая логика.
Реляционная модель ориентирована на организацию данных в виде
двумерных таблиц. Каждая реляционная таблица представляет собой двумерный
массив. Реляционная модель базы данных (relational database model) для
хранения и организации информации использует атрибуты (столбцы) и записи
(строки). Реляционная модель базы данных в настоящее время является наиболее
широко используемой моделью.
55
Реляционная база данных состоит из двумерных таблиц, каждая таблица
содержит уникальные строки, столбцы и ячейки. Каждая ячейка содержит
только одно значение данных, представляющий собой конкретное значение
атрибута соответствующей записи.
Иерархическая модель базы данных (hierarchial data model) объединяет
связанные записи и поля в логическую древовидную структуру. Эта структура и
взаимосвязи между элементами данных, отличаются от тех, которые
используются в реляционной базе данных. В иерархической базе данных
родительские элементы могут иметь дочерние элементы (один, несколько или ни
одного). Древовидная структура имеет ветви, каждая из имеет множество писем
- полей данных. В таких базах данных хорошо известны, заранее определены
пути доступа к данным, но они не настолько гибки при создании отношений
между элементами данных, по сравнению с реляционными базами данных.
Иерархические базы данных целесообразно использовать для хранения данных,
имеющих отношение «один-ко-многим».
Объектно-ориентированная база данных (object-oriented database)
предназначена для работы с различными типами данных (изображения, аудио,
документы, видео). Система управления объектно-ориентированными базами
данных (ODBMS - object-oriented database management system) более динамична
по своей природе, чем реляционная СУБД, поскольку она создает объекты при
необходимости, а данные и процедуры (названные методами) при запросе
объекта предоставляются вместе с ним. При работе с реляционной базой данных,
программа имеет использовать свои собственные процедуры для получения
данных из базы данных и их обработки. Реляционная база данных не
предоставляет процедур, как это делает объектно-ориентированная база данных.
Объектно-ориентированная база данных использует классы для определения
атрибутов и процедур ее объектов.
В качестве модели логической структуры базы данных будет
использоваться реляционная база данных. Такая модель предоставляет
возможность быстрого сформирования межтабличных связей, правильно
строить запросов к базе данных. Также такая архитектура является более
простой и минимизирует время выполнения запроса [10].
56
1.4.2. Обоснование проектных решений по программному
обеспечению
Средой разработки автоматизированной системы учета спроса на
продуктовый ассортимент сети аптек ЛОГП «Ленфарм» является система 1С
Предприятие версии 8.3, это обусловлено следующими соображениями.
«1С:Предприятие» является универсальной системой автоматизации
деятельности предприятия. Это среда разработки и исполнения, включающая в
себя набор инструментов, механизмов и сервисов, обеспечивающих все
необходимое для разработки прикладных решений, их работы,
администрирования и обслуживания. Система «1С:Предприятие» состоит из:
– платформы, являющейся средой разработки и средой исполнения
прикладных решений,
– созданных на ее основе прикладных решений различного масштаба
и различной направленности,
– методологии создания прикладных решений,
– информационно-технологической поддержки пользователей и
разработчиков.
За счет своей универсальности система «1С:Предприятие» может быть
использована для автоматизации самых разных участков экономической
деятельности предприятия: учета товарных и материальных средств,
взаиморасчетов с контрагентами и др.
Основной особенностью системы «1С:Предприятие» является ее
конфигурируемость. Собственно система «1С:Предприятие» представляет собой
совокупность механизмов, предназначенных для манипулирования различными
типами объектов предметной области. Набор объектов, структуры
информационных массивов, алгоритмы обработки информации,
соответствующих поставленной задаче, определяет конкретная конфигурация.
Вместе с конфигурацией система «1С Предприятие» выступает в качестве уже
готового к использованию программного продукта, ориентированного на
определенные типы предприятий и классы решаемых задач.
57
Конфигурация создается и сопровождается (поддерживается) штатными
средствами системы. Конфигурация обычно поставляется в качестве типовой
для конкретной области применения, но может быть изменена, дополнена
пользователем системы, а также разработана заново. Система «1С:Предприятие»
обеспечивает поддержку типовых конфигураций стандартными средствами.
Функционирование системы делится на два процесса - разработка
(описание модели предметной области средствами системы) и исполнение
(обработка данных предметной области).
На этапе разработки производится:
– формирование структуры обрабатываемой информации;
– создание форм для ввода исходных данных, просмотра различных
списков данных;
– организация хранения введенной и итоговой информации;
– написание отчетов и обработок;
– формирование командных интерфейсов для различных групп
пользователей;
– формирование списка пользователей;
– назначение пользователям определенных прав.
Результатом разработки является программный продукт (конфигурация),
который представляет собой модель предметной области.
В режиме Конфигуратор можно создавать новые конфигурации,
редактировать имеющиеся, а также производить сравнение и объединение
нескольких конфигураций [3.1].
На этапе разработки система оперирует такими универсальными
понятиями (объектами), как документ, журнал документов, справочник,
реквизит, форма, регистр и другие. Совокупность этих понятий и определяет
концепцию системы. В свою очередь, процесс конфигурирования распадается на
несколько составляющих (деление носит условный характер), определяющих
последовательность написания и назначение томов описания. Это «визуальное»
конфигурирование (создание структуры конфигурации, форм диалогов и
выходных документов, механизм работы пользователей с данными (интерфейс)
и права доступа различных групп пользователей к различной информации) и