Case технологии что такое – Что такое CASE технология? Какие задачи призваны решать CASE технологии? Как влияет использование CASE технологии в процессе проектирования на жизненный цикл разработки? — Вебджем.рф

Содержание

CASE-технологии | Глоссарий ПитерСофт

CASE-технологии (Computer-Aided Software/System Engineering) — инструментальные средства, используемые при проектировании систем. CASE-технологии охватывают весь спектр работ по созданию и сопровождению программного обеспечения (главным образом, анализ и разработку, составление проектной документации, кодирование и тестирование системы).

CASE-технологии имеют ряд характерных особенностей:

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

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

CASE-технологии можно классифицировать по функциональной направленности на

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

В настоящий момент на рынке программного обеспечения насчитывается более 300 различных CASE-средств. Наиболее известными являются CA ERwin Process Modeler (ранее BPwin), CA ERwin Data Modeler (ранее ERwin), Rational Rose, ARIS.

CA ERwin Process Modeler — CASE-технология фирмы Computer Associates, предназначенная для описания, анализа и моделирования бизнес-процессов. Использует семейство нотаций IDEF (а именно, IDEF0 и IDEF3), DFD, интегрируется с Erwin Data Modeler и входит совместно с данным средством в пакет CA ERwin Modeling Suite.

CA ERwin Data Modeler — CASE-средство от Computer Associates для моделирования баз данных, использующее методологию IDEF1X. Имеет два уровня представления модели — логический и физический — и позволяет строить одно из представлений на основе другого.

Rational Rose — технология фирмы Rational SoftWare Corporation, предназначенная для автоматизации этапов анализа и проектирования программного обеспечения, а также для генерации кодов на различных языках и выпуска проектной документации. Использует нотацию UML.

ARIS (Architecture of Integrated Information Systems) — CASE-технология фирмы IDS Scheer, ориентированная на описание бизнес-процессов организации. Методология ARIS рассматривает предприятие как совокупность взглядов на организационную структуру, структуру функций, структуру данных и структуру процессов. Использует нотации EPC (event-driven process chain), ERM (Entity-Relationship Model), UML.

CASE-технологии обладают очевидными достоинствами, поскольку существенно упрощают процесс разработки программного обеспечения и проектирования информационных систем и повышают его качество. Однако, несмотря на это, CASE-технологии находятся в стороне от непосредственного управления бизнесом. Они помогают разобраться с существующей и желаемой ситуацией, но не являются средством автоматизации процессов, что обуславливает целесообразность использования продуктов класса workflow, BPMS в сочетании с программами учета. Примером подобного продукта является «ПитерСофт: Управление процессами» на весьма распространенной в России платформе 1С.

технология — это… Что такое CASE-технология?

CASE-технология

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

По-английски: Computer-Aided System Engineering

Синонимы английские: CASE

Финансовый словарь Финам.

Capital-gain distributions
Cedel

Смотреть что такое «CASE-технология» в других словарях:

ТЕХНОЛОГИЯ ОБУЧЕНИЯ CASE STUDY — ТЕХНОЛОГИЯ ОБУЧЕНИЯ «CASE STUDY». Технология обучения, возникшая в середине ХХ в. в стенах Гарвардской школы бизнеса. Получила широкое применение при подготовке специалистов разного профиля, прежде всего в области экономики, юриспруденции,… … Новый словарь методических терминов и понятий (теория и практика обучения языкам)
ТЕХНОЛОГИЯ ОБУЧЕНИЯ — ТЕХНОЛОГИЯ (от греч. technē – искусство, ремесло, мастерство + …логия) ОБУЧЕНИЯ. Совокупность наиболее рациональных способов научной организации труда, обеспечивающих достижение поставленной цели обучения за минимальное время с наименьшей… … Новый словарь методических терминов и понятий (теория и практика обучения языкам)
ГОСТ Р ИСО/МЭК 12119-2000: Информационная технология. Пакеты программ. Требования к качеству и тестирование — Терминология ГОСТ Р ИСО/МЭК 12119 2000: Информационная технология. Пакеты программ. Требования к качеству и тестирование оригинал документа: 2.5 документация пакета (package documentation): Описание продукта и документация пользователя.… … Словарь-справочник терминов нормативно-технической документации
ДРАКОН — Эта статья предлагается к удалению. Пояснение причин и соответствующее обсуждение вы можете найти на странице Википедия:К удалению/28 сентября 2012. Пока процесс обсуждения не завершён, статью мож … Википедия
ДРАКОН (алгоритмический язык) — У этого термина существуют и другие значения, см. Дракон (значения). Пример блок схемы алгоритма на языке ДРАКОН дракон схемы ДРАКОН (Дружелюбный Русский Алгоритмический язык, Который Обеспечивает Наглядность) визуальный… … Википедия
ДРАКОН (язык программирования) — Пример блок схемы алгоритма на языке ДРАКОН дракон схемы ДРАКОН (Дружелюбный Русский Алгоритмический язык, Который Обеспечивает Наглядность) визуальный алгоритмический язык, созданный в рамках космической программы Буран. Разработка данного языка … Википедия
Дракон (ЯП) — Пример блок схемы алгоритма на языке ДРАКОН дракон схемы ДРАКОН (Дружелюбный Русский Алгоритмический язык, Который Обеспечивает Наглядность) визуальный алгоритмический язык, созданный в рамках космической программы Буран. Разработка данного языка … Википедия
Дракон (язык) — Пример блок схемы алгоритма на языке ДРАКОН дракон схемы ДРАКОН (Дружелюбный Русский Алгоритмический язык, Который Обеспечивает Наглядность) визуальный алгоритмический язык, созданный в рамках космической программы Буран. Разработка данного языка … Википедия
Экономическая информационная система — (ЭИС) представляет собой совокупность организационных, технических, программных и информационных средств, объединённых в единую систему с целью сбора, хранения, обработки и выдачи необходимой информации, предназначенной для выполнения функций… … Википедия
ЭИС — Экономическая информационная система (ЭИС) представляет собой совокупность организационных, технических, программных и информационных средств, объединенных в единую систему с целью сбора, хранения, обработки и выдачи необходимой информации,… … Википедия

Case-технология. Case-средства. Case-системы. Исторические подоплёки возникновения case-средств

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

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

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

Case-средства и case-технологии

Программно-технологические средства специального класса — CASE—средств, реализующих CASE—технологию

создания и сопровождения ИС.

Термин CASE (Computer Aided Software Engineering) используется в настоящее время в весьма широком смысле.

CASE—технология = методология разработки ПО + CASE—средства

Первоначальное значение термина CASE, ограниченное вопросами автоматизации разработки только лишь программного обеспечения (ПО).

В настоящее время приобрело новый смысл, охватывающий процесс разработки сложных ИС в целом.

Понятие компьютерной технологии разработки программных средств

Трудности с выработкой единого (строгого) определения термина CASE—технологии (компьютерные технологии разработки ПО).

CASE — Computer Aided Software Engineering

Без помощи (поддержки) компьютера ПО уже давно не разрабатываются (используется хотя бы компилятор)!

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

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

Теперь под CASE-технологией может пониматься и инженерия всего жизненного цикла ПС (включая и его сопровождение), но только в том случае, когда

программы частично или полностью генерируются по документам, полученным на указанных ранних этапах разработки.

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

Особенности современных case-средств

Автоматизация всех этапов жизненного цикла ПО и

прежде всего начальных.

Отделение проектирование ПО от кодирования и

последующих операций разработки.

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

Интеграция отдельных компонент CASE—средств,

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

Использование специальным образом организованного хранилища проектных метаданных (репозитория).

описание, особенности, классификация и рекомендации :: SYL.ru

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

Что такое инструменты CASE?

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

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

Структура наборов CASE

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

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

Особенности CASE-инструментов

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

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

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

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

Инструменты для анализа предметной области с последующим построением технологической карты проектирования.
Инструменты для проектирования БД, которые также обеспечивают моделирование схем генерации данных.
Пакеты CASE-средств для создания приложений, к которым можно отнести системы 4GL, Delphi, PowerBuilder и т. д.
Средства для обеспечения реинжиниринга с возможностью анализа баз данных и программных кодировок.

Вспомогательные возможности CASE-инструментов

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

Инструменты для управления процессами проектирования.
Инструменты для планирования и построения схем управления.
Средства для выполнения испытаний и пуско-наладочных операций после разработки.
Инструменты для создания технической документации.

Характеристики CASE-инструментов

К основным рабочим характеристикам CASE-инструментов относятся:

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

Заключение

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

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

Основные понятия Case технологий — Студопедия.Нет

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

Метод — процедура или техника генерации описания компонентов системы.

Нотация – отображение структуры системы, элементов данных, этапов обработки, а также описание проекта системы на формальных и естественных языках.

Инструментальные средства Case – это специальные программы, которые поддерживают одну или несколько методологий анализа и проектирования ИС.

Архитектура Case средств

Ядром системы является репозиторий. Он представляет собой специализированную БД, которая используется для отображения состояния системы в любой момент времени. Репозиторий содержит информацию о всех объектах проектной ИС. В репозитории хранятся описания следующих объектов:

1. Имена проектировщиков и их права доступа

2. Организованные структуры

3. Компоненты диаграмм и диаграммы в целом

4. Структуры данных

5. Взаимосвязи между диаграммами

6. Программные модули, процедуры и библиотеки модулей

ГРД используется для отображения в графическом виде заданной нотации проектной ИС. Он позволяет выполнять следующие операции:

1. Создавать элементы диаграмм и взаимосвязи между ними

2. Задавать описание элементов диаграмм

3. Редактирование элементов диаграмм и их взаимосвязь

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

1. Мониторинг правильности построения диаграмм

2. Диагностика и выдача сообщений об ошибках

3. Выделение на диаграмме ошибочных элементов

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

1. Инициализация проекта

2. Задание начальных параметров проекта

3. Назначение и изменение прав доступа к объектам проекта

Сервис – набор системных утилит для обслуживания репозитория.

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

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

1. Наличие БД, архива или словаря

2. Интерфейсы с другими Case системами

3. Возможности экспорта и импорта информации

4. Открытая архитектура

5. Наличие необходимых методологий

6. Графические средства поддержки проекта

7. Генерация кода программа

8. Планирование и управление проектом

К Case средствам относят любое ПО, автоматизирует совокупность ЖЦ и обладает следующими характеристиками:

1. Мощное графическое средство для описания ИС, которое обеспечивает удобство работы пользователя

2. Интеграция отдельных компонентов с Case средства

3. Использование организованного хранилища проектных метаданных

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

Все Case средства могут быть классифицированы по типам и категориям. Классификация по типам отражает функциональность Case средств. Классификация по категориям отражает степень интегрированности.

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

1. По поддерживаем методологиям

— функциональный или структурно-ориентированный

— объектно-ориентированный

— комплексно-ориентированный

2. По поддерживаем графическим нотациям

3. По степени интегрированности

4. По типу и архитектуре вычислительной техники

5. По типу коллективной разработки

6. По типу операционной среды

Классификация по типам:

1. Средства анализа (Design, BpWin)

2. Средства анализа и проектирования (Designer 2000 — Oracle)

3. Средства проектирования БД (ErWin, Designer 2000 — Oracle)

4. Средства разработки приложений (Developer 2000 – Oracle, Delphi)

5. Средства реинженеринга (ErWin, Rational Rose)

Оценка и выбор Case средств

Процесс оценки и выбора может преследовать несколько целей:

— оценка нескольких Case средств и выбор одного

— оценка нескольких Case средств и сохранение результата для последующей оценки

— выбор одного или нескольких Case средств с использованием результатов предыдущих оценок.

1 – уточнение критериев

2 – оценка Case средств

3 – выбор Case средств

4 – список критериев

5 – пользовательские потребности

6 – цели предположения и ограничения

7 – доступные Case средства

8 – уточненный список критериев

9 – потребность в дополнительной информации

10 – результаты оценки

11 – рекомендуемое решение

Входной информацией для процесса оценки является:

1. Определение пользовательских потребностей

2. Цели и ограничения проекта

3. Данные о доступных Case средствах

4. Список критериев, используемых для оценки

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

Определение списка критериев основано на пользовательских требованиях и включает:

1. Выбор критериев для использования из приведенного списка

2. Определение области использования каждого критерия

3. Назначение удельного веса каждому критерию

Процесс оценки

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

1. Формулировка задачи

2. Определение критериев оценки

3. Определение средств кандидатов

4. Оценка средств кандидатов на основе критериев

5. Подготовка отчета по результатам оценки

Список Case средств формируется на основе информации из различных источников. Следующим шагом является получение информации о каждом Case средстве.

Все выбранные Case средства оцениваются по двум критериям:

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

2. Субъективные критерии. Case средства оцениваются группой специалистов, которые используют одни и те же критерии.

Данный этап заканчивается заключением в виде оценки Case средств. Выполняется в виде отчета, который содержит:

1. выбранные подходы и оценки

2. информация о Case средствах кандидатах

3. этапы оценки

4. конкретные результаты оценки

5. выводы и заключения

Процесс выбора

Процесс выбора включает следующие действия:

1. формулировка задачи выбора

2. выполнение всех необходимых действия по выбору

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

4. подготовка отчета по результатам выбора

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

Критерии оценки и выбора

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

1. числовые меры в широком диапазоне

2. числовые меры в ограниченном диапазоне

3. двоичные меры

4. меры, которые могут принимать одно или более значений

1 – надежность

2 – простота использования

3 – эффективность

4 – сопровождаемость

5 – общие критерии

6 – переносимость

7 – функциональные характеристики

8 – среда функционирования

9 – проектная среда

10 – ПО

11 – технологическая среда

12 – функции, ориентированные на фазы ЖЦ

13 – моделирование

14 – реализация

15 – тестирование

16 – общие функции

17 – документирование

18 – управление конфигурацией

19 – управление проектом

Выполнение пилотного проекта

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

Пилотный проект представляет собой первоначальное реальное использование Case средства, он преследует следующие цели:

1. подтверждение результатов оценки

2. сбор необходимой информации для внедрения Case средств

3. накопление собственного опыта в использовании Case средств

1 – определение характеристик ПП

2 – планирование ПП

3 – выполнение ПП

4 – оценка ПП

5 – принятие решения о внедрении

6 – внедрение Case средств

7 – выполнение дополнительного ПП

8 – отказ от внедрения

ПП должен обладать следующими характеристиками:

1. Требуемая область применения

2. Масштабируемость

3. Представительность

4. Критичность

5. Авторитетность

6. Характеристики проектной мощности

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

1. Цели, задачи, критерии оценки

2. Персонал

3. Процедуры и соглашения

4. Обучение

5. График и ресурсы

После завершения ПП, его результаты необходимо оценить и сопоставить с начальными потребностями организации.

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

1. Целесообразно ли внедрять Case средства

2. Какие конкретные особенности ПП привели к его успеху

3. Какие проекты или подразделения организации могли получить выгоду от внедрения Case средств

После ответа на них, принимается решение о внедрении Case средства. Варианты могут быть следующими:

1. Внедрить Case средство

2. Выполнить дополнительный ПП

3. Отказаться от внедрения Case средства

4. Отказаться от использования Case средства вообще

После оценки результатов внедрения Case средства, организация оценивает – реально ли повысилась производительность разработки ПО. Для оценки используются следующие критерии:

1. Используемое время

2. Время, выданное для конкретного специалиста

3. Размер, сложность и качество ПО

4. Удобство сопровождения ПО

ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННЫХ СИСТЕМ (2 семестр)

Типовое проектирование

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

В зависимости от уровня, декомпозиции различают:

— элементарная

— подсистемная

— объектная

Методы проектирования

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

Недостатки:

1. большие затраты времени

2. плохая адаптивность к особенностям предприятия

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

Типовые решения реализуются по средствам прикладных программ. Данные пакеты позволяют осуществлять:

1. Модульное проектирование

2. Параметрическую настройку

3. Сокращение затрат на проектирование

4. Хорошее документирование

Недостатки:

1. Недостаточная адаптивность с позиции инженеринга деловых позиций

2. Недостаточная компенсируемость при создании систем

3. Малая совместимость между пакетами прикладных программ

При объектном методе ТП в качестве типового элемента использовался типовой проект для объектов управления определенной области, обеспечение полной компенсируемости.

Проектные комплексы отличаются следующими параметрами:

— Открытость архитектуры

— Масштабируемость

— Удобство настройки конфигурации

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