Главная База знаний "Allbest" Менеджмент и трудовые отношения Информационный менеджмент

Информационный менеджмент

Понятие информационного менеджмента и общества. Эталонная модель открытых систем, их функциональная среда. Профили государственного значения. Инструментальные средства проектирования и разработки информационных систем, их программное обеспечение.

Рубрика Менеджмент и трудовые отношения
Вид шпаргалка
Язык русский
Дата добавления 01.07.2013
Размер файла 1,7 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

Страница:

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

Обследование деятельности предприятия

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

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

представление деят-ти предприятия и принятых в нем технологий в виде иерархии диаграмм, обеспеч-их наглядность и полноту их отображения;

формирование на основании анализа предложений по реорганизации организационно-управленческой структуры;

упорядочение информационных потоков внутри предприятия;

выработка рекомендаций по построению рациональных технологий работы подразделений п/п и его взаимодействию с внешним миром;

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

рекомендации и предложения по применимости и внедрению существующих систем управления предприятиями, прежде всего классов MRP и ERP.

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

Этап 1 Анализ первичных требований и планирование работ по созданию ИС включает задачи:

предварительное изучение задачи;

анализ первичных бизнес-требований;

предварительная экономическая оценка проекта;

построение плана-графика выполнения работ;

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

Этапа 2 Проведение обследования деятельности предприятия:

предварительное выявление требований, предъяв-ых к будущей с-ме;

определение оргштатной и топологической структур предприятия;

определение перечня целевых задач (функций) предприятия;

анализ распределения функций по подразделениям и сотрудникам;

определение перечня применяемых на п/п средств автоматизации.

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

На этапе 3 Построение моделей деятельности предприятия осуществляется обработка результатов обследования и построение моделей деятельности предприятия следующих двух видов:

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

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

Этап 4 Построение системного проекта (модели требований), на которой требования заказчика уточняются, формализуются и документируются. Строится на основе модели "как должно быть" и результатов обследования предприятия в части выявления требований к будущей системе.

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

После выбора системного проекта на основе выявленных и соглас-ых требований осущ-ся этап 5 разработка предложений по автоматизации:

составление перечня автоматизированных рабочих мест предприятия и способов взаимодействия между ними;

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

совместное с заказчиком принятие решения о выборе конкретной системы управления п/п или разработке собственной системы;

разработка требований к техническим средствам;

разработка требований к программным средствам;

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

На этапе 6 на основании принятых решений по автоматизации

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

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

проектирование физической базы данных;

построение иерархии фун-й модулей, подлежащих программированию;

оценка затрат на реализацию.

Перечисленные работы должны выполняться консультантами совместно с проектировщиками системы.

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

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

данные по оргштатной структуре предприятия;

информация о принятых технологиях деятельности;

стратегические цели и перспективы развития;

результаты интервьюирования сотрудников;

предложения сотрудников по усовершен-нию бизнес-процессов п/п;

нормативно-справочная документация;

данные по имеющимся на п/п средствам и системам автоматизации;

опыт системных аналитиков в части наличия типовых решений.

При проведении обследования целесообразно применять следующие методы:

анкетирование;

сбор документов;

интервьюирование.

Статистические данные при проведении обследования надо собирать по каждому объекту будущей модели. Часто возникает необходимость в проведении дополнительного обследования.

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

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

модели "как есть";

модели "как должно быть".

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

совершенствованием технологий на основе оценки их эффективности;

радикальным изменением технологий и переосмыслением бизнес-процессов.

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

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

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

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

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

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

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

количество потребителей продукции предприятия;

стоимость издержек производства продукции;

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

дублирование и противоречивость функций, информационных потоков и документооборота;

стоимость и длительность выполнения отдельных шагов технологии или отдельных технологических цепочек шагов;

дублирование и противоречивость выполнения отдельных шагов технологии или отдельных технологических цепочек шагов;

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

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

степень применения средств автоматизации при поддержке выполнения отдельных шагов технологии или отдельных технолог-их цепочек шагов.

Результат проведения анализа и оценки - предложения по совершенствованию деятельности предприятия:

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

по построению рациональных технологий работы структурных подразделений п/п с учетом существующих автоматизированных систем;

по созданию перспективной оргштатной структуры предприятия, осуществляющей реализацию рациональных технологий работы;

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

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

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

последовательность, формы, способы и время выполнения задач;

распределение сотрудников структурных подразделений и материальных средств по решаемым задачам;

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

В связи с вышесказанным каждая из моделей деятельности включает:

полную функциональную модель с глубиной проработки до уровня конкретного д-ия должностного лица структурного подразделения п/п;

информационную модель, интегрированную с функц-ой моделью;

динамические, стоимостные, событийные и т.п. модели для осуществления соответствующих оценок.

Основные виды и последовательность работ, рекомендуемые при построении моделей деятельности:

1) Разработка структурной функциональной модели дея-ти предприятия.

2) Разработка информационной модели предприятия.

3) Разработка событийной модели предприятия.

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

позволяют осуществлять автоматизированное и быстрое обучение новых работников конкретному направлению деятельности предприятия;

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

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

Структурирование осуществляется в соответствии со сферами деятельности и бизнес-процессами предприятия, а не в соответствии с его оргштатной структурой.

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

На след-ем уровне модели воспроизводятся основные этапы деятельности предприятия и их взаимосвязи.

Каждая деятельность детализируется на бизнес-процессы

Дальнейшая детализация бизнес-процессов осуществляется посредством бизнес-функций.

Таким образом, число уровней в модели не должно превышать 6-7.

На основе полученной модели начинается разработка системного проекта.

На этом этапе определяются:

архитектура системы, ее функции, внешние условия ее функционирования, распределение функций между аппаратной и программной частями;

интерфейсы и распределение функций между человеком и системой;

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

состав людей и работ, имеющих отношение к системе;

ограничения в процессе разработки.

В результате системный проект должен включать:

полную функциональную модель требований к будущей системе;

комментарии к функциональной модели;

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

концептуальную модель интегрированной базы данных;

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

предложения по оргштатной структуре для поддержки системы.

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

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

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

составление перечня автоматизированных рабочих мест предприятия, их состава и структуры, способов и схем инфо-го взаимод-ия м/у ними;

разработку требований к техническим средствам;

разработку требований к программным средствам;

разработку топологии, состава и структуры локальной вычисли-ой сети;

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

совместное с заказчиком принятие решения о выборе конкретной системы управления п/п или о разработке собственной системы;

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

Осущ-ся детальное проектирование:

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

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

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

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

трудозатраты огромны и составляют тысячи человеко-лет;

исп-ие готовой системы менее рискованно, чем разработка собственной;

готовая система внедряется поэтапно и поэтому частично может быть доступна в рабочем режиме гораздо быстрее, чем собственная.

Техническое проектирование разделяется на два подэтапа:

проектирование архитектуры системы, включающее разработку структуры и интерфейсов ее компонент, согласование функций и технических требований к компонентам, определение инфо-ных потоков м/у основными компонентами, связей м/у ними и внешними объектами;

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

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

за счет его уточнения, расширения;

за счет построения моделей автоматизированных рабочих мест;

за счет построения моделей межмодульных и внутримодульных взаимодействий.

Инструментальные средства проектирования и разработки ИС

CASE-системы. Есть два направления использования: Первое - автоматизированное проектирование программного обеспечения, соответствующие CASE-системы - инструментальные среды и разработки ПО (RAD). Второе - Computer Aided System Engineering - подчеркивает направленность на поддержку концептуального проектирования сложных систем, слабоструктурированных (BPR).

Среди систем RAD различают интегрированные комплексы инструментальных средств для автоматизации всех этапов жизненного цикла ПО (Workbench) и специализированные инструментальные средства для выполнения отдельных функций (Tools). Средства CASE по своему функциональному назначению принадлежат к одной из следующих групп:

средства программирования;

средства управления программным проектом;

средства верификации (анализа) программ;

средства документирования.

Проектирование ПО с помощью CASE-систем включает несколько этапов:

1) предварительное изучение проблемы. Результат представляется в виде исходной диаграммы потоков данных и согласуется с заказчиком.

2) детализация ограничений и функций программной системы - полученная логическая модель согласуется с заказчиком.

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

Инструментальные среды RAD: Visual Basic, Delphi, PowerBuilder. Применение инструментальных сред существенно сокращает объем ручной работы программистов. В RAD предусматриваются средства для реализации и ряда других функций. В Visual Basic средства выполнения функций:

поддержка ODBC, что дает возможность работы с различными СУБД;

разработка баз данных;

разработка трехзвенных систем распределенных вычислений;

интерактивная отладка процедур на SQL Server;

управление версиями при групповой разработке ПО;

моделирование и анализ сценариев распределенных вычислений.

Создание сред RAD для сетевого программирования требует решения ряда дополнительных проблем, обусловливаемых много-платформенностью, обилием применяемых форматов данных и т.п.

Важное значение в процессе разработки ИС имеют средства спецификации их проектов. Они определяют суть методов CASE.

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

модель имеет иерархическую структуру, представляемую в виде диаграмм нескольких уровней;

элементарной частью диаграммы каждого уровня является конструкция "вход - функция - выход";

необходимая дополнительная информация содержится в файлах поясняющего текста.

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

Для описания информационных моделей диаграммы "сущность - связь" (ERD), фигурирующие, н-ер, в методике IDEF1X.

Поведенческие модели описывают процессы обработки информации. В системах CASE их представляют в виде граф-схем, диаграмм перехода состояний, таблиц решений, псевдокодов, языков программирования.

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

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

Языки четвертого поколения направлены на описание программ совокупностей заранее разработанных программных модулей, поэтому возможно соответствие одной команды языка 4GL значительному фрагменту программы на языке 3GL.

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

Технологии проектирования информационных систем

Взаимосвязанная совокупность методик концептуального проектирования IDEF (Integrated Definition). В этой совокупности имеются методики функционального, информационного и поведенческого моделирования и проектирования, в ее состав входят IDEF-методики:

Методики функционального моделирования:

1. методика SADT, основа стандарта IDEF0. Эта методика для начальных стадий проектирования сложных искусственных систем управления, произ-ва, бизнеса, включающих людей, оборудование, прог-ое обеспечение. Формулируется цель моделирования. Далее выполняются этапы:

1) сбор информации. Источники инфо - документы, наблюдение, анкетирование и т.п.;

создание модели. Сначала разраб-ся верхние уровни, затем нижние;

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

Поведенческое моделирование исп-ся для определения динамики функционирования сложных систем. В его основе - модели и методы имитац-го моделирования СМО, сети Петри, конечно-автоматные модели, описывающие поведение системы как последовательности смены состояний.

2. Поведенческие аспекты приложений отражает методика IDEF3. Детализируются и конкретизируются IDEFO-функции, модель отвечает на вопрос "как система это делает?". В IDEF3 входят два типа описаний:

процессно-ориентированные в виде последовательности операций;

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

3. Системы информационного моделирования реализуют методики мифологического проектирования баз данных. Используются язык и методика IDEF1X создания информационных моделей приложений, развивающая более раннюю методику IDEF1. Развитые коммерческие СУБД имеют в составе совокупность CASE-средств проектирования приложений.

Этапы разработки информационной модели. В IDEF1X имеется графический язык для описания объектов и отношений в приложениях. Этот язык диаграмм "сущность - связь" (ERD). Разработка в несколько этапов:

Этап 1. Выясняются цели проекта, составляется план сбора информации. Обычно исходные положения вытекают из IDEFO-модели.

Этап 2. Выявление и определение сущностей.

Этап 3. Выявление и определение основных отношений. Результат представляется графически в виде ER-диаграмм или в виде матрицы отношений.

Этап 4. Детализация неспецифических отношений, определение ключевых атрибутов, установление внешних ключей.

Этап 5. Определение атрибутов и их принадлежности сущностям.

4. Методика IDEF4 реализует объектно-ориентированное проектирование больших систем. Это графический язык для изображения классов, диаграмм наследования, таксономии методов.

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

6. Развитие BPR методик продолжается в США по программе ПСЕ. Разработаны методики:

IDEF6 - сохранение рационального опыта проектирования ИС, способствует предотвращению повторных ошибок;

IDEF8 для проектирования диалога человека с технической системой;

IDEF9 для анализа имеющихся условий и ограничений и их влияния на принимаемые решения в процессе реинжиниринга;

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

Классическое проектирование информационных систем

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

запуск - организация основания для деятельности и запуск работ: приказ и договор о разработке АС, задание на выполнение работ;

обследование - предпроектное обследование, общий анализ ситуации на п/п, разработка общего обоснования целесообразности создания ИС;

концепция, ТЗ - исследования требований предприятия и пользователей, выработка рекомендаций по разработке ИС, разработка ТЗ на проектирование ИС в целом и частных ТЗ по подсистемам;

эскизный проект - разработка архитектуры будущей ИС в рамках эскизного проекта;

опытный вариант ИС - разработка упрощенного варианта, пилотного проекта будущей ИС

опытное использование пилот-проекта ИС, разработка исправлений и дополнений к ТЗ

технич-ое проектирование - разработка технического проекта ИС;

рабочее проектирование - разработка рабочей документации проекта;

ввод в действие - "внедрение" ИС.

Это "водопадная" или "каскадная" модель.

Положительные факторы применения схемы:

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

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

Недостатки:

1. Опоздание - существенное запаздывание с получением результатов, имевшее несколько аспектов:

согласование результатов с пользователем производилось после завершения каждого этапа работ; => разработчики делали не ту ИС, которую хотели заказчик и пользователи, а ту, которую представили себе проектировщики-аналитики, затем - программисты;

модели автоматизируемого объекта для крупного проекта ИС устаревали вскоре после их утверждения, а иногда и одновременно с ним;

попытки довести до внедрения проект, выполняющийся в такой манере, заставляли или искажать требования к ИС, или превышать сроки и смету разработки.

2. Бесполезность. Ведущие аналитики оценивали проектирование ИС как очень часто ведущее к примитивной автоматизации (по сути - механизации) существующих производственных действий работников.

3. Жесткость. Пользователю естественней и проще представлять модели предметной области в иерархическом виде, а не в виде сетевых структур, что объясняется его постоянными контактами с иерархическими зависимостями реального мира. Жесткость иерархических структур ограничивает их пользу, и чем дальше, тем менее эти ограничения допустимы.

4 Закрытость. Использование фирменных архитектур используемых компьютеров, операционных систем и СУБД получили оценку как недостатки закрытых систем: закрытые ИС было трудно или очень дорого развивать, очень дорого или практически невозможно стыковать с др с-ми.

5. Типовые оргструктуры. Практически не применялись оргмероприятия для построения ИС (/АСУ), меняющие оргструктуры повышения эффективности работы предприятия. Для каждого предприятия, его отделения или отдела существовали типовые оргштатные структуры, расписания и положения. Чтобы произвести изменение, нужно было решение соответствующего министерства=> оргструктура оставалась неизменной, а ИС повторяла те функции, которые ранее выполнялись вручную.

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

Новые ИТ заставили включать в классические методики соответствующие новые функции. Но это не меняло подхода в целом и не устраняло описанных выше недостатков.

Качественные изменения в информационных технологиях

Они все более ограничивали применение классических методов системного проектирования, требуя новых подходов в разработке чисто компьютерных компонентов ИС, помогали появлению BPR.

Три качественных скачка в информационных технологиях:

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

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

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

Понятийная модель предметной области:

1) Необходимость строить ИС на основе набора "покупных" приложений разных поставщиков => практической невозможности использовать классические структурные технологии проектирования интегрированных систем. Например, замена программного комплекса бухгалтерской или складской подсистемы на более развитый, но других разработчиков, приводит к тому, что меняется структура БД и набор действий с данными.

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

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

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

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

Причины возникновения бизнес - реинжиниринга

Внешние причины. С внешней стороны, стороны потребителей, правильнее всего описывать причины этих изменений с позиций маркетингового анализа:

возросла доступность товаров и услуг производителей из любой точки мира;

резко возросли требования потребителей к качеству товаров и услуг любых видов, к срокам их предоставления;

из-за роста возможностей выбора, который имеют потребители, стало резко уменьшаться время жизни товара или услуги на рынке;

сильно возросла конкуренция в части предложения новых товаров и повышения их качества.

Соответственно стали изменяться требования к деятельности субъектов рынков - банков, промышленных п/п, предприятий индустрии ИТ и др.

Существовало доминирование требований рынка в определении деятельности предприятий. Методология маркетинга, хорошо разработанная, активно популяризовалась, но не находила использования из-за неразвитости рыночных отношений. Однако наступило время, когда маркетинговые стратегические исследования, маркетинговая проектная экспертиза, маркетинговая структура управления и другие, должны активно использоваться, в том числе - в BPR в наших условиях. К сожалению, попытки применять подходы BPR без овладения принципами маркет-го управления производством часто оказываются аналогичными попытками перейти к технологиям XXI в. сразу от технологий XVIII.

Внутренние причины:

1) рост сложности новых продуктов. Ускорившийся рост числа и сложности продуктов практически во всех производственных организациях;

2) непригодность дальнейшего увеличения числа сотрудников на всех уровнях предприятия для решения усложнившихся управленческих задач, рост числа персонала перестал соответствовать росту удовлет-ия клиентов.

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

3) недостаточная отдача от инвестиций в компьютерные системы и ИТ.

Мотивы предприятий, 3 категории предприятий, обдумывающих и планирующих для себя реконструкцию:

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

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

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

Мотивы для отечественных условий:

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

2) прогноз появления на своем рынке конкуренции иностранных фирм;

3) стремление создать условия, в которых были бы вероятны западные инвестиции в данное предприятие;

4) желание перейти к выпуску качественно новой продукции для начала конкурентной борьбы.

Сущность бизнес - реинжиниринга

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

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

Главная цель BPR - резкое ускорение реакции предприятия на изменения в требованиях потребителей. В BPR на первый план выведены новые цели и методы, диктуемые новой ситуацией в мире:

резкое снижение затрат времени на выполнение функций;

резкое снижение числа работников и др затрат на выполнение ф-ий;

глобализация бизнеса: работа с клиентами и партнерами в любой

точке мира;

работа с клиентом в режиме 24 часа * 365 дней;

опора на рост мобильности персонала;

работа на будущие потребности клиента;

ускоренное продвижение новых технологий;

движение в информационное общество (и общество знаний).

Смещение акцентов очевидно.

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

стратегия фирмы, ориентированная на перспективные требования клиента;

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

новый набор оргструктур, ориентированных на те же цели;

новые условия работы персонала, новый объем прав и ресурсов работников;

новый подход к получению информации от потребителей;

обеспечение функционирования всех предыдущих процедур и структур с помощью ИС на основе новых ИТ.

Особенности бизнес-реинжиниринга

Критика BPR позволяет скорректировать объем понятия бизнес-реинжиниринг и правильно подойти к новому системному проект-ию (НСП).

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

Анализ критики BPR слева. Левое крыло критикует BPR за принципиальную недостаточность рекомендуемых действий. Яркий представитель левого крыла - Дж. Мартин. Утверждается, что совершенно недостаточно рассматривать реконструкцию бизнес-процедур. Необходим бизнес-реинжиниринг предприятия в целом. В результате активно используются понятия киберкорпорации и виртуальной корпорации. Характерными чертами их являются постоянная готовность изменить не только процедуры, но и саму область деятельности. Критически важным становится предельно оперативный, естественно, компьютерный маркетинговый анализ для поиска выгодных видов деятельности рынков.

Конвергенция подходов и заключение для НСП. Существует тенденция к восстановлению CPI Э. Деминга в своих правах, причем как с попытками слияния CPI и BPR, так и развивая самостоятельное применение CPI. В странах Востока в BPR встраиваются способы учета национальной культуры, создаются и свои собственные, фирменные варианты BPR, в том числе для отличительного позиционирования себя на рынке. Так, BPR корпорации Oracle работа позволяет лучше проявить использование методов консалтинга и CASE-инструментов именно этой фирмы. Этот пример интересен приспосабливанием горячего, модного течения к решению прагматических задач использования ИТ. Существование этих тенденций дает возможность строить парадигму НСП как широкого, богатого по методам подхода, в части способов управления предприятием отнюдь не ограничивающегося рекомендациями М. Хаммера.

Связь бизнес-реинжиниринга с ИТ

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

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

Новейшие достижения в ИТ давали потребителям новые возможности предъявлять более высокие требования к производителям и стимулировать конкуренцию. С другой стороны, новые ИТ служат технологической платформой реального BPR на предприятии и платформой новых отношений и возможностей людей в компьютеризованных коллективах. В этих фактах - корни взаимосвязей ИТ и BPR. Они состоят в том, что и новые рыночные требования, и ответ предприятий на их появление в большей степени стали возможными только на основе последних достижений в ИТ. Более того, ИТ как инструмент для достижения целей BPR и ИТ как компонент самого BPR перекрываются или соединяются.

В качестве иллюстрации связи BRP с ИТ приводится схема взаимосвязи составных частей нового сист проект-ия (НСП)

А - новые ИТ и их собственные методы проектирования систем, не связанные прямо с организационно-производственными приложениями;

Б - бизнес-реинжиниринг

С - социопсихология, психология труда, другие методы учета человеческого фактора.

Область АБ дает методы построения ИС для современных корпораций, которые еще не могут считаться законченными, так как в них не учтены возможности, цели и ограничения человека.

Область БС дает методы бизнес-реинжиниринга с учетом всех необходимых рекомендаций социопсихологов и оргконсультантов;

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

Основные качественные изменения в ИТ на современном этапе

На совр этапе наибольшее внимание уделяется ИС, используемым для управления основной деятельностью конкретных производственных структур. В последнее время их называют корпоративными автоматизированными информационными системами (КАИС), подчеркивая их направленность на решение широкого круга информационно-управленческих задач, причем во многих, часто удаленных подразделениях, на самых разных уровнях управления п/пм, объединением или отраслью.

Отличительные черты КАИС:

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

автоматизированная поддержка применения методического обеспечения анализа, оценки и прогноза деятельности предприятия;

информационная преемственность с базами данных и файловыми системами "старых" АСУ;

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

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

обеспечение высокого уровня надежности данных при работе 24ч*365д;

высокая гибкость;

мобильность;

возможность распределять функции м/у серверами и рабочими станциями клиентов.

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

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

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

1. Не предполаг-ся вып-ие этих работ именно в порядке их перечисления

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

3. Исходя из принципов НСП, не отделяя бизнес-реинжиниринг и аспекты психологии труда от проектирования ИС, перечень работ приводится с указанием видов применяемых инструмен-ых компонентов и методов ИТ.

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

5. Предлагаемое описание дает только частичное представление о применяемых в НСП методах ИТ, поскольку представляет многомерную структуру НСП в одном разрезе.

Новое системное проектирование КИС и используемые методы

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

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

Методы:

1) Ситуационный и диагностический анализ положения п\п.

2) Анализ стратегических целей п\п и критических факторов его успеха.

3) Анализ факторов риска п\п.

4) Инвентаризация и оценка сост-я ИС п\п, оценивается полезный рез-т, к-й вносит каждый в деят-ть п\п. Применяются средства инфо-го и функ-го модел-я систем. Применяются количественные стоимостные оценки эффективности использованияя каждой подсистемы.

5) Детальное обследование предприятия. Оценивается полезный результат, к-й вносит каждая автоматизированная задача, комплекс функций в деятельность п\п. Применяются CASE-системы и отдельные специальные инструменты модел-ия.

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

7) Введение необходимых элементов маркетинговой орг-и фирмы как производителя рын товаров. Разрабатываются или покупаются информационно-аналитические системы для поддержки выполнения маркетинговых экспертиз в ЖЦ товара, применяются системы поддержки ХД и оперативной аналитической обработки.

8) Проектирование сокращенного числа иерархических уровней управления и их поддержки с использованием социопсихологических методов, ср-в автоматиз-ой поддержки и т.д.

9) Создание и инфо-ая поддержка автономных и мобильных бизнес-подразделений и работников, обеспечение полевых инженеров и ремонтников, бригад спасателей или скорой помощи постоянной связью с корпоративной ИС. Применяются различные технические средства ИТ.

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

11) Разработка концепции и структуры корпоративной БД для новой ИС, реализация структуры БД и управление ее развитием. Применяются: методы компонентного проектирования предметных баз данных как для опер-х, так и для истор-х БД, ХД, архивов документов, геоинформационных данных и др.;

12) Разработка концепции и структуры внутренней корпоративной сети. Применяются технические стандарты открытых систем.

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

14) Инфо-я и функц-я поддержка глобализации бизнеса. Применяется подключение п\п к глобальным коммуникациям.

15) Построение системы поддержки и управления документооборотом как части системы реализации актуального набора бизнес-процедур. Для этого используются средства корпоративной и глобальной эл-ой почты; Эл-х архивов документов; инструментальных и инфраструктурных систем классов groupware и workflow; написание и администрирование конкретных регламентов (бизнес-процедур), предоставление каждому сотруднику динамических отчетов о ситуации с выполнением регламентированных работ, достигнутыми значениями оценочных показателей и др.

16) Переподготовка и повышение квалификации персонала. Предоставление работникам максимума базовой инфо-и как основы для принятия сам-ых решений. Формирование у них знаний и навыков с исп-ем в программах обучения всех средств ИТ, сводящих посл-ие накладные расходы сотрудников на осущ-ие бизнес-процедур к минимуму.

17) Планирование набора и последовательности шагов перехода от текущ состояния бизнес-арх-ры п\п к новому (с оценкой стоимости перехода).

18) Планирование и осущ-ние перехода от текущего состояния ИТ-архитектуры п\п и его функц-й ИС к новому.

19) Документирование процессов и результатов проектирования и перепроектирования как бизнес-процессов, так и компьютерных компонентов ИС.

20) Создание внешней документации программ производства и поставок товаров и услуг основной деятельности п\п на конкурентно высоком уровне. Формируются выходные потоки инфо, направленные на клиентов, бизнес-партнеров, правительственные круги, широкую публику.

21) Обеспечение опер-ой обратной связи от возм-ых потреб-ей, комм-их клиентов, бизнес-партнеров и др. Применяются методы и системы маркетингового мониторинга и анализа с получением первичной и вторичной информации, методы и ср-ва ИТ.

Адаптивные подходы к орг-ии проектирования КИС

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

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

Страница:


Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.

© 2000 — 2023, ООО «Олбест» Все права защищены