восходящий подход к разработке стратегии внедрения CASE-средств

 

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

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

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

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

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

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

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

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

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

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

Литература

1. Вендров А.М. Один из подходов к выбору средств проектирования баз данных и приложений. «СУБД», 1995, №3.

2. Зиндер Е.З. Бизнес-реинжиниринг и технологии системного проектирования. Учебное пособие. М., Центр Информационных Технологий, 1996

3. Калянов Г.Н. CASE. Структурный системный анализ (автоматизация и применение). М., «Лори», 1996.

4. Марка Д.А., МакГоуэн К. Методология структурного анализа и проектирования. М., «МетаТехнология», 1993.

5. Международные стандарты, поддерживающие жизненный цикл программных средств. М., МП «Экономика», 1996

 

6. Создание информационной системы предприятия. «Computer Direct», 1996, N2

7. Шлеер С., Меллор С. Объектно-ориентированный анализ: моделирование мира в состояниях. Киев, «Диалектика», 1993.

8. Barker R. CASE*Method. Entity-Relationship Modelling. Copyright Oracle Corporation UK Limited, Addison-Wesley Publishing Co., 1990.

1. Barker R. CASE*Method. Function and Process Modelling. Copyright Oracle Corporation UK Limited, Addison-Wesley Publishing Co., 1990.

2. Boehm B.W. A Spiral Model of Software Development and Enhancement. ACM SIGSOFT Software Engineering Notes, Aug. 1986

3. Chris Gane, Trish Sarson. Structured System Analysis. Prentice-Hall, 1979.

4. Edward Yourdon. Modern Structured Analysis. Prentice-Hall, 1989.

5. Tom DeMarco. Structured Analysis and System Specification. Yourdon Press, New York, 1978.

6. Westmount I-CASE User Manual. Westmount Technology B.V., Netherlands, 1994.

7. Uniface V6.1 Designers’ Guide. Uniface B.V., Netherlands, 1994.

8. IEEE Std 1348-1995. IEEE Recommended Practice for the Adoption of CASE Tools.

9. IEEE Std 1209-1992. IEEE Recommended Practice for the Evaluation and Selection of CASE Tools.

10. PVCS Version Manager. User’s Guide.

11. PVCS Tracker. User’s Guide.

12. QA Partner. User’s Guide.