Автоматизированное проектирование информационных систем с использованием CASE-технологии. Объектно-ориентированный подход

9. Генерация кодов программ. CASE-системы с жесткой ориентацией на конкретные СУБД должны обеспечивать возможность генерации программ в среде этих СУБД.

 

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

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

3.Технология  внедрения CASE-средств

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

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

- оценка и выбор CASE-средств;

- выполнение пилотного проекта;

- практическое внедрение CASE-средств.

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

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

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

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

 

 

 

 

 

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

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

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

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

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

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

- согласованность проектных результатов;

- точность стоимостных и плановых оценок;

- изменчивость внешних требований;

- соблюдение стандартов организации;

- степень повторного использования существующих компонентов ПО;

- объем и виды необходимого обучения;

-типы и моменты обнаружения проектных ошибок;

- вычислительные ресурсы, используемые CASE-средствами

3. Разработка стратегии внедрения CASE-средств

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

- организационные потребности;

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

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

- подразделения организации, в которых должно выполняться внедрение CASE-средств;

-влияние, оказываемое на другие подразделения организации;

- стратегии и планы оценки и выбора, пилотного проектирования и перехода к полномасштабному внедрению;

- основные факторы риска;

- ориентировочный уровень расходов и источники финансирования процесса внедрения CASE-средств;

- ключевой персонал и другие ресурсы.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

- небольшая автоматизация может быть выполнена при минимальных затратах;

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

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

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

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

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

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

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

 

Объектно-ориентированный  подход к проектированию программных  продуктов основан на:

-  выделении классов объектов;

-  установлении характерных свойств объектов и методов их обработки;

-  создании иерархии классов, наследовании свойств объектов и методов их обработки.

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