Рис. 1.13 Декомпозиция блока «Сформировать сопроводительную документацию и
отчетность»
На диаграмме представлены следующие процессы:
– вызов документа «Заявка»;
– создание документа «Счет»;
– сопоставление результатов;
– формирование отчета по затраченным материалам;
– формирование отчета по выполненным работам.
В результате анализа созданных декомпозиций блоков определено, что для
функционирования системы управления сервисным обслуживанием клиентов
необходимо создание дополнительных справочников, документов, обработок для
реализации алгоритма в соответствии с заявленными требованиями.
Предполагается, что средой разработки будет система 1С Предприятие.
Разработка будет вестись в этой среде, для этого необходимо выполнить
следующие операции:
– установить платформу;
– создать каталог информационной базы;
– войти в режиме Конфигуратор и выполнить разработку объектов,
которые обеспечат автоматизацию управления сервисного обслуживания клиентов
в компании NURANA YYLDYZ [10].
Таким образом, программная реализация сводится к разработке
конфигурации в среде 1С, к данной конфигурации предъявляются следующие
требования.
1. Иметь средства обработки обращений клиентов – заявку;
2. Отделу по ремонту техники осуществлять сбор информации о клиентах –
хранение информации о клиентах: общие сведения, обращения, которые были
ранее, контактная информация;
3. Иметь средства и инструменты по управлению остатками
комплектующих, необходимых для ремонта, на складах фирмы – прием
комплектующих, оценка количества оставшихся деталей, списание
комплектующих при выполнении ремонта;
4. Иметь инструменты, которые позволяют отображать формирование
данных о ходе выполнения работы, с автоматическим расчетом суммы за
выполненный ремонт и списанием комплектующих, которые были задействованы в
ремонте;
5. Иметь инструменты, которые позволяют оценить состояние заявок,
уровень вырученных средств от выполняемых ремонтных работ [11].
1.3.2 Обоснование способа приобретения ИС для автоматизации
задачи
Для автоматизации процессов управления и информационного обеспечения
рассматриваются четыре способа приобретения программного обеспечения:
– покупка готовой системы;
– разработка системы самостоятельно;
– разработка системы сторонней аутсортинговой организацией;
– покупка+доработка ИС.
Рассмотрим преимущества и недостатки каждого варианта.
Покупка готовой системы является очень дорогим вариантом, при этом не
учитывается специфика предприятия, функционал может быть избыточным,
купленная система быть требовательной к ресурсам ПК.
Покупка + доработка: данный вариант учитывает недостаток предыдущего
вариант – осуществляется доработка под нужды предприятия, однако вариант
остается дорогостоящим, а доработка системы будет требовать знания конкретной
оболочки или платформы.
Разработка системы сторонней организацией данный случай предполагает
привлечения сторонней компании, вариант является дорогостоящим и несет
определенные риски – не вовремя сделанный проект, появление новых не
обговоренных этапов разработки, что нередко связано с желанием аутсорсинговых
фирм получить завышенные прибыли.
Для разработки системы управления сервисного обслуживания клиентов в
компании NURANA YYLDYZ наиболее оптимальным вариантом является
«Разработка системы самостоятельно» [17].
1.4 Обоснование проектных решений
1.4.1 Обоснование проектных решений по информационному
обеспечению
В информационное обеспечение входят следующие компоненты:
– определение классификаторов;
– определение перечня документации, которая используемой в
информационной системе;
– обоснование выбора информационной базы данных.
В рамках данной работы будет использоваться локальная система
кодирования, которая позволяет кодировать определенные несложные множества
объектов, при этом учитывается возможность увеличения кодируемого множества
и разбиение по одному признаку классификации.
В составе разрабатываемой системы выделены следующие классификаторы:
– классификатор сотрудников;
– классификатор номенклатуры;
– классификатор клиентов;
– классификатор места хранения;
– классификатор поставщиков номенклатуры.
Сводные характеристики классификаторов представлены в таблице 1.2.
Таблица 1.2
Сводные характеристики классификаторов
Наименование
классификатора
Значность
кода
Система
кодирования
Система
классификации
Вид
классификатора
Сотрудники
4
разрядная
Иерархическая
Локальный
Комплектующие
8
разрядная
Иерархическая
Локальный
Клиент
4
порядковая
Иерархическая
Локальный
Место хранения
4
порядковая
Иерархическая
Локальный
Поставщики
комплектующих
5
порядковая
Иерархическая
Локальный
1) Для классификатора сотрудники используется разрядная система
кодирования. Классификатор является локальным и состоит из четырех знаков.
Структурная формула классификатора сотрудники:
Ф1 = [ХХХХ];
2) Для классификатора комплектующие используется разрядная система
кодирования. Классификатор является локальным и состоит из восьми знаков.
Структурная формула классификатора номенклатура:
Ф2 = [ХХХХХХХХ];
3) Для классификатора клиент используется порядковая система
кодирования. Классификатор является локальным и состоит из четырех знаков.
Структурная формула классификатора клиент:
Ф3 = [ХХХХ];
4) Для классификатора место хранения используется порядковая система
кодирования. Классификатор является общесистемным и состоит из восьми
знаков. Структурная формула классификатора место хранения:
Ф4 = [ХХХХ];
5) Для классификатора поставщик комплектующих используется порядковая
система кодирования. Классификатор является локальным и состоит из пяти
знаков. Структурная формула классификатора поставщик номенклатуры:
Ф3 = [ХХХХХ];
Разработанные классификаторы позволяют упростить работу системы и
повысить ее эффективность.
В рамках данной работы использованы локальные документы (см. таб.1.3).
Таблица 1.3
Документы системы управления сервисным обслуживанием
Документ
Идентификатор
Максимальное количество
записей
1
2
3
Прием
комплектующих
ПК
9999
Заявка
З
9999
Счет
Счт
9999
Эти документы должны отвечать следующим требованиям:
– предоставлять достаточную полноту информации, необходимую в
решении задачи;
– исключать избыточную информацию;
– предоставлять достоверную и своевременную информацию;
– быть согласованными с формами первичных документов;
– иметь логичное построение документа;
Чтобы организовать информационную базу (ИБ), применяют следующие
варианты организации базы данных.
1. Модель файловых данных
Данные хранятся в таблицах (один или несколько) в виде записей одной
структуры. Записи можно сортировать, фильтровать. Каждый массив является
независимым документом, без возможности сотрудничества с другими. Примером
является телефонная книга на мобильном телефоне, а также таблицы Excel или
таблицы, выполненные в MS Word [Ошибка! Источник ссылки не найден.].
2. Иерархическая модель данных.
Иерархическая модель данных – это упорядоченные данные в структуре
дерева, на основе основных и подрядных записей. Каждая запись (кроме корня)
сохраняет указатель на одну основную запись. Поиск данных в иерархической базе
данных заключается в поиске подчиненных записей от известного узла.
Логическим примером является семейное дерево, и каждый с базой данных,
построенной на основе этой модели, мы имеем дело со структурой дисковых
файлов в компьютерных операционных системах.
3. Модель данных сети.
Модель данных сети является модификацией иерархической модели, в
которой вместо индекса к родительской записи каждая запись имеет обозначение
принадлежности к коллекции определенного типа. Коллекция является сложным
типом, который содержит ссылки на другие записи определенного типа.
Определение типа сбора заключается в предоставлении типа записи "владельца" и
типа записей - элементов коллекции. Логическая структура данных в этой модели
может быть проиллюстрирована графиком.
4. Модель реляционных данных.
Реляционная модель построена на основе математического понятия
отношений, а ее логическая структура - это таблицы с конкретной структурой и
записями, хранящихся в таблицах. Продолжение этого и следующих нескольких
лекций будет посвящен реляционной модели [Ошибка! Источник ссылки не
найден.].
Для данной работы наиболее целесообразным является использование
интегрированной организации информационной БД. Так, это обусловлено в
первую очередь значительных ежедневных ростом базы – так, ежедневно в базу
будут добавляться 700-800 новых записей. Также оптимальным решением будет
применение СУБД вместо файловой организации базы данных.
1.4.2 Обоснование проектных решений по программному
обеспечению
Разработка системы автоматизации управления сервисного обслуживания
клиентов в компании NURANA YYLDYZ будет выполняться с использованием
системы 1С Предприятие, данная система отличается возможностью создания
различных приложений, имеет встроенный язык программирования, отличает
невысокой требовательностью к ресурсам пользовательских компьютеров,
взаимодействует с SQL сервером, посредством запросов. СУБД является Microsoft
SQL Server 2003, средой разработки системы является платформа 1С Предприятие.
Рассмотрим основные особенности платформы 1С Предприятия.
Выбор платформы «1С Предприятие» обусловлен тем, что данная среда
используется не только как средство настройки прикладных решений
поставляемых фирмой «1С», но и как средство создания новых программных
продуктов.
Изначально при создании системы «1С Предприятие» ставилась задача
обеспечения инструментария, который обладает всеми необходимыми атрибутами
для написания программного кода для различных задач автоматизации.
«1С Предприятие» является предметно-ориентированной средой разработки
и имеет определенные преимущества. Платформа «1С Предприятие» содержит
такие инструменты для выполнения поставленных задач, как визуальное описание
структур данных, собственный встроенный язык программирования, визуальное
описание запросов, визуальное описание интерфейса, описание отчетов, отладка
программного кода, профилирование [8].
В ее составе входит: развитая справочная система, механизм ролевой
настройки прав, инструменты создания дистрибутивов, удаленного обновления
приложений, сравнения и объединения приложений, ведения журналов и
диагностики работы приложения и пр. [23].
Представим наиболее эффективные инструменты создания программных
приложений.
1. Элемент конструкторы, с помощью данных элементов создаются почти
все объекты системы. При вызове конструктора пользуясь его подсказками можно
разработать любой элемент, на первом шаге обычно указывается имя создаваемого
объекта, затем в зависимости от выбранного объекта – может быть принадлежность
субконто, журналу, документу и пр.
2. Мастера создания диалоговых форм предназначены для автоматического
создания удобных диалоговых форм [26]. При создании формы механизм
автоматически размещает реквизиты объекта на созданной форме. После выбора
раздела «Форма», на нее добавляются данные созданного объекта. Данные
располагаются в определенном порядке, который пользователь может изменять по
своему усмотрению. Кроме этого, на форму, можно добавлять различные
элементы, такие как поля, кнопки, переключатели, текст, флажок, картинку,
реквизит диалога, таблицу значений и пр.
3. Встроенный язык программирования – это уникальный инструмент, не
каждая оболочка имеет свой язык программирования, транслятор, отладчик и
мощную систему подсказок [25]. Язык программирования является русскоязычным
(есть англоязычные аналоги команд), ключевые слова отображаются с помощью
цвета, служебный текст также отличается от идентификаторов пользователей.
Развитая система помощи позволяет изучить язык в достаточно короткие сроки.
Кроме этого язык 1С имеет инструменты определения синтаксических ошибок и
логики работы программы. При возникновении ошибки система оповещает о месте
и характере ошибки [21].
4. Схема компоновки данных – эффективное средство для создания запросов
на извлечение данных из БД системы. При вызове данного инструмента создается
процедура, в которую затем помещается текст запроса. Следующим шагом
определяются наборы данных, связи, вычисляемые поля, ресурсы, параметры,
осуществляется настройка.
Данные инструменты среды 1С значительно облегчают работу
разработчиков программных приложений среды 1С.
1.4.3 Обоснование проектных решений по техническому
обеспечению
На данный момент в компании NURANA YYLDYZ используется сервер
следующей конфигурации:
– Название сервера HP ProLiant DL380 G7
– Процессор 2 * Intel Xeon X5687
– ОЗУ 32 GB (8 * 4 GB)
– HP Smart Array P410i + 1GB FBWC
– Жесткий диск 8 * 300GB SAS 10K + 8 HDD trays
– Локальная сеть4 * 1Gb Ethernet
– Блок питания 2 * 460W
Данный сервер отвечает требованиям, а именно обладает высокой
пропускной способностью, высокой функциональностью и производительностью,
характеризуется стабильностью и скоростью работы.
Минимальные требования к персональному компьютеру пользователя
следующие:
– процессор 4-х ядерный 2,2 ГГц;
– ОЗУ минимум 2 Гб, рекомендованный 4 Гб;
– ПЗУ 500 Мб;
– видеокарта минимум 256 Мб;
– монитор;
– клавиатура;
– мышь.
Имеющиеся компьютеры в компании NURANA YYLDYZ соответствуют
минимальным требованиям.
Выводы по главе. В рамках данной главы представлена характеристика
предприятия и его деятельности, отображена организационная структура
предприятия NURANA YYLDYZ, проведен анализ программной и технической
архитектуры предприятия, представлено описание системы обеспечения
информационной безопасности и защиты информации. Рассмотрены
существующие бизнес процессы, представлен анализ существующих разработок
для автоматизации задачи. Определены требования к информационному,
программному и техническому обеспечениям. Представленный анализ позволяет
определить место автоматизации в процессе управления и совершенствования
системы автоматизации управления сервисного обслуживания клиентов в
компании NURANA YYLDYZ, проанализированный материал дает возможность
определить дальнейшую структуру системы.
II Проектная часть
2.1 Разработка проекта автоматизации
2.1.1 Этапы жизненного цикла проекта автоматизации
Жизненный цикл программного средства представлен каскадной моделью:
– определение требований к разработке системы, влияет пользователь
Заказчик и Проектировщик;
– разработка технического задания, влияет Проектировщик;
– проектирование структуры системы, влияет Проектировщик;
– написание программного кода, влияет Программист;
– отладка компонентов, влияет Программист и Заказчик;
– ввод в действие, влияет Программист и Заказчик [16,21].
В среде MS Prоject выполним построение стадий построения проекта,
построив следующие диаграммы:
– план проекта;
– график проекта;
– лист ресурсов.
На рисунке 2.1 представлен календарный график разработки
информационной системы сервисного обслуживания клиентов.
Дата начала разработки проекта 10.06.2019, завершение проекта планируется
на 15.10.2019, термин выполнения проекта 82 дня.
При создании задачи необходимо указать его предшественника, а также
выбрать ресурсы, которые используются при выполнении задачи. При создании
задачи и связывании с предшественником можно указать тип предшественника, в
MS Project реализованы следующие типы:
– окончание – начало – имеется в виду отношение, в котором завершается
выполнение предыдущей задачи и только после этого начинается работа
следующей;
– начало – начало – имеется в виду отношение, в котором при начале
выполнения предыдущей задачи и начинается работа следующей;