МИНИСТЕРСТВО  ОБРАЗОВАНИЯ И  НАУКИ УКРАИНЫ

ДонГТУ

Кафедра ЭК и ИТ 
 
 
 
 
 
 

РЕФЕРАТ 
 

по дисциплине : CASE-технологии

на тему: “Назначение и приёмы работы с CASE-средством CASE. Аналитик” 
 
 
 
 
 

Выполнила:

ст.гр.ЭК-07-1

Родзина Т.В.

Проверил:

Зайцева Н.М. 
 
 

Алчевск,2011 

СОДЕРЖАНИЕ

 

Введение 3

1 Назначение и приёмы работы с Case-средством Case.Аналитик 4

1.1 Назначение средства Case.Аналитик 4

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

Выводы 13

Список использованной литературы 14 

 

     

ВВЕДЕНИЕ

  

      Пакет “CASE.Аналитик”  является единственной разработкой, ориентированной  на российский рынок. В его основе лежит классическая методология  структурного системного анализа Гейна  - Сарсона, версия 1.1+ поддерживает следующие типы диаграмм: функциональной иерархии (дерево диаграмм проекта), контекстные, потоков данных, потоков управления, структурограммы данных, мини-спецификации (средства описания логики) процессов. Результат работы в среде пакета – информационно-логическая модель анализируемой системы. Эта модель представляется в виде иерархии диаграмм потоков данных и структурограмм данных. Диаграммы верхних уровней иерархии определяют основные функции и подсистемы с внешними входами, выходами и используемыми файлами, которые затем детализируются при помощи диаграмм нижнего уровня. Такая функциональная декомпозиция с многоуровневой иерархией диаграмм продолжается до тех пор, пока функциональный процесс не станет элементарным, невозможным для дальнейшей детализации. Теперь можно переходить к выражению внутренней логики процессов при помощи мини-спецификаций – алгоритмов преобразования входных потоков в выходные. Точные определения всех объектов диаграмм задаются в соответствующих формах и хранятся в словаре данных. Структура накопителей и потоков данных определяется иерархией структурограмм (с использованием специального графического языка задания структур данных).  
 
 

1 НАЗНАЧЕНИЕ И ПРИЁМЫ РАБОТЫ С CASE-СРЕДСТВОМ CASE.АНАЛИТИК

     1.1 Назначение средства  Case.Аналитик

 

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

     Пакет обеспечивает:

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

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

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

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

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

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

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

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

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

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

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

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

      CASE.Аналитик предоставляет следующие  средства верификации:

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

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

 

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

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

 

     Рисунок 1.1 – Пример диаграммы потоков данных 
 

 

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

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

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

     

 

     Риcунок 1.3– Условное обозначение подсистемы 

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

 

Рисунок 1.4 – Условное обозначение процесса 

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