КЛАССИФИКАЦИЯ CASE-СРЕДСТВ
Состав, структура и функциональные особенности CASE-средств. Классификация CASE-средств. Примеры
CASE-средства служат инструментарием для поддержки и усиления методов структурного анализа и проектирования ИС. Эти инструменты поддерживают работу при создании и редактировании графического проекта. CASE-средства – тип графически-ориентированных инструментов, восходящих к системе поддержки ЖЦ ПО. К ним относят программное средство, обеспечивающее автоматическую помощь при разработке ПО, его сопровождении или деятельности по управлению проектом, и проявляющее черты:
· мощная графика для описания и документирования ПО и для интерфейса;
· интеграция, обеспечивающая легкость передачи данных и позволяющая управлять процессом проектирования и разработки ПО через процесс планирования проекта;
· использование компьютерного хранилища (репозитария) для информации.
В основе построения CASE-средств лежат следующие положения:
|
|
· человеческий фактор;
· широкое использование базовых программных средств;
· автоматизированная или автоматическая кодогенерация;
· ограничение сложности;
· доступность для разных категорий пользователей;
· рентабельность;
· сопровождаемость.
Интегрированный CASE-пакет содержит четыре основные компоненты:
1) Средства централизованного хранения информации (репозитарий) являются основой CASE-пакета. Репозитарий должен обеспечивать:
· распространение действия нового или скорректированного описания на информационное пространство всего проекта;
· синхронизацию поступления информации от различных пользователей;
· хранение версий проекта и его отдельных компонент;
· сборку любой запрошенной версии;
· контроль информации на корректность, полноту и состоятельность.
2) Средства ввода данных в репозитарий и для взаимодействия с CASE-пакетом. Эти средства должны использоваться: аналитиками, проектировщиками, инженерами, администраторами и т.д.
3) Средства анализа, проектирования и разработки и их преобразования.
4) Средства вывода для документирования, управления проектами.
Все перечисленные компоненты в совокупности должны:
· поддерживать графические модели;
· контролировать ошибки;
· организовывать и поддерживать репозитарий;
· поддерживать процесс проектирования и разработки.
Поддержка графических моделей. Графическая ориентация CASE заключается в том, что программы являются схематическими проектами и формами. Для представления программ применяются структурные диаграммы. Для CASE существенны 4 типа диаграмм:
· диаграммы функционального проектирования (DFD - диаграммы потоков данных),
|
|
· диаграммы моделирования данных (ERD - диаграммы «сущность-связь»),
· диаграммы моделирования поведения (STD - диаграммы переходов состояний) и
· структурные диаграммы (карты).
Создание и модификация диаграмм осуществляется с помощью графических редакторов (диаграммеров). Диаграммы дают понимание и решение проблемы, позволяют проанализировать функционирование ПО, фиксируют связи между разработчиками, пользователями и руководителями, обеспечивают стандартизацию структуры программы и данных.
Контроль ошибок. Важность контроля ошибок на этапах анализа требований и проектирования спецификаций обуславливается возможностью их автоматического обнаружения на ранних этапах ЖЦ.
· встроенные в систему реализации — все решения по проектированию и реализации привязаны к выбранной системе управления базами данных (СУБД). Они позволяют разрабатывать всю БД целиком, оставаясь в одной технологической среде. Инструменты этой категории обладают сложностью, широкой сферой применения и высокой гибкостью.
· независимые от системы реализации — все решения по проектированию ориентированы на унификацию начальных этапов ЖЦ и средств их документирования, обеспечивают большую гибкость в выборе средств реализации.
Рынок программных средств насчитывает около 300 различных CASE-систем. Комплекс West-mounti-CASE+Uniface удовлетворяет всем критериям, принятым в качестве основных. Каждый из двух продуктов является одним из наиболее мощных в своем классе.
Применение СП (систем проектирования) требует от пользователей специальной подготовки и обучения. Внедрение СП осуществляется медленно, однако по мере приобретения практических навыков и общей культуры проектирования эффективность применения этих средств резко возрастает, причем наибольшая потребность в использовании СП испытывается на начальных этапах разработки, а именно на этапах анализа и спецификации требований. Это объясняется тем, что цена ошибок, допущенных на начальных этапах, на несколько порядков превышает цену ошибок, выявленных на более поздних этапах разработки. Выигрышно смотрится перспектива использования SILVERRUN-JAM, имеющей, наиболее дружелюбный интерфейс.
Использование Rational Rose интересно из-за широкого набора инструментов и поддерживаемых форматов, на начальном этапе, возможности получения “быстрого” решения. Для реализации более серьезных проектов может оказаться критичным привязанность данного инструмента к средствам реализации.
Для решения небольших задач можно использовать PowerDesigner, внедрение же SILVERRUN-JAM будет неоправданно дорогим по сравнению с полученными преимуществами, так как задача унифицированного доступа не решается его средствами.
Характеристика САSЕ-технологий.
САSЕ-технологии | ЖЦ ИС | Проверка | Платформа | СУБД | Групповая работа |
West-Mounti-CASE + Uniface | + | + | + | ORACLE, Informix, Sybase, Ingres и другие, dbf-файлы | + |
Designer/2000+ Developer/2000 | + | + | - | Целевая СУБД –только ORACLE | - |
Silver-Run + JАМ | + | - | + | ORACLE, Informix, Sybase, Ingres и другие | - |
Erwin/ЕRХ + РоwerBuilder | + | - | + | ORACLE, Informix, Sybase, поддержка ОDВС | - |