Проектирование и реализация ИС «Курсы по повышению квалификации»

Моделирование бизнес-процессов и информационной структуры

Структурный анализ процесса организации повышения квалификации преподавателей представлен на рис. 9−10.

Рис. 9 Контекстная диаграмма

Рис. 10 DD-диаграмма, описывающая процесс организации повышения квалификации преподавателей

На рис. 11 отображены основные функции, которые должно выполнять разрабатываемое приложение. Рассмотрим некоторые из них подробнее.

Рис. 11 Диаграмма вариантов использования приложения, автоматизирующего технологию организации повышения квалификации

Прецедент «Планирование» включает в себя создание проекта плана, работу с его позициями (добавление, удаление, изменение), а также согласование плана с подразделением и подписание его руководством университета.

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

На рис. 12 и 13 показан процесс формирования плана повышения квалификации преподавателей в виде диаграммы последовательности и диаграммы кооперации.

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

Рис. 13 Диаграмма кооперации формирования плана повышения квалификации

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

Жизненный цикл документа в учреждении можно показать с помощью диаграммы состояний (рис. 14).

Рис. 14. Диаграмма состояний, описывающая последовательность состояний ЖЦ документа в учреждении

Прецедент «Ведение справочников» включает в себя работу (добавление, удаление, редактирование) со списками учебных программ, учебных групп, организаторов обучения, а также с содержанием методического комплекса.

Учебная программа состоит из номера программы и названия.

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

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

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

Прецедент «Проведение мероприятий» включает в себя работу с преподавателями, которые проходят обучение, а также с учебными группами повышения квалификации [8].

При работе с группами задается наименование группы и точные сроки проведения обучения, а также выбирается куратор группы.

Работа с участниками обучения включает в себя все действия, которые необходимы в этом процессе:

зачисление/отчисление слушателей, формирование приказов о/об зачислении/отчислении, которые подписываются управлением кадров;

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

Расчёт трудоёмкости разработки осуществляется на основе вариантов использования и содерит в себе следующие блоки работ (рис. 15):

Рис. 15. Схема определения трудоёмкости проекта

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

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

Таблица 1.

Весовые коэффициенты действующих лиц.

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

A = 1*3 = 3.

Второй блок — «Определение весовых показателей вариантов использования». Все варианты использования делятся на три типа: простые, средние и сложные в зависимости от количества транзакций в потоках событий (основных и альтернативных). Описание типов вариантов использования и их весовые показатели представлены в таблице 2.

Таблица 2.

Весовые коэффициенты вариантов использования.

Все варианты использования, представленные в системе по типу определены как «средние», в соответствии с этим им были присвоены следующие весовые коэффициенты (табл. 3):

Таблица 3.

Сложность вариантов использования.

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

ИС = 3*10=30.

В результате показатель.

ИИСР = А + ИС = 3 + 30 = 33.

Далее необходимо определить техническую сложность проекта TC (TC — Technical Complexity actor).

Техническая сложность проекта (TC) вычисляется с учетом показателей технической сложности. Таблица 4 с показателями технической сложности проекта представлена ниже.

Каждому показателю присваивается значение Тi в диапазоне от 0 до 5 (0 означает отсутствие значимости показателя для данного проекта, 5 — высокую значимость).

Значение TC вычисляется по формуле: TC = 0,6 + (0,01 * (?Ti * Весi)) где где Тi-показатель сложности компонента; Весiвсё этого компонента В нашем случае TC будет равен:

TC=0.6+(0.01*(?Ti*Весi))=0.6+(0.01*40)=1,0.

Таблица 4.

Характеристика проекта.

Таблица 5.

Определение уровня квалификации разработчика.

Четвёртый блок предполагает определение уровня квалификации разработчика (E-Environmental actor). Оценка уровня квалификации проводится по восьми различным показателям (табл. 6).

Уровень квалификации разработчиков (E) вычисляется по формуле:

E = 1,4 + (-0,03 * (?i * Весi)).

В нашем случае E = 1.4 + (-0.03 * (?i*Весi)) = 1.4 + (-0.03 * 21) = 1.4−0.63=0.77.

В результате получаем окончательное значение ИСР:

ИСР = ИИСР*TC*E = 33*1*0,77 = 25,41.

Таким образом, оценив все выше перечисленные показатели, можно перейти к «Оценке трудоёмкости проекта». В качестве начального значения предлагается использовать 20 чел.-часов на 1 ИСР. Таким образом общее время разработки составляет 25,41 * 20 = 508,2 чел.-час. = 12,705 недель при 40 часовой рабочей неделе = 3,17 625 месяца.