Обследование существующей системы

1 2 3 4 5 6 7 8

Системный анализ

Системный анализ(общие сведения).

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

1 – разработка первоначальных планов;

2 – исследование существующей системы;

3 - детальное определение требований;

4 – разработка эскизного проекта новой системы;

5 – выполнение анализа данных;

6 – детальная разработка новой системы;

7 – составление планов разработок;

8 – разработка и критический анализ системных спецификаций.

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

Этапы исследования существующих систем. Состав документации по анализу данных. Операционные диаграммы.

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

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

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

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

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

тонкие непрерывные линии – для потоков данных (во всех рассматриваемых здесь примерах речь идет именно об этих потоках);

жирные непрерывные линии для материальных потоков;

пунктирные линии – для управляющих потоков.

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

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

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

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

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

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

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

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

Принят следующий порядок нумерации.

Композиционная диаграмма и операционная диаграмма верхнего уровня не нумеруются.

Операции на диаграмме верхнего уровня нумеруются цифрами 1, 2 и т.д.

Каждая операция делится затем на составляющие, для которых строятся операционные диаграммы следующих уровней. На операционной диаграмме нижнего уровня применяется двойная нумерация: первая цифра соответствует номеру операции диаграммы верхнего уровня, а вторая – последовательным номерам операций нижнего. Так, на диаграмме второго уровня, раскрывающий первую операцию первого уровня, нумерация будет иметь вид: 1.1, 1.2, 1.3 и т.д.

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

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

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

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

Составляется оглавление полученных диа грамм. Наиболее простая его форма, удобная для машинописи, - перечень отступами.

Основные операции помечаются звездочкой.

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

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

При указании имен следует придерживаться единых правил.

Не рекомендуется употреблять узкопрофессиальные термины.

Необходимо по-разному обозначать информационные. «материальные» и управляющие потоки [1, c.196-202].

Состав комплекта документации, который должен быть разработан к концу этапа анализа данных вне зависимости от применяемой методики: логическая схема данных, спецификация путей доступа, перечень и определения типов данных, словарь элементов данных и таблица связей [1, c.220-222]

(Коллинз Г., Блей Дж. Структурные методы разработки систем: от стратегического планирования до тестирования. М.:Финансы и статистика, 1986.-264с)

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

Сбор детальных сведений

Рабочие материалы

Обобщение проблемы

Определение операций Компоновка документов

Подготовка операционных диаграмм

Описание данных

Критический анализ

Дата добавления: 2014-01-06