Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Размещено на http://www.allbest.ru/

Министерство образования и наук Российской Федерации

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

Направление: 230100.62

Зав. Кафедрой: д.э.н., проф.

Файзрахманов Р.А.

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

На соискание академической степени бакалавра

Студент ___________________________ (Пешков К.А.)

Состав ВКР:

1. Пояснительная записка на 107 стр.;

2. Графический материал на 12 листах;

3. Электронный носитель с материалами ВКР.

Руководитель ВКР: ________________________ (Подгорных П.А.)

Консультант: _______________________________ (Чепелева И.М.)

Нормоконтролер: ____________________________ (Елисеева Е.Н.)

Пермь - 2012

Министерство образования и науки Российской Федерации

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

Кафедра информационных технологий и автоматизированных систем

Электротехнического факультета

«УТВЕРЖДАЮ»

Зав. кафедрой (Р.А. Файзрахманов)

«____»___________2010г.

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

Фамилия, И.О. Пешков Кирилл Александрович

Факультет ЭТФ Группа АСУзу-08-2

Начало выполнения работы 25.12.2011

Контрольные сроки просмотра работы кафедрой 10 .01.2012 , 20.01.2012, 2 4 .01.2012

Сроки представления на рецензию 2 4 .01.2012

Защита работы на заседании ГЭК 2 6 .01.2012

1. Наименование темы «Разработка автоматизированной системы упр авления кадрами на предприятии»

2. Исходные данные к работе. Документы строгой отчетности отдела кадров компании ООО «ИВЦ»

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

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

Перечень графического материала: функциональная модель, модель БД, реализация системы

Основная литература Маклаков С.В. Erwin и BPwin . CASE - средства разработки информационных систем, Вендров А.М. CASE технологии. Современные методы и средства проектирования информационных систем

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

старший преподаватель кафедры ИТАС (Подгорных П.А. )

Консультант начальник отдела проектирования (Чепелева И.М. )

Задание получил 25.12.2011 (Пешков К.А. )

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

	Объем этапа в %	Выполнения	Примечание
Анализ исходных данных, выбор схемы и основных параметров
Разработка основной части
Разработка графической части
Оформление пояснительной записки писки
Представление работы на проверку и отзыв руководителя квалификационной работы квалификационной работы
Представление работы заведующему кафедрой
Защита на заседании ГЭК

Руководитель работы (Подгорных П.А. )

«____» 2011 г.

Обозначения и сокращения

Введение

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

2. Анализ известных подходов к решению проблемы

2.1. Обзор и выбор стандартов и профилей

3. Описание функциональной модели бизнес-процесса «AS-IS»

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

4. Разработка функциональной модели системы «TO-BE»

4.1. Основные функции системы

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

5. Разработка инфологической модели системы

5.1. Разработка инфологической модели данных

5.2. Разработка даталогической модели данных

6. Описание архитектуры системы

6.1. Подсистема хранения данных

6.2. Подсистема обмена данными

6.3. Подсистема приложения

Заключение

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

РЕФЕРАТ

Отчет 91 страница, 3 рисунка, 1 таблица, 8 источников, 12 приложений

ОТДЕЛ КАДРОВ, УЧЁТ КАДРОВ, ДОКУМЕНТОБОРОТ, ВХОДНЫЕ ДОКУМЕНТЫ, ВЫХОДНЫЕ ДОКУМЕНТЫ, АВТОМАТИЗИРОВАННАЯ СИСТЕМА

Объектом исследования является документооборот отдела кадров предприятия ООО «ИВЦ».

Цель работы - разработка автоматизированной системы управления кадрами на предприятии.

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

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

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

ОБОЗНАЧЕНИЯ И СОКРАЩЕНИЯ

	Автоматизированная система
	Автоматизированная система управления
	База данных
	Выпускная квалификационная работа
	Высшее учебное заведение
	Государственный стандарт
	Единая тарифная сетка
	Жизненный цикл
	Информационная система
	Информационные технологии и автоматизированные системы
	Научно-исследовательская работа
	Программное обеспечение
	Программная система
	Система управления базами данных
	Техническое задание
	Электронная вычислительная машина
CASE (Computer Aided Software/ System Engineering)	Автоматизированная разработка программного обеспечения
DFD (Data Flow Diagrams)	Диаграммы потоков данных
ERD (Entity-Relationship Diagrams)	Диаграммы "сущность-связь"
ERP (Enterprise Resource Planning)	Системы управления предприятием
IDEF0 (Icam DEFinition)	Методология функционального моделирования
IDEF1X (Icam DEFinition1 Extended)	Методология построения реляционных структур
IEC (International Electrotechnical Commission)	Международная комиссия по электротехнике
ISO (International Organization for Standardization)	Международная организация по стандартизации
ODBC (Open Date Base Connect)	Открытые технологии для связи с БД
RAD (Rapid Application Development)	Методология быстрой разработки приложений
SADT (Structured Analysis and Design Technique)	Методология структурного Анализа
SQL (Structured Query Language)	Структурированный язык запросов

ВВЕДЕНИЕ

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

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

· значительные временные затраты и трудозатраты возникающие при работе сотрудников отдела кадров с документами;

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

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

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

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

· около 80% своего рабочего времени начальник тратит на работу с информацией.

· порядка 30% рабочего времени сотрудников уходит на создание, поиск, согласование и отправку документов,

· каждый внутренний документ копируется, в среднем, до 20 раз

· существуют также оценки, что на работу с документами приходится тратить до 40% трудовых ресурсов и до 15% корпоративных доходов.

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

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

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

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

Целью данной дипломной работы является Разработка автоматизированной системы управления кадрами на предприятии. В качестве объекта автоматизации выступает документооборот отдела кадров на предприятии ООО «ИВЦ».

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

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

· разработка моделей деятельности “как есть”, анализ недостатков;

· разработка моделей деятельности “как должно быть”;

· разработка информационной модели данных;

· разработка технического задания на разработку информационной системы.

Разрабатываемая информационная система позволит:

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

· оптимизировать хранение документов;

· сэкономить ресурсы, расходуемые на подготовку новых документов;

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

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

· исключить несанкционированный доступ к документам;

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

· для моделирования бизнес-процессов будет использован IDEF0;

· для моделирования информационных потоков используется IDEF3;

· информационные модели будут представлены в нотации IDEF1X;

· техническое задание будет оформлен в соответствии с ГОСТ 34.602-89 «Техническое задание на создание автоматизированной системы»

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

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

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

Целью данно й дипломной работы является разработка автоматизированной системы управления кадрами на предприятии ООО «ИВЦ» «Учёт кадров».

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

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

2. уменьшение времени разработки документов;

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

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

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

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

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

2. АНАЛИЗ ИЗВЕСТНЫХ ПОДХОДОВ К РЕШЕНИЮ ПРОБЛЕМЫ

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

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

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

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

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

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

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

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

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

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

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

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

понимаемы непрофессионалами. Примерами объектно-ориентированных CASE-средств являются: Rational Rose фирмы Rational Software и Paradigm Plus фирмы Computer Associates, предназначенные для автоматизации этапов анализа и проектирования ПО.

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

развитыми CASE-средствами: Vantage Team Builder (Westmount I-CASE); Designer/2000; Silverrun; ERwin+BPwin; S-Designor; CASE.Аналитик.

ERwin -- современное средство проектирования баз данных. Отличительной чертой ERwin/ERX является высокая степень обеспечения согласованного взаимодействия между средствами создания баз данных и средствами разработки приложений. ERwin поддерживает все наиболее популярные реляционные СУБД, включая Oracle; Sybase; Informix; Microsoft SQL Server; FoxPro; InterBase; Paradox; Access и др. Одна и та же модель может быть использована для создания нескольких баз данных или для переноса приложения с платформы одной СУБД на другую. ERwin можно использовать совместно со многими популярными средствами разработки приложений: Delphi, PowerBuilder, Visual Basic, Oracle Designer/2000 и др.

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

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

Для моделирования бизнес-процессов Отдела кадров было выбрано CASE-средство BPwin 4.0. Проектирование базы данных создаваемой подсистемы решено производить с помощью CASE-средства ERwin 4.0, поскольку оно достаточно простое в изучении и использовании.

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

2 .1 Обзор и выбор стандартов и профилей

Согласно ГОСТ 34.003 жизненный цикл АС: совокупность взаимосвязанных процессов создания и последовательного изменения состояния АС от формирования исходных требований к ней до окончания эксплуатации и утилизации комплекса средств автоматизации АС. Понятие ЖЦ ПО является одним из базовых в программной инженерии. Основным нормативным документом, регламентирующим состав процессов ЖЦ ПО, является международный стандарт ISO/IEC 12207:1995 «Information Technology - Software Life Cycle Processes». Он определяет структуру ЖЦ, содержащую процессы, действия и задачи, которые должны быть выполнены во время создания ПО.

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

· ГОСТ 34.601-90 «Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания»;

· ГОСТ 34.602-89 «Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы»;

· ГОСТ 34.603-92 «Информационная технология. Виды испытаний автоматизированных систем».

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

ГОСТ 34.602-89 распространяется на автоматизированные системы (АС) для автоматизации различных видов деятельности (управление, проектирование, исследование и т. п.), включая их сочетания, и устанавливает состав, содержание, правила оформления документа “Техническое задание на создание (развитие или модернизацию) системы” (далее - ТЗ на АС).

Общие положения ГОСТ 34.602-89:

· ТЗ на АС является основным документом, определяющим требования и порядок создания (развития или модернизации - далее создания) автоматизированной системы, в соответствии с которым проводится разработка АС и ее приемка при вводе в действие.

· ТЗ на АС разрабатывают на систему в целом, предназначенную для работы самостоятельно или в составе другой системы.

· Дополнительно могут быть разработаны ТЗ на части АС: на подсистемы АС, комплексы задач АС и т. п. в соответствии с требованиями настоящего стандарта; на комплектующие средства технического обеспечения и программно-технические комплексы в соответствии со стандартами ЕСКД и СРПП; на программные 1 средства в соответствии со стандартами ЕСПД; на информационные изделия в соответствии с ГОСТ 19.201 и НТД, действующей в ведомстве заказчика АС.

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

· ТЗ на АС разрабатывают на основании исходных данных в том числе содержащихся в итоговой документации стадии “Исследование и обоснование создания АС”, установленной ГОСТ 24.601.

· В ТЗ на АС включают только те требования, которые дополняют требования к системам данного вида (АСУ, САПР, АСНИ и т. д.), содержащиеся в действующих НТД, и определяются спецификой конкретного объекта, для которого создается система.

· Изменения к ТЗ на АС оформляют дополнением или подписанным заказчиком и разработчиком протоколом. Дополнение или указанный протокол являются неотъемлемой частью ТЗ на АС. На титульном листе ТЗ на АС должна быть запись “Действует с... ”.

ТЗ на АС содержит следующие разделы, которые могут быть разделены на подразделы:

1. общие сведения;

2. назначение и цели создания системы;

3. характеристика объектов автоматизации;

4. требования к системе;

5. состав и содержание работ по созданию системы;

6. порядок контроля и приемки системы;

7. требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие;

8. требования к документированию;

9. источники разработки. (ГОСТ 34.602-89)

3. ОПИСАНИЕ ФУНКЦИОНАЛЬНОЙ МОДЕЛИ БИЗНЕС-ПРОЦЕССА « AS - IS »

Функциональная модель предназначена для описания существующих бизнес-процессов на предприятии, так называемая модель «AS-IS» (как есть) и идеального положения вещей - того, к чему нужно стремиться - модель «TO-BE».

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

· Приказы о приеме на работу

· Приказы о переводе

· Приказы об увольнении

· Служебный контракт

· Трудовой договор

· Сведения о датах назначения надбавок за выслугу лет

· Справка об установленном стаже

· Приказы о предоставлении отпусков

· Сведения в бухгалтерию

· Личная карточка Т2 (Т2ГС)

· Общая справка

· Сведения об изменениях

· Сведения о составе работников

· Штатное расписание

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

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

«Рисунок 1 - Структура отдела кадров»

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

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

· создание эффективной системы штатных сотрудников;

· разработка карьерных планов сотрудников;

· разработка кадровых технологий;

· организации труда;

· обучения, продвижения квалификации и переквалификации персонала;

· исследование социально-психологического климата;

· материальное стимулирование и мотивация персонала;

· планирование карьеры и продвижение;

· нормирование труда, оценка резервов и аттестаций;

· охрана и безопасность труда.

Входные/выходные документы

Исходными документами в деятельности отдела кадров (в рамках объекта автоматизации) являются:

· Трудовая книжка;

· Заявление работников об увольнении по собственной инициативе;

· График отпусков;

· Табель учета рабочего времени и расчета оплаты труда;

· Журнал учета мероприятий по контролю;

Выходные документы:

· Приказы о приеме на работу;

· Приказы о переводе;

· Приказы об увольнении;

· Служебный контракт;

· Трудовой договор;

· Сведения о датах назначения надбавок за выслугу лет;

· Справка об установленном стаже;

· Приказы о предоставлении отпусков;

· Сведения в бухгалтерию;

· Личная карточка Т2 (Т2ГС);

· Общая справка;

· Реестр;

· Сведения об изменениях;

· Сведения о составе работников;

· Штатное расписание;

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

Функциональная модель «AS-IS контекстная диаграмма A-0» представлена в [Приложении А]. Она включает в себя всю деятельность отдела в области учета кадров. Модель представлена в виде черного ящика. Детализация диаграммы «A0» представлена в [Приложении Б].

Функции модели «AS-IS»

Функция A1

Название:

Алгоритм: Ввод данных о сотрудниках в систему;

Входные данные:

Выходные данные: Приказы о приеме на работу, Приказы о переводе, Приказы об увольнении, Служебный контракт, Трудовой договор;

Управление:

Механизм: Специалисты по подбору персонала;

Функция A2

Название: Управление трудовым процессом;

Алгоритм: Организация контроля и выполнение отчётности;

Входные данные: График отпусков, Табель учета рабочего времени и расчета оплаты труда, Приказы о приеме на работу;

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

Управление:

Механизм: Специалисты по оценке персонала;

Функция A3

Название: Делопроизводство;

Алгоритм: Выполнение процедур по подержанию кадровой информации в актуальном состоянии;

Входные данные: Книга учета движения трудовых книжек и вкладышей к ним, Журнал учета мероприятий по контролю, Проект штатного расписания;

Выходные данные: Личная карточка Т2 (Т2ГС), Общая справка, Реестр, Сведения об изменениях, Сведения о составе работников, Штатное расписание;

Управление: Должностные инструкции;

Механизм: Специалисты по делопроизводству;

При изучении модели «AS-IS» были выявлены следующие недостатки:

· бессистемное хранение документации;

· отсутствие справочников;

· долгий поиск карточки сотрудника в бумажном архиве;

Найденные в модели «AS-IS» недостатки можно исправить при создании модели TO-BE (как должно быть). Эта модель интегрирует перспективные предложения руководства и сотрудников предприятия, экспертов и системных аналитиков и позволяет сформировать видение новых рациональных технологий работы компании.

4. РАЗРАБОТКА ФУНКЦИОНАЛЬНОЙ МОДЕЛИ СИСТЕМЫ « TO - BE »

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

Функциональная модель «TO-BE контекстная диаграмма A-0» представлена в [Приложении В]. Она включает в себя всю деятельность отдела в области учета кадров. Модель представлена в виде черного ящика. Детализация диаграммы «A0» представлена в [Приложении Г].

Функции модели « TO - BE »

Функция A1

Название: Организация приёма/увольнения сотрудников;

Алгоритм: Ввод данных о сотрудниках в электронную карточку;

Входные данные: Трудовая книжка, Заявление работника об увольнении по собственной инициативе;

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

Управление: Трудовой кодекс РФ, Должностные инструкции, Положение об оплате труда работников, Политика компании;

Механизм: Специалисты по подбору персонала, Информационная система;

Функция A2

Название: Управление системой;

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

Входные данные: График отпусков, Табель учета рабочего времени и расчета оплаты труда, Журнал учета мероприятий по контролю, Электронная карточка сотрудника;

Выходные данные: Список сотрудников;

Управление: Должностные инструкции, Политика компании, Правила внутреннего трудового распорядка;

Механизм:

Функция A3

Название: Формирование отчётности;

Алгоритм: Вывод и печать необходимой информации в виде отчётов

Входные данные: Список сотрудников;

Выходные данные: Сведения о датах назначения надбавок за выслугу лет, Справка об установленном стаже, Приказы о предоставлении отпусков, Сведения в бухгалтерию, Личная карточка Т2 (Т2ГС), Общая справка, Реестр, Сведения об изменениях, Сведения о составе работников, Штатное расписание;

Механизм: Информационная система;

Для более подробной иллюстрации отличий моделей «TO-BE» от «AS-IS» выполним декомпозицию функции «A2» и представим её в [Приложении Д].

Функции модели « TO - BE детализация диаграммы A 2»

Функция A21

Название: Работа с электронной карточкой;

Алгоритм: Включает в себя все операции, проводимые с персональными данными сотрудников;

Входные данные: График отпусков, Табель учета рабочего времени и расчета оплаты труда, Журнал учета мероприятий по контролю, Электронная карточка сотрудника, Значение стажа сотрудника, Штатное расписание;

Выходные данные:

Управление: Должностные инструкции, Политика компании, Правила внутреннего трудового распорядка;

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

Функция A22

Название: Формирование штатного расписания;

Алгоритм: Формирование производится на основе данных обо всех отделах и сотрудниках компании;

Входные данные: Табель учета рабочего времени и расчета оплаты труда, Персональные данные сотрудников;

Выходные данные: Штатное расписание;

Управление: Правила внутреннего трудового распорядка;

Механизм: Специалисты по делопроизводству, Информационная система;

Функция A23

Название: Автоматический подсчёт стажа;

Алгоритм: Подсчёт ведётся на протяжении всей трудовой деятельности сотрудника в данном предприятии;

Входные данные: Персональные данные сотрудников;

Выходные данные: Значение стажа сотрудника;

Управление: Должностные инструкции;

Механизм: Информационная система;

Функция A24

Название: Фильтрация;

Алгоритм: Формирование списка сотрудников удовлетворяющих указанным атрибутам;

Входные данные: Персональные данные сотрудников;

Выходные данные: Список сотрудников;

Механизм: Информационная система;

4.1 Основные функции системы

· Хранение структурированной информации о сотруднике в виде карточки с необходимыми реквизитами;

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

· Поиск карточек по атрибутам;

· Фильтрация карточек по реквизитам и тексту (атрибутивная и полнотекстовая);

· Автоматический подсчёт стажа сотрудника;

· Экспорт необходимой информации в другие распространенные программные средства (Microsoft Excel);

· Вывод всевозможных отчетов.

Вкратце принцип работы системы может быть представлен следующим образом:

· Основными информационными объектами системы являются Карточки сотрудников, хранящие структурированную информацию о соответствующем объекте.

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

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

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

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

· Сближение механизмов работы с бумажными и электронными документами так, чтобы было возможно обеспечить «бесшовный» документооборот на базе удобной, легкой в освоении, быстрой системы с простым и дружественным пользовательским интерфейсом.

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

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

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

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

4. 2 Предполагаемые результаты внедрения системы электронного документооборота

· Снижение риска потери информации и технологии при уходе ключевых сотрудников.

· В электронном документообороте необходимые документы всегда под рукой: слабая зависимость от персоналий, результативный поиск документов;

· Повышение эффективности управления;

· Рост производительности труда;

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

· Снижение рисков;

· Обеспечение безопасности хранения коммерческой информации.

5. РАЗРАБОТКА ИНФОЛОГИЧЕСКОЙ МОДЕЛИ СИСТЕМЫ

5.1 Разработка инфологической модели данных

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

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

На основе анализа предметной области и требований к системе электронного документооборота были выявлены следующие сущности:

· Сотрудник

· Образование

· Дополнительное образование

· Трудовая книжка

· Медицинский полис

· Военный билет

· Награды

· Родственники

· Надбавки

· Пособия

· Назначения перемещения

· Командировки

· Выходные пособия

· Материальная помощь

· Аттестации

· Отпуска

· Больничные листы

· Предприятия

· Виды образования

· Регионы

· Учебные заведения

· Тип должности

· Тип стажа

Связь «Образование» принадлежит

Связь «Доп. образование» принадлежит «Сотрудник» является связью типа M:1;

Связь «Награды» принадлежит «Сотрудник» является связью типа M:1;

Связь «Родственники» принадлежит «Сотрудник» является связью типа M:1;

Связь «Надбавки» принадлежит «Сотрудник» является связью типа M:1;

Связь «Пособия» принадлежит «Сотрудник» является связью типа M:1;

Связь «Назначения перемещения» принадлежит «Сотрудник» является связью типа M:1;

Связь «Командировки» принадлежит «Сотрудник» является связью типа M:1;

Связь «Выходные пособия» принадлежит «Сотрудник» является связью типа M:1;

Связь «Материальная помощь» принадлежит «Сотрудник» является связью типа M:1;

Связь «Аттестации» принадлежит «Сотрудник» является связью типа M:1;

Связь «Отпуска» принадлежит «Сотрудник» является связью типа M:1;

Связь «Больничные листы» принадлежит «Сотрудник» является связью типа M:1;

Связь «Резерв» принадлежит

Связь «Тип должности» принадлежит «Резерв» является связью типа 1:М;

Связь «Трудовая книжка» принадлежит «Сотрудник» является связью типа 1:1;

Связь «Медицинский поли» принадлежит «Сотрудник» является связью типа 1:1;

Связь «Военный билет» принадлежит «Сотрудник» является связью типа 1:1;

Связь «Предприятия» принадлежит

Связь «Виды образования» принадлежит «Сотрудник» является связью типа 1:М;

Связь «Стаж» принадлежит «Сотрудник» является связью типа М:М;

Связь «Тип стажа» принадлежит «Стаж» является связью типа 1:М;

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

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

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

Логическая модель системы представлена в [Приложении Л] и в [Графическом материале 11].

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

6 . ОПИСАНИЕ АРХИТЕКТУРЫ СИСТЕМЫ

В автоматизированной информационной системе «Учёт кадров» используется трехзвенная архитектура клиент-сервер (рисунок 2).

«Рисунок 2 - Архитектура системы «Учёт кадров»

Автоматизированная информационная система «Учёт кадров» условно разделена на три подсистемы:

1. Подсистема хранения данных.

2. Подсистема обмена данными.

3. Подсистема приложения.

6 .1 Подсистема хранения данных

В роли подсистемы хранения данных выступает СУБД MS SQL. СУБД работает с базой данных, в которой структурировано хранятся все персональные данные сотрудников.

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

6 .2 Подсистема обмена данными

Подсистема обмена данными представляет собой Веб-сервис, который предназначен для обмена информации между клиентскими приложениями (подсистема приложения) и базой данных. Веб-сервис разрабатывается по технологии Windows Communication Foundation, это унифицированная модель программирования распределенных приложений на платформе Microsoft. Она инкорпорирует предшествующие технологии - ASMX,.NET Remoting, DCOM и MSMQ - и предоставляет расширяемый API, отвечающий разнообразным требованиям, которые возникают при создании распределенных систем.

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

6 .3 Подсистема приложения

Подсистема приложения представляет собой клиентское приложение, которое обменивается данными с веб-сервисом. Клиентское приложение разработано в интегрированной среде разработки Delphi.

Delphi - императивный, структурированный, объектно-ориентированный язык программирования, диалект Object Pascal. Начиная со среды разработки Delphi 7.0, в официальных документах Borland стала использовать название Delphi для обозначения языка Object Pascal. Начиная с 2007 года уже язык Delphi (производный от Object Pascal) начал жить своей самостоятельной жизнью и претерпевал различные изменения связанные с современными тенденциями (например, с развитием платформы.NET) развития языков программирования: появились class helpers, перегрузки операторов и другое.

Описание функций приложения

Пользователь системы работает непосредственно с клиентским приложением. В главном окне приложения [Приложение Е] отображается список всех сотрудников компании, которых можно отсортировать и найти по различным атрибутам. Для того чтобы ввести в систему нового сотрудника необходимо создать «Карточку физического лица» [Приложение Ж] и заполнить её персональными данными сотрудника. Прежде всего, необходимо заполнить поле «Пенс №» т.к. оно является ключевым.

Для того что бы назначить человека на какую либо должность необходимо зайти в карточку «Дополнительные сведения» [Приложение З], в которой заполняются дополнительные атрибуты в том числе «Назначения и перемещения». При добавлении нового назначения открывается окно «Приём на работу и перевод на другую работу» [Приложение И], в котором указывается всё о текущей должности сотрудника. После заполнения всех атрибутов у сотрудника автоматически начинает подсчитываться стаж.

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

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

З АКЛЮЧЕНИЕ

Данная дипломная работа посвящена автоматизации документооборота в рамках работы отдела кадров компании ООО «ИВЦ».

Целью данной дипломной работы является создание проекта «Учёт кадров».

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

· Выполнен анализ информационных потоков;

· Разработаны модели деятельности “как должно быть” с использованием стандарта IDEF0;

· Разработаны информационные модели данных в нотации IDEF1X;

· Разработано техническое задание на информационную систему кафедры на основе ГОСТ 34/602-89, которое приведено в [Приложении M].

С ПИСОК ЛИТЕРАТУРЫ

1. ГОСТ 34.602-89 «Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы»;

2. ГОСТ 34.602-89 «Правила оформления технического задания». - URL: http://url5.ru/hej (дата посещения 25.11.2011);

3. Трудовой кодекс Российской федерации. - Редакция 2011-2012

4. Вендров А.М. «Проектирование программного обеспечения экономических информационных систем»: Финансы и Статистика. - 2002;

5. Кибанова А.Я. «Управление персоналом организации»: ИНФРА-М. - 2005;

6. Маклаков С.В. «BPwin и Erwin. CASE-средства разработки информационных систем»: ДИАЛОГ-МИФИ. - 2000;

7. Маклаков С.В. «Моделирование бизнес-процессов с BPwin 4.0»: ДИАЛОГ-МИФИ. - 2002 - 224c.;

8. Квалификационный справочник должностей руководителей, специалистов и служащих: ИНФРА-М. - 2003 - 96с.

Размещено на Allbest.ru

...

Подобные документы

Обоснование необходимости разработки АОС "Информационная безопасность". Построение модели деятельности "Как есть" (AS-IS) и "Как должно быть" (TO-BE). Анализ программных продуктов. Создание модели предметной области. Разработка информационной системы.

отчет по практике , добавлен 31.05.2015


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

курсовая работа , добавлен 20.12.2013


Понятие автоматизированной информационной системы. Построение функционально-ориентированных моделей "как есть" (as-is) и "как должно быть" (to-be). Описание базы данных, разработка приложения, руководство пользователя. Счет-фактура, платежное поручение.

дипломная работа , добавлен 23.04.2013


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

курсовая работа , добавлен 25.12.2014


Изучение существующей технологии почтовых отправлений. Составление модели технологической операции в формате "как есть". Разработка модели автоматизированной технологической операции в формате "как надо" (TO-BE). Разработка технического задания на АРМ.

контрольная работа , добавлен 20.12.2010


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

курсовая работа , добавлен 25.04.2013


Построение моделей деятельности "как есть" (AS–IS) и "как должно быть" (TO–BE) для повышения эффективности учета товаров на складе ООО "ТНТ Трейдинг". Формирование технического задания на создание автоматизированной информационной системы для предприятия.

курсовая работа , добавлен 12.04.2012


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

курсовая работа , добавлен 15.07.2012


Комплексное исследование объекта информатизации - ООО "УралПромСнаб". Разработка модели бизнес-процессов AS-IS и анализ "узких" мест. Разработка технического задания на покупку и внедрение готовой автоматизированной системы учета "Галактика ERP 9.1".

курсовая работа , добавлен 12.12.2013


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

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

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

• 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. Приложения. В приложения следует включать вспомогательные материалы, чтобы они не загружали текст пояснительной записки. Это могут быть промежуточные математические выкладки и расчеты, протоколы испытаний, описание приборов и вычислительных средств, программные документы, распечатки текстов программ, экранные формы разработанных программ и др.

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

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

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

ФИО студента

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

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

Факультет

Программа

Год защиты

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

План-график

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

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

Тема ВКР___________________________________________________

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

Группа_ _________________________________________________________________

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

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

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

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

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

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

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

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

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

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

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

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

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

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

______________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________

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

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