Реферат: Технология внедрения CASE-средств

Приведенная в данном разделе технология базируется в основном на стандартахIEEE [16,17] (IEEE — Institute of Electrical and Electronics Engineers — Институт инженеров по электротехнике и электронике). Термин«внедрение» используется в широком смысле и включает все действия отоценки первоначальных потребностей до полномасштабного использованияCASE-средств в различных подразделениях организации-пользователя. Процесс внедренияCASE-средств состоит из следующих этапов [16]:

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

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

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

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

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

/>

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

Анализ возможностей организации

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

Формальные подходы определяются моделью оценки зрелости технологическихпроцессов организации CMM (Capability Maturity Model), разработанной SEI (SoftwareEngineering Institute), а также стандартами ISO 9001: 1994, ISO 9003-3: 1991 иISO 9004-2:1991. В центре внимания этих подходов находится анализ различныхаспектов происходящих в организации процессов.

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

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

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

Общие вопросы

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

Проекты, ведущиеся в организации

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

Технологическая база

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

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

Персонал

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

реакция сотрудников организации (как отдельных людей, так и коллективов) на внедрение новой технологии. Наличие опыта успешных или безуспешных внедрений; наличие лидеров, способных серьезно повлиять на отношение к новым средствам; наличие стремления «снизу» к совершенствованию средств и технологии; объем обучения, необходимого для ориентации пользователей в новой технологии; стабильность и уровень текучести кадров.

Готовность

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

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

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

Определение организационных потребностей

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

Цели организации

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

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

Потребности организации

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

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

Определению потребностей организации могут помочь ответы на следующиевопросы:

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

Ожидаемые результаты

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

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

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

Реалистичные ожидания:

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

Нереалистичные ожидания:

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

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

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

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

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

Результатом данного действия является формулировка потребностей с ихприоритетами, которая используется на этапе оценки и выбора в качестве«пользовательских потребностей».

Анализ рынка CASE-средств

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

Определение критериев успешного внедрения

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

Как правило, большинство организаций осуществляет внедрение CASE-средств длятого, чтобы повысить продуктивность процессов разработки и сопровождения ПО, атакже качество результатов разработки. Однако, ряд организаций не занимаются ине занимались ранее сбором количественных данных по указанным параметрам.Отсутствие таких данных затрудняет количественную оценку воздействия,оказываемого внедрением CASE-средств. В этом случае рекомендуется разработкасоответствующих метрик. Информация о таких метриках приведена в стандартах IEEEStd 1045-1992 (IEEE Standard for Software Productivity Metrics) и IEEE Std 1061-1992(IEEE Standard for a Software Quality Metrics Methodology).

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

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

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

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

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

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

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

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

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

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

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

Недостатки данного подхода заключаются в следующем:

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

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

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

Преимущества данного подхода заключаются в следующем:

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

Недостатки данного подхода заключаются в следующем:

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

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

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

ЛитератураВендров А.М. Один из подходов к выбору средств проектирования баз данных и приложений. «СУБД», 1995, №3. Зиндер Е.З. Бизнес-реинжиниринг и технологии системного проектирования. Учебное пособие. М., Центр Информационных Технологий, 1996 Калянов Г.Н. CASE. Структурный системный анализ (автоматизация и применение). М., «Лори», 1996. Марка Д.А., МакГоуэн К. Методология структурного анализа и проектирования. М., «МетаТехнология», 1993. Международные стандарты, поддерживающие жизненный цикл программных средств. М., МП «Экономика», 1996 Создание информационной системы предприятия. «Computer Direct», 1996, N2 Шлеер С., Меллор С. Объектно-ориентированный анализ: моделирование мира в состояниях. Киев, «Диалектика», 1993. Barker R. CASE*Method. Entity-Relationship Modelling. Copyright Oracle Corporation UK Limited, Addison-Wesley Publishing Co., 1990. Barker R. CASE*Method. Function and Process Modelling. Copyright Oracle Corporation UK Limited, Addison-Wesley Publishing Co., 1990. Boehm B.W. A Spiral Model of Software Development and Enhancement. ACM SIGSOFT Software Engineering Notes, Aug. 1986 Chris Gane, Trish Sarson. Structured System Analysis. Prentice-Hall, 1979. Edward Yourdon. Modern Structured Analysis. Prentice-Hall, 1989. Tom DeMarco. Structured Analysis and System Specification. Yourdon Press, New York, 1978. Westmount I-CASE User Manual. Westmount Technology B.V., Netherlands, 1994. Uniface V6.1 Designers' Guide. Uniface B.V., Netherlands, 1994. IEEE Std 1348-1995. IEEE Recommended Practice for the Adoption of CASE Tools. IEEE Std 1209-1992. IEEE Recommended Practice for the Evaluation and Selection of CASE Tools. PVCS Version Manager. User's Guide. PVCS Tracker. User's Guide. QA Partner. User's Guide.
еще рефераты
Еще работы по информатике, программированию