Конспект лекций для специальности «Прикладная информатика в экономике»

Вид материала

Содержание

3.1. Цели и основные этапы разработки консалтинговых проектов
3.2. Проведение обследования деятельности предприятия
3.2.1. Методы и этапы обследования
3.2.2. Организация сбора и первичной обработки данных

Подобный материал:

1 2 3 4 5 6 7 8 9

3.1. Цели и основные этапы разработки консалтинговых проектов

Основные цели разработки консалтинговых проектов:

представление деятельности предприятия и принятых в нем технологий в виде иерархии диаграмм, обеспечивающих наглядность и полноту их отображения, формирование на основе анализа предложений по реорганизации организационно-управленческой структуры,
упорядочение информационных потоков внутри предприятия,
выработка рекомендаций по построению рациональных технологий работы подразделений предприятия и его взаимодействию с внешним миром, анализ требований и проектирование спецификаций корпоративных ИС,
рекомендации и предложения по применимости и внедрению существующих систем управления предприятием, прежде всего, классов MRP и ERP.

Структура разработки:

анализ первичных требований и планирование работ предваряет инициацию работ над проектом (2 – 4 недели). Основные задачи:

предварительное изучение системы управления – определение недостатков существующей на предприятии ситуации, выявление возможных улучшений, определение того, на кого окажет влияние новая система
анализ первичных бизнес-требований,
предварительная экономическая оценка проекта,
построение план-графика выполнения работ,
создание и обучение совместной рабочей группы.

Здесь важны и организационные мероприятия: приказы по проведению работ, назначения ответственных по направлениям.

обследование деятельности предприятия (1 – 2 недели): предварительное выявление требований, предъявляемых к будущей системе, определение оргштатной и топологической структур предприятия, определение перечня целевых задач (функций) предприятия, анализ распределения функций по подразделениям и сотрудникам, определение перечня применяемых на предприятии средств автоматизации. Выявляются функциональные деятельности каждого из подразделений предприятия и функциональные взаимодействия между ними, информационные потоки внутри подразделений и между ними, внешние по отношению к предприятию объекты и внешние информационные взаимодействия. По окончании обследования строится и согласуется с заказчиком предварительный вариант функциональной модели предприятия, включающей идентификацию внешних объектов и информационных взаимодействий с ними, а также детализацию по уровня основных деятельностей предприятия и информационных связей между этими деятельностями.
построение моделей деятельности предприятия путем обработки результатов обследования и построение моделей деятельности предприятия двух видов:

модели «как есть», представляющей собой снимок положения дел на предприятии и позволяющей понять, что делает и как функционирует данное предприятие с позиций системного анализа, а также выявить ряд ошибок и узких мест и сформулировать предложения по улучшению ситуации,
модели «как должно быть», интегрирующей перспективные предложения руководства и сотрудников предприятия, экспертов и системных аналитиков и позволяющей сформировать видение новых рациональных технологий работы предприятия.

разработка системного проекта (модели требований) (2 – 4 месяца), являющегося первой фазой разработки собственно системы автоматизации, на которой требования заказчика уточняются, формализуются и документируются. Системный проект строится на основе модели «как должно быть» и результатов обследования предприятия в части выявления требований к будущей системе. Системный проект защищается (презентуется), в результате чего принимается решение о продолжении разработки или её прекращении, а также устанавливается сумма бюджета проекта. Обычно создаются альтернативные варианты проектов.
разработка предложений по автоматизации, включающих:

составление перечня автоматизированных рабочих мест предприятия и способов взаимодействия между ними,
анализ применимости существующих систем управления предприятиями классов MRP и ERP для решения требуемых задач и формирование рекомендаций по выбору системы,
совместное с заказчиком принятие решения о выборе конкретной системы управления предприятием или разработка собственной системы,
разработка требований к техническим средствам,
разработка требований к программным средствам,
разработка предложений по этапам и срокам автоматизации.

преобразование системного проекта в технический проект (модель реализации), включающее следующие действия:

уточнение логической модели (разработка подробной логики каждого процесса с использованием диаграмм потоков данных и спецификаций процессов),
проектирование физической базы данных,
построение иерархии функций модулей, подлежащих программированию,
оценка затрат на реализацию.

3.2. Проведение обследования деятельности предприятия

По окончании обследования строится и согласуется с заказчиком предварительный вариант функциональной модели предприятия, включающей идентификацию объектов и информационных взаимодействий с ними, а также детализацию до уровня основных деятельностей предприятия (учет кадров, бухгалтерию, маркетинг, ремонт оборудования, перевозки и т.д.) и информационных связей между этими деятельностями. На основе согласованных моделей верхнего уровня затем строятся детальные модели.

Цель обследования – сбор данных для построения логической модели, отображающей деятельность административно-управленческих служб предприятия и их информационное пространство.

Обследование – процесс изучения, описания и анализа ПО, представляющий собой организованный сбор данных путем заполнения специальных форм, представленных в виде бланков или электронных таблиц.

Принципы проведения обследования – целенаправленность, комплексность, планомерность и организационно-методическая целостность.

Методика обследования включает в себя:

программу проведения обследования,
объекты и единицы анализа,
степень детализации анализа,
методы анализа и сбора данных,
правила обработки и характер использования результатов.

Возможны два подхода к изучению ПО:

основан на изучении и описании ОУ. Является научно обоснованным и более точным,
изучение и описание функционирования системы управления. Возможность его использования обусловлена адекватностью модели ОУ, которая выработана в системе управления (используется далее).

3.2.1. Методы и этапы обследования

Методы проведения обследования:

процедурно-ориентированный – объект исследования – процедуры обработки информации,
предметно-ориентированный – изучает элементы информации на предприятии,
метод анализа по структурным элементам системы управления изучает структуру подразделений и функций, выполняемые ими по управлению производством,
метод анализа выходов изучает зависимость управленческих решений от начальных условий,
метод реакций на воздействие изучает реакции системы на какие-либо воздействия.

Исходная информация для обследования:

данные о оргштатной структуре предприятия,
информация о принятых технологиях деятельности,
стратегические цели и перспективы развития,
результаты интервьюирования сотрудников (от руководителей до исполнителей низшего звена),
предложения сотрудников по усовершенствованию бизнес-процессов предприятия,
нормативно-справочная документация,
данные по имеющимся на предприятии средствам и системам автоматизации.
опыт системных аналитиков в части наличия типовых решений.

Этапы обследования:

уточняется оргструктура элементов системы управления, определяется состав каждого структурного подразделения, взаимосвязь его отдельных элементов и их место в иерархии в системе управления в целом,
определяется функциональная структура действующей системы управления, в частности:

определяются состав, содержание и взаимосвязи функций управления, реализуемых каждым структурным элементом системы,
выделяются и формируются задачи обработки данных (основные процессы, комплексы расчетов), выполняемые аппаратом управления в процессе реализации им функций управления,
определяются взаимосвязь и периодичность выполняемых процессов.

анализ протекающих в системе управления информационных процессов, поскольку процесс реализации функций управления, по сути, является информационным процессом.

Важным моментом является изучение распределения потоков во времени, что дает возможность определять максимальную загрузку элементов системы управления и сформулировать требования к проектированию КТС ИС.

При исследовании информационных потоков пользуются функциональным подходом, в соответствии с которым выделяется комплекс функций управления, реализуемых структурными элементами системы управления в процессе их функционирования, определяются необходимые для реализации функций управления данные.

На тех предприятиях, где степень документирования процессов высока, исследование информационных потоков сводится к изучению документооборота.

Анализируемые характеристики информационных потоков определяются целями обследования. Как правило, исследуются маршруты движения, взаимосвязь и процедуры формирования документов, вид документов (нормативные, справочный, отчетный и т.д.), временные параметры их возникновения.

Детализация изучения потоков документов связана с анализом реквизитного состава документов, системы присутствующих в них экономических показателей, их взаимосвязи и процедур их формирования.

3.2.2. Организация сбора и первичной обработки данных

Разрабатывается организационный план, который содержит перечень работ, связанных со сбором данных, а также перечень подготовительных и заключительных мероприятий.

Состав подготовительной работы:

готовится вся необходимая для проведения обследования документация и программные средства (стандартные формы, анкеты и т.д.),
подготавливаются сотрудники аппарата управления предприятием к проведению обследования.

Перед обследованием готовится приказ по предприятию о проведении обследования. В нем указываются: цели, объекты и сроки обследования, назначаются ответственные исполнители по каждому структурному подразделению.

Для проведения обследования создается специальная группа системных аналитиков, включающая координирующую (управляющую) и исполнительную подгруппы.

Методы работы с привлекаемыми экспертами делятся на две группы:

пассивные методы подразумевают, что ведущая роль в процедуре извлечения передается эксперту, а разработчик только протоколирует рассуждения эксперта во время его реальной работы по принятию решений или записывает то, что эксперт считает нужным самостоятельно рассказать:

наблюдения. В процессе наблюдений разработчик находится непосредственно рядом с экспертом во время его профессиональной деятельности, который комментирует свои действия, и записывает действия эксперта, его реплики и объяснения. Непременное условие этого метода - невмешательство в работу эксперта, что делает этот метод единственным "чистым" методом, исключающий вмешательство разработчика и навязывание им своих представлений эксперту.
мысли вслух. Эксперта просят не просто прокомментировать свои решения, но и объяснить, как они были найдены, т.е. продемонстрировать всю цепочку рассуждений. Во время рассуждений все слова эксперта протоколируются; при этом отмечаются даже паузы и междометия. Иногда этот метод называют "вербальные (словесные) отчеты".
лекции. Здесь эксперту предоставлено много степеней свободы для самовыражения; однако разработчик должен сформулировать эксперту тему и задачу лекции.

в активных методах, напротив, инициатива переходит к разработчику, который активно контактирует с экспертом. Эти методы делятся на групповые и индивидуальные:

групповые. Активизируют мышление участников дискуссий и позволяют выявлять весьма нетривиальные аспекты их знаний. Они используются на стадии предпроектного обследования предприятия. Включают:

круглый стол. Обсуждается какая-либо проблема из выбранной предметной области, в обсуждении принимают участие с равными правами несколько экспертов. Обычно вначале участники высказываются в определенном порядке, а затем переходят к живой свободной дискуссии. Задача дискуссии - коллективно, с разных точек зрения, под разными углами обсудить и исследовать спорные моменты, связанные с корпоративной информацией. Для остроты дискуссии на круглый стол приглашают представителей разных «группировок влияния» и разных поколений. Это также уменьшает опасность получения односторонних однобоких знаний. Число участников дискуссии колеблется от трех до пяти-семи;
мозговой штурм - один из наиболее распространенных методов раскрепощения и активизации мышления, т.е. получения новых идей в условиях запрещения критики. Основная идея штурма - это отделение процедуры генерирования идей в замкнутой группе экспертов от процесса анализа и оценки высказанных идей. При последующем анализе всего лишь 10-15% идей оказываются разумными, но среди них бывают весьма оригинальные. Оценивает результаты обычно группа экспертов, не участвовавшая в генерации;
ролевые (деловые) игры. Участникам предлагается производственная ситуация, а они на основе своего жизненного опыта, общих и специальных знаний и представлений принимают решения. Решения анализируются, после чего вскрываются закономерности мышления участников эксперимента. Эта анализирующая часть деловой игры наиболее полезна для получения знаний. Возможно участие в игре разработчика: он берет на себя какую-нибудь роль в моделируемой ситуации, а эксперт поправляет его ошибки.