38
Часто можно доработать только в рамках информационной
модели ядра.
Вариант аренды информационной системы (аутсорсинг) предполагает,
что доступ к информационной системе можно получить сразу после оплаты
по ранее заключенному договору, обслуживание и эксплуатация полностью
осуществляется «чужой» фирмой, а значит нет нагрузки на ИТ персонал
типографии и информационную архитектуру. На и имеет следующие
недостатки:
Функциональность информационной системы часто имеет
«универсальный» характер и не имеет специфики;
Конфиденциальная информация холдинга будет хранится у
сторонней организации.
Вариант разработки информационной системы собственными силами
предоставит возможность получить систему, которая будет полностью
подходить под рассматриваемые бизнес процессы. Помощь в формировании
требований к системе будут оказывать сотрудники типографии.
Преимуществом данного варианта является:
Низкая стоимость разработки и проектирования;
Хорошая адаптация к предъявляемым требованиям;
Продукт не тиражируем (индивидуален);
Возможность быстрого изменения функциональности;
Полная интеграция с имеющимися ИС собственной разработки.
Разработка информационной системы собственными силами потребует
на порядок меньших затрат чем приобретение готовых решений, малую
необходимость в обучении, предоставит высокую интегрируемость,
обеспечит максимальную наглядность и полное решение поставленных
задач, что делает этот вариант самым выгодным для автоматизации
процессов в типографии «АР-Принт».
39
1.7.3. Выбор и обоснование стратегии автоматизации задачи
Понятие стратегии автоматизации включает в себя базовые принципы,
используемые при автоматизации предприятия. [9]
В ее состав входят следующие компоненты:
• цели: области деятельности предприятия и последовательность, в
которой они будут автоматизированы;
• способ автоматизации: по участкам, направлениям, комплексная
автоматизация, хаотичная;
• долгосрочная техническая политика - комплекс внутренних
стандартов, поддерживаемых на предприятии;
• ограничения: финансовые, временные и т.д.;
• процедура управления изменениями плана.
Критериями выбора стратегии автоматизации являются ограничения по
финансовым, временным затратам. В связи с этим рассмотрим возможность
применения одной из четырёх стратегий автоматизации:
Хаотичная автоматизации предполагает установку частей
информационной системы по мере возможностей, является наиболее плохим
вариантом с точки зрения долгосрочного эффекта и предполагает полное
отсутствие стратегического плана развития информационной системы.
Потребность во внедрение чаще всего определяется сиюминутными
задачами.
Автоматизация по участкам - это процесс автоматизации отдельных
производственных или управленческих подразделений, объединенных по
функциональному признаку. Внедрение характеризуется большой
трудоемкостью для эффективной реализации стратегии обязательно наличие
стратегических и оперативных планов. Данный подход выбирается, когда
инвестиционные ресурсы недостаточны для полной автоматизации
предприятия и когда автоматизация участка позволяет достичь
существенного эффекта. [12]
40
Автоматизации по направлениям - автоматизация отдельных групп,
бизнес-процессов (направлений), таких как производство, сбыт управления
финансами.
Комплексная стратегия автоматизации - это распространение систем
автоматизации на все функциональные направления деятельности компании
за счет проведения системной интеграции (объединения) ИС при внедрении.
Опишем преимущества и недостатки представленных стратегий
автоматизации, применяемых в рамках выполнения проекта по
автоматизации процесса учёта заказов в типографии «АР-Принт»:
Хаотичная стратегия не подходит, так как предполагается
использование информационной системы в долгосрочной перспективе,
расширение и добавление функционала системы.
Комплексная автоматизация предполагает полную автоматизацию всех
функциональных направлений деятельности типографии, в том числе
ведение учёта бухгалтерских операций, начисление заработной платы и т.д.,
а также требует больших временных и финансовых затрат, которые не может
позволить компания.
Автоматизация по участкам предполагает, автоматизацию отдельных
подразделений типографии, в данном случае предполагается автоматизация
не всех процессов, выполняемых каким-либо из отделов типографии.
Стратегия автоматизации по направлению, наиболее подходящий, так
как в данном случае происходит автоматизация отдельных групп бизнес-
процессов типографии, в нашем случае, учёта и контроля выполнения
заказов.
В данном разделе выпускной квалификационной работы была дана
характеристика объекта исследования типографии ООО «АР-Принт»,
описана организационная структура управления и функции структурных
подразделений, программная и техническая архитектура в области
информационных технологий. В ходе изучения объекта исследования был
проведён анализ информационных потоков проектируемой задачи и
41
построена структурно-функциональная модель в контексте IDEF0, с
помощью которой были выявлены проблемы и предложены пути их
решения. На основании выявленных проблем, после анализа Российского
рынка современного программной обеспечения, было принято решение о
разработке собственной системы и выбрана стратегия автоматизации задачи.
1.8. Техническое задание на разработку информационной системы
Для формирования технического задания использован ГОСТ 34.602-89
«Информационная технология (ИТ). Комплекс стандартов на
автоматизированные системы. Техническое задание на создание
автоматизированной системы», в котором описывается необходимое
содержание технического задания. [6]
1. Общие сведения
1.1. Полное наименование системы: Автоматизированная
информационная система для учёта заказов в типографии.
1.2. Краткое наименование системы: ИС «Учёт заказов в типографии».
1.3. Краткая характеристика области применения: система
предназначена для применения в типографии ООО «АР-Принт», которая
ведет свою деятельность в сфере производства типографической продукции.
1.4 Порядок предъявления результата: Информационная система
предоставляется в виде файла с конфигурацией (расширение *.cf),
разработанной на платформе 1С:Предприятие 8.3.
2. Назначение и цели разработки ИС.
2.1. Функциональное назначение системы: Информационная система
предназначена для автоматизации процесса учёта и контроля выполнения
заказов в типографии.
2.2. Эксплуатационное назначение системы: Система должна
эксплуатироваться сотрудниками организации.
42
2.3. Цель разработки информационной системы: Целью данной работы
является повышение эффективности сотрудников и снижения затрат в
процессе работы типографии путем разработки информационной системы на
платформе 1С:Предрпиятие 8.3 для автоматизации процесса учёта и контроля
выполнения заказов.
3. Краткая характеристики объекта автоматизации.
3.1. Объект исследования: общество с ограниченной ответственностью
«АР-Принт».
3.2. Основной вид деятельности по ОКВЭД: Прочие виды
полиграфической деятельности; Прочие виды полиграфической
деятельности.
4. Требования к информационной системе
4.1 Требования к составу выполняемых функций:
4.1.1. Оформление заявки клиента
4.1.2. Расчёт стоимости выполнения заказа
4.1.3. Приём оплаты от клиента
4.1.4. Формирование заявки поставщику
4.1.5. Оплата поставщику
4.1.6. Оприходование материалов для производства
4.1.7. Выполнение заказа
4.1.8. Списание израсходованных материалов
4.1.9. Отгрузка готовой типографической продукции
4.1.10. Внесение справочной информации
4.1.11. Формирование отчётов
4.1.12. Обеспечивать контроль и оперативный доступ к любой
необходимой информации
4.2. Функциональные требования:
4.2.1. Ожидание открытия страницы не менее 30сек
4.2.2. Ожидание загрузки комментария менее 20сек
4.2.3. Логин должен состоять из букв латинского алфавита
43
4.2.4. Пароль должен содержать от 7 символов включать в себя одну
заглавную букву
4.3. Нефункциональные требования:
4.3.1. Требования к надежности включают:
4.3.1.1. при сбоях в системе электроснабжения аппаратной части,
приводящих к перезагрузке ОС, восстановление программы должно
происходить после перезапуска ОС и запуска исполняемого файла системы;
4.3.1.2. при ошибках в работе аппаратных средств (кроме
носителей данных и программ) восстановление функции системы возлагается
на ОС;
4.3.1.3. при ошибках, связанных с программным обеспечением (ОС
и драйверы устройств), восстановление работоспособности возлагается на
ОС.
4.3.2. Требования по безопасности включают:
4.3.2.1. Требования по обеспечению безопасности при монтаже,
наладке, эксплуатации, обслуживании и ремонте технических средств
системы (защита от воздействий электрического тока, электромагнитных
полей, акустических шумов и т. п.), по допустимым уровням освещенности,
вибрационных и шумовых нагрузок.
4.2 Требования к численности и квалификации персонала системы и
режиму его работы.
4.2.1. Требования к численности персонала.
4.2.1.1. Для обеспечения технического обслуживания и поддержки
информационной системы необходимо в рамках соответствующих
подразделений Заказчика, необходим один сотрудник в должности
Программист.
4.2.1.2. Для эксплуатации информационной системы в рамках
соответствующих подразделений Заказчика, необходимо не менее одного
сотрудника в должностях Мастер, Менеджер по работе с клиентами,
Менеджер по закупкам, Бухгалтер.
44
4.2.2. Требования к квалификации персонала:
4.2.2.1. Пользователь в роли «Программист» должен обладать
навыками разработки, настройки, администрирования и сопровождения
конфигураций, разработанных на платформе 1С:Предприятие 8.3, составлять
инструкции, писать техническую документацию.
4.2.2.2. Пользователи в ролях «Мастер», «Менеджер по работе с
клиентами», «Менеджер по закупкам», «Бухгалтер» должны обладать
практическими навыками работы с конфигурациями, разработанными на
платформе 1С:Предприятие 8.3, для выполнения простых базовых операций
с данными, справочниками, документами и отчетами.
4.2.3. Требования к режимам работы персонала: Персонал, работающий
с информационной системы и выполняющий функции её сопровождения и
обслуживания, должен работать в соответствии с основным рабочим
графиком подразделений Заказчика.
4.3. Сведения об условиях эксплуатации: Информационная система
предназначена для эксплуатации в среде операционных систем Microsoft
Windows или Linux с установленным программным обеспечениям
1С:Предприятие 8.3 и старше, техническое обслуживание (поддержка),
исправление неполадок осуществляется специалистами, предусмотренными в
штатной расписании Заказчика.
4.4. Требования к надежности и отказоустойчивости: Проектируемая
система должна обеспечивать следующие показатели по надёжности:
4.4.1. Доступность системы 24/7/365;
4.4.2. Техническое окно по обслуживанию системы - не более 24 часов
в год;
4.5. Требования к защите информации от несанкционированного
доступа.
4.5.1. Для защиты информации от несанкционированного доступа
Система должна обеспечивать:
4.5.1.1. идентификацию и аутентификацию пользователя;
45
4.5.1.2. проверку прав и ограничений доступа пользователя на
уровне функций и массивов данных при работе с системой.
4.5.2. Доступ к информационной системе и распределение прав
доступа должно быть предоставлено пользователям только с учетом их
служебных полномочий.
4.6. Требования к эксплуатации и обслуживанию информационной
системы
4.6.1. При эксплуатации информационной системы должны
выполняться следующие требования:
4.6.1.1. информационная система должна эксплуатироваться
Заказчиком самостоятельно в виде автоматизированного рабочего места на
платформе 1С:Предприятие 8.3 без использования дополнительного
программного обеспечения;
4.6.1.2. разработчик должен обеспечить гарантийный срок
эксплуатации (не менее 1 месяца) с момента приемки информационной
системы заказчиком;
4.6.1.3. разработчик должен гарантировать техподдержку
информационной системы по истечении гарантийного срока в течение
последующих двух лет эксплуатации. Условия техподдержки должны быть
согласованы в договоре на поставку.
4.7. Требования к обслуживанию технических средств: Условия
эксплуатации, а также виды и периодичность обслуживания технических
средств информационной системы должны соответствовать требованиям по
эксплуатации, техническому обслуживанию, ремонту и хранению,
изложенным в документации завода-изготовителя (производителя) на них.
4.8. Требования по стандартизации и унификации: Для данной системы
должна применяться каскадная модель жизненного цикла ПО.
4.8.1. В системе должны использоваться (при необходимости)
общероссийские классификаторы и единые классификаторы и словари для
различных видов алфавитно-цифровой и текстовой информации.
46
4.8.2. Интерфейс системы, файлы справок и любая текстовая
информация в программе должны быть на русском языке.
4.8.3. Экранные формы должны проектироваться с учетом требований
унификации: Все экранные формы пользовательского интерфейса должны
быть выполнены в едином графическом дизайне, с одинаковым
расположением основных элементов управления и навигации.
4.9. Требования к лингвистическому обеспечению: К
лингвистическому обеспечению информационной системы предъявляются
следующие требования: взаимодействие пользователя с информационной
системой должно осуществляться на русском языке.
4.10. Требования к программному обеспечению
4.10.1. Поставляемое ПО должно быть лицензировано фирмой-
производителем для использования на требуемом типе оборудования
необходимым количеством пользователей. Производителем должна быть
обеспечена техническая поддержка ПО.
4.10.2. Программное обеспечение должно поставляться вместе с
документацией на электронных носителях, входящей в комплект этого
программного обеспечения.
4.11. Требования к обеспечению патентной чистоты
4.11.1. Средства защиты информации должны быть свободными от
возможности предъявления основанных на промышленной,
интеллектуальной и другой собственности любых прав и притязаний третьих
лиц.
4.11.2. Средства защиты информации (компоненты, системы)
должны обладать патентной чистотой на территории Российской Федерации.
4.11.3. Адаптация средств защиты информации не должна
нарушать авторских прав и исключительных имущественных прав на
программные средства правообладателя стандартной базовой программы.
47
Глава 2. Проектная часть
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Под жизненным циклом информационной системы понимают
непрерывный процесс, начинающийся с момента принятия решения о
необходимости создания данной информационной системы и
заканчивающийся в момент полного изъятия её из эксплуатации. [7]
Существует несколько подходов к организации жизненного цикла
информационных систем:
каскадный;
итерационный;
спиральный
Каскадный подход – классический подход к разработке программного
обеспечения в любых предметных областях. Данный подход повсеместно
использовался в 1970–80-х гг. Согласно данному подходу осуществляется
последовательное выполнение работ, при чем вся задача по разработке ПО
обычно разбивается на этапы, которые в свою очередь могут быть разбиты на
подэтапы. Переход к следующему этапу (как и подэтапу) осуществляется
только после полного завершения работ по предыдущему.
Обычно при разработке программного обеспечения по данному
подходу выделяют пять основных этапов, характерных для разработки
любого программного продукта в любой предметной области.
Первый этап предназначен для исследования предметной области,
формулируются требования заказчика к создаваемому программному
продукту. Результатом данного этапа является техническое задание (задание
на разработку), которое представляет собой развернутый список требований
к разрабатываемому ПО, который обязательно согласован со всеми
заинтересованными сторонами. [15]