Предыдущая часть

Консалтинг при автоматизации предприятий:
подходы, методы, средства

Г.Н. Калянов,
Краткие сведения об авторе

ГЛАВА 16
ПРИМЕР РЕАЛИЗАЦИИ – ПАКЕТ CASE.АНАЛИТИК

Пакет CASE.Аналитик является единственной отечественной, доведенной до рынка разработкой, которая без всяких натяжек может быть отнесена к CASE первой генерации. В основе пакета лежит методология структурного системного анализа Гейна-Сарсона, применимая к широкому классу систем обработки информации: информационно-вычислительных, АСУ, АСУТП, систем автоматизации делопроизводства, бухгалтерских систем, баз данных, систем автоматизации эксперимента, организационных систем и т.п. Пакет обеспечивает:

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

Результат работы в среде пакета - информационно-логическая модель анализируемой системы. Эта модель представляется в виде иерархии диаграмм потоков данных и структурограмм данных. Диаграммы верхних уровней иерархии определяют основные функции/подсистемы системы с внешними входами и выходами и используемыми файлами. Далее эти основные функции/подсистемы детализируются при помощи диаграмм нижнего уровня. Такая функциональная декомпозиция продолжается, создавая таким образом многоуровневую иерархию диаграмм, до тех пор, пока не будет достигнут такой уровень декомпозиции, на котором функциональный процесс становится элементарным, невозможным для дальнейшей детализации. Когда дальнейшая детализация логических функций перестает быть полезной, то переходят к выражению внутренней логики процессов при помощи миниспецификаций - алгоритмов преобразования входных потоков в выходные. На рис. 16.1 показаны эти связи.

Рис. 16.1. Информационно-логическая модель системы

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

В состав пакета входят:

1) База данных проекта. В базе данных проекта CASE.Аналитик хранит всю информацию о модели системы - как о топологии и иерархии диаграмм, так и о структурных компонентах. При этом пользователю предоставляется графический интерфейс с базой данных и возможность получения разнообразных отчетов по проекту. В CASE.Аналитик используется база данных в формате СУБД Paradox. Для работы с CASE.Аналитик и базой данных проекта, порождаемой CASE.Аналитик, не требуется каких-либо дополнительных программ. В то же время база данных проекта доступна для программ, работающих с форматом Paradox. В этом смысле база данных проекта является открытой.

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

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

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

4) Документатор. Состав и содержание документов проекта системы регламентируются комплексами стандартов и руководящих документов. CASE.Аналитик поддерживает следующие стандарты и руководящие документы:

• Информационная технология. Комплекс стандартов и руководящих документов на автоматизированные системы. М.: Госстандарт СССР, 1991г., - ГОСТы 34.ХХХ;
• Единая система программной документации - ГОСТы 19.ХХХ.

Кроме того, оформление диаграмм при печати может быть выполнено в соответствии с требованиями ЕСКД: автоматически генерируется рамка и надписи.

5) Верификатор. Принципиальные решения по верификации проекта делает пользователь-аналитик. Эти решения аналитик принимает по результатам простых, но очень трудоемких процедур контроля и верификации, которые CASE.Аналитик выполняет автоматически и по запросу. CASE.Аналитик предоставляет следующие средства верификации:

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

16.1. Особенности потоковых диаграмм информационно-логический модели

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

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

Рис. 16.2. Пример диаграммы потоков данных

Рис. 16.3. Изображение внешней сущности на диаграммах

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

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

Риc. 16.4. Условное обозначение подсистемы

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

Рис. 16.5. Условное обозначение процесса

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

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

Рис. 16.6. Условное обозначение накопителя данных

Информационный канал. При детализации подсистем/процессов часто (за исключением простейших систем) возникает необходимость в детализации (структуризации) информационных потоков. Например, на диаграмме верхнего уровня может появиться поток Годовой отчет, который получает руководство организации. При детализации на следующих уровнях иерархии может выясниться, что годовой отчет готовят различные подразделения, и для этого порождаются такие потоки данных, как: Финансовый отчет, Анализ сбыта, Номенклатура изделий. Т.е. поток Годовой отчет есть результат слияния трех потоков. Такое слияние осуществляется через логический информационный канал. Логически информационный канал есть среда передачи информации. Информационный канал может реализоваться в виде, например, пневмопочты, курьерской службы, почты, магистрали или шины данных и т.д. Условное обозначение канала содержит идентифицирующую ссылку (буквы “ИК” и автоматически определяемый номер), поле имени и поле номера копии (рис. 16.7). 

Рис. 16.7. Условное обозначение информационного канала

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

Рис. 16.8. Условные обозначения информационных потоков

Продолжение книги

Дополнительную информацию Вы можете получить в компании Interface Ltd.

Отправить ссылку на страницу по e-mail