Форма ввода - элемент пользовательского интерфейса, представляет собой типовую форму ввода данных о лекарстве (название, группа, дата поступления и т.д.). В нашем случае представляет собой несколько доопределенную конкретную реализацию стандартного интерфейса редактирование класса электронная таблица. Поскольку специально интерфейс редактирование данных о лекарстве нами не вводился на диаграмме классов, поэтому явно указывать класс для объекта форма ввода не будем. Менеджер записей - объект, обладающий стандартным набором возможностей по управлению данными при работе с электронной таблицей. Данный набор возможностей наследуется классом лекарства от класса электронная таблица. Для объекта Менеджер записей явноуказывается класс, экземпляром которого он является - лекарства. Ampilicilin - конкретная запись о лекарстве Ampilicilin, новый элемент таблицы о лекарствах. Здесь явно укажем введенный класс запись о лекарстве. Подобные объекты обычно существуют временно для посылки соответствующей информации в базу данных при транзакциях. После окончания транзакции данный объект может быть уничтожен. Соответствующий записи объект может быть создан вновь при необходимости редактирования информации. Менеджер транзакций - объект, обеспечивающий выполнение законченной операции над базой данных, в данном случае создание новой записи о лекарстве Ampilicilin. На данный объект возлагается выполнение также ряда системных функций, сопровождающих транзакцию. Примером менеджеров транзакций являются, например, BDE (используются для доступа из приложений Delphi к базам данных Paradox, Dbase и др.), ADO (используется для доступа к базам MSAccess из различных приложений). Диаграмма последовательности ввода новой записи о лекарстве в системе «Аптека» представлена на рис. 6. На диаграмме последовательности определим передачу сообщений между объектами: создать новую запись (транслируется от объекта к объекту до конца цепочки как сообщение сохранить запись); открыть форму (к форме ввода); ввести название, группу, дату поступления. (ввод данных по лекарству), далее эти данные транслируются сообщениями сохранить название, группу, дату поступления… От менеджера транзакций передается сообщение собрать информацию о лекарстве, обеспечивающее обратную связь с базой данных, и наконец, рефлексивное сообщение менеджера транзакций поименованное как сохранить запись в БД, обеспечивает окончание транзакции.
Рис. 6. Ввод данных о лекарстве. Диаграмма последовательности информационный программный аптека При желании можно данное взаимодействие представить диаграммой кооперации, иллюстрирующей, прежде всего структурный аспект взаимодействия (рис. 7). Данную диаграмму можно построить из предыдущей в автоматическом режиме (в RationalRose нажатием клавиши F5). При необходимости проект можно дополнить и другими диаграммами взаимодействия, раскрывающими работу прецедентов.
Рис. 7. Ввод данных о лекарстве. Диаграмма кооперации