.4 Разработка технического задания

Основание для разработки:

Разработка программного продукта ведется на основе задания, выданного на дипломную работу приказом по БГТУ №337-3 от 24.04.2014 г.

Тема разработки: Обучающие игровое приложение по дисциплине "Астрономия"

Назначение разработки:

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

Требования к программному продукту:

Требования к функциональным характеристикам:

добавление новых данных о проходящем тест (пользователь) и изменение уже существующих в базе;

осуществление проверки знаний пользователя с помощью тестирования;

хранение данных о количестве пройденных тестов пользователя;

хранение данных о количестве правильно отвеченных вопросов пользователем;

вывод результат на электронную почту;

Требования к организации входных и выходных данных:

Входными данными являются данные о пользователе:

имя пользователя;

фамилия пользователя;адрес пользователя;

логин пользователя;

пароль пользователя

Выходными данными являются:

количество отвеченных вопросов;

количество правильных ответов;

имя, фамилия проходимого тест;

итоговая оценка;

Требования к пользовательскому интерфейсу:

наличие понятного интерфейса;

наличие цветовой палитры не раздражающего цвета;

возможность работать с программой не подготовленному пользователю;

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

Требования к временным характеристикам:

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

задержка при загрузке не должна превышать 10 сек;

исключить зависания и остальные не предвиденные ошибки программного продукта;

задержка при создании отчетов не должна превышать 10 сек;

занесение записи в базу должно происходить не более чем за 5 сек.

Требования к надежности:

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

Условия эксплуатации

Для эксплуатации программы необходимо как минимум 2 человека один человек (ученик), который будет запускать программу и вносить данные в нее и второй (учитель), который будет просматривать результаты ученика. Для ученика необходимо владение android устройством на уровне пользователя, когда для учителя будет достаточно умение владения персональным компьютером и иметь электронную почту для получения отчётности.

Требования к составу и параметрам технических средств

Минимальными системными требованиями для нормальной работы приложения являются:

Операционная система: Android 4.1 и выше

Процессор: 800 MHz и выше

Оперативная память не менее: 512 Мб

Свободное место на жестком диске: 120 Мб

Видеопроцессор: Adreno 220

Требования к информационной и программной совместимости

Программный продукт должен стабильно работать на операционных системах семейства Android выше версии 4.1.

Требования к программной документации

В курсовой проект должна входить следующая документация:

Руководство программиста;

Руководство пользователя.

Технико-экономические показатели

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

Программа должна быть разработана в течение 22 дней. Стоимость программы должна составить не менее 17 тысяч рублей.

Этапы разработки

Можно выделить следующие этапы разработки:

Сбор информации и анализ литературных источников (анализ);

Разработка метода решения задачи и составление алгоритма решения (проектирование);

Разработка и отладка программы (реализация);

Анализ результатов (тестирование).

2. Конструкторская часть

.1 Разработка архитектуры программной системы

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

Рисунок 2.1 - Архитектура приложения

Управляющая сцена GlavMenu

Функции сцены:

Регистрация нового пользователя.

Проверка пользователя.

Отображение текущего результата

Настройка приложения

Соглашение на использование информации о пользователя в данном приложении

Menu

Функции сцены:

Загрузка сохранённого результата

Запуск без подгрузки сохранения

LoadLevel

Функции сцены:

Скрытие загрузки компонентов и прорисовки загружаемого уровня

LevelDem

Функция сцены:

Обучающий уровень, позволяющий пользователю ознакомиться с интерфейсом приложение

Level1.10

Функции сцен:

Основные уровни приложения, отвечающие за результат пользователя.

RezLevel

Функции сцены:

Вывод результата пользователя

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

2.2 Разработка структуры данных

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

Правило первое: Каждое поле любой таблицы должно быть уникальным.

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

Выделение сущностей

Построение диаграмм ER-типа с учетом всех сущностей и связей между ними

Формирование набора предварительных отношений с указанием предполагаемого первичного ключа

Добавление не ключевых полей в сформированные отношения

При разработке программного продукта были выделены сущности:

Вопросы

Пользователь

Email

Оценки

Авторизация

В выделенных сущностях выявили следующие связи:

"Вопросы" Владеет "Оценки"

"Оценки" Исполняется по "Вопросы"

"Пользователь" являются отвечающими в "Вопросы"

"Пользователь" имеет "Вопросы"

Построили диаграммы ER-типа:

"Вопросы" Происходит от "Оценки"

Рисунок 2.2 - Диаграмма ER-типа

Связь "один ко многим": Один вопрос может иметь разные оценки.

Класс принадлежности сущности "Оценки" обязательный, т.к. Оценки не может быть без Вопроса.

"Пользователь" Относится к "Оценки"

Рисунок 2.3 - Диаграмма ER-типа

Связь "Один ко многим": На одну оценку может быть несколько пользователей, а на одного пользователя не может быть несколько оценок (по 1 вопросу). Класс принадлежности сущности "Ученики" обязательный, т.к. оценки не может существовать без ученика.

"Ученик" осуществляется по "Вопросы"

Рисунок 2.4 - Диаграмма ER-типа

Связь "один ко многим". Планеты имеет много вопросов, так же один вопрос не относится ко всем планетам.

"Оценки" зависит от "Учителя"

Рисунок 2.5 - Диаграмма ER-типа

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

Дополнительно для функционирования БД были добавлены таблицы авторизации и ведения журнала операций.

Далее сформировал отношения в виде таблиц со следующими связями:

Рисунок 2.6 - Схема данных

Список полей таблицы "Авторизация" представлен в таблице 2.1:

Таблица 2.1 - Таблица Авторизация ("Авторизация")

Список полей таблицы "Пользователь" представлен в таблице 2.2:

Таблица 2.2 - Таблица Пользователь ("Пользователь")

Список полей "Ответы" представлен в таблице 2.3:

Таблица 2.3 - Таблица Ответы ("Ответы")

Список полей таблицы "Прогресс" представлен в таблице 2.4:

Таблица 2.4 - Таблица Прогресс ("Прогресс")

Список полей "Регистрация" представлен в таблице 2.5:

Таблица 2.5 - Таблица Регистрация ("Регистрация")

Список полей таблицы "Вопросы" представлен в таблице 2.6:

Таблица 2.6 - Таблица Вопросы ("Вопросы")

Список полей таблицы "Планеты" представлен в таблице 2.7:

Таблица 2.7 - Таблица Планеты ("Планеты")

2.3 Конструирование пользовательского интерфейса

Разработанный программный продукт представляет собой многооконное android приложение с GUI и NGUI интерфейсом. Так же в программе присутствует возможность отправки результатов на определённый email адрес.

При запуске программы открывается окно, которое предоставляет возможность зарегистрировать нового пользователя или использовать уже зарегистрированный логин и пароль (Рисунок 2.7).

Рисунок 2.7 - Окно выбора способа входа в приложение

Окно на рисунке 2.7 формируется в модуле Register. cs Кнопки "Зайти используя свои данные" и "Зарегистрироваться" формируются с помощью GUILayout. Надписи с помощью GUI Text. Фон с помощью NGUI. sprite.

При выборе использование своих данных осуществляется переход на окно авторизации (Рисунок 2.8).

Рисунок 2.8 - Окно авторизации

Окно на рисунке 2.8 формируется в модуле ProvLogin. cs Кнопка "Войти" формируются с помощью GUILayout. Поле ввода формируется с помощью GUI. TextArea. Надписи с помощью GUI Text. Фон с помощью NGUI. sprite.

При успешной авторизации происходит перенаправление на главное игровое меню приложения (Рисунок 2.9).

Рисунок 2.9 - Главное игровое меню

Окно на рисунке 2.9 формируется в модуле StartMenu. cs Кнопки "Начать", "Настройки", "Выход" формируются с помощью NGUI. button. Фон с помощью NGUI. sprite.

Игровое окно - главное в приложение так как от него зависит результат пользователя. На нём расположены кнопки управления, а так же некоторая информация о текущем результате. (Рисунок 2.10).

Рисунок 2.10 - Игровое окно

Окно на рисунке 2.10 формируется в модуле IgrScene. cs Кнопки управления формируются с помощью NGUI. button, надписи а так же вывод информации с помощью GUILayou и GUI Text.

2.4 Обработка событий и ошибок ввода данных

Каждое событие в программе, в котором могут возникнуть ошибочные ситуации, обработаны при помощи специальных конструкций. Такие события возникают в основном при старте программы авторизации пользователей, а также при редактировании данных (добавлении, изменении, удалении записей).

Проверка Авторизация (Avtoriz. cs):

playerNick = PlayerPrefs. GetString ("Nick");

Проверка введенного логина с хранимым в памяти:

if (playerNick == user)

{

Проверка введенного пароля с хранимым в памяти:

playerPassword = PlayerPrefs. GetString ("PASS");(playerPassword == pass)

{

otver. text = "Авторизация прошла успешна";

Загрузка уровня меню

Application. LoadLevel ("Menu");

}else{

otver. text = "Введённые данные не верны";

}

Рисунок 2.11 - Авторизация

Проверка регистрации (Register. cs):

if (user1 == "" | pass1 == "" | im == "" | fam == "" | email == "") {. text = "Одна из ячеек пуста";

}else{playerNick = PlayerPrefs. GetString ("Nick");Email = PlayerPrefs. GetString ("EMAIL"); (playerNick == user1)

Проверка логина на дубликацию данных при регистрации:

{

otvet. text = "Такой логин уже существует пожалуйста измените";

user1 = "";

}else{

Проверка email дубликацию данных при регистрации:

if (Email == email)

{

otvet. text = "Такой email уже существует пожалуйста измените";

email = "";

}

Рисунок 3.12 - Регистрация ошибка пустоты введённых данных

Рисунок 4.13 - Регистрация ошибка повтора введённых данных

Проверка на выбор нескольких значений:

if (T_PressOtp. Press == 1)

{

Проверка на одновременный выбор первого и второго варианта ответа:

if ( (check1. isChecked = true) && (check2. isChecked = true))

{check1. isChecked = false;. isChecked = false;. isChecked = false;. text = "Выбрано более одного варианта";

}

Проверка на одновременный выбор третьего и второго варианта ответа:

if ( (check3. isChecked) = true && (check2. isChecked = true))

{. isChecked = false;. isChecked = false;. isChecked = false;. text = "Выбрано более одного варианта";

}else{. text = "";

}

Проверка на одновременный выбор первого и третьего варианта ответа:

if ( (check1. isChecked = true) && (check3. isChecked = true)) {. isChecked = false;. isChecked = false;. isChecked = false;. text = "Выбрано более одного варианта";

}else{. text = ""; }

Проверка на одновременный выбор первого, второго и третьего варианта ответа:

if ( (check1. isChecked = true) && (check2. isChecked = true) && check3. isChecked = true))

{. isChecked = false;. isChecked = false;. isChecked = false;. text = "Выбрано более одного варианта";

}else{. text = "";

}}

Рисунок 5.14 - Проверка выбор нескольких значений

2.5 Разработка программного алгоритма

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

Таблица 2.1 - Описание функций и процедур

2.6 Организация интерфейса хранения данных

В разработанном программном продукте хранение данных обеспечивается в виде таблиц БД на локальном сервере. Доступ к БД осуществляется посредством компонентов Connection,

Компонент Connection отвечает за подключение программы к серверу БД. В строке его подключения прописываются такие данные как: тип БД, адрес сервера БД, наименование БД, имя пользователя и пароль, порт подключения.

Свойство, в котором задается имя выполняемой процедуры, называется РrосеdureName.

Сама процедура пишется и сохраняется на сервере, а вызывается из Unity конструкцией "Имя процедуры. Exec”;

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

Таблица 2.2 - Описание процедур

3. Экспериментально - прикладная часть

.1 Тестирование системы

Тестирование разработанной программы проводилась с помощью сквозного примера, охватывающего всю область применения системы. В качестве текстового примера рассматривался вариант добавления пользователя.

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

Весь процесс тестирования программного продукта был разбит на 3 этапа:

Проверка программы в нормальных условиях.

Проверка программы в экспериментальных условиях.

Проверка программы в исключительных ситуациях.

Проверка программы в нормальных условиях:

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

Проверим работоспособность программы на примере добавление пользователя (Рисунок 3.1).

Рисунок 3.1 - Окно регистрации нового пользователя

При попытке добавления нового пользователя ошибок не возникло и пользователь успешно был добавлен. (Рисунок 3.2), (Рисунок 3.3)

Рисунок 3.2 - Отображение добавленного пользователя

Рисунок 3.3 - Отображение добавленного пользователя (увеличенное окно)

Программа защищена от постороннего вмешательства. Для этого в ней реализована авторизация (Рисунок 3.4)

Рисунок 3.4 - Окно авторизации

Проверка программы в экстремальных условиях:

Проверка в экстремальных условиях предполагала оценку работоспособности программы при граничных объемах исходных данных.

При отсутствии данных пользователю выводилась сообщение о пустых полях. Ввод слишком больших данных ограничен, что влияет на безостановочную работу системы. (Рисунок 3.5)

Рисунок 3.5 - Проверка на полноту введённых данных

Ввод данных в текстовые поля логина, пароля, имени и фамилии ограничен 15-ю символами,email адрес 20-ю символами, при вводе 16 (21) символа программа блокирует ввод. (Рисунок 3.6)

Рисунок 3.6 - Проверка на полноту введённых данных

Проверка программы в исключительных ситуациях:

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

Были проведены эксперименты с вводом неточных данных в программу. При неточном вводе данных - правильного ввода логина и не правильного пароля программа предлагает восстановить пароль (Рисунок 3.7), для этого придется ввести регистрационные данные заново. (Рисунок 3.8)

Рисунок 3.7 - Испытания в исключительной ситуации (Кнопка восстановления пароля)

Рисунок 3.8 - Испытания в исключительной ситуации (Окно восстановления)

3.2 Руководство программиста

Назначение и условия применения программы:

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

Требования к функциональным характеристикам:

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

Условия эксплуатации:

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

Интерфейс программы оформлен интуитивно понятно, что позволяет пользователю быстро сориентироваться в программе и успешно осуществлять ее работу.

Требования к составу и параметрам технических средств:

Минимальными системными требованиями для нормальной работы приложения являются:

Операционная система: Android 2.3 и выше

Процессор: 800 MHz и выше

Оперативная память не менее: 512 Мб

Свободное место на жестком диске: 120 Мб

Видеопроцессор: Adreno 220

Программа состоит из нескольких основных функциональных модулей:

Главный модуль GlavLevel осуществляет основные руководящие операции над прочими модулями.

Авторизация LoginLevel осуществляет защиту доступа к данным программы, посредствам запроса логина и пароля при запуске программы.

Регистрационные данные RegLvel содержит основные функции по созданию нового пользователя. Уровень знаний EmLevel содержит информацию об уровне знания пользователя и данным для отправки на электронную почту.

Особые отметки DataUsersLevel содержит дополнительную информацию о пользователе. Автор AvtorLevel содержит информацию о разработчике программы.

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

Разработанный программный продукт не рассчитан на пользование по локальной и/или глобальной сети.

Обращение к программе. По умолчанию программа расположена в папке "Диск: /Progect/ ProverZnAstr. apk".

Входными данными являются:

Фамилия, Имя и Отчество ученика

Электронная почта ученика/учителя.

Выходными данными являются:

Результат игрового теста ученика

При запуске программы открывается окно авторизации при неверном введение пользователя или пароля появляется сообщение об ошибке (Рисунок 3.9).

Рисунок 3.9 - Неверно имя пользователя или пароль

При соответствии пользователя и пароля появляется сообщение об успешной авторизации (Рисунок 3.10).

Рисунок 3.10 - Авторизация пройдена

На окне "Вход в систему" можно выбрать способ входа в систему зарегистрированного пользователя или зарегистрировать нового (Рисунок 3.11).

Рисунок 3.11 - Вход в систему

Настройка программы

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

Проверка программы

Для проверки работоспособности программного продукта рассмотрим пример добавления нового пользователя. Для этого в окне главной авторизации выбираем кнопку "зарегистрировать нового пользователя" (Рисунок 2.7). После чего появится окно "Регистрации" (Рисунок 3.1). Заполнив все поля, следует принять данные.

Для того чтобы выполнить проверку программы нужно посмотреть правильно ли программа работает и правильные ли результаты она выдаст. Примеры успешной работы программы приведены на рисунках 3.2 и 3.3.

3.3 Руководство пользователя

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

Требования к функциональным характеристикам:

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

Условия эксплуатации:

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

Интерфейс программы оформлен интуитивно понятно, что позволяет пользователю быстро сориентироваться в программе и успешно осуществлять ее работу.

Выполнение программы:

Для запуска программы необходимо установить приложение на андроид устройство находящееся по адресу Диск: /Progect/ ProverZnAstr. apk.

Затем появится главное окно авторизации (рисунок 3.12), где необходимо пользователю выбрать вести ли свой логин и пароль или зарегистрироваться.

После чего пользователь будет перенаправлен на нужный уровень: уровень регистрации (рисунок 3.13) или уровень авторизации (рисунок 3.14).

Рисунок 3.12 - Окно главной авторизации

Рисунок 3.13 - Уровень регистрации

Рисунок 3.14 - Уровень авторизации

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

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

После успешной регистрации/авторизации произведется перенаправление на игровое меню (Рисунок 3.15)

Рисунок 3.15 - Игровое меню

При начале теста-игры произведется перенаправление на игровой уровень (Рисунок 3.16)

Рисунок 3.16 - Игровой уровень

При успешном прохождении игрового уровня будет доступен уровень теста (Рисунок 3.17)

Рисунок 3.17 - Тест уровень

4. Экономический раздел

4.1 Организационная часть

Основные элементы android приложения, используемые в учебном процессе.

Интенсивное развитие современных технологий в области программного обеспечения предполагает проникновение новых методов обучения и использования программных продуктов на различных этапах получения образования, в том числе в школах.

Ниже приведена структурная схема основных классов из Android, с которыми предстоит иметь дело разработчику и пользователю:

Рисунок 4.1 - Структурная схема - основные классы из Android-приложения

Использование современных методов обучения позволяет повысить его качество.

4.2 Экономическая часть

Расчет времени на создание программного продукта.

Необходимо выделить шесть этапов, проходимых при разработке ПП:

постановка задачи;

проектирование;

реализация;

отладка;

тестирование программы;

анализ результатов и оформление документации.

Общее время на создание программы складывается из различных компонентов. Структура общего времени на создание программного продукта представлена в таблице 4.1

Время рассчитывается в человеко-часах, причем Тп. о берется по фактически отработанному времени, а время остальных этапов определяется расчетом по условному числу команд Q.

Условное число команд Q определяется по формуле:

 (1)

где q - коэффициент, учитывающий условное число команд в зависимости от типа задачи.

Выбрать значение коэффициента q можно из табл.4.2

Таблица 4.1 - Структура общего времени на создание программного продукта

Таблица 4.2 - Значение условного числа команд для различных видов решаемых программных средством задач

Выбираем из таблицы значение коэффициента для разработанной программы, принимаем q = 1440.

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

А - разработка принципиально новых задач;

Б - разработка оригинальных программ;

В - разработка программ с использованием типовых решений;

группа Г - разовая типовая задача.

Для данной задачи степень новизны: В.

По степени сложности программные продукты могут быть отнесены к одной из Зх групп:

алгоритмы оптимизации и моделирования систем;

задачи учета, отчетности и статистики;

стандартные алгоритмы.

Данная задача может быть отнесена ко 2 группе сложности. Коэффициент С определяется из табл. 4.3 на пересечении групп сложности и степени новизны.

Таблица 4.3 - Значение коэффициента степени новизны и сложности программы (С)

Для данной программы выбираем из таблицы коэффициент С-0,65.

Теперь, исходя из (Таблица 4.4), можно определить условное число команд Q.

Q = 1440*0,65=936 (2)

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

) Тп. о. (время на подготовку описания задачи), берется по факту и составляет: Тп. о. = 8 чел. /час.

) То (время на описание задачи) определяется по формуле:

где В - коэффициент учета изменений задачи (коэффициент в зависимости от сложности задачи и числа изменений выбирается в интервале от 1,2 до 1,5), для данной задачи В=1,25; К-коэффициент, учитывающий категорию программиста.

Выбрать значение коэффициента К можно из табл.4.4 В данном случае достаточно программиста со стажем от 2 до 3 лет без категории, следовательно коэффициент К=1.

Таблица 4.4 - Коэффициент учета квалификации программиста (К)

) Та (время на разработку алгоритма) рассчитываем по формуле:

   (3)

4) Тб. с. (время на разработку блок схемы) определяется аналогично Та по формуле и составляет: Тб. с. =18,7 (чел. /час).

Тн (время написания программы на языке программирования) определяется по формуле:

  (4)

Тп (время набивки программы) определяется по формуле:

  (5)

То. т. (время отладки и тестирования программы) определяется по формуле:

  (6)

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

Т=Тп. о. + То + Та + Тп + То. т + Тд + Тбс + Тн = 8+23+18,7+18,7+28+18,7+78,6+8 =201,7 (чел. /час). (7)

Затраты времени на разработку ПП, представлена на рисунке 4.2.

Рисунок 4.2 - Затраты времени на разработку ПП

Методика расчета затрат на разработку программы

Расчет себестоимости создания включает следующие составляющие: расчет заработной платы исполнителя работ по созданию программного продукта, т.е. программиста со стажем от 2 до 3 лет без категории; расчет начислений на заработную плату (единого социального налога); прочие расходы.

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

Основная ЗП определяется по формуле:

  (8)

где З - месячная заработная плата программиста без категории (руб);

Т - общее время на создание программного продукта (чел. /час);

Чр - число рабочих дней в месяц;

t. p. д. - продолжительность рабочего дня в часах.

П - процент премии если есть.

Чр=22 день; t. p. д. =8 часов; З=9500 руб; Т=201,7 чел/час;

П - отсутствует.

Таким образом, определяем основную заработную плату исполнителя работ по созданию программного продукта:

 (9)

Определяем основную заработную плату исполнителя работ по созданию программного продукта: ЗПосн=1089 (руб.)

Общая заработная плата будет равна сумме основной и дополнительной заработной платы.

Здоп = 10% от ЗПосн=1089 (руб.)

ЗПобщая = ЗПосн. + ЗПдоп. =+1089=11976 (руб.). (10)

Расчет начислений на заработную плату (страховые взносы)

Рассчитываем величину страховых взносов в размере 30 % от общей заработной платы. Структура начислений страховых взносов представлена в таблица 4.5

Таблица 45 - Структура страховых взносов

Нзп = ЗПобщ х 30% (руб.) Получим:

Нзн =11976 х 30% = 3592 (руб.)

Расчет себестоимости программного продукта.

Себестоимость продукции - это выраженные в денежной форме текущие затраты предприятия на производство и реализацию продукции в России до 2002 года. []

В себестоимость программного продукта входят следующие элементы:

Основная заработная плата исполнителя работ по созданию программного продукта;

Начисления на заработную плату (единый социальный налог);

Прочие расходы.

Первые 2 элемента известны, а прочие расходы составляют 10% от суммы первых 2-х элементов.

Пр. р. = (ЗПобщ+Нзп.) х10%= (11976+3592) х10%= 1557 (руб.) (11)

Сложив все элементы, можно определить себестоимость программного продукта.

Сп. п. = ЗПосн. + Нзп + Пр. р = 11976+3592+1557=17124 (руб) (12)

Отразим структуру себестоимости программного продукта в табл. 4.6

Таблица 4.6 - Структура себестоимости программного продукта

Рисунок 4.3 - Затраты на разработку ПП

Суммарные затраты на разработку и отладку программы S равны 17124 руб.

Расчет цены программного продукта

Определение себестоимости было закреплено нормативно и содержалось в п.1 "Положения о составе затрат по производству и реализации продукции (работ, услуг)", утверждено Правительством РФ от 5 августа 1992 г. Министерство финансов РФ письмом от 15 октября 2001 отменило положение.

Информация, информационные ресурсы имеют экономическую ценность, поэтому информационные продукты включены в рыночные отношения.

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

Информация - это ресурс или часть оборотных средств управления; ее части потребляются в качестве основных средств. Информационная деятельность требует значительных, но однократных расходов.

Ценность конкретного программного продукты можно измерить после применения его пользователем.

Особенности товарного обращения программных продуктов - возможность их многократного применения различными пользователями.

Цена складывается из нескольких компонентов:

Ц = С + П + НДС (13)

где С - себестоимость программного продукта;

П - прибыль, которую берем в размере 10% от себестоимости.

П =17124*0,1=1712 (руб) (14)

НДС - налог на добавленную стоимость, который берется в размере 18% от суммы себестоимости и прибыли.

НДС = (17124+1712) х 18%=3390 (руб.) (15)

Подставляя значения в формулу определяем цену программного продукта:

Ц = 17124+1712+3390=22226 (руб.) (16)

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

Таблица 4.7 - Ценовые показатели программного продукта

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

Экономический эффект от использования ПП за расчетный период Т определяется по формуле:

Эт = Рт - Эт (руб.) (17)

где:

Рт - стоимостная оценка результатов применения ПП в течение рассматриваемого периода Т. (руб.)

Эт - стоимостная оценка затрат на создание и сопровождение ПП, (используем Эк - калькуляционные затраты) (руб.)

Следовательно, экономический эффект от использования ПП за расчетный период Т=3г

Эт г = Эт / Т (руб.) (18)

где:

Эт - экономический эффект от использования ПП за расчетный период (руб)

Т - расчетный период (г.)

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

Рt=Эу (руб.) (19)

где:

Эу - экономия от замены ручной обработки информации на автоматизированную (образуется в результате снижения затрат на обработку информации).

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

Эу = Зр - За (руб.) (20)

где:

Зр - затраты на ручную обработку информации. (руб.)

За - затраты на автоматизированную обработку информации (руб.)

Затраты на ручную обработку информации определяется по формуле:

Зр = Оu * Ц * Гд / Нв (руб.) (21)

где:

Ou - объем информации, обрабатываемой в ручную (Мбайт)

Этот показатель формируется с учетом объема обрабатываемого материала на базовом предприятии, и находится из расчета:

лист информации ~ 5,5 Кбайт

Ц - стоимость одного часа работы;

Ц = Ро / Fн /Т д (руб. /час) (22)

где:

Ро - размер оклада (руб.)

Fн - номинальный фонд рабочего времени (количество рабочих дней в месяц) (дн.)

Тд - количество рабочих часов в день (час)

Гд - коэффициент, учитывающий дополнительные затраты времени на логические операции при ручной обработке информации

Этот показатель установлен экспериментально и равен 2,5

Нв - норма выработки

(Мбайт/час.)

Этот показатель установлен экспериментально и равен 0,004-0,015 Мбайт/ч

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

За = 12* (tа * Цм + tо * (Цм + Цо)) (руб.) (23)

где: tа - время автоматической обработки (час)

Расчет данного показателя рассматривается за период равный 1 году.

Цм - стоимость одного часа машинного времени (руб. /час)

Этот показатель установлен экспериментально и равен 2,5 руб.

Цо - стоимость одного часа работы оператора (руб. /час)

Стоимость 1 часа работы при комбинированной обработке информации

Цо = Ро / Fн / Тд (руб. /час) (24)

где:

Ро - размер оклада (руб.)

Fн - номинальный фонд рабочего времени (количество рабочих дней в месяц) (дн.)

Экономия с учетом Ен определяется по формуле:

Эz = Эу - Ен * Эк (руб.) (25)

где:

Эу - экономия от замены ручной обработки информации на автоматизированную (образуется в результате снижения затрат на обработку информации) (руб.)

Ен - нормативный коэффициент эффективности капитальных вложений.

Этот показатель установлен экспериментально и равен 0.2

Эк - калькуляционные затраты

(руб.)

Эффективность разработки может быть оценена по формуле:

Эр = Эz * 0.4/Зк (руб.) (26)

где: Эz - экономический эффект от использования ПП за год (руб.)

Эк - калькуляционные затраты (руб.)

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

Стоимостная оценка результатов применения ПП (экономия) за расчетный период Т рассчитывается по формуле:

Рt=  (руб.) (27)

Экономический эффект от использования ПП за год

Э=Рт-Зк (руб.) (28)

Стоимость одного часа работы при комбинированной обработке информации (ручной)

Ц=   = 54 (руб) (29)

Затраты на комбинированную обработку информации

Зр =   = 248400 (руб) (30)

Затраты на автоматизированную обработку информации

За= 12* (16*3+70* (3+54)) = 48456 (руб) (31)

Экономия от использования автоматизированной обработки информации

Эу= 2418400 - 48456= 199944 (руб) (32)

Экономия с учетом Ен

Эу (к) = Эу-Ен*Зк (руб) (33)

Эу (к) = 199944 - 0,2*17124=196519 (руб) (34)

Эффективность разработки

Эр= (руб) (35), Эр =   = 4 (36)

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

Рт=  (руб) (37)

Рт=   (руб) (38)

Экономический эффект от использования ПП за год

Эг= Рт-Зт (руб) (39)

Эг=49986-17124=32862 (руб) (40)

Заключение

В процессе написания дипломного проекта был создан программный продукт "Обучающие игровое приложение по дисциплине "Астрономия"".

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

В процессе работы над дипломным проектом были решены следующие задачи:

описана предметная область,

рассмотрены программы-аналоги,

создана модель проектируемой системы;

разработана архитектура программной системы,

разработана структура данных;

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

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

проведено тестирование системы.

Разработанный программный продукт имеет стоимость - 17124 руб.

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

Ориентировочная экономическая эффективность составила 199 тысяч 994 рублей.

Список использованной литературы

1.      Крейтон, Р.Х. Unity Game Development Essentials / Р.Х. Крейтон Packt Publishing, 2010, 83 c.

2.      Крёнке, Д Теория и практика построения баз банных: 8-е избрание/ Д. Крёнке. - СПб, Питер, 2006, - 542 с.

.        Мартынов, Н.Н. С# для начинающих / Н.Н. Мартынов. - Москва; Кудиц-пресс, 2007. - 272 с.

4.      Шандров, Б.В. Технические средства автоматизации <http://www.toroid.ru/shandrovBV.html>: учебник для студентов высших учебных заведений/ Шандров Б.В. Москва; "Академия", 2007. - 310 с.

.        Волков, О.И., Девяткин, О.В. Экономика предприятия фирмы/ О.И. Волков, Москва, издательство инфра Ф 2008, 269c.

.        Павловская, Т.А. C#. Программирование на языке высокого уровня / Т.А. Павловская - Спб; ПИТЕР, 2009 432 с.

.        Подбельский, В.В. Язык С#. Базовый курс / Подбельский В.В. СПб, БХВ = Петербург, 2011. - 384 c.

8.      Сью Блэкман, Beginning 3D Game Development with Unity/ Cью Блэкман; Apress, 2011, 992 c.

9.      Фленов, М. Библия С# / Фленов М. СПб.: БХВ - Петербург, 2011. - 560 с.

.        Фленов, М. C#. Секреты программирования / М. Фленов - СПб, ПИТЕР, 2006. - 457с.

.        Фохт, Д. Проектирование и программная реализация систем на персональных ЭВМ/ Д. Фохт СПб.: БХВ - Петербург, 2005. - 96 с.

.        Четвериков, В.Н. Базы и банки банных / Четвериков, В.Н. СПб; БХВ-Петербург, 2005. - 1196 с.

.        Шилдт, Г. C# Полное руководство / Г. Шилдт И.В. Берштейн Москва., Вильямс, 2011. - 1056 c.

.        Культин, Н.Б. Microsoft Visual C# в задачах и примерах / Культин Н.Б. CПб, БХВ-Петербург, 2009, 320 с.

.        Блог Devby.ru

URL: http://devby.ru/

Unity становиться ближе - отчет о происходящем,

URL: http://habrahabr.ru/company/unity3d/blog/194426/

Топик Unity3d на habrahabr,

URL: http://habrahabr.ru/hub/unity3d/

Unity3d по-русски, URL: <http://www.unity3d.ru/>

Unity3d мультиплатформенный инструмент для разработки игр,

URL: http://ru. wikipedia.org/wiki/Unityпособы тестирования,

URL: http://infocom. uz/2012/04/26/sposoby-testirovaniya-programmnogo-obespecheniya/ <http://infocom.uz/2012/04/26/sposoby-testirovaniya-programmnogo-obespecheniya/>с приложением,

URL: http://answers. unity3d.com/questions/521066/mailto-with-attachment.html

Unity3d - видеоуроки уроки статьи документация по-русски <http://unity3dforge.com/>,

URL: <http://unity3dforge.com/>

Unity и MySql, URL: http://habrahabr.ru/post/185594/

Официальный сайт Unity3d

URL: <http://unity3d.com/>

Официальный скриптовой справочник

URL: http://docs. unity3d.com/ScriptReference/ <http://docs.unity3d.com/ScriptReference/>

Контролирующие программы

URL: http://anti-school.ru/referaty/informatika/kontroliruyushhie-programmy.html

© 2003 - 2022 «Библиофонд»

Обратная связь

Пользовательское соглашение

Политика конфиденциальности

Полная версия

Помощь по учебным работам

Консультация по курсовой работе

Консультация по дипломной работе ВКР

Консультация по реферату

Консультация по отчетам о практике