- •Содержание
- •Введение
- •Обзор и анализ программных средств компьютерной поддержки учебных дисциплин
- •Анализ проблемы автоматизации труда преподавателя
- •Обзор существующих программных средств компьютерной поддержки учебных дисциплин
- •Сравнительный анализ программных средств
- •Разработка инструментальной среды компьютерной поддержки учебных дисциплин
- •Постановка задачи разработки инструментальной среды
- •Описание предметной области
- •Архитектура инструментальной среды и структура бд
- •Алгоритм работы пользователей в среде
- •Разработка программного и методического обеспечения
- •Программные средства разработки инструментальной среды
- •Требования к пользовательскому интерфейсу и его реализация
- •Возможности представления среды на примере учебной дисциплины «Мультимедиа технологии в образовании»
- •Безопасность и экологичность разработки
- •Анализ безопасности процесса эксплуатации среды
- •Особенности функционального назначения среды
- •Системный анализ безопасности
- •Оценка напряженности процесса эксплуатации среды
- •Анализ экологичности инструментальной среды
- •Требования к организации работ с пэвм
- •Разработка мер профилактики и повышения безопасности и экологичности разрабатываемого объекта
- •Технико - экономическое обоснование разработки
- •Маркетинговые исследования рынка
- •Расчет затрат на этапе проектирования
- •Выбор базы сравнения (аналога)
- •Сравнительный анализ затрат в ходе эксплуатации программного продукта и аналога
- •Расчет экономии от увеличения производительности труда пользователя
- •Ожидаемый экономический эффект и срок окупаемости капитальных затрат
- •Заключение
- •Список использованных источников
- •Приложение а Листинг программы
- •Приложение б Графические материалы
Технико - экономическое обоснование разработки
Маркетинговые исследования рынка
На сегодняшний день, несмотря на стремительное развитие сетевых информационных технологий, наиболее трудоемкая часть учебно-методической работы преподавателя по подбору учебного материала, разработке учебных курсов, контрольных работ и тестов, проверке письменных экзаменационных работ по-прежнему не автоматизирована в той степени, которая позволила бы существенно сократить затраты времени.
Существующие системы поддержки процесса обучения также не решают указанных проблем, ориентируясь в большей степени на предоставление средств коммуникации между обучаемым и преподавателем и на контроль степени продвижения в обучения [5].
Разработанная подсистема представляет собой инструментальную среду компьютерной поддержки учебных дисциплин, направленную на обеспечение подготовки учебной деятельности преподавателя по созданию учебных дисциплин. Таким образом, преподаватель получает расширенные возможности представления образовательных контентов и оперативного взаимодействия с обучаемыми, обучаемые – расширенные возможности доступа к учебному материалу и взаимодействия с преподавателем посредством организованной обратной связи.
Инструментальная среда разработана под операционные системы Windows XP и более поздние ОС семейства Windows с помощью программного продукта Delphi 6.0 фирмы Borland на языке программирования Delphi и БД Microsoft Access.
С точки зрения автоматизации труда преподавателя можно выделить следующие категории программных средств:
инструментальные среды для создания ЭУМ;
системы автоматического контроля знаний;
системы автоматизированной поддержки процесса обучения, в том числе дистанционного обучения.
На рынке программных продуктов присутствует огромное количество программных средств, автоматизирующих работу преподавателя, но идентичного «функция в функцию» аналога разработанной инструментальной среды не существует. Несмотря на это, конкуренция с разработанной инструментальной средой несомненно присутствует, которая выражается в присутствии следующих программных средств:
eFront;
Moodle.
Данные программные средства автоматизирует работу преподавателя, объединяет в себя огромное количество функций, и в целом востребованы на рынке информационных образовательных технологий.
Но и разработанная подсистема обладает преимуществом, выражающееся в том, что позволяет покрывать отдельные функциональные блоки с разных программных средств и объединять их в единое целое.
Областью применения разработанной инструментальной среды является кафедра Систем автоматизированного проектирования Таганрогского Технологического Института Южного Федерального Университета.
Расчет затрат на этапе проектирования
Проектирование представляет собой совокупность работ, которые необходимо выполнить для решения поставленной задачи, то есть для разработки алгоритма и составления программы, которая будет его реализовывать.
Основой для расчета эффективности разрабатываемого программного продукта являются трудовые затраты, непосредственно влияющие на сроки и стоимость разработки, поэтому наиболее ответственной и сложной задачей при проектировании программного продукта является расчет трудоемкости работ [33].
Один из способов оценки трудоемкости разработки программного продукта представлен в виде формулы 1.
. (1)
При этом необходимо опираться на заранее заданные или известные по опыту работы затраты труда на подготовку описания задачи t0, исследование алгоритма tИ, разработку структурной схемы алгоритма ta, программирование по структурной схеме tП, отладку tотл, и подготовку документации tд.
Условное число операторов в разрабатываемом программном изделии можно оценить величиной
Q = qφсл(1 + φкор), (2)
где q – предполагаемое число операторов; φсл – коэффициент сложности программы; φкор – коэффициент коррекции.
При расчете получаем значение Q = 10*4(1 +3)=160.
С учетом увеличения затрат труда вследствие недостаточности описания задачи (φоп = 1.2 ÷ 1.5) могут быть приняты следующие соотношения:
tи = Qφоп /(75 ÷ 80) φкв; tи =(160*1,3)/(75*1)=2,773;
tа = Q/(20 ÷ 25) φкв; tа = 160/ 20= 8;
tп = Q/(20 ÷ 25) φкв; tп= 160/23= 6,956;
tотл = 1.5Q/(4 ÷ 5) φкв; tотл =(1,5*160)/4= 60;
tд = 1.75Q/(15 ÷ 20) φкв. tд = (1,75*160)/16=17,5;
t = 2,773+8+6,956+60+17,5= 95,229.
Для того, что оценить трудоемкость разработки программного продукта, можно применить метод экспертных оценок, который наиболее часто использует эмпирическую формулу:
, (3)
где tож – ожидаемая длительность работы; tmin – минимальная длительность работы (этапа) по мнению эксперта; tmax – максимальная длительность работы (этапа) по мнению эксперта.
Полученные расчеты ожидаемой продолжительности работ приведены в таблице 7.
Таблица 7 – Затраты времени на этапе проектирования
Наименование работ |
Длительность работ (дней) |
||
Минимум |
Максимум |
Ожидаемая |
|
1. Разработка технического задания |
2 |
4 |
3 |
2. Анализ технического задания и сбор данных
|
7 |
14 |
10 |
3. Составление алгоритма |
10 |
16 |
12 |
4. Переложение алгоритма на язык программирования Delphi |
13 |
20 |
16 |
5. Набор программы на ПЭВМ |
14 |
20 |
16 |
6. Отладка программного продукта |
8 |
13 |
10 |
7. Тестирование и корректирование продукта |
9 |
15 |
11 |
8. Оформление пояснительной записки |
14 |
21 |
17 |
Суммарная продолжительность работ ( ) на этапе проектирования составляет 95 дней (из них с использованием ЭВМ – 53 дня).
При планировании предпроизводственных затрат, связанных с разработкой сложных комплексных технических продуктов, используется система сетевого планирования и управления (СПУ).
На основе таблицы 7 была построена столбиковая диаграмма организации работы на этапе проектирования (рисунок 27), которая позволяет планировать последовательность каждого этапа проектирования с учетом изменяющихся трудозатрат.
Номер работы
7
6
4
5
3
2
1
8
Т,
дн
100
90
80
70
10
20
30
60
50
40
Рисунок 27 – Столбиковая диаграмма организации работ на этапе проектирования
Капитальные затраты на этапе проектирования рассчитываются по формуле
, (4)
где Zn – заработная плата проектировщика на всем этапе проектирования; Мn – затраты на использование ЭВМ на этапе проектирования; Hn – накладные расходы на этапе проектирования.
Заработная плата проектировщика рассчитывается по формуле
, (5)
где zд – дневная заработная плата разработчика на этапе проектирования; Tn – продолжительность работ на этапе проектирования; ас – страховые взносы; аn – процент премий.
В данном случае получаем следующий результат:
Формула для расчетов затрат на использование ЭВМ на этапе проектирования имеет вид
, (6)
где сп и сд – соответственно стоимость одного часа процессорного и дисплейного времени, руб.; tп и tД – время, необходимое для решения задачи, соответственно процессорное и дисплейное.
Так как программа разработана на ПЭВМ с процессором AMD Athlon(tm)64 с частотой 2,40 ГГц, то в процессорном времени необходимости нет, поэтому принимаем следующие значения сп= 0 и tп= 0.
Для подсчета машинного времени определяем, что ЭВМ необходима на этапах программирования, отладки, тестирования. С учетом того, что в день ЭВМ работает 4 часа, получаем
Исходя из этого определим затраты, связанные с ЭВМ:
Накладные расходы составляют 120 % от заработной платы персонала, занятого эксплуатацией программы (разработчика), и вычисляются по формуле
; (7)
Теперь рассчитаем капитальные затраты на этапе проектирования Кп и получим: