ФИО студента

Название работы

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

Факультет

Программа

Год защиты

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

Выпускные квалификационные работы (ВКР) в НИУ ВШЭ выполняют все студенты в соответствии с университетским и Правилами, определенными каждой образовательной программой.

Аннотации всех ВКР в обязательном порядке публикуются в свободном доступе на корпоративном портале НИУ ВШЭ.

Полный текст ВКР размещается в свободном доступе на портале НИУ ВШЭ только при наличии согласия студента – автора (правообладателя) работы либо, в случае выполнения работы коллективом студентов, при наличии согласия всех соавторов (правообладателей) работы. ВКР после размещения на портале НИУ ВШЭ приобретает статус электронной публикации.

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

Предлагается следующее содержание идеальной ВКР по

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

• 1. Аннотация по ГОСТ 7-86-2004.
• 2. Введение. Предметная область.
• 2.1. Описание предметной области.
• 2.2. Примененные методы исследования и системного анализа предметной области.
• 2.3. Критерий качества предметной области, на основании которого производится поиск существующей проблемы.
• 2.4. Результат исследования и анализа: обнаруженная проблема, решением которой является ВКР.
• 2.5. Актуальность и практическая значимость решения обнаруженной проблемы.
• 2.6. Существующие средства решения проблемы, готовые средства, системы или программные продукты. Краткая характеристика современного состояния разрабатываемого вопроса в России и за рубежом.
• 2.7. Обоснование непригодности существующих средств и необходимости создания (или существенной корректировки, доработки, дополнения существующей) информационной системы (ИС).
• 2.8. Экономическая, экологическая, социальная или другая оценка целесообразности создания ИС для решения проблемы.
• 3. Информационная система.
• 3.1. Цели, стоящие перед создаваемой ИС.
• 3.2. Задачи, которые надо решить для достижения целей.
• 3.3. Определение требований к ИС и выбор метода определения требований: управляемая пользователем разработка, контролируемая пользователем разработка, независимая от пользователя разработка.
• 3.4. Разработка спецификации качества ИС. Можно использовать примитивы качества:
• 3.4.1. Завершенность (completeness).
• 3.4.2. Точность (accuracy).
• 3.4.3. Автономность (self-containedness).
• 3.4.4. Устойчивость (robustness).
• 3.4.5. Защищенность (defensiveness).
• 3.4.6. Документированность (documentation).
• 3.4.7. Информативность (accountability).
• 3.4.8. Коммуникабельность (communicativeness).
• 3.4.9. Временная эффективность (time efficiency).
• 3.4.10. Эффективность по ресурсам (resource efficiency).
• 3.4.11. Эффективность по устройствам (device efficiency).
• 3.4.12. Понятность (understandability).
• 3.4.13. Структурированность (structuredness).
• 3.4.14. Удобочитаемость (readability).
• 3.4.15. Расширяемость (augmentability).
• 3.4.16. Модифицируемость (modifiability).
• 3.4.17. Модульность (modularity).
• 3.4.18. Независимость от устройств (device independence).
• 3.4.19. Другие примитивы качества.
• 4. Функциональное моделирование предметной области.
• 4.1. Выбор типа функциональной модели предметной области (SADT, DFD, IDEF3) на каждом уровне.
• 4.2. Выбор средства функционального моделирования предметной области.
• 4.3. Создание модели AS IS.
• 4.4. Анализ модели, обнаружение недостатков.
• 4.5. Оптимизация и реинжиниринг функциональной модели предметной области. Применение методов математического моделирования или теории принятия решений для оптимизации предметной области.
• 4.6. Создание модели ТО BE (результат оптимизации).
• 4.7. Анализ последствий реинжиниринга.
• 4.8. Выбор процессов, подлежащих автоматизации.
• 4.9. Анализ внешних связей модели, т.е. входящих и исходящих потоков данных и событий.
• 5. Составление функциональной спецификации ИС.
• 5.1. Описание внешней информационной среды, к которой должны применяться программы разрабатываемой ИС.
• 5.2. Формулирование функций ИС, определенных на множестве состояний конкретной информационной среды (внешних функций ИС).
• 5.3. Описание нежелательных (исключительных) ситуаций, которые могут возникнуть при выполнении программ ИС, и реакций на эти ситуации, которые должны обеспечить соответствующие программы.
• 6. Информационное моделирование предметной области.
• 6.1. Выбор средства создания информационной модели.
• 6.2. Информационная модель предметной области (ERD).
• 6.3. Нормализация данных в ERD. Рациональная денормализация.
• 6.4. Проектирование индексов.
• 7. Проектирование ИС.
• 7.1. Выбор архитектуры программных средств (ПС) ИС.
• 7.1.1. Выбор и обоснование основного архитектурного подхода.
• 7.1.1.1. Цельная программа;
• 7.1.1.2. Комплекс автономно выполняемых программ;
• 7.1.1.3. Слоистая (многоуровневая) программная система;
• 7.1.1.4. Коллектив параллельно выполняемых программ.
• 7.1.2. Выбор серверной архитектуры: файл-сервер, SQL, терминальный сервер и т.п.
• 7.1.3. Выбор клиентской архитектуры: монолитное ПС, клиент- серверное (двухзвенное) ПС, трехзвенное ПС (клиент - сервер приложений - сервер баз данных) и т.п.
• 7.1.4. Выбор архитектуры ИС с позиции разделения на автоматизированные рабочие места (АРМ), на которых реализуются функции ИС.
• 7.2. Выбор архитектуры технических средств ИС (средства связи и телекоммуникации, архитектура hardware и т.п.). Расчеты пропускной способности вычислительной сети, времени отклика и т.п.
• 7.3. Выбор ОС для всех частей ПС ИС.
• 7.4. Выбор модели жизненного цикла ПС (водопадный подход, исследовательское программирование, прототипирование, спиральный подход или другая модель).
• 7.5. Обоснование и выбор системы управления базами данных (СУБД).
• 7.6. Выбор ПС для реализации частей ПС (клиентской части, серверной части, «тонкого» или «толстого» клиента, WEB- интерфейса и т.п.).
• 7.7. Выбор и обоснование выбора применяемых технологий программирования в рамках выбранных программных средств реализации ИС.
• 7.8. Разделение ПС на части (модули).
• 7.9. Эргономический анализ создаваемых частей ПС.
• 7.10. Разработка ПС или модулей. Внимание следует уделять (и отражать в записке) следующим моментам:
• 7.10.1. Особенности и тонкости реализации ПС.
• 7.10.2. Указания по компиляции.
• 7.10.3. Указания по размещению файлов.
• 7.10.4. Выбор и использование средств создания объектов и т.п.
• 8. Выбор технологии реализации ИС и методов управления разработкой.
• 9. Разработка рекомендаций по выбору аппаратной части ИС.
• 10. Разработка мероприятий по обеспечению надежности ИС (резервирование, зеркалирование, архивирование и т.п.).
• 11. Разработка мероприятий по защите информации при работе ИС.
• 11.1. Административные меры.
• 11.2. Программные средства.
• 11.3. Аппаратные средства.
• 12. Разработка средств связи ИС с внешними хранилищами данных или информационными источниками (потоками).
• 13. Тестирование ИС.
• 14. Инсталляция ИС на территории заказчика. Порядок действий, описание настроек ИС и окружения.
• 15. Рекомендации к внедрению ИС.
• 15.1. Действия по подготовке заказчика к внедрению.
• 15.2. Порядок внедрения конкретных АРМ ИС и компонентов ИС.
• 15.3. Порядок и программа обучения пользователей АРМ ИС.
• 15.4. Описание работы ИС параллельно с существующими ИС.
• 16. Разработка документации к ИС.
• 16.1. Определение возможности и перспективности совмещения некоторых функций пользователя, администратора и программиста ИС.
• 16.2. Порядок действий пользователя при осуществлении функций ИС (руководство пользователя).
• 16.3. Порядок и периодичность действий администратора при обслуживании СУБД, проверке целостности таблиц, адекватности индексов, сохранности данных, настройке компонентов ИС, оптимизации окружения для улучшения работы ИС и т.п. Перечень возможных сбоев и действий по их устранению (руководство администратора).
• 16.4. Действия при модернизации ИС, например, при разработке дополнительных экранных и печатных форм (руководство разработчика).
• 16.5. Перечень возможных вопросов и проблем пользователей и ответов (разъяснений) или действий администратора (Frequency Asked Questions).
• 17. Возможности дальнейшей доработки или развития ИС.
• 18. Выводы, заключение (включая научную новизну, актуальность, практическую ценность и личный вклад разработчика).
• 19. Список использованных источников по ГОСТ 7-1-2003.
• 20. Приложения. В приложения следует включать вспомогательные материалы, чтобы они не загружали текст пояснительной записки. Это могут быть промежуточные математические выкладки и расчеты, протоколы испытаний, описание приборов и вычислительных средств, программные документы, распечатки текстов программ, экранные формы разработанных программ и др.

Приведенный перечень является существенно расширенным по

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

него только те позиции, которые подходят к его задаче.

С одержание

Введение……………………………………………………………..…………….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;

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

• КОНТРОЛЬ
• ВЫПУСКНАЯ КВАЛИФИКАЦИОННАЯ РАБОТА
• ПОДДЕРЖКА
• МОНИТОРИНГ

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

• Автоматизация процесса оценки выпускных квалификационных работ на основе компетентностного подхода
• Разработка web-ориентированной и мобильного приложения системы учета и анализа взаимодействия ВУЗа с потенциальными абитуриентами
• Оптимизация процесса составления расписания для движения городского общественного транспорта
• Разработка информационной системы учета результатов профориентационной деятельности высших учебных заведений

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

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

Оптимальным решением в сложившейся ситуации будет создание Web-ориентированной информационной системы (web-ИС), функционал которой будет включать:

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

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

1. Проверка стиля текста;
2. Проверка списка литературы;
3. Проверка на соответствие названия главы ее содержимому.

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

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

1. Разработка математического описания web-ИС поддержки процесса выполнения выпускных квалификационных работ;
2. Разработка алгоритмов и программная реализация web-ИС поддержки выполнения выпускных квалификационных работ;
3. Экспериментальная оценка качества программного продукта.

Рассмотрим математическую модель web-ИС. Существует несколько способов определения принадлежности текста к тому или иному стилю. Одним из таковых является Худломер - метод автоматической классификации функционального стиля текста на основе спектров длин слов. Разработчиком Худломера явлется Леонид Делицын. Существует упрощенный алгоритм Худломера - стиль текста определяется на основании средней длины слова. В зависимости от вычисленного параметра текст относится к одному из четырех стилей: разговорная речь (средняя длина слова 4.9), публицистический стиль (средняя длина слова 5.9), газетная статья (средняя длина слова 6.9) и научная статья (средняя длина слова больше 6.9). Отношение к тому или иному стилю определяется наибольшей близостью к одному из четырех стилей. Точность определения стиля такого подхода составляет примерно 70%;

Математическое описание определения соответствия содержимого названию главы заключается в определении ключевых слов из главы и подглав для последующего сопоставления с названием главы. Ключевые слова определяются в зависимости от их встречаемости в тексте, для анализа выбираются первые 24 наиболее встречаемых слова. Процедура сопоставления ключевых слов с названием главы подразумевает определение количества ключевых слов в названии в процентном соотношении. Полученный процентный результат переводится в словесную форму с четырьмя возможными ответами: отличное совпадение (более 80%), хорошее совпадение (65-79 %), удовлетворительное совпадение (50-64 %) и плохое совпадение (менее 50 %). За основу была взята шкала балло-рейтинговая система ВПИ (ф) ВолгГТУ с небольшим смещением;

Математическое описание определения правильности оформления библиографического списка студента заключается в проверке правильности оформления источника согласно ГОСТ Р 7.0.5-2008 "Библиографическая ссылка". Помимо правильности оформлении источника, проверяется год издания, который не должен быть старше 5 лет. Проверка списка использованных источников осуществляется путем поиска совпадений регулярными выражениями. Разработаны регулярные выражения для различных типов источников, таких как печатные источники, статья в журнале, монографии, тезисы докладов, ссылки на электронные ресурсы и другие. Проверка на соответствие года источника осуществляется путем получения года из полученных источников. При правильном оформлении источника и правильности использования года источника, он заносится в базу данных. Для занесения в базу данных используются следующие характеристики источника: авторы, год, название, издательство, страницы.

Теперь поговорим о реализации. Web-ориентированная информационная система «Бакалавр» представляет собой приложение типа клиент-сервер, где клиентом является пользователь, зарегистрированный в системе, взаимодействующий через браузер посредством Интернет соединения, а сервером, в свою очередь, является комплекс программного обеспечения AMP, включающего: Apache, MySQL, php.

Общая структурная схема web-ИС «Бакалавр» представлена на рис. 1.

Рисунок 1. Общая структура.

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

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

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

Модуль проверки библиографического списка разработан для частичной проверки списка использованных источников на корректность оформления и на соответствие годовым меркам использования. На вход подается TeX файл библиографического списка, из файла извлекается текст и проходит проверку регулярными выражениями. Каждое совпадение проверяется на правильность использования годовым меркам источника (источник должен быть не старше пяти лет). Проверка на соответствие года источника осуществляется путем получения года из полученных источников. Источники проверяются по регулярным выражениям, составленным согласно ГОСТ Р 7.0.5-2008 "Библиографическая ссылка". При правильном оформлении источника и правильности использования года источника, он заносится в базу данных. Для занесения в базу данных используются следующие характеристики источника: авторы, год, название, издательство, страницы. На выходе пользователю выводятся все полученные совпадения из регулярных выражений по категориям с указанием количества. Источники старше пяти лет выводятся красным цветом, остальные зеленым.

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

Рисунок 2. Физическая схема базы данных.

Для оценки эффективности реализованной web-ориентированной информационной системы было проведено три эксперимента:

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

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

Таблица 1. Результаты эксперимента по оценке способов хранения текста пояснительной записки.

Рисунок 3. Результаты эксперимента по оценке способов хранения текста пояснительной записки.

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

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

Таблица 2. Общий результат эксперимента

Было установлено, что время, затрачиваемое на выполнения необходимых задач невелико. Следовательно, интерфейс web-ИС «Бакалавр» не вызывает затруднений для всех категорий пользователей, что свидетельствует о легком и удобном интерфейсе для пользователей.

Экспертная оценка программных продуктов позволяет выявить лучший среди сравниваемых, отметить положительные и отрицательные стороны каждого продукта по отношению к выбранным критериям. Для сравнения существующих программных обеспечений были выбраны GS-ведомости, интегрированная система управления высшим учебным заведением (ИСУ ВУЗ), web-ИС «Бакалавр», Университет (Redlab) и Электронный Университет. В качестве критериев для сравнительного анализа программных продуктов были выбраны: контроль и мониторинг выполнения этапов ВКР, генерация отчетов по главам, учет публикаций студента, поддержка выполнения ВКР, контроль тематики ВКР, ведение базы данных бакалаврских работ.

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

Диаграмма весовых коэффициентов для критериев представлена на рис. 4.

Таблица 3. Матрица парных сравнений, суммы и веса критериев

								Веса критериев

Рисунок 4. Весовые коэффициенты критериев качества.

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

Таблица 4. Интегральные показатели качества.

Критерии	Весовые коэффи-циенты	Программные продукты					Базовые значения
					Универ-ситет	Бакалавр
контроль и мониторинг выполнения этапов ВКР
генерация отчетов по главам
учет публикаций студента
поддержка выполнения ВКР
контроль тематики ВКР
ведение БД бакалаврских работ
Интегральный показатель качества Q

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

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

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

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

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

1. 1С: Университет - https://solutions.1c.ru/catalog/university/features
2. Дрейзис Ю.И., Калинина М.В., Зиновьев П.С. The Comparative Analy-sis of the Market of Information Systems for Automation of Activity of Uni-versity. // European Journal of Computer Science, №1, Vol. (2), 2016, pp. 26-37.
3. Интегрированная система управления ВУЗом URL: http://isu.tisbi.ru/ (дата обращения: 10.12.2017).
4. Рыбанов, А.А. Технология повышения эффективности информацион-ной поддержки, мониторинга и контроля за процессом выполнения вы-пускных квалификационных работ / Рыбанов А.А., Макушкина Л.А., Фа-деева М.В. // Актуальные вопросы профессионального образования. - 2013. - № 10 (т. 10). - C. 122-125.
5. Оруджова, Л.Ш., Рыбанов А.А. Программная реализация web-ориентированной информационной системы контроля и мониторинга вы-полнения выпускной квалификационной работы [Электронный ресурс] : статья / Оруджова Л.Ш., Рыбанов А.А. // Студенческий научный форум 2013: V междунар. студ. электрон. науч. конф., 15 февр. – 31 марта 2013 г. Направл. "Технические науки" / Рос. акад. естествознания. – М., 2013. – С. 1-5. – Режим доступа: http://www.scienceforum.ru/2013/pdf/5243.pdf
6. Морозов М.С., Чернова Г.А.. 2016. Т.2. № 47. С. 26-35.

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

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

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

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

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

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 План-график выполнения ВКР

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

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

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

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

План-график

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

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

Тема ВКР___________________________________________________

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

Группа_ _________________________________________________________________

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

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

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

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

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

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

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

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

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

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

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

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

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

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

______________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________

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

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