обзор существующих решений, программ.
Объектно-ориентированное проектирование:
описание классов;
иерархия классов;
механизмы взаимодействия классов.
Описание программы:
физическая структура и критерии объединения классов в модули;
взаимодействие модулей, классов, способы обращения.
Отладка и испытание программы:
анализ надежности;
тестовые примеры;
реакция программы на тесты;
анализ ожидаемых и полученных результатов;
вывод по результатам тестирования.
Описание применения программы:
назначение программы;
область применения;
аппаратно-программный комплекс для нормального функционирования программы;
инсталляция программы;
диалог с пользователем;
обучение;
способы ввода информации;
формы представления выходных данных;
система помощи;
наличие демонстрационного ролика.
Охрана труда
Экономический раздел
Заключение:
краткая формулировка проблемы;
пути решения проблемы, использованные методы и средства;
полнота раскрытия проблемы;
найденные нетрадиционные способы решения, разработки;
степень автоматизации работ на различных этапах разработки;
логическая связь со специальными разделами;
возможность модификации;
авторское право.
Список использованных источников
Приложения:
листинг программы, экранные формы, таблицы, справочные материалы.
Графические материалы:
UML-диаграммы, модель данных, функциональная модель, схема работы приложения (системы), плакаты, графики, таблицы.
5.4 Дп программно-педагогического характера
Программно-педагогические средства (ППС) рассматриваются как:
универсальные программы-оболочки для создания автоматизированного курса;
специальные программы для конкретных действий:
предъявления информации;
контроля полученных знаний;
поддержки творческой деятельности;
индивидуального обучения.
Разработка программно-педагогических средств требует достаточно глубоких знаний непосредственно предмета изложения, методики преподавания предмета, знания психологических особенностей учащихся, на которых рассчитана программа.
Общие требования к программам данного раздела:
тщательная проработка сценария обучения;
выверенная методика подачи материала;
разбиение материала по степени усвояемости и трудности восприятия;
использование видео-, аудиоматериалов;
максимум наглядности, минимум текста;
согласованность интерфейса;
учет психофизиологических особенностей пользователей.
Рекомендованный состав ДП:
Титульный лист
Лист задания
Содержание
Введение:
задачи компьютеризации учебного процесса;
использование автоматизированных обучающих систем в учебном заведении;
краткое введение в проблемную область;
краткая аннотация глав пояснительной записки.
Постановка задачи
требования к обучающим программам:
специфика применения (возрастные ограничения, уровень изложения);
индивидуальная/групповая работа;
работа в сети;
протокол работы;
пароли;
обзор и анализ существующих программно-педагогических средств;
предмет обучения/ контроля.
Сценарий обучения
Для ППС сценарий является основным алгоритмом реализации задачи. Сценарий должен учитывать педагогическую диагностику особенностей развития интеллекта, памяти, уровня сформированных знаний.
При разработке сценария должны учитываться следующие факторы:
выбор и обоснование методики подачи материала;
степень визуализации учебного материала;
уровень закрепления материала;
в случае контролирующей компоненты – матрица вопросов, степень их неповторяемости, уровень сложности вопроса;
разбиение вопросов по логическим блокам;
степень каждого блока по сложности (по нарастающей – от простого к сложному или в блоке несколько простых, несколько сложных вопросов);
методика оценки знаний;
критерии выставления оценок;
требования к сообщениям и диалогам.
Проектирование задачи:
реализация сценария в терминах структурного или объектного подхода к проектированию программных средств (согласно соответствующим требованиям).
выбор и обоснование инструментов разработки.
Программная реализация сценария
В этом разделе описывается реализация сценария в терминах и понятиях выбранного программного средства для кодирования задачи. В общем случае необходимо отразить следующее:
логическая структура (структура данных, функции и их действия, классы и их иерархия);
физическая структура (модули интерфейса и модули реализации);
взаимосвязь модулей;
использование стандартных модулей.
Отладка и испытание программы:
подготовка определенных тестов для моделирования действий пользователя. Необходимо учитывать все возможные ситуации, воспроизводимые пользователем. Особое внимание обратить на качество и объективность выставляемой оценки.
Описание применения
назначение программы;
область применения;
аппаратно-программный комплекс для нормального функционирования программы;
инсталляция программы;
диалог с пользователем;
обучение;
способы ввода информации;
формы представления выходных данных;
система помощи;
наличие демонстрационного ролика.
Охрана труда
Экономический раздел
Заключение
Список использованных источников
Приложения:
листинг программы, экранные формы, таблицы, справочные материалы.
Графические материалы:
UML-диаграммы, модель данных, функциональная модель, схема работы приложения (системы), плакаты, графики, таблицы.
5.5 Дп при создании Интернет-приложений
Существует четыре типа Интернет-приложений:
Web-приложения, которые работают на сервере, передавая через Интернет данные на клиентские машины;
Web-сервисы, которые позволяют приложениям обрабатывать их данные на сервере. При этом передача подлежащих обработке данных на сервер и возврат результатов осуществляется через Интернет;
приложения с поддержкой Интернета автономные программы со встроенными механизмами, позволяющими их пользователям регистрироваться, получать обновления, а также предоставляющими доступ к справочной системе и другим вспомогательным службам через Интернет;
одноранговые приложения автономные программы, использующие Интернет для взаимодействия с другими программными продуктами этого же типа.
Рекомендуемый состав ДП:
Титульный лист
Лист задания
Содержание
Введение:
краткое описание предметной области функционирования задачи;
краткие характеристики глав пояснительной записки.
Постановка задачи:
формулировка задачи;
обоснование необходимости создания Интернет-приложений;
обзор существующих подходов;
определение данных и их представление, способы хранения;
определение видов выходных данных.
Вычислительная система:
выбор программных средств и обоснование выбора;
аппаратная поддержка;
системная среда.
Проектирование:
проектирование интерфейса;
проектирование структуры базы данных;
проектирование структуры сайта.
Описание Интернет-приложения:
логическая структура (функции);
физическая структура (модули, файлы);
взаимодействие функций и файлов.
Отладка и испытание программы:
тестовые примеры;
реакция программы на тесты;
анализ ожидаемых и полученных результатов;
вывод по результатам тестирования.
Описание применения программы:
назначение программы;
область применения;
диалог с пользователем;
способы ввода информации;
формы представления выходных данных;
система помощи.
7 Охрана труда
8 Экономический раздел
Заключение:
краткая формулировка проблемы;
пути решения проблемы;
использованные методы и средства;
полнота раскрытия проблемы;
найденные нетрадиционные способы решения, разработки;
логическая связь со специальными разделами;
возможность модификации;
авторское право.
Список использованных источников
Приложения: листинг программы, экранные формы, таблицы, справочные материалы.
Графические материалы:
UML-диаграммы, модель данных, функциональная модель, схема работы приложения (системы), плакаты, графики, таблицы.
5.6 Содержание проекта при проектировании базы данных
В том случае, когда разработка проекта предполагает проектирование базы данных, вы можете выбрать нужный подход и добавить специальные разделы, описывающие базу данных.
При проектировании базы данных следует использовать структурный подход, но в пункт «Проектирование» пояснительной записки внести следующие разделы:
Инфологическая модель предметной области
Важным этапом разработки любой информационной системы является проектирование – построение модели реальных объектов, явлений или процессов с учетом их взаимосвязей. Информационная система является овеществлением модели, и правильность ее функционирования зависит от точности и непротиворечивости модели, построенной на этапе проектирования.
Проблема обычно состоит не в написании текста программы, а в понимании того, что, собственно, должно происходить при ее выполнении. В особенности это касается работы с базами данных и документами, поэтому перед проектированием информационной системы нужно четко определить, каким образом данные связаны между собой, и в каком виде они будут храниться.
При создании моделей следует быть особенно внимательным, поскольку исправление ошибок, допущенных на этом этапе, требует самых больших затрат.
Инфологическая модель предметной области после словесного описания чаше всего представляется в виде графической схемы.
Целью построения инфологической модели является подробное и точное описание данных, их взаимодействия и методов их обработки. Способы хранения данных, применяемые средства СУБД, языки программирования и все, что имеет отношение к конкретной реализации программы, при построении инфологической модели не упоминается. Это дает возможность разработчику в процессе проектирования сложных систем выбирать для реализации отдельных частей задачи наиболее подходящие средства. Такой подход, не учитывающий применения конкретных программных средств или технологий, позволяет привлекать к разработке инфологических моделей конечных пользователей, которые могут оперировать объектами и понятиями своей предметной области.
Логическая модель данных
Следующий этап в создании базы данных – проектирование информационных структур. Результатом этого должна стать логическая модель данных, представляющая собой графическое изображение структуры информационной системы: названия таблиц с именами входящих в них полей и типами связей между полями таблиц с данными.
Физическая модель базы данных
Логическая модель представляла собой информационную структуру проектируемой системы вне зависимости от вида программного обеспечения, с помощью которого система будет реализована. Теперь, когда вид программного обеспечения выбран, возможно описание физической модели базы данных: описание каждой таблицы с указанием типа, параметров и примечаний для каждого поля, указанием полей с первичными и внешними ключами.
6 Специальные разделы
6.1 Охрана труда
В период прохождения преддипломной практики, учащиеся должны ознакомиться с:
организацией работы по обеспечению здоровых и безопасных условий труда на предприятии;
гигиеной труда на рабочих местах;
мерами пожарной профилактики.
Данные разделы необходимо описать в дипломном проекте.
6.2 Экономический раздел
Данный раздел содержит характеристики разработки, расчет затрат на разработку и расчет экономического эффекта.
Целью данного раздела является определение экономического эффекта от создания нового программного средства.
Разработка программного средства предусматривает проведение всех стадий проектирования.
На основании информации о функциях разрабатываемого программного обеспечения по каталогу функций определяется объем функций и общий объем программного обеспечения, который уточняется с учетом условий. Рассчитывается уточненный объем программного обеспечения (V0) по формуле (1):
(1)
где n – общее число функций;
Vi – размер отдельной функции, (строк исходного кода).
V0 = 904 + 606 + 400 + 314 + 277 + 310 + 186 + 65 + 56 + 49 + 458 + 303 + 320 + 255 +
+ 157 + 92 + 92 + 758 + 114 + 110 + 606 + 188 + 163 + 54 + 335 + 83 = 7255 (строк)
2) Определяем трудоемкость разработки (Тр):
(2)
где Нвр – норма времени на разработку, определяемая относительно общего количества строк исходного кода;
Кслож – коэффициент сложности;
Кнов – коэффициент, учитывающий степень новизны;
Кнад – коэффициент, учитывающий требования к надежности;
Кпроизв – коэффициент, учитывающий требования к производительности;
Кдокум – коэффициент, учитывающий требования к уровню информативности документации на фазах жизненного цикла;
Кпик – коэффициент повторного использования программных компонентов;
Кср. уп. жц – поправочный коэффициент, учитывающий использование средств управления жизненным циклом;
Кср. разр – поправочный коэффициент, учитывающий конкретные условия и средства разработки;
Кквал – коэффициент, учитывающий уровень квалификации разработчика;
Копыт – коэффициент, учитывающий опыт разработчика.
Тр = 545,5 * 0,9 * 1 * 0,92 * 1 * 0,91 * 1 * 1,17 * 1,2 * 0,96 * 0,8 = 443,19 часов
Основная заработная плата (Зоi) исполнителей рассчитывается по формуле (3):
(3)
где n – количество исполнителей, занятых разработкой;
С1р – тарифная ставка первого разряда, (руб.);
Крi – тарифный коэффициент i-го исполнителя;
Фпi – фонд рабочего времени i-го исполнителя, (часов);
Трi – трудоемкость разработки для i-го исполнителя, (часов);
Кпр – коэффициент премирования.
Зоi = (1 000 000 * 2,84 / 176) * …… = ……… (руб.)
4) Дополнительная заработная плата (3дi) включает выплаты, предусмотренные законодательством о труде: оплата отпусков, льготных часов, времени выполнения государственных обязанностей и других выплат, не связанных с основной деятельностью исполнителей, и определяется по нормативу в процентах по отношению к основной заработной плате и рассчитывается по формуле (4):
(4)
где Нд – норматив дополнительной заработной платы, (%).
3дi = …… * 80 / 100 = …….(руб.)
5) Отчисления в фонд социальной защиты населения (ФСЗНi) определяются в соответствии с действующими законодательными актами по нормативу в процентном отношении к фонду основной и дополнительной зарплаты исполнителей, определенной по нормативу, установленному в целом по организации и рассчитывается по формуле (5):
(5)
где Нфсзн – норматив отчислений в ФСЗН, (%).
ФСЗНi = (550663,58 + 110132,72) * 34 / 100 = 224670,74 (руб.)
6) Отчисления в фонд социального страхования (БГСi) рассчитываются по формуле (6):
(6)
где Нбгс – норматив отчислений в БГС, (%).
БГСi = (550663,58 + 110132,72) * 0,6 / 100 = …… (руб.)
7) Расходы по статье «Материалы» (Мi) определяются на основании сметы затрат, разрабатываемой на программное обеспечение с учетом действующих нормативов. По статье «Материалы» отражаются расходы на магнитные носители, бумагу, красящие ленты и другие материалы, необходимые для разработки программного обеспечения. Сумма затрат на расходные материалы рассчитывается по формуле (7):
(7)
где Нм – норматив расходов на материалы, (%).
Мi = 550663,58 * 10 / 100 = 16519,91 (руб.)
8) Расходы по статье «Прочие затраты» (Пзi) включают затраты на приобретение и подготовку специальной научно-технической информации и специальной литературы. Определяются по нормативу, разрабатываемому в целом по организации, в процентах к основной заработной плате и рассчитывается по формуле (8):
(8)
где Нпз – норматив прочих затрат, (%).
Пзi = 550663,58 * 40 / 100 = 110132,72 (руб.)
9) Затраты по статье «Накладные расходы» (Рнi), связанные с необходимостью содержания аппарата управления, вспомогательных хозяйств и опытных (экспериментальных) производств, а также с расходами на общехозяйственные нужды, относятся на конкретное программное обеспечение по нормативу в процентном отношении к основной заработной плате исполнителей. Норматив устанавливается в целом по организации и рассчитывается по формуле (9):
(9)
где Нрн – норматив накладных расходов, (%).
Рнi = 550663,58 * 100 / 100 = 550663,58 (руб.)
10) Общая сумма расходов (Спi) на программное обеспечение рассчитывается по формуле (10):
(10)
Спi = 550663,58 + 110132,72 + 224670,74 + 6607,96 + 16519,91 + 110132,72 +
+ 550663,58 = 1569391,21 (руб.)
11) Рентабельность и прибыль по создаваемому программному обеспечению (Пoi) определяются исходя из результатов анализа рыночных условий, переговоров с заказчиком (потребителем) и согласования с ним отпускной цены, включающей дополнительно налог на добавленную стоимость и отчисления в местный и республиканский бюджеты. В случае разработки программного обеспечения для использования внутри организации оценка программного продукта производится по действующим правилам и показателям внутреннего хозрасчета (по ценам, устанавливаемым для расчета за услуги между подразделениями). Прибыль рассчитывается по формуле (11):
(11)
где Урi – уровень рентабельности, (%).
Пoi = 1569391,21 ·* 80 / 100 = 627756,48 (руб.)
12) Прогнозируемая цена программного обеспечения без налогов (Цпi) (12):
(12)
Цпi = 1569391,21 + 627756,48 = 2197147,69 (руб.)
13) Налог на добавленную стоимость (НДСi) рассчитывается по формуле (13):
(13)
где Нндс – норматив НДС, (%).
НДСi = …..* 18 / 100 = …..(руб.)
14) Прогнозируемая отпускная цена (Цоi) рассчитывается по формуле (14):
(14)
Цоi = ………(руб.)
15) Затраты на освоение (Poi) рассчитываются по формуле (15):
(15)
где Но – норматив затрат на освоение, (%).
Poi = 2618822,50 ·*40 / 100 = 261882,25 (руб.)
Прибыль составит 23,97% или 627756,48 руб. Отпускная прогнозируемая цена составляет 2618822,5 руб. Затраты на освоение программного обеспечения составляют 261882,25 руб. Рассчитанная цена программного средства позволит покрыть все затраты.
Приложение 1
(обязательное)
Пример оформления титульного листа пояснительной записки
МИНИСТЕРСТВО ОБРАЗОВАНИЯ РЕСПУБЛИКИ БЕЛАРУСЬ
ЧУО «МИНСКИЙ КОЛЛЕДЖ ПРЕДПРИНИМАТЕЛЬСТВА»
Допущен к защите
Зав. отделением
__________ / _____________/
«___» ____________ 201__ г.
БАЗЫ ДАННЫХ И СИСТЕМЫ УПРАВЛЕНИЯ БАЗАМИ ДАННЫХ
Пояснительная записка
ДП П4112.204.081ПЗ
Учащаяся /О.И. Васильева /
Руководитель /Н.А. Манак /
Консультант по экономической части /А.А. Данилов/
Консультант по охране труда /О.В. Дубаневич/
Председатель ПЦК /Г.Н. Шутилина/
Нормоконтроль /Ю.М. Журов/
Рецензент /О.А. Саржевская/
Минск, 2011
Приложение 2
(обязательное)
Форма бланка задания на ДП
МИНИСТЕРСТВО ОБРАЗОВАНИЯ РЕСПУБЛИКИ БЕЛАРУСЬ
МИНСКИЙ КОЛЛЕДЖ ПРЕДПРИНИМАТЕЛЬСТВА
Специальность
«Программное обеспечение информационных технологий» 2-40 01 01 35
УТВЕРЖДАЮ
Зам. директора по учебной работе
__________/ __________________/
ЗАДАНИЕ
на дипломное проектирование
учащемуся__________________________________________________________________________
Тема проекта______________________________________________________________________
___________________________________________________________________________________
Закреплено приказом по колледжу______________________________________________________
№________ от _____________________ 20____г.
2. Срок сдачи учащимся законченного проекта___________________________________________
3. Исходные данные по проекту________________________________________________________
___________________________________________________________________________________
___________________________________________________________________________________
4. СОСТАВ ПРОЕКТА
а) Расчетно-пояснительная записка (перечень вопросов, подлежащих разработке, со специальной частью) __________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________
б) Графическая часть проекта (с точным указанием обязательных чертежей и графиков)
Лист 1______________________________________________________________________________
Лист 2____________________________________________________________________________
Лист 3___________________________________________________________________________
5. Консультанты по проекту (с указанием разделов, относящихся к ним)
_________________________________________________________________________________
___________________________________________________________________________________
6. Календарный график работы над проектом на весь период проектирования
__________________________________________________________________________________
__________________________________________________________________________________
___________________________________________________________________________________
Председатель цикловой комиссии__________ Руководитель проекта_____________
Дата выдачи задания__________ Задание принял для выполнения, дата __________
Подпись учащегося______________
Приложение 3
(обязательное)
Пример оформления содержания
Содержание
Введение……………………………………………………………………………………………...4
1 Постановка задачи……………………………………………………………………………..…..5
1.1 Формулировка задачи..……………………………………………….……………..…….…5
1.2 Обоснование необходимости автоматизации..………………….………………………….5
1.3 Обзор существующих подходов к решению проблемы…………………………………....5
1.4 Определение данных и их представление ……………………………………..………..….5
2 Вычислительная система……………………………………………..…….………………..……6
2.1 Выбор программных средств и обоснование выбора.………………………….………….6
2.2 Аппаратная поддержка..………………………………………………………….…………..6
2.3 Системная среда ……………………………………………………………….……….........6
3 Проектирование………...………………………………………………………………..………...7
3.1 Проектирование интерфейса…………………………………………………….…………...7
3.2 Описание алгоритма………………………..………..……………………………….………8
3.3 Определение функционально-независимых подзадач…………………………….……….9
4 Описание программы…………………………..…………………………………………...……..8
4.1 Логическая структура………………………………………………………………………...8
4.2 Физическая структура………………………………………………………………………..8
4.3 Взаимодействие функций……………………………………………………………………8
4.4 Особенности интерфейса…………………………………………………….………………9
5 Отладка и испытание программы..…………………………..…………………………………..9
5.1 Тестовые примеры…………………………………………………………….……………..9
5.2 Реакция программы на тесты..……………………………………………………….………9
5.3 Анализ полученных результатов…………………………………………………….……..9
6 Описание применения программы…..………………..…………………………..…………….10
6.1 Назначение программы……………………………………………………..……….……..10
6.2 Область применения………………………………………………………………………..11
6.3 Система помощи….………………………………………………………….………..……11
7 Охрана труда ……………………………………………………………………….……….……11
8 Экономический раздел……………………………………………………………..……………11
Заключение………………………………..…………………………………..……..………….…11
Список использованных источников…………………………………...………………………...12
Приложение 1………………...…………………………………..………………………………....13
Приложение 2………………..……………………..……………………………………………….14
Приложение 4
(справочное)
UML-диаграммы
Рисунок 4.1 – Class Diagram (База данных служащих компании)
Рисунок 4.2 – Use Case Diagram: Use case View / Восстановление фондов литературы (Система автоматизированного управления библиотекой)
Рисунок 4.3 – Class Diagram: Концептуальная модель данных (Система автоматизированного управления библиотекой)
Рисунок 4.4 – Class Diagram: Модель спецификаций / модель спецификаций классов (Система автоматизированного управления библиотекой)
Рисунок 4.5 – Activity diagram: Выписка / перерегистрация читателя Система автоматизированного управления библиотекой)
Рисунок 4.6 – Sequence diagram: Оценить состояние литературы (Система автоматизированного управления библиотекой)
Рисунок 4.7 – Use Case diagram: Use Case view / Читатели (Система автоматизированного управления библиотекой)
Список испольЗованных источников
Основная
Бек, К. Экстремальное программирование: Пер. с англ. – «Питер», 2003. – 224с.
Буч, Г. Объектно-ориентированный анализ и проектирование с примерами приложений на С++, 2-е изд.: Пер. с англ. – М.: Издательство Бином, СПб.: Невский диалект, 2000. – 560с.: ил.
Буч, Г. Язык UML.Руководство пользователя / Г. Буч, Д. Рамбо, А. Джекобсон.- Пер. с англ. – М.: ДМК, 2000. – 432с.: ил.
Вендров, А.М. Проектирование программного обеспечения экономических информационных сетей: Учебник. – М.: Финансы и статистика, 2000. – 352с.: ил.
Гамма, Е., Приемы объектно-ориентированного проектирования. Паттерны проектирования / Е. Гамма, Р. Хелм, Р. Джонсон, Дж Влиссидес.
Калянов, Г.Н. CASE. Структурный системный анализ (автоматизация и применение). – М.: Лори, 1996.
Липаев, В.В. Системное проектирование сложных программных средств для информационных систем. – М.: СИНТЕГ, 1999.
Леоненков, А. Самоучитель UML 2-е издание – Санкт-Петербург, «БХВ-Петербург», 2004. – 427с
Маклаков, С.В. Bpwin и ERwin. CASE-средства разработки информационных систем. – М.: Диалог-МИФИ, 1999. – 304с.
Петров, В.Н. Информационные системы. – СПб.: Питер, 2002. – 688с.: ил.
Республиканский портал Профессиональное образование / РИПО. Правила проведения аттестации. Режим доступа: http://ripo.unibel.by. Дата доступа: 15.11.2011.