22) В настоящее время существуют два подхода к построению информационных систем:
позадачный
процессный
Эти подходы отражают различные взгляды на систему управления предприятием, организацией, корпорацией, офисом.
Позадачный подход, исторически появившийся раньше, базируется на функциональной модели управления предприятием.
В структуре такой ИС выделяют :
Функциональную часть
Обеспечивающую часть.
При позадачном подходе к управлению ИС есть не что иное как множество связанных между собой АРМ, обслуживающих различные уровни управления предприятия. Структура сети АРМ отражает в большинстве случаев организационную структуру управления предприятия.
При позадачном основные недостатки :
отсутствие ответственности на различных стадиях производства и реализации продукции за конечный результат управления
сложность увязки всех фугкций производства в единую технологию
Процессный подход (более перспективный) ориентируется на управление не отдельными структурными подразделениями предприятия , а сквозными бизнес-процессами. Эти процессы связывают воедино деятельность определенных структурных подразделений, предназначенных для производства конкретного конечного продукта или услуги.
Например, весь путь от поставщиков сырья и материалов до потребителя готовой продукции можно представить в виде следующей цепочки:
Транспорт Транспорт Транспорт Транспорт
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Постав щики |
|
Произво дитель |
|
Дистри- бъютор |
|
|
|
Потре- битель |
Торговля
Рис. 4.1.1
Под бизнес-процессом понимается совокупность действий, выполнение которых позволяет получить конечный результат (товар или услугу).
Поэтому важнейший шаг при создании ИС на основе данного подхода – выделение бизнес –процессов, которые делятся на следующие классы:
· основные
· вспомогательные
· сопутствующие
Основные бизнес-процессы – это процессы, которые создают то главное, ради которого существует предприятие (товар, услуга). В большинстве случаев они отражают выпуск продукции и обслуживание конечных потребителей, материально-техническое снабжение, проищзводство, сбыт готовой продукции, послепродажные услуги и т.д.
Вспомогательные бизнес-процессы, как правило соответствуют управленческой деятельности:
Планирование
учет
Процессы на складе
Маркетинг
Финансовая деятельность и т.д.
Сопутствующими бизнес-процессами являются процессы, предназначенные для жизне-обеспечения основных и вспомогательных процессов.
Например, процессы обеспечения кадрами, юридическое обеспечение.
Бизнес-процессы состоят из бизнес-операций, выполняемых с помощью АРМ. Каждый бизнес-процесс характеризуется определенными во времени началом и концом, интерфейсом с другими процессами, последовательностью выполнения бизнес-операций, а также владельцем бизнес-процесса, т.е. лицом, которое несет ответственность за его выполнение. Их выделение и их увязка позволяют получить единую многоуровневую бизнес-модель предприятия, под которой понимается структурированное графическое описание сети процессов и операций , связанных документами, информационными потоками и организационными предписаниями.
Такая информационная сеть отражает деятельность структурных подразделений предприятия.
Моделирование бизнес-процессов состоит в последовательном отражении всех бизнес-операций. Например, процесс покупки материалов состоит из получения счета, его оплаты, получения материалов по накладной и их оприходования на склад. Из подобных операций и состоит большинство вспомогательных бизнес-процессов (рис. 4.1.2)
Учет основных средств, материальных ценностей и МБП, Учет расчетов с покупателями |
Бизнес-процесс |
Бизнес-операции |
|
|||||
Прием накладных |
Акцептирование счета |
Выставление счета |
Оформление счета |
Выполнение проводки |
Выписка документа |
|
Рис 4.1.2. Набор бизнес-операций, составляющих вспомогательный бизнес-процесс
Управление бизнес-процессами называют инжинирингом бизнеса. Поддержка и управление бизнес-процессами осуществляется современными ERP –системами.
Процессный подход к управлению изменяет структуру ИС. Но функциональная часть ИС не изчезает, а принимает форму бизнес-процессов, которые поддерживаются как и прежде, обеспечивающими подсистемами.
Прямая и обратные связи, а также входы и выходы остаются прежними. Разница сосотоит в том, что функциональная часть представляет собой не множество задач, а набор бизнес-процессов. Их автоматизация осуществляется на основе АРМ. При этом к бизнес-процессу имеют отношение специалисты из различных служб. Например, бизнес-процесс «Производство» обслуживают специалисты из производственного, финансового и других отделов.
Обеспечивающая часть, как и ранее , предоставляет средства для функционирования АРМ:
обслуживание технических средств
предоставление внутренней и внешней информации,
модификацию устаревших программ и т.д.
23)
Разработка информационных систем В данном разделе рассматриваются этапы разработки информационных систем: от постановки задач до передачи программного комплекса в эксплуатацию. Каждый из приведенных ниже этапов является обязательным (исключение составляют некоммерческие и малобюджетные проекты).
Продолжительность каждого из приведенных этапов определяется исходя из сложности разрабатываемой информационной системы. В целях ускорения процесса разработки возможно одновременное прохождение некоторых из этапов, например: этап создания программного кода и стадия раннего тестирования (этап тестирования информационной системы).
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Исследование бизнес-процессов Заказчика. Постановка задач. На данном этапе определяется круг задач, которые предполагается решать с использованием разрабатываемой информационной системы, определяются требования к самой системе. Детально исследуется каждая цепочка операций автоматизируемых бизнес-процессов. Ведется активная работа с конечными пользователями на предмет выявления наиболее трудоемких операций. Определяется перечень входной и выходной информации, формы действующей и требуемой отчетности. Исследуются возможности интеграции с другими информационными системами, используемыми Заказчиком.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Разработка технического задания на информационную систему. Техническое задание является основополагающим документом при проектировании и создании информационной системы. От тщательности проработки технического задания во многом зависит конечный результат по созданию разрабатываемой системы. Данный этап является обязательным и присутствует при реализации любого проекта. Техническое задание (ТЗ) содержит основные технические требования, предъявляемые к разрабатываемой системе. Указывается назначение ИС, область применения, стадии разработки, состав, сроки исполнения и т. д. ТЗ составляется на основе анализа результатов предварительных исследований бизнес процессов Заказчика (этап 1). Конечным результатом данного этапа является документ «Техническое задание», на основе которого в дальнейшем возможно осуществлять разработку программного комплекса. Техническое задание разрабатывается в соответствии с действующим межгосударственным стандартом ГОСТ 19.201-78 «Единая система программной документации. Техническое задание. Требования к содержанию и оформлению».
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Создание программного кода. Организация рабочей среды для отработки тестовых задач. На данном этапе создаются программные модули будущей информационной системы, происходит непосредственно кодирование. Функционал реализуется в строгом соответствии с ранее разработанным техническим заданием. С целью отработки тестовых задач на стороне Разработчика организуется прототип будущей системы – тестовый аппаратно-программный комплекс, с возможностью удаленного подключения к нему пользователей Заказчика. Из всех этапов по разработке программного комплекса данный этап является наиболее продолжительным и трудоемким. В этот период, по согласованию с Заказчиком, допускается незначительная корректировка технического задания.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Тестирование и внедрение информационной системы. На стороне Заказчика (если не оговаривались иные варианты) организуется полный программно-аппаратный комплекс разработанной информационной системы. Определяется перечень модулей и функций информационной системы, которые подлежат тестированию, а также набор входных и выходных параметров. В качестве исходных данных для тестов используются фрагменты реальной информации Заказчика в объеме, достаточном для обеспечения необходимой достоверности испытаний. Этап тестирования условно разбивается на две стадии: стадия раннего тестирования, стадия окончательного тестирования. Раннее тестирование осуществляется силами Разработчика программного продукта на этапе создания программного кода. Окончательное тестирование информационной системы производится силами Заказчика с привлечением конечных пользователей.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Разработка документации. Устранение недостатков. Этап предполагает устранение недостатков в работе информационной системы, выявленных на этапе тестирования и внедрения. Подготавливается к передаче пакет технической документации в состав которого входят: инструкция администратора, инструкция пользователя. Дополнительный перечень документов, подлежащих разработке и передаче в составе информационной системы, определяется Заказчиком.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Передача информационной системы в эксплуатацию. Этап является завершающим в цепочке мероприятий по созданию информационной системы. Осуществляется установка клиентских модулей на рабочие места (если таковое требуется) и обучение пользователей работе с системой.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Сопровождение. Информационная поддержка. По завершению этапов разработки, информационная система передается Заказчику в состоянии «как есть». От сложности разработанного программного продукта во многом зависят требования к персоналу, который в дальнейшем будет осуществлять его администрирование и сопровождение. С точки зрения оперативности разрешения коллизий, возникающих в системе на этапе эксплуатации, наиболее оптимальным решением является передача процессов по сопровождению системы Разработчикам программного комплекса. Дополнительным плюсом в данном подходе является возможность дальнейшего развития системы в соответствии с новыми потребностями Заказчика, в рамках того же процесса сопровождения ИС.
|
|
|
|
|
|
|
|
|
|
|
Если Вы стоите перед выбором использовать ли серийный программный продукт или программу, исполненную на заказ для автоматизации собственных бизнес процессов, то возможно статья «Разработка программ на заказ. Плюсы и минусы» поможет принять Вам решение. |
|
24) Обязательными элементами проектируемого технологического обеспечения информационной технологии являются: информационное, лингвистическое, техническое, программное, математическое, организационное, правовое, эргономическое.
Информационное обеспечение (ИО) - представляет собой совокупность проектных решений по объемам, размещению, форма организации информации, циркулирующей в ИС.
Лингвистическое обеспечение (ЛО) - объединяет совокупность языковых средств для формализации естественного языка, построения и сочетания информационных единиц в ходе общения пользователей со средствами вычислительной техники.
Техническое обеспечение (ТО) - представляет собой комплекс технических средств (технические средства сбора, регистрации, передачи, обработки, отображения, тиражирования информации, оргтехника и др.), обеспечивающих работу ИТ.
Программное обеспечение (ПО) - включает совокупность программ, реализующих функции и задачи ИС и обеспечивающих устойчивую работу комплексов технических средств.
Математическое обеспечение (МО) - совокупность математических методов, моделей и алгоритмов обработки информации, используемых при решении функциональных задач и в процессе автоматизации проектировочных работ.
Организационное обеспечение (ОО) - представляет собой комплекс документов, составленный в процессе проектирования ИС, утвержденный и положенный в основу эксплуатации.
Правовое обеспечение (ПрО) - представляет собой совокупность правовых норм, регламентирующих правоотношения при создании и внедрении ИС и ИТ.
Эргономическое обеспечение (ЭО) - как совокупность методов и средств, используемых на разных этапах разработки и функционирования ИС и ИТ, предназначено для создания оптимальных условий высококачественной, высокоэффективной и безошибочной деятельности человека в ИТ, для ее быстрейшего освоения.