Ханты-Мансийского автономного округа - Югры

МЕТОДИЧЕСКИЕ УКАЗАНИЯ

по оформлению и защите выпускной

квалификационной работы

для специальности

230401 Информационные системы (по отраслям)

углубленной подготовки

г. Ханты-Мансийск

2018

Организация-разработчик:

АУ «Ханты-Мансийский

Разработчики:

Желонкина М.В., преподаватель АУ «Ханты-Мансийский

технолого-педагогический колледж»

Кокшаров С.В., преподаватель АУ «Ханты-Мансийский

технолого-педагогический колледж»

Ярыгина С.Н., преподаватель АУ «Ханты-Мансийский

технолого-педагогический колледж»

Содержание

ВВЕДЕНИЕ

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

По результатам итоговой аттестации выпускников государственная аттестационная комиссия (ГАК) решает вопрос о присвоении им квалификации «Специалист по информационным системам», по специальности 230401 Информационные системы (по отраслям), и выдаче диплома о среднем профессиональном образовании.

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

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

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

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

1. ЦЕЛИ И ЗАДАЧИ ВЫПУСКНОЙ КВАЛИФИКАЦИОННОЙ РАБОТЫ

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

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

ВКР призвана:

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

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

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

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

При постановке и решении в ВКР конкретных практических задач студент должен:

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

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

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

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

Процесс написания ВКР предусматривает решение следующих задач:

Обосновать актуальность выбранной темы, ее ценность, увязав это с местом преддипломной практики;

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

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

Изложить свою точку зрения по дискуссионным вопросам, относящимся к теме;

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

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

Оформить ВКР в соответствии с требованиями, предъявляемыми к подобным материалам;

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

2. ВЫБОР ТЕМЫ ВЫПУСКНОЙ КВАЛИФИКАЦИОННОЙ РАБОТЫ И ЕЕ УТВЕРЖДЕНИЕ

ВКР по ППССЗ представляет собой завершенный документально оформленный продукт исследовательский или проектной деятельности студента.

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

Тематика ВКР должна соответствовать содержанию одного или нескольких профессиональных модулей и содержать элементы инновационного поиска. Формулировка темы ВКР должна отражать прикладной характер, характер будущей деятельности специалиста. На заседании предметно-цикловой комиссии преподавателей информатики и ИКТ принято решение, что выпускники специальности 230401 «Информационные системы (по отраслям) будут выполнять ВКР проектного типа, которая предполагает анализ конкретной сферы (области) профессиональной деятельности и реализацию проектных предложений в деятельности предприятий (учреждений).

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

Примерная тематика ВКР разрабатывается предметно-цикловой комиссией (ПЦК) «Информатика» и рекомендуется студентам.

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

а) тема учитывает профиль подготовки специалиста;

б) соответствует знаниям, умениям и практическим навыкам выпускников;

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

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

д) тема выбирается с учетом времени, отводимого на ее исследование.

Примерная тематика ВКР:

Автоматизация учета клиентов туристического агентства

Автоматизация учета отдела кадров малого предприятия

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

Разработка информационной системы веб-студии.

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

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

Тема ВКР является индивидуальной и не может быть повторена другими студентами.

Руководителем ВКР может быть:

а) специалист предметно-цикловой комиссии преподавателей информатики и ИКТ;

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

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

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

3. СТРУКТУРА И ОБЪЕМ ВКР. ОБЩИЕ ТРЕБОВАНИЯ К ОФОРМЛЕНИЮ

В структуре ВКР проектного типа состоит их пояснительной записки и проектных материалов.

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

Пояснительная записка содержит следующие разделы:

Титульный лист (Приложение 1);

Задание на ВКР (Приложение 2);

Введение;

Теоретическая часть;

Практическая часть;

Заключение

Список использованных источников;

Приложения

Презентация на защиту

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

Внешняя рецензия

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

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

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

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

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

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

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

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

Список использованных источников должен содержать сведения об источниках, на которые имеются ссылки в тексте ВКР. Сведения об источниках приводятся в соответствии с ГОСТ 7.1-2003 «Библиографическая запись. Библиографическое описание». Список должен содержать не менее 25 источников, в том числе электронные ресурсы.

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

Объем ВКР по ППССЗ проектного типа-не менее 30 и не более 50 печатных листов, не включая объем раздела «Приложения».

При подготовке текста документа в текстовом редакторе MS Word рекомендуется устанавливать следующие настройки:

Параметры страницы:

Размер бумаги-А4 (210х297 мм);

Ориентация-книжная (для основного теста);

Поля: верхнее и нижнее-2,0 см, левое-3,0 см, правое-1,5 см;

Параметры шрифта :

Шрифт- Times New Roman;

Начертание-обычный;

Размер-14 пт;

Параметры абзаца:

Выравнивание - По ширине;

Отступы слева и справа - 0 см (т.е. отсутствуют);

Первая строка (красная строка) - 1,25 см,

Интервалы перед и после абзацев - 0 пт (т.е. отсутствуют);

Межстрочный интервал - Полуторный (для таблиц - одинарный).

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

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

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

Например: 1, 1.1., 1.1.1. и т.д.

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

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

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

Например: "... в разделе 1 были рассмотрены...", "... согласно 1.1", "...в соответствии с таблицей 1", (Таблица 1), "... на рисунке 1", (Рисунок 1), "... в перечислении (1)", "... в приложении А", (Приложение А) и т.п.,

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

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

Например: .

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

Например: .

3.1. Оформление титульного листа

Титульный лист является первым листом ВКР.

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

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

название учебного заведения;

наименование специальности;

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

данные о руководителе;

сведения об исполнителе (студенте);

утверждение нормоконтролером;

отметка о допуске к защите;

год написания работы.

Пример оформления титульного листа представлен в Приложении 1.

3.2. Задание на ВКР

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

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

3.3. Содержание

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

3.4. Введение

Введение – вступительная часть ВКР, в которой необходимо:

Обосновать актуальность разрабатываемой темы, ее теоретическую и практическую значимость;

Определить границы исследования (объект, предмет исследования)

Назвать основную цель и задачи работы;

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

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

Введение должно начинаться с обоснования актуальности выбранной темы ВКР. Освещение актуальности должно быть немногословным.

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

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

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

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

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

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

Для достижения поставленной цели следует сформулировать ряд задач (примерно 2-3). Это обычно делается в форме перечисления, используя ряд стандартных начальных слов: изучить…, уточнить…, описать…, рассмотреть…, установить…, выявить…, сформулировать…, построить…, разработать…, предложить… и т.п.

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

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

По объему введение должно составлять 2-3 страниц .

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

3.5. Основная часть

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

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

Первая глава (аналитическая)

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

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

1. АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ И МОДЕЛИРОВАНИЕ ИНФОРМАЦИОННЛОЙ СИСТЕМЫ (ИЛИ ПОДСИСТЕМЫ) ….(НАЗВАНИЕ ФИРМЫ, ОРГАНИЗАЦИИ, ПРЕДПРИЯТИЯ) ….ФОРМУЛИРОВКА ЗАДАЧ ПРОЕКТИРОВАНИЯ

1.1. Технико-экономическая характеристика предметной области…. (название фирмы, организации, предприятия) как объекта предметной области

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

Организационная структура предприятия - это совокупность звеньев (структурных подразделений) и связей между ними.

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

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

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

1.2. Постановка задачи и описание системы

В этом пункте необходимо:

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

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

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

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

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

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

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

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

Этапы решения задачи, последовательность и временной регламент их выполнения, целесообразность автоматизации этапов и операций решения задачи;

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

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

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

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

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

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

Назначение и формирование журнала операций в БД;

Способы организации поиска информации;

Настройка обновления информации в БД для всех пользователей;

Организация целостность данных.

1.3. Анализ альтернативных решений

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

1.4. Построение модели разрабатываемой системы

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

В данном пункте ВКР следует привести наглядное представление проектируемой задачи с помощью CASE -средства в графической нотации IDEF 0 (выполнить не менее 3 уровней декомпозиции).

1.5 Требование к системе

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

1. Требования к квалификации пользователей

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

3. Требования к эргономике и технической эстетике

4. Требования к защите информации от НСД

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

1.6 Программные и технически средства разработки

В данном пункте приводится обоснование выбора типа ЭВМ и периферийных устройств. В границах работы над ВКР необходимо определить какие требования должны быть предъявлены к аппаратному обеспечению при эксплуатации на нем разработанного программного продукта. Требования должны быть представлены в стандартной среди разработчиков программного обеспечения форме. Кроме того, следует указать потребительские факторы т. е. распространенность продукта, гарантийные условия, наличие документации и технической поддержки, совместимость с наиболее распространенными ОС. Обоснование можно завершить описанием перспектив использования выбранной модели, привести предполагаемый срок эксплуатации, описать возможность модернизации использования в последствии с другой целью и т.д.

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

Вторая глава (практическая часть)

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

2. ПРОЕКТНАЯ ЧАСТЬ

2.1. Концептуальное проектирование базы данных

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

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

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

2.2. Логическое проектирование базы данных

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

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

2.3. Физическое проектирование базы данных

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

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

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

2.4. Алгоритм работы приложения

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

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

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

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

2.6. Защита и сохранность данных

Охарактеризовать средства защиты данных в приложении в зависимости от выбранной СУБД.

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

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

Заключение должно быть кратким (не более 3 страниц текста).

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

3.7. Список использованных источников

«Список использованных источников» отражает перечень источников, которые использовались при написании ВКР, составленный в следующем порядке:

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

указы Президента Российской Федерации (в той же последовательности);

постановления Правительства Российской Федерации (в той же очередности);

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

иные официальные материалы (резолюции-рекомендации международных

организаций и конференций, официальные доклады, официальные отчеты и др-);

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

иностранная литература;

интернет-ресурсы.

В список литературы включаются использованные источники, расположенные в порядке появления ссылок в тексте записки или по алфавиту. Общее число источников не менее 25, из них 50% изданных не ранее пятилетней давности также должно быть указано не менее 5 источников со ссылкой на интернет сайты (записи должны соответствовать действительности). Обратите внимание, что указаны должны быть не только учебники, но и научная литература, периодические издания.

3.8. Приложения

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

Приложения располагают в порядке ссылок на них в тексте документа. Каждое приложение следует начинать с новой страницы с указанием наверху посередине страницы слова "Приложение". Приложение должно иметь заголовок, который записывают симметрично относительно текста с прописной буквы отдельной строкой. Приложения обозначают заглавными буквами русского алфавита, начиная с А, за исключением букв Ё, 3, И, О, Ч, Ь, Ы, Ъ. После слова "Приложение" следует буква, обозначающая его последовательность.

Например:

Приложение А

3.9. Презентация на защиту

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

Титульный слайд, где указана тема ВКР и ее автор;

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

Обоснование актуальности поставленной цели;

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

Концептуальная, логическая и физическая схемы данных (БД);

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

Блок-схема взаимодействия модулей;

Входные и выходные данные для контрольного примера;

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

Заключение.

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

Все слайды должны быть оформлены в одном стиле – цвета, шрифты и т.п.;

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

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

Заголовки слайда должны отражать главную мысль, которую это слайд демонстрирует;

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

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

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

3.10. Отзыв руководителя работы

Отзыв составляется руководителем ВКР и включает следующие элементы (Приложение 3):

Заключение о соответствии ВКР заданию и требованиям ФГОС;

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

Оценку практической значимости ВКР;

Ожидаемые в ВКР результаты;

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

Характеристика студента как будущего специалиста;

Недостатки ВКР;

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

3.11. Внешняя рецензия на ВКР

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

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

В рецензии необходимо:

Сделать заключение о соответствии ВКР заданию и требованиям ФГОС;

Оценить актуальность работы;

Указать соответствие содержания работы ее теме;

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

Выделить недостатки, имеющие место в проекте;

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

Отметить уровень теоретической подготовки студента, его умение применять знания при решении практической задачи;

Указать на качество оформления работы;

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

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

Бланк для оформления рецензии в Приложении 4.

4. ОРГАНИЗАЦИЯ ВЫПОЛНЕНИЯ ВКР И КОНТРОЛЬ ЗА ХОДОМ ЕЕ ПОДГОТОВКИ

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

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

Руководитель ВКР:

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

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

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

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

Окончательная доработка работы с учетом замечаний руководителя и оформление его для представления заведующему отделением должно состояться за 1 неделю до начала работы ГАК по защите ВКР.

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

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

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

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

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

5.ПОРЯДОК ЗАЩИТЫ ВКР

5.1. Предзащита ВКР

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

5.2. Общие положения и работа ГАК по защите ВКР

К защите ВКР допускаются студенты, успешно завершившие в полном объеме освоение основной образовательной программы по специальности среднего профессионального образования 230401 Информационные системы (по отраслям).

Для обеспечения допуска студентов к ГИА приказом директора колледжа создается комиссия, решения которой оформляется протоколом. Заседание комиссии проводится не менее чем за день до проведения ГИА. На заседании комиссии руководитель ВКР докладывает о готовности работы к защите. На основании этого протокола издается приказ директора колледжа о допуске студентов к государственной итоговой аттестации.

Для проведения ГИА создается государственная экзаменационная комиссия (ГАК), которая назначается приказом директор колледжа и состоит из 5 человек, кроме председателя ГАК. Председателя ГАК назначает Департамент образования и молодежной политики Ханты-Мансийского автономного округа-Югры.

Приказом директора колледжа утверждается расписание проведения ГИА и размещается на информационных стендах колледжа.

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

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

До начала защиты ВКР студента в ГАК предоставляются следующие документы:

1. ВКР, подписанную заместителем директора по организации образовательной деятельности;

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

3. зачетная книжка студента;

4. отзыв руководителя работы;

5. отзыв рецензента.

Защита ВКР происходит на открытом заседании ГАК (то есть на нем могут присутствовать руководитель работы, рецензенты, студенты и все желающие).

Защита ВКР происходит в следующей последовательности:

Секретарь ГАК объявляет фамилию выпускника, зачитывает тему ВКР.

Чтение отзыва и рецензии.

Заслушивается доклад выпускника (7-10 минут).

Вопросы членов комиссии-ответы студента

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

Защита выпускной квалификационной работы оценивается в баллах. Максимальное общее количество баллов составляет - 60 баллов. Критерии оценивания прописаны в программе итоговой государственной аттестации.

Оценка результата защиты выпускной квалификационной работы производится дифференцированно: «отлично», «хорошо», «удовлетворительно», «неудовлетворительно»:

«Отлично» (51 - 60 б.).

«Хорошо» (45 - 50 б.).

«Удовлетворительно» (36 - 44 б.).

«Неудовлетворительно» (менее 36 баллов).

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

Соответственно, после окончания публичной защиты проводится закрытое заседание ГАК. На этом заседании определяется оценка по итогам защиты ВКР, в зависимости от набранных выпускником баллов.

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

На протяжении всего заседания ГАК в обязательном порядке ведется протокол заседания.

В этот же день после оформления протокола заседания студентам объявляются результаты защиты ВКР. После защиты ВКР со всеми материалами сдается в архив.

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

5.3. Речь на защите

Для защиты ВКР выступление должно быть подготовлено в письменном виде или компьютерной презентации, продолжительность 7-10 минут.

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

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

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

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

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

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

Приложение А

Образец оформления титульного листа на ВКР

Департамент образования и молодежной политики

Ханты-Мансийского автономного округа - Югры

Автономное учреждение профессионального образования

Ханты-Мансийского автономного округа - Югры

ВЫПУСКНАЯ КВАЛИФИКАЦИОННАЯ РАБОТА

На тему: Разработка информационной системы работы с абонентами

Выполнил:

Студент____группы 5 курса

специальности 230401 «Информационные системы (по отраслям)»

Срок обучения 4года 10 мес.

Иванов Иван Иванович

Руководитель:

Желонкина Марина Валерьевна

Нормоконтроль:______________

ФИО

Допущен к защите:____________

(зам. директора по ООД Е.Ю. Смирнов)

Ханты-Мансийск, 2018

Приложение Б

Образец задания на выполнение ВКР

Департамент образования и молодежной политики

Ханты-Мансийского автономного округа - Югры

Автономное учреждение профессионального образования

Ханты-Мансийского автономного округа - Югры

Ханты-Мансийский технолого-педагогический колледж

УТВЕРЖДАЮ

Зам. директора по ООД

Е.Ю. Смирнов

« ___ » ___________________ 201__ г.

ЗАДАНИЕ

студента (ки) 5 курса 233 группы специальности 230401 «Информационные системы (по отраслям)

ФИО __________________________________________________________________________

Руководитель _________________________________________________________________

срок выполнения ВКР с «__»_______201__г. по «__»_______201__г.

1. Место преддипломной практики ________________________________________________

_______________________________________________________________________________

2. Тема ВКР_____________ _______________________________________________________

______________________________________________________________________________________________________________________________________________________________

3. Перечень подлежащих разработке в ВКР вопросов или краткое содержание работы:

Введение

I. АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ И МОДЕЛИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ

1.1 Технико-экономическая характеристика предметной области

1.2 Постановка задачи и описание системы

1.3 Анализ альтернативных решений

1.4 Построение модели разрабатываемой системы

1.5 Требование к системе

1.6 Программные и технические средства разработки

II. ПРОЕКТНАЯ ЧАСТЬ

2.1 Концептуальное проектирование базы данных

2.2 Логическое проектирование базы данных

2.3 Физическое проектирование базы данных

2.4 Алгоритм работы приложения

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

2.6 Защита и сохранность данных

Заключение

Список использованных источников

Приложения

Дата выдачи задания: «__» ____________ 2018 г.

Студент ________________ _________________________

Руководитель ВКР ________________ _________________________

Приложение В

Отзыв на ВКР

Департамент образования и молодежной политики

Ханты-Мансийского автономного округа - Югры

Автономное учреждение профессионального образования

Ханты-Мансийского автономного округа - Югры

Ханты-Мансийский технолого-педагогический колледж

ОТЗЫВ

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

Тема ВКР ___________________________________________________

1. Заключение о соответствии ВКР заданию и требованиям ФГОС________________________________________________________________________________________________________________________________________________________

2. Оценка актуальности и практической значимости темы

_____________________________________________________________________________________________________________________________________________________________________________________________________________________________________________

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

Таблица 1

Критерии оценки ВКР для ПМ.01 «Эксплуатация информационных систем»

Баллы

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

ПК 1.2. Взаимодействовать со специалистами смежного профиля при разработке методов, средств и технологий применения объектов профессиональной деятельности.

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

ПК 1.4. Принимать участие в приемо-сдаточных испытаниях.

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

ПК 1.6. Участвовать в оценке качества и экономической эффективности информационной системы.

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

ПК 1.8. Владеть навыками проведения презентации.

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

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

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

Всего

Таблица 2

Критерии оценки ВКР для ПМ.02 «Участие в разработке информационных систем»

Баллы

Реализация ПК в структуре ВКР

ПК 2.1. Участвовать в разработке технического задания

ПК 2.2. Программировать в соответствии с требованиями технического задания

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

ПК 2.4. Формировать отчетную документацию по результатам работ

ПК 2.5. Оформлять программную документацию в соответствии с принятыми стандартами

ПК 2.6. Использовать критерии оценки качества и надежности функционирования информационной системы

ПК 2.7. Управлять процессом разработки с использованием инструментальных средств

Всего

Руководитель _______________________ ___________________________________

«____»______________201__г.

Приложение 4 Рецензия на ВКР

Департамент образования и молодежной политики

Ханты-Мансийского автономного округа - Югры

Автономное учреждение профессионального образования

ХАНТЫ-МАНСИЙСКИЙ ТЕХНОЛОГО-ПЕДАГОГИЧЕСКИЙ КОЛЛЕДЖ

Рецензия

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

ФИО студента___________________________________________________________

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

Группа_________________________________________________________________

Объем ВКР _________________________________________________

1. Заключение о соответствии ВКР заданию и ФГОС ______________________________________________________________________________________________________________________________________________________________

2. Оценка актуальности работы

3. Соответствие содержания ВКР ее теме

______________________________________________________________________________________________________________________________________________________________

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

5. Уровень теоретической и практической подготовки выпускника

6. Анализ обоснованности выводов и предложений

7. Недостатки, имеющие место в данной работе

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

Рецензию составил:_____________________ _________________________________

«_____»_________201__г.

Приложение 5 План-график выполнения ВКР

Департамент образования и молодежной политики

Ханты-Мансийского автономного округа - Югры

Автономное учреждение профессионального образования

ХАНТЫ-МАНСИЙСКИЙ ТЕХНОЛОГО-ПЕДАГОГИЧЕСКИЙ КОЛЛЕДЖ

План-график

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

ФИО студента___________________________________________________________

Тема ВКР___________________________________________________

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

Группа_ _________________________________________________________________

разрабатываемой системы

Постановка задачи и описание системы

Анализ альтернативных решений

Построение модели разрабатываемой системы

Формирование требований к системе

Характеристика программных и технические средства разработки

Проектирование базы данных

Программирование алгоритма

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

Защита и сохранность данных

Тестирование программного обеспечения, его отладка

Подготовка и оформление наглядного (графического) материала

Подготовка и оформление текстовой части ВКР

Заключение руководителя по предзащите:

ВКР допускается к защите:

Дата ___________ Подпись руководителя __________________

направленности (профиля) «Информационные системы и технологии»

направления подготовки 09.03.02 «Информационные системы и технологии»

проектно-технологическая,

сервисно-эксплуатационная.

1. Виртуализация информационной инфраструктуры предприятия (наименование предприятия).

2. Интеграция информационных систем предприятия на базе ОС семейства Linux и свободно распространяемой СУБД.

3. Модернизация и администрирование корпоративной информационной системы предприятия (наименование предприятия).

4. Модернизация, администрирование и сопровождение информационной сети предприятия (наименование предприятия).

5. Модернизация информационно-управляющей системы предприятия (процесса) (наименование предприятия или процесса) и разработка мероприятий по ее сопровождению.

6. Разработка Intranet-портала предприятия (наименование предприятия).

7. Проектирование информационной сети предприятия (наименование предприятия).

8. Проектирование корпоративной информационной системы предприятия (наименование предприятия).

9. Разработка и сопровождение корпоративного web-портала предприятия (наименование предприятия).

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

11. Разработка прототипа информационной системы предприятия управления процессом (наименование процесса или объекта).

12. Разработка web-сервиса для информационной системы предприятия (наименование предприятия).

13. Разработка справочно-информационной системы предприятия (наименование предприятия).

14. Разработка модели и проектирование информационно-управляющей системы предприятия (наименование предприятия).

15. Разработка технологического программного обеспечения для технического обслуживания системы (наименование системы).

16. Разработка программного обеспечения микропроцессорного устройства (наименование устройства).

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

18. Разработка имитационной модели для оптимизации параметров производственного процесса.

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

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

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

направления подготовки 09.03.04 «Программная инженерия»

Виды профессиональной деятельности:
производственно-технологическая,
организационно-управленческая,
сервисно-эксплуатационная.

1. Разработка приложения для парсинга сайта, социальной сети, портала.

2. Проектирование и программная реализация информационной (информационно-справочной) системы (назначение или функция системы).

3. Разработка встроенного программного обеспечения устройства (наименование устройства).

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

5. Разработка программно-информационной системы (наименование области использования или реализуемого процесса).

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

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

8. Разработка web-службы для информационно-управляющей системы предприятия (наименование предприятия).

9. Разработка приложения поддержки информационно-измерительной системы (назначение системы).

10. Исследование информационной безопасности веб-сервисов системы 1С:Предприятие.

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

12. Разработка серверного (клиентского) программного обеспечения системы (наименование системы).

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

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

направленности (профиля) «Информационный сервис»

:
сервисная,

1. Модернизация, администрирование и сопровождение локальной сети предприятия (наименование предприятия).

2. Модернизация и администрирование информационной системы предприятия (наименование предприятия).

3. Проектирование информационной системы предприятия (наименование предприятия).

4. Проектирование и разработка технологии эксплуатации локальной сети предприятия (наименование предприятия).

5. Проектирование аппаратно-программной защиты информационной системы предприятия (наименование предприятия).

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

7. Разработка и администрирование web-сайта предприятия (наименование предприятия).

8. Разработка конфигурации сервера сети передачи данных предприятия (наименование предприятия).

9. Разработка и администрирование базы данных информационной системы предприятия (наименование предприятия).

10. Разработка Intranet-портала предприятия (наименование предприятия).

11. Разработка подсистемы контроля производственных процессов на платформе 1С:Предприятие.

12. Разработка проекта распределенной информационной системы (наименование системы) предприятия (наименование предприятия).

13. Разработка информационно-справочной системы учета (наименование объекта учета).

14. Разработка WCF-сервиса для информационной системы предприятия.

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

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

17. Разработка комплекса мероприятий по администрированию и сопровождению программно-информационной системы (наименование области использования или реализуемого процесса).

18. Моделирование и исследование системы передачи данных (наименование системы).

19. Исследование и оптимизация параметров распределенной информационной системы на платформе 1С:Предприятие.

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

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

22. Разработка серверного (клиентского) программного обеспечения системы (наименование системы).

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

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

направленности (профиля ) «Сервис электронной техники»

направления подготовки 43.03.01 «Сервис»

Виды профессиональной деятельности:
сервисная,
производственно-технологическая.

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

2. Разработка электронной системы (наименование системы) предприятия (наименование предприятия, торгово-офисного центра, развлекательного комплекса).

3. Разработка устройства ввода-вывода информации (наименование устройства).

4. Разработка программного обеспечения микропроцессорного устройства (наименование устройства).

5. Разработка корпоративной телекоммуникационной сети предприятия (наименование предприятия).

6. Разработка цифрового устройства (модуля) (наименование устройства, модуля; наименование реализуемой функции).

7. Разработка устройства питания электронной аппаратуры (наименование аппаратуры).

8. Разработка технологии мониторинга (контроля параметров) объектов (наименование объектов).

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

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

11. Разработка подсистемы (наименование подсистемы) интегрированной системы охраны предприятия (наименование предприятия).

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

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

направленности (профиля ) «Радиотехнические средства передачи, приема и обработки сигналов»
направления подготовки 11.03.01 «Радиотехника»

Виды профессиональной деятельности:
проектно-конструкторская,
сервисно-эксплуатационная.

1. Разработка устройства (блока, модуля; приемного, передающего, приемопередающего) системы (наименование системы).

2. Разработка беспроводного интерфейса для радиоэлектронной аппаратуры (наименование аппаратуры).

3. Исследование виртуальной модели устройства (указать тип устройства) в среде (наименование программной среды).

4. Разработка подсистемы (наименование подсистемы) интегрированной системы охраны предприятия (наименование предприятия.

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

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

направленности (профиля ) «Системы мобильной связи»

направления подготовки 11.03.02 «Инфокоммуникационные технологии и системы связи»

Виды профессиональной деятельности:
проектная.

1. Проектирование телекоммуникационной сети предприятия (наименование предприятия).

2. Администрирование и сопровождение телекоммуникационной сети предприятия (наименование предприятия).

3. Разработка блока (кодека, вокодера, устройства синхронизации, согласующего устройства) цифровой телекоммуникационной системы.

4. Разработка беспроводного адаптера интерфейсов (наименование интерфейсов).

5. Разработка устройства обработки информации (тип устройства) системы (наименование системы).

6. Разработка устройства сопряжения систем (наименование систем).

7. Разработка контроллера системы (наименование системы).

8. Разработка устройства синхронизации телекоммуникационной системы (наименование системы).

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

10. Разработка беспроводной сети (сегмента сети) связи на базе технологии (наименование технологии).

11. Разработка технологии дистанционного мониторинга параметров объектов (наименование параметров).

12. Разработка сенсорной сети для контроля состояния объекта (наименование объекта).

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

14. Разработка приемопередающего устройства системы (наименование системы).

15. Разработка телекоммуникационных устройств для дистанционного управления объектом (наименование объекта).

16. Разработка измерителя параметров компонентов телекоммуникационной аппаратуры (наименование компонентов).

17. Разработка беспроводного устройства ввода-вывода информации (наименование устройства).

18. Разработка аппаратно-программных средств инфокоммуникационной технологии (наименование технологии).

19. Исследование протоколов передачи информации в системе (наименование системы).

20. Исследование методов цифровой обработки сигналов для системы (наименование системы).

21. Разработка инфокоммуникационной технологии и системы управления объектом (наименование объекта).

22. Разработка беспроводной системы измерения параметра (наименование параметра).

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

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

по образовательной программе среднего профессионального образования

специальности 09.02.01 «Компьютерные системы и комплексы»

Профессиональные модули:

ПМ.01 Проектирование цифровых устройств,

ПМ.02 Применение микропроцессорных систем, установка и настройка периферийного обучения,

ПМ.03 Техническое обслуживание и ремонт компьютерных систем и комплексов.

1. Диагностика неисправностей и контроль технического состояния средств (наименование аппаратно-программных средств вычислительной техники или компьютерной сети).

2. Комплектование, конфигурирование и настройка средств (наименование аппаратно-программных средств вычислительной техники или компьютерной сети).

3. Разработка комплекса мероприятий по обеспечению информационной безопасности компьютерной сети предприятия (наименование предприятия).

4. Разработка системы бесконтактной идентификации для предприятия (наименование предприятия).

5. Сопровождение и администрирование информационной системы предприятия (наименование предприятия).

6. Сопровождение и администрирование компьютерной сети предприятия (наименование предприятия).

7. Сервисное аппаратно-программное обслуживание и сопровождение средств (наименование аппаратных средств вычислительной техники или компьютерной сети).

8. Установка, адаптация и сопровождение программного обеспечения (наименование программного обеспечения).

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

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

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

направленности (профиля) «Элементы и устройства вычислительной техники и информационных систем»

направления подготовки 09.04.01 «Информатика и вычислительная техника»

Виды профессиональной деятельности:
проектная,
научно-исследовательская.

1. Моделирование и исследование сетевых протоколов передачи информации (указан вид информации).

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

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

4. Исследование и оптимизация построения беспроводных сенсорных сетей.

5. Исследование и анализ построения беспроводных сетей Интернета вещей.

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

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

8. Разработка и исследование беспроводного интерфейса аппаратуры (наименование аппаратуры).

9. Разработка и исследование устройства трекинга объектов (наименование объектов).

10. Разработка и исследование устройств мониторинга состояния объекта (наименование объекта).

11. Разработка аппаратно-программных средств диагностики устройств (наименование устройств).

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

13. Исследование алгоритмов коррекции для преобразователей параметра (наименование параметра) в код.

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

15. Разработка и исследование беспроводных устройств управления объектом (наименование объекта).

16. Моделирование и исследование преобразователей параметров (наименование параметров).

17. Методики оценки качества программного обеспечения (указано назначение программного обеспечения).

18. Исследование функционирования устройств (наименование устройств) в условиях (указаны условия) с целью улучшения характеристик (указаны характеристики).

19. Разработка методов анализа и синтеза устройств (наименование устройств) с целью улучшения характеристик (указаны характеристики).

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

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

направленности (профиля) «Разработка программно-информационных систем»
направления подготовки 09.04.04 «Программная инженерия»

Виды профессиональной деятельности :
научно-исследовательская,
проектная.

1. Разработка и исследование REST-сервиса для отображения расписаний в высших учебных заведениях.

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

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

4. Проектирование информационной системы автоматизации продаж (наименование предприятия) на основе MDA подхода.

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

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

7. Разработка программных средств поддержки устройств ввода/вывода для системы (наименование системы).

8. Исследование безопасности компонентов программно-информационной системы (наименование системы).

Введение

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

1 Понятие «Электронный журнал»

2 Обзор современных программных средств для решения задачи ведения электронного журнала

Постановка задачи

1 Назначение, цели создания информационной системы

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

Функционально-ориентированное проектирование информационной системы

1 Основные элементы модели

2 Построение контекстной диаграммы

3 Построение диаграмм декомпозиции IDEF0

Проектирование информационного обеспечения системы

1 Информационный анализ предметной области и выделение информационных объектов

2 Построение логической модели данных

Проектирование реляционной базы данных

1 Описание реляционной модели

2. Описание таблиц базы данных

3 Выбор СУБД

Разработка клиент-серверного приложения для работы с базой данных

1 Технология «клиент-сервер»

2 Средства программирования разрабатываемого приложения

3 Программная реализация модуля «Преподаватель»

4 Программная реализация модуля «Руководитель группы»

5 Программная реализация модуля «Администратор заведения»

6 Программная реализация модуля «Родитель»

7 Программная реализация модуля «Технический администратор системы»

Технико-экономическое обоснование проекта

1 Цель работы

2 Определение состава работ

3 Определение трудоемкости разработки

4 Расчёт сметной стоимости модуля

5 Оценка качества системы учета нагрузки преподавателей

Заключение

Список использованных источников

Приложение А. Итоги рубежного контроля

Приложение Б. Журнал учебных занятий

Приложение В. Ведомость учета посещаемости

Приложение Г.Установление функциональных зависимостей

Приложение Д. Экономическая часть

ВВЕДЕНИЕ

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

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

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

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

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

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

Целью данной работы является построение модели информационной системы «Электронный журнал» и разработка web-приложения для автоматизации процесса ведения журнала успеваемости и посещаемости.

Основными задачами проекта являются:

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

Разработка логической модели системы;

Разработка физической модели системы;

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

Разработка приложения для работы с БД.

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

.1 Понятие «Электронный журнал»

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

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

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

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

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

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

В России степень развития дистанционного образования только начинает набирать обороты. Потому численность подобных сервисов еще не в такой мере, как за рубежом. При этом почти все из учреждений, которые вводят дистанционное обучение и сервисы успеваемости учащихся, считаются отделениями зарубежных институтов и средних учебных заведений. К схожим реализациям в России стоит отнести программное обеспечение контролирования успеваемости в средних школах, которое ориентировано на извещение родителей о положении дел детей. Такие решения разрабатываются частными компаниями. Так, во многих школах города внедрена система электронных дневников студентов, при помощи которых родители студентов имеют все шансы осуществлять контроль за собственными детьми. Но почти все из данных сервисов не дают доступа к данным по успеваемости подростков чрез сеть Интернет. Однако, не смотря на это, формирование таковых «электронных журналов» - не плохая предпосылка большего развития схожих систем в гораздо больших масштабах.

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

Наиболее удачные реализации системы «Электронный журнал» в России являются:

·www.antcol.ru/jur - Журнал успеваемости студентов Международного Колледжа Туризма (рис. 1.2.1).

Рис. 1.2.1 - Журнал успеваемости студентов Международного Колледжа Туризма

·www.emsy.org - Независимый онлайн-cервис электронных журналов успеваемости, ориентированный на образовательные учреждения стран СНГ - школы, дошкольные учреждения, лицеи, колледжи, техникумы, институты, центры сертификации и другие. Основная функция сервиса - организация и ведение журналов оценок в сети Интернет (рис. 1.2.2).

·www.dnevnik.ru - Всероссийская бесплатная школьная образовательная сеть (рис. 1.2.3).

Рис. 1.2.2 - Независимый онлайн-cервис электронных журналов www.emsy.org

Рис. 1.2.3 - Всероссийская бесплатная школьная образовательная сеть www.dnevnik.ru

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

2. Постановка задачи

.1 Назначение, цели создания информационной системы

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

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

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

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

ввод и редактирование списка студентов, списка групп и списка специальностей;

ввод и редактирование учебного плана;

вывод успеваемости по заданным параметрам;

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

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

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

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

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

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

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

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

Ключевыми требованиями к создаваемой системе являются:

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

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

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

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

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

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

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

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

Студент закреплен за одной из групп, а группа, в свою очередь, закреплена за одной из специальностей;

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

Код студента является уникальным и неизменным;

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

3. Функционально-ориентированное проектирование информационной системы

.1 Основные элементы модели

В таблице 3.1.1 приведены основные элементы модели информационной системы.

Таблица 3.1.1

Основные элементы модели предметной области

Название проекта:Проектирование информационной системы для ведения учета успеваемости и посещаемости студентовЦель проекта:Подготовить рабочую модель бизнес процесса ведения учета успеваемости и посещаемости студентовТехнология моделирования:Метод функционального моделирования IDEF0.Инструментарий:Программный продукт BPWin 4.0Список данных:Список специальностей; Список групп; Список дисциплин; Список студентов; Успеваемость; Посещаемость.Перечень функций:А0. Ведение электронного журнала успеваемости и посещаемости А1. Ввод и редактирование данных А1.1. Ввод специальностей А1.2. Ввод групп А1.3. Ввод дисциплин А1.4. Ввод студентов А1.5. Ввод успеваемости А1.6. Ввод посещаемости А2. Обработка запроса пользователя А2.1. Выбор параметров запроса А2.2. Обработка запроса

В таблице 3.1.2 приведено описание функциональных блоков модели предметной области.

Таблица 3.1.2

Описание функциональных блоков

Наименование блокаОписание решаемых задачА1. Ввод и редактирование данныхДанный блок включает в себя все этапы ввода и редактирования данныхА2. Обработка запроса пользователяДанный блок содержит все этапы обработки запроса пользователя

.2 Построение контекстной диаграммы

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

Контекстная диаграмма A-0 также должна содержать краткие утверждения, определяющие точку зрения должностного лица или подразделения, с позиций которого создается модель, и цель, для достижения которой ее разрабатывают. Эти утверждения помогают руководить разработкой модели и ввести этот процесс в определенные рамки. Точка зрения определяет, что и в каком разрезе можно увидеть в пределах контекста модели. Изменение точки зрения, приводит к рассмотрению других аспектов объекта. Аспекты, важные с одной точки зрения, могут не появиться в модели, разрабатываемой с другой точки зрения на тот же самый объект. Формулировка цели выражает причину создания модели, т.е. содержит перечень вопросов, на которые должна отвечать модель, что в значительной мере определяет ее структуру. Наиболее важные свойства объекта обычно выявляются на верхних уровнях иерархии; по мере декомпозиции функции верхнего уровня и разбиения ее на подфункции, эти свойства уточняются. Каждая подфункция, в свою очередь, декомпозируется на элементы следующего уровня, и так происходит до тех пор, пока не будет получена релевантная структура, позволяющая ответить на вопросы, сформулированные в цели моделирования. Каждая подфункция моделируется отдельным блоком. Каждый родительский блок подробно описывается дочерней диаграммой на более низком уровне. Все дочерние диаграммы должны быть в пределах области контекстной диаграммы верхнего уровня.

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

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

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

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

Управление - правила, процедуры или стандарты, нормативные акты, на основе которых должна осуществляться данная работа (также должна присутствовать хотя бы одна стрелка);

Ресурсы или механизмы (материальные, трудовые, финансовые ресурсы).

На рис. 3.2.1 представлена контекстная диаграмма «Ведение электронного журнала и посещаемости».

Рис. 3.2.1 - Контекстная диаграмма «Ведение электронного журнала успеваемости и посещаемости»

.3 Построение диаграмм декомпозиции IDEF0

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

Диаграммы декомпозиции содержат схожие работы, т.е. дочерние работы, имеющие единую родительскую работу. При разработке диаграммы декомпозиции надлежит указать нотацию новой диаграммы и численность работ на ней. Возможный перерыв количества работ - 2-8. Декомпозировать работу на одну работу не имеет смысла: диаграммы с численностью работ больше 8 получаются сверх насыщенными и некорректно читаются. Для обеспечения наглядности и лучшего осмысливания имитируемых процессов рекомендовано применять от 3-х до 6 блоков на одной диаграмме. Если как оказалось, что количество работ недостаточно, то работу разрешено добавить в диаграмму, щелкнув поначалу по кнопочке на палитре инструментов, а потом по свободному месту на диаграмме.

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

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

Рис. 3.3.1 - Декомпозиция первого уровня для процесса «Ведение электронного журнала успеваемости и посещаемости»

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

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

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

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

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

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

Связь по управлению (output-control), когда выход вышестоящей работы направляется на управление нижестоящей. Связь по управлению показывает доминирование вышестоящей работы. Данные или объекты выхода вышестоящей работы не меняются в нижестоящей;

Обратная связь по входу (output-input feedback), когда выход нижестоящей работы направляется на вход вышестоящей. Такая связь, как правило, используется для описания циклов;

Обратная связь по управлению (output-control feedback), когда выход нижестоящей работы направляется на управление вышестоящей.

Явная стрелка имеет источником одну-единственную работу и назначением тоже одну-единственную работу.

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

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

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

Все работы модели нумеруются. Номер состоит из префикса и числа. Может быть использован префикс любой длины, но обычно используют префикс А. Контекстная (корневая) работа дерева имеет номер А0. Работы декомпозиции А0 имеют номера А1, А2, A3 и т.д. Работы декомпозиции нижнего уровня имеют номер родительской работы и очередной порядковый номер, например работы декомпозиции A3 будут иметь номера А31, А32, АЗЗ, А34 и т.д. Работы образуют иерархию, где каждая работа может иметь одну родительскую и несколько дочерних работ, образуя дерево. Такое дерево называют деревом узлов, а вышеописанную нумерацию - нумерацией по узлам. Диаграммы IDEF0 имеют двойную нумерацию. Во-первых, диаграммы имеют номера по узлу. Контекстная диаграмма всегда имеет номер А-0, декомпозиция контекстной диаграммы - номер А0, остальные диаграммы декомпозиции - номера по соответствующему узлу (например, A1, A2, А21, А213 и т. д.). BPwin автоматически поддерживает нумерацию по узлам, т.е. при проведении декомпозиции создается новая диаграмма и ей автоматически присваивается соответствующий номер. В результате проведения экспертизы диаграммы могут уточняться и изменяться, следовательно, могут быть созданы различные версии одной и той же (с точки зрения ее расположения в дереве узлов) диаграммы декомпозиции. BPwin позволяет иметь в модели только одну диаграмму декомпозиции в данном узле.

4. Проектирование информационного обеспечения системы

.1 Информационный анализ предметной области и выделение информационных объектов

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

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

Формы данных документов предметной области рассмотрены в приложениях (см. приложения А, Б, В).

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

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

Информацию, полученную в ходе выполнения данного шага, представим в виде следующей таблицы (см. приложение Г).

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

Для анализа реквизитов составим таблицу (табл. 4.1.1).

Таблица 4.1.1

Определение типов реквизитов

ДокументОписательный реквизитКлючевой реквизитВид ключаИмя информационного объектаСписок студентовname_student n_group passwordn_zbookП, УСтудентыСписок преподавателейname_teacher login passwordn_teacherП, УПреподавателиСписок специальностейname_speciality term_study abbreviationn_specialityП, УСпециальностиСписок группn_spciality name_group n_teachern_groupП, УГруппыСписок дисциплинn_group name_discipline n_teacher sem_start sem_endn_disciplineП, УДисциплиныРубежная успеваемостьmarkn_zbook n_discipline monС, УУспеваемостьСеместровая успеваемостьmarkn_zbook n_discipline n_semС, УУспеваемостьРубежная посещаемостьno_reazon totaln_zbook monС, УПосещаемостьСеместровая посещаемостьno_reazon totaln_zbook n_semС, УПосещаемость

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

Для анализа реквизитов составим таблицу (табл. 4.1.2).

Таблица 4.1.2

Описание информационных объектов

Реквизиты ИОПризнак ключаИмя ИОСемантикаn_zbook name_student n_group passwordП, УСтудентыСведения о студентахn_teacher name_teacher login passwordП, УПреподавателиСведения о преподавателяхn_speciality name_speciality term_study abbreviationП, УСпециальностиСведения о специальностяхn_group n_spciality name_group n_teacherП, УГруппыСведения о группахn_discipline n_group name_discipline n_teacher sem_start sem_endП, УДисциплиныСведения о дисциплинахn_zbook, n_discipline, mon, markС, УУспеваемостьСведения о рубежной успеваемости студентовn_zbook, n_discipline, n_sem markС, УУспеваемостьСведения о семестровой успеваемости студентовn_zbook, mon no_reazon, totalС, УПосещаемостьСведения о рубежной посещаемости студентовn_zbook, n_sem no_reazon, totalС, УПосещаемостьСведения о семестровой посещаемости студентовИнформационные объекты должны отвечать всем требованиям нормализации:

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

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

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

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

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

Каждый описательный реквизит не может зависеть от ключа транзитивно.

Согласно требованиям нормализации между информационными объектами допускаются связи 1:1 и 1:М. Определим тип связи между информационными объектами (табл. 4.1.3).

Таблица 4.1.3

Определение типов связей

Номер связи отношенияГлавный ИОПодчиненный ИОТип отношения1СпециальностиГруппы1:М2ГруппыСтуденты1:М3ПреподавателиГруппы1:14ПреподавателиДисциплины1:М

При составлении информационно-логической модели информационные объекты должны быть упорядочены по уровням (рис. 4.1.1).

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

Рис. 4.1.1 - Уровни информационных объектов

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

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

4.2 Построение логической модели данных

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

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

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

Рис. 4.2.1 - Информационно-логическая модель «Электронный журнал успеваемости»

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

Все связи в полученной информационно-логической модели предметной области «Электронный журнал» характеризуются отношением типа 1:М.

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

5. Проектирование реляционной базы данных

.1 Описание реляционной модели

В основе реляционных систем лежит реляционная модель данных. Принципы реляционной модели были заложены в 1969-1970 гг. американским ученым Е.Ф. Коддом (E.F. Codd), в то время работавшим в корпорации IBM. Будучи математиком по образованию, он привнес в область управления базами данных строгие математические принципы и точность, которых не хватало ранним системам. Хотя реляционный подход утвердился не сразу, можно отметить, что почти все созданные с конца 70-х гг. продукты баз данных основаны именно на реляционном подходе. Подавляющее большинство научных исследований в области баз данных в течение последних 35 лет также проводилось именно в этом направлении.

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

·структуры данных,

·операции, которые можно выполнять над данными, и

·ограничения, связанные с обеспечением целостности данных.

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

.2 Описание таблиц базы данных

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

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

Таблица 5.2.1

Таблица «Список студентов»

АтрибутПризнак ключаФормат поляИмяНазваниеТипДлинаIdАвтоматическое полеПервичный (Primary)Числовой (Long Integer)8name_studentФИО студентТекстовый (Text)250n_groupНомер группыЧисловой (Long Integer)8passwordПарольТекстовый (Text)32

Таблица 5.2.2

Таблица «Список преподавателей»

АтрибутПризнак ключаФормат поляИмяНазваниеТипДлинаn_teacherНомер преподавателяПервичный (Primary)Числовой (Long Integer)8name_teacherФИО преподавателяТекстовый (Text)250loginИмя пользователяТекстовый (Text)10passwordПарольТекстовый (Text)32Таблица 5.2.3

Таблица «Список специальностей»

АтрибутПризнак ключаФормат поляИмяНазваниеТипДлинаn_specialityНомер специальностиПервичный (Primary)Числовой (Long Integer)8name_specialityНазвание специальностиТекстовый (Text)250term_studyВремя обученияЧисловой (Long Integer)8abbreviationАббревиатураЧисловой (Long Integer)10

Таблица 5.2.4

Таблица «Список групп»

АтрибутПризнак ключаФормат поляИмяНазваниеТипДлинаn_groupНомер группыПервичный (Primary)Числовой (Long Integer)8n_spcialityНомер специальностиЧисловой (Long Integer)8name_groupНазвание группыТекстовый (Text)250n_teacherКлассный руководительЧисловой (Long Integer)8

Таблица 5.2.5

Таблица «Список дисциплин»

АтрибутПризнак ключаФормат поляИмяНазваниеТипДлинаn_disciplineНомер дисциплиныПервичный (Primary)Числовой (Long Integer)8n_groupНомер группыЧисловой (Long Integer)8name_disciplineНазвание дисциплиныТекстовый (Text)250n_teacherНомер преподавателяЧисловой (Long Integer)8sem_startСеместр начала обуч.Числовой (Long Integer)2sem_endСеместр конца обуч.Числовой (Long Integer)2

Таблица 5.2.6

Таблица «Рубежная успеваемость»

АтрибутПризнак ключаФормат поляИмяНазваниеТипДлинаn_zbookНомер зачетной книжкиЧисловой (Long Integer)8n_disciplineНомер дисциплиныЧисловой (Long Integer)8monМесяцЧисловой (Long Integer)2markОценкаЧисловой (Long Integer)1

Таблица 5.2.7

Таблица «Семестровая успеваемость»

АтрибутПризнак ключаФормат поляИмяНазваниеТипДлинаn_zbookНомер зачетной книжкиЧисловой (Long Integer)8n_disciplineНомер дисциплиныЧисловой (Long Integer)8n_semСеместрЧисловой (Long Integer)2markОценкаЧисловой (Long Integer)1

Таблица 5.2.8

Таблица «Рубежная посещаемость»

АтрибутПризнак ключаФормат поляИмяНазваниеТипДлинаn_zbookНомер зачетной книжкиЧисловой (Long Integer)8monМесяцЧисловой (Long Integer)2no_reazonБез ув. причиныЧисловой (Long Integer)5totalВсегоЧисловой (Long Integer)5

Таблица 5.2.9

Таблица «Семестровая посещаемость»

АтрибутПризнак ключаФормат поляИмяНазваниеТипДлинаn_zbookНомер зачетной книжкиЧисловой (Long Integer)8n_semСеместрЧисловой (Long Integer)2no_reazonБез ув. причиныЧисловой (Long Integer)5totalВсегоЧисловой (Long Integer)5

.3 Выбор СУБД

Для принятия решения о выборе СУБД можно проанализировать наиболее популярные: Postgre, MySQL и MSSQL Server. Эти системы будут анализироваться по ряду признаков. На основе анализа результатов будет решен вопрос о приоритетности каждой конкретной СУБД для выбранной предметной области.

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

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

Многие производители СУБД выпускают средства разработки приложений для своих систем, которые позволяют более тонко настроить сам сервер. Исходя из этого стоит выбирать СУБД, которая может настаиваться без специального ПО.

В MySQL в отличии от Microsoft SQL Server и Postgre нет триггеров и процедур, это считается недочетом. Из-за этого приходится организовывать все задачи в приложении, не использовать стандартные средства, тем самым усложняется создание приложения.

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

В таблице 5.3.2 приведены достоинства и недостатки СУБД

Таблица 5.3.1

Поддерживаемые операционные системы

СУБДОперационные системыPostgreWindows, Linux, UnixMS SQL ServerWindowsMySQLLinux, Unix, Windows

Таблица 5.3.2

Достоинства и недостатки СУБД

СУБДПлюсыМинусыPostgreВысоко функциональная и бесплатная СУБД с открытым кодом, хорошая поддержка со стороны сообщества разработчиковМестами низкая производительность при обработки больших объёмов информации, малая популярность продуктаMS SQLВысоко функциональная, удобна при использовании среды WindowsПлатная, сложна в администрировании, не кроссплатформеннаяMySQLБесплатная СУБД, имеет открытый код, занимает мало места, лёгкое администрирование mysql с набором всего необходимого функционала, большое сообщество разработчиков, работает на множестве платформнезащищённость от потери данных, поддержка только малых баз данных

Итак, рассмотренные СУБД имеют свои достоинства и недостатки, сопоставив их, было принято решение в пользу выбора MySQL.

база данный учебный электронный журнал

6. Разработка клиент-серверного приложения для работы с базой данных

.1 Технология «клиент-сервер»

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

активная сторона;

пассивная сторона.

Взаимодействие «клиент - сервер» в сети осуществляется в соответствии с определенным протоколом.

В концепции «клиент-сервер» подразумевается, что помимо хранения централизованной базы данных центральная машина (сервер базы данных) должна обеспечивать выполнение основного объема обработки данных. Запрос на данные, выдаваемый клиентом, порождает поиск и извлечение данных на сервере. Извлеченные данные транспортируются по сети от сервера к клиенту. Спецификой архитектуры клиент-сервер является использование языка запросов SQL (Structured Query Language) .

Запрос к базе данных инициируется клиентом, однако выполняется на сервере. Клиенту возвращается по сети только результат. Этот процесс состоит из шести этапов:

Клиент запрашивает данные.

Запрос транслируется в SQL.

SQL-запрос передается по сети на сервер.

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

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

Данные предъявляются пользователю.

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

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

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

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

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

.2 Средства программирования разрабатываемого приложения

Для создания приложения основным средством разработки являлся язык программирования python 2.5 , .

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

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

В области программирования для Сети python - один из популярнейших скриптовых языков (наряду с JSP, Perl и языками, используемыми в ASP.NET) благодаря своей простоте, скорости выполнения, богатой функциональности, кроссплатформенности и распространению исходных кодов.

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

Автоматическое извлечение POST и GET-параметров, а также переменных окружения web-сервера в предопределенные массивы;

Файловые функции успешно обрабатывают как локальные, так и удаленные файлы;

Автоматическая отправка HTTP-заголовков;

Работа с cookies и сессиями;

Обработка файлов, загружаемых на сервер;

Работа с XForms;

Работа с удаленными файлами и сокетами.

В настоящее время python используется разработчиками для высоконагруженных проектов. Согласно рейтингу Tiobe, базирующемся на данных поисковых систем, в декабре 2009 года python находится на 3 месте среди языков программирования (уступая Java и C), поднявшись за год на две позиции.

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

В 1994 году датский программист Расмус Лердорф создал набор скриптов на Perl/CGI для вывода и учёта посетителей его онлайн-резюме, обрабатывающий шаблоны HTML-документов. Лердорф назвал набор Personal Home Page (Личная Домашняя Страница). Вскоре функциональности и быстроты Perl - интерпретатора скриптов - перестало хватать, и Лердорф разработал с использованием языка C новый интерпретатор шаблонов PHP/FI.

.3 Программная реализация модуля «Преподаватель»

Для работы с автоматизированной информационной системой «Электронный журнал» необходимо ввести URL в адресную строку браузера. После загрузки данных в окне браузера появится страница с которой начинается работа в информационной системе - это страница аутентификации пользователя в системе (рис. 6.3.1).

Рис. 6.3.1 - Страница аутентификации пользователя

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

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

Рис. 6.3.2 - Страница выбора отображения информации

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

После нажатия на дату преподаватель может заполнить тему урока и домашнее задание (рис. 6.3.3).

Рис. 6.3.3 - Страница текущей успеваемости студента

Для выставления отметок, необходимо просто выбрать ячейку и поставить туда отметку, либо «Н», если студент отсутствовал на уроке.

.4 Программная реализация модуля «Руководитель группы»

Работа с системой для руководителя группы также начинается со страницы аутентификации (рис. 6.4.1).

Рис. 6.4.1 - Страница аутентификации руководителя

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

Рис. 6.4.2 - Страница составления отчета успеваемости

Рис. 6.4.3 - Страница управления студентами

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

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

На рис. 6.4.5 изображена страница редактирования связей.

Рис. 6.4.5 - Страница редактирования связей

6.5 Программная реализация модуля «Администратор заведения»

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

Рис. 6.5.1 - Страница управления заведением

После выбора нужного пункта меню откроется соответствующая страница.

На рисунке 6.5.2 изображено управление группами учебного заведения

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

Рис. 6.5.2 - Страница управления группами

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

Рис. 6.5.3 - Страница управления преподавателями

Аналогично предыдущему пункту осуществляется управление предметами учебного заведения. (Рис. 6.5.4)

Рис. 6.5.4 - Страница управления преподавателями

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

Рис. 6.5.5 - Страница управления расписанием

6.6 Программная реализация модуля «Родитель»

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

Рис. 6.6.1 - Главная страница модуля «Родитель»

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

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

Рис. 6.6.2 - Просмотр успеваемости ребенка

Рис. 6.6.3 - Просмотр успеваемости ребенка

Так же имеется возможность просмотра расписания на всю неделю. А текущий день выделяется другим цветом. (Рис. 6.6.4)

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

Рис. 6.6.4 - Просмотр успеваемости ребенка

.7 Программная реализация модуля «Технический администратор системы»

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

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

Рис. 6.7.1 - Управление учебными заведениями и добавление филиалов

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

Рис. 6.7.2- Настройки системы

Рис. 6.7.3 - Управление пользователями и ролями

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

Данные показываются в таблице в %, а так же рисуется круговая диаграмма для более наглядного примера (Рис. 6.7.4)

Рис. 6.7.4- Отчетность о заполнении системы

7. Технико-экономическое обоснование проекта

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

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

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

.1 Цель работы

Разработка организационно-экономической части ВКР, сбор исходных данных, определение трудоемкости разработки, расчет сметной стоимости, оценка качества разрабатываемой системы.

.2 Определение состава работ

Работы по разработке программного изделия можно разбить на следующие этапы:

Подготовительный этап;

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

Программирование;

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

Составление документации;

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

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

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

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

На решение поставленной задачи заданы ограничения следующие ограничения:

Время выполнение поставленной задачи - 4 мес.

Число человек, работающих над проектом - 2 чел.

Расчет трудоемкости разработки производится по формуле (7.1).

где ti - трудоемкость работ по стадиям проектирования,- количество стадий проектирования.

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

(7.2)

Затраты времени на каждую стадию разработки проекта представлены в таблице 7.1.

Таблица 7.1

Затраты времени по стадиям разработки проекта

Стадия разработкиtmin, чел. Дниtmax, чел. дниОжидаемые затраты времени, чел. дниПодготовительный этап3108Проектирование153028Программирование305032Этап отладки и тестирования5108Составление документации101511Итого:6311578

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

Таблица 7.2

Распределение объемов работы

Этапы разработкиТрудоемкость чел-дн.ИсполнителиДоля участия, %Фонд времени, дн.Подготовительный8Руководитель202Программист806Проектирование28Руководитель5014Программист5014Программирование32Программист10032Этап отладки и тестирования8Руководитель202Программист806Составление документации11Руководитель253Программист758Итого:87Таким образом, суммарный объем всех выполняемых работ составляет 87 чел. дн.

7.4 Расчёт сметной стоимости модуля

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

Определение затрат на материалы

Затраты на материалы определяются на основе расчета их потребления в процессе разработки. Транспортно-заготовительные расходы принимаются на уровне 10% от цены на материалы. Расчеты затрат на материалы приведены в таблице 7.3.

Таблица 7.3

Расчет затрат на материалы

МатериалыЕд. измеренияКол-воЦена, руб.Стоимость, руб.1. Бумага A4Пачка11701702. Авторучкашт.115153. Краска для принтерашт.1350350Итого:535

Расчет заработной платы

Затраты на основную заработную плату персонала определяются исходя из продолжительности их работы, а также ставок оплаты труда (7.3).

ЗП = (7.3)

Где Д р.мес. - среднее количество рабочих дней в месяце = 22;

Т рi - трудоемкость выполняемых работ;

Зп - среднемесячная заработная плата.

Для руководителя:

ЗП = = 9090,81 руб.;

Для программиста:

ЗП = = 18272,73 руб.

Затраты на доплаты, надбавки, премии составляют 80 % от заработной платы (7.4).

ЗПнадб = 0,8 ЗП (7.4)

Для руководителя:

ЗПнадб = = 7272,73 руб.;

Для программиста:

ЗПнадб = = 14618,18руб.

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

ЗПосн = (ЗП + ЗПнадб) 1,15 (7.5)

Результаты расчета представлены в таблице 7.4.

Таблица 7.4

Расчет основной заработной платы

Категория персоналаКоличество, чел.Трудоемкость, чел/днейОклад, руб.Величина ЗПосн, руб.Руководитель проекта1201000016363,64Программист167600032890,91Итого:28749254,55

Расчет отчислений на социальные нужды

Отчисления на социальные нужды составляют 30,2% от общего фонда заработной платы (12.6). Из них:

% - в пенсионный фонд;

1% - на медицинское страхование;

9% - на социальное страхование;

2% - на страховку от несчастного случая.

Зсоц=0,302 ЗПосн (7.6)

Зсоц = 0,302 49254,55 = 14874,87 руб.

Расчет капитальных вложений

Для производства любого программного продукта необходимы аппаратные и инструментальные средства. В качестве аппаратных средств возьмем 1 рабочую станцию и 1 принтер. Разработка системы производится с использованием инструментов веб разработчика: дистрибутив Apache XAMPP, программа NotePad++, программа Composer, браузер Google Chrome.

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

Кв = Ка + Кпо (7.7)

Где Ка - стоимость аппаратных средств;

Кпо - стоимость программного обеспечения.

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

Таблица 7.5

Капитальные вложения

КоличествоЦена за ед., рубСтоимость, руб.Аппаратные средства:Рабочая станция (ноутбук)1 шт.1800018000Принтер1 шт.25002500Ка = 24000Программное обеспечение:Дистрибутив Apache XAMPP000Программа NotePad++000Программа Composer000Браузер Google Chrome000Кпо = 0Итого:20500

Все используемое программное обеспечение является бесплатным поэтому

Кв = Ка = 20500 руб.

Затраты на амортизацию

Размер амортизационных отчислений оборудования и программного обеспечения определяется по формуле (7.8).

За = (7.8)

где КВ - стоимость аппаратных и программных средств,

tр - время работы (87 дней),

Tр - число дней в году (365 день),

На - норма отчислений на амортизацию.

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

За = = 586,36 руб.

Расчет затрат на накладные расходы

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

Зн = 0,3 ЗПосн (7.9)

Зн = 0,3 49254,55 = 14776,36 руб.

Расчет затрат на прочие расходы

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

Затраты на прочие расходы составляют 3% от суммы всех предыдущих расходов (12.10).

Зпроч = 0,03 (Зм + ЗПосн + Зсоц + За + Зн) (7.10)

Зпроч = 0,03(535 + 49254,55+ 14874,87 + 586,36 + 14776,36) =

1954,57 руб.

8. Сметная калькуляция затрат

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

Таблица 7.6

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

Статья затратВсего затрат на проект, руб.Материалы535Заработная плата49254,55Отчисления на социальные нужды14874,87Расходы на амортизацию586,36Накладные расходы14776,36Прочие расходы1954,57Всего81981,71

Таким образом, сметная стоимость продукта составит 81981,71 руб.

7.5 Оценка качества системы учета нагрузки преподавателей

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

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

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

В качестве метода оценки был применен метод начисления баллов по каждой характеристике, после чего по среднему баллу можно было судить о качестве разрабатываемого программного продукта. Для определения уровня ранжирования воспользовались 10-балльной системой. Всё это определяет ГОСТ Р ИСО/МЭК 9126-93 "Информационная технология. Оценка программного продукта. Характеристики качества и руководство по их применению".

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

Функциональные возможности

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

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

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

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

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

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

Надежность

Оценим надежность программы с помощью следующих критериев.

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

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

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

Практичность

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

Понятность - атрибут программного обеспечения, относящийся к усилиям пользователя по пониманию общей логической концепции и ее применяемости. Оценка понятности - 10 баллов.

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

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

Эффективность

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

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

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

Сопровождаемость

Оценим сопровождаемость программы с помощью следующих критериев.

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

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

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

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

Мобильность

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

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

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

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

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

Результаты экспертной оценки занесены в таблице 7.7.

Таблица 7.7

Оценка качества программного обеспечения

АтрибутБаллПригодность10Правильность10Согласованность10Защищенность9Способность к взаимодействию8Стабильность7Устойчивость к ошибке5Восстанавливаемость10Понятность10Обучаемость8Простота в использовании10Характер изменения во времени9Характер изменения ресурсов9Изменяемость7Устойчивость8Анализируемость9Тестируемость10Адаптируемость9Простота внедрения10Взаимозаменяемость8Соответствие10Средний балл8,9

ЗАКЛЮЧЕНИЕ

В дипломном проекте нами построена модель информационной системы «Электронный журнал» и разработано web-приложение для автоматизации процесса ведения журнала успеваемости и посещаемости.

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

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

База данных реализована в СУБД MySQL. Для разработки программного обеспечения использован язык программирования Python и Web framework Django.

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

Разработанная информационная система находится на опытной эксплуатации в учебной части НОУ СПО Вологодский институт бизнеса.

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

1. Котеров Д.В. Python 5 В Подлиннике - 2-е изд. / Д.В. Котеров, А. Ф. Костарев. - СПб.: БХВ-Петербург, 2011. - 1104 с.

2. Гагарина Л.Г. Разработка и эксплуатация автоматизированных информационных систем / Л.Г. Гагарина, Д.В. Киселев, Е.Л. Федотова; Ред. Л.Г. Гагарина. - М. : ФОРУМ: ИНФРА-М, 2013. - 384 с.

3. Веллинг Л. Разработка Web-приложений с помощью PHP и MySQL - 3-е изд. / Л. Веллинг, Л. Томсон; под ред. Ю.Н. Артеменко; пер. с англ. - М.: Издательский дом «Вильямс», 2010. - 880 с.

4. Компания МySQL AB. MySQL. Справочник по языку / под редакцией Ю.Н. Артеменко; пер. с англ. - М.: Издательский дом «Вильямс», 2005. - 432 с.

5. Емельянова Н.З. Основы построения автоматизированных информационных систем: учеб. пособие / Н.З. Емельянова, Т.Л. Партыка, И.И. Попов. - М.: ФОРУМ: ИНФРА-М, 2005. - 416 с.

6. Диго С.М. Базы данных: проектирование и использование / С.. Диго. - М.: Финансы и статистика, 2005. - 592 с.

.Голицына О.Л. Основы алгоритмизации и программирования/О.Л. Голицына, И.И. Попов. - М.: ФОРУМ: ИНФРА-М, 2005. - 432 с.

.Гвоздева В.А. Введение в специальность программиста / В.А. Гвоздева. - М.: ФОРУМ: ИНФРА-М, 2005. - 208 с.

9. Шлосснейгл Д. Профессиональное программирование на Python/ Д. Шлосснейгл; пер. с англ. - М.: Издательский дом «Вильямс», 2009 - 624 с.

10. Таненбаум Э.М. ван Стеен. Распределенные системы. Принципы и парадигмы / Э.М. ван Стен. Таненбаум; пер. с англ. - М.: Издательский дом «Питер», 2013. - 877 с.

11. Попова О.Г. Методические указания по выполнению дипломного проекта для студентов очного отделения специальности 230103 «Автоматизированные системы обработки информации и управления» / О.Г. Попова, А.А. Дроздова. - Вологда: ВКТ, 2008. - 28 с.

12. Скакун К.К. Методические указания к выполнению экономической части дипломного проекта для студентов по специальности 230103-51 «Автоматизированные системы обработки информации и управления» / К.К. Скакун. - Вологда: НОУ СПО ВКТ, 2007 - 36 с.

13. ГОСТ Р ИСО/МЭК 12207-99 Информационная технология. Процессы жизненного цикла программных средств/ Введ. 01.07.2000

14. ГОСТ 19.102-77 Единая система программной документации. Стадии разработки.

15. ГОСТ 19.105-78 Единая система программной документации. Общие требования к программным документам.

ПРИЛОЖЕНИЕ А

Итоги рубежного контроля

ПРИЛОЖЕНИЕ Б

Журнал учебных занятий

ПРИЛОЖЕНИЕ В

Ведомость учета посещаемости

ПРИЛОЖЕНИЕ Г

Установление функциональных зависимостей

ДокументНаименование реквизитаИмя реквизитаФункциональная зависимостьСписок студентовНомер зач. книжки ФИО студента Номер группы Парольn_zbook name_student n_group passwordСписок преподавателейНомер преподавателя ФИО преподавателя Имя пользователя Парольn_teacher name_teacher login passwordСписок специальностейНомер специальности Назв. специальности Время обучения Аббревиатураn_speciality name_speciality term_study abbreviationСписок группНомер группы Номер специальности Название группы Классный руководительn_group n_spciality name_group n_teacherСписок дисциплинНомер дисциплины Номер группы Название дисциплины Номер преподавателя Семестр начала обуч. Семестр конца обуч.n_discipline n_group name_discipline n_teacher sem_start sem_endРубежная успеваемостьНомер зач. книжки Номер дисциплины Месяц Оценкаn_zbook n_discipline mon markСеместровая успеваемостьНомер зач. книжки Номер дисциплины Семестр Оценкаn_zbook n_discipline n_sem markРубежная посещаемостьНомер зач. книжки Месяц Без ув. причины Всегоn_zbook mon no_reazon totalПРИЛОЖЕНИЕ Д

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

С одержание

Введение……………………………………………………………..…………….8

1. Основные понятия.

Базы данных. СУБД…………………………………………………....…..9

Виды баз данных. Виды моделей данных…………………….…………10

Основы разработки базы данных в Delphi..........................................14

Постановка задачи и требования к программе…………......………….15

2. Разработка базы данных «Информационная система гостиничного комплекса».

2.1 Анализ предметной области и выбор метода решения…………………..21

2.2 Разработка алгоритма программы……………………………………….…22

2.2.1 Понятие алгоритма. Виды алгоритмов………………………………….22

2.2.2 Алгоритм работы базы данных «Информационная система гостиничного комплекса»……………………………………………….……..24

2.3 Разработка интерфейса программы………………………………………..26

2.3.1 Понятие интерфейса……………………………………………………...26

2.3.2 Виды интерфейсов…………………………………………………..……26

2.3.3 Разработка интерфейса базы данных «Информационная система гостиничного комплекса»…………………………………………………..…29

2.4 Выбор и обоснование среды программирования…………………….....32

2.5 Тестирование программы.

2.5.1 Понятие процесса тестирования……………………………………….33

2.5.2 Виды и методы тестирования……………………….……………...….33

2.5.3 Процесс и результат тестирования…………………………………...36

2.6 Программная документация.

2.6.1 Руководство оператора ……………………………………………....37

2.6.2 Руководство программиста ……………………………………….…39

2.6.3 Руководство по техническому обслуживанию……………………..40

3. Эксплуатация программных средств.

3.1 Структура вычислительного центра…………………………………….45

3.2 Должностные инструкции техника-программиста…………………….46

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

5. Мероприятия по технике безопасности и противопожарной технике.

5.1 Общие положения по технике безопасности ……………..………….55

5.2 Техника безопасности при работе с ПК……………………………….58

Заключение……………………………………………………………….….61

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

Приложение………………………………………………………………....63

Введение

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

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

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

Информатизация – это сведения, данные, с помощью которых передаются накопленный опыт и знания.

В данной работе рассмотрены этапы проектирования и реализации БД «Информационная система гостиничного комплекса», отвечающей требованиям постановки технического задания на дипломное проектирование.

1. Основные понятия

1.1 База данных. СУБД

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

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

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

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

СУБД – это программное обеспечение, которое взаимодействует с прикладными программами пользователей и базой данных и обладает следующими возможностями:

Позволяет определять базу данных;

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

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

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

Преимущества СУБД:

Контроль за избыточностью данных;

Непротиворечивость данных;

Больше полезной информации при том же объеме хранимых данных;

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

Поддержка целостности данных;

Повышенная безопасность;

Применение стандартов;

Повышение эффективности с ростом масштабов системы;

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

Повышение доступности данных и готовности к работе;

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

Упрощение сопровождения системы за счет независимости от данных;

Улучшенное управление параллельностью;

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

Недостатки СУБД:

Сложность;

Стоимость СУБД;

Дополнительные затраты на аппаратное обеспечение;

Затраты на преобразование;

Производительность;

Более серьезные последствия при выходе системы из строя.

1.2 Виды баз данных. Виды моделей данных

Виды баз данных.

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

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

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

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

По топологии хранения данных различают локальные и распределенные БД.

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

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

По сфере возможного применения можно различать универсальные и специализированные (или проблемно-ориентированные) системы.

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

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

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

Модели данных.

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

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

Виды моделей данных.

Объективные модели данных

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

Модели данных на основе записей

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

Реляционная модель данных

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

Сетевая модель данных

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

Иерархическая модель данных

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

Физические модели данных

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

1.3 Основы разработки баз данных в Delphi

При создании программ, работающих с базами данных, в системе Delphi традиционно используется механизм Borland Database Engine (BDE). Этот механизм реализован в виде набора библиотек, которые обеспечивают для программы, написанной на Паскале, простой и удобный доступ к базам данных независимо от их архитектуры. При использовании механизма BDE разработчик может не задумываться о том, как его программа будет работать с базой данных на физическом уровне. Вдобавок при переходе к использованию СУБД разных производителей программисту не потребуется менять исходный код своей программы. Достаточно внести изменения только в настройки BDE.

Создание таблиц.

Для создания таблиц в системе Delphi имеется приложение Database Desktop. Новая таблица создается командой File – New – Table. При заполнении таблицы учитываются следующие поля: Field Name (указывается имя поля (на английском), не должно начинаться с пробела), Type (тип поля. При нажатии правой кнопкой мыши открывается меню для выбора типа), Size (указывается в количестве символов), Key (ключевое поле).

Затем таблицу надо проиндексировать. Для это в разделе Table properties открываем выпадающий список. И выбираем раздел Secondary Indexes. Нажимаем кнопку Define. На этом создание таблицы завершено, ее нужно сохранить (Save as).

Далее создаются остальные таблицы (по такому же принципу). При регистрации в системе BDE созданной группы таблиц как целостной базы данных используется приложение SQL Exploer. Здесь создаем новую базу данных (Object - New), указываем путь рабочего каталога и сохраняем (Apply).

1.4 Постановка задачи и требования к программе

Введение.

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

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

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

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

Разработка программы «Информационная система гостиничного комплекса» ведется на основании задания на дипломное проектирование.

Задание утверждено и выдано Челябинским энергетическим колледжем.

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

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

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

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

Требования к программному изделию.

I) Требование к функциональным характеристикам – программа «Информационная система гостиничного комплекса» должна выполнять следующие функции:

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

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

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

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

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

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

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

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

9) получение сведений о конкретном свободном номере: в течение, какого времени он будет пустовать и о его характеристиках;

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

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

12) получение данных об объеме бронирования номеров данной фирмой за указанный период;

13) получение списка недовольных клиентов и их жалобы;

14) получение данных о прибыли гостиниц;

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

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

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

18) получение сведений о новых клиентах за указанный период;

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

20) получение сведений о конкретном номере: кем он был занят в определенный период;

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

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

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

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

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

Центральный процессор Pentium I;

Оперативная память 128Mb;

Необходимость дисковода FDD 3.5 “1,44Mb Samsung”;

Монитор;

Клавиатура;

Операционная система Windows 95.

V) Требования к информационной и программной совместимости – метод решения задачи языка программирования и программного средства

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

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

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

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

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

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

Стадии и этапы разработки.

Процесс разработки программы содержит следующие этапы:

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

б) проектирование программы (разработка алгоритма программы);

в) программирование;

г) тестирование и отладка программы;

д) ввод в эксплуатацию.

Порядок контроля и приемки.

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

Тестирование состоит из следующих этапов:

а) запуск программы;

б) ввод тестовых данных;

в) анализ результата работы программы;

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

д) решение вопроса о дальнейшем тестировании.

2. Разработка базы данных «Информационная система гостиничного комплекса»

2.1 Анализ предметной области и выбор метода решения

Программный продукт – это программа на носителе данных, являющаяся продуктом промышленного производства.

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

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

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

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

Разработка программного продукта – на этом этапе программный проект преобразуется в код программы;

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

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

Согласно техническому заданию на дипломное проектирование необходимо разработать программу «Информационная система гостиничного комплекса».

Программа «Информационная система гостиничного комплекса» позволит автоматизировать работу и уменьшить усилия пользователя.

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

2.2 Разработка алгоритма программы

2.2.1 Понятие алгоритма. Виды алгоритмов.

Алгоритм – это последовательность команд управления, каким – либо исполнителем.

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

Способы представления алгоритма:

Алгоритм можно представить несколькими способами:

С помощью графического описания;

С помощью словесного описания;

В виде таблицы;

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

Виды алгоритмов:

1) Линейным алгоритмом называется последовательность операций, выполняемых строго в соответствии с порядком их следования сверху – вниз и слева – направо.

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

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

Свойства алгоритма:

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

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

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

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

5) Наиболее распространены алгоритмы, обеспечивающие решение не одной конкретной задачи, а некоторого класса задач данного типа. Это свойство называется массовостью.

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

2.2.2 Алгоритм работы базы данных «Информационная система гостиничного комплекса».

При загрузке главной формы предоставляется выбрать действие: либо выполнение запроса, либо выбор необходимой базы данных, либо выбор помощи по работе с программой. Если выбирается ‘Запрос’, то предлагается выбрать или указать необходимые данные для выполнения запроса, после чего выводится результат запроса. Если ‘Запрос’ не выбирается, то предлагается выбрать ‘БД’, после чего предлагается просмотреть или изменить данные, при изменении данных предлагается просмотреть эти данные. Если изменение данных не происходит, то предлагается вернуться к выбору действия. Если ‘БД’ не выбирается, то предлагается выбрать ‘Помощь’, после чего на экран выводится помощь по работе с программой. Если помощь не выбирается, то предлагается выбрать действие. После выполнения запроса, либо изменения или просмотра базы данных, либо после просмотра помощи по работе с программой предлагается выйти из программы. Если выбирается ‘Выход’, то происходит выход из программы, если нет, то предлагается вернуться к выбору действия.

Рис. 2.2.2.1 Алгоритм работы программы «Информационная система гостиничного комплекса»

2.3 Разработка интерфейса программы

2.3.1 Понятие интерфейса.

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

2.3.2 Виды интерфейсов.

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

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

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

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

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

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

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

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

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

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

Внешний интерфейс должен обеспечить ввод данных из файлов или базы данных или вывод данных в файл (базу данных).

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

Типы интерфейсов:

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

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

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

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

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

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

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

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

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

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

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

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

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

2.3.3 Разработка интерфейса базы данных «Информационная система гостиничного комплекса».

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

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

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

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

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

2.4 Выбор и обоснование среды программирования

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

Язык программирования – это способ записи программ решения различных задач на ЭВМ в понятной для компьютера форме.

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

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

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

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

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

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

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

2.5.1 Понятие процесса тестирования.

Тестирование – это процесс, направленный на выявление ошибок.

Процесс тестирования включает:

Действия, направленные на выявление ошибок;

Диагностику и локализацию ошибок;

Внесение исправлений в программу с целью устранения ошибок.

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

2.5.2 Виды и методы тестирования.

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

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

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

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

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

Наиболее эффективным методом тестирования является детерминированное тестирование.

Детерминированное тестирование основывается на двух подходах: структурное тестирование и функциональное тестирование.

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

Критерии тестовых наборов:

Покрытие операторов – тесты подбираются так, чтобы каждый оператор выполнялся хотя бы один раз;

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

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

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

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

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

Критерии тестовых наборов:

Метод эквивалентного разбиения – состоит из двух этапов: выделение классов эквивалентности, построение тестов.

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

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

Анализ граничных значений – этот метод предполагает исследование ситуаций, возникающих на границах и вблизи границ эквивалентных разбиений.

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

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

2.5.3 Процесс и результат тестирования.

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

Тест №1. Запуск программы.

Результат: Программа запускается без всяких ошибок.

Тест №2. Проверка работы меню (выбирается любой пункт меню).

Результат: Открытие необходимого окна.

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

Результат: Работа с базой данных выполняется правильно.

Тест №4. Проверка работы меню с запросами.

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

Тест №5. Проверка кнопки для выполнения запроса.

Результат: Запрос выполняется верно.

Тест №6. Проверка работы меню ‘Помощь’.

Результат: Появляется окно ‘Помощь’ с описанием действий при работе с программой.

Тест №7. Проверка пункта меню «Выход».

Результат: Вывод сообщения о подтверждении.

Тест №8. Проверка кнопки «ДА» при выходе из программы.

Результат: Выход из программы.

Тест №9. Проверка кнопки «НЕТ» при выходе из программы.

Результат: Выход на главное окно.

Программа прошла тестирование и готова к эксплуатации.

2.6 Программная документация

2.6.1 Руководство оператора.

Назначение программы.

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

ЦП Pentium I;

Оперативная память 128Mb;

Минимальная емкость диска HDD: 950KB;

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

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

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

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

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

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

Сообщения оператору.

Сообщения выводятся в случаях:

Удаления записи из базы данных;

Незаполненных полей при выполнении запроса;

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

Выхода из программы.

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

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

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

Условиями выполнения программы являются:

ЦП Pentium I;

Оперативная память 128Mb;

Минимальная емкость диска HDD: 950KB;

Стандартный монитор, мышь, клавиатура;

Операционная система Windows 95;

Программа «Информационная система гостиничного комплекса».

Характеристики программы.

Режим работы программы не ограничен.

Входные и выходные данные

Входными данными программы являются данные о характеристиках гостиниц, номерах, фирмах и клиентах.

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

Доработка программы.

Доработкой является вывод на печать определенной информации.

Для того чтобы вывести информацию на печать необходимо:

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

Использовать объект Printer (с его помощью информация выводится на печать).

2.6.2 Руководство по техническому обслуживанию .

Прикладные программы.

Для IBM PC разработаны и используются сотни тысяч различных прикладных программ для различных применений. Наиболее широко применяются программы:

Подготовки тестов (документов) на компьютере – редакторы тестов;

Подготовки документов типографического качества – издательские системы;

Обработки табличных данных – табличные процессы;

Обработки массивов информации – системы управления базами данных.

Программы архивации.

Необходимость архивации файлов

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

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

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

Программы резервного копирования предназначены для копирования информации с жесткого диска на кассеты стримера или дискеты. Из этих программ широко используются Norton Backup (для DOS и для Windows), FastBack Plus и др.

Защита от компьютерных вирусов

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

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

Виды вирусов

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

- «невидимые» самомодифицирующие вирусы – предотвращают свое обнаружение тем, что перехватывают обращения DOS к зараженным файлам и областям диска и выдают их в исходном (незараженном) виде;

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

Основные методы защиты от компьютерных вирусов

Для защиты от вирусов можно использовать:

Общие средства защиты информации;

Профилактические меры;

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

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

Копирование информации – создание копий файлов и системных областей дисков;

Разграничение доступа – предотвращает несанкционированное использование информации.

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

Программы-детекторы – позволяют обнаруживать файлы, зараженные одним из нескольких известных вирусов (например: Scan, Norton AntiVirus, Dr. Web);

Программы-доктора, или фаги – «лечат» зараженные программы или диски, «выкусывая» из зараженных программ тело вируса;

Программы-ревизоры – сначала запоминают сведения о состоянии программ и системных областей дисков, а затем сравнивают их состояние с исходным. При выявлении несоответствий об этом сообщается пользователю (например: Adinf+AdinfExt, AVSP);

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

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

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

Копирование файлов с жесткого диска

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

Обслуживание дисков

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

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

3. Эксплуатация программных средств

3.1 Структура вычислительного центра

Схема3.1.1.Структура вычислительного центра

3.2 Должностные инструкции техника - программиста

1. Общие положения.

1.1 Техник-программист относится к категории специалистов, принимается и увольняется на работу приказом начальника ВЦ (начальника производственного отдела ВЦ (ИВЦ), иного структурного подразделения).

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

1.3 Техник-программист подчиняется начальнику ВЦ (ИВЦ), начальнику производственного отдела ВЦ (ИВЦ), иному должностному лицу.

1.4 В своей деятельности техник-программист руководствуется:

Нормативно-правовыми актами, регулирующими соответствующие вопросы;

Методическими материалами, касающимися вопросов его деятельности;

Правилами трудового распорядка;

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

Настоящей должностной инструкцией.

1.5 Техник-программист должен знать:

Методы проектирования механизированной и автоматизированной обработки информации;

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

Технологию механизированной и автоматизированной обработки информации;

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

Виды технических носителей информации, правила их хранения и эксплуатации;

Действующие системы счислений, шифров и кодов;

Основные формализованные языки программирования;

Основы программирования;

Методы проведения расчетов и вычислительных работ;

Методы расчета выполненных работ;

Основы экономики, организации труда и производства;

Правила и нормы охраны труда.

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

2. Функции.

На техника-программиста возлагаются следующие функции:

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

2.2 Участие в проектировании систем обработки данных и систем математического обеспечения машины.

2.3 Разработка программ.

2.4 Учет использования машинного времени, объемов выполненных работ.

3. Должностные обязанности.

Для выполнения возложенных на него функций техник-программист обязан:

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

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

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

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

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

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

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

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

Техник-программист имеет право:

4.1 Знакомиться с проектами решений руководства предприятия, касающимися его деятельности.

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

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

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

4.5 Требовать от руководства предприятия оказания содействия в исполнении своих должностных обязанностей и прав.

5. Ответственность.

Техник-программист несет ответственность:

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

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

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

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

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

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

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

По экономическим элементам;

По статьям калькуляции.

Расчёт себестоимости на создание программного продукта «Информационная система гостиничного комплекса».

1. Количество компьютеров – 1 шт.

2. Количество дней работы над программой – 30 дней.

3. Коэффициент использования ПК – 0,8.

4. Средняя продолжительность рабочей смены – 5ч..

5. Тариф за потребление электроэнергии – 1,04 руб./ кВ.ч.

6. Потребляемая мощность ПК – 0,3 кВт/ч.

Полезный фонд времени работы ПК.

Фп = T * Ku * n * t (час)

Фп = 30 * 0,8 * 1 * 5 = 120 (час), где

Фп - полезный фонд

Т - количество дней работы над программой

Ku - коэффициент использования ПК

n - количество ПК

t - продолжительность смены

Стоимость потребляемой энергии.

Uэ\э = Фn * Ц * Р (руб.)

Uэ\э = 120 * 1,04 * 0,3 = 37,4 (руб), где

Ц - тариф за 1 кВтч

Р - потребляемая мощность ПК

Эксплуатационные материалы.

Таблица 1 «Эксплуатационные материалы»

Наименование	Кол-во, шт	Стоимость 1 единицы, руб


Карандаш

Материальные затраты.

Материальные затраты – это наиболее крупный элемент затрат на производство, доля которого в общей сумме затрат может составлять от 60% до 90%.

Uмз= Uэ\э + Uэм

Uмз= 37,4 + 75,0 = 112,4, где

Uмз - материальные затраты

Uэ\э- стоимость потребляемой энергии

Uэм- стоимость эксплуатационных материалов

Оплата труда.

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

Основная заработная плата за время работы над программой.

Заработная плата программиста высшей категории 2334 руб/мес.

Заработная плата программиста без категории 1934 руб/мес.

ЗПосн = Т * З (руб)

ЗПосн = 30 * 88,0 = 2640,0 (руб), где

Т - время работы над программой

З – заработная плата программиста за один день

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

ЗПдоп = 0,4 * ЗПосн (руб)

ЗПдоп = 0,4 * 2640,0 = 1056,0 (руб), где

Оплата труда.

Uзп = ЗПосн + ЗПдоп (руб)

Uзп = 2640,0 + 1056,0 = 3696,0 (руб), где

Uзп – оплата труда всего

ЗПдоп - дополнительная заработная плата

ЗПосн - основная заработная плата за время работы над программой

Отчисления на социальные нужды

Включают отчисления в бюджет РФ – 20%, в фонд социального страхования – 3,2 %, в фонд обязательного медицинского страхования (федеральный и территориальный) – 2,8 %. Общий размер единого социального налога – 26% от фонда оплаты.

Uсн = Нсн/100 * Uзп

Uсн = 26/100 * 3696,0 =961, где

Uзп – оплата труда всего

Нсн – норма отчисления на социальные нужды (26%)

Амортизационные отчисления

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

На = На% / 100 % * Соф

На = 10,7 / 100 * 25000 = 2675, где

На% - норма амортизационных отчислений = 10,7 %

Соф – стоимость основных фондов = 25000

Прочие затраты

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

Uпр = 450 (руб.), где

Uпр - прочие затраты

Полные издержки

U = Uмз + Uзп + Uсн + На + Uпр

U = 112,4 + 3696,0 + 961,0 + 2675,0 + 450,0 =7894,4, где

Uмз - материальные затраты

Uзп – оплата труда всего

Uсн - отчисления на социальные нужды

На- амортизационные отчисления

Uпр - прочие затраты

Структура себестоимости.

Таблица 2 «Структура себестоимости»

Sn – Сумма по статьям издержек.

Sn = 112,4 + 3696,0 + 961,0 + 2675,0 + 450,0 = 7894,4

Sмз = (112,4 / 7894,4) * 100 = 1,4%

Sопл = (3696,0 / 7894,4) * 100 = 46,8%

Sсн = (961,0 / 7894,4) * 100 = 12,2%

Sа = (2675 / 7894,4) * 100 = 33,9%

Sпр = (450 / 7894,4) * 100 = 5,7%

5. Мероприятия по технике безопасности и противопожарной технике

5.1 Общие положения по технике безопасности

При эксплуатации ПК на работника могут оказывать следующие опасные и вредные производственные факторы:

Повышенный уровень электромагнитных излучений;

Повышенный уровень статического электричества;

Повышенная ионизация воздуха;

Статические физические перегрузки;

Перенапряжение зрительных анализаторов;

Работник обязан:

Выполнять только ту работу, которая определена его должностной инструкцией;

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

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

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

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

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

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

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

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

1.7 Следует иметь в виду, что:

Расстояние между рабочими столами с компьютерами в направлении тыла поверхности одного видеомонитора и экрана другого видеомонитора должно быть не менее 2 м, а расстояние между боковыми поверхностями видеомониторов - не менее 1.2м;

Чтобы освещение не создавало слепящих бликов на клавиатуре и других частях пульта, располагаться компьютер должен так, чтобы прямой свет на попадал на экран, иначе при работе с монитором будут быстро уставать глаза Операторы не должны также сидеть лицом к окнам; Искусственное освещение в помещениях эксплуатации ПК должно осуществляться системой общего равномерного освещения. В производственных и административно - общественных помещениях, в случаях преимущественной работы с документами, допускается применение системы комбинированного освещения, когда к общему освещению дополнительно устанавливаются светильники местного освещения, предназначенные для освещения зоны расположения документов. Местное освещение не должно создавать бликов на поверхности экрана и увеличивать освещенность экрана более 300 лк. Освещенность на поверхности стола в зоне размещения рабочего документа должна быть 300-500 лк. Для обеспечения нормируемых значений освещенности в помещениях использования ПК следует проводить чистку стекол оконных рам и светильников не реже двух раз в год и проводить своевременную замену перегоревших ламп.

Площадь на одно рабочее место ПК должна составлять не менее 6,0 кв. м, а объем - не менее 20,0 куб. м.

Верхний край экрана следует располагать на уровне глаз или чуть ниже;

Оптимальное расстояние от глаз до экрана 600-700 мм, но не ближе 500 мм;

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

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

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

Рабочие места с ПК при выполнении творческой работы, требующей значительного умственного напряжения или высокой концентрации внимания, следует изолировать друг от друга перегородками высотой 1,5-2,0 м.

В помещениях с ПК ежедневно должна проводится влажная уборка.

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

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

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

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

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

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

5.2. Техника безопасности при работе с ПК

1. Требования безопасности перед началом работы.

1.1 Подготовить рабочее место, убедиться в достаточной освещенности.

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

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

2. Требования безопасности во время работы.

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

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

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

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

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

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

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

3. Требования безопасности в аварийных ситуациях.

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

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

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

4. Требования безопасности по окончании работы.

4.1 Отключить компьютер от электросети и убрать рабочее место

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

Заключение

Современный этап автоматизации управления общественным производством характерен развитием распределенной обработки экономической информации. Наиболее перспективной сферой использования концепции распределенной обработки экономической информации является автоматизация планово-управленческих функций на базе персональных ЭВМ, установленных непосредственно на рабочих местах специалистов. Эти системы получили широкое распространение в организационном управлении под названием автоматизированных рабочих (АРМ).

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

Программа «Информационная система гостиничного комплекса» была разработана, прошла тестирование и готова к эксплуатации.

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

1. Архангельский А. Я. Программирование Delphi7 - Москва, 2005;

2. Благодатских В. А. и др. Экономика, разработка и использование программного обеспечения ЭВМ - Москва, 1995;

3. Благодатских В. А. и др. Стандартизация разработки программных средств - Москва, 2003;

4. Бобровский С. И. Delphi 7 - Москва, 2005;

5. Голицина О. Л., Максимов Н. В. и др. База данных - Москва, 2003;

6. Коннолли Т. А., Бег К. В. Базы данных. Проектирование, реализация и сопровождение - Москва, 2001;

7. Океанова З. К. Основы экономической теории -Москва, 2003;

8. Орлов С. К. Технологии разработки программного обеспечения - Санкт-Петербург, 2002;

9. Полещук Н. Н. AutoCAD 2005, Санкт – Петербург, 2004;

10. Рудаков А. В. Технология разработки программных продуктов - Москва, 2005;

11. Семакин И. Г., Шестаков А. П. Основы программирования - Москва, 2001;

12. Фаронов В. В. Программирование баз данных в Delphi 7, Санкт-Петербург, 2003;

13. Фигунов В. Э. IBM PC для пользователей - Москва, 1996;

14. Якубайтис Э. А. Информационные сети и системы - Москва, 1996.

Приложение

Листинг программы «Информационная система гостиничного комплекса»

Dialogs, Menus, Grids, DBGrids, DB, DBTables, jpeg, ExtCtrls, ComCtrls,

TForm1 = class(TForm)

MainMenu1: TMainMenu;

N101: TMenuItem;

N111: TMenuItem;

N121: TMenuItem;

N131: TMenuItem;

N141: TMenuItem;

N151: TMenuItem;

DBGrid1: TDBGrid;

DataSource1: TDataSource;

StatusBar1: TStatusBar;

Button1: TButton;

procedure N2Click(Sender: TObject);

procedure N3Click(Sender: TObject);

procedure N4Click(Sender: TObject);

procedure N6Click(Sender: TObject);

procedure N7Click(Sender: TObject);

procedure N8Click(Sender: TObject);

procedure N21Click(Sender: TObject);

procedure N9Click(Sender: TObject);

procedure N22Click(Sender: TObject);

procedure N10Click(Sender: TObject);

procedure N12Click(Sender: TObject);

procedure N31Click(Sender: TObject);

procedure N41Click(Sender: TObject);

procedure N61Click(Sender: TObject);

procedure N81Click(Sender: TObject);

procedure N71Click(Sender: TObject);

procedure N91Click(Sender: TObject);

procedure N51Click(Sender: TObject);

procedure N101Click(Sender: TObject);

procedure N121Click(Sender: TObject);

procedure N131Click(Sender: TObject);

procedure N141Click(Sender: TObject);

procedure N151Click(Sender: TObject);

procedure N23Click(Sender: TObject);

procedure N111Click(Sender: TObject);

procedure N14Click(Sender: TObject);

{ Private declarations }

{ Public declarations }

uses Unit11, Unit7, Unit3, Unit2, Unit4, Unit5, Unit6, Unit8, Unit9, Unit10,

Unit12, Unit13, Unit14, Unit15, Unit16, Unit17, Unit18, Unit19, Unit21,

Unit20, Unit22, Unit23, Unit24, Unit25, Unit26, Unit28, Unit29, Unit30;

procedure TForm1.N2Click(Sender: TObject);

Form11.ShowModal;

procedure TForm1.N3Click(Sender: TObject);

form7.showmodal;

procedure TForm1.N4Click(Sender: TObject);

form3.showmodal;

procedure TForm1.N6Click(Sender: TObject);

form2.showmodal;

procedure TForm1.N7Click(Sender: TObject);

form4.showmodal;

procedure TForm1.N8Click(Sender: TObject);

form5.showmodal;

procedure TForm1.N21Click(Sender: TObject);

form6.showmodal;

procedure TForm1.N9Click(Sender: TObject);

form8.showmodal;

procedure TForm1.N22Click(Sender: TObject);

form9.showmodal;

procedure TForm1.N10Click(Sender: TObject);

form10.showmodal;

procedure TForm1.N12Click(Sender: TObject);

Button1.Visible:=true;

dbgrid1.Visible:=true;

form13.ShowModal;

procedure TForm1.N31Click(Sender: TObject);

dbgrid1.Visible:=true;

form24.showmodal;

Button1.Visible:=true;

procedure TForm1.N41Click(Sender: TObject);

dbgrid1.Visible:=true;

Form14.showmodal;

Button1.Visible:=true;

procedure TForm1.N61Click(Sender: TObject);

dbgrid1.Visible:=true;

form15.showmodal;

Button1.Visible:=true;

procedure TForm1.N81Click(Sender: TObject);

dbgrid1.Visible:=true;

form28.showmodal;

Button1.Visible:=true;

procedure TForm1.N71Click(Sender: TObject);

dbgrid1.Visible:=true;

form16.showmodal;

Button1.Visible:=true;

procedure TForm1.N91Click(Sender: TObject);

dbgrid1.Visible:=true;

form29.showmodal;

Button1.Visible:=true;

procedure TForm1.N51Click(Sender: TObject);

dbgrid1.Visible:=true;

form17.showmodal;

Button1.Visible:=true;

procedure TForm1.N101Click(Sender: TObject);

dbgrid1.Visible:=true;

form18.showmodal;

Button1.Visible:=true;

procedure TForm1.N121Click(Sender: TObject);

dbgrid1.Visible:=true;

form19.showmodal;

Button1.Visible:=true;

procedure TForm1.N131Click(Sender: TObject);

dbgrid1.Visible:=true;

form20.showmodal;

Button1.Visible:=true;

procedure TForm1.N141Click(Sender: TObject);

dbgrid1.Visible:=true;

form22.showmodal;

Button1.Visible:=true;

procedure TForm1.N151Click(Sender: TObject);

dbgrid1.Visible:=true;

form23.showmodal;

Button1.Visible:=true;

procedure TForm1.N23Click(Sender: TObject);

dbgrid1.Visible:=true;

form25.showmodal;

Button1.Visible:=true;

procedure TForm1.N111Click(Sender: TObject);

dbgrid1.Visible:=true;

form26.showmodal;

Button1.Visible:=true;

procedure TForm1.Button1Click(Sender: TObject);

DBGrid1.Visible:=false;

button1.Visible:=false;

Form1.Query1.SQL.Clear;

procedure TForm1.N14Click(Sender: TObject);

Form30.showmodal;

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, StdCtrls, DBCtrls;

TForm20 = class(TForm)

Button1: TButton;

ComboBox2: TComboBox;

DBComboBox1: TDBComboBox;

procedure Button1Click(Sender: TObject);

procedure FormPaint(Sender: TObject);

{ Private declarations }

{ Public declarations }

Form20: TForm20;

uses Unit1, Unit17, Unit13, Unit2;

procedure TForm20.Button1Click(Sender: TObject);

if (dbcombobox1.Text = "") or (edit1.Text = "") or (edit2.Text = "") then

MessageBox(Application.Handle, "Заполните все поля", "Ошибка", MB_OK + MB_ICONHAND) else

Form1.Query1.SQL.Clear;

Form1.Query1.SQL.Add("SELECT DISTINCT Naimenovanie_gost as Наименование_гостиницы, N_klienta as Номер_клиента, FIO as ФИО_клиента, Z_s_b as Занят_Свобод_Заброн, Data_zaselenia as Дата_заселения FROM гост_комплекс, общая, клиенты, клиенты2 ");

Form1.Query1.SQL.Add("WHERE гост_комплекс.N_gost=общая.N_gost and клиенты2.N_klienta=клиенты.N_klienta and клиенты2.N_nomera=общая.N_nomera and Naimenovanie_gost="""+dbcomboBox1.Text+""" and Data_zaselenia between """+edit1.text+""" and """+edit2.text+""" and Z_s_b="""+combobox2.text+"""");

Form1.Query1.Open;

if Form1.Query1.RecordCount = 0 then showmessage ("Данной записи не существует") else

procedure TForm20.FormPaint(Sender: TObject);

DBCombobox1.Items.Clear;

form2.Query1.First;

while not form2.Query1.Eof do

DBCombobox1.Items.Add(form2.query1.Fields.FieldByName("Naimenovanie_gost").AsString);

form2.Query1.Next;