Московский государственный институт электроники и математики (технический университет) icon

Московский государственный институт электроники и математики (технический университет)



НазваниеМосковский государственный институт электроники и математики (технический университет)
М. В. Белов
Дата конвертации17.11.2012
Размер206.96 Kb.
ТипКурсовая
скачать >>>

Московский государственный институт электроники и математики

(технический университет)



Факультет: АВТ

Кафедра: ЭВА


курсовая работа по дисциплине

«технология программирования»


Тема: Обзор CASE-средств


Выполнил:

М. В. Белов

Группа:

С-85

Руководитель:

Ю. В. Куприянов


Оглавление


Оглавление 2

Введение 3

Основные определения 4

Классификация CASE-средств 6

Система структурного типа 8

Независимые системы 8

Система Designer/2000 13

Объектно-ориентированные системы 16

Объектно-ориентированная система Rational Rose 16

Заключение 19

Используемая литература 21


Введение


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

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

Основные определения


Термин CASE (Computer Aided Software Engineering) дословно переводится как разработка программного обеспечения с помощью компьютера. В настоящее время этот термин получил более широкий смысл, означающий автоматизацию разработки информационных систем.

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

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

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

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

Основная цель CASE-систем и средств состоит в том, чтобы отделить проектирование программного обеспечения от его кодирования и последующих этапов разработки (тестирование, документирование и пр.), а также автоматизировать весь процесс созда­ния программных систем, или инжиниринг (от англ. engineering - разработка).

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

Повторная разработка сводится к построению исходной модели программной системы путем исследования ее программных кодов. Имея модель, можно ее усовершенствовать, а затем вновь перейти к разработке. Так часто и поступают при проектировании. Одним из наиболее известных принципов такого типа является принцип «возвратного проектирования» - Round Trip Engineering (RTE).

Современные CASE-системы не ограничиваются только разработкой, а чаще все­го обеспечивают и повторную разработку. Это существенно ускоряет разработку при­ложений и повышает их качество.
^

Классификация CASE-средств


При классификации CASE-средств используют следующие признаки:

  • ориентацию на этапы жизненного цикла;

  • функциональную полноту;

  • тип используемой модели;

  • степень независимости от СУБД;

  • допустимые платформы.

Рассмотрим классификацию CASE-средств по наиболее часто используемым признакам.

По ориентации на этапы жизненного цикла выделяют следующие основные типы CASE-средств:

  • средства анализа, предназначенные для построения и анализа моделей предмет­ной области, например: Design/IDEF (Meta Software) и BPwin (Logic Works);

  • средства анализа и проектирования, обеспечивающие создание проектных специ­фикаций, например: Vantage Team Builder (Cayenne), Silverrun (Silverrun Technologies), PRO-IV (McDonnell Douglas) и СASE.Аналитик (МакроПроджект);

  • средства проектирования баз данных, обеспечивающие моделирование данных и разработку схем баз данных для основных СУБД, например: ERwin (LogicWorks), S-Designor (SPD), DataBase Designer (ORACLE);

  • средства разработки приложений, например: Uniface (Compuware), JAM (JYACC), PowerBuilder (Sybase), Developer/2000 (ORACLE), New Era (Informix), SQL Windows (Centura) и Delphi (Borland).

По функциональной полноте CASE-системы и средства можно условно разде­лить на следующие типы:

  • системы, предназначенные для решения частных задач на одном или нескольких этапах жизненного цикла, например, ERwin (Logic Works), S-Designor (SPD), САБЕ.Аналитик (МакроПроджект) и Silverrun (Silverrun Technologies);

  • интегрированные системы, поддерживающие весь жизненный цикл И С и свя­занные с общим репозиторием, например, система Vantage Team Builder (Cayenne) и система Designer/2000 с системой разработки приложений Developer/2000 (ORACLE).

По типу используемых моделей CASE-системы условно можно разделить на три основные разновидности: структурные, объектно-ориентированные и комбинированные.

Исторически первые структурные CASE-системы основаны на методах структурного и модульного программирования, структурного анализа и синтеза, например, система Vantage Team Builder (Cayenne).

Объектно-ориентированные методы и CASE-системы получили массовое использование с начала 90-х годов. Они позволяют сократить сроки разработки, а также повысить надежность и эффективность функционирования ИС. Примерами объектно-ориентированных CASE-систем являются Rational Rose (Rational Software) и Object Team (Cayenne).

Комбинированные инструментальные средства поддерживают одновременно структурные и объектно-ориентированные методы, например: Designer/2000 (ORACLE).

По степени независимости от СУБД CASE-системы можно разделить на две группы:

  • независимые системы;

  • встроенные в СУБД.

Независимые CASE-системы поставляются в виде автономных систем, не входящих в состав конкретной СУБД. Обычно они поддерживают несколько форматов баз дан­ных через интерфейс ODBC. К числу независимых CASE-систем относятся S-Designpr (SDP, Powersoft), ERwin (LogicWorks) и Silverrun (Computer Systems Advisers Inc.).

Встроенные CASE-системы обычно поддерживают главным образом формат баз данных СУБД, в состав которой они входят. При этом возможна поддержка и других форматов баз данных. Примером встроенной системы является Designer/2000, вхо­дящая в состав СУБД ORACLE.
^

Система структурного типа


Представители CASE-систем структурного типа можно выделить две основные группы: независимые и встроенные системы.

Независимые системы


К независимым CASE-системам структурного типа можно отнести популярные продукты S-Designor (фирмы SDP, приобретенной Powersoft), пакет ERwin (LogicWorks), Silverrun (Computer Systems Advisers Inc.), Case.Аналитик и т.д.

S-Designor


S-Designor представляет собой графический инструмент, позволяющий в определенной степени автоматизировать процесс проектирования реляционных БД. Начи­ная с версии S-Designor 6.0, продукт выпускается под названием PowerDesigner 6.0.

При разработке структуры БД с помощью S-Designor формируется концептуаль­ная модель данных (КМД), которая впоследствии преобразуется в физическую мо­дель данных (ФМД).

Для описания концептуальной модели данных предоставляются удобные средства графического интерфейса в стиле MS Windows. Концептуальная модель данных представляет собой схему базы данных в виде ER-модели.

Сущность изображается прямоугольником, внутри которого расположены атрибуты. Атрибуты, которые однозначно идентифицируют сущность (идентификаторы сущностей), выделяются подчеркиванием. Связи сущностей изображаются линия­ми, соединяющими соответствующие прямоугольники. Виды связей (1:1, 1:М, М:1, М:М) и подчиненность сущностей отмечаются на окончаниях линий. Если связь имеет место для всех элементов сущности, то линия перечеркивается, в противном случае - вместо перечеркивания изображается кружок. Пример концептуальной модели в виде диаграммы сущностей приведен на рис.1.



Рис. 1. ^ Пример концептуальной модели

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

Построение физической модели данных проводится на основе концептуальной модели и означает создание таблиц и описаний структур БД для некоторой СУБД или построение готового приложения в специальной среде разработки, например PowerBuilder.

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

Если в концептуальной модели данных между сущностями имеется связь вида М:М, то при построении физической модели автоматически создается дополнитель­ная таблица. Ее назначение - нормализация отношения. Колонками таблицы явля­ются идентификаторы участвующих в связи сущностей. Первичный ключ новой таб­лицы объединяет колонки первичных ключей двух исходных связанных таблиц. При­мер перехода от концептуальной модели данных к физической модели данных для связей вида М:М приведен на рис. 2. Символьная конструкция вида <рк> обознача­ет, что эта колонка (поле) таблицы является ключевой.



Рис. 2. Пример перехода к физической модели


Рассматриваемая система позволяет создавать базы данных путем подключения к работающему серверу СУБД через интерфейс ODBC или готовить текстовые файлы (пакеты) SQL-операторов по созданию структуры БД. Файлы SQL-операторов пос­ле этого обрабатываются некоторой СУБД, в результате чего создаются нужные БД.

S-Designor имеет интерфейсы со многими СУБД, включая Oracle, Ingress, Informix, Sybase, SQL Server, Access и Paradox.

Система S-Designor работает в среде Windows и обеспечивает возможность использования других инструментальных средств разработки программ, таких как PowerBuilder, Team Windows и Progress. Для инструментальной системы PowerBuilder пакет S-Designor позволяет выполнить автоматическую генерацию приложения.

С помощью средств моделирования структур БД системы S-Designor можно осуществлять прямой (к функциональной модели) и обратный (к концептуальной моде­ли) переходы. «Обратное проектирование» информационной модели может понадо­биться при решении задач анализа и расширения функций существующих АИС.

Создание таблиц БД сопровождается синтезом средств обеспечения поддержки ссылочной целостности данных в соответствии с типом конкретной СУБД.

Наряду с синтезируемыми программными объектами, система S-Designor поддерживает генерацию отчетов о концептуальной и физической моделях данных. Отчеты можно готовить в виде ASCII-текстов или в формате RTF для текстовых процессо­ров, например MS Word.

Система S-Designor поддерживает групповую разработку. Модели данных проектируемой информационной системы могут разбиваться на подмодели, с каждой из которых может работать отдельный разработчик. Подмодели данных для удобства хранятся в базах данных. Для хранения моделей может использоваться любая SQL-СУБД. В системе S-Designor имеются средства администрирования групповой рабо­ты с парольной защитой.

ERwin


ERwin представляет собой систему концептуального моделирования баз данных. Система ERwin реализует проектирование схемы БД, генерацию ее описания на язы­ке целевой СУБД (Oracle, Sybase, MS SQL Server и др.) и реинжиниринг баз данных. Для ряда систем быстрой разработки приложений (PowerBuilder, SQL Windows, Delphi, Visual Basic) обеспечивается генерация форм и прототипов приложений.

По функциональным возможностям ERwin близок к S-Designor. В ERwin связь с СУБД организуется напрямую, в отличие от S-Designor, в которой связь с СУБД осуществляется через ODBC-интерфейс с использованием внешних файлов. Отсюда следует, что ERwin менее универсальна и поддерживает меньшее число СУБД.

Silverrun


Silverrun представляет собой открытую систему, используемую совместно с продуктами других различных фирм. Она имеет интерфейсы с СУБД, в число которых входят следующие: DB2, Informix, Ingress, Oracle, Progress, SQLBase, SQLServer. Си­стема Silverrun имеет интерфейсы с системами программирования для языков чет­вертого поколения (4GL), включая системы PowerBuilder, Progress, SQLWindows, Uniface.

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

Она позволяет независимо строить модели двух видов: функциональные и информационные. Функциональные модели в виде диаграмм потоков данных DFD ориентированы на пользователей-заказчиков для обоснования требований и постановки задач. Информационные модели в виде диаграмм сущность-связь служат для генера­ции схем баз данных.

Система Silverrun состоит из трех основных подсистем: модуля построения диаграмм потоков данных и двух модулей построения диаграмм типа сущность-связь: модуля концептуальных моделей ERX (Entity Relationship eXpert) и модуля реляци­онных моделей RDM (Relational Data Modeler).

Средства построения DFD-диаграмм предоставляют следующие возможности: выбирать вид нотации DFD; изменять внешний вид элементов диаграмм; выбирать набор правил, проверяемых процедурой анализа корректности модели и т. д. Для удоб­ства анализа и реинжениринга бизнес-процессов предоставляется возможность ука­зывать в моделях объем и удельную стоимость ресурсов, используемых процессами. При этом обеспечивается автоматический подсчет стоимости каждого процесса и об­щей стоимости определенного ресурса.

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

Создаваемые с помощью системы Silverrun спецификации схем БД можно переносить в среду окончательной разработки приложения с помощью моста или путем создания файла с SQL-операторами. В первом случае система передает в базу хране­ния информации о проекте (репозиторий) сведения о форматах ввода, правилах редактирования, формах представления данных и другую информацию. Это означает, что для создания макета приложения остается скомпоновать его, выполнить настрой­ку и корректировку.

В целом система Silverrun по своим возможностям близка к системам S-Designor и ERwin. Система поддерживает коллективную разработку в разнородной среде и может функционировать на платформах Windows, OS/2, Macintosh и Solaris.
^

Возможные конфигурации и ориентировочная стоимость


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

Конфигурация

Стоимость, $

ERwin/ERX

3,295

ERwin/ERX for PowerBuilder, Visual Basic, Progress

3,495

ERwin/ERX for Delphi

4,295

ERwin/Desktop for PowerBuilder, Visual Basic

495

ERwin/ERX for SQLWindows / Designer/2000 / Solaris

3,495 / 5,795 / 6,995

ModelMart 5 / 10 user

11,995 / 19,995

Erwin/OPEN for ModelMart

3,995


Case.Аналитик


CASE.Аналитик 1.1 является практически единственным в настоящее время конкурентоспособным отечественным CASE-средством функционального моделирования и реализует построение диаграмм потоков данных. Его основные функции:

  • построение и редактирование DFD;

  • анализ диаграмм и проектных спецификаций на полноту и непротиворечивость;

  • получение разнообразных отчетов по проекту;

  • генерация макетов документов в соответствии с требованиями ГОСТ 19.ХХХ и 34.ХХХ.

Среда функционирования: процессор - 386 и выше, основная память - 4 Мб, дисковая память - 5 Мб, MS Windows 3.x или Windows 95.

Ориентировочная стоимость:

  • однопользовательская версия - 605 $;

  • многопользовательская версия (одно рабочее место) - 535 $.

База данных проекта реализована в формате СУБД Paradox и является открытой для доступа.

С помощью отдельного программного продукта (Catherine) выполняется обмен данными с CASE-средством ERwin. При этом из проекта, выполненного в CASE.Аналитике, экспортируется описание структур данных и накопителей данных, которое по определенным правилам формирует описание сущностей и их атрибутов.
^

Система Designer/2000


CASE-система Designer/2000 фирмы ORACLE является встроенной и используется в СУБД Oracle. Основу CASE-технологии, реализованной в продуктах фирмы ORACLE, составляют:

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

  • поддержка всех этапов жизненного цикла прикладной системы;

  • ориентация на технологию «клиент-сервер»;

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

  • возможность одновременной работы с репозиторием многих пользователей;

  • автоматизация последовательного перехода между этапами разработки;

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

Система Designer/2000 поддерживает следующие этапы разработки прикладных систем: моделирование и анализ деятельности организации, разработку концептуаль­ных моделей предметной области, проектирование приложения и синтез программ.

Средства поддержки этапа моделирования и анализа позволяют строить наглядные модели технологических и организационных процессов и структур организации для изучения и совершенствования. При этом широко применяются средства муль­тимедиа, включая звуковое сопровождение, видео и анимацию.

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

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

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

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

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

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

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

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

Первоначальный вариант спецификаций можно получить, воспользовавшись специальными утилитами.

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

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

Генератор серверной части по спецификациям БД автоматически строит тексты программ на языке SQL (операторы определения схем БД, триггеров, хранимых про­цедур и т. д.). Генераторы клиентских частей по полученным спецификациям автома­тически синтезируют тексты программных модулей (экранные формы, отчеты, про­цедуры и прочее). Для каждого типа модулей имеется свой генератор.

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

Объектно-ориентированные системы


Появление объектно-ориентированных CASE-систем вызвано рядом преимуществ объектно-ориентированного подхода перед структурным, основанных на трех важнейших свойствах: инкапсуляции, наследовании и полиморфизме.

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

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

В рамках объектно-ориентированного подхода существует множество моделей описания (нотаций) и методов разработки программных систем.

Современные объектно-ориентированные CASE-системы можно разделить на две основные группы: CASE-средства, поддерживающие несколько объектно-ориентиро­ванных моделей, и средства, ориентированные только на один вид моделей. В системах первого типа обычно имеется возможность перехода от одной модели к другой. Иногда в этих системах предоставляется возможность создавать собственные нотации.
^

Объектно-ориентированная система Rational Rose


Rational Rose представляет собой семейство объектно-ориентированных CASE-систем фирмы Rational Software Corporation, служащее для автоматизации анализа и проектирования ПО, генерации кодов на различных языках и подготовки проектной документации. Кроме того, в его составе имеются средства реинжиниринга программ, обеспечивающие повторное использование программных компонентов в новых про­ектах. В этой системе используется синтез-методология объектно-ориентированного анализа и проектирования Г. Буча, Д. Рамбо и И. Джекобсона, их унифицированный язык моделирования UML.

Конкретный вариант системы определяется языком, на котором выполняется генерация кодов программ (C++, Smalltalk, PowerBuilder, Ada, SqlWindows и ObjectPro), Основным вариантом системы является Rational Rose/C++, позволяющий генериро­вать программные коды на C++, подготавливать проектную документацию в виде диаграмм и спецификаций.

В процессе работы с помощью Rational Rose выполняется построение диаграмм и спецификаций, определяющих логическую и физическую структуру модели, ее статические и динамические свойства. В их состав входят следующие диаграммы: клас­сов, состояний, сценариев, модулей и процессов.

Основными компонентами системы являются следующие:

  • репозиторий, представляющий объектно-ориентированную БД;

  • графический интерфейс пользователя;

  • средства просмотра проекта, обеспечивающие перемещение по элементам проекта, в том числе по иерархиям классов и подсистем, переключение между видами диаграмм;

  • средства контроля проекта, позволяющие находить и устранять ошибки;

  • средства сбора статистики;

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

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

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

В результате разработки проекта с помощью Rational Rose формируются следующие диаграммы: классов, состояний, сценариев, модулей и процессов. Кроме того, создаются следующие компоненты:

  • спецификации классов, объектов, атрибутов и операций;

  • заготовки текстов программ;

  • модель программной системы.

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

Заключение


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

Плюсы:

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

  2. CASE-системы особенно полезными оказываются на начальных этапах разра­ботки. Они являются необязательной частью инструментария разработчика и пока не могут подменить средства проектирования и разработки в составе СУБД. Одной из основных причин этого является разнообразие средств разработки приложений, программно-аппаратных платформ и методологий проектирования.

  3. Предоставляемая многими CASE-системами возможность перехода от концеп­туальной модели БД к физической и обратно полезна для решения задач анализа, совершенствования и переноса приложений из среды одной СУБД в другую.

Большинство современных CASE-систем являются структурными, но благода­ря некоторым преимуществам объектно-ориентированных систем, последние приобретают все большую популярность, особенно при реализации сложных проектов.

Современные CASE-системы ориентированы на квалифицированного пользо­вателя, поскольку для их использования требуется знание теории проектирования баз данных. Так, например, для разработки структуры БД с помощью системы S-Designor информацию о проектируемой информационной системе нужно представить в виде ER-модели.

В зависимости от стоящих перед пользователем задач (разработка схемы БД, реинжиниринг, разработка готового приложения и т. д.), условий разработки и других факторов наилучшей может оказаться та или иная CASE-система. Иногда целесооб­разно использовать несколько CASE-систем.

Применение нескольких CASE-систем часто позволяет объединить достоинства используемых систем и существенно сократить сроки решения задач исследования или разработки.

Несмотря на все потенциальные возможности CASE-средств, существует множество примеров их неудачного внедрения, в результате чего создание с их помощью ПО становится "полочным" (shelfware).

Минусы:

  • CASE-средства не обязательно дают немедленный эффект; результат может быть получен только спустя какое-то время;

  • реальные затраты на внедрение CASE-средств обычно намного превышают затраты на их приобретение;

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

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

  • относительно небольшое время использования CASE-средств в различных организациях и недостаток опыта их применения;

  • разнообразие практики внедрения CASE-средств в различных организациях;

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

  • широкий диапазон предметных областей проектов;

  • различная степень интеграции CASE-средств в различных проектах.

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

Используемая литература


  1. CASE-технологии. Современны методы и средства проектирования информационных систем:
    http://www.citforum.ru/database/case/index.shtml

  2. Ниша и внедрение CASE-средств:
    http://www.interface.ru/fset.asp?Url=/CASE/botcase.htm

  3. Средства проектирования данных
    http://www.interface.ru/home.asp?artId=2854

  4. А.Д. Хомоненко, В.М. Цыганков, М.Г. Мальцев. Базы данных: Учебник для высших учебных заведений. СПб.: КОРОНА, 2004. – 736 с.




Москва 2007




Похожие:

Московский государственный институт электроники и математики (технический университет) iconПетров Глеб Игоревич
Государственное образовательное учреждение институт электроники высшего профессионального образования Московский Государственный...
Московский государственный институт электроники и математики (технический университет) iconШаповалов Игорь Владимирович
Государственное образовательное учреждение институт электроники высшего профессионального образования Московский Государственный...
Московский государственный институт электроники и математики (технический университет) iconИванова Ксения Вадимовна
Государственное образовательное учреждение институт электроники высшего профессионального образования Московский Государственный...
Московский государственный институт электроники и математики (технический университет) iconЗавьялов Кирилл Николаевич
Государственное образовательное учреждение институт электроники высшего профессионального образования Московский Государственный...
Московский государственный институт электроники и математики (технический университет) iconПоловов Андрей Викторович
Государственное образовательное учреждение институт электроники высшего профессионального образования Московский Государственный...
Московский государственный институт электроники и математики (технический университет) iconПеченкин Александр Сергеевич
Государственное образовательное учреждение институт электроники высшего профессионального образования Московский Государственный...
Московский государственный институт электроники и математики (технический университет) iconПоложенцев Дмитрий Владимирович
Государственное образовательное учреждение институт электроники высшего профессионального образования Московский Государственный...
Московский государственный институт электроники и математики (технический университет) iconСмирнов Алексей Михайлович
Государственное образовательное учреждение институт электроники высшего профессионального образования Московский Государственный...
Московский государственный институт электроники и математики (технический университет) iconТереховский Андрей Григорьевич
Государственное образовательное учреждение институт электроники высшего профессионального образования Московский Государственный...
Московский государственный институт электроники и математики (технический университет) iconМорозов Евгений Евгеньевич
Государственное образовательное учреждение институт электроники высшего профессионального образования Московский Государственный...
Московский государственный институт электроники и математики (технический университет) iconМатвеев Василий Михайлович
Государственное образовательное учреждение институт электроники высшего профессионального образования Московский Государственный...
Разместите кнопку на своём сайте:
Документы


База данных защищена авторским правом ©rushkolnik.ru 2000-2015
При копировании материала обязательно указание активной ссылки открытой для индексации.
обратиться к администрации
Документы