22
4)Объектная ре модель дает ре возможность максимально ре использовать
выразительные ре способности объектных ре и объектно-ориентированных ре средств
программирования
К недостаткам ООП относят небольшое снижение эффективности
функционирования ПО и повышенные начальные затраты.
Объектная декомпозиция значительно отличается от функционального
подхода, именно поэтому переход на новую технологию связан как с решением
вопроса психологических трудностей, так и дополнительными материальными
вложениями[24].
Конечно, объектно-ориентированная модель более правильно отражает
реальный мир, который представляет собой совокупность взаимодействующих
(при помощи обмена сообщениями) объектов. Но в реальности даже в
настоящий момент не останавливается формирование стандарта языка
объектно-ориентированного моделирования UML, и количество различных
CASE-средств, которые поддерживают ООП, очень мало в сравнении с
поддерживающими структурный подход.
Помимо этого, диаграммы, передающие специфику объектного подхода
(диаграммы классов и т.п.), не так наглядны и менее понятны
непрофессионалам. Именно поэтому основополагающая цель продвижения
CASE-технологии, а именно обеспечение всех участников проекта, а также
самого заказчика, единым языком для понимания происходящего, может быть
реализована на сегодняшний день только при помощи структурных методов.
При смене структурного подхода на объектный, как при случае смены
любой другой технологии, нужно вкладывать деньги в покупку новых
инструментальных средств. В таком случае следует обращать внимание на
расходы на обучение (понимание метода, инструментальных средств и языка
программирования). Для многих компаний подобные обстоятельства могут
стать значительными препятствиями[25].
ООП не гарантирует немедленной отдачи. Эффект от его применения
проявляется после создания нескольких проектов и появления повторно
23
используемых компонентов, которые могут отражать проектные решения в
данной области. Переход компании на объектно-ориентированную технологию
определяется сменой мировоззрения, а не просто изучением инновационных
CASE-средств и новых языков программирования.
В процессе применения ООП может меняться и принцип
проектирования информационных систем. Сначала отражаются классы
объектов, а уже потом, в зависимости от возможных состояний объектов (их
жизненного цикла) выбираются методы обработки, т.н. функциональные
процедуры, что в совокупности позволяет обеспечить лучший вариант
реализации динамического поведения конкретной ИС.
Для ООП созданы графические методы построения предметной области,
собранные воедино в языке унифицированного моделирования UML. Но если
говорить о наглядности проекта для самого заказчика, то объектно-
ориентированные модели безусловно уступают функциональным моделям.
В процессе выбора варианта моделирования предметной области
зачастую используется степень его динамичности.
В нашем проекте предпочтительнее будет функциональный метод,
поскольку проект не будет слишком большим, чтобы применять объектно-
ориентированного метода[26].
По итогу, путь от разработки до внедрения ИС с компании состоит из
нескольких этапов:
1) Изучение описанных требований и вникание в БП компании;
2) Подготовка ТЗ;
3) Процесс создания системы;
4) Подготовка документов по системе;
5) Проведение тестирования;
6) Установка и начало использования системы.
Выделим основные варианты перехода на ИС для упрощения процесса
продаж [29]:
1) Покупка готового продукта
24
Плюсы такого решения в том, что оно уже отлажено, имеет мало
недочетов, и требуется немного времени на настройку и развертывание
системы. Часто такая система включает богатый пакет документов и уже
проверена на многих компаниях с похожей структурой и принципами работы.
Но в нашей фирме имеются уникальные бизнес-процессы, которые не
позволяют найти уже готовое решение.
В рамках изучения подобных ПО для автоматизации складского учета
так и не было найдено решение, которое бы на 100% могло соответствовать
описанным требованиям.
2) Разработка система на заказ
Такой вариант получения ИС позволяет иметь систему, которая почти
идеально соответствует требованию заказчика. Но всегда есть и сторонние
риски: время разработки ПО может сильно затянутся, цена вырастет в
несколько раз, само ПО будет с неявными дефектами, проявляемыми только по
факту начала использования. Также, подобный вариант получения ПО так или
иначе требует передачи неких конфиденциальных данных фирме-разработчику
[30];
3) Покупка и модификация
Подобное решение помогает улучшить готовое решение для полного
соответствия функциональным требованиям, предъявляемым к системе. Такое
решение имеет в себе плюсы и минусы вариантов «Покупка готового ПО» и
«Реализация ПО на заказ».
Полученное решение не сможет на 100% соответствовать требованиям
фирмы. Часть модулей ПО будет протестирована идеально, вторая будет
написана с нуля и вполне сможет иметь внутри разные дефекты.
Время на модернизацию уйдет не так много в сравнении с созданием ПО
с нуля, в цена – чуть больше, нежели приобретение коробочного решения, но
меньше, чем стоимость полноценного создания. Но модификация системы,
созданной сторонней фирмой, часто вызывает значительные сложности,
25
связанные с отсутствием или минимальным набором тех документов и
проблемами в рамках реализации система-аналога.
По итогу данный вариант реализации несет в себе некоторые риски:
неявная несовместимость отдельных элементов системы, скрытые ошибки в ПО
[31];4) Собственное создание с нуля. Такой вариант позволяет реализовать
систему, полностью соответствующую потребностям предприятия.
Плюсы данного варианта заключаются в последующей модернизации
системы; минимизации рисков получения решения, не соответствующего
требованиям компании; максимальная совместимость абсолютно компонентов
системы; прямое взаимодействие с имеющимися ИС личной разработки;
сохранение всех конфиденциальных данных в стенах компании [32].
Сравнение существующих технологий проектирования представлено в
Таблице 1.
Таблица 1 – Описание классов технологий проектирования
Класс технологии
проектирования
Степень
автоматизации
Степень
типизации
Степень адаптивности
Каноническое
проектирование
Ручное
проектирование
Оригинальное
проектирование
Реконструкция
Индустриальное
автоматизированное
проектирование
Компьютерное
проектирование
Оригинальное
проектирование
Реструктуризация
модели (генерация ИС)
Индустриальное
типовое
проектирование
Компьютерное
проектирование
Типовое
сборочное
проектирование
Параметризация и
реструктуризация
модели (конфигурация
ИС)
Для построения информационной системы в основу взято каноническое
проектирование.
Проведенные исследования и полученные авторские выводы позволяют
перейти к рассмотрению материала второй главы, посвященной анализу
основных аспектов организации АРМ учета бизнес-процессов.
26
ГЛАВА 2. ОСНОВНЫЕ АСПЕКТЫ ОРГАНИЗАЦИИ
АВТОМАТИЗИРОВАННОГО РАБОЧЕГО МЕСТА УЧЕТА
БИЗНЕС-ПРОЦЕССОВ
2.1. Понятие, сущность и принципы организации АРМ
Особым нюансом работы корпоративной системы компании становится
отслеживание состояния её конкретных элементов.
Внутри ЭТ есть несколько бизнес-моделей. Одна из них: модель фирма-
фирма (В2В). Ведя свою деятельность по данной модели, фирма применяет
электронные инструменты связи для передачи данных своим партнерам, что
помогает ей качественнее вести управление производством и материальными
запасами, прогнозировать спрос и отвечать за качество услуг и продукта [15].
Еще одна модель: фирма-заказчик (В2С), это тот случай, когда
предприятие применяет электронные инструменты связи для работы с
заказчиками. По итогу у заказчика есть возможность производить анализ рынка
и проводить закупки в любое время суток. Фирме в таком случае проще
приобретать данные по клиентам и оказывать услуги исходя из потребностей
отдельного заказчика.
Опишем еще одну модель: фирма-персонал (В2Е). Фирма применяет
электронные инструменты связи для оповещения персонала и получения от них
требуемых данных. Этими данными становятся обучающие материалы,
информация для отдела кадров, итоги деятельности и т.д.
Также моделью является: фирма-партнёр (В2Р). Тут компания
применяет электронные инструменты связи для работы со своими партнёрами,
к которым относятся банковские заведения, акционеры, отраслевые и
рыночные союзы и субъекты законодательной власти.
Сейчас в РФ определены пара направлений ЭТ: В2В и В2С.
Вариантами использования систем ЭТ в B2B становится международная
система передачи финансовых и банковских выписок, а также отечественная
система отправки электронных платежных документов МЦИ ЦБ РФ, которая
соединяет все банки МО. B2C - это отношения бизнеса и потребителя продукта.
И зачастую подобное отношение краткосрочно и описывается большим числом
27
единичных сделок. Конечными потребителями тут становятся как юр. лица, так
и физлица [16].
B2C – самый интересный и рискованный вид ЭТ, где потребитель и
поставщик, зачастую, никогда ранее не имели контактов делового характера
друг с другом. И эта встреча становятся их первой, и зачастую, последней.
Интернет-магазины, банки в сети – стандартные варианты систем B2C.
Системы ЭТ B2B и B2C отличаются друг от друга видами сделок и их
объемами.
Цена одной B2C-транзакции обычно колеблется в районе 20$, а B2B в
свою очередь имеет сделки на сотни и десятки тысяч долларов. Поэтому в
формате B2C сама сделка понимается и реализуется в упрощенном виде. И суть
контракта состоит в «Подписавшийся, согласен оплатить требуемую сумму». В
рамках B2B системы обе стороны составляют полноценный контракт в
электронной форме. Часто возникают проблемы юридической значимости,
поскольку все атрибуты, а также документы, реализуются в электронной
форме.
Системы ЭТ делятся на несколько подсистем, которые работают в
онлайн-режиме (к примеру, веб-магазины) и офлайн (системы с применением e-
mail). В России системы B2B еще на ранней стадии становления. Сейчас есть
около 50 торговых площадок, и зачастую это металлургическая отрасль или
ТЭК. Рост систем B2C зачастую связан с внедрением множества веб-магазинов.
Кроме описанных выше, в литературе часто употребляется термин
«контактная коммерция». Термин применяется тогда, когда отношения
потребителя и поставщика выполняются при физическом контакте, а также в
отношениях между конкретными потребителями, которые связаны с
финансовыми сделками без посредников. Платежным регулятором такого вида
ЭТ считаются карты предоплаты, к примеру, транспортные или телефонные, а
также смарт-карты фирмы Мондекс, используемые в микро-расчетах
электронными деньгами в кафе, аптеках, заправках и т.п.
28
Применение корпоративной ИС - это трудоемкий процесс мероприятий,
который лучше всего готовить методом концептуального построения. Чем
лучше описан проект, тем более реально получить успешную реализацию [1].
Концептуальный проект обязан состоять из ряда разделом:
1) Описание проблемы, доказательство важности ее решения;
2) Выбор задачи и цели работы;
3) Определение вариантов решения и сравнение их рисков и реальности;
4) Продолжительности, индикаторы цели, сроки, показатели реализации;
5) Доказательство ресурсного обеспечения;
6) Механизм контроля выполнением проекта;
7) Список дел для реализации проекта;
8) Подсчет эффективности итогового результата.
Исходя из того, что ИС – это некая совокупность взаимосвязанных
средств, персонала и методик, которые применяются в рамках получения,
анализа, хранения и передачи данных для решения требуемых проблем, всю ее
структуру относят к части организованных конкретным образом подсистем,
умеющих реализовывать данные процессы.
Функционал системы показан в рамках нескольких действий, требуемых
для описываемой типовой цели. Рабочие моменты АИС разделены на
контролирующие, смежные и информационные.
Информационные процессы помогают в процессе получения, анализа
или отображения данных о величинах объекта автоматизации отражать
некоторую инфу для сотрудников, либо передавать данные для дальнейшего
анализа. Сюда относятся функции: корректировка параметров, отслеживание,
подсчет параметров, визуализация и подготовка данных для выделенного
персонала или системы, а также предположение и оценивание работ для
совокупной АС и всех ее подсистем [34].
Контролирующие функции сами внедряют и вырабатывают
контролирующее воздействие на элементы управления. Сюда можно отнести
29
логическое воздействие, программное или адаптивное управление, изменение
показателей.
Если функция создана в автоматизированном виде, то есть следующие
режимы работы:
• Диалог – сотрудники сами определяют параметры из приведенных
рекомендации по контролю объекта при помощи ПО и КТС;
• Советчик – сотрудники могут принимать решения по
использованию рекомендаций, предложенных системой;
• Ручной режим – персонал может оценить обстановку на базе
показаний приборов и измерительных устройств.
Подсистемы функциональной компоненты ИС реализованы в рамках
необходимой информационной и контролирующей функциональности.
Подсистема приема информации отвечает за сбор данных по
передающим каналам различными методами: смешанным,
автоматизированным, ручным.
Оператор отвечает за первичный сбор и разделение данных. Все
полученные данные изучаются на предмет нахождения сущностей, служащих
шаблонами для таблиц БД. Затем все данные направляются в системы
управления, хранения и анализа данных.
Эта подсистема реализует предмашинную подготовку данных и заносит
их в БД, которая является информационной моделью предметной области.
Оператор вместе с админом БД по отлаженной схеме заполняют БД
требуемыми данными. Тут же проверяется честность и непротиворечивость
всех данных и выполняется обработка, корректировка, сохранение всех данных,
и восстановление, если необходимо. Базовая часть такой подсистемы – сама
БД, которая управляется СУБД.
БД сама выражается как именованная сущность построенных и
разделенных данных, позволяющая отразить состояние объектов и их
отношения в выделенной предметной области.
30
В рамках контроля компанией главная задача руководства идет на
получение данных, их изучение и передачу сотрудникам. Для результативного
управления фирмой важно наперед знать ситуацию. Помимо интуитивных
оценок сегодня также используется обоснованная оценка состояния компании в
рамках проведенных изменений, другим словами, экстраполяция. [37]
АРМ представляет собой комплекс технических и программных средств,
который расположен непосредственно на рабочем месте сотрудника и
предназначен для автоматизации его повседневных обязанностей как
специалиста[4].
Создание и внедрение АРМ можно назвать сложной задачей,
направленной на решение ряда вопросов: технических, организационных,
лингвистических, математических, программных, экономических. Само
решение основано на изучении предметной области, выборе средств и методов
проектирования, учете общесистемных и специфичных принципов реализации
программных продуктов.
Рассмотрим общесистемные принципы создания АРМ.
Принцип единства системы на этапе проектирования АРМ включает в
себя следующие работы[5]:
1) Постановку задачи;
2) Структуризацию;
3) Параметризацию условия;
4) Итоговую реализацию.
При создании АРМ важно определять:
• Методы кодирования и хранения всех данных (текстовых,
графических, видео- и аудиоматериалов);
• Актуальное соотношение графики и текста для лучшего понимания
менеджера, который принимает решения, всей представленной информации;
• Интенсивность запросов и время их обработки в самой системе,
если речь идет о многопользовательском варианте построения системы;
31
• Средства и методы архивации данных при их сохранении или
обмене между подсистемами АРМ[6].
5) Гибкость;
6) Стабильность;
7) Единообразие;
8) Результативность.
Важную роль при определении функционального назначения АРМ
играет его целевое использование, профориентация, базовые процессы,
внутренняя структура хозяйствующего субъекта[7].
Вся материальная база с информационными ресурсами отражается в
АРМ.
ПЭВМ всегда были основой для АРМ, как руководителя, так и
специалиста. Они функционально, эргономически и физически позволяют
подстроиться под каждого пользователя (персональное рабочее место) или
группу пользователей.
АРМ можно называть совокупностью технических и программных
средств, которые дают возможность специалисту отдельного профиля решать
свои профессиональные задачи непосредственно на ПК[8].
Анализ работ по аналогичному вопросу позволил определить базовые
требования к АРМ руководителей и специалистов. В итоге система должна:
• Иметь хорошую базу знаний, которая будет постоянно пополняться
для достоверности и точности новыми данными, сведенными в определенные
массивы;
• Реализовывать свободный доступ к ней и иметь наглядное
представление данных;
• Иметь диалоговые окна, которые помогают принимать решения в
режиме: «что будет, если …?»;
• Реализовывать быструю связь с другими источниками данных в
пределах общей организационной структуры для оперативного поиска важной
информации в базах данных;