Помощь в написании студенческих работ
Антистрессовый сервис

Инструментальная поддержка CASE-технологий

ДиссертацияПомощь в написанииУзнать стоимостьмоей работы

Система мета-CASE должна основываться на некоторой метаметамодели. Было принято решение не разрабатывать собственную метаметамодель, а воспользоваться. существующей стандартной метаметамоделью. Система мета-CASE должна уметь создавать описания метамоделей (методологий проектирования) с помощью заложенной в нее метаметамодели. Далее, система должна уметь строить уже конкретные модели с помощью… Читать ещё >

Инструментальная поддержка CASE-технологий (реферат, курсовая, диплом, контрольная)

Содержание

  • Глава I. Обзор существующих технологий CASE
    • 1. Определение CASE, классификация систем CASE, требования к CASE
    • 2. Современные методологии проектирования ПО — обзор 18 2.1 Определение методологии
      • 2. 2. Концепции моделирования
      • 2. 3. Метамодели
      • 2. 4. Нотация
      • 2. 5. Результаты разработки
      • 2. 6. Процесс
      • 2. 7. Шаблоны
      • 2. 8. Примеры методологий
    • 3. Мета-CASE, примеры подходов
      • 3. 1. Метамоделирование
      • 3. 2. Мета-CASE
  • Глава II. Архитектура системы MetaBuilder
    • 1. Существующие системы мета-CASE
    • 2. Постановка задачи
    • 3. Требования и цели работы
    • 4. Определение подсистем и их взаимосвязей
      • 4. 1. Репозиторий метамоделей
      • 4. 2. Подсистема спецификации метамоделей
      • 4. 3. Описание механизма языка спецификации (механизма сценариев)
      • 4. 4. Подсистема спецификации графических примитивов метамоделей
      • 4. 5. Подсистема спецификации сценариев поведения
      • 4. 6. Графический интерфейс пользователя
  • Глава III. Методика применения системы MetaBuilder
    • 1. Классы решаемых системой задач
      • 1. 1. Задачи метамоделирования
      • 1. 2. Задачи статического моделирования
      • 1. 3. Задачи динамического моделирования
    • 2. Цикл проектирования в системе
    • 3. Планы дальнейшего развития системы

Здесь необходимо хотя бы коротко охарактеризовать понятия, о которых пойдет речь. Определение системы CASE и мета-CASE системы дается в разделе 2.1 первой главы, здесь же отметим, что система CASE (Computer Aided System/Software Engineering) — программный продукт, который характеризуется поддержкой ограниченного набора методологий проектирования, жестко закодированных в системе. Система же мета-CASEэто CASE-система, средствами которой могут быть созданы новые методологии проектирования, которые затем можно в этой же системе применять.

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

Действительно, в последнее время наблюдался некоторый «провал» интереса к системам CASE, когда даже самого термина CASE старались не употреблять, заменяя на «системы быстрой разработки приложений» — RAD и т. п. «Вторая волна» структурно характеризуется интересом именно к мета-CASE системам, как к системам наиболее интересным для корпоративного использования.

Мета-CASE применяют:

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

• Если есть необходимость модифицировать существующую методологию.

• Если есть необходимость интегрировать несколько методологий.

• Если есть необходимость применить в методологии новые технологии, такие как CORBA.

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

— f.

То, что было сказано выше, это некоторая внешняя сторона термина мета-CASE. На самом деле, поскольку сам термин появился недавно, то нет и его «официального» определения. Все согласны лишь в одном: мета-CASE позволяет настраивать процесс разработки моделей под потребности аналитика. В данной работе понятию мета-CASE дано более жесткое определение. Основой определения является следующее соображение: в CASE-системах мы строим модели — программной системы, компьютерной сети, документооборота и т. п. Для построения моделей мы используем методологии проектирования — метамодели. Для того чтобы описывать методологии проектирования в мета-CASE системе необходимо, чтобы система мета-CASE поддерживала некоторую метаметамодель. По этой метаметамодели строятся метамодели (методологии), которые в свою очередь используются при построении моделей. Далеко не все существующие системы мета-CASE соответствуют данному определению. В большинстве существующих систем мета-CASE используется некоторый механизм «настроек», который каждый производитель мета-CASE разрабатывает соответственно собственному пониманию. При поиске в Internet была найдена лишь одна система мета-CASE, для которой производителем в явном виде оговаривается, что данная система основана на метаметамодели.

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

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

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

Результаты работы используются в учебном процессе в курсе «Технология построения больших программных систем» факультета «Прикладная математика» МАИ. Система MetaBuilder используется при выполнении лабораторных работ по курсу. Работй апробирована при выступлениях на научных конференциях и на веб-сайте www. meta-case.com.

Заключение

.

В диссертационной работе получены следующие научные и практические результаты:

• Осуществлена классификация, сформулированы ключевые свойства и принципы построения систем мета-САБЕ. Определены области применения технологии мета-САЗЕ. Выработаны требования к системам мета-САБЕ.

• Разработана архитектура системы мета-СА8Е, основанной на метамоделировании. Обоснован выбор метаметамодели, лежащей в основе данной системы.

• Разработан механизм спецификации метамоделей, основанный на метаметамодели СОШ. Предложена структура репозитория СБН7 и методика использования репозитория для хранения метамоделей. Разработана технология хранения графической нотации метаобъектов в репозитории в виде процедур изображения.

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

• Осуществлены проектирование, программная реализация и внедрение в учебный процесс системы мета-САБЕ Ме1аВш1с1ег, использующей разработанную в диссертационной работе архитектуру системы мета-САБЕ, основанной на метамоделировании.

• Создана методика применения разработанной системы мета-САБЕ Ме1аВшМег. Определены классы задач решаемых системой и методы их решения. Описан цикл проектирования в системе.

Новизну диссертации составили:

•Разработка архитектуры системы мета-САБЕ, основанной на метамоделировании.

•Разработка механизма спецификации метамоделей.

•Создание универсального подхода к заданию динамических свойств моделей и метамоделей.

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

Результатом работы над диссертацией явилась также разработка системы мета-CASE MetaBuilder.

Показать весь текст

Список литературы

  1. CASE Vendor/Product Review University of California, San Diego Holly A. Cartwright, 1995
  2. Калянов Г. Н. CASE. Структурный системный анализ (автоматизация и применение). М., «Лори», 1996.
  3. CASE metamorphosis, (computer-aided software engineering tools are enhanced to increase MIS productivity) Author: Moriarty, Terry, 1995
  4. What Is a Method? Dr. James Rumbaugh, October 1995
  5. Требования и спецификации в разработке программ: Пер. с англ. М.: Мир, 1984.-344 е., ил.
  6. Marca, D., McGowan, С. SADT: Structured Analysis and Design Technique. New York, NY: McGraw-Hill Book Cpmpany, 1988.
  7. EasyCASE Version 4.0, Methodology Guide. Evegreen CASE Tools, Inc., 1993.
  8. Bailey S. CASE Method Primer. DBMS, March 1993
  9. Kelly, S., Tahvanainen, V-P., Support for Incremental Method Engineering and MetaCASE. Proceedings of the fifth workshop on the next generation of CASE tools, Theodoulidis B. (ed.), Memoranda Informatica 94−25, University of Twente, NL, 1994
  10. Klint P.: A meta-environment for generating programming environments. ACM Trans. Software Engineering and Methodology, 2 (2) 1993, 176−201
  11. Smolander K., Martiin P., Lyytinen K., Tahvanainen V.-P.: MetaEdit a flexible graphical environment for methodology modelling. In Advanced Information
  12. Systems Engineering, Lecture Notes in Computer Science, Vol. 498 1991, 168 193
  13. CDIF94a] CDIF Framework for Modeling and Extensibility, Interim Standard, EIA 1994.
  14. CDIF94b] CDIF Transfer Format — General Rules for Syntaxes, Interim Standard, EIA 1994.
  15. CDIF94c] CDIF Transfer Format — Transfer Format Syntax — SYNTAX. 1, Interim Standard, EIA 1994.
  16. CDIF94d] CDIF Transfer Format — Transfer Format Encoding -ENCODING. 1, Interim Standard, EIA 1994.
  17. CDIF94e] CDIF Integrated Meta-model, Foundation Subject Area, Interim Standard, EIA 1994.
  18. CDIF96a] CDIF Integrated Meta-model, Common Subject Area, Interim Standard, EIA 1996.21 jCDIF96b. CDIF Integrated Meta-model, Data Flow Subject Area, Interim Standard, EIA 1996.
  19. Rony G. Flatscher: An Overview of the Architecture of EIA’s CASE Data Interchange Format (CDIF). «Fachtagung der Fachgruppe 5.2.1 Modellierung betrieblicher Informationssysteme (MoblS)», 1996−10−11, BTU Cottbus, Germany.
  20. Johannes Ernst: Data Interoperability between CACSD and CASE Tools Using the CDIF Family of Standards.
  21. JI.H., Чекрий С. П. Обзор стандарта обмена данными средств проектирования CDIF (CASE Data Interchange Format)
  22. Буч Г. Объектно-ориентированное проектирование с примерами применения: Пер. с англ. М.: Конкорд, 1992.
  23. С., Меллор С. Объектно-ориентированный анализ: моделирование мира в состояниях. Киев, «Диалектика», 1993.
  24. В.Ш. Языки программирования. Концепции и принципы. М.- Радио и связь, 1993.
  25. Ю.В. Объектно-ориентированные технологии разработки сложных программных систем. М. 1996.
  26. Требования и спецификации в разработке программ: Пер. с англ. М.: Мир, 1984.-344 е., ил.
  27. Marttiin, P., Rossi, М., Tahvanainen, V-P., Lyytinen, К., «A comparative review of CASE shells: A preliminary framework and research outcomes», Information and Management, 25 (1993) 11−31.
  28. , В., «Meta-CASE Support for Method-Based Software Development», (to appear in) Proc. Of 1st Int. Congress on Meta-CASE, 5−6th January 1995, Sunderland, UK.
  29. Mehandjiska, D., Page, D., Dasari, S., «Generic Knowledge Base of a Methodology Independent Object-Oriented CASE Tool», Proceedings of the IASTED International Conference on Artificial Intelligence, August 19−21, 1996 Honolulu, Hawaii, USA, 23−26.
  30. Kelly, S., Smolander, K., «Evolution and issues in metaCASE», Information and Software Technology, 38 (Special Issue: Method engineering and meta-modelling), 4 (April 1996), 261−266.
  31. Sommerville, I., Welland, R., Beer, S., «Describing Software Design Methodologies», The Computer Journal, 30, 2 (1987), 128−133.
  32. , A., «Meta-CASE Technology», Lecture Notes in Computer Science 509: Software Development Environments and CASE Technology, 1991, 81−91.
  33. Sorenson, P. G., Tremblay, J-P., McAllister, A. J., «The Metaview Ssytem for Many Specification Environments», IEEE Software, 5,2 (March 1988), 30−38.
  34. Information and Software Technology Special Issue on Method Engineering and Meta-Modelling, 38 (4), 1996.
  35. S. Brinkkemper, К. Lyytinen and R. Welke (eds), Method Engineering: Principles of method construction and tool support, Chapman and Hall, 1996.
  36. S. Hooker and M. A. Lockyer and P. C. Fencott, CASE Support for Methods Integration: Implementation of a Translation from a Structured to a Formal Notation Methods Integration, Electronic Workshops in Computing, SpringerVerlag, 1996.
  37. Martin, James, and James J. Odell, Object-Oriented Methods: Pragmatic Considerations, Prentice-Hall, Englewood Cliffs, NJ, 1996.
  38. Martin, James, and James J. Odell, Object-Oriented Methods: A Foundation, Prentice-Hall, Englewood Cliffs, NJ, 1996.
  39. Ramackers, Guus, Integrated Object Modelling, Thesis Publishers, Amsterdam, 1994.
  40. Э.В., Евсеев O.M., Методологи и средства реинжиниринга бизнес-процессов //Банки и технологии. 1997. № 4.
  41. Э.В., Шапот М. Д., Реинжиниринг бизнес-процессов и информационные технологии. //Открытые системы. 1996. -№ 1.
  42. Е.Г., Попов Э. В., «Реинжиниринг бизнеса», М., Финансы и статистика, 1997
  43. Н., Интеллектуальные средства анализа, интерпретации и представления данных в информационных хранилищах. //Компьютеруик. -1996.-№ 16.
  44. Stan Jarzabek and Irene Woon. Towards a precise description of reverse engineering methods and tools. In Proceedings. First Euromicro Conference on Software Maintenance and Reengineering, pages 3−9, Berlin, Germany, 17−19 March 1997. IEEE.
  45. Andreas Hierholzer and Georg Herzwurm. Methodology of a CASE-tool assessment. In Proceedings of the Fourth International Symposium on Assessment of Software Tools, pages 97−8, Toronto, Ontario, Canada, 22−24 May 1996.
  46. David Redmond-Pyle. Software development methods and tools: Some trends and issues. Software Engineering Journal, 11(2):99−103, March 1996.
  47. David A. Ladd and J. Christopher Ramming. A*: A language for implementing language processors. IEEE Transactions on Software Engineering, 21(11):894−901, November 1995.
  48. Bertrand Meyer. On formalism in specifications. IEEE Software, 2(l):6−26, January 1995.
  49. CORBA: Architecture and Specification. Object Management Group, Inc., 1995.1.l
Заполнить форму текущей работой