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

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

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

Этап 3. Выявление и определение основных отношений. Результат представляется или графически в виде ER-диаграмм, или в виде матрицы отношений, элемент которой Д7 = 1, если имеется связь между сущностями i и j, иначе At]. = О, транзитивные связи не указываются.

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

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

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

Методика IDEF5 направлена на представление онтологической I информации приложения в удобном для пользователя виде. Для этого используются символические обозначения (дескрипторы объектов, их ассоциаций, ситуаций и схемный язык описания от ношений классификации, «часть — целое», перехода и т.п. В методике имеются правила связывания объектов (термов) в правильные предложения и аксиомы интерпретации термов.

Развитие BPR методик продолжается в США по программе ПСЕ 1 (Information Integration for Concurrent Engineering) . Разработаны методики:

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

Основные положения стандартов IDEFO и IDEF1X использованы также при создании комплекса стандартов ISO 10303, задающих технологию STEP для представления в компьютерных средах (информации, относящейся к промышленному производству. В свою очередь стандарты STEP, совокупность языков таких, как express и SGML, а также стандарты P-LIB и MANDATE составляют основу технологии CALS информационного обеспечения всех этапов жизненного цикла промышленных изделий.

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

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

За 20 лет и в разных «школах» проектирования разбиение работ на стадии и их названия менялись. Кроме того, наиболее разумно организованные методики и стандарты избегали жестко однозначного приписывания работ к конкретным стадиям. Вместе с тем при возможности неоднократного включения некоей работы в общую схему прагматически устойчиво выделялись следующие проектные стадии (некоторые названия соответствующих этапов работ и (или) соответствующих документов в англоязычной литературе):

• запуск: организация основания для деятельности и запуск работ: приказ и (или) договор о разработке автоматизированной системы, задание на выполнение работ (proposal for the development, agreement, mobilization);

• обследование: предпроектное обследование, общий анализ ситуации на предприятии, разработка общего обоснования целесообразности создания ИС (feasibility stady, scope analysiestrategy stady and planning, requirement definition);
• концепция, ТЗ: исследования требований предприятия и пользователей, выработка рекомендаций по разработке ИС, разработка ТЗ на проектирование ИС в целом и частных ТЗ по подсистемам (strategy planning, analysis, requirement specification,function description);
• эскизный проект: разработка архитектуры будущей ИС в рамках эскизного проекта (detailed analysis, high level design);
• опытный вариант ИС: разработка упрощенного варианта, плотного проекта будущей ИС (pilot-project, test development);
• опытное использование пилот-проекта ИС, разработка и оправлений и дополнений к ТЗ (test, corrected requirement specification);
• ТП: разработка технического проекта ИС (detailed analysBand design, test development);
• РП: разработка рабочей документации проекта (development, test, system implementation);
• ввод в действие: по-другому — «внедрение» ИС (deployment,put into operation).

Одно из использовавшихся в западной литературе названий такой схемы организации работ — это «водопадная или каскадная модель» (waterfall model). Схема обязана была включать итерационные процедуры уточнения требований к системе и рассмотрения вариантов проектных решений. Все же эти процедуры и целые этапы работ носили в основном последовательный характера, кроме того, предметом была проектируемая ИС целиком, в целостном ее представлении.

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

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

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

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

Недостаток 1 (опоздание). Чаще всего в качестве основного недостатка называлось существенное запаздывание с получением результатов, имевшее несколько аспектов:

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

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

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

Более развитые организационные подходы. Они развивались, в первую очередь, хотя и не только, для уменьшения первого недостатка: «опозданий».

1. Схема непрерывной разработки. Примером может служить подход, который руководители больших  проектов IBM в 70-х -80-х годах прошлого столетия называли «Продолжающейся разработкой». Характеризующей особенностью такого подхода стал непрерывный процесс разработки и развития большой ИС с планируемыми точками передачи в эксплуатацию новых версий и новых функциональных блоков (подсистем, задач) и встроенными в процесс постоянно осуществляемыми процедурами экспертизы качества, работоспособности и др.

2. Схема циклической разработки. В 80-х годах использование принципа  продолженной разработки для  ускоренного поочередного внедрения  отдельных программных комплексов  — прикладных или общесистемных — стало развиваться в разных направлениях ниже и получило несколько ходовых жаргонных названий, например «быстрое, прототипирование» (rapid prototyping approach или fast-track). В проектный цикл для этого дополнительно включались такие стадии:

• разработка макета-прототипа фрагмента будущей ИС (rapidprototyping) совместно с будущим пользователем;
• опробование макета-прототипа фрагмента будущей ИС, доработка прототипа до работающего фрагмента ИС (feedback, improved prototype design and development).

Недостаток 3 и 4 (жесткость и закрытость). Рассмотренные усовершенствованные схемы проектирования претендовали и сейме часто претендуют на получение и ввод в действие компонент) в формально целостной в традиционном смысле ИС и последующей их стыковки в такую ИС.

Тема 9. Корпоративные автоматизированные информационные системы

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

Цель: рассмотреть функционирование корпоративных ИС.

1. Информационный менеджмент и корпоративные системы.

2. Автоматизация и информационный менеджмент.
3. Корпоративные автоматизированные информационные системы.
4. Общие требования к системе.

1. Информационный менеджмент и корпоративные системы.

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

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

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

• выполнение таких жизненно важных для ФСЗН функций, как создание и ведение единой информационной базы данных плательщиков Фонда на областном и республиканском уровнях, обеспечение достоверности информации о плательщике за счет перекрестного логического контроля, предоставляемой плательщиком, другими организациями (Министерство внутренних дел, Министерство по налогам и сборам и др.) и собираемой районным отделом информации, невозможно обеспечить имеющимися автоматизированными средствами на уровне райотделов, а на областном и центральном уровнях эти функции не автоматизированы, По этой причине сроки, в течение которых руководство Фонда получает объективную информацию  о собираемости средств, что в свою очередь, не позволяет разрабатывать общую стратегию планирования поступления средств, не дает оперативной и объективной картины;
• введение в республике системы персонифицированного (индивидуального) учета страховых взносов значительно увеличило нагрузку на Фонд и объемы обрабатываемой информации;
• в реализации контрольной функции Фонд одно из центральных мест занимает проверка правильности перечисления работодателями отчислений страховых взносов. На уровне районных отделов проведение проверок занимает около 75 % времени инспекторов (а число последних составляет примерно 85% всех сотрудников Фонда). Вместе с тем по отчету за 2000 г. около 45 тыс. проведенных проверок принесли дополнительно не очень большие суммы. Создание автоматизированной системы мониторинга и анализа ситуации с платежами позволило бы более адресно определять объекты первоочередных проверок и за счет этого повысить эффективность контрольных мероприятий;

• в работе Фонда уже используется ряд автоматизированных систем (в частности, АРМ районного инспектора, АСУ ПУ и др.). Эффективность их функционирования можно повысить путем включения в единую информационную среду ФСЗН и тесной интеграции с другими, в том числе вновь вводимыми автоматизированными системами и информационными ресурсами Фонда.