- •Введение
- •2 Проведение обследования объекта автоматизации
- •2.1 Сбор и анализ данных об объекте автоматизации. Краткое описание и список бизнес процессов.
- •2.2 Описание диаграммы с применением методологии idef0 ("as-is")
- •2.3 Описание диаграммы с применением методологии dfd ("as-is")
- •2.4 Оценка затрат и предварительный расчет ожидаемой эффективности асоиу
- •3.3 Сбор и анализ данных о зарубежных и отечественных аналогах
- •3 Анализ и выявление ключевых процессов
- •3.1 Формулирование целей и задач создания асоиу
- •3.2 Выбор и обоснование состава процессов, подлежащих автоматизации
- •Заключение
- •Список использованной литературы
- •3. Детальные требования
- •3.1. Требования к внешнему интерфейсу
- •3.1.1. Пользовательские интерфейсы
- •3.2.3. Диаграммы активности
- •Приложение н. Техническое задание
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 – время разработки.
