Читать книгу Системный Анализ. Предметная область. Модели на UML - Михаил Кумсков - Страница 3

Модель предметной области служит разным целям:

1) помогает определить логическую структуру БД информационной системы;

2) является основой для составления «расширенного» словаря проекта;

3) помогает найти все сценарии (при выявлении функциональных требований в специальной форме – в виде сценариев использования (Use Cases));

4) позволяет не пропустить «вспомогательные» сценарии, которые могут быть не упомянуты в постановке задачи, полученной от заказчика ИС.

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

• Модель – это «упрощение реальности» в интересах заинтересованных лиц.

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

• Сервер – процесс, предоставляющий целостный доступ к общему ресурсу.

• Сервер БД, или СУБД (система управления БД), предоставляет целостный доступ к базе данных как общему ресурсу.

• Картотека – набор карточек с «одинаковой структурой», представляется в модели классом.

• Карточка – запись в картотеке, представляется в модели объектом. Все карточки одной и той же картотеки имеют одинаковую структуру: одинаковый набор полей карточки (или атрибутов) и одинаковый набор связей с карточками других картотек.

• Класс – это описание набора «одинаковых» объектов, т. е. объектов, имеющих одинаковый набор атрибутов, одинаковый набор операций и одинаковый набор указателей на другие объекты. Картотеки представимы классами.

• Объект – это экземпляр класса, т. е. запись, или «карточка», в соответствующей картотеке.

• Атрибут – поименованное свойство объекта.

• Операция – сервис, который может быть запрошен у объекта. Метод или функция, инкапсулированная в объект.

Для проведения визуального моделирования будем использовать специальные программные инструменты, называемые CASE-средствами (Computer Assist Software Engineering)1. Тогда будет возможно проведение «генерации кода» по модели («прямое проектирование», или forward engineeging) и обратное проектирование (reverse engineering) – восстановление модели по программному коду или по существующей БД.

Книга состоит из двух разделов. В первом описан пошаговый процесс выявления элементов модели и построения набора диаграмм классов UML как модели предметной области. Второй раздел вводит понятие процесса выявления требований к ИС в специальной форме «сценариев использования» (UC – Use Cases) и разъясняет, как использовать модель предметной области для выявления сценариев использования.

Модель предметной области отличается от моделирования «сущность – связь», или ER-моделирования (Entity-Relationship), методически и содержательно. ER-модель служит для описания логической структуры БД и имеет собственную визуальную нотацию. С технической точки зрения в сущностях визуальной ER-модели следует явно «прописывать» так называемые первичные и внешние ключи реляционной модели данных. Эти отличия кратко излагаются в приложении.

Ранее представленная методика была описана в методическом пособии Кумсков М. И. Базы данных и процессы их создания. Введение. М.: Мехмат МГУ, 2004.