Case-технлогии
предшествовали исследования в
области методологии программирования. Программирование обрело черты
системного подхода с разработкой и внедрением языков высокого уровня,
методов структурного и модульного программирования, языков проектирования и
средств их поддержки, формальных и неформальных языков описаний системных
требований и спецификаций и т.д. Кроме того, появлению CASE-технологии
способствовали и такие факторы, как:
подготовка аналитиков и программистов, восприимчивых к концепциям
модульного и структурного программирования;
широкое внедрение и постоянный рост производительности компьютеров,
позволившие использовать эффективные графические средства и
автоматизировать большинство этапов проектирования;
внедрение сетевой технологии, предоставившей возможность объединения усилий
отдельных исполнителей в единый процесс проектирования путем использования
разделяемой базы данных, содержащей необходимую информацию о проекте.
CASE-технология представляет собой методологию проектирования ИС, а также
набор инструментальных средств, позволяющих в наглядной форме моделировать
предметную область, анализировать эту модель на всех этапах разработки и
сопровождения ИС и разрабатывать приложения в соответствии с
информационными потребностями пользователей. Большинство существующих CASE-
средств основано на методологиях структурного (в основном) или объектно-
ориентированного анализа и проектирования, использующих спецификации в виде
диаграмм или текстов для описания внешних требований, связей между моделями
системы, динамики поведения системы и архитектуры программных средств.
Согласно обзору передовых технологий (Survey of Advanced Technology),
составленному фирмой Systems Development Inc. в 1996 г. по результатам
анкетирования более 1000 американских фирм, CASE-технология в настоящее
время попала в разряд наиболее стабильных информационных технологий (ее
использовала половина всех опрошенных пользователей более чем в трети своих
проектов, из них 85% завершились успешно). Однако, несмотря на все
потенциальные возможности CASE-средств, существует множество примеров их
неудачного внедрения, в результате которых CASE-средства становятся
"полочным" ПО (shelfware). В связи с этим необходимо отметить следующее:
CASE-средства не обязательно дают немедленный эффект; он может быть получен
только спустя какое-то время;
реальные затраты на внедрение CASE-средств обычно намного превышают затраты
на их приобретение;
CASE-средства обеспечивают возможности для получения существенной выгоды
только после успешного завершения процесса их внедрения.
Ввиду разнообразной природы CASE-средств было бы ошибочно делать какие-либо
безоговорочные утверждения относительно реального удовлетворения тех или
иных ожиданий от их внедрения. Можно перечислить следующие факторы,
усложняющие определение возможного эффекта от использования CASE-средств:
широкое разнообразие качества и возможностей CASE-средств;
относительно небольшое время использования CASE-средств в различных
организациях и недостаток опыта их применения;
широкое разнообразие в практике внедрения различных организаций;
отсутствие детальных метрик и данных для уже выполненных и текущих
проектов;
широкий диапазон предметных областей проектов;
различная степень интеграции CASE-средств в различных проектах.
Вследствие этих сложностей доступная информация о реальных внедрениях
крайне ограничена и противоречива. Она зависит от типа средств,
характеристик проектов, уровня сопровождения и опыта пользователей.
Некоторые аналитики полагают, что реальная выгода от использования
некоторых типов CASE-средств может быть получена только после одно- или
двухлетнего опыта. Другие полагают, что воздействие может реально
проявиться в фазе эксплуатации жизненного цикла ИС, когда технологические
улучшения могут привести к снижению эксплуатационных затрат.
Для успешного внедрения CASE-средств организация должна обладать следующими
качествами:
Технология. Понимание ограниченности существующих возможностей и
способность принять новую технологию;
Культура. Готовность к внедрению новых процессов и взаимоотношений между
разработчиками и пользователями;
Управление. Четкое руководство и организованность по отношению к наиболее
важным этапам и процессам внедрения.
Если организация не обладает хотя бы одним из перечисленных качеств, то
внедрение CASE-средств может закончиться неудачей независимо от степени
тщательности следования различным рекомендациям по внедрению.
Для того, чтобы принять взвешенное решение относительно инвестиций в CASE-
технологию, пользователи вынуждены производить оценку отдельных CASE-
средств, опираясь на неполные и противоречивые данные. Эта проблема
зачастую усугубляется недостаточным знанием всех возможных "подводных
камней" использования CASE-средств. Среди наиболее важных проблем
выделяются следующие:
достоверная оценка отдачи от инвестиций в CASE-средства затруднительна
ввиду отсутствия приемлемых метрик и данных по проектам и процессам
разработки ПО;
внедрение CASE-средств может представлять собой достаточно длительный
процесс и может не принести немедленной отдачи. Возможно даже краткосрочное
снижение продуктивности в результате усилий, затрачиваемых на внедрение.
Вследствие этого руководство организации-пользователя может утратить
интерес к CASE-средствам и прекратить поддержку их внедрения;
отсутствие полного соответствия между теми процессами и методами, которые
поддерживаются CASE-средствами, и теми, которые используются в данной
организации, может привести к дополнительным трудностям;
CASE-средства зачастую трудно использовать в комплексе с другими подобными
средствами. Это объясняется как различными парадигмами, поддерживаемыми
различными средствами, так и проблемами передачи данных и управления от
одного средства к другому;
некоторые CASE-средства требуют слишком много усилий для того, чтобы
оправдать их использование в небольшом проекте, при этом, тем не менее,
можно извлечь выгоду из той дисциплины, к которой обязывает их применение;
негативное отношение персонала к внедрению новой CASE-технологии может быть
главной причиной провала проекта.
Пользователи CASE-средств должны быть готовы к необходимости долгосрочных
затрат на эксплуатацию, частому появлению новых версий и возможному
быстрому моральному старению средств, а также постоянным затратам на
обучение и повышение квалификации персонала.
Несмотря на все высказанные предостережения и некоторый пессимизм,
грамотный и разумный подход к использованию CASE-средств может преодолеть
все перечисленные трудности. Успешное внедрение CASE-средств должно
обеспечить такие выгоды как:
высокий уровень технологической поддержки процессов разработки и
сопровождения ПО;
положительное воздействие на некоторые или все из перечисленных факторов:
производительность, качество продукции, соблюдение стандартов,
документирование;
приемлемый уровень отдачи от инвестиций в CASE-средства.
1. Основы методологии проектирования ИС
1.1. Жизненный цикл по ИС
Одним из базовых понятий методологии проектирования ИС является понятие
жизненного цикла ее программного обеспечения (ЖЦ ПО). ЖЦ ПО - это
непрерывный процесс, который начинается с момента принятия решения о
необходимости его создания и заканчивается в момент его полного изъятия из
эксплуатации.
Основным нормативным документом, регламентирующим ЖЦ ПО, является
международный стандарт ISO/IEC 12207 [5] (ISO - International Organization
of Standardization - Международная организация по стандартизации, IEC -
International Electrotechnical Commission - Международная комиссия по
электротехнике). Он определяет структуру ЖЦ, содержащую процессы, действия
и задачи, которые должны быть выполнены во время создания ПО.
Структура ЖЦ ПО по стандарту ISO/IEC 12207 базируется на трех группах
процессов:
основные процессы ЖЦ ПО (приобретение, поставка, разработка, эксплуатация,
сопровождение);
вспомогательные процессы, обеспечивающие выполнение основных процессов
(документирование, управление конфигурацией, обеспечение качества,
верификация, аттестация, оценка, аудит, решение проблем);
организационные процессы (управление проектами, создание инфраструктуры
проекта, определение, оценка и улучшение самого ЖЦ, обучение).
Разработка включает в себя все работы по созданию ПО и его компонент в
соответствии с заданными требованиями, включая оформление проектной и
эксплуатационной документации, подготовку материалов, необходимых для
проверки работоспособности и соответствующего качества программных
продуктов, материалов, необходимых для организации обучения персонала и
т.д. Разработка ПО включает в себя, как правило, анализ, проектирование и
реализацию (программирование).
Эксплуатация включает в себя работы по внедрению компонентов ПО в
эксплуатацию, в том числе конфигурирование базы данных и рабочих мест
пользователей, обеспечение эксплуатационной документацией, проведение
обучения персонала и т.д., и непосредственно эксплуатацию, в том числе
локализацию проблем и устранение причин их возникновения, модификацию ПО в
рамках установленного регламента, подготовку предложений по
совершенствованию, развитию и модернизации системы.
Управление проектом связано с вопросами планирования и организации работ,
создания коллективов разработчиков и контроля за сроками и качеством
выполняемых работ. Техническое и организационное обеспечение проекта
включает выбор методов и инструментальных средств для реализации проекта,
определение методов опи
| |  скачать работу |
Case-технлогии |
