Обзор систем автоматизированного проектирования КИС

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

САSЕ — это инструментарий для системных аналитиков, разработчиков и программистов, позволяющий автоматизировать процесс проектирования, разработки и сопровождения АС. В большинстве САSЕ-систем применяются методы структурного анализа и проектирования. Для описания модели проектируемой АИС используются графы, диаграммы, таблицы и схемы.

САSЕ-технологии успешно применяются для построения практически всех типов АИС, создания моделей систем, помогающих решать задачи стратегического планирования, управления финансами, определения политики фирм, обучения персонала.

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

CASE-средства предназначены для автоматизированного проектирования реляционных баз данных.

Широко распространены CASE-системы Erwin, Design/IDEF, Power Designer. Их графические средства моделирования предметной области дают возможность наглядно изучать концептуальную модель данных и перестраивать ее соответственно поставленным целям и имеющимся ограничениям.

 

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

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

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

CASE-средства вместе с системным ПО и техническими средствами образуют полную среду разработки ИС.

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

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

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

 

Большинство существующих 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-средства.

 

142.Оценка эффективности внедрения информационных сис­тем.

Методы оценки эффективности КИС классифицируются по трем группам.

МЕТОДЫ АНАЛИЗА

В настоящее время для определения эффективности внедрения КИС предлагается ряд методик, которые можно группировать следующим образом:

1. Традиционные финансовые методики (Return оn Investment, Total Cost of Ownership, Economic Value Added);

2. Вероятностные методы (Real Options Valuation, Applied Information Economics);

3. Инструменты качественного анализа (Balanced Scorecard, Information Economics).

Достоинством финансовых методов является их база, классическая теория определения экономической эффективности инвестиций.

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

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

Определить отток денежных средств (затраты на проект КИС) можно по суммам, указанным в договорах с интеграторами и поставщиками. Проблемы возникают при попытке определения притока денежных средств.

«Классическим» направлением экономии до сих пор считается снижение себестоимости продукции. Однако повышение качества продукции, наблюдаемое при внедрении современных ИТ, как правило, влечет за собой повышение ее себестоимости, что является аргументом для отказа от них.

 

НЕКОТОРЫЕ ФИНАНСОВЫЕ ПОКАЗАТЕЛИ ЭФФЕКТИВНОСТИ КИС

Чистый дисконтированный доход (ЧДД) определяется как сумма текущих эффектов за весь расчетный период, приведенная к начальному шагу, или как превышение интегральных результатов над интегральными затратами.

Другой же показатель, внутренняя норма доходности (ВНД), лишен ограничений. Внутренняя норма доходности (ВНД) представляет собой норму дисконта, при которой сумма приведенных эффектов равна капитальным вложениям.

В случае, если ВНД равна или больше требуемой инвестором нормы дохода на капитал, то инвестиции в данный инвестиционный проект оправданы. В этом случае можно рассматривать вопрос о его принятии. Если сравнение альтернативных инвестиционных проектов по ЧДД и ВНД приводит к противоположным результатам, то предпочтение следует отдавать ЧДД. ВНД возникает тогда, когда стоимость капитала ЧДД = 0, или же наличная стоимость притока денежных средств равна наличной стоимости оттока.

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

Здесь также возникают трудности, в частности, при оценке влияния КИС на конкурентоспособность изделия.

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

Во-вторых, ИТ-проекты развития сферы подготовки и проектирования производства (ППП) на большинстве предприятий взаимосвязаны с инновационными проектами в производственной сфере, следовательно, обособленный расчет эффективности таких проектов становится бессмысленным — необходима системность.

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

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

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