Инструментальные CASE-средства
Это пакет программных средств, который поддерживает отдельные этапы процесса разработки программного обеспечения: проектирование, написание программного кода или тестирование. Преимущество группирования CASE-средств в инструментальный пакет заключается в том, что, работая вместе, они обеспечивают более всестороннюю поддержку процесса разработки ПО, чем могут предложить отдельные инструментальные средства. Общие сервисы могут вызываться всеми средствами. Инструментальные средства можно объединить в пакет с помощью общих файлов, репозитория или общей структуры данных. Инструментальные средства анализа и проектирования ПО созданы для поддержки моделирования систем на этапах анализа и проектирования процесса разработки программного обеспечения. Они поддерживают создание, редактирование и анализ графических нотаций, используемых в структурных методах. Инструментальные средства анализа и проектирования часто поддерживают только определенные методы проектирования и анализа, например объектно-ориентированные. Другие инструментальные средства являются общими системами редактирования диаграмм многих типов, которые используются разными методами проектирования и анализа. Инструментальные средства, ориентированные на определенные методы, обычно автоматически поддерживают правила и базовые принципы этих методов, что позволяет выполнять автоматический контроль диаграмм. На рис. 7.13 показана схема пакета инструментальных средств поддержки анализа и проектирования ПО. Инструментальные средства обычно объединяются через общий репозиторий, структура которого является собственностью разработчика пакета инструментальных средств. Пакеты инструментальных средств обычно закрыты, т.е. не рассчитаны на добавление пользователями собственных инструментов или на изменение средств пакета.
Рис. 7.13. Пакет инструментальных средств для анализа и проектирования ПО
Ниже перечислены средства, которые входят в пакет инструментальных средств, показанный на рис. 7.13.
1. Редакторы диаграмм предназначены для создания диаграмм потоков данных, иерархий объектов, диаграмм "сущность-связь" и т.д. Эти редакторы не только имеют средства рисования, но и поддерживают различные типы объектов, используемые в диаграммах. 2. Средства проектирования, анализа и проверки выполняют проектирование ПО и создают отчет об ошибках и дефектах в системной архитектуре. Они могут работать совместно с системой редактирования, поэтому обнаруженные ошибки можно устранить на ранней стадии процесса проектирования. 3. Центральный репозиторий позволяет проектировщику найти нужный проект и соответствующую проектную информацию. 4. Словарь данных хранит информацию об объектах, которые используются в структуре системы. 5. Средства генерирования отчетов на основе информации из центрального репозитория автоматически генерируют системную документацию. 6. Средства создания форм определяют форматы документов и экранных форм. 7. Средства импортирования и экспортирования позволяют обмениваться информацией из центрального репозитория различным инструментальным средствам. 8. Генераторы программного кода автоматически генерируют программы на основе проектов, хранящихся в центральном репозитории.
В некоторых случаях возможно генерировать программы или фрагменты программ на основе информации, представленной в системной модели. Генераторы кода, которые включены в пакеты инструментальных средств, могут генерировать код на таких языках, как Java, C++ или С. Поскольку в моделях не предусмотрена детализация низкого уровня, генератор программного кода не в состоянии сгенерировать законченную систему. Обычно необходимы программисты для завершения автоматически сгенерированных программ.
Некоторые пакеты инструментальных средств анализа и проектирования предназначены для поддержки методов разработки программных приложений деловой сферы. Обычно для создания общего репозитория инструментов они используют системы баз данных типа Sybase или Oracle. Эти пакеты инструментальных средств содержат большое количество средств языков программирования четвертого поколения, предназначенных для генерирования программного кода на основе системной архитектуры, они также могут генерировать базы данных с использованием языков программирования четвертого поколения.
КЛЮЧЕВЫЕ ПОНЯТИЯ
• Модель – это абстрактное представление системы, в котором игнорируются некоторые детали системы. Могут быть разработаны дополнительные модели системы, в которых представлена различная информация относительно системы. • Модели рабочего окружения системы показывают, как разрабатываемая система взаимодействует с другими системами окружения. Для этого могут использоваться архитектурные модели, модели процессов и потоков данных. • Диаграммы потоков данных используются для моделирования процесса обработки данных, выполняемого системой. • Модель конечного автомата (диаграмма состояний) моделирует поведение системы в зависимости от внутренних или внешних событий. • Систематические модели данных описывают логические структуры данных, импортируемых и экспортируемых системой. Эти модели отображают системные сущности, их атрибуты и связи между ними. Они могут дополняться словарями данных, где приведено более детальное описание данных. • Объектные модели представляют системные сущности, их классификацию и агрегирование. Объектные модели включают модели наследования, агрегирования и поведенческие модели. • Пакеты инструментальных CASE-средств поддерживают разработку системных моделей, обеспечивая их редактирование и проверку, а также средства создания отчетов и документирования.
Упражнения
7.1. Разработайте модель рабочего окружения для информационной системы больницы. Модель должна предусматривать ввод данных о новых пациентах и систему хранения рентгеновских снимков. 7.2. Создайте модель обработки данных в системе электронной почты. Необходимо отдельно смоделировать отправку почты и ее получение. 7.3. Нарисуйте модель конечного автомата управляющей системы: • для автоматической стиральной машины, которая имеет различные программы для разных типов белья; • для программного обеспечения проигрывателя компакт-дисков; • для телефонного автоответчика, который регистрирует входные сообщения и показывает число принятых сообщений на дисплее. Система должна соединять владельца телефона с абонентом после ввода им последовательности чисел (телефонного номера абонента), а также, имея записанные сообщения, повторять их по телефону. 7.4. Разработайте модель классов объектов для системы электронной почты. Если вы выполнили упражнение 7.3, опишите различия и сходства между моделью обработки данных и объектной моделью. 7.5. Используя подход "сущность-связь", опишите возможную модель данных для системы библиотечного каталога, представленную в этой главе (см. рис. 7.8). 7.6. Разработайте объектную модель, включающую диаграммы иерархии классов и агрегирования, и показывающую основные элементы системы персонального компьютера и его программного обеспечения. 7.7. Разработайте диаграмму последовательностей, которая показывает действия студента, регистрирующегося на определенный курс в университете. Курс может иметь ограниченное число мест, поэтому процесс регистрации должен проверять количество доступных мест. Предположите, что студент обращается к электронному каталогу курсов, чтобы выяснить количество доступных мест. 7.8. Опишите три действия, выполняемых при моделировании систем, которые могут быть поддержаны пакетом инструментальных CASE-средств при выполнении некоторых методов анализа систем. Опишите три действия, которые невозможно легко автоматизировать.
Читайте также: Инструментальные критерии Воспользуйтесь поиском по сайту: ©2015 - 2024 megalektsii.ru Все авторские права принадлежат авторам лекционных материалов. Обратная связь с нами...
|