Лекция 2_Case средства

1.

Тема: Обзор CASE-технологий
Технология освоения и внедрения CASEсредств
Оценка CASE-средств
Выбор CASE-средств

2.

Сегодня для разработки программного продукта
применяются CASE-средства. Но CASE средства
существовали не всегда. CASE-средство - результат
упорного и долгого труда программистов. Эволюция
средств разработки программного продукта прошла не
малый путь:
- ассемблеры, лампы памяти, анализаторы;
- компиляторы, интерпретаторы, трассировщики;
- символические отладчики, пакеты программ;
- системы анализа и управления исходными текстами;
CASE-I(CASE-средства
анализа
требований,
проектирования
спецификаций
и
структуры,
редактирования интерфейсов;
- CASE-II (CASE-средства генерации исходных текстов
и реализации интегрированного окружения поддержки
полного жизненного цикла (ЖЦ) разработки ПО).

3.

4.

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

5.

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

6.

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

7.

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

8.

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

9.

Базовые принципы построения CASE-средств
Большинство CASE-средств основано на принципах:
парадигма - метод – нотация – средство.
Парадигма
–
это система изменяющихся форм
некоторого понятия. В данном случае метод реализуется с
помощью нотаций.
Метод и нотации поддерживаются
инструментальными средствами.
Метод – это систематическая процедура или техника
генерации описаний компонент ПС. Примерами являются
метод JSP Джексона, методология SADT.
Нотация – это система обозначений, предназначенная
для описания структуры системы, элементов данных, этапов
обработки; может включать графы, диаграммы, таблицы,
схемы алгоритмов, формальные и естественные языки.
Например, метод JSP реализуется с помощью нотации,
базирующейся на применении четырех базовых конструкций
данных. Современной нотацией методологии SADT является
IDEF0.

10.

Средства – это инструментарий для поддержки методов,
помогающий пользователям при создании и редактировании
графического
проекта
в
интерактивном
режиме,
способствующий организации проекта в виде иерархии уровней
абстракции, выполняющий проверки соответствия компонентов.
Например,
средством, поддерживающим метод
JSP,
является SmartDraw., IDEF0 поддерживается средством BPwin.
Фактически
CASE-средство
–
это
совокупность
графически ориентированных инструментальных средств,
поддерживающих процессы или отдельные этапы процессов
ЖЦ ПС и систем.

11.

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

12.

Архитектура большинства CASE-систем

13.

К CASE-средствам может быть отнесено любое
программное
средство,
обеспечивающее
автоматическую
помощь при разработке ПС, их сопровождении или управлении
проектом, базирующееся на следующих основополагающих
принципах:
1.
Графическая
ориентация.
В
CASE-средствах
используется мощная графика для описания и документирования
систем или ПС и для улучшения интерфейса с пользователем.
2. Интеграция. CASE-средство обеспечивает легкость
передачи данных между своими компонентами и другими
средствами, входящими в состав линейки CASE-средств. Это
позволяет поддерживать совокупность процессов ЖЦ ПС.
3. Локализация всей проектной информации в
репозитории
(компьютерном
хранилище
данных).
Исполнителям проекта доступны соответствующие разделы
репозитория в соответствии с их уровнем доступа. Это
обеспечивает поддержку принципа коллективной работы.
Репозито́рий (от англ. repository — хранилище) — место, где хранятся и
поддерживаются какие-либо данные.

14.

Помимо данных принципов в основе концептуального
построения
CASEсредств
лежат
следующие
положения:
1. Человеческий фактор. Его учет позволяет
привести процессы ЖЦ ПС и систем к легкой, удобной и
экономичной форме.
2. Использование базовых программных средств,
применяющихся
в
других
приложениях
(СУБД,
компиляторы с различных языков программирования,
отладчики, языки четвертого поколения 4GL и др.).
3. Автоматизированная или автоматическая
кодогенерация. При автоматизированной кодогенерации
выполняется частичная генерация кодов программного
средства, остальные участки программируются вручную.
При автоматической кодогенерации выполняется полная
генерация кодов программного средства.

15.

4. Ограничение сложности. Такое ограничение позволяет
поддерживать сложность компонентов разрабатываемого
программного средства или системы на уровне, доступном для
понимания, использования и модификации.
5.
Доступность
для
различных
категорий
пользователей, в том числе заказчиков, специалистов в
предметной области, системных аналитиков, проектировщиков,
программистов, тестировщиков, инженеров по качеству,
менеджеров проектов. CASE-средства содержат инструменты
различного функционального назначения, поддерживающие
различные
этапы
основных,
вспомогательных
и
организационных процессов ЖЦ ПС и систем.
6.
Рентабельность,
обеспечивающая
быструю
окупаемость денежных средств, вложенных в приобретение
CASE-средства, за счет сокращения сроков и стоимости
проектов.
7.
Сопровождаемость.
CASE-средства
обладают
способностью адаптации к изменяющимся требованиям и
целям проекта.

16.

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

17.

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

18.

Основные понятия и определения
Модель - полное описание системы с определенной
точки зрения.
Модель – это проекция реальности, взятая с
определенными допущениями.
Бизнес-процесс
–
связанная
совокупность
подпроцессов и/или бизнес-операций и/или бизнесфункций, в ходе выполнения которой потребляются
определенные ресурсы и создается продукт (вещественный
или нематериальный результат человеческого труда:
предмет, услуга, научное открытие, идея), представляющий
ценность для потребителя.
Диаграмма – это графическое представление данных.

19.

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

20.

Примеры некоторых CASE-средств
CASE-средства
Анализ и
проектирование
• AllFusion
Process Modeler
(BPWin)
• Design/IDEF
• ARIS
• IBM Rational
Rose
• IBM WebSphere
Business Modeler
Проектирование
баз данных и
файлов
Программирование
• AllFusion ERWin
Data Modeler
(ERWin)
• COBOL
2/Workbench
• Designer2000
• APS
• Silverrun
• Rational
Software
Architect
• Rational Rose
• Rational Software
Architect
• DECASE

21.

BPwin поддерживает три методологии — IDEF0, IDEF3
и DFD, каждая из которых решает свои специфические задачи. В
BPwin возможно построение смешанных моделей, т. е. модель
может содержать одновременно диаграммы как IDEF0, так и
IDEF3 и DFD.

22.

ERwin/ERX - предназначен в основном для разработчиков,
проектировщиков БД, системных аналитиков. Функциональность
ERwin/ERX делает его также незаменимым инструментом для
администраторов БД и руководителей проектов.

23.

Microsoft Visio Professional – решение для построения
диаграмм от Microsoft. Этот пакет предназначен исключительно для
рисования диаграмм. Microsoft Visio не является средством
моделирования, это программа для создания иллюстраций с
возможностью построения UML-диаграмм.

24.

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

25.

Модуль ARIS Web Designer
- позволяет всем
территориально удаленным служащим компании совместно
проектировать
бизнес-процессы.
Он
обеспечивает
пользователям компании доступ к центральной базе данных
бизнес-процессов.

26.

MagicDraw является инструментом для разработки
бизнес процессов, архитектуры, программного обеспечения
и моделирования с поддержкой коллективной работы бизнес
аналитиков, программистов, тестировщиков и составителей
документов. Этот динамичный и универсальный инструмент
облегчает анализ, проектирование и разработку объектноориентированных программ и баз данных. Поддерживает
Java, C++, C#, CL(MSIL) и CORBA IDL.

27.

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

28.

Технология освоения и внедрения CASEсредств
Рассматриваемая нами технология базируется в
основном на стандартах IEEE (IEEE - Institute of
Electrical and Electronics Engineers - Институт
инженеров электротехники и электроники международная
некоммерческая
ассоциация
специалистов в области техники).
Термин "внедрение" используется в широком
смысле и включает все действия от оценки
первоначальных потребностей до полномасштабного
использования
CASE-средств
в
различных
подразделениях организации-пользователя.

29.

Процесс внедрения CASE-средств состоит из
следующих этапов:
- определение потребностей в CASE-средствах;
- оценка и выбор CASE-средств;
- выполнение пилотного проекта;
- практическое внедрение CASE-средств.

30.

Определение потребностей в CASE-средствах

31.

Одним из первых действий при внедрении CASEсредств является анализ возможностей организации в
отношении ее технологической базы, персонала и
используемого ПО. Такой анализ может быть формальным
или неформальным.
Формальные подходы определяются моделью
оценки
зрелости
технологических
процессов
организации
CMM
(Capability
Maturity
Model),
разработанной SEI (Software Engineering Institute), а также
стандартами ISO 9001: 1994, ISO 9003-3: 1991 и ISO 90042:1991. Главное в этих подходах – анализ различных
аспектов происходящих в организации процессов.
Для получения информации относительно положения и
потребностей
организации
могут
использоваться
неформальные оценки и анкетирование.

32.

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

33.

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

34.

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

35.

Персонал
Главной
целью
оценки
персонала
является
определение его отношения к возможным изменениям
(позитивного, нейтрального или негативного). Вопросы,
касающиеся оценки персонала, включают:
- реакция сотрудников организации (как отдельных
людей, так и коллектива) на внедрение новой технологии
- наличие опыта успешных или безуспешных
внедрений;
- наличие лидеров, способных серьезно повлиять на
отношение к новым средствам;
наличие
стремления
"снизу"
к
совершенствованию средств и технологии;
- объем обучения, необходимого для ориентации
пользователей в новой технологии;
- стабильность и уровень текучести кадров.

36.

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

37.

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

38.

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

39.

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

40.

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

41.

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

42.

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

43.

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

44.

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

45.

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

46.

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

47.

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

48.

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

49.

Критерии формирующие базис для процессов
оценки и выбора могут принимать различные формы,
включая:
- числовые меры в широком диапазоне
значений, например, объем требуемой памяти;
- числовые меры в ограниченном диапазоне
значений, например, простота освоения, выраженная
в баллах от 1 до 5;
- двоичные меры (истина/ложь, да/нет),
например, способность генерации документации в
формате Postscript;
- меры, которые могут принимать одно или
более из конечных множеств значений, например,
платформы, для которых поддерживается CASEсредство.

50.

Типичный процесс оценки и/или выбора может
использовать набор критериев различных типов

51.

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

52.

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

53.

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

54.

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

55.

Преимущества CASE-средств по сравнению с традиционной
технологией
оригинального
проектирования
сводятся
к
следующему:
1. улучшение качества разрабатываемого программного
приложения за счет средств автоматического контроля и генерации;
2. возможность повторного использования компонентов
разработки;
3. уменьшение времени создания системы, что позволяет на
ранних стадиях проектирования получить прототип будущей
системы и оценить его;
4. освобождает разработчиков от рутинной работы по
документированию проекта, так как используется встроенный
документатор;
5. возможность коллективной разработки ИС в режиме
реального времени.

56.

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

57.

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