CC BY
9УДК 004
Тучкова А. С. старший преподаватель кафедры «Информационных систем и технологий»
Карташёва А.В. студент 2 курс
факультет «Информационных систем и технологий» Поволжский Государственный университет телекоммуникаций и информатики
Россия, г. Самара
CASE - ТЕХНОЛОГИИ
Аннотация: В данной статье рассмотрим, что такое САSЕ технологии.
Ключевые слова: информационные технологии, САSЕ технологии, разработка графических моделей системы, автоматизированные средства разработки.
Tuchkova A.S. Senior Lecturer
Department of "Information Systems and Technologies"
Kartasheva A. V. Student 2 course
faculty of "Information Systems and Technologies" "Volga State University of Telecommunications and Informatics"
Russia, Samara
CASE - TECHNOLOGY
Annotation: In this article we will consider what is CASE technology.
Keywords: information technologies, CASE technologies, development of graphic models of the system, automated development tools.
Аббревиатура CASE (Соmputеr-аidеd Software Епgmeermg— автоматизированная разработка программного обеспечения ) означает специальный тип программного обеспечения,который предназначен для поддержки таких процессов создания программного обеспечения, как проектирование, разработка требований, тестирование и кодирование программ. Поэтому к CASE-средствам относятся словари данных,редакторы проектов, отладчики, компиляторы,средства построения систем и т.д.
CASE-технологии - совокупность инструментальных средств анализа и методологий, проектирования, разработки и сопровождения ПО.
КЛACCИФИКAЦИЯ CASE-СРЕДСТВ:
Существует несколько различных классификаций САSЕ-средств, каждая из которых предлагает свой взгляд на эти программные продукты. Классификация по архитектуре вычислительной техники:
• ориентированные на локальную вычислительную сеть
• ориентированные на ПЭВМ
Классификация по поддерживаемым методологиям проектирования:
• Объектно - ориентированные
• Структурно (функционально)- ориентированные
• Смешанного типа
Классификация по категориям, где САSЕ-средства классифицируются по степени интеграции программных модулей, поддерживающих различные процессы разработки:
Различают 3 категории:
• Workbench - полностью интегрированные средства, связанные общей базой проектных данных - репозиторием.
• Toolkit - набор интегрированных средств, охватывающих большинство этапов разработки ИС.
• Tools - отдельные локальные средства.
По поддерживаемым графическим нотациям построения диаграмм:
• наиболее распространёнными нотациями
• с отдельными нотациями
• с фиксированной нотацией
Нотация - система правил для описания чего-либо и совокупность условных знаков , например, требования к программному обеспечению.
Выбор графической нотации - очень важный вопрос визуального моделирования. Нотация - это инструмент для описания различных аспектов системы, которая должна быть понятна всем заинтересованным сторонам (как заказчику, так и разработчику), иначе она будет бесполезна.
Визуальное моделирование- процесс графического представления модели. Нотация определяет стандартный набор графических элементов с помощью которого и происходит это графическое представление. Основной целью визуального моделирования является общение между разработчиками, пользователями, аналитиками, тестировщиками, менеджерами и всеми остальными участниками проекта. Общение можно обеспечить и с помощью текстовой информации, но люди — зрительно-ориентированные существа. Мы легче понимаем сложную информацию, если она представлена нам визуально, нежели описана в тексте. Создавая визуальную модель системы, можем показать ее работу на различных уровнях — можем моделировать взаимодействие между пользователями и системой, взаимодействие объектов внутри системы и даже взаимодействие между различными системами, если хотим этого.
В качестве средств структурного анализа и проектирования, наиболее распространены следующие нотации:
• SADT (Structured Analysis and Design Technique). или IDEF0. Модель в нотации IDEF0 представляет собой совокупность иерархически взаимосвязанных и упорядоченных диаграмм. Вершина этой древовидной
структуры, которая представляет собой самое общее описание системы. После описания системы в целом проводится разбиение ее на крупные фрагменты (функциональная декомпозиция).
• DFD (Data Flow Diagrams) диаграммы потоков данных. Диаграммы DFD обычно строятся для наглядного изображения текущей работы системы документооборота организации. Как правило, диаграммы DFD используют в качестве дополнения модели бизнес-процессов, выполненной в IDEF0.
• IDEF3. Методология моделирования IDEF3 позволяет описать процессы, фокусируя внимание на течении этих процессов, позволяет рассмотреть конкретный процесс с учетом последовательности выполняемых операций.
• ER (Entity-Relationship Diagrams) диаграммы "сущность-связь". Методология описания данных (IDEF1X).
В качестве средств объектно -ориентированного проектирования, принят в качестве стандарта язык UML.
Классификация по режиму коллективной разработки проекта:
• Ориентированные на режим объединения подпроектов
• Не поддерживающие коллективную разработку
• Ориентированные на режим реального времени разработки проекта
Использованные источники:
1. Шумский, А.А. Системный анализ в защите информации / А.А. Шумский. - Москва, 2005.
2. Калянов Г.Н. CASE-технологии. Консалтинг в автоматизации бизнес-процессов . -Электронное издание. -2002
3. Дик В.В., Шайтура С.В. Жизненный цикл информационных систем /Вестник МГТУ МИРЭА «MSTU MIREA HERALD». 2014.Байер,
4. Доминик Microsoft ASP .NET. Обеспечение безопасности / Доминик Байер. - М.: Питер, Русская Редакция, 2008.
