43
стратегические и оперативные планы. Подобный подход выбирается в случае,
если инвестиционные ресурсы ограничены и не потянут полную автоматизацию
компании, а реализованная автоматизация участка показывает неплохие
результаты;
• Автоматизации по направлениям, подразумевающая автоматизацию
отдельных групп, бизнес-процессов (направлений) - изготовление, продажу,
управление финансами.
Если мы меняем объект, то нужно менять и предметную область.
Выбор системы зачастую связан с видом услуг и составом затрат.
Реализовав систему, мы получаем “конструктор” АРМов.
Хаотичная стратегия не актуальна, так как использование ИС
рассматривается в долгосрочной перспективе, а также возможно расширение и
добавление технических возможностей системы. Автоматизация по участкам
включает автоматизацию некоторых отделов компании. Метод автоматизации по
направлениям самый подходящий, поскольку в случае его использования будет
реализована автоматизация единого направления - планирования.
Стратегия автоматизации изначально должна соответствовать задачам и
стратегии бизнеса. В понятие стратегии обычно включаются пути достижения
этого соответствия.
В случае для предприятия подходит стратегия автоматизации «по
участкам», т.к. автоматизируется отдельное подразделение (участок) – отдел
продаж компании.
При такой стратегии и методе решения задачи автоматизации станут
выглядеть так:
• Описание и определение ПО, который включает в себя определение
ОС, выбор СУБД, определение приложений;
• Определение технического обеспечения, подбор подходящей ЛВС и
определение модели применяемых ПК;
• Практическая реализация, включающая применение БД, ее
построение и внедрение, приобретение технических средств, прокладку ЛВС,
установку нужного ПО.
44
Поэтому процесс создания и применения ИС на предприятии состоит из
таких этапов:
• Изучение описываемых требований и анализ бизнес-процессов
предприятия;
• Подготовка ТЗ;
• Создание системы;
• Подготовка документов по разработанной системы;
• Проведение тестирования;
• Инсталляция и применение системы.
При конкретной стратегии и методе решения задачи автоматизации будут
выглядеть так:
• Описание и анализ ПО, включающий в себя определение ОС,
определение СУБД, и приложений;
• Подбор технического обеспечения, самой топологии ЛВС и
определение компонентов ПК;
• Практическая реализация, включающая внедрение БД, состоящее из
проектирования и реализации БД, покупку требуемых технических средств,
прокладку ЛВС, наладку програмного обеспечения.
Далее идут этапы тестирования и внедрения системы.
По итогу, процесс создания и применения ИС на предприятии имеет
несколько этапов:
1. Изучение описываемых требований и понимание бизнес-процессов
компании;
2. Подготовка ТЗ;
3. Само создание системы;
4. Подготовка документации по разработанной системы;
5. Проведение тестирования.
6. Установка и использование системы.
45
1.3.3 Выбор и обоснование способа приобретения ИС для
автоматизации задачи
Способы внедрения ИС – это совокупность действий от определения и
формализации решения об использовании ИС до момента, когда ИС уже будет
использоваться в компании. Есть следующие способы приобретения ИС:
• Создание (самостоятельно или на заказ);
• Покупка системы (отечественной или зарубежной ИС);
• Покупка и последующая доработка (самостоятельно или на заказ);
• Арендование.
Опишем детально все способы на предмет их применения к
автоматизации указанной ранее задачи.
При покупке готового решения важно выбрать такое решение, которое
сможет 100% соответствовать схемам построения бизнеса. Это довольно
сложно, поскольку разработчики систем автоматизации хотят угодить
большинству потенциальных клиентов и создают системы, которые изначально
перегружены лишним функционалом, за которые в любом случае надо платить,
либо система является каркасом для реализации решения под отдельного
потребителя. Эти варианты не подходят для решения указанной ранее задачи,
поскольку покупка готовой ИС для автоматизации по направлениям становится
невыгодным с точки зрения конечной стоимости такой системы.
Купленная ИС также не подходит из-за ряда недостатков и минимального
функционала, плохо проработанной системы будущего развития ИС,
длительного срок адаптации под требования предприятий, так же
необходимости постоянного обращения в службу поддержки.
Заказ разработки у другой IT-компании дает возможность получить ИС,
которая будет удовлетворять бизнес-правилам компании в настоящий момент.
Но в процессе изменения бизнес-процессов может потребоваться ее переработка,
что выльется в дополнительные затраты на переработку уже созданной ИС.
Покупка и доработка имеет место, если объем доработки не так велик,
подобная доработка становится возможна в рамках модели ядра ИС, что может
46
вызвать затруднения из-за отсутствия полноценной документации. Вариант с
арендой ИС имеет следующие преимущества:
• Оптимизирует инновационные возможности компании благодаря
взаимодействию и партнерству с поставщиками мирового уровня, которые уже
накопили огромный интеллектуальный потенциал и имеют богатый опыт
разработки;
• Поддерживает большую гибкость компании в момент очередного
изменения рыночной ситуации или потребительских предпочтений: удобнее и
дешевле стать сотрудничать с новыми поставщиками, у которых уже есть
необходимые технические возможности и ресурсы, чем полностью менять
внутреннюю деятельность компании, заменяя одни мощности и ресурсы на
другие;
• Ускоряет процесс приобретения новых ресурсов и навыков;
• Дает возможность подробнее останавливаться на тех операциях,
которые реализуются внутри самой компании, а также тех, которые лучше
изначально сохранить под ее контролем.
Однако в таком случае компания рискует вывести за свои пределы
значительную часть деятельности и может потерять некоторые собственные
ресурсы и возможности. И тогда компания утратит виды деятельности, которые
гарантировали ей успех на рынке в течение некоторого времени.
Поэтому ИС будет создаваться в компании собственными силами,
поскольку в штате фирмы есть квалифицированные сотрудники, способные
разработать и внедрить данную ИС. Создание собственной системы обязывает
компанию иметь специалистов, способных реализовать анализ бизнес-
процессов, спроектировать и внедрить систему для их автоматизации. Так как
автоматизируется одно не самое объемное направление деятельности,
имеющимся сотрудникам не составит особого труда реализовать весь комплекс
работ по созданию проекта, разработке и внедрению системы автоматизации.
Полученная в итоге ИС будет сочетать в себе необходимый функционал,
учитывать основные особенность работы, а также пожелания и требования
сотрудников компании, поскольку будет изначально являться уникальным
47
продуктом, позволяющим оперативно дорабатывать функциональность в
соответствии с требованием работников компании.
1.4 Обоснование проектных решений
1.4.1 Обоснование проектных решений по информационному
обеспечению
В совокупности ИО описываемого комплекса задач основное место
отдано классификатору экономических данных: уменьшить объём призначной
части (ID) показателей, что приведет к минимизации объема хранимой
информации в ЭВМ и время на поиск этих данных, необходимых для решения
задач, а упросить создание информации поможет классификация и кодирование
данных.
Классификатор это документ, который помогает реализовать
формализованное описание экономических данных в ЭИС, включающей имена
объектов, имена классификационных группировок и их персональные коды.
Исходя из использования, их делят на 3 группы:
• Основные классификаторы, применяемые по всему государству во
всех отраслях и на всех уровнях управления для адекватного и повсеместного
обозначения объектов;
• Отраслевые классификаторы, применяемые в рамках конкретной
отрасли или ведомства;
• Местные, применяемые в рамках компании или группы компаний.
Для полноценной формализации экономическых данных не хватит
простой классификации, потому дополнительно реализуется процесс
кодирования.
Кодирование является процессом получения условных обозначений
объектам и группам классификации по имеющейся системе кодирования.
Система кодирования считается сборником правил выделения объектов и
группировок с применением кодов.
Код становится условным обозначением объектов или группировки в виде
знака или группы знаков исходя из принятой системы. Любая система
48
кодирования может соединить 2 подмножества: классификационная система и
регистарционная систем кодирования.
Требования, которым обязан следовать новый классификатор, звучат так:
• Полный охват объектов и признаков классификации любым
классификатором;
• Адекватность признаков деления множеств объектов с типами
анализа экономических данных;
• Полная однозначность имен объектов и их кодовых обозначений;
• Легкость кодирования и доступность автоматизации классификации
и кодирования;
• Увязка с остальными классификаторами и сборниками
обозначений;
• Результативность применения классификатора при обработке
данных.
Классификаторы применимы для описания данных, могу обосновать,
единство кодирования и классификации и нужны для безошибочной машинной
обработки и выдачи данных в удобной форме для решения потребительских
проблем.
В описанной задаче использовались 2 общероссийских классификатора:
• ОКУД – общий классификатор управленческих документов;
• ОКОПФ – общий параметр организационно-правовых форм.
По любому в процессе реализации системы может применятся
реляционная модель БД. Такая модель опивает на отдельной предметной
области совокупность отношений, изменяющихся во времени. В процессе
создания программы данная совокупность помогает получить данные по
объектам предметной области, а также помогает создать модель связи между
ними. Сами же данные помещаются в таблицы. Для простоты поиска и
определения любая таблица имеет свой уникальный код.
Обычно к ИО предъявляют ряд требований, а именно:
• ИО должно быть полноценным и адекватным для поддержки всех
описываемых функций;
49
• При кодировке данных важно применять подтвержденные ID;
• В процессе кодировки входной или выходной информации,
применяемой на высшем уровне управления, важно использовать лишь
классификаторы данного уровня;
• ИО обязано быть на 100% совместимо с создаваемой системой;
• Все формы документов должны сочетаться с корпоративными
стандартами и определенной системы документации;
• Структура визуальных форм и всех документов должна полностью
соответствовать описанию каждого рабочего места сотрудника;
• Применяемые сокращения, графики и сообщения должны быть
приняты в обществе и рассматриваемой предметной области, а также
утверждены с заказчиком.
В ИС важно предусмотреть механизмы проверки входной и выходной
информации, обновления данных в массивах данных, отслеживания целостности
БД, защиты НСД.
Локальные классификаторы используют в пределах отдельных
предприятий.
К первичной информации относится:
информация о группе товара или услуги: наименование группы
информация о товаре или услуге: код товара или услуги,
наименование, тип товара или услуги
информация о приходе товара: наименование, количество, цена,
дата.
информация о продажах товара или услуг: код, наименование,
количество, цена, дата, клиент.
К результатной информации будут относиться:
Отчет «Статистика продаж»
Отчет «Список клиентов»
Накладная;
Прайс-лист;
Счет на оплату.
50
Основными экранными формами должны стать:
Форма учета товаров или услуг;
Форма учета клиентов;
Форма учета продаж товаров или услуг.
Система должна обладать надежностью, оперативное восстановление
работоспособности при сбоях и функционировать ежедневно в рабочие дни в
непрерывном режиме в течение установленного рабочего времени
пользователей.
Система должна не терять работоспособность в случае возникновения
сбоев, аварий и отказов, возникающих на рабочих станциях, печатающих и
других устройствах пользователей при работе с системой.
Система должна обеспечивать восстановление работоспособности и
сохранности данных при появлении сбоев, аварий и отказов, возникающих на
серверах Системы и сетевом аппаратном обеспечении.
Система должна сохранять работоспособность при неверном выходе из
Системы (завершение работы с Системой) на рабочей станции (компьютер,
ПВЭМ).
Стабильное функционирование системы поддерживается реализацией
следующих организационно-технических мероприятий:
• Постоянное бесперебойное питание ТС;
• Применение только лицензированного ПО;
• Четкое следование рекомендациям, описанным в документе
Министерства труда и социального развития РФ от 23 июля 1998 г. «Об
утверждении межотраслевых стандартных норм времени на работы по
сервисному обслуживанию ПЭВМ и оргтехники и ТС»;
• Следованием ГОСТ Р51188-98 ЗИ. Проверка всех программных
средств на наличие зловредных приложений.
Длительность восстановления работоспособности системы после отказа,
которое было вызвано техническим сбоем, небольшим сбоем в работе ОС,
должна быть не более 120 минут, в случае полного соблюдения условий
эксплуатации программных средств и оборудования.
51
Длительность восстановления работоспособности системы после отказа,
который случился из-за неисправности ТС, глобального сбоя ОС, должна быть
не более, чем необходимо на устранение неисправностей ТС и переустановки
ПО.
Система должна быть русифицирована на всех стадиях приема, передачи,
анализа и представления данных, которые помогают пользователю проще
ориентироваться в функциях системы.
Система обязана быть созданной с учетом текущих требований по
технической эстетике и эргономике. К таким требованиям можно отнести:
• Комфорт и удобство работы пользователя;
• Логичный интерфейс, созданный с учетом стандартных для
пользователя задач;
• Группировка пунктов меню или их аналогов в соответствии с
функциями, задачами и технологией работы пользователей;
• Однозначность в понимании назначения пунктов меню или его
аналога;
• Применение графического пользовательского интерфейса;
• Все цвета интерфейса должны быть в спокойных тонах, не вызывать
утомление зрения;
• Полное соответствие интерфейса программы стандартам, принятым
в ОС MS Windows;
• Задание критериев для выполнения поиска и выборки информации
без привлечения языков программирования;
• Доступность необходимого набора используемых словарей и
справочников;
• Реализация похожих функций похожими методами.
Работа системы должна поддерживать явное согласие пользователем
сохранения изменяемых и вводимых данных в диалоге с системой.
Работа системы должна полностью поддерживать быстрое исполнение
команд благодаря применению:
• Функциональных или быстрых клавиш;
52
• Режима быстрого поиска по первым буквам поля в списках,
журналах документов;
• В процессе реализации одних и тех же действий клавиатуры или
мыши (все управляющие клавиши клавиатуры и мыши должны быть похожи на
те, которые используются в MS Windows).
Система создана на архитектуре «клиент-сервер» с имеющейся СУБД
MySQL. Программные средства системы отвечают соглашениям и стандартам,
находящимся в MS Windows в рамках взаимодействия с клавиатурой, выведения
данных на экране, вызова справочников, реализации пользовательского
интерфейса и т.п.
Для уменьшения количества технологических процедур при работе
системы, совокупные для всех функций процедуры создаются единообразно.
Проектные методики системы при реализации различных функций
обязаны поддержать:
• Следование единым правилам реализации интерфейса с
пользователем;
• Одинаковая реакция системы на некорректные действия
пользователей;
• Одинаковое заполнение классифицируемых реквизитов с
применением справочников;
• Применение законченного перечня терминов и определений
системы в процессе диалога и создании экранов;
• Классический подход к разделению доступа пользователей к
системе.
Данные, собираемые и обрабатываемые в Системе, должны
соответствовать составу информации, определяемому в соответствии с
нормативными правовыми актами и требованиями Заказчика.