Анализ предметной области, Инструменты разработки, Проектирование, цикл жизнедеятельности ПО

1 Анализ предметной области

1. Описание предметной области

Есть спортивный зал, в котором проводятся занятия. Необходимо закреплять тренеров за группами, занимающихся определёнными видами спорта. Имеются тренера и группы. Каждый тренер получает определенный гонорара за проведенное занятие. При закреплении тренера за группой составляется договор, в котором прописывается дата закрепления тренера и длительность занятий с группой. По окончании занятий рассчитывается и выплачивается тренеру оговоренная сумма. Субъектом системы является администратор. Он контролирует все процессы. В его полномочиях будет: управление тренерами (их удаление, добавление или изменение параметров), добавление новых групп или их удаление, а также замена параметров, т.е. если необходимо, то замена № зала для группы, вида занятия и т.д., закрепление группы (ФИО тренера, № группы, № договора, дата закрепления и т.д.).

1.2 Инструменты разработки

В процессе разработки курсового проекта будем пользоваться программами Microsoft Word и StarUML, так как с помощью их возможно выполнение поставленного задания.

Microsoft Word - мощный текстовой процессор, предназначенный для выполнения  всех процессов обработки текста: от набора и  верстки, до проверки  орфографии, вставки в текст графики  в стандарте *.pcx или *.bmp, распечатки  текста. Он работает с многими  шрифтами ,как  с русским ,так и  с любым из двадцати одного  языка мира. В одно из многих  полезных свойств Word входит автоматическая  коррекция текста по границам, автоматический перенос слов  и правка правописания слов, сохранение  текста в определенный устанавливаемый  промежуток времени, наличие мастеров  текстов и шаблонов, позволяющих  в считанные минуты создать  деловое письмо, факс, автобиографию, расписание, календарь и многое  другое. Word обеспечивает поиск заданного  слова или фрагмента текста, замену его на указанный фрагмент, удаление, копирование во внутренний буфер или замену по шрифту, гарнитуре или размеру шрифта, а так же по надстрочным или по подстрочным символам. Наличие закладки в тексте позволяет быстро перейти к заложенному месту в тексте. Можно так же автоматически включать в текст дату, время создания, обратный адрес и имя написавшего текст. При помощи макрокоманд Word позволяет включать в текст базы данных или объекты графики, музыкальные модули в формате *.wav. Для ограничения доступа к документу можно установить пароль на текст, который Word будет спрашивать при загрузке текста для выполнения с ним каких-либо действий. Word позволяет открывать много окон для одновременной работы с несколькими текстами, а так же разбить одно активное окно по горизонтали на два  и выровнять их.

StarUML ориентирован на UML версии 1.4 и  поддерживает одиннадцать различных  типов диаграмм, принятых в нотации UML 2.0. Он активно поддерживает  подход MDA (Модельно-управляемая архитектура), реализуя концепцию профилей UML. Среда разработки StarUML ™ превосходно настраивается в соответствии с требованиями пользователя и имеет высокую степень расширяемости, особенно в области своих функциональных возможностей. Использование StarUML™, одного из ведущих программных инструментов моделирования, гарантирует достижение максимальной производительности и качества программных проектов. Для работы с данной программой система должна обладать следующими минимальными системными требованиями:

- Intel ® Pentium® 233MHz или выше;

- Windows ® 2000, Windows ХР ™, или выше;

- 128 Мбайт RAM (256 МБ рекомендуется);

- 110 Мбайт на жестком диске (150 МБ рекомендуется).

 

 

 

2. Проектирование
1. Рамки системы

Определяем рамки системы. Очевидно, данная система является программным приложением. Так как она является информационной, то будет включать в себя:

• справку по работе с системой;
• демонстрационный модуль;
• модуль управления.

Система будет осуществлять просмотр групп, системной справки, управление тренерами, группами, закреплением групп.

Основными исполнителями являются пользователь и администратор.

Основными потребностями пользователя являются:

• получение справки по работе с системой;
• просмотр групп.

Основными потребностями администратора являются:

• управление тренерами;
• управление группами;
• управление закреплением групп.

Составим таблицу актёров и вариантов использования системы (таблица 1).

Таблица 1 – Выделение актёров и вариантов использования системы

Исполнители (актёры)	Задачи	Прецеденты (варианты использования)
Пользователь	Читает справку	Получить справку
	Смотрит демонстрацию списка групп	Просмотреть список групп
Администратор	Добавляет тренера	Управлять тренерами
	Изменяет параметры тренера
	Удаляет тренера
	Добавляет группу	Управлять группами
	Изменяет параметры группы
	Удаляет группу
	Добавляет закрепление групп	Управлять закреплением групп
	Изменяет параметры закрепления групп
	Удаляет закрепления групп

 

Получим исходный вариант диаграммы прецедентов (рисунок 1).

Рисунок 1 – Исходный вариант диаграммы прецедентов

Составляем описание каждого из прецедентов (таблица 2).

Таблица 2 – Описание прецедентов

Прецедент (название)	Описание
Получить справку	Начало: начинается, когда пользователь желает получить справку по работе с системой.
	Основные функции: поиск файла справки, чтение файла справки, отображение информации.
	Вторичные функции: нет.
	Основные сценарии: Пользователь запрашивает справку, появляется текст справки. В случае, если файл справки не найден, выдаётся сообщение.
	Вторичные сценарии: нет.
	Нефункциональные требования: время ожидания справки не более 5 сек.
	Завершение прецедента: прецедент завершён, когда пользователь прочёл справку.
Авторизация Admina	Начало: начинается, когда Admin решает войти в систему (управлять тренерами, группами, закреплением групп).
	Основные функции: вхож Adminом в систему при успешной авторизации, выход из неё при не успешной.
	Вторичные функции: нет.
	Основные сценарии: Admin вводит логин и пароль, проверка логина и пароля, если: А) удачно, то вход в систему Б) не удачно, то выход из системы.
	Вторичные сценарии: нет.
	Нефункциональные требования: время ожидания не более 5 сек.
	Завершение прецедента: прецедент завершён, когда Admin вошёл в систему.
Управлять  тренерами	Начало: начинается, когда Admin желает внести нового тренера, удалить или скорректировать информацию ранее занесённого тренера.
	Основные функции: вставка, удаление, обновление информации о тренере.
	Вторичные функции: нет.
	Основные сценарии: Admin авторизуется в системе: А) В случае удачной авторизации: Admin осуществляет выбор из списка объектов тренеров (ФИО, специализация и т.д.), выбор из списка действий: если удаление или изменение, то выбор определённого поля из списка если добавление, то ввод текста Б) В случае неудачной авторизации – выход из системы.
	Вторичные сценарии: нет.
	Нефункциональные требования: время ожидания не более 5 сек.
	Завершение прецедента: прецедент завершён, когда изменения в списке тренеров сохранены.
Управлять группами	Начало: начинается, когда Admin желает внести новую группу, удалить или скорректировать информацию уже существующего ранее  группу.
	Основные функции: вставка, удаление, обновление информации о группе.
	Вторичные функции: нет.
	Основные сценарии: Admin авторизуется в системе: А) В случае удачной авторизации: Admin осуществляет выбор из списка объектов группы (№группы, возраст, вид занятий и т.д.), выбор из списка действий: если удаление или изменение, то выбор определённого поля из списка если добавление, то ввод текста Б) В случае неудачной авторизации – выход из системы.
	Вторичные сценарии: нет.
	Нефункциональные требования: время ожидания не более 5 сек.
	Завершение прецедента: прецедент завершён, когда изменения в списке группы сохранены.
Управлять закреплением групп	Начало: начинается, когда Admin желает внести новое закрепление группы, удалить или скорректировать информацию занесённого ранее  закрепления группы.
	Основные функции: вставка, удаление, обновление информации о закреплении группы.
	Вторичные функции: нет.
	Основные сценарии: Admin авторизуется в системе: А) В случае удачной авторизации: Admin осуществляет выбор из списка объектов закрепление группы (ФИО тренера, № группы, дата закрепления и т.д.), выбор из списка действий: если удаление или изменение, то выбор определённого поля из списка если добавление, то ввод текста Б) В случае неудачной авторизации – выход из системы.
	Вторичные сценарии: нет.
	Нефункциональные требования: время ожидания не более 5 сек.
	Завершение прецедента: прецедент завершён, когда изменения в списке закрепление группы сохранены.
Просмотреть список групп	Начало: начинается, когда пользователь желает просмотреть список групп.
	Основные функции: поиск файла списка групп, чтение файла списка групп, отображение информации.
	Вторичные функции: нет.
	Основные сценарии: Пользователь запрашивает список групп, появляется текст. В случае, если файл групп не найден, выдаётся сообщение.
	Вторичные сценарии: нет.
	Нефункциональные требования: время ожидания не более 5 сек.
	Завершение прецедента: прецедент завершён, когда пользователь просмотрел список групп.

 

 

2. Диаграмма прецедентов

С учётом вышесказанного (описания прецедентов), составим конечную диаграмму прецедентов. Она будет иметь следующий вид (рисунок 2).

Рисунок 2 – Уточнённый вариант диаграммы прецедентов

3. Моделирование процессов

Список основных прецедентов:

• Управлять тренерами;
• Управлять группами;
• Управлять закреплением групп;
• Просмотреть список групп;
• Получить справку.

Прецеденты «Управлять тренерами», «Управлять группами», «Управлять закреплением групп» возможны после того, как администратор пройдёт авторизацию и получит доступ к системе.

Кроме того, все действия пользователя доступны и администратору. Следовательно, роль Admina можно обобщить с ролью пользователя. Администратор – это пользователь со специальными правами.

Также, один пользователь может просматривать список групп и читать справку сколько угодно раз. С другой стороны, в один момент времени это может выполнять только один пользователь. То же самое касается и администратора: он может сколько угодно раз управлять тренерами, группами и закреплением групп, но в каждый конкретный момент это может выполнять только один администратор.

Исходя из описанных сценариев, в прецедентах можно выделить составные части. Прецедент «Управлять тренерами» состоит из:

• Выбор администратором полей из списка тренеров
• Выбор администратором действия:

1. Удалить

2. Добавить
3. Изменить

• Выполнение системой

1. Удаление
2. Запрос на ввод новой записи (от системы) - ввод новой записи (администратором)
3. Запрос на ввод изменения (от системы) – ввод изменения (администратором).

Прецедент «Управлять группами» состоит из:

• Выбор администратором полей из списка группы
• Выбор администратором действия

1. Удалить

2. Добавить
3. Изменить

• Выполнение системой

1. Удаление
2. Запрос на ввод новой записи (от системы) - ввод новой записи (администратором)
3. Запрос на ввод изменения (от системы) – ввод изменения (администратором).

Прецедент «Управлять закреплением групп» состоит из:

• Выбор администратором полей из закрепления группы;
• Выбор администратором действия

1. Удалить

2. Добавить
3. Изменить

• Выполнение системой

1. Удаление
2. Запрос на ввод новой записи (от системы) - ввод новой записи (администратором)
3. Запрос на ввод изменения (от системы) – ввод изменения (администратором).

Прецедент «Авторизация Admina» (рисунок 3) состоит из:

• Ввода логина и пароля администратором;
• Проверка логина и пароля системой;

1. При удачной авторизации – администратор входит в систему;

2. При неудачной авторизации – выход из системы.

Рисунок 3 - Диаграмма деятельности «Авторизация Admina»

Прецедент «Просмотреть список групп» состоит из:

• Выбор пользователем запроса на вывод списка групп (из списка возможных);
• Система находит запрашиваемые группы и выдаёт их пользователю;
• Просмотр пользователем групп.
4. Общая диаграмма деятельности