Контрольные вопросы

1. Укрупненная логическая структура информационной системы.

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

3. Иерархия элементов функциональной части информационных систем.

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

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

Тема 4. Каноническое проектирование экономической корпоративной информационной системы

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

Стадии и этапы процесса проектирования автоматизированной информационной системы. Особенности содержания работ для автоматизированной информационной системы в соответствии с сериями ГОСТ 34, ГОСТ 19, ГОСТ 24, ISO 12207.

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

Проектирование классификаторов технико-экономической информации. Понятие Единой системы классификации и кодирования (ЕСКК). Проектирование системы экономической информации. Правила оформления документов по ГОСТ Р 6.30-2003, делопроизводство по ГОСТ Р 51141-98.

Стадии и этапы проектирования кис

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

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

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

Принципы реализации каскадной модели жизненного цикла ИС поясняет рис.4.1:

Рис. 4.1. Каскадная модель жизненного цикла ИС

В пределах каждой стадии, представленной на рис. 4.1, могут быть выделены соответствующие внутренние стадии, этапы работы, также выполняемые по каскадной схеме (см. рис. 4.2 – 4.4).

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

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

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

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

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

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

К недостаткам этой модели можно отнести:

• сложность получения достаточно полных и точных исходных требований к ИС на начальной фазе работ ;

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

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

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

И нкрементная (итерационная) модель, называемая также поэтапной моделью с промежуточным контролем (преобладавшая с 80-90-х годов ХХ века), является логическим развитием каскадной модели жизненного цикла ИС. Эта модель учитывает необходимость введения обратных связей (итераций) между стадиями (а в пределах стадии – между входящими в них этапами работ) для внесения уточнений и изменений в принятые на предыдущих этапах технические ре шения (см. рис. 4.5).

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

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

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

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

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

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

К недостаткам итерационной модели можно отнести:

- усложнение общего планирования и учета работ;

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

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

- возникновение ситуации «перманентного улучшения» проекта (незавершенность работы).

Требования нормативных документов к составу и содержанию работ на стадии создания автоматизированной информационной системы

Каноническое проектирование регулируется стандартами: ГОСТ Р ИСО 90901-96 и Р 50.1.028-2001, стандартами комплекса ГОСТ 34 (ГОСТ 34.601-90, ГОСТ 34.602-89, ГОСТ 34.201-89, ГОСТ 34.003-90, РД 50-34.698-90), стандартами комплекса ГОСТ 24 (ГОСТ 24.104-85, ГОСТ 24.101-80, ГОСТ 24.208-80, ГОСТ 24.703-85 и др. в качестве рекомендательных методических материалов), стандартами комплекса ГОСТ 19 (ГОСТ 19.001-77, ГОСТ 19.105-78, ГОСТ 19.201-78, ГОСТ 19.404-79, ГОСТ 19.701-90, ГОСТ 19.781-90 и др.), а также ГОСТ Р ИСО/МЭК 12207-99, ГОСТ Р ИСО/МЭК ТО 15271-2002, ГОСТ 7.32-2003 и рядом других нормативных документов (в т.ч. отраслевых и корпоративных).

Предпроектные работы регламентируются ГОСТ 34.601-90 «Автоматизированные системы. Стадии создания»(раздел 2 и приложение 1), ГОСТ 34.602-90 «Автоматизированные системы. Техническое задание», ГОСТ 7.32-2003 «Отчет о научно-исследовательской работе. Структура и правила оформления», ГОСТ 24.101-80 «Система технической документации на АСУ. Виды и комплектность документов» (в качестве рекомендательных матариалов).

Проектные работы регламентируются ГОСТ 34.601-90 «Автоматизированные системы. Стадии создания», ГОСТ 34.201-89«Информационная технология. Виды, комплектность и обозначение документов при создании автоматизированных систем», ГОСТ 19.101-89 «Виды документов на программные средства, используемые при создании АС (ее частей)», гост 19.701-90 «Схемы алгоритмов, программ, данных и систем. Условные обозначения и правила выполнения», ГОСТ 7.32-2003 «Отчет о научно-исследовательской работе. Структура и правила оформления», ГОСТ 24.101-80 «Система технической документации на АСУ. Виды и комплектность документов» (в качестве рекомендательных матариалов), а также ГОСТ Р ИСО/МЭК 12207-99, ГОСТ Р ИСО/МЭК ТО 15271-2002, ГОСТ 19.001-77, ГОСТ 19.105-78, ГОСТ 19.201-78, ГОСТ 19.404-79 и рядом других нормативных материалов ( ссылки на которые содержатся в перечисленных выше ГОСТ).

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