39
• Автоматизация по участкам, подразумевающая процесс
автоматизации некоторых производственных или управленческих отделов
компании, объединенных по схожей функциональности. К примеру: литейный
участок, бухгалтерия и т. д.
• Автоматизация по направлениям, включающая в себя
автоматизацию некоторых направлений деятельности компании, к примеру:
производство, сбыт, контроль финансов и т.д. Методику, связанную с
автоматизацией по направлениям, часто используют при в системах класса
MRPII, ERP, когда итоговой целью работы становится полная автоматизация
компании.
• Полноценная автоматизация управления компанией, при которой
объединение отражается во всех функциональ¬ных и обеспечивающих
подсистемах предприятия. В рамках технического обеспечения — это ЛВС и
реализация связи компании с внешней средой через глобальные сети. В рамках
информационного обеспе¬чения — это работа с БД под управлением СУБД.
Внедрение математического обеспечения отражается, в первую очередь, в
согласовании входов и выходов математических моделей, построении
различных моделей прогнозирования и планирования, содержательности и
непротиворечивости системы математических моделей. Внедрение ПО заметно в
том, что оно реализуется в виде сложного, но очень гибкого программного
комплекса, который дает возможность выполнять программы в нужной
последовательности и в указанных сочетаниях.
Изучив эти варианты стратегий, определена автоматизация по
направлениям, поскольку становится самым лучшим вариантом для нашего
компании, т.к. нужно автоматизировать единственное направление работы
компании – учет и анализ заявок.
Для компании создание такой стратегии будет выглядеть так:
• Изучение принципа работы предприятия;
• Изучение вариантов последующего развития предприятия;
• Выявление стратегических свойств системы учета продукции;
• Выделение функциональных возможностей системы учета;
• Изучение имеющихся вариантов систем;
40
• Определение хода автоматизации;
• Определение варианта получения;
• Выражение архитектуры;
• Подготовка бизнес-плана.
1.3.3 Выбор и обоснование способа приобретения ИС для
автоматизации задачи
Способы внедрения ИС – это совокупность действий от определения и
формализации решения об использовании ИС до момента, когда ИС уже будет
использоваться в компании. Есть следующие способы приобретения ИС:
• Создание (самостоятельно или на заказ);
• Покупка системы (отечественной или зарубежной ИС);
• Покупка и последующая доработка (самостоятельно или на заказ);
• Арендование.
Опишем детально все способы на предмет их применения к
автоматизации указанной ранее задачи.
При покупке готового решения важно выбрать такое решение, которое
сможет 100% соответствовать схемам построения бизнеса. Это довольно
сложно, поскольку разработчики систем автоматизации хотят угодить
большинству потенциальных клиентов и создают системы, которые изначально
перегружены лишним функционалом, за который в любом случае надо платить,
либо система является каркасом для реализации решения под отдельного
потребителя. Эти варианты не подходят для решения указанной ранее задачи,
поскольку покупка готовой ИС для автоматизации по направлениям становится
невыгодным с точки зрения конечной стоимости такой системы.
Купленная ИС также не подходит из-за ряда недостатков и минимального
функционала, плохо проработанной системы будущего развития ИС,
длительного срок адаптации под требования предприятий, так же
необходимости постоянного обращения в службу поддержки.
Заказ разработки у другой IT-компании дает возможность получить ИС,
которая будет удовлетворять бизнес-правилам компании в настоящий момент.
41
Но в процессе изменения бизнес-процессов может потребоваться ее переработка,
что выльется в дополнительные затраты на переработку уже созданной ИС.
Покупка и доработка имеет место, если объем доработки не так велик,
подобная доработка становится возможна в рамках модели ядра ИС, что может
вызвать затруднения из-за отсутствия полноценной документации. Вариант с
арендой ИС имеет следующие преимущества:
• Оптимизирует инновационные возможности компании благодаря
взаимодействию и партнерству с поставщиками мирового уровня, которые уже
накопили огромный интеллектуальный потенциал и имеют богатый опыт
разработки;
• Поддерживает большую гибкость компании в момент очередного
изменения рыночной ситуации или потребительских предпочтений: удобнее и
дешевле стать сотрудничать с новыми поставщиками, у которых уже есть
необходимые технические возможности и ресурсы, чем полностью менять
внутреннюю деятельность компании, заменяя одни мощности и ресурсы на
другие;
• Ускоряет процесс приобретения новых ресурсов и навыков;
• Дает возможность подробнее останавливаться на тех операциях,
которые реализуются внутри самой компании, а также тех, которые лучше
изначально сохранить под ее контролем.
Однако в таком случае компания рискует вывести за свои пределы
значительную часть деятельности и может потерять некоторые собственные
ресурсы и возможности. И тогда компания утратит виды деятельности, которые
гарантировали ей успех на рынке в течение некоторого времени.
Поэтому ИС будет создаваться в компании собственными силами,
поскольку в штате фирмы есть квалифицированные сотрудники, способные
разработать и внедрить данную ИС. Создание собственной системы обязывает
компанию иметь специалистов, способных реализовать анализ бизнес-
процессов, спроектировать и внедрить систему для их автоматизации. Так как
автоматизируется одно не самое объемное направление деятельности,
имеющимся сотрудникам не составит особого труда реализовать весь комплекс
работ по созданию проекта, разработке и внедрению системы автоматизации.
42
Полученная в итоге ИС будет сочетать в себе необходимый функционал,
учитывать основные особенность работы, а также пожелания и требования
сотрудников компании, поскольку будет изначально являться уникальным
продуктом, позволяющим оперативно дорабатывать функциональность в
соответствии с требованием работников компании.
Из рассмотренных вариантов для автоматизации делопроизводства ТОО
«КУСА ККБ-2», в качестве способа приобретения наиболее оптимальным
вариантом является самостоятельная разработка программного продукта,
полностью соответствующего требованиям ведения учета ремонта оборудования
в компании.
1.4 Обоснование проектных решений
1.4.1 Обоснование проектных решений по информационному
обеспечению
ИО состоит из совокупности обработанных и необработанных
документов, кодификаторов, классификаторов, словарей, нормативной базы,
необходимых для реализации решения по объемам, нахождению и методике
присутствия данных в АИС, а также совокупность правил и средств для
перевода естественного языка, применяемого при взаимодействии пользователей
и сотрудников АС с комплексом АИС.
Сегодня ИО описывается в качестве сочетания лингвистического и
информационного обеспечения. При этом само ИО состоит из файлов ОС и БД, а
лингвистическое обеспечение включает форматную базу, лексику и языковую
систему.
МО (Математическое обеспечение) описывается в рамках совокупности
математических методов и моделей на базе ГОСТ 34.03-90, используемых в АС.
ПО является совокупностью прикладных и общесистемных программ, а
также включает в себя всю нормативно-методическую документацию для их
применения.
ТО (Техническое обеспечение) включает в себя комплекс технических
средств, обеспечивающих работу всей системы. Зачастую к ним относятся
43
средства получения, отправки, отслеживания, анализа и копирования данных.
[31]
Пр. О (Правовое обеспечение) состоит из совокупности нормативно-
правовых документов, позволяющих обозначить права и обязанности
сотрудников и рамках работы системы, а также весь комплект документов,
отражающих порядок хранения данных, правила проверки информации, и
реализации законности всех реализуемых операций. [32]
ОМО (Организационно-методическое обеспечение) отражено в множестве
документов, описывающих организационную структуру всей автоматизации,
важной для реализации исполнения некоторых функций.
ЭО (Эргономическое обеспечение) включает в себя методы и средства для
разработки наилучших условий для работы персонала в рамках единой АИС.
МО (Методологическое обеспечение) состоит из методики метрологии и
рекомендаций по их применению для конкретного компонента АИС. [33]
Само ИО любой подсистемы зачастую включает в себя некую
информационную модель работы персонала на фирме. Часто лучше всего делить
его на внемашинное и внутримашинное.
Обычно к ИО предъявляют ряд требований, а именно:
• ИО должно быть полноценным и адекватным для поддержки всех
описываемых функций;
• При кодировке данных важно применять подтвержденные ID;
• В процессе кодировки входной или выходной информации,
применяемой на высшем уровне управления, важно использовать лишь
классификаторы данного уровня;
• ИО обязано быть на 100% совместимо с создаваемой системой;
• Все формы документов должны сочетаться с корпоративными
стандартами и определенной системы документации;
• Структура визуальных форм и всех документов должна полностью
соответствовать описанию каждого рабочего места сотрудника;
• Применяемые сокращения, графики и сообщения должны быть
приняты в обществе и рассматриваемой предметной области, а также
утверждены с заказчиком.
44
• в ИС важно предусмотреть механизмы проверки входной и
выходной информации, обновления данных в массивах данных, отслеживания
целостности БД, защиты НСД.
Основу Ио включает база информации, поддерживающая ее хранение и
обработку. Состав этой базы отражается параметрами системы и услугами, ею
предоставляемыми для своих пользователей, а также реализацией
взаимодействия контроля оплаты с другими АИС. Структура базы информации
должна поддерживать возможность увеличения функций системы, не
требующих корректировки структуры обрабатываемых данных, без переделки
самой БД.
Сама база информации может состоять из:
• Справочников, которые ведутся методом работы с программой
самим персоналом системы, который с ней работает;
• Подстроенных таблиц для работы системы в требуемых условиях,
исходная загрузка которых реализована вместе с инсталляцией системы, и
данные, в которых может изменятся админом системы;
• Таблиц сохраненной и текущей информации, доступ к которым
реализуется на основе ПО системы с указанными правами пользователей.
Обмен данными между комплексами задач, включёнными в состав
системы, а также остальными системами реализуется в рамках функций,
включенных в систему.
Любое ИО может состоять из системы кодирования и классификации;
методики разделённой документации, применяемой зачастую в ИО;
информационную базу в качестве совокупности имеющихся массивов данных.
Внемашинное обеспечение включает в себя совокупность данных,
описанных в основном в виде документов. Обычно документы делят на
первичные (декларации, выписки, ведомости) и отчетные документы, куда
можно отнести всю отчётность налогоплательщиков, проанализированную и
выбранную для отдела камеральных проверок.
Внутримашинное ИО часто представляет данные на машинных носителях
в упорядоченном виде БД и связей между ними. Часто подобный вид ИО
реализует среду, которая отражает выполнение сотрудниками возложенных на
45
них обязанностей. Зачастую подобная область описывается набором объектов,
их свойствами и взаимного обмена. И для любого объекта эти взаимосвязи и
свойства определены отдельно.
Потоками данных внешнемашинного ИО часто называют регулярное
движение документов от исполнителя к получателю и обратно.
Классификаторы применимы для описания данных, могу обосновать
единство кодирования и классификации и нужны для безошибочной машинной
обработки и выдачи данных в удобной форме для решения потребительски
проблем
В описанной задаче использовались 2 общероссийских классификатора:
• ОКУД – общий классификатор управленческих документов;
• ОКОПФ – общий параметр организационно-правовых форм.
По любому в процессе реализации системы может применятся
реляционная модель БД. Такая модель опивает на отдельной предметной
области совокупность отношений, изменяющихся во времени. В процессе
создания программы данная совокупность помогает получить данные по
объектам предметной области, а также помогает создать модель связи между
ними. Сами же данные помещаются в таблицы. Для простоты поиска и
определения любая таблица имеет свой уникальный код.
Обычно к ИО предъявляют ряд требований, а именно:
• ИО должно быть полноценным и адекватным для поддержки всех
описываемых функций;
• При кодировке данных важно применять подтвержденные ID;
• В процессе кодировки входной или выходной информации,
применяемой на высшем уровне управления, важно использовать лишь
классификаторы данного уровня;
• ИО обязано быть на 100% совместимо с создаваемой системой;
• Все формы документов должны сочетаться с корпоративными
стандартами и определенной системы документации;
• Структура визуальных форм и всех документов должна полностью
соответствовать описанию каждого рабочего места сотрудника;
46
• Применяемые сокращения, графики и сообщения должны быть
приняты в обществе и рассматриваемой предметной области, а также
утверждены с заказчиком.
• в ИС важно предусмотреть механизмы проверки входной и
выходной информации, обновления данных в массивах данных, отслеживания
целостности БД, защиты НСД.
в ИС важно наличие средства контроля начальной и итоговой
информации, проверки актуальности массива данных, контроля целостности БД,
защиты от НСД.
Для рассматриваемого проекта требуются следующие классификаторы:
Классификатор клиентов.
Классификатор моделей оборудования.
Классификатор бренда.
Классификатор сотрудников.
Классификатор дефектов.
Классификатор запчастей.
К внутримашинному ИО относится описание экранных форм.
В процессе создания структуры экранных форм для ввода данных
начальных документов с оперативными данными лучше всего применять
комбинированную форму, максимально похожую на ту, которая использовалась
для построения этого документа. Расположение полей должно быть в такой
последовательности, которая 100% соответствует логической структуре
документа и файлов с оперативными данными, что позволяет сократить
трудоемкость процесса загрузки данных в информационную базу.
В процессе создания экранных форм для документов с статической
информацией следует понимать, что эти макеты применяются для ввода и
обновления записей в самой ИБ, поэтому для их разработки лучше всего
применить анкетную форму нахождения реквизитов, которая будет удобной для
реализации этих операций.
В рамках выбора экранных форм располагается принцип минимальной
трудоемкости и цены ввода данных в ЭВМ, наибольшей степени читабельности
47
итоговой информации, представляемой на экране, высокой надежности и
правильности выполнения этих операций.
В процессе создания системы применялась реляционная модель БД,
которая представляет собой совокупность отношений, изменяющихся с
течением времени. В процессе разработки ИС совокупность отношений дает
возможность сохранять данные об объектах предметной области, отражать связи
между ними. При этом сами данные находятся в таблицах. Для простоты
определения каждая таблица созданной БД несет в себе уникальный код.
Основными функциями справочников являются:
обеспечение проверки кодированных значений признаков при вводе
данных;
декодирование значений признаков при выводе данных на экран
дисплея;
хранение постоянной информации, связанной с определёнными
значениями признаков;
оформление пояснительным текстом таблиц, получаемых в результате
решения комплекса задач.
К информационному обеспечению в рамках данного проекта относятся:
база данных;
экранные формы для ввода первичных данных в ЭВМ;
экранные формы для вывода результирующей информации.
База данных позволяет хранить большие объемы информации в
структурированном виде в едином источнике. При необходимости, соблюдая
принципы целостности баз данных, можно использовать одну и ту же базу
данных для нескольких проектов или задач, а также с легкостью вносить
необходимые изменения в ее структуру, не затрагивая самих данных,
хранящихся в ней.
Для ввода/вывода данных разрабатываются макеты экранных форм,
которые затем будут внедряться непосредственно в саму систему, отвечающую
за решение поставленной задачи автоматизации.
Все указанные элементы совокупно составляют информационное
обеспечение проекта. Данные, внесенные в форму ввода первичных данных,
48
попадают в базу данных, а затем данная информация может быть выведена (по
запросу) в форму для вывода результирующей информации.
1.4.2 Обоснование проектных решений по программному
обеспечению
ПО часто является совокупностью программ для выполнения конкретных
целей и задач автоматизированной системы.
Обычно ПО можно разделить на два вида: общее (ОС, операционные
оболочки, компиляторы, интерпретаторы, программные среды, СУБД, сетевое
ПО и т.п.) и специальное (совокупность прикладных программ, которые
используются для конкретных задач в рамках функциональной подсистем, а
также контрольные примеры).
ПО общего назначения обязаны отвечать нескольким требованиям[1]:
• Являться набором взаимосвязанных программ с оптимальными
указаниями и инструкциями по применения рабочих программ на каждой стадии
расчёта комплексов задач;
• Создаваться по принципу открытого ПО для возможности
совершенствования в будущем;
• Вести контроль устройств комплекса ТС и готовить порядок
решения задач;
• Реализовывать работу программ самоконтроля и иметь некие тесты
для диагностики;
• Поддерживать защиту данных и программ персонала друг от друга
и от самой ОС;
• Предоставлять инструменты для хранения данных и обращения к
любой их совокупности;
• Поддерживать стабильность хранения данных при сбоях ЭВМ;
• Выполнять оценку аварийных ситуаций, выявлять их причину,
оповещать о ней и различные варианты дальнейших действий.
Операционная система и базовое ПО.
Аналогично техническому обеспечению программное обеспечение
отличается для клиентской и серверной части.