81
1 Васин В.В. 00003
2 Иванов И.И. 00002
3 Петин П.П. 00004
4 Петров А.В. 00001
Разделитель полей – знак табуляции.
Настройки
Табличный документ Диаграмма
Поле табличного
документа
Сводная таблица
Сводная диаграмма
Построитель отчета
Текст запроса
Источник данных
Интерфейс пользователя
Встроенный язык
Рисунок 29 - Схема работы построителя отчетов.
Система построения запросов в 1С 8.3 не имеет себе равных среди СУБД
массового использования. Практически все виды запросов, которые можно по-
строить программно, в 1С 8.3 можно построить визуально. В 1С 8.3 предостав-
ляется возможность создавать самые разнообразные запросы выборки. Также
представлена развитая система фильтров. Фильтры и система сортировки – одна
из наиболее сильных сторон 1С 8.3. Фильтры строятся с помощью запросов или
установкой критериев.
Блок схема документа «Договор на поставку» представлена на рисунке 30.
82
Начало
Выбор даты и
времени
приема
Заполнение
табличной части
Пока не закончен выбор
Проверка
Есть ошибки
Нет ошибок
Провести и закрыть
Движения по регистру
сведений
Создание документа
договор
Конец
Рисунок 30 - Блок схема документа «Договор на поставку»
Компьютерные системы используют отчеты и запросы для считывания и
представления данных таким образом, чтобы обеспечить полезность информа-
ции, содействовать принятию решений или поддерживать коммерческие прило-
жения.
83
2.4 Контрольный пример реализации проекта и его описание
Для контрольного примера реализации проекта необходимо вначале опи-
сать формальную последовательность действий пользователя разработанной ин-
формационной системы управления поставками в рамках производственной сре-
ды рассматриваемого предприятия.
Как было показано в предыдущих разделах дипломного проектирования,
поставки продукции в организации обеспечиваются при помощи складов раз-
личных видов.
Цепочка управлением поставок может выглядеть следующим образом:
1. Получение продукции (фиксация номенклатуры в справочнике «Про-
дукция).
2. Производственный процесс над полученной продукцией (фиксация в
справочнике «Услуги»).
3. Работа с клиентами (фиксация в справочнике «Контрагенты»).
4. Отгрузка готовой продукции (создание документа «Договор на постав-
ку»).
Рассмотрим реализованную бизнес логику проекта автоматизации управ-
ления поставками. Так как система является многопользовательской, то нужно
рассмотреть работу со стороны трех групп пользователей системы:
- администраторов;
- менеджеров;
- кладовщиком.
Администратор системы выполняет первоначальное развертывание си-
стемы на сервере и на клиентских машинах, заполнение справочников КЛАДР,
устраняет сбои и неполадки в работе системы. Основным инструментов админи-
стратора является конфигуратор (показан на рисунке 31).
84
Рисунок 31 – Конфигуратор системы
Рассмотрим контрольный пример добавления пользователя в систему в
роли администратора.
Для корректной работы системы, необходимо чтобы роли ее пользовате-
лей не пересекались. В платформе 1С это обеспечивается при помощи разграни-
чения прав доступа пользователей системы с применением парольной защиты
двух видов – при помощи аутентификации средствами операционной системы и
при помощи аутентификации средствами платформы 1С. Будем использовать
аутентификацию средствами платформы, этот метод показан на рисунке 32.
85
Рисунок 28 - Создание пользователей
Менеджер системы выполняет основную работу со справочниками полу-
ченной автоматизированной системы.
Работа менеджера начинается с заполнения справочников «Продукция» и
«Услуги». Заполнение справочника продукция показано на рисунке 33.
Рисунок 33 – Заполнение справочника «Продукция»
86
После заполнения необходимых полей формы менеджер нажимает кнопку
«Записать и закрыть». Аналогично происходит заполнение справочника «Услу-
ги» (рисунок 34).
Рисунок 34 – Заполнение справочника «Услуги»
При необходимости, менеджер редактирует справочники «Специалисты»
и «Профессии», которые необходимы для отслеживания выполнения действия
по поставке, совершенных сотрудниками организации. Редактирование справоч-
ников показано на рисунках 35 и 36.
Рисунок 35 – Редактирование справочника «Специалисты»
87
Рисунок 36 – Редактирование справочника «Профессии»
Если контрагент, с которым оформляется договор о поставке, отсутствует
в базе данных информационной системы, то необходимо добавить его в спра-
вочник «Контрагенты».
Процесс добавления контрагента отображен на рисунке 37.
Рисунок 37 – Редактирование справочника «Контрагенты»
88
При работе с данным справочником часть полей формы заполняются ав-
томатически:
- номер истории;
- дата первой поставки.
Адрес контрагента можно выбрать при помощи кнопки «Адрес» из храни-
лища КЛАДР, подключенной к базе данных информационной системы.
На этом действия менеджера заканчиваются, в дело вступает кладовщик,
производящий отгрузку продукции.
Главным действием кладовщика является получение договора о поставке.
Рассмотрим подробно процесс оформления договора. Он состоит из двух этапов.
1. Получение перечня услуг, оказанных для контрагента. Их подбор пока-
зан на рисунке 38.
Рисунок 38 – Получение перечня услуг
2. Печать документа «Договор». Этот процесс показан на рисунке 39.
89
Рисунок 39 – Печать документа «Договор»
Получение документа «Договор» является последним шагом работы в ав-
томатизированной информационной системе. Он печатается в двух экземплярах
– один клиенту, второй в архив организации. Макет поддерживает двухсторон-
нюю печать для экономии бумажных носителей.
В случае необходимости, договор может быть сохранен при помощи вир-
туального принтера в формат безбумажного носителя (*.pdf).
На этом пример работы с информационной системой будем считать за-
конченным.
Исходный код всех модулей в приложении 1. Код модулей разработан на
высокоуровневом языке программирования, входящем в состав конфигуратора
Технологической Платформы 1С. Его характерной особенностью является ис-
пользование кириллических лексем и операндов, что в теории, должно способ-
ствовать повышению уровня читаемости кода программистами поддержки
платформы.
Макет документа «Договор» представлен в приложении 2.
90
III Обоснование экономической эффективности проекта
3.1 Выбор и обоснование методики расчёта экономической
эффективности
Оценка экономической эффективности ИТ-проекта является обязательной
составляющей его технико-экономического обоснования. И, хотя, конкретный
будущий экономический эффект оценить непросто, тем не менее, это обязатель-
но надо пытаться сделать [9].
В целом, можно выделить три основные группы методов, позволяющих
определить эффект от внедрения: финансовые (они же количественные), каче-
ственные и вероятностные. У каждого метода, финансового или не финансового,
есть свои минусы. Понятно, что автоматизация - тонкий процесс, и далеко не в
каждом бизнес-процессе можно оценить финансовую составляющую эффекта от
нее. Именно поэтому, чтобы более полно проиллюстрировать конечный эффект
от внедрения ИТ-систем, помимо финансовых методов вынуждены использовать
методы нефинансового анализа. И применение всех трех групп методов в конце
концов приводит расчет к верной оценке эффективности ИТ-систем.
Чаще всего применяются три основных финансовых метода определения
инвестиций в ИТ [8]:
1. NPV (Net present value) - чистый приведенный доход или чистая приве-
денная стоимость, это зависит от формулировки.
2. IRR (Internal rate of return) - внутренняя норма доходности или внутрен-
няя норма рентабельности, это тоже зависит от формулировки.
3. Payback - срок окупаемости инвестиций.
Расчет показателей экономической эффективности будем проводить осно-
вываясь на методе NPV (Net present value) - чистого приведенного дохода.
Для расчета экономической эффективности внедряемой информационной
системы необходимо определить перечень или набор ключевых показателей, ко-
торые будут оказывать влияние на финансовые показатели организации.