Методические рекомендации по выполнению практических работ профессионального модуля
 Скачать 2.97 Mb.
|
|
Задания для самостоятельной работы Осуществить поставленные задачи. Использовать тематику из курсового проекта. Список рекомендуемой литературы 1. Безопасность и управление доступом в ИС. — Режим доступа: http://fortunato.radiushosting.ru/wp-content/uploads. — Дата обращения: 20.06.2017. 75 Практическая работа №30–31 Темы: Проектирование ИС на основе обеспечения полного жизненного цикла, регла- ментируемого стандартами ISO. Использование различных инструментальных средств при проектировании ИС Задачи: 1. Определить понятия «жизненный цикл информационной системы», «стандарт ISO». Дать краткую характеристику. 2. Изучить инструментальные средства для проектирования ИС. Теоретическое обоснование Информация в современном мире превратилась в один из наиболее важных ресурсов, а информационные системы (ИС) стали необходимым инструментом практически во всех сферах деятельности. Разнообразие задач, решаемых с помощью ИС, привело к появлению множества раз- нотипных систем, отличающихся принципами построения и заложенными в них правилами обработки информации. Информационные системы можно классифицировать по целому ряду различных признаков. В основу рассматриваемой классификации положены наиболее существенные признаки, определяющие функциональные возможности и особенности построения совре- менных систем. В зависимости от объема решаемых задач, используемых технических средств, организации функционирования, информационные системы делятся на ряд групп. По типу хранимых данных ИС делятся на фактографические и документальные. Факто- графические системы предназначены для хранения и обработки структурированных данных в виде чисел и текстов. Над такими данными можно выполнять различные операции. В докумен- тальных системах информация представлена в виде документов, состоящих из наименований, описаний, рефератов и текстов. Поиск по неструктурированным данным осуществляется с ис- пользованием семантических признаков. Отобранные документы предоставляются пользовате- лю, а обработка данных в таких системах практически не производится. Основываясь на степени автоматизации информационных процессов в системе управления фирмой, информационные системы делятся на ручные, автоматические и авто- матизированные. Ручные ИС характеризуются отсутствием современных технических средств перера- ботки информации и выполнением всех операций человеком. В автоматических ИС все операции по переработке информации выполняются без участия человека. Автоматизированные ИС предполагают участие в процессе обработки информации и человека, и технических средств, причем главная роль в выполнении рутинных операций об- работки данных отводится компьютеру. Именно этот класс систем соответствует современ- ному представлению понятия "информационная система". В зависимости от характера обработки данных ИС делятся на информационно- поисковые и информационно-решающие. Информационно-поисковые системы производят ввод, систематизацию, хранение, выдачу информации по запросу пользователя без сложных преобразований данных. (Напри- мер, ИС библиотечного обслуживания, резервирования и продажи билетов на транспорте, бронирования мест в гостиницах и пр.) Информационно-решающие системы осуществляют, кроме того, операции переработ- ки информации по определенному алгоритму. По характеру использования выходной ин- формации такие системы принято делить на управляющие и советующие. Результирующая информация управляющих ИС непосредственно трансформируется в принимаемые человеком решения. Для этих систем характерны задачи расчетного характера 76 и обработка больших объемов данных. (Например, ИС планирования производства или зака- зов, бухгалтерского учета.) Советующие ИС вырабатывают информацию, которая принимается человеком к све- дению и учитывается при формировании управленческих решений, а не инициирует кон- кретные действия. Эти системы имитируют интеллектуальные процессы обработки знаний, а не данных. (Например, экспертные системы.) В зависимости от сферы применения различают следующие классы ИС. Информационные системы организационного управления - предназначены для авто- матизации функций управленческого персонала как промышленных предприятий, так и не- промышленных объектов (гостиниц, банков, магазинов и пр.). Основными функциями подобных систем являются: оперативный контроль и регулиро- вание, оперативный учет и анализ, перспективное и оперативное планирование, бухгалтерский учет, управление сбытом, снабжением и другие экономические и организационные задачи. ИС управления технологическими процессами (ТП) - служат для автоматизации функций производственного персонала по контролю и управлению производственными операциями. В таких системах обычно предусматривается наличие развитых средств измерения параметров технологических процессов (температуры, давления, химического состава и т.п.), процедур кон- троля допустимости значений параметров и регулирования технологических процессов. ИС автоматизированного проектирования (САПР) - предназначены для автоматиза- ции функций инженеров-проектировщиков, конструкторов, архитекторов, дизайнеров при создании новой техники или технологии. Основными функциями подобных систем являют- ся: инженерные расчеты, создание графической документации (чертежей, схем, планов), соз- дание проектной документации, моделирование проектируемых объектов. Интегрированные (корпоративные) ИС - используются для автоматизации всех функ- ций фирмы и охватывают весь цикл работ от планирования деятельности до сбыта продук- ции. Они включают в себя ряд модулей (подсистем), работающих в едином информационном пространстве и выполняющих функции поддержки соответствующих направлений деятель- ности. Типовые задачи, решаемые модулями корпоративной системы Существует классификация ИС в зависимости от уровня управления, на котором система используется. Информационная система операционного уровня - поддерживает исполнителей, обра- батывая данные о сделках и событиях (счета, накладные, зарплата, кредиты, поток сырья и материалов). Информационная система операционного уровня является связующим звеном между фирмой и внешней средой. Задачи, цели, источники информации и алгоритмы обработки на оперативном уровне заранее определены и в высокой степени структурированы. Информационные системы специалистов - поддерживают работу с данными и зна- ниями, повышают продуктивность и производительность работы инженеров и проектиров- щиков. Задача подобных информационных систем - интеграция новых сведений в организацию и помощь в обработке бумажных документов. Информационные системы уровня менеджмента - используются работниками средне- го управленческого звена для мониторинга, контроля, принятия решений и администрирова- ния. Основные функции этих информационных систем: сравнение текущих показателей с прошлыми; составление периодических отчетов за определенное время, а не выдача отчетов по текущим событиям, как на оперативном уровне; обеспечение доступа к архивной информации и т.д. Стратегическая информационная система - компьютерная информационная система, обеспечивающая поддержку принятия решений по реализации стратегических перспектив- ных целей развития организации. Информационные системы стратегического уровня помогают высшему звену управ- ленцев решать неструктурированные задачи, осуществлять долгосрочное планирование. Ос- 77 новная задача - сравнение происходящих во внешнем окружении изменений с существую- щим потенциалом фирмы. Они призваны создать общую среду компьютерной телекоммуни- кационной поддержки решений в неожиданно возникающих ситуациях. Используя самые совершенные программы, эти системы способны в любой момент предоставить информацию из многих источников. Некоторые стратегические системы обладают ограниченными анали- тическими возможностями. С точки зрения программно-аппаратной реализации можно выделить ряд типовых архитектур ИС. Традиционные архитектурные решения основаны на использовании выделенных файл-серверов или серверов баз данных. Существуют также варианты архитектур корпора- тивных информационных систем, базирующихся на технологии Internet (Intranet- приложения). Следующая разновидность архитектуры информационной системы основыва- ется на концепции "хранилища данных" (DataWarehouse) - интегрированной информацион- ной среды, включающей разнородные информационные ресурсы. И, наконец, для построения глобальных распределенных информационных приложений используется архи- тектура интеграции информационно-вычислительных компонентов на основе объектно- ориентированного подхода. Индустрия разработки автоматизированных информационных систем управления за- родилась в 1950-х - 1960-х годах и к концу века приобрела вполне законченные формы. На первом этапе основным подходом в проектировании ИС был метод "снизу-вверх", когда система создавалась как набор приложений, наиболее важных в данный момент для поддержки деятельности предприятия. Основной целью этих проектов было не создание ти- ражируемых продуктов, а обслуживание текущих потребностей конкретного учреждения. Такой подход отчасти сохраняется и сегодня. В рамках "лоскутной автоматизации" доста- точно хорошо обеспечивается поддержка отдельных функций, но практически полностью отсутствует стратегия развития комплексной системы автоматизации, а объединение функ- циональных подсистем превращается в самостоятельную и достаточно сложную проблему. Создавая свои отделы и управления автоматизации, предприятия пытались "обустроить- ся" своими силами. Однако периодические изменения технологий работы и должностных инст- рукций, сложности, связанные с разными представлениями пользователей об одних и тех же данных, приводили к непрерывным доработкам программных продуктов для удовлетворения все новых и новых пожеланий отдельных работников. Как следствие - и работа программистов, и создаваемые ИС вызывали недовольство руководителей и пользователей системы. Следующий этап связан с осознанием того факта, что существует потребность в дос- таточно стандартных программных средствах автоматизации деятельности различных учре- ждений и предприятий. Из всего спектра проблем разработчики выделили наиболее заметные: автоматизацию ведения бухгалтерского аналитического учета и технологических процессов. Системы начали проектироваться "сверху-вниз", т.е. в предположении, что одна программа должна удовлетворять потребности многих пользователей. Сама идея использования универсальной программы накладывает существенные ог- раничения на возможности разработчиков по формированию структуры базы данных, экран- ных форм, по выбору алгоритмов расчета. Заложенные "сверху" жесткие рамки не дают возможности гибко адаптировать систему к специфике деятельности конкретного предпри- ятия: учесть необходимую глубину аналитического и производственно-технологического учета, включить необходимые процедуры обработки данных, обеспечить интерфейс каждого рабочего места с учетом функций и технологии работы конкретного пользователя. Решение этих задач требует серьезных доработок системы. Таким образом, материальные и времен- ные затраты на внедрение системы и ее доводку под требования заказчика обычно значи- тельно превышают запланированные показатели. Согласно статистическим данным, собранным Standish Group (США), из 8380 проек- тов, обследованных в США в 1994 году, неудачными оказались более 30% проектов, общая стоимость которых превышала 80 миллиардов долларов. При этом оказались выполненными 78 в срок лишь 16% от общего числа проектов, а перерасход средств составил 189% от заплани- рованного бюджета. В то же время, заказчики ИС стали выдвигать все больше требований, направленных на обеспечение возможности комплексного использования корпоративных данных в управ- лении и планировании своей деятельности. Таким образом, возникла насущная необходимость формирования новой методологии построения информационных систем. Цель такой методологии заключается в регламентации процесса проектирования ИС и обеспечении управления этим процессом с тем, чтобы гарантировать выполнение требова- ний как к самой ИС, так и к характеристикам процесса разработки. Основными задачами, решению которых должна способствовать методология проектирования корпоративных ИС, являются следующие: обеспечивать создание корпоративных ИС, отвечающих целям и задачам организа- ции, а также предъявляемым требованиям по автоматизации деловых процессов заказчика; гарантировать создание системы с заданным качеством в заданные сроки и в рам- ках установленного бюджета проекта; поддерживать удобную дисциплину сопровождения, модификации и наращивания системы; обеспечивать преемственность разработки, т.е. использование в разрабатываемой ИС существующей информационной инфраструктуры организации (задела в области инфор- мационных технологий). Внедрение методологии должно приводить к снижению сложности процесса создания ИС за счет полного и точного описания этого процесса, а также применения современных ме- тодов и технологий создания ИС на всем жизненном цикле ИС - от замысла до реализации. Проектирование ИС охватывает три основные области: проектирование объектов данных, которые будут реализованы в базе данных; проектирование программ, экранных форм, отчетов, которые будут обеспечивать выполнение запросов к данным; учет конкретной среды или технологии, а именно: топологии сети, конфигурации аппаратных средств, используемой архитектуры (файл-сервер или клиент-сервер), парал- лельной обработки, распределенной обработки данных и т.п. Проектирование информационных систем всегда начинается с определения цели про- екта. В общем виде цель проекта можно определить как решение ряда взаимосвязанных за- дач, включающих в себя обеспечение на момент запуска системы и в течение всего времени ее эксплуатации: требуемой функциональности системы и уровня ее адаптивности к изменяющимся условиям функционирования; требуемой пропускной способности системы; требуемого времени реакции системы на запрос; безотказной работы системы; необходимого уровня безопасности; простоты эксплуатации и поддержки системы. Согласно современной методологии, процесс создания ИС представляет собой про- цесс построения и последовательного преобразования ряда согласованных моделей на всех этапах жизненного цикла (ЖЦ) ИС. На каждом этапе ЖЦ создаются специфичные для него модели - организации, требований к ИС, проекта ИС, требований к приложениям и т.д. Мо- дели формируются рабочими группами команды проекта, сохраняются и накапливаются в репозитории проекта. Создание моделей, их контроль, преобразование и предоставление в коллективное пользование осуществляется с использованием специальных программных ин- струментов - CASE-средств. Процесс создания ИС делится на ряд этапов, ограниченных некоторыми временными рамками и заканчивающихся выпуском конкретного продукта (моделей, программных про- дуктов, документации и пр.). 79 Обычно выделяют следующие этапы создания ИС: формирование требований к сис- теме, проектирование, реализация, тестирование, ввод в действие, эксплуатация и сопровож- дение. (Последние два этапа далее не рассматриваются, поскольку выходят за рамки тематики курса.) Начальным этапом процесса создания ИС является моделирование бизнес-процессов, протекающих в организации и реализующих ее цели и задачи. Модель организации, описан- ная в терминах бизнес-процессов и бизнес-функций, позволяет сформулировать основные требования к ИС. Это фундаментальное положение методологии обеспечивает объектив- ность в выработке требований к проектированию системы. Множество моделей описания требований к ИС затем преобразуется в систему моделей, описывающих концептуальный проект ИС. Формируются модели архитектуры ИС, требований к программному обеспече- нию (ПО) и информационному обеспечению (ИО). Затем формируется архитектура ПО и ИО, выделяются корпоративные БД и отдельные приложения, формируются модели требо- ваний к приложениям и проводится их разработка, тестирование и интеграция. Целью начальных этапов создания ИС, выполняемых на стадии анализа деятельности организации, является формирование требований к ИС, корректно и точно отражающих цели и задачи организации-заказчика. Чтобы специфицировать процесс создания ИС, отвечающей потребностям организации, нужно выяснить и четко сформулировать, в чем заключаются эти потребности. Для этого необходимо определить требования заказчиков к ИС и отобразить их на языке моделей в требования к разработке проекта ИС так, чтобы обеспечить соответствие целям и задачам организации. Задача формирования требований к ИС является одной из наиболее ответственных, трудно формализуемых и наиболее дорогих и тяжелых для исправления в случае ошибки. Современные инструментальные средства и программные продукты позволяют достаточно быстро создавать ИС по готовым требованиям. Но зачастую эти системы не удовлетворяют заказчиков, требуют многочисленных доработок, что приводит к резкому удорожанию фак- тической стоимости ИС. Основной причиной такого положения является неправильное, не- точное или неполное определение требований к ИС на этапе анализа. На этапе проектирования прежде всего формируются модели данных. Проектировщи- ки в качестве исходной информации получают результаты анализа. Построение логической и физической моделей данных является основной частью проектирования базы данных. Полу- ченная в процессе анализа информационная модель сначала преобразуется в логическую, а затем в физическую модель данных. Параллельно с проектированием схемы базы данных выполняется проектирование процессов, чтобы получить спецификации (описания) всех модулей ИС. Оба эти процесса проектирования тесно связаны, поскольку часть бизнес-логики обычно реализуется в базе данных (ограничения, триггеры, хранимые процедуры). Главная цель проектирования про- цессов заключается в отображении функций, полученных на этапе анализа, в модули инфор- мационной системы. При проектировании модулей определяют интерфейсы программ: разметку меню, вид окон, горячие клавиши и связанные с ними вызовы. Конечными продуктами этапа проектирования являются: схема базы данных (на основании ER-модели, разработанной на этапе анализа); набор спецификаций модулей системы (они строятся на базе моделей функций). Кроме того, на этапе проектирования осуществляется также разработка архитектуры ИС, включающая в себя выбор платформы (платформ) и операционной системы (операцион- ных систем). В неоднородной ИС могут работать несколько компьютеров на разных аппарат- ных платформах и под управлением различных операционных систем. Кроме выбора платформы, на этапе проектирования определяются следующие характеристики архитектуры: будет ли это архитектура "файл-сервер" или "клиент-сервер"; будет ли это 3-уровневая архитектура со следующими слоями: сервер, ПО проме- жуточного слоя (сервер приложений), клиентское ПО; 80 будет ли база данных централизованной или распределенной. Если база данных будет распределенной, то какие механизмы поддержки согласованности и актуальности дан- ных будут использоваться; будет ли база данных однородной, то есть, будут ли все серверы баз данных про- дуктами одного и того же производителя (например, все серверы только Oracle или все сер- веры только DB2 UDB). Если база данных не будет однородной, то какое ПО будет использовано для обмена данными между СУБД разных производителей (уже существующее или разработанное специально как часть проекта); будут ли для достижения должной производительности использоваться параллель- ные серверы баз данных (например, Oracle Parallel Server, DB2 UDB и т.п.). Этап проектирования завершается разработкой технического проекта ИС. На этапе реализации осуществляется создание программного обеспечения системы, установка технических средств, разработка эксплуатационной документации. Этап тестирования обычно оказывается распределенным во времени. После завершения разработки отдельного модуля системы выполняют автономный тест, который преследует две основные цели: обнаружение отказов модуля (жестких сбоев); соответствие модуля спецификации (наличие всех необходимых функций, отсутст- вие лишних функций). После того как автономный тест успешно пройден, модуль включается в состав раз- работанной части системы и группа сгенерированных модулей проходит тесты связей, кото- рые должны отследить их взаимное влияние. Далее группа модулей тестируется на надежность работы, то есть проходят, во- первых, тесты имитации отказов системы, а во-вторых, тесты наработки на отказ. Первая группа тестов показывает, насколько хорошо система восстанавливается после сбоев про- граммного обеспечения, отказов аппаратного обеспечения. Вторая группа тестов определяет степень устойчивости системы при штатной работе и позволяет оценить время безотказной работы системы. В комплект тестов устойчивости должны входить тесты, имитирующие пи- ковую нагрузку на систему. Затем весь комплект модулей проходит системный тест - тест внутренней приемки продукта, показывающий уровень его качества. Сюда входят тесты функциональности и тес- ты надежности системы. Последний тест информационной системы - приемо-сдаточные испытания. Такой тест предусматривает показ информационной системы заказчику и должен содержать группу тес- тов, моделирующих реальные бизнес-процессы, чтобы показать соответствие реализации требованиям заказчика. Необходимость контролировать процесс создания ИС, гарантировать достижение це- лей разработки и соблюдение различных ограничений (бюджетных, временных и пр.) приве- ло к широкому использованию в этой сфере методов и средств программной инженерии: структурного анализа, объектно-ориентированного моделирования, CASE-систем. Задание для самостоятельной работы Осуществить сформулированные задачи. Список рекомендуемой литературы 1. Гвоздева Т.В. Проектирование информационных систем. — Режим доступа: http://www.twirpx.com/file/412213/. — Дата обращения: 20.06.2017. 2. Этапы проектирования информационных систем. — Режим доступа: http://ikit.edu.sfu-kras.ru/files/11/16.pdf. — Дата обращения: 20.06.2017. 81 Практическая работа №32–34 Темы: Разработка положения об организационно-функциональной структуре компании. Построение организационно-функциональной структуры компании. Описание объектной структуры. Создание описания бизнес-модели компании Задачи: 1. Определить понятия «организационно-функциональной структуры» и «бизнес- модель». 2. Составить и проанализировать организационно-функциональную структуру компании. 3. Описать бизнес-модель компании. Теоретическое обоснование Практика выработала ряд подходов к проведению организационного анализа, но наи- большее распространение получил инжиниринговый подход. Организационный анализ ком- пании при таком подходе проводится по определенной схеме с помощью полной бизнес- модели компании. Компания рассматривается как целевая, открытая, социально- экономическая система, принадлежащая иерархической совокупности открытых внешних надсистем (рынок, государственные учреждения и пр.) и внутренних подсистем (отделы, це- ха, бригады и пр.). Возможности компании определяются характеристиками ее структурных подразделений и организацией их взаимодействия. На рис. 32.1 представлена обобщенная схема организационного бизнес-моделирования. Построение бизнес-модели компании начи- нается с описания модели взаимодействия с внешней средой по закону единства и борьбы противоположностей, то есть с определения миссии компании. Рис. 32.1 — Обобщенная схема организационного бизнес-моделирования Миссия согласно [ISO-15704] — это 1. Деятельность, осуществляемая предприятием для того, чтобы выполнить функ- цию, для которой оно было учреждено, — предоставления заказчикам продукта или услуги. 2. Механизм, с помощью которого предприятие реализует свои цели и задачи. 82 Миссия компании по удовлетворению социально-значимых потребностей рынка оп- ределяется как компромисс интересов рынка и компании. При этом миссия как атрибут открытой системы разрабатывается, с одной стороны, исходя из рыночной конъюнктуры и позиционирования компании относительно других участников внешней среды, а с другой — исходя из объективных возможностей компании и ее субъективных ценностей, ожиданий и принципов. Миссия является своеобразной мерой устремлений компании и, в частности, определяет рыночные претензии компании (предмет конкурентной борьбы). Определение миссии позволяет сформировать дерево целей компании — иерархические списки уточнения и детализации миссии. Дерево целей формирует дерево стратегий — иерархические списки уточнения и дета- лизации способов достижения целей. При этом на корпоративном уровне разрабатываются стратегии роста, интеграции и инвестиции бизнесов. Блок бизнес-стратегий определяет про- дуктовые и конкурентные стратегии, а также стратегии сегментации и продвижения. Ресурс- ные стратегии определяют стратегии привлечения материальных, финансовых, человеческих и информационных ресурсов. Функциональные стратегии определяют стратегии в организации компонентов управления и этапов жизненного цикла продукции. Одновременно выясняется потребность и предмет партнерских отношений (субподряд, сервисные услуги, продвижение и пр.). Это позволяет обеспечить заказчикам необходимый продукт требуемого качества, в нуж- ном количестве, в нужном месте, в нужное время и по приемлемой цене. При этом компания может занять в партнерской цепочке создаваемых ценностей оптимальное место, где ее воз- можности и потенциал будут использоваться наилучшим образом. Это дает возможность сформировать бизнес-потенциал компании — набор видов коммерческой деятельности, на- правленный на удовлетворение потребностей конкретных сегментов рынка. Далее, исходя из специфики каналов сбыта, формируется первоначальное представление об организационной структуре (определяются центры коммерческой ответственности). Возникает понимание ос- новных ресурсов, необходимых для воспроизводства товарной номенклатуры. Бизнес-потенциал, в свою очередь, определяет функционал компании — перечень бизнес-функций, функций менеджмента и функций обеспечения, требуемых для поддержа- ния на регулярной основе указанных видов коммерческой деятельности. Кроме того, уточ- няются необходимые для этого ресурсы (материальные, человеческие, информационные) и структура компании. Построение бизнес-потенциала и функционала компании позволяет с помощью матрицы проекций определить зоны ответственности менеджмента. Матрица проекций — модель, представленная в виде матрицы, задающей систему от- ношений между классификаторами в любой их комбинации. Матрица коммерческой ответственности закрепляет ответственность структурных подразделений за получение дохода в компании от реализации коммерческой деятельности. Ее дальнейшая детализация (путем выделения центров финансовой ответственности) обес- печивает построение финансовой модели компании, что, в свою очередь, позволяет внедрить систему бюджетного управления. Матрица функциональной ответственности закрепляет от- ветственность структурных звеньев (и отдельных специалистов) за выполнение бизнес- функций при реализации процессов коммерческой деятельности, а также функций менедж- мента, связанных с управлением этими процессами (планирование, учет, контроль в области маркетинга, финансов, управления персоналом и пр.). Дальнейшая детализация матрицы по- зволит получить функциональные обязанности персонала, что в совокупности с описанием прав, обязанностей, полномочий обеспечит разработку пакета должностных инструкций. Описание бизнес-потенциала, функционала и соответствующих матриц ответственно- сти представляет собой статическое описание компании. При этом процессы, протекаю- щие в компании пока в свернутом виде (как функции), идентифицируются, классифицируются и, что особенно важно, закрепляются за исполнителями (будущими хо- зяевами этих процессов). На этом этапе бизнес-моделирования формируется общепризнанный набор основопо- лагающих внутрифирменных регламентов: 83 базовое Положение об организационно-функциональной структуре компании; пакет Положений об отдельных видах деятельности (финансовой, маркетинговой и т.д.); пакет Положений о структурных подразделениях (цехах, отделах, секторах, груп- пах и т.п.); должностные инструкции. Это вносит прозрачность в деятельность компании за счет четкого разграничения и документального закрепления зон ответственности менеджеров. Дальнейшее развитие (детализация) бизнес-модели происходит на этапе динамиче- ского описания компании на уровне процессных потоковых моделей. Процессные потоковые модели — это модели, описывающие процесс последовательного во времени преобразования материальных и информационных потоков компании в ходе реализации какой-либо бизнес- функции или функции менеджмента. Сначала (на верхнем уровне) описывается логика взаи- модействия участников процесса, а затем (на нижнем уровне) — технология работы отдель- ных специалистов на своих рабочих местах. Завершается организационное бизнес-моделирование разработкой модели структур данных, которая определяет перечень и форматы документов, сопровождающих процессы в компании, а также задает форматы описания объектов внешней среды, компонентов и регла- ментов самой компании. При этом создается система справочников, на основании которых получают пакеты необходимых документов и отчетов. Такой подход позволяет описать деятельность компании с помощью универсального множества управленческих регистров (цели, стратегии, продукты, функции, организацион- ные звенья и др.). Управленческие регистры по своей структуре представляют собой иерархические классификаторы. Объединяя классификаторы в функциональные группы и закрепляя между собой элементы различных классификаторов с помощью матричных проекций, можно полу- чить полную бизнес-модель компании. При этом происходит процессно-целевое описание компании, позволяющее получить взаимосвязанные ответы на следующие вопросы: зачем-что-где-кто-как-когда-кому-сколько (рис. 32.2). Рис. 32.2 — Основные этапы процессно-целевого описания компании Следовательно полная бизнес-модель компании - это совокупность функционально ориентированных информационных моделей, обеспечивающая взаимосвязанные ответы на следующие вопросы: «зачем» — «что» — «где» — «кто» — «сколько» — «как» — «когда» — «кому» (рис. 32.3). 84 Рис. 32.3 — Полная бизнес-модель компании Таким образом, организационный анализ предполагает построение комплекса взаимо- связанных информационных моделей компании, который включает: Стратегическую модель целеполагания (отвечает на вопросы: зачем компания занимается именно этим бизнесом, почему предполагает быть конкурентоспособной, какие цели и стратегии для этого необходимо реализовать); Организационно-функциональную модель (отвечает на вопрос кто-что делает в компании и кто за что отвечает); Функционально-технологическую модель (отвечает на вопрос что-как реализу- ется в компании); Процессно-ролевую модель (отвечает на вопрос кто-что-как-кому); Количественную модель (отвечает на вопрос сколько необходимо ресурсов); Модель структуры данных (отвечает на вопрос в каком виде описываются регла- менты компании и объекты внешнего окружения). Представленная совокупность моделей обеспечивает необходимую полноту и точ- ность описания компании и позволяет вырабатывать понятные требования к проектируемой информационной системе. Технология организационного бизнес-моделирования предполагает использование типовых шаблонных техник описания компании. Шаблон разработки миссии Как было сказано выше, любая компания с ее микро- и макроокружением представля- ет собой иерархию вложенных друг в друга открытых, субъектно-ориентированных систем. Компания, с одной стороны, является частью рынка, а с другой отстаивает в конкурентной борьбе собственные интересы. Миссия представляет собой результат позиционирования компании среди других участников рынка. Поэтому миссию компании нельзя описывать пу- тем анализа ее внутреннего устройства. Для построения модели взаимодействия компании с внешней средой (определение миссии компании на рынке) необходимо: идентифицировать рынок (надсистему), частью которого является компания; 85 определить свойства (потребности) рынка; определить предназначение (миссию) компании, исходя из ее роли на рынке. Кроме этого, миссия, как было сказано выше, это компромисс между потребностями рынка, с одной стороны, и возможностями и желанием компании удовлетворить эти интересы, с другой. Поиск компромисса может быть выполнен по шаблону, представленному на рис. 32.4. Рис. 32.4 — Шаблон разработки миссии (матрица проекций) При разработке модели миссии компании рекомендуется: 1. Описать базис конкурентоспособности компании — совокупность характеристик компании как социально-экономической системы. Например: o для объекта — уникальность освоенных технологий и исключительность имеющихся в компании ресурсов (финансовых, материальных, информацион- ных и др.) o для субъекта — знания и умения персонала и опыт менеджеров. Это определя- ет уникальность ресурсов и навыков компании и формирует позицию «могу». 2. Выяснить конъюнктуру рынка, т.е. определить наличие платежеспособного спро- са на предлагаемые товары или услуги и степень удовлетворения рынка конкурентами. Это позволяет понять потребности рынка и сформировать позицию «надо». 3. Выявить наличие способствующих и противодействующих факторов для выбранно- го вида деятельности со стороны государственных институтов в области политики и экономики. 4. Оценить перспективу развития технологии в выбранной сфере деятельности. 5. Оценить возможную поддержку или противодействие общественных организаций. 6. Сопоставить результаты вышеперечисленных действий с учетом правовых, мораль- ных, этических и др. ограничений со стороны персонала и сформировать позицию «хочу». 7. Оценить уровень возможных затрат и доходов. 8. Оценить возможность достижения приемлемого для всех сторон компромисса и сформулировать Миссию компании в соответствии с шаблоном, приведенным на рис. 32.5. Рис. 4.5 — Шаблон разработки миссии 86 Миссия в широком понимании представляет собой основную деловую концепцию компании, изложенную в виде восьми положений, определяющих взаимоотношения компа- нии с другими субъектами: что получит Заказчик в части удовлетворения своих потребностей; кто, для чего и как может выступать в качестве партнера компании; на какой основе предполагается строить отношения с конкурентами (какова, в ча- стности, готовность пойти на временные компромиссы); что получит собственник и акционеры от бизнеса; что получат от бизнеса компании менеджеры; что получит от компании персонал; в чем может заключаться сотрудничество с общественными организациями; как будут строиться отношения компании с государством (в частности, возможное участие в поддержке государственных программ). Шаблон формирования бизнесов В соответствии с разработанной Миссией компании определяются социально значи- мые потребности, на удовлетворение которых направлен бизнес компании. Разработка бизнес-потенциала компании может быть выполнена по Шаблону форми- рования бизнесов, представленному на рис. 32.6. Рис. 32.6 — Шаблон формирования бизнесов В результате формируются базовый рынок и базовый продукт, детализация которых определяет предложения компании глазами покупателей (товарные группы) и однородные по отношению к продуктам компании группы покупателей (сегменты рынка). С помощью матричной проекции (рис. 32.7) устанавливается соответствие между сформированными то- варными группами и сегментами рынка и определяется список бизнесов компании (на пере- сечении строк и столбцов находятся бизнесы компании). Рис. 32.7 — Шаблон формирования бизнесов (матрица проекций) 87 Задания для самостоятельной работы Выполнить поставленные задачи для организации (по выбору обучающегося). Выде- лить основные процессы, происходящие в организации (не менее пяти) и построить диа- граммы потоков данных и переходов состояний (не менее пяти). По возможности осуществить декомпозицию как минимум одного процесса. Список рекомендуемой литературы 1. Анализ и моделирование функциональной области внедрения ИС. — Режим досту- па: http://www.stgau.ru/company/personal/user/8958/files/lib. — Дата обращения: 20.06.2017. 2. Антропов М.С., Коростылева И.И. Современные инновационные стратегии и биз- нес-модели компаний. — Режим доступа: http://www.msu.ru/projects/ amv/doc/h6_1_6_1_nom4_1.pdf. — Дата обращения: 20.06.2017. 3. Выбор бизнес-модели для инновационных компаний. — Режим доступа: http://www.fint.festivalnauki.ru/sites/default/files/vybor_biznesmodeli_dlya_innovacionnyh_kompa niy.pdf. — Дата обращения: 20.06.2017. 4. Построение организационно-функциональной модели предприятия. — Режим дос- тупа: http://inf-man.ru/lessons/lektsiya-10-postroenie-organizatsionno-funktsionalnoi-modeli- predpriyatiya.html. — Дата обращения: 20.06.2017. 5. Сравнительный анализ бизнес-моделей компаний. — Режим доступа: http://www.ranepa.ru/news/item/1054-vashakmadze-lection.html. — Дата обращения: 20.06.2017. |