Дипломная работа: Проект автоматизированного рабочего места специалиста по формированию программ радиовещания
Диаграмма прецедентов
использования представлена на рисунке 1.10 Выделим актера - пользователя (специалиста
по формированию программ радиовещания). Он может выполнять несколько вариантов
использования.

Рисунок 1.10 - Диаграмма прецедентов использования автоматизированного рабочего
места
Таблица 1.3 - Описание
прецедентов
Прецедент |
Описание |
Формировать радиовещательную передачу |
Прецедент включает в себя прецеденты Проверить формат хранения
элемента вещания, Определить необходимость и порядок обработки элемента,
Добавить элемент вещания в сценарий передачи. После проверки соответствия
элемента вещания требованиям передачи он добавляется в формируемую передачу.
или иному расширяющему прецеденту.
|
Выдать наряд на обработку |
Прецедент расширяет предыдущий прецедент при условии, что
элемент вещания, проверяемый в ходе формирования, не соответствует
требованиям и нуждается в дополнительной обработке. Выдача наряда
подразумевает обработку элемента вещания сотрудниками радиостанции. |
Вести учет данных об элементах вещания |
Прецедент включает в себя прецеденты Запрашивать данные и
Модифицировать данные. Он дает возможность пользователю накапливать и
просматривать в различных режимах данные об элементах вещания. |
Вести учет данных о поставщиках элементов вещания |
Прецедент включает в себя прецеденты Запрашивать данные и
Модифицировать данные. Он дает возможность пользователю накапливать и
просматривать в различных режимах данные о поставщиках элементов вещания. |
Вести учет данных о сотрудниках, участвующих в обработке |
Прецедент включает в себя прецеденты Запрашивать данные и
Модифицировать данные. Он дает возможность пользователю накапливать и
просматривать в различных режимах данные о сотрудниках, участвующих в
обработке элементов вещания. |
Диаграмма классов (class
diagram) является графическим представлением статической модели, в которой
собраны декларативные (статичные) элементы, такие, как классы, типы, а также их
содержимое и отношения. На ней можно изображать пакеты, в том числе вложенные.
Диаграмма классов содержит некоторые конкретные элементы поведения (например,
операции), однако их динамика отображается на других видах диаграмм -
диаграммах состояний и и диаграммах кооперации. Иногда для того, чтобы
отобразить всю статическую модель целиком, требуется несколько диаграмм
классов. В данном случае для проектирования достаточно одной диаграммы [11].
Диаграмма классов представляет
собой некоторый граф, вершинами которого являются элементы типа "классификатор",
которые связаны различными типами структурных отношений. Диаграмма классов
является основой для статического представления модели, в которой основной
акцент сделан на описании классов и их взаимоотношений. Графически класс
изображается в виде прямоугольника, внутри которого перечисляются атрибуты и
операции класса. Отношения между классами выражаются при помощи различных линий
и дополнительных обозначений [].
На диаграмме классов,
представленной на рисунке 1.11, отражена предметная область АРМ специалиста по
формированию программ радиовещания. В таблице 1.4 находится спецификация
содержащихся в ней классов.
Таблица 1.4 - Сфера
ответственности классов предметной области
Наименование |
Назначение |
View |
Класс, принимает входные данные для формирования программ
радиовещания, представляет результаты запросов, ведет поиск на соответствие
заданных объектов объектам, находящимся в БД. |
Control |
Класс выполняет проверку прав пользователя, проверят
корректность ввода и ограничения на данные. |
Model |
Основной класс, от которого наследуются все остальные. Вмещает в
себя основные функции согласования параметров АРМ, БД, запросов к БД и проч. |
Check |
Класс, проверяет формат и состояние элемента вещания в сравнении
с требованиями к передаче |
ObrEl |
Класс, определяет необходимость, формы и объемы обработки
элемента вещания перед включением его в передачу |
Narjad |
Класс, формирует наряд на обработку элемента вещания |
Include |
Класс, включает элемент вещания в состав формируемой передачи |
|
|
 |
Рисунок 1.11 - Диаграмма классов предметной области
Диаграмма последовательностей
является диаграммой объектно-ориентированного языка моделирования UML, на которой приведено упорядоченное во времени
взаимодействие объектов. В частности, на ней изображаются участвующие во
взаимодействии объекты и последовательность сообщений, которыми они
обмениваются. Таким образом, диаграмма последовательностей представляет
множество сообщений между объектами, упорядоченное по временной оси. Однако отношения
между объектами на этой диаграмме не представлены. Каждый объект изображается в
виде отдельной вертикальной линии (колонки). Символ объекта помещается сверху
линии [11].
На диаграмме последовательности
изображаются только те объекты, которые непосредственно участвуют во
взаимодействии. Ключевым моментом для диаграмм последовательности является
динамика взаимодействия объектов во времени. Диаграмма последовательностей для
работы проектируемого АРМ представлена на рисунке 1.12.
Процесс взаимодействия пользователя
с системой может быть описан в следующем виде:
пользователь вводит данные.
Контроллер проверяет правильность введенных данных и передает их в модель;
после модель передает данные для
проверки соответствия формата и состояния элемента вещания требованиям
формируемой передачи;
в соответствующих классах
происходит определение этого соответствия, определение необходимости и объемов
обработки, формирование, если необходимо, нарядов на обработку, включение
обработанного элемента вещания или элемента, подходящего под требования
передачи, в сценарий;
система возвращает результат
формирования передачи пользователю.
Рисунок 1.12 - Диаграмма последовательностей
Ниже будут даны сравнительные
характеристики средств разработки программного обеспечения автоматизированного
рабочего места.
Выбор средств разработки приложений в составе АРМ
Методика определения подходящего
программного продукта заключалась в следующем.
Сначала выбиралось несколько
доступных и известных программных продуктов. В данном случае это были Delphi 6.0, Visual C++ 6.0 и Visual Basic. Каждому критерию давалось значение веса исходя из
целей проектирования таким образом, что сумма весов всех критериев равнялась 1.
После рассматривались критерии,
которые имели параметры, каждому параметру критерия давалось значение веса
таким образом, чтобы сумма их весов равнялась 1.
Данные для анализа экспертной
оценки были получены путем опроса общественного мнения учащихся групп ИТ
академии, по результатам опроса были получены среднестатистические оценки
характеристик средств разработки программных продуктов, представленные в
таблице 1.5
Экспертная оценка определяется
по формуле:
(1.1)
где Oi - общая оценка
программного средства;
Kij - весовой коэффициент критерия;
ai - оценка i - того
программного средства по j - тому критерию.
Таблица 1.5 -
Сравнительная характеристика средств разработки приложений для Windows
|
Характеристики |
Вес |
Delphi 6.0 |
Visual Basic |
Visual C++ 6.0 |
1 |
Удобство пользовательского интерфейса |
0,05 |
10 |
7 |
7 |
2 |
Простота языка программирования |
0,25 |
10 |
9 |
6 |
3 |
Скорость работы приложений |
0,1 |
9 |
8 |
10 |
4 |
Скорость компиляции приложений |
0,025 |
10 |
|
8 |
5 |
Наличие интегрированного отладчика |
0.075 |
9 |
7 |
8 |
6 |
Поддержка принципов ООП |
0.05 |
8 |
5 |
10 |
7 |
Возможность многоуровневой разработки приложений |
0,075 |
10 |
8 |
10 |
8 |
Обработка исключительных ситуаций |
0,025 |
10 |
8 |
10 |
9 |
Поддержка технологии OLE Automation |
0,1 |
10 |
8 |
10 |
10 |
Поддержка технологии ActiveX |
0,1 |
10 |
10 |
10 |
11 |
Наличие интерфейсов для работы с СУБД |
0,1 |
10 |
6 |
8 |
|
Оценка |
1 |
56 |
45,75 |
50 |
Оценки программных средств
рассчитаны по формуле 1.1
Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16 |