Конспект лекций по дисциплине ”Информационный менеджмент”

Исходной информацией при проведении обследования и выполнении дальнейших этапов служат:

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

• опыт системных аналитиков в части наличия типовых решений. При проведении обследования целесообразно применять следующие методы:

• анкетирование;
• сбор документов;
• интервьюирование.

1. Анкетирование — начальный этап обследования, он предваряет выезд группы системных аналитиков на предприятие. Анкеты позволяют составить первоначальное представление о сферах деятельности предприятия, что даст возможность спланировать дальнейшее распределение работ группы аналитиков. Анкеты рассылаются руководителям структурных подразделений и содержат графы для идентификации фамилии и должности анкетируемого, отдельно в анкетах излагается просьба приложить шаблоны документов, с которыми работают сотрудники соответствующего подразделения. Список вопросов ограничен 15—20 вопросами с тем, чтобы вся анкета не занимала более двух листов. Можно увидеть анкеты размером в 50 страниц, содержащие до 500 тщательно продуманных вопросов, но не найдется ни одного человека, добровольно (а следовательно, также тщательно и с пользой для дела) на них ответившего.

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

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

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

3. Построение моделей.

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

4. модели «как есть»; 
5. модели «как должно быть».

При этом переход от модели «как есть» к модели «как должно быть» обычно осуществляется следующими двумя способами:

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

В рамках создания моделей деятельности должен быть осуществлен:

• анализ функциональной деятельности структурных подразделений предприятия;

• анализ функционального взаимодействия структурных подразделений;

• анализ внутреннего документооборота структурных подразделений; анализ информационных потоков и информационного взаимодействия структурных подразделений;

• анализ применяемых в настоящее время средств автоматизации как в структурных подразделениях, так и на предприятии в целом.

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

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

Ниже приводятся некоторые основополагающие рекомендации по структурированию моделей деятельности.

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

Верхний уровень модели отражает только контекст системы взаимодействие моделируемого единственным контекстным процессом предприятия с внешним миром и ничего более. В случае построения модели структуры, включающей в себя несколько разнотипных предприятий, на контекстном уровне необходимо отразить каждое из них и их соответствующие взаимосвязи. Например, контекстная диаграмма горно-обогатительного комбината может содержать процессы: Автобаза, Карьер, Фабрика и Управление ГОК, контекстная диаграмма регионального банка содержит процессы: Территориальное управление, Типовое отделение, Типовой филиал.

3. На втором уровне модели воспроизводятся основные этапы деятельности предприятия и их взаимосвязи. Например, для автотранспортного предприятия одним из решений может быть выделение следующих видов деятельности: Эксплуатация автотранспорта, Ремонт и техническое обслуживание, Контроль безопасности, Управление производством, Обеспечивающая деятельность. В случае большого количества сфер деятельности некоторые из них можно вынести на третий уровень модели. Так, Обеспечивающая деятельность может включать в себя Учет кадров, Бухгалтерский учет, Экономическое планирование, Материально-техническое снабжение, Складской учет и т.п. Но в любом случае под деятельность необходимо отводить не более двух уровней модели.
4. Каждая деятельность в свою очередь детализируется на бизнес-процессы (желательно, единственного уровня). Например, деятельность по Учету кадров включает в себя такие бизнес-процессы: Прием на работу, Увольнение и т.п.
5. Дальнейшая детализация бизнес-процессов осуществляется посредством бизнес-функций. Так, процесс Прием на работу содержит в себе функции: Прием заявления, Оформление приказа, Регистрацию и др. Обычно для моделирования бизнес-функции достаточно 2—3 уровней детализации, завершающейся описанием элементарного алгоритма с помощью миниспецификации.

6. Таким образом, общее число уровней в модели не должно превышать 6—7. Практика показывает, что этого вполне достаточно для построения полной модели деятельности современного предприятия любой отрасли.

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

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

• разработку предложений по этапам и срокам автоматизации.

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

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

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

4) Разработка собственной системы. Отметим недостатки такого подхода по сравнению с покупкой готовой системы:

• трудозатраты на создание собственной интегрированной системы огромны и составляют сотни и тысячи человеко-лет, стоимость разработки соизмерима со стоимостью готовой системы (а часто значительно превышает ее): такие продукты должны реализовываться большими коллективами программистов;
• использование готовой системы менее рискованно, чем разработка собственной;
• готовая система внедряется поэтапно и поэтому частично может быть доступна в рабочем режиме гораздо быстрее, чем собственная.

4.Техническое проектирование.

На данном этапе на основе системного проекта и принятых решений по автоматизации осуществляется проектирование системы. Фактически здесь дается ответ на вопрос: «Как (каким образом) мы будем строить систему, чтобы она удовлетворяла предъявленным к ней требованиям?». Этот этап разделяется на два подэтапа:

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

При этом происходит расширение системного проекта:

• за счет его уточнения;

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

Тема 8. Проектирование корпоративных автоматизированных

информационных систем

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

Цель: научиться проектировать корпоративные автоматизированные информационные системы

1. Инструментальные средства проектирования и разработки информационных систем.
2. Инструментальные среды разработки ПО (RAD).
3. Способы представления моделей.
4. Технологии проектирования информационных систем.
5. Методики функционального моделирования.
6. Классическое проектирование информационных систем.