Электронная таблица Microsoft Excel

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

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

96

 

5.1.5. Подходы к проектированию автоматизированных информационных систем

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

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

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

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

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

97

 

5.2. Стандартизация деятельности, связанной с разработкой автоматизированных информационных систем

Под разработкой автоматизированной информационной системы обычно понимают процесс создания, и последующего развития системы. Опираясь на многолетний опыт создания АИС, разработчики пришли к выводу, что к разработке таких систем следует подходить, как к разработке сложных промышленных изделий. Это означает, что должны быть определенны общие для всех автоматизированных систем правила и требования, регламентирующие проведение работ, процесс разработки АИС должен быть тщательно спланирован, а результаты работ документированы и строго контролироваться. Такие правила обычно определяются в специальных документах, называемых стандартами. Формированием стандартов, регламентирующих деятельность в различных предметных областях, на международном уровне занимается Международная организация по стандартизации (International Organization for Standardization- ISO). Российские стандарты устанавливаются специальным государственным учреждением - Государственным комитетом Российской Федерации по стандартизации, метрологии и сертификации (Госстандартом РФ).

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

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

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

98

 

для всех АИС;

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

Разработчики отечественного единого комплекса стандартов на автоматизированные системы выбрали способ, близкий к первому из указанных выше. В результате был разработан Единый комплекс стандартов на автоматизированные системы (ЕКС АС). В западных странах (стандарты, разработанные ISO) пошли по пути, соответствующему второму способу.

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

является переработка  информации, в том числе: управление, научные исследования,

проектирование и т.п.

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

99

 

большинстве отечественных  проектов создания АИС в крупных  организациях (особенно в государственных организациях) процесс создания АИС строится на основе ЕКС АС.

5.3. Жизненный цикл автоматизированной информационной системы

5.3.1. Понятие и модели жизненного цикла АИС

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

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

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

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

100

 

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

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

5. Сопровождение   (эксплуатация,  модернизаций).   Сбор  рекламаций   и 
статистики о функционировании АИС,  исправление ошибок и недоработок, 
оформление требований по доработке АИС и выполнение работ по модернизации 
(повторение стадий 1 -4).

В настоящее время существуют разные подходы к разработке АИС, каждый из которых можно представить некоторой моделью ЖЦ. Эти модели определяют порядок исполнения стадий в ходе разработки, а также критерии (правила) перехода между стадиями. Наибольшее распространение получили три основных модели ЖЦ:

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

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

101

 

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

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

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

102

 

 

Рис. 5.1. Каскадная схема ЖЦ АИС