Методические рекомендации для студентов специальностей 230105 Программное обеспечение вычислительной техники и автоматизированных систем

УПРАВЛЕНИЕ АЛТАЙСКОГО КРАЯ ПО ОБРАЗОВАНИЮ И ДЕЛАМ МОЛОДЕЖИ

АЛТАЙСКИЙ КОЛЛЕДЖ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ























дипломное проектирование



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



230105 Программное обеспечение вычислительной техники и автоматизированных систем

230103 Автоматизированные системы обработки информации и управления

080802 Прикладная информатика

























Волчиха 2008





Одобрено 

ПЦК информационных дисциплин и математики







«____» ________________ 200  г.





Председатель ПЦК  





_________ Л.В.Вихтуренко 





Составлено

в соответствии с Государственными требованиями к минимуму содержания и уровню подготовки выпускника по специальности



«____» ________________ 200  г.





Зам. директора по учебной работе 





__________ Л.В. Касихина



	

	

	

	

	

		





	Автор:	И.Н. Федорищев 





		Рецензент:  Е.И. Бодянский

		




Рецензия

на методическое пособие по дипломному проектированию для студентов специальности «Программное обеспечение вычислительной техники и автоматизированных систем», разработанное преподавателем АКИТ И.Н.Федорищевым

Представленное на рецензию методическое пособие предназначено для студентов специальностей 230105 «Программное обеспечение вычислительной техники и автоматизированных систем», 230103 «Автоматизированные системы обработки информации и управления» 080802 «Прикладная информатика» и соответствует государственным требованиям к содержанию и уровню подготовки выпускников.

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

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

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

Данное пособие может быть рекомендовано студентам и преподавателям специальностей 230105 «Программное обеспечение вычислительной техники и автоматизированных систем», 230103 «Автоматизированные системы обработки информации и управления» и 080802 «Прикладная информатика» как дополнение при разработке дипломного проекта.





Е.И.Бодянский 

Преподаватель АКИТРецензент  




 СОДЕРЖАНИЕ

	Пояснительная записка	6

	1 Общие требования к программным продуктам	8

	1.1 требования к программам	8

	1.2 Требования к Web-документам	9

	2 Методические рекомендации по разработке дипломных проектов	11

	2.1 ОБЩИЕ ПОЛОЖЕНИЯ	11

	2.2 ВЫБОР ТЕМЫ ДИПЛОМНОго проекта И ЕЕ УТВЕРЖДЕНИЕ	11

	2.3 СТРУКТУРА И СОДЕРЖАНИЕ ДИПЛОМНОГО ПРОЕКТА	12

	2.4 ОФОРМЛЕНИЕ пояснительной записки к дипломному проекту	15

	2.5 функции руководителя дипломного проекта	17

	2.6 ПРЕДВАРИТЕЛЬНАЯ ЗАЩИТА ДИПЛОМНОГО ПРОЕКТА	18

	3 защита выпускных квалификационных работ	19

	3.1 Общие положения	19

	3.2 Рецензирование выпускных квалификационных работ	20

	3.3 ДОКУМЕНТЫ, ПРЕДОСТАВЛЯЕМЫЕ НА ЗАЩИТУ	20

	3.4 рекомендации по процедуре защиты дипломного проекта	20

	Список источников	22

	Приложения	23




Пояснительная записка



В соответствии с требованиями ГОССПО выпускник специальности 230105  «Программное обеспечение вычислительной техники и автоматизированных систем», 230103 «Автоматизированные системы обработки информации и управления» и 080802 «Прикладная информатика»  должен уметь разрабатывать алгоритм программной реализации поставленной задачи, создавать программный продукт по разработанному алгоритму, выполнять отладку и тестирование программного продукта, оценивать экономическую эффективность созданного программного продукта, создавать приложения для баз данных. 

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

Задачи проекта состоят из двух этапов. Каждый из этапов рассматривается как самостоятельное задание и защищается отдельно. 

Первый этап – преддипломная практика, где выпускнику предлагается «окунуться» в информационную и терминологическую среды потенциального пользователя, выяснить, какую должность этот пользователь может занимать (кому нужно это информационное обеспечение), выяснить, какая информация и для чего используется. После этого преобразовать недостаточно структурированные документы, содержащие основную информацию, в таблицы типа .dbf или .mdb, спроектировать и защитить структуру базы данных в виде связанных таблиц (.dbf-файлов). Полезно (если это возможно) непосредственно познакомиться с потенциальными пользователями информационного обеспечения, с терминологической и информационной средой, с информационными потоками и документооборотом в предложенной отрасли или области знаний, выяснить, какие запросы приходиться отрабатывать в профессиональной деятельности пользователям. Кроме этого, предлагается продемонстрировать умение выполнять и обучить потенциального пользователя выполнению простейших оперативных запросов (из командного окна, без создания командных файлов и услуг профессиональных программистов) по спроектированной и частично заполненной (20-30 записей) базе данных.

Здесь же — на первом этапе — должно созреть «ядро» алгоритма будущего программного обеспечения — автоматизированного рабочего места (АРМ) специалиста или информационно-поисковой системы (ИПС), то есть выполняется постановка задачи. Предлагаемая формулировка задач представляет собой лишь поверхностные наброски постановки и не претендует на полноту и завершенность; конкретизация и уточнение возлагается на разработчика. При этом может оказаться, что функциональная полнота (обеспечение всех потребностей пользователя) не может быть достигнута за ограниченное время, выделенное на разработку. В этом случае необходимо согласовать с преподавателем подмножество функций, составляющее ядро реальной системы. 

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

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


1 Общие требования к программным продуктам

1.1 требования к программам

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

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

		Обеспечение целостности баз данных. При любых действиях пользователя базы не должны терять целостности.

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

		Терминологическая среда и интерфейс. В диалоговых средствах используются только термины, понятные пользователю, и не используются термины разработчика («запись», «индексация» и т. д.). Появление служебных англоязычных сообщений СУБД недопустимо. Язык диалога — с соблюдением норм вежливости, цветовая гамма — по общепринятым рекомендациям.

		Использование клавиатуры. На любом этапе нажатие любой клавиши (особенно функциональных) должно игнорироваться или вызывать предусмотренные действия (описанные в средствах помощи). Привязка действий к клавишам должна быть общепринятой: F1 — помощь; Enter — согласие, завершение ввода; Esc — отказ, возврат к предыдущему узлу ветви алгоритма (с восстановлением экранной формы); Tab — переход к следующему полю, окну и т. д.; Shift-Tab — возврат к предыдущему полю и т. д.

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

		Средства помощи и реклама. При запуске программы появляется рекламная заставка, отражающая суть и возможности программного средства, а также сведения об авторе. В любой точке алгоритма в строке подсказки должны высвечиваться все активные в данный момент горячие клавиши; в любой момент при нажатии клавиши F1 должен выдаваться контекстно-зависимый (зависящий от ситуации) текст помощи.

		Входные и выходные документы. Экранные формы для ввода и корректировки должны быть максимально «похожими» на привычные для пользователя документы; результаты работы не только отображаются на экране, но и выводятся в текстовый файл в привычной для пользователя форме с возможностью корректировки и распечатки.

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

1.2 Требования к Web-документам

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

		Каждый HTML документ должен быть хорошо структурирован и содержать основную информацию о его происхождении: Автор, Дата создания,  Контекст документа и его статус, Адрес (URL) документа. 

		Стиль оформления. Проект выполняется в едином стиле (то есть при создании должны быть использованы шаблоны или CSS). Текст должен быть контрастным и прекрасно читаться.

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

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

		Гиперссылки. При указании перекрестных ссылок в документе необходимо проверить работоспособность каждой ссылки.

		Синтаксис и семантика. Содержательное наполнение сайта должно соответствовать заявленному объему. Уровень синтаксических и семантических ошибок необходимо сводить к минимуму. 

		Использование графики. Графические объекты и элементы анимации необходимо гармонично встраивать в соответствии с текстом. Наличие каждого элемента должно быть логически оправданным. 

		Желательно чтобы сайт нормально выглядел как в различных программах просмотра и в разных режимах монитора (640X480, 800X600, 1024X784). 

		Сайт должен быть разработан без использования HTML-редакторов.



Объем  и сложность проекта должны быть на уровне программных разработок. Разработанные Web-проекты будут размещены на  Web-сервере АКИТ.




2 Методические рекомендации по разработке дипломных проектов

2.1 ОБЩИЕ ПОЛОЖЕНИЯ

Разработка и защита дипломного проекта является заключительным этапом подготовки студента 230105  «Программное обеспечение вычислительной техники и автоматизированных систем», 230103 «Автоматизированные системы обработки информации и управления» и 080802 «Прикладная информатика».



Подготовка дипломного проекта состоит из нескольких этапов:

		выбор темы и обоснование её актуальности.

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

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

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

		разработка эскизного проекта, описание пользовательского интерфейса, создание контрольного примера.

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

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



Оформление дипломного проекта в соответствии с установленными требованиями. Дипломник несет полную ответственность за уникальность созданного программного продукта.

2.2 ВЫБОР ТЕМЫ ДИПЛОМНОго проекта И ЕЕ УТВЕРЖДЕНИЕ

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

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

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

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

Примерная тематика заданий для дипломного проектирования приведена в приложении В.

2.3 СТРУКТУРА И СОДЕРЖАНИЕ ДИПЛОМНОГО ПРОЕКТА

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



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





Введение 

1. Характеристика предприятия 

2. Экономическая сущность задачи 

   2.1 Первичные документы 

   2.2 Сводные документы 

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

   2.4 Выводы и предложения 

3. Предлагаемое программное обеспечение и изменение технологии обработки данных 

   3.1 Характеристика вычислительной техники и общего программного обеспечения

  3.2 Программы и их описание 

         3.2.1 Структуры данных 

         3.2.2 Описание полей, переменных и процедур 

         3.2.3 Результат работы программы 

         3.2.4 Руководство работы с программой

   3.3 Изменения технологии обработки данных 

4. Оценка затрат на разработку ПО 

    4.1 Методика расчета

    4.2 Оценка размера программного продукта

    4.3 Оценка трудоемкости программного продукта

    4.4 Оценка стоимости

5. Заключение 

       6. Список условных обозначений и сокращений

       7. Список литературы 

       8. Приложение 

	Приложение А (документы)

	Приложение Б (текст программы)

	Приложение В (блок-схемы)

	Приложение Г (сводные документы)



Объем пояснительной записки без приложений, как правило, составляет 35-40 печатных страниц. Объем приложений не ограничивается.



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

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

Объем введения около 3-5 страниц.



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



Существующая технология:

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

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

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



 

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

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

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

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

		Разрядность реквизита необходима для просчета объема занимаемой памяти. Она указывается количеством знаков (алфавитных, цифровых и алфавитно-цифровых).

План постановки задачи приведён в приложении В.

		 Структуры данных предполагает определение объектов сущностей и связей между ними. На основе анализа «бумажной» документации, выделения атрибутов, агрегации атрибутов строится структура информационной базы по принципу минимальной достаточности атрибутов, выделяются процессы-отношения между сущностями, нормализуются отношения, выстраивается инфологическая модель задачи

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

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



Заключение должно содержать общие выводы, авторскую оценку работы с точки зрения соответствия разработанного программного продукта требованиям и техническому заданию, данные о практической эффективности от его внедрения. Могут быть указаны перспективы дальнейшей разработки темы. Примерный объем заключения 5-10% от общего объема работы.



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



Обязательные приложения: 

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

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

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

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



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

2.4 ОФОРМЛЕНИЕ пояснительной записки к дипломному проекту

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

В соответствии с едиными нормами и правилами оформления текстовой учебной документации, принятыми в АКИТ, пояснительная записка должна быть оформлена на одной стороне листа бумаги формата А4. Допускается представлять таблицы и иллюстрации на листах бумаги формата не более А3. Текст следует печатать через 1,5 интервала (размер шрифта – 14), соблюдая следующие размеры полей: правое – 10 мм; левое, верхнее, нижнее – 20 мм.

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

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

Повреждения листов текстовых документов, помарки и следы не полностью удаленного прежнего текста (графики) не допускаются.



На титульном листе приводят следующие сведения:

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

вид документа — строчными буквами с первой прописной;

наименование работы;

имярек исполнителя работы;

имярек руководителя работы.



Подписи и даты подписания должны быть выполнены только черными чернилами или тушью. Элементы даты приводят арабскими цифрами в одной строке в следующей последовательности: день месяца, месяц, год, например: дату 10 апреля 2000 следует оформлять 10.04.2000; город и год выпуска. Бланк титульного листа оформляется самостоятельно по прилагаемому образцу (приложение Б). 

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

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

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

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

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

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

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

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

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

Нумерация таблиц, графиков (отдельно для таблиц и графиков) должна быть сквозной на протяжении всей дипломной работы. Слово "таблица" и ее порядковый номер (без знака №) пишется сверху самой таблицы в правой стороне, затем дается ее название и единица измерения (если она общая для всех граф и строк таблицы).

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

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

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

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

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

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

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

2.5 функции руководителя дипломного проекта

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

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

		разработка индивидуальных заданий;

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

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

		контроль хода выполнения выпускной квалификационной работы;

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



Дипломник периодически (по обоюдной договоренности) информирует научного руководителя о ходе подготовки дипломной работы и консультируется по вызывающим затруднения вопросам.

Следует иметь в виду, что научный руководитель не является ни соавтором, ни редактором дипломной работы, и студент не должен рассчитывать на то, что руководитель поправит имеющиеся в дипломной работе теоретические, методологические, стилистические и другие ошибки.

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

На первом этапе научный руководитель консультирует в выборе темы, рассматривает и корректирует план работы и дает рекомендации по списку литературы.

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

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

Законченная пояснительная записка,  подписанная дипломником, представляется руководителю, не позднее, чем за 7 дней до защиты, который подписывает ее.

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

Задание и отзыв руководитель оформляет на стандартных бланках. 

2.6 ПРЕДВАРИТЕЛЬНАЯ ЗАЩИТА ДИПЛОМНОГО ПРОЕКТА

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

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

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


3 защита выпускных квалификационных работ

3.1 Общие положения

3.1.1 Защита выпускных квалификационных работ проводится на открытом заседании Государственной аттестационной комиссии.



3.1.2 На защиту выпускной квалификационной работы отводится до 45 минут. Процедура защиты устанавливается председателем государственной аттестационной комиссии по согласованию с членами комиссии и, как правило, включает доклад студента (не более 10-15 минут), чтение отзыва и рецензии, вопросы членов комиссии, ответы студента. Может быть предусмотрено выступление руководителя выпускной квалификационной работы, а также рецензента, если он присутствует на заседании государственной аттестационной комиссии.



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

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

		ответы на вопросы;

		оценка рецензента;

		отзыв руководителя.



3.1.4 Заседания государственной аттестационной комиссии протоколируются. В протоколе записываются: итоговая оценка выпускной квалификационной работы, присуждение квалификации и особые мнения членов комиссии. Протоколы заседаний государственной аттестационной комиссии подписываются председателем, заместителем председателя, ответственным секретарем и членами комиссии.



3.1.5 Студенты, выполнившие выпускную квалификационную работу, но получившие при защите оценку "неудовлетворительно", имеют право на повторную защиту. В этом случае государственная аттестационная комиссия может признать целесообразным повторную защиту студентом той же выпускной квалификационной работы, либо вынести решение о закреплении за ним нового задания на выпускную квалификационную работу и определить срок повторной защиты, но не ранее чем через год.



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



3.2 Рецензирование выпускных квалификационных работ

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

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

Рецензия должна включать:

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

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

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

		оценку выпускной квалификационной работы.

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

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

Рецензия оформляется на стандартном бланке формата А4. 

3.3 ДОКУМЕНТЫ, ПРЕДОСТАВЛЯЕМЫЕ НА ЗАЩИТУ

Дипломником представляются на защиту следующие документы:

а) зачетная книжка;

б) полностью оформленная пояснительная записка к дипломному проекту, содержащая:

		стандартный титульный лист, подписанный дипломником, руководителем, консультантами и рецензентом (первый лист, вшивается);

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

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

		исходный текст программного продукта;



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

г) отзыв руководителя (вкладывается);

д) рецензия (вкладывается).

3.4 рекомендации по процедуре защиты дипломного проекта

Регламент процедуры защиты предусматривает доклад по сути проекта и демонстрацию его работы на контрольном примере. 

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

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

План процедуры защиты проекта:

		Приветствие членов комиссии

		Озвучение ИмяРек, специальности, группы, а также темы дипломного проекта

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

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

		Заключение: стадия разработки программного продукта, готовности его использования, оценка трудоёмкости и экономической эффективности


Список литературы

		Автоматизированные информационные технологии в экономике: Учебник/ Под ред. проф Г.А. Титоренко. – М.: Компьютер, ЮНИТИ, 1999

		Ананьев П.И. Технология разработки программного обеспечения: Учебное пособие/ Алт. ГТУ им. Ползунова. – Барнаул: 2000

		Балдин К.В., Уткин В.Б. Информатика. Учебник для вузов. – М.:Проект,2003

		Бондарев В.М., Рублинецкий В.И., Качко Е.Г. Основы программирования. – Харьков: Фолио; Ростов н/Д: Феникс,1997

		Брукшир Дж.Гленн Введение в компьютерные науки: – М.: Издательский дом «Вильямс», 2001

		Вендеров А.М. Проектирование программного обеспечения экономических информационных систем: Учебник. – Финансы и статистика, 2002

		Гайдамакин Н.А. Автоматизированные информационные системы, базы и банки данных. Вводный курс: Учебное пособие. – М.:Гелиос АРВ, 2002

		Информатика. Учеб.пособие для студентов пед.вузов/ Могилев А.В., Н.И. Пак, Е.К. Хённер; Под рд. Е.К. Хённера. – М.,1999

		Информатика: Учебник/Под ред.проф. Н.В. Макаровой.– 2-е изд.– М.: Финансы и статистика, 1998

		Королев Л.Н. Информатика. Введение в компьютерные науки: Учебник:  – М.: Высш. шк., 2003

		Юркин А.Г. Задачник по программированию. – Спб.: Питер, 2002



	


Приложения

Приложение А

(справочное)

Примерная тематика заданий для дипломного проектирования

1 Библиотека. Картотека библиотеки: выходные данные книги (авторы, название, издательство и так далее), раздел библиотеки (специальная литература, хобби, домашнее хозяйство, беллетристика и так далее), происхождение и наличие книги в данный момент, субъективная оценка книги. Выбор книг по произвольному запросу; инвентаризация библиотеки.

2 Картотека Интерпола. Данные по каждому зарегистрированному преступнику: фамилия, имя, кличка, рост, цвет волос и глаз, особые приметы, гражданство, место и дата рождения, последнее место жительства, знание языков, преступная профессия, последнее дело и так далее. Преступные и мафиозные группировки (данные о подельщиках). Выборка по любому подмножеству признаков. Перенос «завязавших» в архив; удаление — только после смерти.

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

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

5 Записная книжка. Анкетные данные, адреса, телефоны, место работы или учебы, должность знакомых, коллег и родственников, характер знакомства, деловые качества и так далее. Автоматическое формирование поздравления с днем рождения (по текущей дате). Упорядочение по алфавиту и по дате последней корректировки. Поиск по произвольному шаблону.

6 Касса аэрофлота. Расписание: номер рейса, маршрут, пункты промежуточной посадки, время отправления, дни полета. Количество свободных мест на каждом рейсе. Выбор ближайшего рейса до заданного пункта (при наличии свободных мест), оформление заданного числа билетов по согласованию с пассажиром (с уменьшением числа свободных мест), оформление посадочной ведомости.

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

8 Справочник покупателя. База торговых точек города: название, адрес и телефоны, специализация, форма собственности, время работы. Выбор магазинов по произвольному шаблону.

9 Магазин с одним продавцом. Компьютер вместо кассового аппарата. База наличия товаров: наименование, единица измерения, цена единицы, количество, дата последнего завоза. Регистрация поступления товара (как старых, так и новых наименований). Оформление покупки: выписка чека, корректировка базы. Проблема уценки и списания. Инвентаризация остатков товара с вычислением суммарной стоимости.

10 Отдел кадров. База данных о сотрудниках фирмы: паспортные данные, образование, специальность, подразделение, должность, оклад, даты поступления в фирму и последнего назначения и т. д. Выбор по произвольному шаблону. Сокращение штатов: выбор для увольнения лиц пенсионного и предпенсионного возраста, подготовка приказа.

11 Генеалогическое дерево. Паспортные данные членов некоторого родового клана; ссылки на детей (или на родителей). Обеспечить связь между записями а так же их вывод.

12 Склад. База товаров, хранящихся на складе: наименование, единица измерения, цена единицы, количество, дата последнего завоза. Регистрация поступления товара (формирование приходной накладной) и отгрузки (расходная накладная). Вывод инвентарной ведомости.

13 Касса автовокзала. Расписание автобусов: номер рейса, конечный и промежуточный пункты, время отправления. Количество свободных мест на каждом рейсе. Выбор ближайшего рейса до заданного пункта (при наличии свободных мест), оформление билетов, оформление посадочной ведомости. Предварительная продажа, возврат билетов.

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

15 Справочник меломана. База групп и исполнителей; база песен; база дисков с перечнем песен (в виде ссылок). Выбор всех песен заданной группы; всех дисков, где встречается заданная песня.

16 Ежедневник. База намечаемых мероприятий — дата, время и протяженность, место проведения. Автоматическое напоминание ближайшего дела: по текущей дате и времени; удаление вчерашних дел либо перенос на будущее. Анализ «накладок» — пересечений планируемых дел. Просмотр дел на завтра, послезавтра и так далее.

17 Терминология. База определений какой-либо науки: вводимый термин, его толкование (определение), ссылки на используемые термины. Возможность просмотра всей цепочки от заданного термина до первичных понятий.

18 Шеф-повар. База рецептур блюд: раскладка, рецепт приготовления. База продуктов на складе: наименование, цена, количество. Формирование меню на день (на заданное число персон); званый ужин. Проверка достаточности запасов; формирование расходной накладной на склад, корректировка запасов.

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

	20 Зачисление абитуриентов. База абитуриентов: анкетные данные, совокупность оценок на вступительных экзаменах, готовность учиться на договорной основе. Выбор для зачисления заданного количества абитуриентов; формирование для собеседования списка тех, кто набрал предельный проходной балл, но не может платить за образование.

	21 Обмен жилья. База предложений по обмену: район, площадь, планировка и т. д.; требования к вариантам обмена. Регистрация клиентов, выбор подходящих вариантов, удаление при состоявшемся обмене или отказе. Развитие задачи. Возможность съезда или разъезда, в том числе «несколько на несколько»; «возможны варианты».

22 Справочник абитуриента. База вузов: наименование, адрес, перечень специальностей, конкурс прошлого года по каждой специальности (дневной, заочной, вечерней форм),размер оплаты при договорном обучении. Выбор по разным критериям: всё о данном вузе; всё о данной специальности; поиск минимального конкурса по специальности или в общем.

23 Справочник почтовой индексации. Республика, область (край), район, населенный пункт, почтовый индекс. Поиск по любой совокупности полей (кроме последнего); иерархическая связь между полями (обратите внимание, что, например, Павловск есть в Алтайском крае, Воронежской и Ленинградской областях).

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

25 Ломбард. База хранимых товаров и недвижимости: анкетные данные клиента, наименование товара, оценочная стоимость; сумма, выданная под залог, дата сдачи, срок хранения. Операции приема товара, возврата, продажи по истечении срока хранения.

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

27 Справочник работника ГИБДД. Марка, цвет, заводской и бортовой номера, дата выпуска, особенности конструкции и окраски, дата последнего техосмотра транспортного средства (автомобиля, мотоцикла, прицепа и т. д.), паспортные данные владельца. Выбор транспортных средств по произвольному шаблону. Формирование приглашений на техосмотр в соответствии со сроком.

28 Справочник владельца видеотеки. База видеофильмов: название, студия, жанр, год выпуска, режиссер, исполнители главных ролей, краткое содержание, субъективная оценка фильма. Факт наличия фильма в видеотеке. Оформление выдачи и возврата кассеты.

29 Купи-продай. База продавцов: наименование товара, объем партии при оптовой продаже, цена, условия продажи-отгрузки, форма оплаты, контактный адрес или телефон, примечание (например, «посредников прошу не беспокоиться»). База покупателей: наименование товара, объем покупки, приемлемая цена и форма оплаты, контактный адрес или телефон, примечание. Поиск и регистрация вариантов с той и другой стороны; формирование объявлений для печати, удаление в архив после купли-продажи (возможно, один из клиентов остается неудовлетворенным), полное удаление при отказе от услуг.

30 Справочник фаната. База спортсменов: анкетные и антропологические данные, гражданство, происхождение, вид спорта, клуб или команда, данные о личном рекордe или победах и так далее. Выбор по произвольному признаку. Поиск рекордсмена в заданном виде спорта.




Приложение Б

(справочное)

Бланк титульного листа

Управление Алтайского края по образованию и делам молодежи

КГОУ СПО «Алтайский колледж информационных технологий»







Специальность ______________

                                      (код специальности)



                                                                                                                                            УТВЕРЖДАЮ

Зам. директора по уч. работе

__________________________________







                                                                                 Дипломник 

              Венжин Денис Дмитриевич

              "___" ____________  200  г.









230105.004.000



Дипломный проект



Тема: ___________________













Допущен к защите:                                 Руководитель ________      “___”___________200  г.                           









Работа защищена:                         

“___”___________200  г.            

Оценка ______________

_____________________

                 (подпись)





с. Волчиха 200  г.





Приложение B

(справочное)

 ПЛАН ПОСТАНОВКИ ЗАДАЧИ



Организационно-экономическая сущность задачи:

		наименование задачи, место ее решения;

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

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

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

		источники и способы поступления данных;

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

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



Описаний исходной (входной) информации:

		перечень исходной информации;

		формы представления (документ) по каждой позиции перечня; примерь! заполнения документов;

		количество документов (информации) в единицу времени, количество строк в документе (массиве);

		описание структурных единиц информации (каждого элемента данных, реквизита);

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

		способы контроля исходных данных:

		контроль разрядности реквизита;

		контроль интервала значений реквизита;

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

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

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



«Описание входной информации» отвечает на вопрос, на основании какой информации может быть получена выходная информация. Под входной информацией понимается вся информация, необходимая для решения задачи и расположенная на различных носителях: первичных документах, машинных носителях, в памяти персонального компьютера. С этой целью составляются перечень входной информации и состав реквизитов каждого вида входной информации, расположение реквизитов входной информации, описание полей (реквизитов) входных документов.

При определении перечня входной информации описываются вид информации, текущая, переменная, нормативно-справочная информация, источники информации, специфика сбора, хранения информации, способы поступления, а также объемно-временные характеристики, способы контроля.

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



Описание, используемой условно-постоянной информации:

		перечень условно-постоянной информации (классификаторов, справочников, таблиц, списков с указанием их полных наименований);

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

		описание структурных единиц информации (по аналогии с исходными записями);

		способы взаимодействия с переменной информацией.



Описание результатной (выходной) информации:

		перечень результатной информации;

		формы представления  (печатная сводка, видеограмма, машинный носитель и его макет и т.д.);

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

		количество документов (информации) в единицу времени, количество строк в документе (массиве);

		перечень пользователей результатной информацией (подразделение и персонал);

		перечень регламентной и запросной информации;

		описание структурных единиц информации (каждого элемента данных, реквизита) по аналогии с исходными данными;

		способы контроля результатной информации;

		контроль разрядности;

		контроль интервала значений реквизита;

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

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

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



«Описание выходной информации» включает операции по определению состава реквизитов выходной информации, расположению реквизитов выходной информации с отражением контрольного примера, описанию полей (реквизитов) выходного документа.

Определение состава реквизитов выходной информации зависит от поставленной перед задачей цели; состав реквизитов должен быть необходимым и достаточным для организации работы специалиста подразделения.

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

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

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

	

Описание алгоритма решения задачи (последовательности действий и логики решения задачи):

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

		описание связей между частями, операциями, формулами алгоритма;

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

		алгоритм должен учитывать общий и все частные случаи решения задачи.



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

	

	Алгоритм решения задачи отвечает на вопрос:

«Каким образом, т.е. на основе каких алгоритмов расчета входная информация преобразуется в выходную информацию?» Разработка алгоритмов решения задачи связана с выполнением неформализованного и формализованного моделирования.

При неформализованном моделировании алгоритмы расчетов представляются в описательном виде.

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

Созданием инфологической модели заканчивается технология постановки задачи


 Приложение Г

(справочное)

БЛОК-СХЕМА АЛГОРИТМА

Блок-схема – это графическое представление алгоритма в виде плоских геометрических фигур, соединённых линиями. Конфигурация элементов схем определена ГОСТом 19.701-90 «Схемы алгоритмов, программ, данных и систем». 

Таблица 1. Основные элементы блок-схем

Изображение элемента

Назначение



a

bbb

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

(Размер «а» (в мм) должен выбираться, исходя из формулы: а=10+5*n, где n=1,2,….

Размер «b» определяется соотношением b=1,5*a или  b=2*a.)



нет

дa

a

bbb

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



1:

2:

3:

нет

дa

a

bbb

Выбор одной из n альтернатив, где n>2



a

bbb

Вызов процедуры



a

bbb

Ввод/вывод данных



a

bbb

Начало/конец процесса обработки данных



Соединитель элементов схемы, расположенной на одном и том же или на разных листах




Приложение Д

(справочное)

оценка затрат на разработку ПО 

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

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

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

оценка размера разрабатываемого продукта. Для ПО в прежнее время основной мерой оценки являлось количество строк кода (LOC - Lines Of Code), а в настоящее время является количество функциональных точек (FPs - Function Points). Под функциональной точкой понимается любой из следующих элементов разрабатываемого продукта: 

входной элемент приложения (входной элемент или экранная форма);

выходной элемент приложения (отчет, документ, экранная форма);

запрос (пара «вопрос/ответ»);

логический файл (совокупность записей данных, используемых внутри приложения);

интерфейс приложения (совокупность записей данных, передаваемых другому приложению или получаемых от него)

оценка трудоемкости в человеко-месяцах или человеко-часах;

оценка продолжительности проекта в календарных месяцах;

оценка стоимости проекта.



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

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

Путем подсчета размера по определенным алгоритмам на основании исходных данных – требований к ПП.



Оценка трудоемкости проекта выводится на основании его размера. Для такой оценки также существуют два основных способа:

Самый лучший вариант — это использование накопленных исторических данных, позволяющих сопоставить трудоемкость вашего проекта с трудоемкостью предыдущих проектов аналогичного размера. Однако это возможно только при следующих условиях:

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

по крайней мере, один из предыдущих проектов (а лучше, если несколько) имеет аналогичный характер и размер;

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

Если предыдущий подход по разным причинам оказывается неприменимым, следует использовать один из известных алгоритмических методов оценки (например, модель СОСОМО (Constructive COst MOdel - конструктивная стоимостная модель) Барри Боэма).



Подобным же образом (как на основе исторических данных, так и с использованием формальных методов) оцениваются продолжительность и стоимость проекта.

Согласно Эдварду Йордану, все доступные средства оценки классифицируются следующим образом:

Средства оценки, являющиеся коммерческими продуктами, такие, как SLIM (Quantitative Systems Management), ESTIMACS (Computer Associates), KnowledgePLAN и CHECKPOINT (Software Productivity Research (SPR)). Глава фирмы SPR Каперс Джонс, "гуру" в области метрик ПО, оценивает рынок средств оценки проектов примерно в 50 продуктов. Эти продукты нельзя назвать совершенными, и все они требуют от пользователя высокого уровня квалификации (здесь, как и в других областях деятельности, действует принцип "что заложишь, то и получишь"). В лучшем случае с помощью таких продуктов можно получить оценку с точностью ±10%. Даже если точность будет ±50%, это все равно лучше, чем брать данные "с потолка".

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

Аналитические модели для оценки проектов, описанные в литературе. Лучшими являются работы Барри Боэма (модель СОСОМО, разработанная им в начале 80-х гг., была позднее модифицирована в модель СОСОМО-2). Другой классической работой является книга Фредерика Брукса "Мифический человеко-месяц", также переизданная в 1995 г. с учетом современной технологии и практики разработки ПО.

Различные руководства и отчеты организаций, подобных Software Engineering Institute (SEI), которые могут помочь при выполнении оценки проектов.

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




Метод функциональных точек

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

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

Метод разработан на основе опыта реализации множества проектов создания ПО и поддерживается международной организацией IFPUG (International Function Point User Group). Существуют специальные программные средства, автоматизирующие проведение оценок по методу функциональных точек и позволяющие оценить, насколько быстро и с какими затратами в действительности удастся реализовать проект. Одним из таких средств является KnowledgePLAN — продукт фирмы SPR.

KnowledgePLAN создан на основе исследований, проведенных в фирме SPR, в области оценок сложности, трудоемкости и производительности при разработке программного обеспечения. Оценка и планирование в пакете KnowledgePLAN ведутся на основе статистических закономерностей, выведенных путем анализа более чем 8 тыс. успешно завершенных проектов из различных областей применения. Исходные данные для вычислений находятся в специальном репозитории, который обновляется по результатам выполнения реальных проектов. В качестве метрик для оценки размеров программного обеспечения используются методика подсчета функциональных точек и метод оценки сложности программного продукта (собственная разработка фирмы SPR) — метрика, позволяющая учесть алгоритмическую сложность разрабатываемых программ.



оценка затрат на разработку ПО

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

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

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

оценка размера разрабатываемого продукта. Для ПО в прежнее время основной мерой оценки являлось количество строк кода (LOC - Lines Of Code), а в настоящее время является количество функциональных точек (FPs - Function Points). Под функциональной точкой понимается любой из следующих элементов разрабатываемого продукта: 

входной элемент приложения (входной элемент или экранная форма);

выходной элемент приложения (отчет, документ, экранная форма);

запрос (пара «вопрос/ответ»);

логический файл (совокупность записей данных, используемых внутри приложения);

интерфейс приложения (совокупность записей данных, передаваемых другому приложению или получаемых от него)

оценка трудоемкости в человеко-месяцах или человеко-часах;

оценка продолжительности проекта в календарных месяцах;

оценка стоимости проекта.



Для расчетов используются   Функционально ориентированные метрики 

Они  косвенно измеряют программный продукт и процесс его разработки. Рассматриваются функциональность  и полезность продукта. Используются 5 информационных характеристик:

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

Количество внешних выводов (отчёты, экраны, сообщения об ошибках, распечатки) внутри каждого элемента.

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

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

Количество внешних интерфейсных файлов. Подсчитываются все логические файлы из других приложений, на которые ссылается данное приложение.

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

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

Внешний вывод – это элементарный процесс, перемещающий данные, вычисленные в приложении во внешнюю среду. В этом процессе могут обновляться внутренние логические файлы. Данные создают отчёты или выходные файлы, посылаемые другим приложением. Отчёты и файлы создаются на основе внутренних логических файлов и внешних интерфейсных файлов. Дополнительно этот процесс может использовать вводимые данные. Их образуют критерии поиска и параметры, не поддерживаемые внутренними логическими файлами. Вводимые данные поступают из вне, но носят временный характер и не сохраняются во внутреннем логическом файле (ВЛФ).

Внешний запрос – это элементарный процесс, работающий как с вводимыми, так и выводимыми данными. Его результат это данные, возвращаемые из внутренних логических файлов и внешних интерфейсных файлов. Входная часть процесса не модифицирует данных ВЛФ, а выходная часть не несёт данных вычисляемых приложением.

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

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



Примеры элементов данных :

Внешние вводы

Входной элемент приложения (входной элемент или экранная форма): поля ввода данных, сообщения об ошибках, вычисляемые значения, кнопки.

Внешние выводы

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

Внешние запросы

Вводимые элементы, участвующие в дальнейших операциях: например поле, используемое для поиска.



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

Ранг и Оценка сложности внешних вводов

Ссылки на файлы

Элементы данных



1-4

5-15

>15

0-1

Низкий=3

Низкий=3

Средний=4

2

Низкий=3

Средний=4

Высокий=6

>2

Средний=4

Высокий=6

Высокий=6



Ранг и Оценка сложности внешних выводов

Ссылки на файлы

Элементы данных



1-4

5-19

>19

0-1

Низкий=4

Низкий=4

Средний=6

2-3

Низкий=4

Средний=5

Высокий=7

>3

Средний=5

Высокий=7

Высокий=7



Ранг и Оценка сложности внешних запросов

Ссылки на файлы

Элементы данных



1-4

5-19

>19

0-1

Низкий=3

Низкий=3

Средний=4

2-3

Низкий=3

Средний=4

Высокий=6

>3

Средний=4

Высокий=6

Высокий=6



Ранг и Оценка сложности внутренних логических файлов

Количество полей

Количество записей



1-19

20-50

>50

1

Низкий=7

Низкий=7

Средний=10

2-5

Низкий=7

Средний=10

Высокий=15

>5

Средний=10

Высокий=15

Высокий=15



Ранг и Оценка сложности внешних интерфейсных  файлов

Количество полей

Количество записей



1-19

20-50

>50

1

Низкий=5

Низкий=5

Средний=7

2-5

Низкий=5

Средний=7

Высокий=10

>5

Средний=7

Высокий=10

Высокий=10



По данным таблицам анализируется созданная программа и каждый её элемент.

Данные для расчета сводятся в таблицу:

Имя характеристики

Ранг, сложность, количество.



Низкий

Средний

Высокий

Итого 

Внешние вводы

ٱ*3=____

ٱ*4 =____

ٱ*6 =____

= ٱ

Внешние выводы

ٱ*4=____

ٱ*5 =____

ٱ*7 =____

= ٱ

Внешние запросы

ٱ*3=____

ٱ*4 =____

ٱ*6 =____

= ٱ

Внутренние логические файлы

ٱ*7=____

ٱ*10 =____

ٱ*15 =____

= ٱ

Внутренние интерфейсные файлы

ٱ*5=____

ٱ*7 =____

ٱ*10 =____

= ٱ

Общее количество                                                                                                = ٱ     



Количество функциональных указателей вычисляется по формуле:

, где – Fi - коэффициенты регулировки сложности.

Fi – может иметь значения: 0–нет влияния; 1-случайное; 2-небольшое; 3-среднее; 4-важное; 5-основное.

F1 – сколько средств связи требуется для передачи или обмена информации с приложением.

F2 – как обрабатываются распределённые данные.

F3 – нуждается ли пользователь в фиксации времени ответа или производительности.

F4 – насколько распространена текущая аппаратная система на которой будет выполнятся приложение.

F5 – как часто выполняются транзакции.

F6 – какой % информации вводится в оперативном режиме.

F7 – приложение проектировалось для обеспечения эффективной работы конечного пользователя.

F8 – как много внутренних файлов обновляется в транзакции.

F9 – выполняет ли приложение интенсивную логическую или математическую обработку.

F10 – приложение разрабатывалась для удовлетворения требований одного или многих пользователей.

F11 – насколько трудны инсталляция и преобразование приложения.

F12 - насколько эффективно и/или автоматизированы процедуры запуска, резервирования и восстановления.

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

F14 - была ли спроектирована, разработана и поддержана в приложении простота изменений.



После вычисления FP на его основе формируются метрики трудоемкости, стоимости и т.д.:

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







Произведем расчет следующих характеристик:









	

Обязательные приложения: 

		блок-схема алгоритма графически отражает последовательность шагов функционирования программного продукта. 

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

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

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

	

	

План процедуры защиты проекта:

Приветствие членов комиссии

Озвучение Имя Фамилия, специальности, группы, а также темы дипломного проекта

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

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

Заключение: стадия разработки программного продукта, готовности его использования, оценка трудоёмкости и экономической эффективности

	




Требования к оформлению дипломного проекта



Титульный лист является первым в дипломном проекте. Общие требования к титульному листу определены ГОСТ 7.32-2001.

Объем  текстовой  части  пояснительной  записки составляет не менее   30 – 50   листов   теоретической   части. Изложение  текста  и оформление  дипломного  проекта выполняют в соответствии с требованиями  ГОСТ 7.32–2001,  ГОСТ 2.105–95,  ГОСТ  Р 6.30–2003

Страницы текста и включённые в дипломный проект иллюстрации и таблицы должны соответствовать формату А4 (210х297 мм) по ГОСТ 9327.

Текст дипломного проекта следует печатать шрифтом Times New Roman на одной стороне листа белой бумаги формата А4 с полуторным междустрочным интервалом, соблюдая следующие размеры полей: левое поле – 30 мм, правое – 10 мм, верхнее и нижнее – 20 мм. Цвет шрифта должен быть чёрным, высота букв, цифр и других знаков – не менее 1,8 мм (кегль 14). Код программы оформляется шрифтом Times New Roman 12 кегль, с одинарным интервалом.

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

Фамилии и собственные имена, названия учреждений в тексте дипломного проекта приводят на языке оригинала. Допускается транслитерировать имена собственные и  приводить названия организаций в переводе на язык дипломного проекта с добавлением (при первом упоминании) оригинального названия.

В дипломном проекте следует использовать сокращение русских слов и словосочетаний по ГОСТ 7.12–93. Из сокращённых названий учреждений и предприятий следует употреблять только общеизвестные. Малоизвестные сокращения необходимо расшифровывать при первом  упоминании.

В тексте следует применять стандартизованные единицы физических величин, наименования и обозначения в соответствии с ГОСТ 8.417.

Абзацы в тексте начинают отступом, равным 1,25 см.

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

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

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

Каждый раздел нужно начинать с нового листа (ГОСТ 2.105-95). При большом объеме допускается подразделение на пункты.

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

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

3 Методы испытаний

3.1 Тестовый контроль

3.1.1

3.1.2

……

3.2 Подготовка к испытаниям 

3.2.1

3.2.2

……

Если раздел или подраздел состоит из одного пункта, он также номеруется.

Если текст документа подразделяется только на пункты, они нумеруются порядковыми номерами в пределах документа.

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

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

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

Пример.

а)____________________

б)____________________

1)_______________

2)_______________

в)____________________

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

Разделы,   подразделы  должны  иметь   заголовки.   Пункты,   как правило, заголовков не имеют.

Заголовки должны четко и кратко отражать содержание разделов, подразделов. 

Расстояние между заголовком и текстом должно быть равно трём интервалам (18 пт), расстояние между разделами и подразделами - двум интервалам (12 пт).

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

Слово "Содержание" записывают в виде заголовка с прописной буквы (симметрично тексту). Наименования, включенные в содержание, записывают строчными буквами, начиная с прописной буквы.

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

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

Иллюстрации и таблицы, расположенные на отдельных листах, и распечатки с компьютера включают в общую нумерацию страниц. Иллюстрации, таблицы на листе формата А3 учитывают как одну страницу.

В    формулах    в    качестве    символов    следует    применять обозначения,      установленные      соответствующими      Государственными стандартами.    Пояснения    символов    приводятся    непосредственно    под формулой ГОСТ 2.105-95.

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

	После формулы помещают перечень всех указанных в ней символов и числовых коэффициентов с расшифровкой их значений лишь один раз –  при первом их использовании. Формулы с перечнем символов связывают словом «где», после которого двоеточия не ставят. Перечень оформляется в виде колонки, причём символ или числовой коэффициент отделяют от его расшифровки знаком тире.

	После расшифровки каждого символа ставят точку с запятой; размерность каждого параметра отделяют от текста запятой.

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

	Многоточие внутри формулы должно состоять их трёх точек. В случае сложения или вычитания знак плюс или минус ставят перед многоточием и после него.

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

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

	Формулы выполняются машинописным или чертёжным шрифтом высотой не менее 2,5 мм.

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

	Формулы, помещаемые в приложениях, должны нумероваться отдельной нумерацией арабскими цифрами в пределах каждого приложения с добавлением перед каждой цифрой обозначения приложения, например формула (А.1).

	Ссылки в тексте на порядковые номера формул дают в скобках.

 Например:  … в формуле (2).

	В дипломном проекте допускается выполнение формул и уравнений рукописным способом чёрными чернилами.

Оформление иллюстраций, приложений и таблиц

Все иллюстрации (фотографии, графики, чертежи, схемы, диаграммы и другие графические материалы) именуются в тексте рисунками.

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

	Чертежи, графики, диаграммы и схемы должны соответствовать требованиям государственных стандартов ЕСКД.

	Иллюстрации при необходимости могут иметь наименование и пояснительные данные (подрисуночный текст). Слово «Рисунок» и наименование помещают после пояснительных данных  и располагают следующим образом:

	Рисунок 1 – Название рисунка.

Название рисунка помещается внизу рисунка по центру страницы (не отрывая от рисунка).

	Иллюстрации следует нумеровать арабскими цифрами порядковой нумерацией в пределах дипломного проекта. Если приведена только одна иллюстрация, то её обозначают – «Рисунок 1».

	Допускается нумеровать иллюстрации в пределах раздела. В этом случае номер иллюстрации состоит из номера раздела и порядкового номера рисунка, разделённых точкой. Например:    Рисунок 1.1.

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

Иллюстрации должны быть выполнены в соответствии с требованиями ЕСПД ГОСТ 19.002-8 и ГОСТ 19.105-95. При ссылках на иллюстрации следует писать "...в соответствии с рисунком 2 (или 1.2 - при нумерации в пределах раздела)".

Материал,     дополняющий     текст    дипломного проекта,     допускается помещать в приложениях (например, описания алгоритмов и программ). Каждое приложение следует начинать с новой страницы с указанием наверху посередине страницы слова "Приложение". Приложения должны иметь заголовок, который записывается симметрично относительно текста с прописной буквы отдельной строкой ГОСТ 2.105-95.

Приложения следует оформлять как продолжение дипломного проекта на его последующих страницах, располагая  приложения в порядке появления ссылок в тексте. Приложения обозначают заглавными буквами русского алфавита за исключением букв   Ё,  З,  Й,  О,  Ч,  Ь,  Ы, Ъ.   После слова «Приложение»  следует  буква,  обозначающая  его  последовательность.  Допускается  обозначение  приложений  буквами  латинского  алфавита (кроме букв  I  и O).

Если в работе одно приложение, то ему присваивают обозначение «А». Все приложения перечисляются в содержании.


Цифровой материал при необходимости  оформляют в виде таблиц (рисунок 1).



	        Таблица_____ – _________________________________

                                    номер                                    наименование таблицы

Головка

Заголовки граф





Подзаголовки граф







Строки (горизонтальные ряды)





























                    Боковик (графа для заголовка)                                                         Графы (колонки)

                                                  Рисунок 1

Оформление таблиц выполняется по ГОСТ  2.105.

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

Таблица А.1.

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

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

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

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

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

	Головка таблицы должна быть отделена линией от основной части таблицы.

	Высота строк таблицы должна быть не менее 8 мм.

	Графу «Номер по порядку» в таблицу включать не допускается.

	Применяемые в дипломном проекте единицы измерений физических величин должны соответствовать ГОСТ 8.417.

Таблицы   применяют   для   лучшей   наглядности   и   удобства сравнения показателей.  Слово  "Таблица"  указывают один раз слева над первой частью таблицы, над другими частями пишут слова "Продолжение таблицы" с указанием номера таблицы, При делении таблицы на страницы на каждой части пишут шапку таблицы. Допускается замена шапки номерами граф. Если таблица разрывается, то в первой части нижнюю горизонтальную линию не проводят.

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

Ссылки на использованные источники, если они  упоминаются без цитирования, следует  указывать порядковым номером по списку источников, выделенных квадратными скобками, например:  [3] ,  [7] ,  [14].

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

«… в разд. 2», «… по п. 3.2.1»,  «… в подпункте 2.3.2.1»,  «перечисление 2»,  «по формуле (3)», «… в уравнении (4)», «… на рисунке 7», «… в приложении  А».


Оформление рамок 

Надписи в рамках (в пределах всей пояснительной записки):



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

Например:

АКИТ.1-Пиэ 080802.13.ДП ПЗ

АКИТ.14-тп 230105.25.ДП ПЗ



ПЗ – пояснительная записка

ДП – дипломный проект

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

Список литературы приводится в конце дипломной работы и имеет заголовок СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ в соответствии с ГОСТ 7.32-91 и СТП053-2.10-95.

КНИГИ

		Баранов С.И. Синтез микропрограммных автоматов. – 2-е изд., перераб. и доп. — Л.: Энергия, 1979. – 232 с.

СТАТЬИ

1.  Ашраф Бошра Гамиль, Ключко В.И. Расширяемая клеточная модель потока    данных.     Сб.    Автоматизация    технологических    процессов    и производств  в  пищевой     и     приборостроительной     промышленности. Кубанский  государственный  технологический  университет.   –  Краснодар, 1994, с. 55 – 72

ПАТЕНТНЫЕ ДОКУМЕНТЫ

1. А.с. 436350 (СССР). Двоичный сумматор / Ю.Н. Корнеев, С.В.Пискунов, С.Н.Сергеев. – Опубл. в Б.И. – 1974. – N 26.

НОРМАТИВНО-ТЕХНИЧЕСКИЕ ДОКУМЕНТЫ

		ГОСТ 19600-74. Отчет о научно-исследовательской работе. Общие требования и правила оформления.– Издательство стандартов.–1974, март.





32



1