Требования к программам
Независимо от конкретности неприятности, возможно выделить кое-какие формальные требования, на которых защищается квалификация разработчика программ.
a) Устойчивость программы.Программа не должна терять работоспособности ни при каких кроме того некорректных действиях пользователя. Всякие действия, угрожающие утратой информации, выполняются лишь по окончании повторного подтверждения. Вводимая информация в том месте, где быть может, подвергается логическому контролю.
b) Обеспечение целостности баз данных.При любых действиях пользователя базы не должны терять целостности.
c) Функциональная полнота.В рамках согласованного с учителем либо клиентом подмножества функций все они должны быть реализованы.
d) интерфейс и Терминологическая среда.В диалоговых средствах употребляются лишь термины, понятные пользователю, и не употребляются термины разработчика («запись», «индексация» и т. д.). Появление служебных английских сообщений СУБД недопустимо. Язык диалога — с соблюдением норм вежливости, цветовая гамма — по общепринятым рекомендациям.
e) Применение клавиатуры.На любом этапе нажатие любой клавиши (особенно функциональных) должно игнорироваться либо приводить к предусмотренным действиям (обрисованные в средствах помощи). Привязка действий к клавишам должна быть общепринятой: F1 — помощь; Enter — согласие, завершение ввода; Esc — отказ, возврат к прошлому узлу ветви метода (с восстановлением экранной формы); Tab — переход к следующему полю, окну и т. д.; Shift-Tab — возврат к прошлому полю и т. д.
f) Порядокдвижения. Перемещение по дереву метода «сверху вниз» сопровождается заголовками всех пройденных вершин; возврат вероятен лишь на прошлый уровень с сохранением введенной информации, выбранных пунктов меню и указателей записей.
g) Средства помощи и реклама.При запуске программы появляется рекламная заставка, отражающая сущность и возможности программного средства, и сведения об авторе. В любой точке метода в строчке подсказки должны высвечиваться все активные сейчас тёплые клавиши; в любую секунду при нажатии клавиши F1 обязан выдаваться контекстно-зависимый (зависящий от обстановки) текст помощи.
h) Входные и выходные документы.Экранные формы для корректировки и ввода должны быть максимально «похожими» на привычные для пользователя документы; результаты работы не только отображаются на экране, но и выводятся в текстовый файл в привычной для пользователя форме с возможностью распечатки и корректировки.
i) Средства документации.Программы снабжаются внутренней документацией в виде комментариев, средств меню и диалога, средств помощи, и (по требованию учителя либо клиента) внешней документацией в виде отчета, содержащего, как минимум, постановку задачи, структуру баз данных, инструкцию для пользователя с элементами рекламы, описанием метода, экранных форм, примеры входных и выходных документов.
Требования к Web-документам
Проекты, созданные в виде Web-страниц должны быть выполнены в соответствии с заказом начальника и подчиняться общепринятым правилам Web-дизайна и Web-этикета:
a)Любой HTML документ должен быть отлично структурирован и содержать основные данные о его происхождении: Создатель, Дата создания, Контекстдокумента и его статус, Адрес(URL) документа.
b) Стиль оформления. Проект выполняется в едином стиле (другими словами при создании должны быть использованы шаблоны либо CSS).Текст должен быть контрастным и замечательно читаться.
c) Фон сайта. При выборе цвета фона нужно учитывать, как он будет соответствовать со следующими элементами: цветом текста, цветом гиперссылок, с логотипами либо фирменными эмблемами.
d) Элементы навигации. Нужно обеспечить достаточный цветовой и яркостный контраст между фоном и навигационными элементами. Совокупность навигации не должна отягощать страницу, не должна отвлекать от ее содержимого, но должна быть легко дешева. Элементы локальной навигации нужно визуально отделять от элементов глобальной.
e) Гиперссылки. При указании перекрестных ссылок в документе нужно проверить работоспособность каждой ссылки.
f) семантика и Синтаксис. Содержательное наполнение сайта должно соответствовать заявленному количеству. Уровень синтаксических и семантических неточностей нужно сводить к минимуму.
g) Применение графики.элементы анимации и Графические объекты нужно гармонично встраивать в соответствии с текстом. Наличие каждого элемента должно быть логически оправданным.
h) Нужно дабы сайт нормально смотрелся как в разных программах просмотра и в различных режимах монитора (640X480, 800X600, 1024X784).
i) Сайт должен быть создан без применения HTML-редакторов.
сложность и Объём проекта должны быть на уровне программных разработок.
Тематика дипломных проектов
Студентам предоставляется право выбора темы дипломного проекта. Он осуществляется исходя из интереса к проблеме, возможности реализовать полученные знания и умения, и по личному заказу начальника практики от предприятия либо педагогического коллектива. При выборе темы студент руководствуется примерным списком тем дипломных работ, утвержденным учебным заведением. Студент может предложить собственную тему дипломной работы, если она соответствует специализации и специальности, по которой он обучался, и согласовать ее с научным руководителем.
Научный руководитель назначается дипломнику из учителей предметно-цикловой рабочей, и предприятий и высококвалифицированных специалистов учреждений в области, касающейся тематики дипломной работы.
По окончании издания приказа об утверждении тем научных руководителей и дипломных работ каждому студенту выдается задание по дипломной работе.
Приказ об утверждении тем дипломных работ подписывается помощником директора по учебной работе. По окончании выдачи задания и издания приказа по дипломной работе темы дипломных работ трансформации не подлежат.
Образцовая тематика заданий для дипломного проектирования приведена в приложении E.
Наименование темы дипломного проекта должно быть кратким, отражать главное содержание проекта.
Требования к дипломному проекту
Дипломный проект по дисциплине обязан отвечать последовательности требований:
— тематика, объект и предмет изучения должны быть актуальными;
— форма и содержание подачи материала должны быть конкретными;
— работа должны быть оформлена в соответствии с ГОСТ.
Дипломный проект студента обязан:
— продемонстрировать умение студента обосновать актуальность темы, творчески подойти к избранной теме, применять способы научного изучения, разбирать источники;
— различаться глубиной изложения, системным анализом и научным подходом существующих в отечественной и зарубежной науке точек зрения;
— содержать четкую формулировку целей, гипотезы и задач, определение объекта и предмета изучения;
— соответствовать всем требованиям, предъявляемым к оформлению курсовых работ.
Черта разделов дипломного проекта
Введение
Введение должно содержать неспециализированные сведения о дипломном проекте.
Во введении приводится:
— актуальность выбранной темы;
— цель и задачи, решаемые в проекте;
— краткая черта объекта (конкретного предприятия либо организации) и экономико-информационных процессов, происходящих на данном предприятии;
— применяемые на предприятии методики;
— оценивание практической значимости взятых результатов.
Актуальность разработки дипломного проекта должна быть обоснована с позиций главных тенденций применения автоматизированных систем обработки данных и особенностей и технологий их применения на конкретном объекте, с учетом предметной области.
Целью проекта смогут быть:
— проектирование (разработка) автоматизированных систем обработки данных (АИС) либо звеньев и отдельных подсистем АИС на базе анализа информационной среды;
— использование новых технических средств сбора, передачи, выдачи и обработки информации;
— совершенствование информационной базы предметной области на базе концепций и новых методик;
Во введении нужно указать вопросы, каковые разрабатываются в проекте, выделить те, каковые решаются фактически. Во введении отмечается новизна разработки и излагаются возможности развития объекта управления и проектируемой АИС. Во введении возможно приведена логическая структура проекта.
Проектирование совокупности
Основнаяцель первой главы, определяющей аналитическую часть проекта –представление результатов предпроектного анализа.
— анализ существующего состояния предметной области, которая связана с автоматизацией,
— черта субъекта и объекта в информационной совокупности управления,
— обоснование предложений по устранению распознанных недочётов, по перепроектированию, по внедрению новых способов, новых разработок, новой платформы и т.д.
Описание входной информации
Тут описывается что, в каком виде и откуда поступает на вход задачи. Приводятся формы входных документов. описание и Перечень входных сообщений включают:
— наименование входных сообщений (документов);
— отправителей входных документов;
— сроки и периодичность поступления;
— содержание, идентификаторы, требуемая точность числового значения реквизитов входных документов.
Постановка комплекса задач — итеративный процесс, что в большинстве случаев идет параллельно с проектированием информационного обеспечения автоматизированной ИС, проектированием форм документов, построением ИЛМ данных предметной области, структуры БД, разработкой нужных кодификаторов и классификаторов технико-экономической информации. Исходя из этого входная и выходная информация конкретизируется в зависимости от состояния проектных работ по созданию автоматизированной ИС.
Постановка комплекса задач для автоматизированного ответа может настойчиво попросить трансформации организационной схемы управления, то есть:
— создания АРМ управленческого персонала;
— перераспределения функциональных обязанностей чиновниковов;
— увольнения управленческого персонала и т.д.
В большинстве случаев, при автоматизированном ответе комплекса задач выполняется внедрение новых форм входной и выходной информации; изменяются схемы документооборота, периодичность и сроки представления входной и получения выходной информации. Решения по постановке комплексов задач, предназначенные для программной реализации, рассматриваются как техническое задание на программирование.
Проектирование совокупности
Разработка отчетов
Отчеты должны максимально соответствовать требованиям выходной информации.
Расчет текущих затрат
Затраты, которые связаны с регулированием и нормированием работ до внедрения ЭИС рассчитываются по формуле:
З1=tч*Отч*Т (4.22),
где tч – среднечасовая ставка заведующего отделением, руб.;
Отч – отчисления во внебюджетные фонды;
Т – время, затрачиваемое заведующим отделения на исполнение задач до внедрения автоматизированной совокупности.
Определим среднечасовую ставку заведующего отделением по формуле:
tч=Окл(зл)*(1+К )*(1+К )/Кдн*Кч (4.23),
где Кч – количество рабочих часов в сутки (Кдн – 7ч);
Кдн – количество рабочих дней в месяц.
Время, затрачиваемое заведующим отделения, на формирование документов:
Т=(Т )+(Т )+(Т )+(Т ) (4.24)
Текущие затраты по внедряемому варианту рассчитываются по формуле:
З2=tч*Отч*Т (4.25),
где tч – среднечасовая ставка заведующего дневным отделением, руб.;
Отч – отчисления во внебюджетные фонды;
Т — время, затрачиваемое заведующим отделения на исполнение задач по окончании внедрения ЭИС.
Условно – годовая экономия от внедрения совокупности в целом рассчитывается по формуле (4.8).
Ожидаемый годовой экономический эффект от внедрения ЭИС рассчитывается по формуле (4.5).
Таблица 4. Показатели эффективности от внедрения проекта автоматизации
| Затраты | Полное изменение затрат | Коэффициент трансформации затрат | Индекс трансформации затрат | |||
| базисный вариант | проектный вариант | |||||
| Трудоемкость | Т (час) | Т (час) | (час) | |||
Заключение
В заключении анализируются полученные в проекте результаты в соответствии с поставленными задачами и целями, анализируются направления развития автоматизированной системы обработки данных. Тут дается оценка всех предложенных проектных решений и нововведений с позиций автоматизации комплекса экономико-информационных задач, обеспечения социальной, технической и экономической эффективности.
В заключении приводятся неспециализированные выводы по проекту, рассматриваются пути внедрения проекта на объекте в условиях настоящей экономико-информационной среды. В случае, если проектные ответы внедрены в практику, приводятся показатели и характеристика внедрения.
Приложения
Приложение А. Инструкция пользователю
У отлично документированного программного продукта (ПП) имеются следующие преимущества:
1. Легкость применения. В случае, если ПП отлично документирован, то его значительно легче использовать. Пользователи его стремительнее изучают, делают меньше неточностей, а в следствии стремительнее и действеннее делают собственную работу.
2. Меньшая цена техподдержки. В то время, когда пользователь не имеет возможности разобраться, как выполнить нужные ему действия, он звонит производителю ПП в работу техподдержки. Содержание таковой работы обходится весьма дорого. Хорошее же управление оказывает помощь пользователям решать появляющиеся неприятности самостоятельно и меньше обращаться в группу техподдержки.
3. Высокая надежность. Непонятная либо неаккуратная документация делает ПП менее надежным, потому, что его пользователи чаще допускают неточности, им тяжело разобраться, в чем их обстоятельство и как совладать с их последствиями.
4. Легкость сопровождения. Огромное количество денег и времени тратится на исследование неприятностей, каковые порождены неточностями пользователей. Трансформации, вносимые в новые выпуски ПП, обычно являются легко сменой интерфейса ветхих функций. Они вносятся чтобы пользователи, наконец, разобрались, как использовать ПП, и прекратили звонить в работу техподдержки. Хорошее управление в значительной мере решает эту проблему, нехорошее же, напротив, усложняет ее еще больше.
5. Упрощенная установка. По окончании приобретения ПП пользователь обязан установить его на собственный компьютер. Кроме того в случае, если данный процесс абсолютно автоматизирован, пользователю предстоит ответить на последовательность вопросов и принять решения относительно набора и расположения компонентов ПП и настройке его функций. А ведь у пользователя может не быть опыта по установке ПП и кое-какие вопросы программы смогут поставить его в тупик. Четкие и понятные руководства по установке ПП являются одной из самые важных составляющих его документации. Не считая инструкции по установке ПО должно сопровождаться и руководствами по удалению ПП из совокупности. В документации кроме этого должно поясняться, как поменять параметры настройки, добавить либо удалить компоненты ПП и выполнить установку новой версии поверх предыдущей.
6. Коммерческий успех. Уровень качества документации есть одним из факторов, определяющим коммерческий успех ПП, Дилерам, вооруженным хорошей документацией, легче демонстрировать ПП клиентам и говорить о его возможностях. Во многих обзорах ПО, печатаемых в опытной прессе, документации уделяется большое внимание.
7. Достоверность информации. В документации не должно быть неверной информации, вводящей пользователей в заблуждение и заставляющей их тратить усилия и лишнее время.
Управление пользователя АС разрабатывается в соответствии с требованиями подраздела 3.4 РД 50-34.698-90. Комплекс руководящих документов и стандартов на автоматизированные совокупности. Автоматизированные совокупности. Требования к содержанию документов. Методические указания. Код документа — ИЗ. Документ содержит разделы:
• введение;
• условия и назначение применения;
• подготовка к работе;
• описание операций;
• аварийные обстановки;
• советы по освоению.
В разделе «Введение» показывают:
• область применения;
• краткое описание возможностей;
• уровень подготовки пользователя;
• список эксплуатационной документации, с которым нужно ознакомиться пользователю.
В разделе «условия и Назначение применения» показывают:
• виды деятельности, функции, для автоматизации которых предназначено данное средство автоматизации;
• условия, при соблюдении (исполнении, наступлении) которых обеспечивается использование средства автоматизации в соответствии с назначением (к примеру, вид ЭВМ и конфигурация технических средств, операционная среда и общесистемные программные средства, входная информация, носители данных, база данных, требования к подготовке экспертов и т. п.).
В разделе «Подготовка к работе» показывают:
• содержание и состав дистрибутивного носителя данных;
• порядок загрузки данных и программ;
• порядок проверки работоспособности.
В разделе «Описание операций» показывают:
• описание всех делаемых функций, задач, комплексов задач, процедур;
• описание операций технологического процесса обработки данных, нужных для исполнения функций, комплексов задач (задач), процедур.
Для каждой операции обработки данных показывают:
• наименование;
• условия, при соблюдении которых допустимо исполнение операции;
• подготовительные действия;
• главные действия в требуемой последовательности;
• последние действия;
• ресурсы, расходуемые на операцию.
В описании действий допускаются ссылки на файлы подсказок, размещенные на магнитных носителях.
В разделе «Аварийные обстановки» показывают:
• действия при несоблюдения условий исполнения технологического процесса, а также при долгих отказах технических средств;
• действия по восстановлению программ и (либо) данных при отказе магнитных носителей либо обнаружении неточностей в данных;
• действия в случаях обнаружения несанкционированного вмешательства в эти;
• действия в других аварийных обстановках.
В разделе «Советы по освоению» показывают советы по эксплуатации и освоению, включая описание контрольного примера, правила его выполнения и запуска.
Оформление документа — в соответствии с требованиями ГОСТ 2.105-95. Единая совокупность конструкторской документации. Неспециализированные требования к текстовым документам на страницах формата А4 по ГОСТ 2.301-68. Единая совокупность конструкторской документации. Форматы, с основной надписью и рамкой.
Приложение Б Инструкция программисту
В данном пункте нужно привести подробные руководства по установке автоматизированной системы обработки данных, методах восстановления и копирования данных, оптимизации данных.
Приложение С Электронный вариант АИС
В данном приложении нужно дать компакт диск с электронной версией АИС и пояснительной записки.
Советы по процедуре защиты дипломного проекта
Регламент процедуры защиты предусматривает доклад по сути проекта и демонстрацию его работы на контрольном примере.
Дипломнику рекомендуется подготовить тезисы доклада, быть может, в форме электронной презентации.
Внешний вид выпускника колледжа обязан соответствовать традициям и статусу учебного заведения. Тон выступления – ровный, слова направляться проговаривать чётко и с уверенностью, возражения по поводу замечаний должны быть корректными.
Замысел процедуры защиты проекта:
- Приветствие участников рабочей группы
- Озвучение ИмяРек, профессии, группы, и темы дипломного проекта
- Главное сообщение по сути проекта (презентация): обоснование выбора темы проекта, краткое изложение его задач и основных функций, описание предметной области, послужившей базой для разработки данного проекта. полезность и Актуальность созданного программного продукта, области применения, его место среди аналогичных программ и отличительные изюминки, выделение превосходных особенностей, описание процента соответствия созданного проекта техническому заданию, возможности его развития и внедрения. Описание среды разработки, характеристики, возможность функционирования в разных средах.
- Демонстрация работы программного продукта на контрольном примере, с объяснением элементов интерфейса пользователя и показом самые интересных и значительных особенностей.
- Заключение: стадия разработки программного продукта, готовности его применения, оценка экономической эффективности и трудоёмкости
Перечень рекомендуемой литературы
1. Голицына О.Л., Максимов Н.В., Попов И.И. Базы данных: Учебное пособие.- М: ФОРУМ: ИНФРА-М, 2004.
2. Рудаков А.В. Разработка разработки программных продуктов: Учеб. пособие для студ. Сред. Проф. Образования / Александр Викторович Рудаков. – М.: Издательский центр «Академия», 2005.
3. Емельянова Н.З., Партыка Т.Л., Попов И.И. Базы построения автоматизированных систем обработки данных: Учебное пособие. – М.: ФОРУМ: ИНФРА-М, 2005
4. Бекаревич Ю.Б., Пушкина Н.В. Микрософт Access за 21 занятие для студента. – СПб.: БХВ-Петербург, 2005.
5. Хомоненко А.Д., Цыганков В.М., Мальцев М.Г. Базы данных: Учебник для высших заведений / Под ред.проф. А.Д. Хомоненко.- 4-е изд., доп. и перераб.- СПб.: КОРОНА принт, 2004.
6. Паутов А.В. MySQL: управление для начинающих / Паутов А.В.- М.: НТ Пресс, 2005.
7. Фуфаев Э.В. Базы данных: Учеб.пособие для студ.сред.проф.образования / Э.Ф. Фуфаев, Д.Э. Фуфаев – Издательский центр «Академия», 2005. – 320 с.
8. Гагарина Л.Г., Киселев Д.В., Федотова Е.Л. эксплуатация и Разработка автоматизированных систем обработки данных: учеб.пособие / Под ред. проф. Л.Г. Гагариной. – М.: ИД «Форум»: ИНФРА-М, 2007. – 384с.
9. Гвоздева В.А., Лаврентьева И.Ю. Базы построения автоматизированных систем обработки данных: учебник. – М.: ИД «ФОРУМ»: ИНФРА-М, 2007. – 320с.
10. Дарнелл Р. JavaScript: справочник. – СПб.: Питер, 2001.
11. С.Н. Коржинский НАСТОЛЬНАЯ КНИГА WEB-МАСТЕРА: ДЕЙСТВЕННОЕ Использование HTML, CSS и JavaScript. Издание второе, исправленное и дополненное. – М.: издательский торговый дом «кноРус», 2000.
12. Дунаев В. Самоучитель JavaScript, 2-е изд.- СПб.: Питер, 2006.
Требования к программам
Независимо от конкретности неприятности, возможно выделить кое-какие формальные требования, на которых защищается квалификация разработчика программ.
a) Устойчивость программы.Программа не должна терять работоспособности ни при каких кроме того некорректных действиях пользователя. Всякие действия, угрожающие утратой информации, выполняются лишь по окончании повторного подтверждения. Вводимая информация в том месте, где быть может, подвергается логическому контролю.
b) Обеспечение целостности баз данных.При любых действиях пользователя базы не должны терять целостности.
c) Функциональная полнота.В рамках согласованного с учителем либо клиентом подмножества функций все они должны быть реализованы.
d) интерфейс и Терминологическая среда.В диалоговых средствах употребляются лишь термины, понятные пользователю, и не употребляются термины разработчика («запись», «индексация» и т. д.). Появление служебных английских сообщений СУБД недопустимо. Язык диалога — с соблюдением норм вежливости, цветовая гамма — по общепринятым рекомендациям.
e) Применение клавиатуры.На любом этапе нажатие любой клавиши (особенно функциональных) должно игнорироваться либо приводить к предусмотренным действиям (обрисованные в средствах помощи). Привязка действий к клавишам должна быть общепринятой: F1 — помощь; Enter — согласие, завершение ввода; Esc — отказ, возврат к прошлому узлу ветви метода (с восстановлением экранной формы); Tab — переход к следующему полю, окну и т. д.; Shift-Tab — возврат к прошлому полю и т. д.
f) Порядокдвижения. Перемещение по дереву метода «сверху вниз» сопровождается заголовками всех пройденных вершин; возврат вероятен лишь на прошлый уровень с сохранением введенной информации, выбранных пунктов меню и указателей записей.
g) Средства помощи и реклама.При запуске программы появляется рекламная заставка, отражающая сущность и возможности программного средства, и сведения об авторе. В любой точке метода в строчке подсказки должны высвечиваться все активные сейчас тёплые клавиши; в любую секунду при нажатии клавиши F1 обязан выдаваться контекстно-зависимый (зависящий от обстановки) текст помощи.
h) Входные и выходные документы.Экранные формы для корректировки и ввода должны быть максимально «похожими» на привычные для пользователя документы; результаты работы не только отображаются на экране, но и выводятся в текстовый файл в привычной для пользователя форме с возможностью распечатки и корректировки.
i) Средства документации.Программы снабжаются внутренней документацией в виде комментариев, средств меню и диалога, средств помощи, и (по требованию учителя либо клиента) внешней документацией в виде отчета, содержащего, как минимум, постановку задачи, структуру баз данных, инструкцию для пользователя с элементами рекламы, описанием метода, экранных форм, примеры входных и выходных документов.
Требования к Web-документам
Проекты, созданные в виде Web-страниц должны быть выполнены в соответствии с заказом начальника и подчиняться общепринятым правилам Web-дизайна и Web-этикета:
a)Любой HTML документ должен быть отлично структурирован и содержать основные данные о его происхождении: Создатель, Дата создания, Контекстдокумента и его статус, Адрес(URL) документа.
b) Стиль оформления. Проект выполняется в едином стиле (другими словами при создании должны быть использованы шаблоны либо CSS).Текст должен быть контрастным и замечательно читаться.
c) Фон сайта. При выборе цвета фона нужно учитывать, как он будет соответствовать со следующими элементами: цветом текста, цветом гиперссылок, с логотипами либо фирменными эмблемами.
d) Элементы навигации. Нужно обеспечить достаточный цветовой и яркостный контраст между фоном и навигационными элементами. Совокупность навигации не должна отягощать страницу, не должна отвлекать от ее содержимого, но должна быть легко дешева. Элементы локальной навигации нужно визуально отделять от элементов глобальной.
e) Гиперссылки. При указании перекрестных ссылок в документе нужно проверить работоспособность каждой ссылки.
f) семантика и Синтаксис. Содержательное наполнение сайта должно соответствовать заявленному количеству. Уровень синтаксических и семантических неточностей нужно сводить к минимуму.
g) Применение графики.элементы анимации и Графические объекты нужно гармонично встраивать в соответствии с текстом. Наличие каждого элемента должно быть логически оправданным.
h) Нужно дабы сайт нормально смотрелся как в разных программах просмотра и в различных режимах монитора (640X480, 800X600, 1024X784).
i) Сайт должен быть создан без применения HTML-редакторов.
сложность и Объём проекта должны быть на уровне программных разработок.
Тематика дипломных проектов
Студентам предоставляется право выбора темы дипломного проекта. Он осуществляется исходя из интереса к проблеме, возможности реализовать полученные знания и умения, и по личному заказу начальника практики от предприятия либо педагогического коллектива. При выборе темы студент руководствуется примерным списком тем дипломных работ, утвержденным учебным заведением. Студент может предложить собственную тему дипломной работы, если она соответствует специализации и специальности, по которой он обучался, и согласовать ее с научным руководителем.
Научный руководитель назначается дипломнику из учителей предметно-цикловой рабочей, и предприятий и высококвалифицированных специалистов учреждений в области, касающейся тематики дипломной работы.
По окончании издания приказа об утверждении тем научных руководителей и дипломных работ каждому студенту выдается задание по дипломной работе.
Приказ об утверждении тем дипломных работ подписывается помощником директора по учебной работе. По окончании выдачи задания и издания приказа по дипломной работе темы дипломных работ трансформации не подлежат.
Образцовая тематика заданий для дипломного проектирования приведена в приложении E.
Наименование темы дипломного проекта должно быть кратким, отражать главное содержание проекта.
Управление дипломным проектом
В целях оказания дипломнику теоретической и практической помощи во время подготовки и написания дипломной работы ему назначается научный руководитель.
Главными функциями начальника выпускной квалификационной работы являются:
— разработка личных заданий;
— консультирование по последовательности выполнения и вопросам содержания выпускной квалификационной работы;
— оказание помощи студенту в подборе нужной литературы;
— контроль хода исполнения выпускной квалификационной работы;
— подготовка письменного отзыва на выпускную квалификационную работу.
Дипломник иногда (по обоюдной договоренности) информирует научного руководителя о ходе подготовки дипломной работы и консультируется по вызывающим затруднения вопросам.
направляться иметь в виду, что научный руководитель не есть ни соавтором, ни редактором дипломной работы, и студент не должен рассчитывать на то, что начальник исправит имеющиеся в дипломной работе теоретические, методологические, стилистические и другие неточности.
На разных этапах выполнения и подготовки дипломного проекта задачи научного руководителя изменяются.
На первой стадии научный руководитель консультирует в выборе темы, разглядывает и корректирует замысел работы и дает советы по перечню литературы.
На протяжении исполнения работы научный руководитель есть оппонентом, показывая дипломнику на недочёты аргументации, композиции, стиля и т.д. и рекомендует, как их лучше устранить.
К замечаниям и рекомендациям научного руководителя дипломник обязан относиться критически. Он может учитывать их либо отклонять по собственному усмотрению, т.к. теоретически и методологически освещение темы и правильная разработка, и оформления и качество содержания дипломной работы целиком и полностью лежат на ответственности дипломника.
Законченная пояснительная записка, подписанная дипломником, представляется начальнику, не позднее, чем за 7 дней до защиты, что подписывает ее.
По завершении студентом выпускной квалификационной работы начальник подписывает ее и вместе с заданием и своим письменным отзывом передает в учебную часть для направления на рецензию.
Критик назначается приказом директора профтехучилища. По окончании написания рецензии дипломный проект вместе с рецензией передает в учебную часть, где он и хранится до защиты.
Задание, отзыв, рецензия оформляется на особых бланках.
Требования к дипломному проекту
Дипломный проект по дисциплине обязан отвечать последовательности требований:
— тематика, объект и предмет изучения должны быть актуальными;
— форма и содержание подачи материала должны быть конкретными;
— работа должны быть оформлена в соответствии с ГОСТ.
Дипломный проект студента обязан:
— продемонстрировать умение студента обосновать актуальность темы, творчески подойти к избранной теме, применять способы научного изучения, разбирать источники;
— различаться глубиной изложения, системным анализом и научным подходом существующих в отечественной и зарубежной науке точек зрения;
— содержать четкую формулировку целей, гипотезы и задач, определение объекта и предмета изучения;
— соответствовать всем требованиям, предъявляемым к оформлению курсовых работ.