38
Для автоматизации рассматриваемого бизнес процесса была выбрана
платформа 1С, выбор которой обоснован следующими факторами:
1. Программные продукты на платформе 1С: Предприятия 8.3 стали
более функциональными: широкий набор подсистем и функций, новые
возможности масштабируемости и т.д.
2. Многопользовательский режим поддерживает одновременную
работу большого количества пользователей без заметного снижения времени
реакции системы.
3. Масштабируемость 1С: Предприятие 8 обеспечивает хороший
«запас» по количеству пользователей и функциональности системы. Одно и
то же прикладное решение можно использовать как в одно, так и в
многопользовательском варианте без модификации самого прикладного
решения. Поэтому при увеличении количества пользователей можно перейти
на клиент-серверный вариант работы и в дальнейшем повышать
производительность системы, увеличивая мощности компьютеров, на
которых работает сервер 1С: Предприятия 8 и серверы баз данных.
4. Наличие клиент-серверного и файлового варианты работы.
5. Наличие динамического управляемого интерфейса,
позволяющего автоматически создавать формы объектов, состоящих из
команд и окон, доступность тех или иных команд зависит от прав
пользователей, настроек, сделанных в информационной системе и других
параметров.
6. Гибкая настройка отчетов и группировок благодаря
использованию механизма платформы «Система компоновки данных»,
консоль отчетов позволяет самостоятельно создавать новые отчеты без
обращения к специалистам.
39
1.3.3. Выбор и обоснование способа приобретения ИС для
автоматизации задачи
Для реализации поставленных задач рассмотрены несколько способов
приобретения ИС, от покупки готового решения, до реализации ИС на
основании технического задания.
Сравнительная таблица приобретения ИС
Таблица 1.3
Способ
приобретен
ия/
Критерии
оценки
Покупка
готовой
информацион
ной системы
Разработк
а ИС по
техническ
ому
заданию
внутри
компании
Разработка
ИС по
техническому
заданию
подрядной
организацией
Приобретен
ие и
доработка
готовой
системы
Соответств
ие
поставленн
ой задаче
Жестко
заданные
разработчиком
ИС алгоритмы
работы,
необходимость
доработки под
внутренние
бизнес
процессы
Соответств
ие
техническо
му
заданию,
возможнос
ть
доработки
в процессе
эксплуатац
ии
Соответствие
техническому
заданию,
сложность
доработки в
процессе
эксплуатации
Необходимос
ть анализа
кода готовой
системы,
возможные
ограничения
лицензиата
на доработку
ИС
Расчетная
стоимость
внедрения
120000р. / 20
пользователей
240000р.
От 200000 р.,
необходим
анализ ТЗ для
более точной
оценки
120000р. / 20
пользователе
й + 100000 р.
Доработка
ИС
Гибкость
системы, ее
адаптивные
качества
Фиксированны
й функционал
со сложностью
доработки
Возможнос
ть
дорабатыва
ть
функциона
л под
Изменение ИС
в рамках
договора-
подряда на
доработку
Доработка
отдельных
модулей ИС,
без
глобальных
изменений
40
бизнес
процессы
компании
базового
функционала
Оценка
надежности
ИС
(Поддержка
производит
еля)
Высокая
Средняя
Средняя
Низкая
ГЛАВА 2. Разработка проекта автоматизации
В данной главе будет построена ER-модель базы данных, на основании
которой разработана информационная система, описаны интерфейс и
41
структура дерева конфигурации разработанной информационной системы,
созданные константы, справочники, документы и их печатные формы,
регистры и отчёты, подсистемы.
2.1 Разработка проекта автоматизации
Инфологическим (концептуальным) проектированием называется
первый этап в процессе проектирования базы данных, который представляет
собой создание информационной модели для анализируемого процесса
складского учёта в ООО «ЦНИИ Маш», не зависящей от любых физических
аспектов ее представления. Задачей концептуального проектирования
является определение предметной области системе в рамках
автоматизируемого процесса.
Концептуальная модель (ER-диаграмма) представляет собой описание
структуры базы данных, с помощью которой возможно выделить ключевые
сущности и обозначить связи, которые могут устанавливаться между этими
сущностями. [11]
Особенностью данного этапа в том, что процедура конструирования
информационной модели не зависит от каких-либо физических условий её
реализации, таких как СУБД, язык программирования, тип вычислительной
платформы и любых других условий реализации. Сама модель создаётся на
основе требований будущих пользователей. В процессе разработки
концептуальная модель постоянно подвергается тестированию и проверке на
соответствие требований, выставленных пользователями.
Выделим базовые сущности и их атрибуты:
1. Товары – код, наименование, вид, единица измерения,
производитель, описание;
2. Поставщики – код, наименование, менеджер, телефон, адрес;
3. Сотрудники – код, ФИО, должность, дата рождения, телефон;
4. Должности – код, наименование;
5. Виды товаров – код, наименование;
42
6. Производители – код, наименование;
7. Единицы измерения – код, наименование;
8. Склады – код, наименование;
9. Причины списания – код, наименование.
Подчинённые сущности:
1. Заявка поставщику – номер, дата, поставщик, менеджер, сумма
заказа, список товаров;
2. Оплата поставщику – номер, дата, по заявке, поставщик, бухгалтер,
сумма оплаты;
3. Приходная накладная – номер, дата, поставщик, ответственный,
склад, список товаров;
4. Расходная накладная – номер, дата, получил, выдал, склад, список
товаров;
5. Перемещение товаров – номер, дата, склад получатель, склад
отправитель, ответственный, список товаров;
6. Списание товаров – номер, дата, причина списания, ответственный,
склад, список товаров;
7. Инвентаризационная ведомость – номер, дата, ответственный,
склад, список товаров;
На рисунке 2.1 продемонстрирована концептуальная модель будущей
информационной системы, разработанная в системе управления базами
данных Microsoft Access.
43
Рис. 2.1 – ER-модель процесса складского учёта ООО «ЦНИИ
Маш»
Созданная концептуальная модель данных предприятия является
источником информации для разработки базы данных.
2.2 Информационное обеспечение задачи
Актуальная версия платформы 1С:Предприятие версии 8.3
предполагает использование управляемого интерфейса, который состоит из
команд и окон, является динамическим, т.е. доступность тех или иных
команд зависит от прав пользователей, настроек, сделанных в
информационной системе и других параметров. [12]
С помощью команд в управляемом интерфейсе можно переключаться
между разделами информационной системы, открывать различные списки,
формировать отчеты.
Разработанный интерфейс и рабочий стол информационной системы
представлен на рисунке 2.2.
44
Рис. 2.2 – Командный интерфейс и информационной
системы
2.3 Программное обеспечение задачи
Основным понятием при разработке прикладных решений в среде 1С
является объект метаданных, именно в определении набора этих объектов и
заключается проектирование информационной системы. Совокупность
объектов метаданных различного типа определяет внутреннее строение базы
данных и структуру хранящейся в ней информации. Для построения
структуры объектов информационной системы использовалась построенная
ранее инфологическая модель. [13]
Структура метаданных разрабатываемой информационной системы
представлена на рисунке 2.3.
45
Рис. 2.3 – Структура дерева информационной системы
Применительно к платформе 1С, разработка информационной системы
означает создание прикладных объектов (справочников, документов,
регистров, отчетов и др.) с описанием их параметров и характеристик.
Созданные объекты отражаются в дереве метаданных информационной
системы.
Рассмотрим подробнее созданные для разрабатываемой
информационный системы объекты дерева метаданных.
2.3.1 Характеристика базы данных
Константы – это данные, которые всегда остаются неизменными и
имеют одно и то же значение, независимо от времени. Одна константа может
хранить в себе одно значение.
В разрабатываемой информационной системы были созданы
следующие константы (Рис. 2.4).
46
Рис. 2.4 – Созданные константы
Для отображения всех констант в одном окне, создана общая форма
констант «Сведения по организации» (Рис. 2.5). Вызвать её можно в разделе
«Сервис» на командной панели.
Рис. 2.5 – Общая форма констант
47
Справочники – это прикладные объекты платформы, которые
позволяют хранить в информационной базе данные, имеющие одинаковую
структуру и списочный характер.
Структура разработанных справочников и описание их реквизитов
представлены в таблице 2.1
Таблица 2.1
Структура и состав справочников
Наименование
объекта
Реквизиты
Тип и свойства
Справочник
«Товары»
Код
Строка, длина - 9
Вид
Справочник. Виды Товаров
Наименование
Строка, длина - 80
Единица Измерения
Перечисление Ссылка. Единицы
Измерения
Производитель
Справочник. Виды товаров
Описание
Строка, длина - неограниченная
Справочник
«Поставщики»
Код
Строка, длина - 9
Наименование
Строка, длина - 55
Менеджер
Справочник. Сотрудники
Телефон
Строка, длина - 20
Адрес
Строка, длина - 90
Справочник
«Сотрудники»
Код
Строка, длина - 9
Наименование
Строка, длина - 50
Должность
СправочникСсылка. Должности
Дата рождения
Дата
Телефон
Строка, длина - 20
Справочник
«Должности»
Код
Строка, длина - 9
Наименование
Строка, длина - 40
Справочник «Виды
товаров»
Код
Строка, длина - 9
Наименование
Строка, длина - 50
Справочник
«Производители»
Код
Строка, длина - 9
Наименование
Строка, длина - 50
Справочник
«Склады»
Код
Строка, длина - 9
Наименование
Строка, длина - 50
Справочник
«Причины
списания»
Код
Строка, длина - 9
Наименование
Строка, длина - 50
Рассмотрим подробнее разработанные справочники:
Справочник «Товары» - хранит информацию по номенклатуре товаров,
находящихся на складах, и их характеристики с иерархией по группе товаров
(Рис. 2.6).