Технология проектирования на базе комплекса российских стандартов ГОСТ 34

В ГОСТе 34.601—90 «Автоматизированные системы. Стадии создания» определяются стадии и этапы создания ИС (рис. 2.4).

  • 1. Формирование требований:
    • • обследование объекта и обоснование необходимости создания ИС;
    • • формирование отчета о выполненной работе и заявки на разработку тактико-технического задания.
Этапы жизненного цикла ИС

Рис. 2.4. Этапы жизненного цикла ИС

  • 2. Разработка концепции АС:
    • • изучение объекта (модель «AS IS» («Как есть»));
    • • разработка вариантов концепции ИС и выбор варианта (модели «ТО ВЕ» («Как должно быть»));
    • • оформление отчета о выполненных работах (в частности, технико-экономическое обоснование).
  • 3. Техническое задание:
    • • разработка и утверждение ТЗ.
  • 4. Эскизный проект:
    • • разработка предварительных проектных решений по системе и ее частям (определяются функции ИС, функции подсистем; состав комплексов задач и интерфейсов; концепция БД, ее укрупненная структура; функции СУБД; состав вычислительной системы; функции и параметры основных аппаратных средств);
    • • разработка документации на ИС.
  • 5. Технический проект:
    • • разработка проектных решений по системе и ее частям (разработка общих решений по системе и ее частям, функционально-алгоритмической структуре системы по функциям персонала, спецификаций на программные модули и таблицы БД, организационной структуре, по структуре технических средств, по алгоритмам решаемых задач, применяемым языкам, по организации и ведению информационной базы, по программному обеспечению);
    • • разработка документации на ИС (полное описание совокупности принятых проектных решений и достаточного для дальнейшего выполнения работ по созданию ИС (ГОСТ 34.201—89)).
  • 6. Рабочая документация:
    • • разработка программной и эксплуатационной документации на систему и ее части (для обеспечения работы по вводу ИС в эксплуатацию, а также для поддержания уровня эксплуатационных характеристик системы (ГОСТ 34.201—89));
    • • разработка или адаптация (покупных) программ.
  • 7. Ввод в действие:
    • • подготовка объекта автоматизации к вводу ИС в действие (организационная подготовка);
    • • подготовка персонала;
    • • строительно-монтажные работы;
    • • пусконаладочные работы (автономная наладка технических и программных средств, загрузка информации в БД; комплексная наладка всех средств системы);
    • • проведение предварительных испытаний;
    • • проведение опытной эксплуатации;
    • • проведение приемочных испытаний.
  • 8. Сопровождение АС:
    • • выполнение гарантийных обязательств;
    • • анализ функционирования ИС, ее модификация и выпуск новых версий.

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

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

Главной особенностью «каскадной» модели является концентрация сложности на начальных этапах ЖЦ при относительно невысокой сложности и трудоемкости последующих этапов. Более того, качество работ, выполненных на начальных этапах, определяет успех разработки в целом.

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

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

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

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

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

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

Результаты применения структурного анализа при нисходящем проектировании ИС очень наглядно представлены на диаграмме «Дерево узлов» (см. рис. 4.12). Реализация этой технология на базе инструментария All Fusion Modeling Suite представлена в гл. 4 с использованием методологий Swim Lane, IDEFO, IDEF3, DFD и IDEF1X.

 
Посмотреть оригинал
< Пред   СОДЕРЖАНИЕ   ОРИГИНАЛ     След >