Руководство дипломным проектом

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

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

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. Бекаревич Ю.Б., Пушкина Н.В. Microsoft 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.

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

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

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

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

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

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

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

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

Руководство дипломным проектом

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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