Понятие и классификация автоматизированных информационных систем

Тема 1. ПРОЕКТИРОВАНИЕ АВТОМАТИЗИРОВАННЫХ ИНФОРМАЦИОННЫХ СИСТЕМ

1.1. Понятие и классификация автоматизированных информационных систем

1.2. Обеспечение АИС

1.3. Архитектура АИС

1.4. Жизненный цикл АИС

1.5. Модели жизненного цикла АИС

1.6. Методология и технология проектирования АИС

1.7. Типовое проектирование АИС

 

Понятие и классификация автоматизированных информационных систем

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

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

Информационная система [3] — совокупность информационных, экономико-математических методов и моделей, технических, программных, технологических средств и специалистов, предназначенная для сбора, хранения, обработки и выдачи информации и принятия управленческих решений.

Согласно [5] информационная система есть распространенное обозначение человеческого коллектива и процедур, а также разработанного, построенного, используемого и обслуживаемого оборудования для сбора, обработки, сохранения, извлечения и отображения информации.

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

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

Рис. 1.1. Классификация информационных систем

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

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

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

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

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

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

Так, в ГОСТ 34.003—90 [4] приводится нижеследующее определение.

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

Комплекс средств автоматизации (КСА) — совокупность всех компонентов АС, за исключением персонала.

Пользователь АС — лицо, участвующее в функционировании АС или использующее результаты ее функционирования.

В зависимости от характера обработки данных АИС¹ делятся на информационно-поисковые и информационно-решающие.

 

Примечание.

¹ Здесь и далее на основании вышеприведенных объяснений и во избежание разночтений терминов «информационная система» и «автоматизированная система» используется термин «автоматизированная информационная система, АИС».

 

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

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

В зависимости от сферы применения различают следующие классы АИС [5].

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

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

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

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

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

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

Таблица 1. 1. Позиционирование на рынке АИС

Локальные	Малые интегрированные	Средние интегрированные	Крупные интегрированные
Супер-Менеджер	Concorde XAL Exact	Microsoft-Business	SAP/R3(SAP AG)
Инотек	NS-2000 Platinum	Solutions-Navision	Baan (Baan)
Инфософт	PRO/MIS	Microsoft-Business	BPCS (ITS/SSA)
БЭСТ	Scala SunSystems	Solutions Axapta.	Oracle Applications
Турбо-Бухгалтер	БЭСТ-ПРО	MFG-Pro (QAD/BMS)	(Oracle)
Инфо-Бухгаптер	1С-Предприятие	SyteLine (СОКАП/SYMIX)
	БОСС-Корпорация
	Галактика
	Парус
	Ресурс
	Эталон

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

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

1. предметному;

2. функциональному;

3. проблемному;

4. смешанному (предметно-функциональному).

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

Таблица 1.2. Функциональные подсистемы, выделенные по предметному принципу

Уровни управления	Функциональные подсистемы
	Сбыт	Производство	Снабжение	Финансы
Стратегический уровень	Новые продукты и услуги. Исследования и разработки	Производственные мощности. Выбор технологий технологии	Материальные источники. Товарный прогноз	Финансовые источники. Выбор модели уплаты налогов
Тактический уровень	Анализ и планирование объемов сбыта	Анализ и планирование производственных программ	Анализ и планирование объемов закупок	Анализ и планирование денежных потоков
Оперативный уровень	Обработка заказов клиентов. Выписка счетов и накладных	Обработка производственных заказов	Складские операции. Заказы на закупку	Ведение бухгалтерских книг

 

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

 

Рис. 1.2. Структура функциональных подсистем АИС согласно функциональному принципу

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

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

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

 

Рис. 1.3. Классификация АИС с учетом особенностей автоматизируемой профессиональной деятельности:

1. АСУ — автоматизированные системы управления (П — персоналом, ТС — техническими средствами);
2. СППР — системы поддержки принятия решения (Р — руководителя, О — должностного лица органа управления, Д — оперативного дежурного, Оп — оператора);
3. АИВС — автоматизированные информационно-вычислительные системы;
4. ИРС — информационно-расчетная система;
5. САПР — система автоматизированного проектирования;
6. МЦ — моделирующий центр;
7. ПОИС — проблемно-ориентированная имитационная система;
8. АИИС — автоматизированные информационно-справочные системы;
9. АА — автоматизированные архивы;
10. АСД — автоматизированные системы делопроизводства;
11. АС — автоматизированные справочники и АК — автоматизированные картотеки;
12. АСВЭК — автоматизированные системы ведения электронных карт;
13. АСО — автоматизированные системы обучения;
14. АСОДИ — автоматизированные системы обеспечения деловых игр;
15. Т и ТК — тренажеры и тренажерные комплексы.

Обеспечение АИС

Различают девять обеспечивающих подсистем или так называемое обеспечение АИС, в частности [4]:

1. информационное;

2. лингвистическое;

3. математическое;

4. методическое;

5. организационное;

6. правовое;

7. программное;

8. техническое;

9. эргономическое.

Ниже приведены тестированные определения каждого вида обеспечения, его компоненты и особенности.

Информационное обеспечение — совокупность форм документов, классификаторов, нормативной базы и реализованных решений по объемам, размещению и формам существования информации, применяемой в АИС при ее функционировании [4].

Информационное обеспечение включает:

1. описание технологических процессов;

2. описание организации информационной базы;

3. описание входных потоков;

4. описание выходных сообщений;

5. описание систем классификации и кодирования;

6. формы документов;

7. описание структуры массивов.

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

Назначение классификаторов:

1. систематизация наименований кодируемых объектов;

2. однозначная интерпретация одних и тех же объектов в различных задачах;

3. возможность обобщения информации по заданной совокупности признаков;

4. возможность сопоставления одних и тех же показателей, содержащихся в формах статистической отчетности;

5. возможность поиска и обмена информацией между подсистемами и внешними АИС;

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

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

1. иерархический;

2. фасетный;

3. дескрипторный.

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

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

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

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

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

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

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

Системы классификации принципиально отличаются от систем кодирования в соответствии с определением.

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

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

Унифицированные системы документации создаются на государственном, отраслевом и региональном уровнях. Главная цель их использования — обеспечение сопоставимости показателей различных сфер общественного производства. Разработаны стан­дарты, где устанавливаются требования к:

1. унифицированным системам документации;

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

3. составу и структуре реквизитов и показателей;

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

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

1. чрезвычайно большой объем документов для ручной обработки;

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

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

4. наличие показателей, которые создаются, но не используются, и др.

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

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

Для создания информационного обеспечения необходимо:

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

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

3. совершенствование системы документооборота;

4. наличие и использование системы классификации и кодирования;

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

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

Лингвистическое обеспечение — совокупность средств и правил для формализации естественного языка, используемых при общении пользователей и эксплуатационного персонала АИС с комплексом средств автоматизации при функционировании АИС [4].

Языковые средства лингвистического обеспечения делятся на две группы: традиционные языки (естественные, математические, алгоритмические, моделирования) и языки, предназначенные для диалога с ЭВМ.

Математическое обеспечение — совокупность математических методов, моделей и алгоритмов, применяемых в АИС [4].

В состав математического обеспечения входят:

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

2. техническая документация (описание задач, алгоритмы решения задач, экономико-математические модели);

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

Методическое обеспечение — совокупность документов, описывающих технологию функционирования АИС, методы выбора и применения пользователями технологических приемов для получения конкретных результатов при функционировании АИС [4].

Организационное обеспечение — совокупность документов, устанавливающих организационную структуру, права и обязанности пользователей и эксплуатационного персонала АИС в условиях функционирования, проверки и обеспечения работоспо­собности АИС [4].

Организационное обеспечение реализует следующие функции:

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

2. подготовку задач к автоматизации, включая разработку технических заданий и технико-экономических обоснований эффективности;

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

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

1. методические материалы, регламентирующие процесс создания и функционирования АИС;

2. совокупность средств для эффективного проектирования и функционирования АИС;

3. техническую документацию, получаемую в процессе обследования предприятия, проектирования, внедрения и сопровождения системы;

4. персонал (организационно-штатные структуры предприятия), проектирующий, внедряющий, сопровождающий и использующий ИС.

Правовое обеспечение — совокупность правовых норм, регламентирующих правовые отношения при функционировании АИС и юридический статус результатов ее функционирования. Примечание: правовое обеспечение реализуется в организа­ционном обеспечении АИС [4].

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

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

Правовое обеспечение функционирования АИС включает:

1. статус АИС;

2. права, обязанности и ответственность персонала;

3. правовые положения отдельных видов процесса управления;

4. порядок создания и использования информации.

Программное обеспечение — совокупность программ на но­сителях данных и программных документов, предназначенная для отладки, функционирования и проверки работоспособности АИС [4].

К программному обеспечению АИС относят:

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

2. программное обеспечение общего назначения, предназначенное для решения типовых задач обработки информации.

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

Техническое обеспечение — совокупность всех технических средств, используемых при функционировании АИС [4].

К техническим средствам относят:

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

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

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

4. устройства автоматического съема информации;

5. оргтехнику, эксплуатационные материалы и т. д.

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

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

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

2. специализированная документация, содержащая комплекс методик по всем этапам разработки технического обеспечения;

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

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

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

Архитектура АИС

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

Согласно [11] архитектура — это организационная структура автоматизированной системы. Известно и другое определение [12]: архитектура  — это концептуальное описание структуры системы, включающее описание элементов системы, их взаимодействия и внешних свойств. Выделяют два уровня архитектуры АИС:

1. бизнес-архитектуру (бизнес-уровень);

2. уровень информационных технологий (технический уровень).

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

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

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

1. архитектура программных систем;

2. информационная архитектура;

3. технологическая (инфраструктурная) архитектура.

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

Под архитектурой программных систем понимают совокупность следующих технических решений:

1. общий архитектурный стиль и общую организацию программной части АИС;

2. деление программного комплекса на функциональные подсистемы и модули;

3. свойства модулей, методы их взаимодействия и объединения, используемые интерфейсы.

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

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

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

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

· SEI (Software Engineering Institute);

· WWW (консорциум World Wide Web);

· OMG (Object Management Group);

· организация разработчиков Java — JCP (Java Community Process);

· IEEE (Institute of Electrical and Electronics Engineers) и т. д.

Жизненный цикл АИС

Одним из базовых понятий методологии проектирования АИС является понятие жизненного цикла ее программного обеспечения (ЖЦ ПО). ЖЦ ПО — это непрерывный процесс, который начинается с момента принятия решения о необходимости его создания и заканчивается в момент его полного изъятия из эксплуатации [15].

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

Добиться этого на протяжении всего ЖЦ АИС — довольно сложная по ряду объективных и субъективных причин задача, в результате подавляющее большинство проектов АИС внедряется с нарушениями качества, сроков или сметы; почти треть проектов прекращают свое существование незавершенными. По данным Standish Group в 1996 г. 84 % проектов АИС не были завершены в установленные сроки, в 1998 г. это число сократилась до 74 %, после 2000 г. оно не опускается ниже 50 % [19]. Главной причиной такого положения является то, что уровень технологии анализа и проектирования систем, методов и средств управления проектами не соответствует сложности создаваемых систем, которая постоянно возрастает в связи с усложнением и быстрыми изменениями бизнеса [19].

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

Процесс проектирования АИС регламентирован следующей документацией (стандартами, методологиями, моделями) [18, 19]:

• ГОСТ 34.601—90 — стандарт на стадии и этапы создания АИС, соответствующие каскадной модели ЖЦ ПО (рассматривается ниже). Приводится описание содержания работ на каждом этапе;

• ISO/IEC 12207:1995 — стандарт на процессы и организацию жизненного цикла; распространяется на все виды заказного программного обеспечения; не содержит описания фаз, стадий и этапов;

• Custom Development Method (методология Oracle) — технологический материал по разработке прикладных АИС, детализированный до уровня заготовок проектных документов в расчете на использование Oracle. Применяется для классической модели ЖЦ (предусмотрены все работы, задачи и этапы), а также для технологий «быстрой разработки» (Fast Track) или «облегченного подхода», рекомендуемых в случае малых проектов;

• Rational Unified Process (методология RUP) — технологический материал по реализации итеративной модели разработки, включающей четыре фазы (цикл разработки): начало, исследование, построение и внедрение. Каждая фаза разбита на этапы (итерации), результатами которых являются версии для внутреннего или внешнего использования. Каждый цикл завершается генерацией очередной версии системы. Если после этого работа над проектом не прекращается, то полученный продукт продолжает развиваться и снова проходит те же фазы. Суть работы в рамках RUP-методологии — создание и сопровождение моделей на базе UML [14];

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

• Extreme Programming (XP) — экстремальное программирование (самая новая среди рассматриваемых методологий); сформировалось в 1996 г. Основой методологии является работа в команде, эффективные коммуникации между заказчиком и исполнителем в течение всего проекта; разработка АИС ведется с использованием последовательно дорабатываемых прототипов.

В качестве определяющего документа на создание и испытания АИС целесообразно рассматривать международный стандарт ISO/IEC 12207, так как ГОСТы серии 34 уже устарели, а ряд этапов ЖЦ АИС представлены недостаточно полно. Стандарт ISO/IEC 12207 в структуре жизненного цикла определяет процессы, которые выполняются при создании ПО АИС. Эти процессы подразделяют на три группы:

1. основные (приобретение, поставка, разработка, эксплуатация и сопровождение);

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

3. организационные (управление проектами, создание инфраструктуры проекта, определение, оценка и улучшение самого жизненного цикла, обучение).

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

Разработка АИС включает все работы по созданию про­граммного обеспечения и его компонентов в соответствии с заданными требованиями. Этот процесс также предусматривает:

1. оформление проектной и эксплуатационной документации;

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

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

Как правило, составляющими процесса разработки являются стратегическое планирование, анализ, проектирование и реализация (программирование).

К процессу эксплуатации относятся:

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

2. обеспечение пользователей эксплуатационной документацией;

3. обучение персонала.

Основные эксплуатационные работы включают:

1. непосредственно эксплуатацию;

2. локализацию проблем и устранение причин их возникновения;

3. модификацию программного обеспечения;

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

5. развитие и модернизацию системы.

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

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

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

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

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

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

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

В табл. 1.3 ориентировочно приведены описания основных процессов ЖЦ АИС.

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

Разработка сложных АИС предполагает независимую разработку компонентов системы, что приводит к появлению многих вариантов и версий реализации как отдельных компонентов, так и системы в целом. Таким образом, возникает проблема обеспечения сохранения единой структуры в ходе разработки и модернизации АИС. Управление конфигурацией позволяет организовывать, систематически учитывать и контролировать внесение изменений в различные компоненты АИС на всех стадиях ее ЖЦ [2, 5, 6].

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

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

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

2. определение методов описания состояния процесса разработки;

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

4. обучение персонала.

 

Таблица 1.3. Содержание основных процессов ЖЦ АИС (ISO/IEC 12207)	Результат	Технико-экономическое обоснование внедрения АИС. Техническое задание на АИС. Договор на поставку/разработку. Акты приемки этапов работы. Акт приемо-сдаточных испытаний.	Решение об участии в разработке. Коммерческие предложения/конкурсная заявка. Договор на поставку/разработку. План управления проектом. Реализация/корректировка. Акт приемо-сдаточных испытаний.	Используемая модель ЖЦ, стандарты разработки. План работ. Состав подсистем, компоненты оборудования. Спецификации требования к компонентам ПО. Состав компонентов ПО, интерфейсы с БД, план ин­теграции ПО. Проект БД, спецификации интерфейсов между ком­понентами ПО, требования к тестам. Тесты модулей ПО, акты автономного тестирования. Оценка соответствия комплекса ПО требованиям ТЗ. Оценка соответствия ПО, БД, технического комплек­са и комплекта документации требованиям ТЗ.
	Вход	Решение о начале работ по внедре­нию АИС. Результаты обследования деятель­ности заказчика. Результаты анализа рынка АИС/тен­дера. План поставки/разработки. Комплексный тест АИС.	Техническое задание на АИС. Решение руководства об участии в разработке. Результаты тендера. Техническое задание на АИС. План управления проектом. Разработанная АИС и документация.	Техническое задание на АИС. Техническое задание на АИС, мо­дель ЖЦ. Техническое задание на АИС. Подсистемы АИС. Спецификации требования к компо­нентам ПО. Архитектура ПО. Материалы детального проектиро­вания ПО. План интеграции ПО, тесты. Архитектура ИС, ПО, документация на ИС, тесты
	Действия	Инициирование. Подготовка заявочных предло­жений. Подготовка договора. Контропь деятепьности постав­щика. Приемка АИС.	Инициирование. Ответ на заявочные предложения. Подготовка договора. Планирование исполнения. Поставка АИС.	Подготовка. Анализ требований к АИС. Проектирование архитектуры АИС. Разработка требований к ПО. Проектирование архитектуры ПО. Детальное проектирование ПО. Кодирование и тестирование ПО. Интеграция ПО и квалификацион­ное тестирование ПО. Интеграция ИС и квалификацион­ное тестирование АИС.
	Процесс (исполнитель процесса)	Приобретение (заказчик)	Поставка (разработчик АИС)	Разработка (разработчик АИС)

 

Обеспечение качества проекта связано с проблемами верификации, проверки и тестирования компонентов АИС.

Верификация — процесс определения соответствия текущего состояния разработки, достигнутого на данном этапе, требованиям этого этапа.

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

Для поддержки практического применения стандарта ISO/IEC 12207 разработаны технологические документы: Руководство для ISO/IEC 12207 (ISO/IEC TR 15271:1998 Information technology — Guide for ISO/IEC 12207) и Руководство по применению ISO/IEC 12207 к управлению проектами (ISO/IEC TR 16326:1999 Software engineering — Guide for the application of ISO/IEC 12207 to project management).

В 2002 г. был опубликован стандарт на процессы ЖЦ автоматизированных систем (ISO/IEC 15288 System life cycle processes). В разработке стандарта участвовали специалисты из различных областей деятельности; учитывался практический опыт создания систем в правительственных, коммерческих, военных и академических организациях. Согласно стандарту ISO/IEC серии 15288 в структуру ЖЦ включены следующие группы процессов.

1. Договорные процессы:

1. приобретение (внутренние решения или решения внешнего поставщика);

2. поставка (внутренние решения или решения внешнего поставщика).

2. Процессы предприятия:

1. управление окружающей средой предприятия;

2. инвестиционное управление;

3. управление ЖЦ ИС;

4. управление ресурсами;

5. управление качеством.

3. Проектные процессы:

1. планирование проекта;

2. оценка проекта;

3. контроль проекта;

4. управление рисками;

5. управление конфигурацией;

6. управление информационными потоками;

7. принятие решений.

4. Технические процессы:

1. определение требований;

2. анализ требований;

3. разработка архитектуры;

4. внедрение;

5. интеграция;

6. верификация;

7. переход;

8. аттестация;

9. эксплуатация;

10. сопровождение;

11. утилизация.

5. Специальные процессы:

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

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

В 1970-х гг. корпорация IBM предложила методологию Business System Planning (BSP) или методологию организационного планирования.

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

Таблица 1.4. Стадии создания АИС (ISO/IEC 15288)

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

 

Рнс. 1.4. Распределение времени при разработке АИС

По опубликованным данным [19, 21] каждый этап разработки АИС требует определенных затрат времени. В основном (45—50 %) время уходит на кодирование, комплексное и автономное тестирование (рис. 1.4). В среднем разработка АИС занимает лишь одну треть всего жизненного цикла системы (рис. 1.5).