Главная >> Методички

Pages: |

| 2 |

«ТРЕБОВАНИЯ К ДИПЛОМНОМУ ПРОЕКТУ СТУДЕНТОВ СПЕЦИАЛЬНОСТИ 080801 ПРИКЛАДНАЯ ИНФОРМАТИКА (В ЭКОНОМИКЕ) Методические рекомендации Смоленск 2010 УДК 004.9 ББК 3811 Т 66 Под общей редакцией Н.А. Максимовой Авторы-составители: ...»

-- [ Страница 1 ] --

СМОЛЕНСКИЙ ГУМАНИТАРНЫЙ УНИВЕРСИТЕТ

ТРЕБОВАНИЯ К ДИПЛОМНОМУ ПРОЕКТУ

СТУДЕНТОВ СПЕЦИАЛЬНОСТИ

080801 «ПРИКЛАДНАЯ

ИНФОРМАТИКА (В ЭКОНОМИКЕ)»

Методические рекомендации

Смоленск

2010

УДК 004.9

ББК 3811

Т 66

Под общей редакцией Н.А. Максимовой

Авторы-составители:

Андреева А.В.

Макаревский А.В.

Максимова Н.А.

Технический редактор:

Легарева Ю.В.

Требования к дипломному проекту студентов специальности 080801 «Прикладная информатика (в экономике)»: метод. рекомендации / под общ. ред. Максимовой Н.А.– Смоленск : Универсум, 2010. – 61 с.

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

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

ВВЕДЕНИЕ……………………………………………………………………………………….….….…… Требования к профессиональной подготовленности выпускника по специальности «Прикладная информатика (по областям)……………………………………………………………... Общие требования к структуре выпускной квалификационной работы …………….…….………… Краткая аннотация по разделам выпускной квалификационной работы…………….……………… ТРЕБОВАНИЯ К НАПИСАНИЮ ВВЕДЕНИЯ……………………………………………………..… ТРЕБОВАНИЯ К НАПИСАНИЮ ГЛАВЫ 1 (АНАЛИТИЧЕСКАЯ ЧАСТЬ) …………….……… Требования к написанию параграфа 1.1 (технико-экономическая характеристика предметной области)……………………………………………………………………………………………..….... Требования к написанию параграфа 1.2 (постановка задачи)……………………………...………… Требования к написанию параграфа 1.3 (анализ существующих разработок и обоснование выбора технологии проектирования)…………………………………………………………….…… Выводы по главе 1………………………………………………………………………………………..

ТРЕБОВАНИЯ К НАПИСАНИЮ ГЛАВЫ 2 (РАЗРАБОТКА ПРОЕКТНЫХ РЕШЕНИЙ)……..

Требования к написанию параграфа 2.1 (разработка концепции новой АС или модернизации старой) …………………………………………………………………………………………………... Требования к написанию параграфа 2.2 (обоснование проектных решений по видам обеспечения)……………………………………………………………………………………………………….. Требования к написанию параграфа 2.3 информационное обеспечение задачи……………………. Требования к написанию параграфа 2.4 (программное обеспечение задачи)………………….…… Выводы по главе 2 ………………………………………………………………………………….…… ТРЕБОВАНИЯ К НАПИСАНИЮ ГЛАВЫ 3 (РАСЧЕТ ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ ПРОЕКТА) ………………………………………………………………………………………..…. Требования к написанию параграфа 3.1 (выбор и обоснование методики расчета экономической эффективности проекта)……………………………………………………………… Требования к написанию параграфа 3.2 (расчет показателей экономической эффективности проекта) …………………………………………………………………………………………………. Выводы по главе 3……………………………………………………………………….…………….… ТРЕБОВАНИЯ К НАПИСАНИЮ ЗАКЛЮЧЕНИЯ ………………………………….……………….

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

РАБОТЫ ……………………………….…………………………………………………………………… СПИСОК ЛИТЕРАТУРЫ ………………...……………………………………………………………… ПРИЛОЖЕНИЕ 1. Задание на дипломный проект……………………………………………………… ПРИЛОЖЕНИЕ 2. Рецензия……………………………………………………………………………… ПРИЛОЖЕНИЕ 3. Отзыв……………………………………………………………………………….… ПРИЛОЖЕНИЕ 4. Титульный лист…………………………………………………………………….... ПРИЛОЖЕНИЕ 5. Акт внедрения………………………………………………………….…….………. ПРИЛОЖЕНИЕ 6. Заявка на разработку………………………………………………………………....

ВВЕДЕНИЕ

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

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

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

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

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

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

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

Работа над дипломным проектом включает в себя перечисленные ниже этапы:

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

2. Сбор и обработка материала во время прохождения преддипломной практики.

3. Составление и защита Отчета по практике.

4. Написание и оформление текста дипломного проекта.

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

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

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

7. Подготовка научным руководителем Отзыва на дипломный проект (приложение 3).

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

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

10. Защита дипломного проекта:

- объявляется тема работы;

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

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

- ГАК выносит решение об оценке работы и защиты и о присвоении автору квалификации «Информатик-экономист». Обсуждение происходит на закрытом заседании ГАК после защиты всех работ. Решение ГАК объявляется публично.

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

Он должен обладать:

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

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

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

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

- специализацией, определяемой перечнем специальных и информационных дисциплин;

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

- коммуникационной готовностью выпускника, определяемой:

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

· владением теорией в области применения;

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

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

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

· стремлением к непрерывному личностному и профессиональному совершенствованию.

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

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

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

ГОСТ 34.601-90 (Стадии создания АС) предлагает следующие 8 стадий процесса создания ИС, которые в свою очередь состоят из представленных ниже этапов.

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

2. Разработка концепции автоматизированной системы.

3. Техническое задание.

4. Эскизный проект.

5. Технический проект.

6. Рабочая документация.

7. Ввод в действие.

8. Сопровождение автоматизированной системы.

Можно выделить 3 укрупненные стадии создания информационной системы:

- предпроектную, включающую стадии 1, 2, 3 (Формирование требований к автоматизированной системе; разработка концепции автоматизированной системы; техническое задание);

- проектную, включающую стадии 4, 5, 6 (Эскизный проект; технический проект;

рабочая документация);

- послепроектную, включающую стадии 7, 8 (Ввод в действие; сопровождение автоматизированной системы).

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

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

- актуальность;

- формулировка проблемы, темы, цели, задач;

- формулировка объекта, предмета исследования;

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

- практическая значимость;

- положения, выносимые на защиту;

- апробация решений.

Глава 1. Аналитическая часть.

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

- характеристика предприятия (миссия, оргструктура и др.);

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

- экономическая сущность задачи;

- выводы по параграфу (актуальность задачи).

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

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

- цель и назначение автоматизированного варианта решения задачи (предложения по устранению «узких» мест);

- общая характеристика организации решения задачи на ЭВМ;

- формализация расчетов;

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

1.3. Анализ существующих разработок и обоснование выбора технологии проектирования:

- определение критериев для анализа;

- сравнительная характеристика существующих разработок;

- выводы по параграфу (управленческое решение).

Выводы по главе 1.

Глава 2. Разработка проектных решений.

2.1. Разработка концепции новой АС или модернизации старой:

- цели и задачи;

- изменения в оргструктуре;

- бизнес-процессы (to-be);

- бизнес-функции;

- анализ и выбор решения;

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

- организационное обеспечение;

- лингвистическое обеспечение (глоссарий, терминологическое единство);

- математическое обеспечение (формализация объектов);

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

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

- выводы по параграфу (выход на техническое задание (ТЗ – 34.602-89).

2.3. Разработка системной архитектуры:

- прикладная архитектура;

- архитектура данных;

- техническая архитектура;

- сетевая архитектура;

- архитектура платформ;

- выводы по параграфу (модели соответствующих архитектур).

Выводы по главе 2.

Глава 3. Реализация проектных решений.

3.1. Информационное обеспечение задачи:

- информационная модель и ее описание;

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

- характеристика нормативно-справочной и входной оперативной информации;

- характеристика результатной информации;

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

3.2. Программное обеспечение задачи:

- общие положения (дерево функций и сценарий диалога);

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

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

- схема взаимосвязи программных модулей и информационных файлов;

- выводы по параграфу.

3.3. Технологическое обеспечение задачи:

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

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

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

3.4. Проведение мероприятий по сопровождению и конфигурационному управлению АС:

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

- оценка и принятие результатов сопровождения;

- перенос на иную платформу (в иную среду);

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

Выводы по главе 3.

Глава 4. Учет затрат на реализацию проекта, эксплуатацию и сопровождение.

4.1. Выбор и обоснование методики расчета экономической эффективности.

4.2. Расчет показателей экономической эффективности проекта:

- определение центров затрат проекта;

- расчет затрат;

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

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

- косвенная эффективность от реализации проекта);

- выводы по параграфу.

Выводы по главе 4.

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

В первой главе (Аналитическая часть) осуществляется предпроектное обследование рассматриваемой предметной области, соответствующее 1-й стадии «Формирование требований к автоматизированной системе» по ГОСТ 34601.90. Технико-экономическая характеристика предметной области, постановка задачи и анализ существующих разработок определяют содержание первой главы. В качестве результата должно быть представлено обоснование актуальности выбранной задачи, проведен анализ предметной области (модель AS-IS), выявлены «узкие места» и сформулированы предложения по их устранению; определено управленческое решение.

Во второй главе (Разработка проектных решений) осуществляется предпроектное обследование рассматриваемой предметной области, соответствующее 2-й стадии «Разработка концепции автоматизированной системы» и 3-й стадии «Техническое задание»

по ГОСТ 34.601.90 и ГОСТ 34.602.89 (ТЗ на создание АС). Разработка концепции новой АС или модернизации старой; обоснование проектных решений по видам обеспечения АС; а также разработка прототипов АС (системной архитектуры) определяют содержание второй главы. В качестве результата должно быть представлено обоснование разработанных проектных решений по видам обеспечения АС для рассматриваемой предметной области (модель TO BE; прототипы АС), отраженное в техническом задании (ТЗ) в соответствии с ГОСТ 34.602.89 (ТЗ на создание АС).

В третьей главе (Реализация проектных решений) должна быть представлена реализация проектных решений, соответствующих 4-5, 6-й стадиям (Эскизный проект; технический проект; рабочая документация) и 7, 8-й стадии (Ввод в действие; сопровождение автоматизированной системы) по ГОСТ 34601.90, т.е. проектным и послепроектным стадиям проектирования ИС. Проектная часть дипломного проекта является описанием решений, принятых по всей вертикали проектирования. Третья глава должна быть основана на информации, представленной в аналитической части (Глава 1), а также на информации, полученной в процессе разработки проектных решений (Глава 2), и обобщать ее. По сути, проектная часть является решением проблематики, изложенной в предыдущих главах, на языке информационных технологий. Поэтому недопустимо, если при проектировании используется информация об объекте управления, не описанная ранее.

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

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

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

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

ТРЕБОВАНИЯ К НАПИСАНИЮ ВВЕДЕНИЯ

При написании введения необходимо отразить последовательность исследовательских шагов.

В целом введение должно включать в себя:

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

2) формулировку проблемы проекта;

3) формулировку темы;

4) определение объекта исследования;

5) определение предмета исследования;

6) определение цели и задач работы;

7) указание теоретико-методологической основы;

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

9) формулировку положений, выносимых на защиту;

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

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

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

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

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

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

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

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

4) какие знания необходимы, чтобы решить данную задачу;

5) имеются ли знания в науке (как теоретические, так и практические наработки).

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

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

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

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

Пример 1. Современная ситуация в… (указание предметной области) такова, что… Пример 2. В теории и практике …. имеются предпосылки, которые позволили нам выполнить проект в данном направлении. К таковым можно отнести … Пример 3. Как подтверждают результаты исследований в данной области, а также проведенные нами анкетирование, интервьюирование… Примечание к примеру 3. Можно обозначить некоторые статистические или аналитические данные по состоянию предметной области с обязательной ссылкой на источник. В качестве источника может быть и проведенное предпроектное исследование, результаты анкетирования и интервьюирования экспертов.

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

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

Формулировка проблемы, темы, объекта и предмета дипломного проекта Определение проблемы и темы исследования – это тесно связанные между собой шаги описания логики исследования.

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

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

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

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

Чтобы сформулировать проблему, необходимо выполнить, по крайней мере, два шага:

1) определить, какие знания необходимы, чтобы решить практическую задачу (избавиться от «узких мест»);

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

Примеры проблем, которые могут лежать в основе ВКР по специальности «Прикладная информатика (в экономике)»:

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

2. проблема информационного развития предприятия;

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

4. проблема повышения конкурентоспособности предприятия в сфере;

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

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

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

Тема должна обозначать предмет работы и способ решения проблемы.

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

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

Фраза 1. Обозначенные позиции говорят об актуальности проблемы… «формулировка проблемы».

Фраза 2. Актуальность проблемы позволила сформулировать тему дипломного проекта: «Формулировка темы».

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

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

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

Объектом исследования в рамках выполнения выпускной квалификационной работы по специальности «Прикладная информатика (в экономике)» могут выступать:

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

- профессионально-ориентированные информационные системы, в том числе:

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

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

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

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

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

В табл. 1 приведены примеры формулировки темы, объекта и предмета исследования в рамках выполнения выпускной квалификационной работы по специальности «Прикладная информатика (в экономике)».

п/п 1. Разработка программного сред- Расчет лимита мак- Автоматизация расчета ства для автоматизации симального остатка лимита максимального операций по расчету лимита наличных денеж- остатка наличных демаксимального остатка наличных ных средств нежных средств денежных средств для внутренних структурных подразделений 2. Разработка рекомендаций по Автоматизация Методика использовавнедрению RFID-технологии деятельности скла- ния RFIDна склад магазина ООО да технологии для 3. Разработка модуля автоматизации Процесс учета ме- Автоматизация процесучета металла на складе (на при- талла на промыш- са учета металла в цехе мере склада металла цеха метал- ленном предприя- металлоконструкций Формулировка цели и задач выпускной квалификационной работы Цель – это обоснованное представление об общих конечных или промежуточных результатах проекта.

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

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

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

Задачи должны быть сформулированы так, чтобы их можно было объединить в три группы:

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

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

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

Рекомендации по формулировке задач:

- среди множества количества задач, подлежащих решению, выделить основные (5задач);

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

- Например, «проанализировать опыт…», «изучить состояние проблемы…» – это не могут быть задачи, поскольку, анализ, изучение, ознакомление и т.д. – это средство для решения определенной задачи;

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

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

- задачи нельзя формулировать шире цели, они должны отражать ее;

- задачи не должны перекрывать друг друга.

Приведем пример формулировки цели и соответствующих ей задач.

ПРИМЕР

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

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

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

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

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

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

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

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

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

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

- методология объектно-ориентированного анализа и проектирования;

- методика системного проектирования;

- методология ARIS;

- CASE-технологии структурного и объектно-ориентированного анализа и проектирования.

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

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

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

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

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

Например, на защиту может быть вынесено:

- техническое задание на…;

- программный модуль, выполняющий…;

- сайт... и др.;

Ключевая фраза, с которой начинается данная часть введения, звучит следующим образом: «На защиту выносится:…».

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

- выступление на конференции «название конференции» с докладом «название»

(месяц, год, место проведения конференции);

- публикация статьи или тезисов «название статьи или тезиса»;

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

- получение свидетельства о регистрации разработки в ОФАП (номер свидетельства) и др.

Общий объем введения не должен превышать 5 страниц.

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

ТРЕБОВАНИЯ К НАПИСАНИЮ ГЛАВЫ

(АНАЛИТИЧЕСКАЯ ЧАСТЬ)

Аналитическая часть дипломного проекта представляет собой предпроектное обследование рассматриваемой предметной области, соответствующее 1-й стадии «Формирование требований к автоматизированной системе» по ГОСТ 34.601.90.

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

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

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

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

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

Основные понятия главы Объекты и события, к которым относится общее понимание информации, являются (по стандарту) проблемной областью или предметной областью (ГОСТ 34.320-96 (ИТ.

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

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

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

«Узкое место» - момент падения производительности системы Ниже предлагается содержание первой главы дипломного проекта.

Глава 1. Аналитическая часть 1.1. Технико-экономическая характеристика предметной области:

- характеристика предприятия (миссия, оргструктура и др.);

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

- экономическая сущность задачи;

- выводы по параграфу (актуальность задачи).

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

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

- цель и назначение автоматизированного варианта решения задачи (предложения по устранению «узких» мест);

- общая характеристика организации решения задачи на ЭВМ;

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

1.3. Анализ существующих разработок и обоснование выбора технологии проектирования:

- определение критериев для анализа;

- сравнительная характеристика;

- выводы о пригодности того или иного решения;

- выводы по параграфу: предложения по выбору управленческого решения.

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

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

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

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

Затем необходимо дать общее описание рассматриваемой деятельности, а также характеристику технико-экономических свойств ее как объекта управления.

Главными технико-экономическими свойствами объекта управления являются:

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

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

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

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

ПРИМЕР

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

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

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

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

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

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

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

Выводы по параграфу 1.1.

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

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

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

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

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

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

Описание постановки задачи предусматривает:

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

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

- описание выходной информации (отчеты, справки);

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

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

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

Обоснование необходимости и цели использования вычислительной техники для решения задачи Построение модели as-is и ее предварительный анализ для определения «узких»

мест.

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

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

Здесь необходимо:

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

- провести декомпозицию решения задачи (SADT/IDEF0 -функциональная модель);

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

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

При этом следует сделать акцент на те недостатки, устранение которых предполагается осуществить в проекте, например:

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

- наличие выплат штрафных санкций и неустоек;

- простои оборудования;

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

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

- высокая трудоемкость обработки информации (привести объемно-временные параметры);

- низкая оперативность, снижающая качество управления объектом;

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

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

Для выполнения структурно-функционального анализа объекта управления и решаемой задачи рекомендуется разработать структурно-функциональную диаграмму по методологии SADT (IDEF0, IDEF3) или диаграмму потоков данных DFD по методологии Гейна/Сарсона, Йодана/ДеМарко. Для их разработки целесообразно использовать CASEсредство AllFusion Process Modeler (Bpwin). Кроме того, можно использовать диаграммные техники MS Visio.

Цель и назначение автоматизированного варианта решения задачи Предложения по устранению «узких» мест.

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

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

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

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

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

ПРИМЕР

Назначением реализации проекта «……» может служить:

1) автоматизация получения по электронной почте входных документов;

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

3) ведение файлов с условно-постоянной информацией в базе данных;

4) выполнение расчетов и выдача результатных документов;

5) выдача справочной информации.

Общая характеристика организации решения задачи на ЭВМ В данном пункте автору следует раскрыть требования к будущему проекту путем ответов на следующие вопросы:

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

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

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

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

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

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

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

- периодичность решения задачи.

Выводы по параграфу 1.2.

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

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

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

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

Обзор рынка программных средств удобно проводить с помощью Internet. Адреса используемых при обзоре ресурсов следует добавить в список литературы дипломного проекта.

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

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

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

Выводы по параграфу 1.3.

Обобщение результатов проведенного анализа существующих разработок и обоснование принятого управленческого решения.

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

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

Общий объем каждого вывода по главе не более 1 страницы.

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

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

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

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

- модель «как есть (as-is)» деятельности объекта информатизации, отражающая существующее на момент обследования положение дел в организации и позволяющая понять, каким образом функционирует данная организация, а также выявить недостатки («узкие места»);

- обобщение недостатков и предложения по совершенствованию ИС;

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

ТРЕБОВАНИЯ К НАПИСАНИЮ ГЛАВЫ

(РАЗРАБОТКА И РЕАЛИЗАЦИЯ

ПРОЕКТНЫХ РЕШЕНИЙ)

Разработка проектных решений представляет собой предпроектное обследование рассматриваемой предметной области, соответствующее 2-й стадии «Разработка концепции автоматизированной системы» и 3 стадии «Техническое задание» по ГОСТ 34.601. и ГОСТ 34.602.89 (ТЗ на создание АС).

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

Глава 3 должна соответствовать 4, 5, 6 стадиям (Эскизный проект; технический проект;

рабочая документация) и 7, 8 стадиям (Ввод в действие; сопровождение автоматизированной системы) по ГОСТ 34601.90, т.е. проектным и послепроектным стадиям проектирования ИС.

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

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

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

В качестве результата должно быть представлено обоснование разработанных проектных решений по видам обеспечения АС для рассматриваемой предметной области (модель TO BE; прототипы АС), отраженное в техническом задании (ТЗ) в соответствии с ГОСТ 34.602.89 (ТЗ на создание АС).

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

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

2.1. Разработка концепции новой АС или модернизации старой:

- изменения в оргструктуре;

- бизнес-процессы (to-be);

2.2. Обоснование проектных решений по видам обеспечения АС:

- организационное обеспечение;

- лингвистическое обеспечение;

- математическое обеспечение;

- информационное обеспечение;

- программное обеспечение;

- технологическое обеспечение;

- выводы по параграфу.

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

Работы по созданию концепции новой АС регламентированы следующими нормативными документами: ГОСТ-34 (РД 50-34.698-90, приложение 1), ГОСТ Р ИСО/МЭК 12207-99 (пункты 5.3.2, 7.2, 7.1), ISO 9000-3 (пункт 5).

Цели и задачи Пункт "Цели и задачи" содержит формулировку производственно-хозяйственных, научно-технических и экономических целей создания АС.

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

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

1) изменения в организационной структуре управления объектом:

- проектные решения по изменению организационной структуры управления объектом и их обоснование;

- описание изменений во взаимосвязях между подразделениями;

2) организация подразделений:

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

- описание регламента работ;

- перечень категорий работников и число штатных единиц;

3) реорганизация существующих подразделений управления.

Бизнес-процессы (to-be) Модель "как должно быть"("to-be") - отражает необходимые изменения бизнеспроцессов с учетом внедрения АС.

Предварительная идеальная модель бизнес-процессов новой АС должна содержать:

1) результаты анализа объекта информатизации:

- перечень рекомендаций по функциям новой или модернизированной АС;

- предварительные полные и непротиворечивые спецификации процессов АС;

- первичный список требований к АС.

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

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

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

2) идеальную модель потока событий в АС с позиции пользователя:

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

- описание управляющих объектов, координирующих поведение компонент системы;

- описание событийной модели.

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

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

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

3) графический прототип - модель, визуально демонстрирующую функционирование АС:

- обобщенную структуру АС, содержащую подсистемы, основные функции и важнейшие компоненты;

- краткое описание всех подсистем и компонент модели;

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

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

- периодичность решения задачи.

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

здесь происходит формализация системы.

Бизнес-функции Предварительное описание постановки комплекса функциональных задач для проектирования новой АС должно содержать:

1) характеристики нового комплекса бизнес-процессов и АС:

- назначение бизнес-процессов и комплекса задач новой АС;

- использование функций и компонент унаследованной АС;

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

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

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

- периодичность и продолжительность решения каждой задачи;

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

2) входная информация:

- источники информации и их идентификаторы;

- перечень и предварительное описание входных сообщений – объемы, формы представления, сроки и частота поступления;

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

3) выходная информация:

- получатели и назначение выходной информации;

- перечень и предварительное описание выходных сообщений;

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

Анализ и выбор решения Опираясь на результаты анализа существующих разработок программных средств (ПС), представленных на рынке ПС, обосновать выбор решения.

Выводы по параграфу 2.1.

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

модель бизнес-процессов (to-be) предметной области.

Требования к написанию параграфа 2.2 (Обоснование проектных решений по видам обеспечения АС) В данном подразделе в зависимости от вида системы приводят требования к математическому, информационному, лингвистическому, программному, техническому, метрологическому, организационному, методическому и другим видам обеспечения системы (ГОСТ 34.601-90, ГОСТ 34.602-89).

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

Организационное обеспечение Организационное обеспечение (ОО) – это совокупность методов и средств, регламентирующих взаимодействие работников с техническими средствами и между собой в процессе разработки и эксплуатации АС [7].

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

Для организационного обеспечения приводят требования:

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

- к организации функционирования системы и порядку взаимодействия персонала АС и персонала объекта автоматизации;

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

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

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

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

Математическое обеспечение Математическое обеспечение (МО) – совокупность математических методов, моделей и алгоритмов обработки информации, используемых при решении функциональных задач и в процессе автоматизации проектировочных работ [7].

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

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

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

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

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

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

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

- обоснование состава и способов организации файлов с результатной и промежуточной информацией.

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

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

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

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

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

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

Основным средством разработки логической модели данных в настоящий момент являются различные варианты ER-диаграмм (Entity-Relationship, диаграммы сущностьсвязь). Одну и ту же ER-модель можно преобразовать как в реляционную модель данных, так и в модель данных для иерархических и сетевых СУБД, или в постреляционную модель данных.

Программное обеспечение Программное обеспечение (ПО) включает совокупность программ, реализующих функции и задачи АС и обеспечивающих устойчивую работу комплексов технических средств [7].

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

При обосновании выбора общего ПО целесообразно:

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

- обосновать выбор используемой СУБД.

При обосновании проектного решения выбора специального ПО необходимо:

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

- обосновать выбор соответствующего инструментального средства (языки программирования, специализированные библиотеки, СУБД, системы автоматизированного проектирования, системы класса CASE и др.) и среды, в которой предполагается использование разрабатываемой АС;

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

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

- выработать требования к оформлению экранных и печатных форм, эргономике программного обеспечения.

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

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

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

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

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

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

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

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

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

классификации методов контроля вводимой информации в ЭВМ и обоснованию выбора определенного метода;

обзору методов и языков общения в процессе решения задачи на ЭВМ и обоснованию выбора метода и конкретного языка (язык запросов, шаблонов, меню, подсказок, директив и т.д.);

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

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

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

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

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

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

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

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

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

Выводы по параграфу 2.2.

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

Требования к написанию параграфа 2.3 (Информационное обеспечение Параграф 2.3 должен включать реализацию информационного обеспечения задачи.

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

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

Процесс разработки информационной модели:

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

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

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

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

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

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

На этом этапе должны быть выполнены следующие шаги:

- строится логическая структура БД;

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

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

- описана структура БД на языке описания данных конкретных СУБД.

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

Рабочее (физическое) проектирование На этом этапе должны быть выполнены перечисленные ниже шаги:

1. Построена схема базы данных.

2. Выбраны средства прикладного программирования: интерфейс прикладного программирования (например, BDE, ODBC, ADO), среда разработки прикладных программ (Delphi, Builder C++, VBA и т.д.).

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

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

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

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

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

2) разработка комплекса программ для реализации алгоритмов обработки данных;

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

4) создание прототипа базы данных;

5) разработка контрольных примеров, обеспечивающих многоцелевое тестирование базы данных и прикладных программ;

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

Проектирование приложений БД На этом этапе должны быть выполнены следующие шаги.

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

2. Определены типы транзакций: транзакция извлечения, транзакция обновления, смешанные транзакции.

3. Проектирование пользовательского интерфейса:

- содержательное название;

- ясные и понятные инструкции;

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

- легко узнаваемые названия полей;

- согласованная терминология и сокращения;

- согласованное использование цветов;

- визуальное выделение пространств и границ полей ввода данных;

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

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

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

- особое выделение необязательных для ввода полей;

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

- средства вывода сообщения об окончании заполнения формы.

4. Администрирование данных – управление информационными ресурсами, включая планирование БД, разработку и внедрение стандартов, определение ограничений и процедур.

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

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

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

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

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

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

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

Pages: |

| 2 |

Главная >> Методички

[ СКАЧАТЬ ОРИГИНАЛ ДОКУМЕНТА .pdf ]

Похожие работы:

«Переславская Краеведческая Инициатива. — Тема: церковь. — № 3576. Переславль-Залесский. Проектирование православных храмов В Переславле-Залесском Ярославской области из 28 приходских церквей, действовавших до революции, в советский период богослужение совершалось лишь в одной — Покровской. Многие храмы были разрушены, а монастыри упразднены. Сейчас остро встал вопрос о восстановлении утраченного. Существуют две главные причины трудностей проектирования и строительства православных церквей....»

«МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ федеральное государственное бюджетное образовательное учреждение высшего профессионального образования Национальный минерально-сырьевой университет Горный УТВЕРЖДАЮ Ректор профессор В.С. Литвиненко ПРОГРАММА вступительного испытания по химии на направления подготовки высшего образования САНКТ-ПЕТЕРБУРГ Основное внимание на экзамене по химии обращено на понимание сути явлений, умение пользоваться периодической системой элементов и связывать...»

«Утверждаю Председатель Высшего Экспертного совета В.Д. Шадриков 26 ноября 2013 г. ОТЧЁТ о результатах независимой оценки основной профессиональной образовательной программы 150415 Сварочное производство КГБОУ СПО Комсомольский-на-Амуре авиационно-технический техникум Разработано: Менеджер проекта: Е.В. Захватова, к.т.н. Эксперт: В.Н. Сингаевский, к.т.н. Москва – 2013 Оглавление 1 I. ОБЩАЯ ИНФОРМАЦИЯ ОБ ОБРАЗОВАТЕЛЬНОМ УЧРЕЖДЕНИИ II. ОТЧЕТ О РЕЗУЛЬТАТАХ НЕЗАВИСИМОЙ ОЦЕНКИ ОСНОВНОЙ...»

«ГОСУДАРСТВЕННОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ БЕЛОРУССКО-РОССИЙСКИЙ УНИВЕРСИТЕТ Кафедра Оборудование и технология сварочного производства ТЕХНОЛОГИЯ И ОБОРУДОВАНИЕ СВАРКИ ДАВЛЕНИЕМ Методические указания к курсовой работе для студентов специальности 1-36 01 03 Оборудование и технология сварочного производства Могилев 2011 УДК 621.791.7 ББК 30.61 Рекомендовано к опубликованию учебно-методическим управлением ГУ ВПО Белорусско-Российский университет Одобрено кафедрой Оборудование...»

«УМК Начальная школа 21 века Проект Начальная школа XXI века – результат многолетних исследований коллектива сотрудников Центра начальной школы Института общего среднего образования РАО (ныне ИСМО), а также ряда сотрудников Российской академии образования (руководитель проекта - Н.Ф. Виноградова, член-корреспондент РАО, доктор педагогических наук, профессор ). Предпосылками для его создания стали: основные положения теории Л.С.Выготского, научные идеи развивающего обучения Д.Б. Эльконина, В.В....»

«63.3(0) А86 Артемов В. В. История для профессий и специальностей технического, естественно-научного, социальноэкономического профилей: дидактические материалы : учеб. пособие для учреждений нач. и сред. проф. образования / В.В.Артемов, Ю.Н. Лубченков. — 4-е изд., стер. — М. : Изда- I тельский центр Академия, 2013. — 368 с. Пособие предназначено для подготовки к семинарским и практическим занятиям, а также проектной деятельности обучающихся, изучающих историю по учебнику В.В. Артемова,...»

«Министерство образования и науки Российской Федерации Государственное образовательное учреждение высшего профессионального образования Карельская государственная педагогическая академия Н. Л. Шилова Визионерские мотивы в постмодернистской прозе 1960–1990-х годов (Вен. Ерофеев, А. Битов, Т. Толстая, В. Пелевин) Учебное пособие Петрозаводск Издательство КГПА 2011 Печатается по решению ББК 83.3(2Рос)6-8 редакционно-издательского Ш59 совета ГОУВПО КГПА Рецензенты: И. Н. Минеева, канд. филол. наук,...»

«Учебники издательства по Обществознанию в федеральном перечне. Часть 1. Раздел. 2. Общественно-научные предметы Обществознание 5-9 классы Обществознание 1.2.2.3.1-5 Л.Н. Боголюбов и др. Часть 1. Раздел. 3 Общественные науки Обществознание10-11 классы Обществознание 1.3.3.3.1.1-2 Л.Н. Боголюбов и др. Основа преемственности и непрерывности всех учебников под редакцией Боголюбова: • Единая редакторская политика • Содержательная преемственность • Единство методического аппарата • Соответствие ФГОС...»

«Учебно-методическое обеспечение основных образовательных программ 2011-2012 учебный год Начальное общее образование № Наименование Автор, название, место издания, издательство, Обеспеченность Количество п/п дисциплин, год издания учебной литературы, учебниками на одного обучающих входящих в вид и характеристика иных обучающегося ся, заявленную информационных ресурсов (экз/чел.) изучающих образовательную дисциплину программу 1 2 3 4 Система Л.В. Занкова Программа: Н.В.Нечаева. Русский язык...»

«БИБЛИОГРАФИЧЕСКИЙ УКАЗАТЕЛЬ КНИГ, ПОСТУПИВШИХ В БИБЛИОТЕКУ Август-октябрь 2010 МЕТОДИКИ ФГУ ВНИИЗЖ 1. 42-10 Методические рекомендации по лабораторной диагностике орнитобактериоза птиц / А.В. Чернышов, О.И. Ручнова, О.В. Прунтова, А.В. Спрыгин; ФГУ ВНИИЗЖ. - Владимир, 2010. - 32 с. 2. 54-10 Методические рекомендации по инактивации вируса инфекционной бурсальной болезни штамма К-58 аминоэтилэтиленимином / А. В. Селиверстов, В. Н. Кузнецов; ФГУ ВНИИЗЖ. - Владимир, 2010. - 11 с. 3. 58-10...»

«МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ОБРАЗОВАНИЮ Государственное образовательное учреждение высшего профессионального образования “Оренбургский государственный университет” Н.А.ТИШИНА ОСНОВЫ ВЫЧИСЛИТЕЛЬНОЙ МАТЕМАТИКИ Рекомендовано Ученым советом государственного образовательного учреждения высшего профессионального образования Оренбургский государственный университет в качестве учебного пособия для студентов, обучающихся по программам высшего...»

«Государственное образовательное учреждение высшего профессионального образования Липецкий государственный технический университет УТВЕРЖДАЮ Декан ЭФ _ В.В. Московцев _2011 г. РАБОЧАЯ ПРОГРАММА ДИСЦИПЛИНЫ (МОДУЛЯ) Коммуникативные компетенции делового человека Направление подготовки _080100 Экономика Профиль подготовки Экономика предприятий и организаций _ Квалификация (степень) выпускника бакалавр_ Нормативный срок обучения _ 4 года г. Липецк – 2011 г. Содержание 1. Цели освоения дисциплины 2....»

«2 Содержание ВВЕДЕНИЕ. ОБЩАЯ ХАРАКТЕРИСТИКА БИРСКОГО ФИЛИАЛА ФГБОУ ВПО БАШКИРСКИЙ ГОСУНИВЕРСИТЕТ 1 1. СТРУКТУРА ПОДГОТОВКИ СПЕЦИАЛИСТОВ. 6 1.1.Общие сведения по УГС 050000 – Образование и педагогика в Бф БашГУ 6 1.2. Сведения по специальностям УГС 050000 – Образование и педагогика 8 2.ОРГАНИЗАЦИОННО-ПРАВОВОЕ ОБЕСПЕЧЕНИЕ ОБРАЗОВАТЕЛЬНОЙ ДЕЯТЕЛЬНОСТИ 14 3.СОДЕРЖАНИЕ ПОДГОТОВКИ СПЕЦИАЛИСТОВ 17 3.1.Учебный план 3.2.Учебные программы дисциплин и практик, диагностические средства 3.3.Программы и...»

«МОСКОВСКИЙ ГУМАНИТАРНО-ЭКОНОМИЧЕСКИЙ ИНСТИТУТ ПРОГРАММА КУРСА ОБОСНОВАНИЕ КОНТРАКТНЫХ ЦЕН по специальности 080115.65 Таможенное дело Учебная программа Тематический план Планы практических занятий Тесты Тематика курсовых работ Тематика рефератов Вопросы для подготовки к экзамену Москва 2008 Киладзе А. Б. Программа курса Обоснование контрактных цен. – М. : МГЭИ, 2008. – 52 с. Одобрено кафедрой международно-правовых дисциплин и таможенного дела. Протокол заседания кафедры от 22 октября 2007 г. №...»

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

«министерство образования и науки рФ Гоу вПо Пятигорский государственный лингвистический университет УНИВЕРСИТЕТСКИЕ ЧТЕНИЯ – 2011 13-14 января 2011 г. ЧастЬ XVI секции 7-8 симпозиума 3 Пятигорск 2011 ББК 74.58.46 Печатается по решению У 59 редакционно-издательского совета ГОУ ВПО ПГЛУ Университетские чтения – 2011. Материалы научно-методических чтений ПГЛУ. – Часть XVI. – Пятигорск: ПГЛУ, 2011. – 160 с. В настоящий сборник включены материалы Университетских чтений – 2011, которые проходили в...»

«Министерство культуры Российской Федерации федеральное государственное бюджетное образовательное учреждение высшего образовании С А Н К Т -П Е Т Е Р Б У Р Г С К И Й Г О С У Д А Р С Т В Е Н Н Ы Й УНИВЕРСИТЕТ КИНО И ТЕЛЕВИДЕНИЯ ЩВЕРЖДАЮ A 'i0 a B^Fc& р цоуГчё^нои Д. П. Барсуков 2014 год Рабочая программа учебной дисциплины Тревел-журналистика в печатных СМИ Направление подготовки: 42.04.02 Журналистика 031300.68 Журналистика Магистерская программа Трэвел-журналистика Квалификация (степень):...»

«А.И. Акопов Общий курс издательского дела Учебное пособие для студентов журналистов Воронеж 2004 А 48 ББК 76. 1 Печатается по решению Ученого Совета факультета журналистики Воронежского государственного университета А.И. Акопов. Общий курс издательского дела. Учебное пособие для студентов журналистов. Под ред. проф. В.В. Тулупова. — Факультет журналистики ВГУ. — Воронеж, 2004. — 218 с. Пособие содержит краткие общие сведения о происхождении книги, газеты и журнала, этапах их развития,...»

«Министерство образования и науки Республики Казахстан КГКП Геологоразведочный колледж г.Семей Рабочая программа, методические указания и контрольные задания для студентов заочного отделения по дисциплине Основы геофизических методов поисков и разведки МПИ для средних профессиональных учебных заведений по специальности 0701000 Геологическая съемка, поиски и разведка месторождении полезных ископаемых Семей 2012 Программа, методические указания и контрольные задания для студентов заочного...»

«Обращение в Европейский Суд по правам человека Обращение в Европейский Суд по правам человека Учебное пособие Москва 2006 УДК 341.645:347.922(075) ББК 67.412.2 О 23 Книга издана МОО ПЦ Мемориал для Европейского центра защиты прав человека (EHRAC). Общая редакция: Филип Лич Обращение в Европейский Суд по правам человека / Под О 23 общ. ред. Ф. Лича. — М.: МОО ПЦ Мемориал, 2006. — 528 с. ISBN 5 902962 02 1 Данное издание представляет собой учебное и справочное пособие по ве дению дела в...»

наверх

<< ГЛАВНАЯ | КОНТАКТЫ

БЕСПЛАТНАЯ ЭЛЕКТРОННАЯ БИБЛИОТЕКА
(Авторефераты, диссертации, методички, учебные программы, монографии)

ТРЕБОВАНИЯ К ДИПЛОМНОМУ ПРОЕКТУ

СТУДЕНТОВ СПЕЦИАЛЬНОСТИ

ИНФОРМАТИКА (В ЭКОНОМИКЕ)»

ОГЛАВЛЕНИЕ

ТРЕБОВАНИЯ К НАПИСАНИЮ ГЛАВЫ 2 (РАЗРАБОТКА ПРОЕКТНЫХ РЕШЕНИЙ)……..

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

ВВЕДЕНИЕ

ТРЕБОВАНИЯ К НАПИСАНИЮ ВВЕДЕНИЯ

ПРИМЕР

ТРЕБОВАНИЯ К НАПИСАНИЮ ГЛАВЫ

(АНАЛИТИЧЕСКАЯ ЧАСТЬ)

ПРИМЕР

ПРИМЕР

ТРЕБОВАНИЯ К НАПИСАНИЮ ГЛАВЫ

(РАЗРАБОТКА И РЕАЛИЗАЦИЯ

ПРОЕКТНЫХ РЕШЕНИЙ)

БЕСПЛАТНАЯ ЭЛЕКТРОННАЯ БИБЛИОТЕКА (Авторефераты, диссертации, методички, учебные программы, монографии)

ТРЕБОВАНИЯ К ДИПЛОМНОМУ ПРОЕКТУ

СТУДЕНТОВ СПЕЦИАЛЬНОСТИ

ИНФОРМАТИКА (В ЭКОНОМИКЕ)»

ОГЛАВЛЕНИЕ

ТРЕБОВАНИЯ К НАПИСАНИЮ ГЛАВЫ 2 (РАЗРАБОТКА ПРОЕКТНЫХ РЕШЕНИЙ)……..

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

ВВЕДЕНИЕ

ТРЕБОВАНИЯ К НАПИСАНИЮ ВВЕДЕНИЯ

ПРИМЕР

ТРЕБОВАНИЯ К НАПИСАНИЮ ГЛАВЫ

(АНАЛИТИЧЕСКАЯ ЧАСТЬ)

ПРИМЕР

ПРИМЕР

ТРЕБОВАНИЯ К НАПИСАНИЮ ГЛАВЫ

(РАЗРАБОТКА И РЕАЛИЗАЦИЯ

ПРОЕКТНЫХ РЕШЕНИЙ)

БЕСПЛАТНАЯ ЭЛЕКТРОННАЯ БИБЛИОТЕКА
(Авторефераты, диссертации, методички, учебные программы, монографии)