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-технология — программный комплекс, автоматизирующий технологический процесс анализа, проектирования, разработки и сопровождения сложных программных систем.
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—средств,
обеспечивающая управляемость процессом разработки информационных систем;
Использование специальным образом организованного хранилища проектных метаданных (репозитория).
Основные понятия 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. Малая совместимость между пакетами прикладных программ
При объектном методе ТП в качестве типового элемента использовался типовой проект для объектов управления определенной области, обеспечение полной компенсируемости.
Проектные комплексы отличаются следующими параметрами:
— Открытость архитектуры
— Масштабируемость
— Удобство настройки конфигурации
Данная методика имеет преимущество перед подсистемным методом, который заключается в компенсируемости всех компонентов, за счет единства методологии, программной и технической совместимости компонент.
CASE-средств и их характеристики (стр. 1 из 2)
Оглавление
Введение………………………………………………………………………………….
1. CASE средство: определения и общая характеристика…………………………….
2. Применения CASE технологий: преимущества и недостатки……………………..
3. Внедрение CASE-технологий…………………………………………………………
4. Примеры CASE-средств и их характеристики………………………………………
4.1 Silverrun………………………………………………………………………..
4.2 JAM…………………………………………………………………………….
4.3 Vantage Team Builder…………………………………………………………..
4.4 Локальные средства (ERwin, BPwin, S-Designor)……………………………
4.5 Объектно-ориентированные CASE-средства (Rational Rose)………………
4.6 Средства конфигурационного управления………………………………….
4.7 Средства документирования…………………………………………………
4.8 Средства тестирования………………………………………………………..
Заключение……………………………………………………………………………….
Литература………………………………………………………………………………..
Введение
Цель моего реферата – рассмотреть технологии разработки программных систем на основе CASE средств. В 70-х и 80-х годах при разработке ИС достаточно широко применялась структурная методология, предоставляющая в распоряжение разработчиков строгие формализованные методы описания ИС и принимаемых технических решений. На протяжении всей истории программирования программные проекты все более и более усложнялись, объем работ стремительно увеличивался, возникла потребность в универсальных средствах, которые могли бы помочь как-то структурировать создание ПО. Традиционные языки программирования в силу малой наглядности, избыточности и многословия утрачивали свою эффективность и в 70-х и 80-х годах при разработке программных систем достаточно широко применялась структурная методология. Наглядность и строгость средств структурного анализа позволяла разработчикам и будущим пользователям системы обсуждать и закреплять понимание основных технических решений. Все шло к появлению программно-технологических средств специального класса.
1. CASE средство: определения и общая характеристика.
Аббревиатура CASE расшифровывается как Computer Aided Software Engineering. Этот термин широко используется в настоящее время. На этапе появления подобных средств, термин CASE употреблялся лишь в отношении автоматизации разработки программного обеспечения. Сегодня CASE средства подразкмевают процесс разработки сложных ИС в целом: создание и сопровождение ИС, анализ, формулировка требований, проектирование прикладного ПО и баз данных, генерацию кода, тестирование, документирование, обеспечение качества, конфигурационное управление и управление проектом, а также другие процессы. Таким образом, CASE-технологии образуют целую среду разработки ИС.
Итак, CASE-технология представляет собой методологию проектирования программных систем, а также набор инструментальных средств, позволяющих в наглядной форме моделировать предметную область, анализировать эту модель на всех этапах разработки и сопровождения ИС и разрабатывать приложения в соответствии с информационными потребностями пользователей. Большинство существующих CASE-средств основано на методологиях структурного или объектно-ориентированного анализа и проектирования, использующих спецификации в виде диаграмм или текстов для описания внешних требований, связей между моделями системы, динамики поведения системы и архитектуры программных средств. Главные составляющие CASE-продукта таковы:
- методология (Method Diagrams), которая задает единый графический язык и правила работы с ним.
- графические редакторы (Graphic Editors), которые помогают рисовать диаграммы; возникли с распространением PC и GUI, так называемых «upper case технологий
- генератор: по графическому представлению модели можно сгенерировать исходный код для различных платформ (так называемая low case часть CASE-технологии).
- репозиторий, своеобразная база данных для хранения результатов работы программистов.
2. Применения CASE технологий: преимущества и недостатки.
Различные статистические обзоры свидетельствуют сегодня об эффективности применения CASE средств в процессе разработки программных систем. Однако % неудач все же существует и довольно велик. Разумеется, существуют свои недостатки применения технологий, значимыми являются недостатки со стороны аспектов бизнеса:
- CASE-средства не обязательно дают немедленный эффект; он может быть получен только спустя какое-то время;
- реальные затраты на внедрение CASE-средств обычно намного превышают затраты на их приобретение;
- CASE-средства обеспечивают возможности для получения существенной выгоды только после успешного завершения процесса их внедрения.
Ввиду разнообразной природы CASE-средств было бы ошибочно делать какие-либо безоговорочные утверждения относительно реального удовлетворения тех или иных ожиданий от их внедрения. Можно перечислить следующие факторы, усложняющие определение возможного эффекта от использования CASE-средств:
- широкое разнообразие качества и возможностей CASE-средств;
- относительно небольшое время использования CASE-средств в различных организациях и недостаток опыта их применения;
- широкое разнообразие в практике внедрения различных организаций;
- отсутствие детальных метрик и данных для уже выполненных и текущих проектов;
- широкий диапазон предметных областей проектов;
- различная степень интеграции CASE-средств в различных проектах.
Вокруг определения эффективности использования CASE технологий бытует два мнения: одни считают, что реальная выгода от использования некоторых типов CASE-средств может быть получена только после одно- двухлетнего опыта, другие полагают, что воздействие может реально проявиться в фазе эксплуатации жизненного цикла ИС, когда технологические улучшения могут привести к снижению эксплуатационных затрат. Однако существует ряд признаков организации, с отсутствием хотя бы одного из которых внедрение CASE-средств скорее всего закончится неудачно:
- Технология: понимание ограниченности существующих возможностей и способность принять новую технологию;
- Культура: готовность к внедрению новых процессов и взаимоотношений между разработчиками и пользователями;
- Управление: четкое руководство и организованность по отношению к наиболее важным этапам и процессам внедрения.
Пройдя нелегкий путь изучения рекомендаций по внедрению, анализу организации, бизнес рекомендаций, удачно использовав CASE-технологии в процессе разработки, группа разработчиков получит ряд преимуществ созданной системы:
- высокий уровень технологической поддержки процессов разработки и сопровождения ПО;
- положительное воздействие на некоторые или все из перечисленных факторов: производительность, качество продукции, соблюдение стандартов, документирование;
- приемлемый уровень отдачи от инвестиций в CASE-средства.
3. Внедрение CASE-технологий.
Термин «внедрение» используется в данном подзаголовке в достаточно широком смысле и включает в себя действия от оценки первоначальных потребностей до полномасштабного использования CASE-технологий в различных подразделениях организации-пользователя. Процесс внедрения CASE-средств состоит из следующих этапов:
- определение потребностей в CASE-средствах;
- оценка и выбор CASE-средств;
- выполнение пилотного проекта;
- практическое внедрение CASE-средств.
Процесс успешного внедрения CASE-средств не ограничивается только их использованием. На самом деле он охватывает планирование и реализацию множества технических, организационных, структурных процессов, изменений в общей культуре организации, и основан на четком понимании возможностей CASE-средств. На способ внедрения CASE-средств может повлиять специфика конкретной ситуации. Например, если заказчик предпочитает конкретное средство, или оно оговаривается требованиями контракта, этапы внедрения должны соответствовать такому предопределенному выбору. В иных ситуациях относительная простота или сложность средства, степень согласованности или конфликтности с существующими в организации процессами, требуемая степень интеграции с другими средствами, опыт и квалификация пользователей могут привести к внесению соответствующих корректив в процесс внедрения.
4. Примеры CASE-средств и их характеристики.
4.1 Silverrun
CASE-средство Silverrun американской фирмы Computer Systems Advisers, Inc. используется для анализа и проектирования ИС бизнес-класса. Оно применимо для поддержки любой методологии, основанной на раздельном построении функциональной и информационной моделей. Silverrun имеет модульную структуру и состоит из четырех модулей, каждый из которых является самостоятельным продуктом и может приобретаться и использоваться без связи с остальными модулями: модуль построения моделей бизнес-процессов, модуль концептуального моделирования данных, модуль реляционного моделирования и менеджер репозитория рабочей группы. Платой за высокую гибкость и разнообразие изобразительных средств построения моделей является такой недостаток Silverrun, как отсутствие жесткого взаимного контроля между компонентами различных моделей