17. Состав архитектуры case-средств. Классификация case-средств. Примеры case-средств с указанием поддерживаемых нотации.

Полный комплекс CASE-средств, обеспечивающий поддержку жизненного цикла ПО, содержит следующие компоненты:

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

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

• средства разработки приложений, включая языки 4GL и генераторы кодов;

• средства конфигурационного управления;

• средства документирования;

• средства тестирования;

• средства управления проектом;

• средства реинжиниринга.

Современные CASE-системы классифицируются по следующим признакам:

1) По поддерживаемым методологиям проектирования: функционально (структурно)-ориентированные, объектно-ориентированные и комплексно-ориентированные (набор методологий проектирования);

2) По поддерживаемым графическим нотациям построения диаграмм: с фиксированной нотацией, с отдельными нотациями и наиболее распространенными нотациями;

3) По степени интегрированности: tools (отдельные локальные средства), toolkit (набор неинтегрированных средств, охватывающих большинство этапов разработки ЭИС) и workbench (полностью интегрированные средства, связанные общей базой проектных данных - репозиторием);

4) По типу и архитектуре вычислительной техники: ориентированные на ПЭВМ, ориентированные на локальную вычислительную сеть (ЛВС), ориентированные на глобальную вычислительную сеть (ГВС) и смешанного типа;

5) По режиму коллективной разработки проекта: не поддерживающие коллективную разработку, ориентированные на режим реального времени разработки проекта, ориентированные на режим объединения подпроектов;

6) По типу операционной системы (ОС): работающие под управлением WINDOWS 3.11 и выше; работающие под управлением UNIX и работающие под управлением различных ОС (WINDOWS, UNIX, OS/2 и др.).

Рассмотрим классификацию Case-средств по типам и категориям.

Классификация по типам отражает функциональную ориентацию CASE-средств на те или иные процессы ЖЦ и включает следующие типы:

1) АНАЛИЗ И ПРОЕКТИРОВАНИЕ. Средства данной группы используются для создания спецификаций системы и ее проектирования; они поддерживают широко известные методологии проектирования. (CASE.Аналитик (Эйтэкс) и т.д.).

2) ПРОЕКТИРОВАНИЕ БАЗ ДАННЫХ И ФАЙЛОВ. Средства данной группы обеспечивают логическое моделирование данных, автоматическое преобразование моделей данных в Третью Нормальную Форму, автоматическую генерацию схем БД и описаний форматов файлов на уровне программного кода: ERWin (Logic Works), S-Designor (SDP).

3) ПРОГРАММИРОВАНИЕ. Средства этой группы поддерживают этапы программирования и тестирования, а также автоматическую кодогенерацию из спецификаций, получая полностью документированную выполняемую программу: APS (Sage Software).

4) СОПРОВОЖДЕНИЕ И РЕИНЖИНИРИНГ. К таким средствам относятся документаторы, анализаторы программ, средства реструктурирования и реинжениринга. Их целью является корректировка, изменение, анализ, преобразование и реинжениринг существующей системы.

5) ОКРУЖЕНИЕ. Средства поддержки платформ для интеграции, создания и придания товарного вида CASE-средствам: Multi/Cam (AGS Management Systems) и т.д.

6) УПРАВЛЕНИЕ ПРОЕКТОМ. Средства, поддерживающие планирование, контроль, руководство, взаимодействие, т.е. функции, необходимые в процессе разработки и сопровождения проектов: Project Workbench (Applied Business Technology).

CASE-средство Silverrun американской фирмы Сomputer Systems Advisers, Inc. (CSA) используется для анализа и проектирования ИС бизнес-класса и ориентировано в большей степени на спиральную модель ЖЦ. Оно применимо для поддержки любой методологии, основанной на раздельном построении функциональной и информационной моделей (диаграмм потоков данных и диаграмм "сущность-связь").

Vantage Team Builder представляет собой интегрированный программный продукт, ориентированный на реализацию каскадной модели ЖЦ ПО и поддержку полного ЖЦ ПО.

• проектирование диаграмм потоков данных, "сущность-связь", структур данных, структурных схем программ и последовательностей экранных форм;

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

18. Где содержится метаинформация в процессе проектирования ЭИС?

Метаинформация - это информация о свойствах документа (страницы сайта), предназначенная для поисковых систем и используемая ими при индексации данной страницы. Использование метаинформации позволяет поисковым системам правильно и более качественно проиндексировать ваш сайт.

19. Элементы логической и физической ER-диаграммы в CASE-средстве ERwin Data Modeler.

ERwin - средство концептуального моделирования БД, использующее методологию IDEF1X (ERD). ERwin реализует проектирование схемы БД, генерацию ее описания на языке целевой СУБД (ORACLE, Informix, Ingres, Sybase, DB/2, Microsoft SQL Server, Progress и др.) и реинжиниринг существующей БД.

ERwin имеет два уровня представления модели - логический и физический. Логический уровень - это абстрактный взгляд на данные, на нем данные представляются так, как выглядят в реальном мире, и могут называться так, как они называются в реальном мире, например "Постоянный клиент", "Отдел" или "Фамилия сотрудника". Объекты модели, представляемые на логическом уровне, называются сущностями и атрибутами. Логическая модель данных является универсальной и никак не связана с конкретной реализацией СУБД. Физическая модель данных, напротив, зависит от конкретной СУБД, фактически являясь отображением системного каталога. В физической модели содержится информация о всех объектах БД. Поскольку стандартов на объекты БД не существует (например, нет стандарта на типы данных), физическая модель зависит от конкретной реализации СУБД. Следовательно, одной и той же логической модели могут соответствовать несколько разных физических моделей. Если в логической модели не имеет значения, какой конкретно тип данных имеет атрибут, то в физической модели важно описать всю информацию о конкретных физических объектах - таблицах, колонках, индексах, процедурах и т. д. Разделение модели данных на логические и физические позволяет решить несколько важных задач.

20. Виды систем классификации. Параметры систем классификации. Цель разработки классификаторов.

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

Основные способы классификации (возможны и другие критерии классификации систем).

1) По отношению системы к окружающей среде:

• открытые (есть обмен ресурсами с окружающей средой);

• закрытые (нет обмена ресурсами с окружающей средой).

2) По происхождению системы (элементов, связей, подсистем):

• искусственные (орудия, механизмы, машины, автоматы, роботы и т.д.);

• естественные (живые, неживые, экологические, социальные и т.д.);

• виртуальные (воображаемые и, хотя реально не существующие, но функционирующие так же, как и в случае, если бы они существовали);

• смешанные (экономические, биотехнические, организационные и т.д.).

3) По описанию переменных системы:

• с качественными переменными (имеющие лишь содержательное описание);

• с количественными переменными (имеющие дискретно или непрерывно описываемые количественным образом переменные);

• смешанного (количественно-качественное) описания.

4) По типу описания закона (законов) функционирования системы:

• типа "Черный ящик" (неизвестен полностью закон функционирования системы; известны только входные и выходные сообщения);

• не параметризованные (закон не описан; описываем с помощью хотя бы неизвестных параметров; известны лишь некоторые априорные свойства закона);

• параметризованные (закон известен с точностью до параметров и его возможно отнести к некоторому классу зависимостей);

• типа "Белый (прозрачный) ящик" (полностью известен закон).

5) По способу управления системой (в системе):

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

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

• с комбинированным управлением (автоматические, полуавтоматические, автоматизированные, организационные).

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

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

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

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

21. Структура классификаторов технико-экономической информации. (?)

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

В составе автоматизированной системы ведения общесистемных классификаторов (АСВОК) можно выделить три типа подсистем:

- объектные подсистемы,

- функциональные подсистемы,

- обеспечивающие подсистемы.

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

Функциональные подсистемы объединяют однотипные технологические процессы по ведению общесистемных классификаторов и включают в свой состав след. подсистемы:

- сбора, хранения, внесение корректив;

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

- обслуживания по разовым запросам;

- развития АСВОК, включая оптимизацию структуры классификаторов, устранение недействительных ветвей классификаторов, стандартизацию терминологии.

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