Построение системы регрессионных уравнений

Разработка информационно-логической модели системы

Язык проектирования UML

В качестве методологии проектирования была выбрана методология UML.

UML (сокр. от англ. Unified Modeling Language — унифицированный язык моделирования) — язык графического описания для объектного моделирования в области разработки программного обеспечения. UML является языком широкого профиля, это открытый стандарт, использующий графические обозначения для создания абстрактной модели системы, называемой UML моделью. UML был создан для определения, визуализации, проектирования и документирования в основном программных систем.

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

В процессе разработки UML-проекта осуществляется постепенный переход от анализа и проектирования к описанию реализации программы.

Диаграмма вариантов использования

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

Разработка диаграммы вариантов использования преследует следующие цели:

· определить общие границы и контекст моделируемой предметной области на начальных этапах проектирования системы;

· сформулировать общие требования к функциональному поведению проектируемой системы;

· разработать концептуальную модель системы для ее последующей детализации в форме логических и физических моделей;

· подготовить исходную документацию для взаимодействия разработчиков системы с ее заказчиками и пользователями.

Суть данной диаграммы состоит в следующем: проектируемая система представляется в виде множества сущностей или акторов(actor), взаимодействующих с системой с помощью так называемых вариантов использования. При этом актором (actor) или действующим лицом называется любая сущность, взаимодействующая с системой извне. Это может быть человек, техническое устройство, программа или любая другая система, которая может служить источником воздействия на моделируемую систему так, как определит сам разработчик. В свою очередь вариант использования (use case) служит для описания сервисов, которые система предоставляет актору. Другими словами, каждый вариант использования определяет некоторый набор действий, совершаемый системой при диалоге с актором. При этом ничего не говорится о том, каким образом будет реализовано взаимодействие акторов с системой.

Помимо акторов и вариантов использования, на данной диаграмме можно расположить:

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

Примечания – предназначенные для включения в модель произвольной текстовой информации, имеющей непосредственное отношение к контексту разрабатываемого проекта.

Отношения – описывающие взаимодействия экземпляров одних акторов и вариантов использования с экземплярами других акторов и вариантов. В языке UML имеется несколько стандартных видов отношений между акторами и вариантами использования:

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

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

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

Отношение включения – указывает, что некоторое заданное поведение для одного варианта использования включается в качестве составного компонента в последовательность поведения другого варианта использования. Данное отношение является направленным и бинарным.

На рисунке 8.1 представлена диаграмма вариантов использования системы.

Рисунок 8.1— Диаграмма вариантов использования

Администратор БД имеет возможность вести справочники, а также классифицировать тестируемых менеджеров и прогнозировать данные, используя систему регрессионных уравнений.

Сотрудник и Менеджер использует данную систему для тестирования профессиональных навыков менеджера.

Психологиспользует данную систему для ведения справочной информации, а также формирования отчетов.