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

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

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

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

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

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

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

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

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

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