Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Отчет практика 2013 Шрайнер.doc
Скачиваний:
1
Добавлен:
01.04.2025
Размер:
1 Мб
Скачать
☆

2.2 Описание диаграммы с применением методологии idef0 ("as-is")

Рассмотрение объекта автоматизации как «черного ящика» системы «AS-IS», приведено в структурно-функциональной диаграмме с применением методологии IDEF0 приложение А.

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

2.3 Описание диаграммы с применением методологии dfd ("as-is")

Рассмотрение объекта автоматизации как «черного ящика» системы «AS-IS», приведено в структурно-функциональной диаграмме с применением методологии DFD приложении Б. На рисунке Б.1 видно, что система взаимодействует с тремя внешними сущностями: учебное управление, заведующий кафедрой, отдел кадров. Проведя декомпозицию, получим следующую модель, представленную на рисунке Б.2. Заведующий кафедрой получает список дисциплин из учебного управления, а список преподавателей из отдела кадров. Вся информация по распределению хранится на кафедре.

2.4 Оценка затрат и предварительный расчет ожидаемой эффективности асоиу

Диаграмма потоков данных (Data Flow Diagrams – DFD) также используется для оценки функционального состава системы, то есть выделения основных функций (информационных характеристик) по пяти основным параметрам:

  • внешний ввод;

  • внешний вывод;

  • внешний запрос;

  • внутренний логический файл;

  • внешний интерфейсный файл.

Результаты проведенного анализа будут использоваться далее в разделе «Оценка затрат предварительный расчет ожидаемой эффективности АСОИУ».

Сопоставим каждую функцию системы с одной из информационных характеристик

Таблица 2.4.1 – Сопоставление функций системы информационным характеристикам и сложности.

Связи

Информационная характеристика

Сложность

Учебный управление

Внешний ввод

Ссылок на файлы – 1

Элементы данных – 2

Сложность низкая (3)

Зав кафедрой

Внешний ввод

Ссылок на файлы – 1

Элементы данных – 5

Сложность низкая (3)

Отдел кадров

Внешний ввод

Ссылок на файлы – 3

Элементы данных - 20

Сложность низкая (3)

Список преподавателей

Внешний вывод

Ссылок на файлы – 3

Элементы данных - 5

Сложность средняя (5)

Список дисциплин

Внешний вывод

Ссылок на файлы – 4

Элементы данных - 1

Сложность низкая (4)

Отчет о нагрузке

Внешний вывод

Ссылок на файлы – 3

Элементы данных - 2

Сложность средняя (4)

Отчет в УУ

Внешний вывод

Ссылок на файлы – 3

Элементы данных - 2

Сложность средняя (4)

Отчет в ОК

Внешний вывод

Ссылок на файлы – 3

Элементы данных - 2

Сложность средняя (4)

Ученый план

Внешний вывод

Ссылок на файлы – 3

Элементы данных - 2

Сложность средняя (4)

Решение о корректировке каф

Внешний вывод

Ссылок на файлы – 3

Элементы данных - 2

Сложность средняя (4)

Протокол заседания

Внешний вывод

Ссылок на файлы – 3

Элементы данных - 2

Сложность средняя (4)

Отчет о нагрузке

Внешний вывод

Ссылок на файлы – 3

Элементы данных - 2

Сложность средняя (4)

Измененные нормы времени

Внешний вывод

Ссылок на файлы – 3

Элементы данных - 2

Сложность средняя (4)

Список дисциплин

Внешний запрос

Ссылок на файлы – 3

Элементы данных - 2

Сложность средняя (4)

Определение ранга и сложности, используемых внутренних логических и внешних интерфейсных файлов, описаны в таблице 2.4.2

Таблица 2.4.2 – Используемые внутренние логические файлы

Описание файла

Информационная характеристика

Сложность

Распределение нагрузки каф

Внутренний логический файл

Типы данных – 1;

Элементы данных – 2;

(id, номер группы);

Сложность низкая (7).

Данные о нагрузке

Внутренний логический файл

Типы данных – 2;

Элементы данных – 2;

(id, название дисциплины);

Сложность низкая (7).

Список

преподавателей

Внутренний логический файл

Типы данных – 2;

Элементы данных – 2;

(id, тип занятия);

Сложность низкая (7).

Дисциплины у

преподавателей

Внутренний логический файл

Типы данных – 9;

Элементы данных – 4;

(id, фамилия, имя, отчество, дата, номер группы, название дисциплина, вид работы, присутствие);

Сложность низкая (7).

Логи

Внутренний логический файл

Типы данных – 4;

Элементы данных – 9;

(id, фамилия, имя, отчество);

Сложность низкая (7).

Уч план

Внутренний логический файл

Типы данных – 4;

Элементы данных – 9;

(id, фамилия, имя, отчество);

Сложность низкая (7).

Уч план

Внешний интерфейсный фиал

Типы данных – 4;

Элементы данных – 9;

(id, фамилия, имя, отчество);

Сложность низкая (7).

Уч план

Внешний интерфейсный фаил

Типы данных – 4;

Элементы данных – 9;

(id, фамилия, имя, отчество);

Сложность низкая (7).

Распределение

нагрузки каф

Внешний интерфейсный фаил

Типы данных – 4;

Элементы данных – 9;

(id, фамилия, имя, отчество);

Сложность низкая (7).

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

Таблица 2.4.3 – Вычисление общего количества информационных характеристик

Имя характеристики

Количество

Низкий

Средний

Высокий

Итого

Внешние вводы

0x3=0

1x4=4

0x6=0

4

Внешние выводы

4x4=16

9x5=45

0x7=0

61

Внешние запросы

2x3=6

0x4=0

0x6=0

6

Внутренние логические файлы

9x7=35

0x10=0

0x15=0

35

Внешние интерфейсные файлы

3x5=15

0x7=0

0x10=0

15

Общее количество

121

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

Таблица 2.4.4 – Системные параметры приложения

№

Системный параметр

Описание

Значение

1

Передача данных

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

1

2

Распределенная обработка данных

Как обрабатываются распределенные данные и функции обработки?

1

3

Производительность

Нуждается ли пользователь в фиксации времени ответа или производительности?

1

4

Распространенность используемой конфигурации

Насколько распространена текущая аппаратная платформа, на которой будет выполняться приложение?

3

5

Скорость транзакций

Как часто выполняются транзакции? (каждый день, каждую неделю, каждый месяц)

5

6

Оперативный ввод данных

Какой процент информации надо вводить в режиме онлайн?

4

7

Эффективность работы конечного пользователя

Приложение проектировалось для обес­печения эффективной работы конечного пользователя?

4

8

Оперативное обновление

Как много внутренних файлов обновляется в онлайновой транзакции?

3

9

Сложность обработки

Выполняет ли приложение интенсивную логическую или математическую обработку?

3

10

Повторная используемость

Приложение разрабатывалось для удов­летворения требований одного или многих пользователей?

5

11

Легкость инсталляции

Насколько трудны преобразование и инсталляция приложения?

2

12

Легкость эксплуатации

Насколько эффективны и/или автомати­зированы процедуры запуска, резерви­рования и восстановления?

2

13

Разнообразные условия размещения

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

0

14

Простота изменений

Была ли спроектирована, разработана и поддержана в приложении простота из менений?

1

Функциональный размер приложения рассчитан в следующей формуле:

, (5)

где – коэффициенты сложности, приведенные в таблице 2.4.4.

Для разработки приложения был выбран язык программирования ASPX Количество строк кода равно:

. (6)

Т.к. рассматриваемый проект относится к распространённому типу (небольшие программные проекты, над которыми работает небольшая группа разработчиков с хорошим стажем работы, устанавливаются мягкие требования к проекту), то коэффициенты для расчета уравнений базовой подмодели COCOMO равны: a=2.4, b=1.05, c=2.5, d=0.38 [2]. Значит, соответствующие значения показателей равны:

[чел-мес] (7)

[мес] (8)

где E – затраты в человеко-месяцах, D – время разработки.