Язык UML. Формулировка задачи, поставленной в проекте. Определение требований. Выявление групп пользователей. Бизнес-модель (Business USE-CASE Diagram)

Министерство образования и науки Российской Федерации

Федеральное агентство по образованию

Новосибирский Государственный технический Университет

кафедра Автоматики

Курсовая работа

по дисциплине:

«Автоматизированное проектирование информационных систем»

Факультет: АВТ

Группа: ААМ-11                                                        Преподаватель: Тюнина Л.В.

Студент: Кутузова И.В.

Дата сдачи:

Отметка о защите:

Новосибирск

2012

Содержание

Введение	3
1. Формулировка задачи, поставленной в проекте	3
2. Определение требований. Выявление групп пользователей	3
3. Построение модели данных	13
4. Тестирование	19
Заключение	20
Приложение №1. Сгенерированный С++ код	21

ВВЕДЕНИЕ

В настоящее время информационные системы активно используются в различных сферах деятельности человека.

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

1.  ФОРМУЛИРОВКА ЗАДАЧИ, ПОСТАВЛЕННОЙ В ПРОЕКТЕ

Необходимо разработать программное обеспечение, реализующее алгоритм идентификации объекта.

Среда разработки: Rational Rose.

Задачи работы:

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

-  Создание диаграмм в среде Rational Rose.

-  Разработка сценариев тестирования

2.  ОПРЕДЕЛЕНИЕ ТРЕБОВАНИЙ. ВЫЯВЛЕНИЕ ГРУПП ПОЛЬЗОВАТЕЛЕЙ

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

- реализация алгоритма идентификации объекта и исследования алгоритма;

- просмотр результатов.

требования к функциональным характеристикам

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

Администратор

-  Устанавливает ПО.

Студент

-  Проводит исследование;

-  Проводит идентификацию;

-  Просмотр результатов.

Преподаватель

-  Проводит исследование;

-  Проводит идентификацию;

-  Просмотр результатов.

требования к надежности

Система должна быть защищена паролем.

требования к информационной и программной совместимости

ОС Windows XP/Vista/7;

перечень документации

Руководство пользователя.

Бизнес-модель (Business USE-CASE Diagram)

Моделирование бизнес процессов – это моделирование деятельности организации. При этом моделируется структура организации, роли сотрудников в этой структуре, взаимосвязи между сотрудниками.  Бизнес модель представлена графически с помощью Business USE-CASE Diagram (рис.1.).

Рис.1. Business USE-CASE Diagram.

Диаграмма вариантов использования (USE-CASEDiagram)

Каждый вариант использования определяет последовательность действий, которые должны быть выполнены проектируемой системой при взаимодействии ее с соответствующим актером. USE-CASE Diagram представлена на рис.2.

Рис. 2. USE CASE-диаграмма.

Описание актеров

Актер «Студент»

Осуществляет ввод данных, просматривает информацию, использует все функции.

Актер «Преподаватель»

Осуществляет ввод данных, просматривает информацию, использует все функции.

Актер «Администратор»

Администратор выполняет обслуживание и профилактику работы сети, осуществляет установку программы.

Актер «Пользователь»

Имеет отношение обобщения, означающее, что экземпляры потомка («Студент», «Преподаватель») взаимодействуют с тем же вариантом использования, что и экземпляр родителя.

Описание потоков событий

Вариант использования «исследования».

Предусловия

Пользователь запускает программу. Вводит исходные данные об объекте, сигнале, помехе, параметры алгоритма.

Основной поток

1.  Вариант использования начинается, когда система выводит пользователю список доступных действий исследование:

-  Параметр, задающий обратную матрицу;

-  Параметр, задающий степень забывания информации;

-  Количество итераций;

-  Уровень помехи.

2.  Пользователь выбирает желаемый пункт. Если выбран «Параметр, задающий степень забывания информации» выполняется альтернативный поток событий А1, если «Уровень помехи» – А2, если «Количество итераций» – А3, если «Параметр, задающий обратную матрицу» – А4.

3.  Вариант использования завершается.

Альтернативный поток А1: Выбран пункт меню «Параметр, задающий степень забывания информации».

1.  Система выводит поля «начальное значение», «конечное значение», «шаг».

2.  Пользователь вводит начальное значение.  Если поле «начальное значение» не заполнено, выполняется альтернативный поток А1.1. Если введены некорректные данные, то выполняется альтернативный поток А1.2. Если значение меньше нуля, то выполняется альтернативный поток А1.3.

3.  Пользователь вводит конечное значение. Если поле «конечное значение» не заполнено, выполняется альтернативный поток А1.4. Если введены некорректные данные, то выполняется альтернативный поток А1.5. Если значение больше единицы, то выполняется альтернативный поток А1.6.