АВТОНОМНАЯ НЕКОММЕРЧЕСКАЯ ОРГАНИЗАЦИЯ

ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ

ОКТЯБРЬСКИЙ ЭКОНОМИЧЕСКИЙ ТЕХНИКУМ

по производственной практике

ПМ.03. Участие в интеграции программных модулей

Выполнил

студент группы 4ПР1-13 Л.З. Каримов

преподаватель А.Ю. Рамазанова

ВВЕДЕНИЕ

1.ТЕОРЕТИЧЕСКАЯ ЧАСТЬ

1.1Жизненный цикл программного продукта

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

3Организация процесса разработки программного обеспечения

4Проектирование и разработка программного обеспечения

5Интеграция системы

6Среды разработки приложений

8Защита информации в базах данных

9Стандартизация защищенности программ

10Сертификация и порядок её проведения

11Подготовка к эксплуатации

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

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

2.1.1Основание для разработки

2.1.2Назначение разработки

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

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

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

1.3.3Требования к составу и параметрам технических средств

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

1.3.5Требования к транспортированию и хранению

1.3.6Специальные требования

2.1.4Требования к программной документации

2.2Описание программы

2.2.1Общие сведения о программе

2.2.2Функциональное назначение

2.3Описание логической структуры

2.3Руководство оператора

3.1Назначение программы

2.3.2Условия выполнения программы

3.3Выполнение программы

3.4Сообщения оператору

2.4Сертификация

4.1Подготовка перечня документации для прохождения сертификации

2.4.2Проверка соответствия требованиям

4.3Подготовка к сертификационным испытаниям и их проведение

4.4Приемка и эксплуатация программного обеспечения

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

4.6Определение состава документации

4.7Подготовка руководства пользователя

ЗАКЛЮЧЕНИЕ

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

ПРИЛОЖЕНИЕ А

ВВЕДЕНИЕ

История ОЗНА началась в начале 1950-х годов, в период послевоенного восстановления народного хозяйства и бурного развития нефтяной промышленности СССР. В марте 1953 года в г. Октябрьском (Башкирия) был построен ремонтно-механический завод, ставший основой Компании. Его продукция была востребована на нефтепромыслах республики, где шла интенсивная добыча черного золота.

В январе 1958 года в Октябрьском построен завод по производству приборов и средств автоматизации и диспетчеризации «Нефтеавтоматика». Эти два предприятия уверенно заняли положение лидеров в своей отрасли.

В 1950-1960 гг. оборудование ОЗНА поставлялось преимущественно нефтяникам Башкирии, показывавшим самый значительный рост нефтедобычи в стране, за что республика была удостоена почётного наименования «второе Баку».

С 1970-х гг. Компания начала серийные поставки блочных кустовых и нефтеперекачивающих насосных станций, блоков дозирования реагентов, замерных установок и другого нефтепромыслового оборудования. В число заказчиков продукции ОЗНА, помимо отечественных нефтяников, вошли предприятия стран Совета экономической взаимопомощи (СЭВ): Болгарии, Румынии, Югославии.

Трансформации 1990-х годов потребовали новых подходов к организации деятельности: 1990 год - создано арендное предприятие (АП) «ОЗАО и П»; 1991 год - внедрена блочная система управления производством; 1992 год - принято решение о приватизации путем акционирования; 1993 год - на базе АП «ОЗАО и П» образовано «Акционерное общество открытого типа «ОЗНА». 12 июля 1996 года создано ОАО «Акционерная компания ОЗНА».

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

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

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

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

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

-разработки текстовых наборов и текстовых сценариев;

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

1. ТЕОРЕТИЧЕСКАЯ ЧАСТЬ

1.1 Жизненный цикл программного продукта

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

Стандарт ГОСТ 34.601-90 предусматривает следующие стадии и этапы создания автоматизированной системы:

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

1.1.Обследование объекта и обоснование необходимости создания автоматизированной системы

1.2.Формирование требований пользователя к автоматизированной системе

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

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

2.1.Изучение объекта

2.2.Проведение необходимых научно-исследовательских работ

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

4.Оформление отчета о проделанной работе

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

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

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

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

4.2.

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

5.1.Разработка проектных решений по системе и её частям

5.2.Разработка документации на автоматизированную систему и её части

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

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

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

6.1.Разработка рабочей документации на автоматизированную систему и её части

6.2.Разработка и адаптация программ

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

7.1.Подготовка объекта автоматизации

7.2.Подготовка персонала

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

4.Строительно-монтажные работы

5.Пусконаладочные работы

6.Проведение предварительных испытаний

7.Проведение опытной эксплуатации

8.Проведение приёмочных испытаний

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

8.1.Выполнение работ в соответствии с гарантийными обязательствами

8.2.Послегарантийное обслуживание

Эскизный, технический проекты и рабочая документация - это последовательное построение все более точных проектных решений. Допускается исключать стадию «Эскизный проект» и отдельные этапы работ на всех стадиях, объединять стадии «Технический проект» и «Рабочая документация» в «Технорабочий проект», параллельно выполнять различные этапы и работы, включать дополнительные.

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

Модель кодирования и устранения ошибок.

Совершенно простая модель, характерная для студентов ВУЗов. Именно по этой модели большинство студентов разрабатывают лабораторные работы.

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

-постановка задачи;

-выполнение;

-проверка результата;

-при необходимости переход к первому пункту.

Модель ужасно устаревшая и характерна для 1960-1970 гг., поэтому преимуществ перед следующими моделями практически не имеет, а недостатки на лицо.

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

Рисунок 1 Каскадная модель жизненного цикла программного обеспечения

Преимущества:

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

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

Недостатки:

-отсутствие обратных связей между этапами;

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

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

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

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

Рисунок 2 V модель

Модель на основе разработки прототипа.

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

-Прояснить не ясные требования;

-Выбрать одно из ряда концептуальных решений;

-Проанализировать осуществимость проекта.

Классификация протопипов:

-Горизонтальные и вертикальные;

-Одноразовые и эволюционные;

-бумажные и раскадровки.

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

Вертикальные прототипы - проверка архитектурных решений.

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

Эволюционные прототипы - первое приближение эволюционной системы.

Спиральная модель жизненного цикла программного обеспечения.

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

Преимущества:

Быстрое получение результата

Повышение конкурентоспособности

Изменяющиеся требования - не проблема

Недостатки:

Отсутствие регламентации стадий

Изображение модели представлено на рисунке 3.

Рисунок 3 Спиральная модель жизненного цикла

1.3 Организация процесса разработки программного обеспечения

Maturity Model - модель зрелости возможностей (модель полноты потенциала) создания программного обеспечения: эволюционная модель развития способности компании разрабатывать программное обеспечение.

В ноябре 1986 года американский институт Software Engineering Institute (SEI) совместно с Mitre Corporation начали разработку обзора зрелости процессов разработки программного обеспечения, который был предназначен для помощи в улучшении их внутренних процессов.

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

В сентябре 1987 года SEI выпустил краткий обзор процессов разработки программного обеспечения с описанием их уровней зрелости, а также опросник, предназначавшийся для выявления областей в компании, в которых были необходимы улучшения. Однако, большинство компаний рассматривало данный опросник в качестве готовой модели, вследствие чего через 4 года вопросник был преобразован в реальную модель, Capability Maturity Model for Software (CMM). Первая версия СММ (Version 1.0), вышедшая в 1991 году, в 1992 году была пересмотрена участниками рабочей встречи, в которой принимали участие около 200 специалистов в области программного обеспечения, и членами общества разработчиков.

Использование модели на практике выявило неоднозначность в подходах к достижению более высоких уровней организации процессов разработки программного обеспечения. Поэтому к 2002 году разрабатываются рекомендации по улучшению процесса разработки, которые получают название CMMI (Capability Maturity Model Integration).

4 Проектирование и разработка программного обеспечения

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

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

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

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

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

Проектированию обычно подлежат:

-Архитектура программного обеспечения;

-Устройство компонентов программного обеспечения;

-Пользовательские интерфейсы.

В российской практике проектирование ведется поэтапно в соответствии со стадиями, регламентированными ГОСТ 2.103-68:

-техническое задание(по ГОСТ 2.103-68 к стадиям разработки не относится);

-техническое предложение;

-эскизный проект;

-технический проект;

-рабочий проект.

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

В зарубежной практике регламентирующими документами, например, являются Software Architecture Document, Software Design Document.

Разработка программного обеспечения (англ. software development) - деятельность по созданию нового программного обеспечения.

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

1.5 Интеграция системы

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

Задача интеграции информационных и учетных систем состоит из двух взаимосвязанных частей: интеграция приложений и интеграция данных. Без интеграции данных невозможно провести интеграцию приложений.

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

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

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

6 Среды разработки приложений

Интегрированная среда разработки, ИСP/IDE (англ. Integrated development environment) - комплекс программных средств, используемый программистами для разработки программного обеспечения.

Первые IDE были созданы для работы через консоль или терминал, которые сами по себе были новинкой: до того программы создавались на бумаге, вводились в машину с помощью предварительно подготовленных бумажных носителей (перфокарт, перфолент) и т. д.BASIC был первым языком, который был создан с IDE, и был также первым, который был разработан для использования в консоли или терминале. Эта IDE (часть Dartmouth Time Sharing System) управлялась при помощи команд, поэтому существенно отличалась от более поздних, управляемых с помощью меню и горячих клавиш, и тем более графических IDE, распространённых в XXI веке. Однако она позволяла редактировать исходный код, управлять файлами, компилировать, отлаживать и выполнять программы способом, принципиально подобным современным IDE.I - продукт от Softlab Munich, был первой в мире интегрированной средой разработки для программного обеспечения в 1975 г. и, возможно, мировым лидером в этой рыночной нише в течение 1970-х и 1980-х годов. Он был установлен у 22000 программистов во всем мире. До 1989 года 6000 копий было установлено в Федеративной Республике Германия. Ныне Maestro I принадлежит истории и может быть найден разве что в Музее Информационной технологии в Арлингтоне.

Одной из первых IDE с возможностью подключения плагинов была Softbench.

Среда разработки включает в себя:

-текстовый редактор;

-компилятор и/или интерпретатор;

-средства автоматизации сборки;

-отладчик.

Иногда содержит также средства для интеграции с системами управления версиями и разнообразные инструменты для упрощения конструирования графического интерфейса пользователя. Многие современные среды разработки также включают браузер классов, инспектор объектов и диаграмму иерархии классов - для использования при объектно-ориентированной разработке программного обеспечения. IDE обычно предназначены для нескольких языков программирования - такие как IntelliJ IDEA, NetBeans, Eclipse, Qt Creator, Geany, Embarcadero RAD Studio, Code::Blocks, Xcode или Microsoft Visual Studio, но есть и IDE для одного определённого языка программирования - как, например, Visual Basic, Delphi, Dev-C++.

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

7 Язык SQL

SQL (Structured Query Language - Структурированный язык запросов) - язык управления базами данных для реляционных баз данных. Сам по себе SQL не является Тьюринг-полным языком программирования, но его стандарт позволяет создавать для него процедурные расширения, которые расширяют его функциональность до полноценного языка программирования.

Язык был создан в 1970х годах под названием SEQUEL для системы управления базами данных System R. Позднее он был переименован в SQL во избежание конфликта торговых марок. В 1979 году SQL был впервые опубликован в виде коммерческого продукта Oracle V2.

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

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

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

-CREATE DATABASE (создать базу данных);

-CREATE TABLE (создать таблицу);

-CREATE VIEW (создать виртуальную таблицу);

-CREATE INDEX (создать индекс);

-CREATE TRIGGER (создать триггер);

-CREATE PROCEDURE (создать сохраненную процедуру);

-ALTER DATABASE (модифицировать базу данных);

-ALTER TABLE (модифицировать таблицу);

-ALTER VIEW (модифицировать виртуальную таблицу);

-ALTER INDEX (модифицировать индекс);

-ALTER TRIGGER (модифицировать триггер);

-ALTER PROCEDURE (модифицировать сохраненную процедуру);

-DROP DATABASE (удалить базу данных);

-DROP TABLE (удалить таблицу);

-DROP VIEW (удалить виртуальную таблицу);

-DROP INDEX (удалить индекс);

-DROP TRIGGER (удалить триггер);

-DROP PROCEDURE (удалить сохраненную процедуру.

2.Язык манипуляции данными (DML) используется для извлечения и изменения данных в базе данных. Операторы DML позволяют извлекать, вставлять, изменять и удалять данные в таблицах. Иногда операторы select извлечения данных не рассматриваются как часть DML, поскольку они не изменяют состояние данных. Все операторы DML носят декларативный характер.

Основными его командами являются:

-SELECT (выбрать);

-INSERT (вставить);

-UPDATE (обновить);

-DELETE (удалить).

3.Язык определения доступа к данным (DCL) используется для контроля доступа к данным в базе данных. Операторы DCL применяются к привилегиям и позволяют выдавать и отбирать права на применение определенных операторов DDL и DML к определенным объектам базы данных.

Основными его командами являются:

-GRANT (дать права)

-REVOKE (забрать права)

4.Язык управления транзакциями (TCL) используется для контроля обработки транзакций в базе данных. Обычно операторы TCL включают commit для подтверждения изменений, сделанных в ходе транзакции, rollback для их отмены и savepoint для разбиения транзакции на несколько меньших частей.

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

1.8 Защита информации в базах данных

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

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

Методы защиты баз данных в различных системах управления базами данных условно делятся на две группы (анализ современных фирм Borland и Microsoft): основные и дополнительные.

К основным средствам защиты относится:

-защита паролем;

-шифрование;

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

-защита полей и записей таблиц базы данных.

Защита паролем - это самый простой способ защиты базы данных от несанкционированного доступа.

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

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

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

Шифрование обеспечивает три состояния безопасности информации:

-конфиденциальность;

-целостность;

-идентифицируемость.

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

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

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

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

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

-повышение достоверности вводимых данных:

-обеспечения целостности связей таблиц:

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

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

1.9 Стандартизация защищенности программ

Общие критерии оценки защищённости информационных технологий, Общие критерии, ОК (англ. Common Criteria for Information Technology Security Evaluation, Common Criteria, CC) - российский и международный стандарт по компьютерной безопасности. В отличие от стандарта FIPS 140, Common Criteria не приводит списка требований по безопасности или списка особенностей, которые должен содержать продукт. Вместо этого он описывает инфраструктуру (framework), в которой потребители компьютерной системы могут описать требования, разработчики могут заявить о свойствах безопасности продуктов, а эксперты по безопасности определить, удовлетворяет ли продукт заявлениям. Таким образом, Common Criteria позволяет обеспечить условия, в которых процесс описания, разработки и проверки продукта будет произведён с необходимой скрупулёзностью.

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

Функциональные требования сгруппированы на основе выполняемой ими роли или обслуживаемой цели безопасности, всего 11 функциональных классов (в трёх группах), 66 семейств, 135 компонентов.

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

-FAU - аудит, безопасность (требования к сервису, протоколирование и аудит);

-FIA - идентификация и аутентификация;

-FRU - использование ресурсов (для обеспечения отказоустойчивости).

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

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

-FPR - приватность;

-FDP - защита данных пользователя;

-FPT - защита функций безопасности объекта оценки.

Третья группа классов связана с инфраструктурой объекта оценки:

-FCS - криптографическая поддержка (обслуживает управление криптоключами и крипто-операциями);

-FMT - управление безопасностью;

-FTA - доступ к объекту оценки (управление сеансами работы пользователей);

-FTP - доверенный маршрут/канал;

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

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

-APE - оценка профиля защиты;

-ASE - оценка задания по безопасности.

Вторая группа связана с этапами жизненного цикла объекта аттестации:

-ADV - разработка, проектирование объекта;

-ALC - поддержка жизненного цикла;

-ACM - управление конфигурацией;

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

-ATE - тестирование;

ГБОУ СПО СТАПМ им. Д.И. Козлова

РАБОЧАЯ ПРОГРАММА ПРОФЕССИОНАЛЬНОГО МОДУЛЯ

ПМ 03. Участие в интеграции программных модулей

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

программы подготовки специалистов среднего звена

по специальности 09.02.03 Программирование в компьютерных системах

(базовая подготовка)

ОДОБРЕНО

Цикловой комиссией

специальности 09.02.03

Председатель_____Инжеватова Г.В.

«___» _______________20___г.

Составители:

Ляпнев А.В., Кадацкая Р.Б., преподаватель ГБПОУ «СТАПМ им. Д.И. Козлова».

Эксперты:

Техническая экспертиза: ______________________________________

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

приказом Министерства образования и науки РФ от 28 июля 2014 г. № 804) Рабочая программа разработана в соответствии с разъяснениями по формированию примерных программ учебных дисциплин начального профессионального и среднего профессионального образования на основе Федеральных государственных образовательных стандартов начального профессионального и среднего профессионального образования, утвержденными И.М. Реморенко, директором Департамента государственной политики и нормативно-правового регулирования в сфере образования Министерства образования и науки Российской Федерации от 27 августа 2009 года.

стр.

1. ПАСПОРТ РАБОЧЕЙ ПРОГРАММЫ ПРОФЕССИОНАЛЬНОГО 4

МОДУЛЯ

2. РЕЗУЛЬТАТЫ ОСВОЕНИЯ ПРОФЕССИОНАЛЬНОГО МОДУЛЯ 6

3. СТРУКТУРА И СОДЕРЖАНИЕ ПРОФЕССИОНАЛЬНОГО МОДУ- 7

ЛЯ

4. УСЛОВИЯ РЕАЛИЗАЦИИ ПРОГРАММЫ ПРОФЕССИОНАЛЬНОГО 16

МОДУЛЯ

5. КОНТРОЛЬ И ОЦЕНКА РЕЗУЛЬТАТОВ ОСВОЕНИЯ ПРОФЕССИ- 20

ОНАЛЬНОГО МОДУЛЯ (ВИДА ПРОФЕССИОНАЛЬНОЙ ДЕЯТЕЛЬНОСТИ)

1. ПАСПОРТ РАБОЧЕЙ ПРОГРАММЫ

ПРОФЕССИОНАЛЬНОГО МОДУЛЯ

ПМ.03 Участие в интеграции программных модулей

1.1. Область применения программы Рабочая программа профессионального модуля является частью основной профессиональной образовательной программы в соответствии с ФГОС по специальности СПО 09.2.03 Программирование в компьютерных системах (базовой подготовки) в части освоения основного вида профессиональной деятельности (ВПД): Участие в интеграции программных модулей и соответствующих профессиональных компетенций (ПК):

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

ПК 3.2. Выполнять интеграцию модулей в программную систему.

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

ПК 3.4. Осуществлять разработку тестовых наборов и тестовых сценариев.

ПК 3.5. Производить инспектирование компонент программного продукта на предмет соответствия стандартам кодирования.

ПК 3.6. Разрабатывать технологическую документацию.

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

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

иметь практический опыт:

Участия в выработке требований к программному обеспечению;

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

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

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

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

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

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

Проводить текущее техническое обслуживание вычислительной техники.

Модели процесса разработки программного обеспечения;

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

Основные подходы к интегрированию программных модулей;

Основные методы и средства эффективной разработки;

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

Концепции и реализации программных процессов;

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

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

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

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

Методы и средства разработки программной документации.

всего – 684 часа, в том числе:

максимальной учебной нагрузки обучающегося – 441 час, включая:

обязательной аудиторной учебной нагрузки обучающегося – 295 часов;

самостоятельной работы обучающегося – 143 часа;

производственной практики (по профилю специальности)– 243 часа.

2. РЕЗУЛЬТАТЫ ОСВОЕНИЯ ПРОФЕССИОНАЛЬНОГО МОДУЛЯ

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

Код Наименование результата обучения ПК 3.1 Анализировать проектную и техническую документацию на уровне взаимодействия компонент программного обеспечения.

ПК 3.2 Выполнять интеграцию модулей в программную систему.

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

ПК 3.4 Осуществлять разработку тестовых наборов и тестовых сценариев.

ПК 3.5 Производить инспектирование компонент программного продукта на предмет соответствия стандартам кодирования.

ПК 3.6 Разрабатывать технологическую документацию.

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

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

ОК 3 Принимать решения в стандартных и нестандартных ситуациях и нести за них ответственность.

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

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

ОК 6 Работать в коллективе и в команде, эффективно общаться с коллегами, руководством, потребителями.

ОК 7 Брать на себя ответственность за работу членов команды (подчиненных), за результат выполнения заданий.

ОК 8 Самостоятельно определять задачи профессионального и личностного развития, заниматься самообразованием, осознанно планировать повышение квалификации.

ОК 9 Ориентироваться в условиях частой смены технологий в профессиональной деятельности.

–  –  –

2.2. Тематический план и содержание МДК 03.01 Технология разработки программного обеспечения

–  –  –

4. УСЛОВИЯ РЕАЛИЗАЦИИ ПРОГРАММЫ

ПРОФЕССИОНАЛЬНОГО МОДУЛЯ

4.1. Требования к минимальному материально-техническому обеспечению Реализация программы дисциплины требует наличия учебного кабинета и лабораторий ТСО.

Оборудование учебного кабинета:

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

компьютерный стол, интерактивная доска (или проектор) для преподавателя.

Технические и программные средства обучения:

персональные компьютеры, IBM-совместимые;

ОС с графическим интерфейсом пользователя;

Microsoft Access;

Borland Delphi 7;

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

комплект учебно-методической документации;

мультимедийное оборудование.

Оборудование лаборатории и рабочих мест лаборатории:

компьютерные столы;

оборудование локальной сети.

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

Основные источники:

1. Рудаков А.В. Технология разработки программных продуктов. М.: ОИЦ «Академия», 2013.

2. Рудаков А.В. Технология разработки программных продуктов. Практикум.

М.: ОИЦ «Академия», 2013.

3. Благодатских В.А. и др. Стандартизация разработки программных средств, 2010.

4. Ермоленко, Д.Н. Метрология, стандартизация и сертификация программного обеспечения: учебное пособие. - Белгород: Изд-во БГТУ, 2008. – 83 с.

5. Вигерс К. Разработка требований к программному обеспечению. Издательско-торговый дом «Русская редакция», 2009.

6. Кравацкий Ю.П., Рамендик М.А. Выбор, сборка, апгрейд качественного компьютера. – М. 2008 г.

7. Крылов Е.В., Острейковский В.А., Типикин Н.Г. Техника разработки программ. Книга 2. Технология, надежность и качество программного обеспечения - М.: Высшая школа. – 2008.

8. Крылова Г.Д. Основы стандартизации, сертификации, метрологии:

Учебник для вузов. - 3-е изд.,- М.: ЮНИТИ-ДАНА, 2007. -671 с.

9. Л.Басс, П.Клементс, Р.Кацман. Архитектура программного обеспечения на практике. 2-е издание. СПб.: Питер, 2010.

10. Канер С., Д. Фолк, Е. Нгуен. Тестирование программного обеспечения.

Фундаментальные концепции менеджмента бизнес-приложений. «ДиаСофт»,

Дополнительные источники:

1. Бек К. Экстремальное программирование. С-Пб.:Питер, 2002, 224 с.

2. Благодатских В.А. и др. Стандартизация разработки программных средств:

Учеб.пособие / В.А. Благодатских, В.А.Волнин, К.Ф.Поскакалов; Под ред.

О.С.Разумова. – М.: Финансы и статистика, 2003. – 288 с.:ил.

3. Благодатских В.А., Волнин В.А., Поскакалов К.Ф. Стандартизация разработки программных средств. Под ред. Разумова О.С. М.: Финансы и статистика, 2006. -288 с.: ил.

4. Боэм Б.У. Инженерное проектирование программного обеспечения. М.:

Радио и связь, 1985. – 511 с.

5. Бутаков Е.А. Методы создания качественного программного обеспечения ЭВМ. – М.: Энергоатомиздат, 1984. – 457 с.

6. Ван-Тассел Д. Стиль, разработка, эффективность, отладка и испытание программ. – М.: Мир, 1981. – 578 с.

7. Вендров А.М. Практикум по проектированию программного обеспечения экономических информационных систем. – М.: Финансы и статистика, 2002.

8. Горчинская О.Ю. Designer/2000 - новое поколение CASE-продуктов фирмы ORACLE. "СУБД", 2005, №3.

9. ГОСТ 13377-75. Надежность в технике. Термины и определения. М.: Издво стандартов, 1975.

10. ГОСТ 27.002-89. Надёжность в технике. Основные понятия. Термины и определения. – М.: Издательство стандартов, 1990. – 37 с.

11. ГОСТ Р ИСО 9001-2001. Системы менеджмента качества. Требования.

М.: ИПК Изд-во стандартов, 2001, – 140 с.

12. Жоголев Е.А. Введение в технологию программирования: Конспект лекций. – М.: ДИАЛОГ-МГУ, 1994.

13. Зубкова Т.М. Технология разработки программного обеспечения:

Учебное пособие. - Оренбург: ГОУ ОГУ, 2004. – 101 с.

14. Иванова Г.С. Технология программирования: Учебник для вузов. – М.:

Изд-во МГТУ им. Н.Э.Баумана, 2006. – 336 с.

15. Калянов Г.Н. CASE – технологии: Консалтинг в автоматизации бизнеспроцессов - М.: Горячая линия-Телеком, 2002

16. Крылова Г.Д. Основы стандартизации, сертификации, метрологии. – М.:

ЮНИТИ-ДАНА, 2000. – 711 с.

17. Липаев В.В. Качество программного обеспечения. – М.:Финансы и статистика, 1983. – 263 с.

18. Липаев В.В. Отладка сложных программ: Методы средства, технология.

М.: Энергоатомиздат, 1993. – 384 с.

19. Липаев В.В. Процессы и стандарты жизненного цикла сложных программных средств. Справочник – М.: Изд-во СИНТЕГ, 2008 – 276 с.

21. Маклаков С.В.. BPwin, ERwin – CASE-средства разработки информационных систем. – М., «ДИАЛОГ-МИФИ», 2001.

22. Орлов В.В. Технологии разработки программных продуктов. – СПб.:

Питер, 2003. – 437 с.

23. Панащук С.А. Разработка информационных систем с использованием CASE-системы Silverrun. "СУБД", 1995, №3.

24. Платонов Ю.М., Гапеенков А.А. Ремонт зарубежных принтеров. – М.:

Солон – Р, 2005 г.

25. Платонов Ю.М., Уткин Ю.Г. Диагностика, ремонт и профилактика персональных компьютеров. – М. Горячая линия – Телеком, 2003 г.

26. Родин А.В., Тюнин Н.А., Воронов М.А. Ремонт мониторов. – М.: Солон

27. Фаулер Р. и др. Рефакторинг: улучшение существующего кода. М.: Символ-Плюс, 2009 – 432 с.

28. Черемных С.В., и др. Структурный анализ систем: IDEF-технологии. – М: Финансы и статистика, 2002.

Справочная и нормативная литература:

1. Система стандартов ЕСПД.

2. ГОСТ Р ИСО/МЭК 9126-93 Информационная технология. Оценка программной продукции. Характеристика качества и руководства по их применению.

3. ГОСТ 28195-89 Оценка качества программных средств. Общие положения

4. ГОСТ Р ИСО/МЭК 12207-99 Процессы жизненного цикла программных средств.

Периодические издания (отечественные журналы):

1. «Компьютер пресс»;

Интернет – ресурсы:

1. Образовательный портал: http\\www.edu. ru;

2. Интрернет университет информационных технологий http://www.intuit.ru;

3. Учебная мастерская:

Http\\www.edu.BPwin - Мастерская Dr_dimdim.ru;

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

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

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

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

и специальности «Программирование в компьютерных системах».

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

5. КОНТРОЛЬ И ОЦЕНКА РЕЗУЛЬТАТОВ ОСВОЕНИЯ

ПРОФЕССИОНАЛЬНОГО МОДУЛЯ (ВИДА ПРОФЕССИОНАЛЬНОЙ

ДЕЯТЕЛЬНОСТИ)

–  –  –

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

УП.03. Учебная практика

«Программирование в 1С 8.3»

Модуль 1 Основные объекты платформы «1С:Предприятие 8»

Занятие 1. Начало работы с платформой «1С:Предприятие 8»

• Установка платформы «1С:Предприятие 8. Учебная версия» - бесплатным и легальным способом. Установка учебной версии «1С:Бухгалтерии 8».
• Создание новой информационной базы.
• Базовые понятия: платформа, конфигурация, информационная база.
• Типы пользовательских интерфейсов на платформе «1С:Предприятие 8».
• Работа с интерфейсом обычных форм, который использовался на платформах «1С:Предприятие 8.0» и «1С:Предприятие 8.1».
• Интерфейс управляемых форм, который широко применялся на платформе «1С:Предприятие 8.2».
• Изучение интерфейса «Такси», который появился в последней версии платформы «1С:Предприятие 8.3».

Занятие 2 «Объекты справочной информации».

• Создание собственной конфигурации и информационной базы на платформе «1С:Предприятие 8.3».
• Функционал платформы на базовом уровне.
• Разработка конфигурации для предприятия оптовой торговли.
• Объекты конфигурации, хранящие справочную информацию (списки элементов). Продемонстрируем, как в разработанной конфигурации пользователь может создавать любое количество складов предприятия, произвольную номенклатуру (товары), а также вводить данные о поставщиках и покупателях.
• Принципы работы с иерархическими справочниками.
• Определение произвольного состава реквизитов для справочников. Таким образом, пользователь прикладного решения получит возможность вводить произвольное описание для товаров (где будут расшифровываться все свойства товара), а также указывать основных поставщиков для каждой номенклатуры.
• Создание объекта конфигурации «Перечисление», для классификации товаров по типам, указанным им в конфигурации.
• Объект конфигурации «Константа» - здесь будет храниться информация о названии нашей организации.

Занятие 3 «Документооборот торгового предприятия».

• Классическая схема документооборота предприятия оптовой торговли.
• Для закупки: заказ поставщику - поступление товаров по заказу - оплата поставщику.
• Для продажи: заказ клиента - отгрузка (продажа) товаров клиенту - прием оплаты от покупателя.
• Базовые термины, с которыми работают финансисты и руководители торговых предприятий: выручка, себестоимость, прибыль и рентабельность. На наглядных схемах и примерах покажем, как рассчитываются данные показатели.
• Создание первого документа «Заказ клиента», с помощью него пользователи смогут регистрировать желание клиента приобрести определенный товар по указанной цене.
• Создание документов по товарообороту: поступление товаров на склад компании и отгрузка (продажа) товаров клиенту.
• Объединение документов в общий журнал документов.
• Пример создания печатной формы для документа - таким образом, пользователи смогут на принтере распечатывать документы, ставить подписи, печати и передавать их клиентам.

Занятие 4 «Регистры накопления. Проведение документов» .

· Предназначение класса конфигурации - «Регистр».

· Регистры накопления.

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

· Проведение документов.

· Разработка программного кода, который будет выполнять проведение документов «Поступление товаров» и «Реализация товаров».

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

Занятие 5 «Виды регистров накопления, регистры сведений. Интерфейс приложения».

· Виды регистров накопления - остатки и обороты.

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

· Принципы работы регистра сведений.

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

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

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

· Объект конфигурации - «Подсистема».

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

Модуль 2. Программирование на платформе «1С:Предприятие 8»

Занятие 6 Первая программа на платформе «1С:Предприятие 8».

· Разбор аспектов программирования на платформе «1С:Предприятие 8», знакомство со встроенным языком, рассмотрение основных операторов программного кода.

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

· Рассмотрение понятие программного модуля, написание первой классической программы «Hello, world».

· Комментарии частей алгоритмов в программном коде.

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

· Операторы системы - условные и циклические.

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

Занятие 7. Программирование на встроенном языке «1С:Предприятие 8»

· Понятие типа данных, работа с основными примитивными типами данных системы.

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

· Логические операции - И, ИЛИ, НЕ.

· Сервисное средство программиста 1С - синтакс-помощник.

· Типовая структуру программного модуля.

Занятие 8 «События, процедуры и функции» .

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

· Упрощение структуру написанного ранее программного кода с помощью процедур.

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

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

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

· События: «Перед записью», «Обработка проверки заполнения» и «Обработка проведения» для документа.

· Цикл по универсальным коллекциям - «Для каждого…»., с помощью этого цикла обход всех строк табличной части документа.

Занятие 9 «Типы данных. События элементов форм» .

· Помощник программиста 1С - отладчик и работа с ним. Основные этапы отладки: точка остановки, пошаговое выполнение команд, просмотр значений переменных и вычисление выражений.

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

· Типы данных, использующиеся для программной работы с регистрами, - регистр накопления «Набор записей» и регистр накопления «Запись».

· Процесс проведения документов.

· Понятие объекта и класса (типа данных) - эти понятия повсеместно используются при разработке в 1С.

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

Модуль 3. Получение информации из базы данных. Алгоритмы проведения документов

Занятие 10. «Чтение информации из базы данных, создание отчетов ».

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

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

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

· Построение первых отчетов с помощью мощнейшего механизма - «Системы компоновки данных» (СКД).

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

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

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

Занятие 11. Получение данных из регистров

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

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

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

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

· Работа с виртуальной таблицей регистров «Обороты» на примере построения отчета по продажам.

· Работа с вложенными запросами (подзапросы). Построение отчета по продажам, который будет использовать подзапросы.

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

Занятие 12 . «Контроль остатков и расчет себестоимости» .

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

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

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

· Одновременная продажа. Представим, что 2 менеджера по продажам одновременно вводят для разных клиентов документы продажи. Может случиться так, что столов на складе 100 шт., а каждый из клиентов запросил по 60 шт. В итоге система должна сообщить, что для одного из клиентов товаров не хватает.

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

· Таким образом, если не делать контроля остатков, недовольства клиентов не избежать.

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

Занятие 12 . «Валовая прибыль. Создание сложных отчетов» .

· Вычисление валовой прибыли и сохранение ее в регистрах на основании рассчитанной ранее себестоимости.

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

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

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

Модуль 4. Бухгалтерский учет.

Занятие 14 . Основы бухгалтерского учета

· Основные термины бухгалтерского учета.

· Основной принцип бухгалтерского учета - принцип двойной записи.

· Понятие счета бухгалтерского учета - активные и пассивные счета.

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

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

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

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

· Создание объекта, где будут храниться все сделанные проведения - регистра бухгалтерии.

Занятие 15. «Проведение документов по бухгалтерскому учету» .

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

· Формирование конструктором документы по выписке банка.

· Документ реализации (продажи) товаров, — написание необходимого программного кода.

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

Занятие 16 . «Отчеты по бухгалтерскому учету. Закрытие месяца» .

· Построение отчетов по бухгалтерскому учету. Отчет «остатки по счетам бухгалтерского учета», особенность получения остатков на заданную дату (такая же особенность, как и регистров накопления).

· Отчет «Баланс» - основную форму бухгалтерской отчетности.

· Изменение баланса при выполнении различных проводок.

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

Модуль 5. Расчет заработной платы.

Занятие 17 . «Общие сведения о заработной плате. Создание объектов расчета» .

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

· Учет отработанного времени методом отклонений.

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

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

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

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

Занятие 18 . День 18. Начисление заработной платы

· Непосредственный расчет заработной платы - все подготовительные действия уже выполнены.

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

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

· Типовая технология расчета заработной платы - расчета в два этапа.

· Расчет оклада исходя из отработанного времени сотрудником.

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

· Расчет сотрудникам с помощью создания соответствующего документа.

Занятие 19 . «Универсальные механизмы расчета. Отчеты» .

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

· Задачу выплаты заработной платы. Т.е. нужно помнить, сколько сотруднику было начислено, сколько выплачено (возможно была частичная выплата), какой остаток долга перед сотрудником - для этого потребуется ряд объектов системы.

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

· Построение наглядного отчета о деятельности сотрудника - какое время он работал, когда был в отгуле. Данный отчет будет построен в виде диаграммы Ганта.

Модуль 6. CRM-система

Занятие 20 . «Основы CRM-системы» .

· Создание объектов CRM-системы в рамках нашей конфигурации.

· Базовые понятия CRM, примеры таких систем.

· Объекты, необходимые для построения CRM-системы.

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

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

Занятие 21. «Воронка продаж. Бизнес-процессы и задачи».

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

· Для построения воронки продаж разработка этапов продаж - создание необходимых для этого объектов.

· Работа с бизнес-процессами. Термины по бизнес-процессам и схемы.

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

· Разработка более сложного бизнес-процесса - циклического.

Министерство образования, науки и молодежи Республики Крым

Государственное бюджетное профессиональное образовательное учреждение

Республики Крым

«Феодосийский политехнический техникум»

Рег. № ___________ Утверждаю

Зам. директор по учебной работе

О.Г. Сердюкова

«___» ______________ 2015г.

РАБОЧАЯ ПРОГРАММа ПРОФЕССИОНАЛЬНОГО МОДУЛЯ

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

09.02.03 Программирование в компьютерных системах

Рабочая программа профессионального модуля разработана на основе Федерального государственного образовательного стандарта среднего профессионального образования по специальности 09.02.03 Программирование в компьютерных системах

Организация-разработчик: Государственное бюджетное профессиональное образовательное учреждение Республики Крым «Феодосийский политехнический техникум»

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

Джелялова Севиля Наримановна, преподаватель дисциплин профессионального цикла

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

Протокол № 1 от « 28 » августа 2015 года

Председатель цикловой комиссии ____________ Т.Н. Дворянова

Программа согласована ________________ Ю.С. Матвиенко

1. ПАСПОРТ рабочей ПРОГРАММЫ ПРОФЕССИОНАЛЬНОГО МОДУЛЯ

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

1. ПАСПОРТ РАБОЧЕЙ ПРОГРАММЫ ПРОФЕССИОНАЛЬНОГО МОДУЛЯ

ПМ.03 УЧАСТИЕ В ИНТЕГРАЦИИ ПРОГРАММНЫХ МОДУЛЕЙ

1.1. Область применения программы

Рабочая программа профессионального модуля (далее программа ПМ) – является частью основной профессиональной образовательной программы в соответствии с ФГОС СПО 09.02.03 Программирование в компьютерных системах, укрупненная группа профессий, специальностей и направлений подготовки (УГС) 09.00.00 Информатика и вычислительная техника в части освоения основного вида профессиональной деятельности (ВПД): Участие в интеграции программных модулей и соответствующих профессиональных компетенций (ПК):

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

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

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

Осуществлять разработку текстовых наборов и текстовых сценариев.

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

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

1.2. Цели и задачи модуля – требования к результатам освоения модуля

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

иметь практический опыт:

участия в выработке требования к программному обеспечению;

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

уметь:

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

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

знать:

модели процесса разработки программного обеспечения;

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

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

основные методы и средства эффективной разработки;

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

концепции и реализации программных процессов;

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

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

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

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

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

всего – 474 час., в том числе:

максимальной учебной нагрузки обучающегося – 330 час., включая:

аудиторной учебной работы обучающегося – (обязательных учебных занятий) 220 час.;

внеаудиторной (самостоятельной) учебной работы обучающегося – 110 час.;

учебной и производственной практики – 144 час.

1.4. Распределение часов вариативной части ОПОП

ПК 3.7. Осуществлять работу над проектом в команде

Знать:

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

основные фазы процесса разработки ПО

методику оценивания трудозатрат и рисков

Уметь:

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

проводить декомпозицию проекта на задачи,

составлять план проекта,

составлять отчетную документацию

Тема 1.1 Организация процесса разработки

Тема 2.3. Адаптация программных продуктов

Тема 4.1. Документирование

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

2. результаты освоения ПРОФЕССИОНАЛЬНОГО МОДУЛЯ

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

Код

Наименование результата обучения

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

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

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

Осуществлять разработку тестовых наборов и тестовых сценариев

Производить инспектирование компонент программного продукта на предмет соответствия стандартам кодирования

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

Осуществлять командную разработку программного продукта

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

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

Принимать решения в стандартных и нестандартных ситуациях и нести за них ответственность

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

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

Работать в коллективе и в команде, эффективно общаться с коллегами, руководством, потребителями

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

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

Ориентироваться в условиях частой смены технологий в профессиональной деятельности

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

3. СТРУКТУРА и содержание профессионального модуля

3.1. Тематический план профессионального модуля

Коды профессиональных компетенций

Наименования разделов профессионального модуля

Всего часов

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

Практика

Аудиторная учебная работа обучающегося (обязательные учебные занятия)

Внеаудиторная (самостоятельная) учебная работа обучающегося,

Учебная,

часов

Производственная (по профилю специальности),

часов

Всего,

часов

в т.ч. лабораторные работы и практические занятия,

часов

часов

Всего,

часов

в т.ч., курсовая работа (проект),

часов

1

2

3

4

5

6

7

8

9

10

ПК 3.1

ПК 3.7

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

ПК 3.2

ПК 3.3

ПК 3.4

ПК 3.7

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

ПК 3.5

Раздел 3. Обеспечение качества программных продуктов

ПК 3.6

ПК 3.7

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

4 4

Производственная практика (по профилю специальности)

7 2

7 2

Всего:

Наименование разделов профессионального модуля (ПМ), междисциплинарных курсов (МДК) и тем

Объем часов

Уровень освоения

1

2

3

4

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

333

МДК 03.01

66

Тема 1.1 Организация процесса разработки

Программная инженерия. Классификация процессов.

Жизненный цикл программных средств

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

Практические занятия

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

Выбор и адаптация модели жизненного цикла для конкретного проекта

Тема 1.2 Руководство программным проектом

Основные понятия руководством проекта. Этапы руководства.

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

Управление рисками

Оценка программного проекта

Тема 1.3 Формирование и анализ требований

Формирование и анализ требований. Спецификация требований.

Лабораторные занятия

Сбор и анализ требований

Тема 1.4 Методологии разработки программных средств

Структурное проектирование. Модульное проектирование

Методы нисходящего и восходящего проектирования.

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

Лабораторные и практические занятия

Шаблоны структурного проектирования

Создание и оценка пилотного проекта

МДК 03.02 Инструментальные средства разработки программного обеспечения

80

Тема 1.5 CASE-технологии структурного анализа и проектирования программных средств

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

Принципы построения модели IDEF0. Диаграммы IDEF0

Диаграммы потоков данных (Data Flow Diagramming)

Лабораторные и практические занятия

IDEF 0

IDEF 0

Разработка и создание контекстной диаграммы DFD

Разработка и создание декомпозиций диаграмм DFD

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

UML- моделирование.

Диаграммы вариантов, классов, взаимодействия

Диаграммы состояний, компонентов, размещений

Взаимосвязи между диаграммами. Специальные диаграммы.

Лабораторные и практические занятия

Разработка и создание диаграммы вариантов

Разработка и создание диаграммы классов

Разработка и создание диаграммы взаимодействия

Разработка и создание диаграммы состояний

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

Разработка и создание диаграммы размещений

Модели быстрой разработки приложений

Эволюционная модель прототипирования

Графическое представление структурированных схем алгоритмов

Метод JSP Джексона

Архитектурное проектирование

Метрики объектно-ориентированных программных систем

Этапы развития проектирования и CASE -средств

Проведение предпроектного обследования организации.

Изучение принципов работы с CASE -системами

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

Система моделирования Ramus

Средство UML моделирования ArgoUML

Учебная практика

Виды работ

Проведение предпроектных исследований

Разработка технического задания

Проектирование ПО специализированными средствами

Производственная практика

Проектирование ПО для решения прикладных задач организации

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

73

МДК 03.01 Технология разработки программного обеспечения

42

Тема 2.1 Тестирование программных продуктов

Понятие тестирования. Принципы тестирования.

Виды тестирования программных продуктов. Методы тестирования программных продуктов

Структурное тестирование. Понятие и принципы структурного тестирования.

Функциональное тестирование. Понятие и принципы функционального тестирования.

Оценочное тестирование. Виды оценочного тестирования. Принципы проведения оценочного тестирования

Критерии построения тестовых наборов и отладочных заданий.

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

Организация процесса тестирования

Лабораторные и практические занятия

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

Тестирование программного продукта методом «белого ящика»

Тестирование программного продукта методом «чёрного ящика»

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

Тема 2.2 Отладка программных продуктов

Понятие отладки программных продуктов. Принципы отладки программных продуктов.

Классификация ошибок.

Точка нахождения и точка проявления ошибки.

Локализация ошибок

Методы отладки программного обеспечения.

Метод ручного тестирования.

Метод индукции. Метод дедукции.

Метод обратного прослеживания

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

Лабораторные и практические занятия

Ручная отладка программного обеспечения

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

Тема 2.3 Адаптация программных продуктов

Понятие адаптации программных продуктов.

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

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

Проведение интеграции программных комплексов в систему.

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

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

Практические занятия

Составление плана обеспечение качества ПО

Проведение приёмо-сдаточных испытаний

Самостоятельная работа при изучении раздела

Объектно-ориентированное тестирование

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

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

Выполнение полевых испытаний программного продукта

Производственная практика

Виды работ

1. Комплексное тестирование и отладка программного обеспечения

Раздел 3. Обеспечение качества программных продуктов

24

МДК 03.03 Документирование и сертификация

1 4

Тема 3.1. Основы стандартизации

Принципы и методы стандартизации.

Международная стандартизация

Система стандартизации в РФ

Стандарты кодирования.

Тема 3.2. Основы сертификации

Процесс сертификации

Система сертификации

Обеспечение качества через стандартизацию и сертификацию

Лабораторные и практические занятия

Ознакомление с сертификатами на ПО.

Тема 3.3. Основы метрологии

Принципы и методы метрологии

Общие сведения об измерениях

Интегральные метрики оценки программного продукта

Измерительные методы анализа программного обеспечения

Тема 3.4. Качество программного продукта

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

Показатели и характеристики качества программного продукта

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

Аттестация программного продукта

Верификация программного продукта

Самостоятельная работа при изучении раздела

Задачи международного сотрудничества в области стандартизации.

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

Сущность и организация инспектирования программного продукта.

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

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

Сертификация программных средств

1 0

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

44

МДК 03.03 Документирование и сертификация

18

Тема 4.1. Документирование

Виды программных документов.

Документация и ее роль в обеспечении качества.

Требования стандартов к программной документации.

Состав Единой системы программной документации.

Лабораторные и практические занятия

Тема 4.2. Документация продукции

Учебные руководства

Справочные руководства и руководства пользователя

Руководства по сопровождению ПО

Лабораторные и практические занятия

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

Разработка руководства программиста

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

Самостоятельная работа при изучении раздела

Автоматизированные средства разработки программной документации.

Разработка технологического задания.

Разработка пояснительной записки и спецификации.

Состав документации технического проекта.

Брошюры и информационные листки, посвященные продукции

Производственная практика

Виды работ

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

Всего

474

4. условия реализации программы ПРОФЕССИОНАЛЬНОГО МОДУЛЯ

4.1. Материально-техническое обеспечение

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

Оборудование учебного кабинета: места по количеству обучающихся; рабочее место преподавателя; комплект лекций-презентаций.

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

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

4.2. Информационное обеспечение обучения

Основные источники:

Иванов Д., Новиков Ф. Моделирование на UML: Учебно-методическое пособие./Д. Иванов, Ф. Новиков - СПб.: СПбГУ ИТМО, 2010. - 200 с.

Колчков В.И.. Метрология, стандартизация и сертификация: Учебник. Для СПО / В.И. Колчков. – М.: ВЛАДОС, 2010. – 398 с.

Орлов С. А., Цилькер Б. Я. Технологии разработки программного обеспечения: Учебник для вузов. 4..е изд. Стандарт третьего поколения. СПб.: Питер, 2012. 608 С.: ил.

Дополнительные источники:

Бахтизин, В. В. Технология разработки программного обеспечения: учеб. пособие / В. В. Бахтизин, Л. А. Глухова. – Минск: БГУИР, 2010. – 267 с. : ил.

Дубовой Н.Д. Основы метрологии, стандартизации и сертификации: Учеб. пособие для СПО / Н.Д.Дубовой, Е.М. Портнов. – М.: ФОРУМ, 2012. – 256 с. (Профессиональное образование).

Канер С., Фолк Д., Кек Нгуен Е. Тестирование программного обеспечения: Пер. с англ./С. Канер [и др.]-Киев: ДиаСофт, 2000. – 544 с.

Мазур И.И. Управление качеством: Учеб. Пособие / И.И. Мазур, В.Д. Шапиро. Под. ред. И.И. Мазура. – М.: Высш. шк., 2003 – 334 с.

Рудаков А.В. Технология разработки программных продуктов: Практикум: учеб. пособие для студ. учреждений сред. проф. Образования / А.В. Рудаков, Г.Н. Федорова. – 4-е изд., стер. - М. : Издательский центр «Академия», 2014. – 192 с.

Управление качеством: Учебник для вузов / С.Д. Ильенкова, Н.Д. Ильенкова, В.С. Мунтарян и др.; Под. ред. С.Д. Ильенковой. – 2-е изд., перераб. и доп. – М.: ЮНИТ – ДАНА, 2003. – 334 с.

Фишман Л.И., Рогожкина Н.В., Чупина В.Н. Сам себе эксперт: Самодиагностика качества управленческой деятельности. / Л.И. Фишман [и др.]– Самара: РЦМО, 2002. – 68 с.

Хрусталева З.А.. Метрология, стандартизация и сертификация: Практикум: Учеб. пособие для СПО / З.А. Хрусталева. – М.: КноРус, 2011. – 276 с.

Интернет-источники

1. Тестирование программного обеспечения. Основные понятия и определения [Электронный ресурс]: - http://www.protesting.ru/testing/ (28 августа 2014)

   Основы программной инженерии [Электронный ресурс]: -http://swebok.sorlik.ru/4_software_testing.html (28 августа 2014)

4.3. Организация образовательного процесса

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

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

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

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

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

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

4.4. Кадровое обеспечение образовательного процесса

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

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

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

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

зачтенные лабораторно-практические работы;

устные фронтальные опросы;

тестирование;

контрольные работы;

семинарские занятия;

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

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

Итоговой формой контроля является квалификационный экзамен.

Результаты

(освоенные профессиональные компетенции)

Основные показатели оценки результата

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

описание моделей процесса разработки программного обеспечения

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

обозначение основных методов и средств эффективной разработки

изложение основ верификации и аттестации программного обеспечения

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

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

ПК 3.2. Выполнять интеграцию модулей в программную систему

описание концепций и реализации программных процессов

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

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

получение кода с заданной функциональностью и степенью качества

определение основных подходов к интегрированию программных модулей

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

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

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

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

ПК 3.4. Осуществлять разработку тестовых наборов и тестовых сценариев

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

разработанный набор тестовых значений соответствует требованиям

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

решение об окончании тестирования принимается на основе анализа

ПК 3.5. Производить инспектирование компонент программного продукта на предмет соответствия стандартам кодирования

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

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

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

ПК 3.6. Разрабатывать технологическую документацию

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

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

перечень необходимой документации определён согласно техническому заданию

документация соответствует разработанному ПО

полнота разработки технологической документации

ПК 3.7. Осуществлять работу над проектом в команде

составление и оформление плана-графика работ над проектом

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

выполнение общего руководства над проектом

оформление документации по промежуточным работам

оформление документации приема-передачи проекта

Транскрипт

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

2 Рассмотрена на заседании комиссии профессионального цикла «Программирование в компьютерных системах», математических и профильных учебных дисциплин Протокол от 201_ г. Председатель комиссии / / Соответствует требованиям ФГОС СПО по специальности Программирование в компьютерных системах Зам. директора по учебновоспитательной работе / / 201яяяяя- г. Разработчик: Гусев И.Е. - преподаватель спецдисциплин. 1. Общие положения

3 Контрольно-оценочные средства (КОС) предназначены для контроля и оценки образовательных достижений обучающихся, освоивших программу профессионального модуля ПМ 03 «Участие в интеграции программных модулей». КОС включают контрольные материалы для проведения текущего контроля и промежуточной аттестации в форме квалификационного экзамена. Итогом экзамена является однозначное решение: «вид профессиональной деятельности освоен/не освоен». КОС разработаны на основании положений: - Основной профессиональной образовательной программы по профессии/специальности () «Программирование в компьютерных системах»; - профессионального модуля ПМ 03 «Участие в интеграции программных модулей». 2. Результаты освоения дисциплины, подлежащие проверке В результате освоения профессионального модуля ПМ 03 «Участие в интеграции программных модулей» обучающийся должен обладать предусмотренными ФГОС по специальности СПО «Программирование в компьютерных системах» следующими умениями, знаниями, которые формируют профессиональную и общую компетенцию: Код ПК3.1 Наименование результата обучения Анализировать проектную и техническую документацию на уровне взаимодействия компонент программного обеспечения. ПК 3.2. Выполнять интеграцию модулей в программную систему. ПК 3.3. Выполнять отладку программного продукта с использованием специализированных программных средств. ПК 3.4. Осуществлять разработку тестовых наборов и тестовых сценариев. ПК 3.5. Производить инспектирование компонент программного продукта на предмет соответствия стандартам кодирования. ПК 3.6. Разрабатывать технологическую документацию. ОК 1. ОК 2. ОК 3. ОК 4. ОК 5. Понимать сущность и социальную значимость своей будущей профессии, проявлять к ней устойчивый интерес Организовывать собственную деятельность, выбирать типовые методы и способы выполнения профессиональных задач, оценивать их эффективность и качество Принимать решения в стандартных и нестандартных ситуациях и нести за них ответственность Осуществлять поиск и использование информации, необходимой для эффективного выполнения профессиональных задач, профессионального и личностного развития Использовать информационно коммуникационные технологии в профессиональной деятельности.

4 ОК 6. Работать в коллективе и команде, эффективно общаться с коллегами, руководством, потребителями. ОК 7. Брать на себя ответственность за работу членов команды(подчиненных), за результат выполнения заданий. ОК 8. Самостоятельно определять задачи профессионального и личностного развития, заниматься самообразованием, осознано планировать повышение квалификации. ОК 9. Ориентироваться в условиях частой смены технологий в профессиональной деятельности. ОК 10. Исполнять воинскую обязанность, в том числе с применением полученных профессиональных знаний (для юношей). С целью овладения указанным видом профессиональной деятельности и соответствующими профессиональными компетенциями обучающийся в ходе освоения профессионального модуля должен: иметь практический опыт: - ПО1 - участия в выработке требований к программному обеспечению; - ПО2- участия в проектировании программного обеспечения с использованием специализированных программных пакетов; уметь: У1 - владеть основными методологиями процессов разработки программного обеспечения; У2 - использовать методы для получения кода с заданной функциональностью и степенью качества; знать: З1 - модели процесса разработки программного обеспечения; З2 - основные принципы процесса разработки программного обеспечения; З3 - основные подходы к интегрированию программных модулей; З4 - основные методы и средства эффективной разработки; З5 - основы верификации и аттестации программного обеспечения; З6 - концепции и реализации программных процессов; З7 - принципы построения, структуры и приемы работы с инструментальными средствами, поддерживающими создание программного обеспечения; З8 - методы организации работы в коллективах разработчиков программного обеспечения; З9 - основные положения метрологии программных продуктов, принципы построения, проектирования и использования средств для измерений характеристик и параметров программ, программных систем и комплексов; З10 - стандарты качества программного обеспечения; З11 - методы и средства разработки программной документации. Условием допуска к экзамену является наличие зачетов по лабораторным работам, наличие положительных оценок по контрольным работам. Условием положительной аттестации по дисциплине является положительная оценка по всем контролируемым показателям.

5 3. Распределение оценивания результатов обучения по видам контроля Элемент модуля МДК Технология разработки программного обеспечения МДК Инструментальные средства разработки программного обеспечения МДК Документирование и сертификация КП ПП Форма контроля и оценивания Промежуточная Текущий контроль аттестация Экзамен Тестирование, выполнение практических заданий, контрольная работа, решение экспериментальных задач - Тестирование, выполнение практических заданий, контрольная работа, решение экспериментальных задач Экзамен Тестирование, выполнение практических заданий, контрольная работа, решение экспериментальных задач Защита курсового Выполнение заданий проекта курсовой работы Квалификационный Выполнение практических экзамен заданий 3. Результаты освоения модуля, подлежащие проверке на экзамене (квалификационном) 2.1. В результате аттестации по профессиональному модулю осуществляется комплексная проверка следующих профессиональных и общих компетенций: Профессиональные и общие компетенции ПК 1. Анализировать проектную и техническую документацию на уровне взаимодействия компонент программного обеспечения. ПК 2. Выполнять интеграцию модулей в программную систему. Показатели оценки результата точность понимания поставленной задачи; обоснование требований к программному обеспечению; качество рекомендаций по формализации предметной области с учетом ограничений; оценивать уровень сложности компонент ПО; точность и грамотность понимания проектной программной документации на уровне взаимодействия компонент ПО. Изложение основных характеристик программной системы; Использование методов для получения кода с заданной функциональностью и степенью качества;

6 Профессиональные и общие компетенции ПК 3. Выполнять отладку программного продукта с использованием специализированных программных средств. ПК 4. Осуществлять разработку тестовых наборов и тестовых сценариев. ПК 5. Производить инспектирование компонент программного продукта на предмет соответствия стандартам кодирования. ПК 6. Разрабатывать технологическую документацию. Показатели оценки результата Определение этапов проектирования программных систем и их архитектуры; Изложение подходов к интегрированию программных модулей; Использование методов и средств эффективной разработки; Изложение основных характеристик программной системы; Использование методов для получения кода с заданной функциональностью и степенью качества; Скорость и качество отладки программного кода; Изложение основных положений метрологии программных продуктов; Использование методов и средств эффективной разработки; Изложение основных методик тестирования программных компонент и системы в целом; Организацию процесса тестирования; Составление тестовых заданий; Выбор алгоритма тестирования; Скорость и качество тестирования программной системы и отдельных компонент. Изложение основных характеристик программной системы; Владение основными методологиями процессов разработки программного обеспечения; Изложение основ верификации и аттестации программного обеспечения; Использование стандартов кодирования; Использование методов для получения кода с заданной функциональностью и степенью качества; Изложение основных положений метрологии программных продуктов; Использование методов и средств эффективной разработки; качество рекомендаций по формализации поставленной задачи; качество и скорость чтения технической документации; выработка рекомендаций по использованию стандартов оформления документации; точность и грамотность оформления программной технологической документации.

7 ОК 1. Понимать сущность и социальную значимость своей будущей профессии, проявлять к ней устойчивый интерес. ОК 2. Организовывать собственную деятельность, выбирать типовые методы и способы выполнения профессиональных задач, оценивать их эффективность и качество. ОК 3. Принимать решения в стандартных и нестандартных ситуациях и нести за них ответственность. ОК 4. Осуществлять поиск и использование информации, необходимой для эффективного выполнения профессиональных задач, профессионального и личностного развития. ОК 5. Использовать информационнокоммуникационные технологии в профессиональной деятельности. ОК 6. Работать в коллективе и в команде, эффективно общаться с коллегами, руководством, потребителями. ОК 7. Брать на себя ответственность за работу членов команды (подчиненных), за демонстрация интереса к будущей профессии выбор и применение методов и способов решения профессиональных задач в области разработки и администрирования баз данных; оценка эффективности и качества выполнения решение стандартных и нестандартных профессиональных задач в области разработки и администрирования баз данных эффективный поиск необходимой информации; использование различных источников, включая электронные разрабатывать, программировать и администрировать базы данных взаимодействие с обучающимися, преподавателями и мастерами в ходе обучения самоанализ и коррекция результатов собственной работы

8 результат выполнения заданий. ОК 8. Самостоятельно определять задачи профессионального и личностного развития, заниматься самообразованием, осознанно планировать повышение квалификации. ОК 9. Ориентироваться в условиях частой смены технологий в профессиональной деятельности. ОК 10. Исполнять воинскую обязанность, в том числе с применением полученных профессиональных знаний (для юношей). Результаты (освоенные профессиональные компетенции) ПК 3.1. Анализировать проектную и техническую документацию на уровне взаимодействия компонент программного обеспечения. ПК 3.2. Выполнять интеграцию модулей в программную систему. ПК 3.3. Выполнять отладку организация самостоятельных занятий при изучении профессионального модуля анализ инноваций в области разработки и администрирования баз данных решение ситуативных задач, связанных с использованием профессиональных компетенций Формы и методы контроля и оценки Оценка результатов внеаудиторной самостоятельной работы. Экспертная оценка в процессе защиты лабораторных работ. 1-6 (МДК 03.01) Экспертная оценка в процессе защиты курсового проекта. Экспертная оценка в процессе выполнения индивидуальных заданий (МДК 03.03) Оценка результатов внеаудиторной самостоятельной работы. Экспертная оценка в процессе защиты лабораторных работ (МДК 03.01) Экспертная оценка в процессе защиты курсового проекта. Экспертная оценка в процессе выполнения индивидуальных заданий (МДК 03.01) Оценка результатов внеаудиторной самостоятельной работы.

9 программного продукта с использованием специализированных программных средств. ПК 3.4. Осуществлять разработку тестовых наборов и тестовых сценариев. ПК 3.5. Производить инспектирование компонент программного продукта на предмет соответствия стандартам кодирования. ПК 3.6. Разрабатывать технологическую документацию. Экспертная оценка в процессе защиты лабораторных работ (МДК 03.02) Экспертная оценка в процессе защиты курсового проекта. Экспертная оценка в процессе выполнения индивидуальных заданий (МДК 03.02) Оценка результатов внеаудиторной самостоятельной работы. Экспертная оценка в процессе защиты лабораторных работ (МДК 03.01) Экспертная оценка в процессе защиты курсового проекта. Экспертная оценка в процессе выполнения индивидуальных заданий (МДК 03.01) Оценка результатов внеаудиторной самостоятельной работы. Экспертная оценка в процессе защиты лабораторных работ (МДК 03.01) Экспертная оценка в процессе защиты курсового проекта. Экспертная оценка в процессе выполнения индивидуальных заданий (МДК 03.01) Оценка результатов внеаудиторной самостоятельной работы. Экспертная оценка в процессе защиты лабораторных работ. 1-8 (МДК 03.03) Экспертная оценка в процессе защиты курсового проекта. Экспертная оценка в процессе выполнения индивидуальных заданий (МДК 03.03)

10 4. Распределение типов контрольных заданий по элементам профессиональных компетенций Содержание учебного материала по программе МДК Технология разработки программного обеспечения МДК Инструментальные средства разработки программного обеспечения МДК Документирование и сертификация Тип контрольного задания ПК1 ПК2 ПК3 ПК4 ПК5 ПК6 ЛР ЛР УО ЛР ВСР ЛР ПР УО ВСР КР УО Т ВСР УО ВСР УО ВСР УО ВСР УО ЛР ПР Т КР ВСР УО ВСР УО ВСР УО Условные обозначения: Т - тестирование, УО- устный опрос, ЛР лабораторная работа, ПР - практическая работа, КР контрольная работа, ВСР выполнение заданий по внеаудиторной самостоятельной работе. ВСР УО ВСР УО 5. Распределение типов контрольных заданий по элементам профессиональных компетенций, контролируемых на промежуточной аттестации Содержание учебного материала Тип контрольного задания по программе МДК Технология разработки программного обеспечения МДК Инструментальные средства разработки программного обеспечения МДК Документирование и сертификация Э оценка результатов экзамена. КП - курсовое проектирование, ВСР УО ЛР ПР Т КР ПК1 ПК2 ПК3 ПК4 ПК5 ПК6 КП КП КП КП КП КП Э Э Э Э Э Э Э Э Э Э Э Э

11 6. Структура контрольного задания 6.1. Форма итоговой аттестации квалификационный экзамен Оцениваемые профессиональные и общие компетенции - ПК1-6, ОК1-10 Критерии оценки знаний студента: оценка «отлично» выставляется студенту, если дан правильный ответ на 2 теоретических вопроса и выполнено правильно практическое задание; оценка «хорошо», если дан правильный ответ на теоретический вопрос и выполнено правильно практическое задание; оценка «удовлетворительно», если дан правильный ответ на теоретический вопрос или выполнено правильно практическое задание; оценка «неудовлетворительно», если не даны правильные ответы на теоретические вопросы и не выполнено правильно практическое задание. Билет 1 1. Препроцессор. 2. ЕСПД. Виды программ и программных документов. Билет 2 1. Компилятор.. 2. ЕСПД. Р-схемы алгоритмов и программ. 1. Сборщик. 2. ЕСПД. Термины и определения. Билет 3 Билет 4 1. Компоновщик. 2. ЕСПД. Схемы алгоритмов и программ. Обозначения условные графические. 1. Отладчик. 2. ЕСПД. Общие положения. Билет 5

12 Билет 6 1. Менеджер проектов. 2. Организация испытаний в фазе использования Билет 7 1. Конфигурации построения. 2. Организация испытаний в фазе оценки. Билет 8 1. Интегрированная среда разработки, IDE. 2. Организационная структура группы испытаний. Билет 9 1. Классы инструментальных сред разработки и сопровождения ПС. 2. Категории испытания программного изделия. Билет Классификация инструментальных сред программирования. 2. Режимы испытаний программ. Билет Жизненный цикл ПС. 2. Современное состояние методов обеспечения качества программного изделия. Билет Архитектура инструментальных систем технологии программирования. 2. Организация выпуска документации в фазах оценки и использования. Билет CASE-технологии. 2. Организация выпуска документации в фазах конструирования и программирования.

13 Билет Разработка спецификаций. 2. Организация выпуска документации в фазах исследований и анализа осуществимости. Билет Локальные системы контроля версий. 2. Стандарты и практические руководства. Билет Централизованные системы контроля версий. 2. Организационная структура группы выпуска документации. Билет Распределённые системы контроля версий. 2. Организационная структура группы обслуживания. Билет Инструментальная система поддержки проекта. 2. Участие группы разработки в фазовых обзорах. Билет Понятие и структура проекта. 2. Организация разработки программного изделия в фазе программирования. Билет Особенности объектно-ориентированного программирования. 2. Организация разработки программного изделия в фазе конструирования (проектирования).

14 Билет Классы и объекты. 2. Обязанности группы планирования при утверждении планов разработки программного изделия. Билет Основные свойства ООП: инкапсуляция и полиморфизм. 2. Организация планирования в фазах конструирования и кодирования. 1. Методы классов. Полиморфизм. 2. Опытный образец изделия. Билет 23 Билет Обработка исключительных ситуаций. 2. Планы, связанные с созданием программных изделий. Билет Понятие и виды подпрограмм. 2. Организационная структура группы планирования. Билет Создание и использование библиотек подпрограмм. 2. Декомпозиция планов. Билет Понятие и особенности DLL-библиотек. 2. Виды планов. Билет Создание многопоточных приложений. 2. Установление целей, средства их достижения.

15 Билет Подключение и отображение наборов данных. 2. Организация взаимодействия. Билет Прототипирование. 2. Нисходящий анализ процесса управления проектированием программного изделия. МДК Документирование и сертификация 6.2. Форма итоговой аттестации экзамен Оцениваемые профессиональные компетенции: ПК1-6 Критерии оценки знаний студента: Оценка «отлично» ставится за краткий, четкий, обоснованный ответ на теоретические вопросы. Оценка «хорошо» ставится за ответ на один теоретический вопрос. Оценка «удовлетворительно» за ответ на один теоретический вопрос, освещённый не полностью. Оценка «неудовлетворительно» ставиться, если не дан ответ на теоретический вопрос. Билет 1 1. Понятие изделия как средства общения.. 2. Участие группы испытаний в фазовых обзорах. Билет 2 1. Организация испытаний в фазе использования. 2. Нисходящий анализ процесса управления проектированием программного изделия.

16 Билет 3 1. Организация взаимодействия. 2. Организация испытаний в фазе оценки. Билет 4 1. Организация испытаний в фазах конструирования и программирования. 2. Установление целей, средства их достижения. Билет 5 1. Виды планов. 2. Организация испытаний в фазах исследований и анализа осуществимости. Билет 6 1. Организационная структура группы испытаний. 2. Декомпозиция планов. Билет 7 1. Организационная структура группы планирования. 2. Категории испытания программного изделия. Билет 8 1. Режимы испытаний программ. 2. Планы, связанные с созданием программных изделий. Билет 9 1. Опытный образец изделия. 2. Современное состояние методов обеспечения качества программного изделия. Билет Участие группы выпуска документации в фазовых обзорах.

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

18 Билет Организация обслуживания в фазе программирования и оценки. 2. Организация разработки программного изделия в фазе программирования. Билет Организация разработки программного изделия в фазе оценки. 2. Организация обслуживания в фазах анализа осуществимости и конструирования. Билет Организация обслуживания программного изделия в фазе исследования. 2. Окончание проекта. Билет Участие группы разработки в фазовых обзорах. 2. Организационная структура группы обслуживания. Билет ЕСПД. Общие положения. 2. ЕСПД. Схемы алгоритмов и программ. Правила выполнения. Билет ЕСПД. Схемы алгоритмов и программ. Обозначения условные графические. 2. ЕСПД. Термины и определения. Билет ЕСПД. Р-схемы алгоритмов и программ. Обозначения условные графические и правила выполнения. 2. ЕСПД. Виды программ и программных документов.

19 6.3. Форма текущего контроля контрольная работа Продолжительность работы: 4 часа Оцениваемые профессиональные компетенции: ПК1-6. Критерий оценки знаний студента Оценка «отлично» ставится за ответы на задание 1 и 2. И в отчете четко отражены ответы на вопросы в соответствии с вариантом. Оценка «хорошо» ставится за ответы на задание 1 и 2, и в отчете, в ответах на вопросы, имеются неточности. Оценка «удовлетворительно» ставится за полностью выполненное задание 1. Оценка «неудовлетворительно» за отсутствие задание 1 и за выполненное задание 2. ВОПРОСЫ (ВАРИАНТЫ) К КОНТРОЛЬНОЙ РАБОТЕ Вариант 1 1. Закрытые и изолированные системы. Принципиальные отличия между сложными и простыми системами. 2. Перечислите основные этапы системного исследования техносферы. Вариант 2 1. Модель и предназначение моделирования. Виды моделей и методов моделирования. 2. Укажите основные задачи, решаемые в процессе теоретического системного анализа и системного синтеза. Вариант 3 1. Отличительные признаки материальных и идеальных моделей. 2. Раскройте значение термина «формализацию» и укажите его связь с моделированием. Вариант 4 1. Математическое моделирование. Признаки математических моделей. 2. Модели и методы моделирования для системного исследования опасных процессов в техносфере. Вариант 5 1. Какие задачи решаются в ходе количественного анализа модели? 2. Диаграммы причинно-следственных связей. «Петля». Пример Вариант 6 1. Сущность проблемы аварийности и травматизма в техносфере. Причинная цепь техногенного происшествия. 2. Диаграммы причинно-следственных связей. «Дерево». Пример Вариант 7 1. Объект и предмет системного анализа и моделирования опасных процессов

20 в техносфере. 2. Основное отличие диаграммы типа дерево от графа. Пример. Вариант 8 1. Основные методы исследования и совершенствования безопасности техносферы. 2. Отличия процедуры построения дерева событий и дерева происшествия. Пример Вариант 9 1. Этапы и задачи в программно-целевом планировании и управлении процессом обеспечения безопасности. 2. Система обеспечения безопасности. Цель и главные задачи данной системы Вариант Цель качественного анализа диаграмм типа дерево. Методы качественного анализа дерева происшествия. Укажите исходные данные и показатели, используемые в методикe априорной оценки безопасности разрабатываемых производственных процессов Форма итоговой аттестации курсовая работа Оцениваемые профессиональные компетенции: ПК1-6. Примерные темы курсовых работ 1. Прототипирование и макетирование сайта автошколы с использованием системы управления содержимым сайта (CMS) 2. Прототипирование и макетирование сайта автосалона с использованием системы управления содержимым сайта (CMS) 3. Прототипирование и макетирование сайта салона красоты с использованием системы управления содержимым сайта (CMS) 4. Прототипирование и макетирование сайта транспортной компании с использованием системы управления содержимым сайта (CMS) 5. Прототипирование и макетирование сайта фирмы по установке пластиковых окон ПВХ с использованием системы управления содержимым сайта (CMS) 6. Создание интернет-магазина по продаже бытовой техники 7. Создание интернет-магазина по продаже компьютерной техники 8. Прототипирование и макетирование сайта цементного завода с использованием системы управления содержимым сайта (CMS) 9. Прототипирование и макетирование сайта образовательного учреждения с использованием системы управления содержимым сайта (CMS)

21 10. Прототипирование и макетирование сайта приюта для собак с использованием системы управления содержимым сайта (CMS) 11. Прототипирование и макетирование сайта городской библиотеки с использованием системы управления содержимым сайта (CMS) 12. Прототипирование и макетирование сайта фильмотеки с использованием системы управления содержимым сайта (CMS) 13. Создание интернет-магазина по продаже строительных материалов 14. Прототипирование и макетирование сайта городской больницы с использованием системы управления содержимым сайта (CMS) 15. Прототипирование и макетирование сайта с музыкальным контентом (CMS) 16. Создание интернет-магазина по продаже автомобильной акустики 17. Создание интернет-магазина по продаже мебели 18. Прототипирование и макетирование сайта машиностроительного завода с использованием системы управления содержимым сайта (CMS) 19. Прототипирование и макетирование сайта агентства недвижимости с использованием системы управления содержимым сайта (CMS) 20. Прототипирование и макетирование сайта гостиницы с использованием системы управления содержимым сайта (CMS) 21. Создание интернет-магазина по продаже электронных книг

22 7. Перечень материалов, оборудования и информационных источников, используемых при контроле Оборудование лаборатории: - посадочные места студентов; - рабочее место преподавателя; - электронная доска. Технические средства обучения: - персональный компьютер 9 шт; - сервер, локальная сеть, выход в глобальную сеть; - принтер черно-белый лазерный; Программное обеспечение: - MS Visual Studio - Macromedia Flash MX - Visual Basic - Unity3D - MS World, LibreOffice Информационное обеспечение обучения Перечень рекомендуемых учебных изданий, Интернет-ресурсов, дополнительной литературы Основные источники: 1. Гагарина Л.Г., Кокорева Е.В., Виснадул Б.Д. Технология разработки программного обеспечения: учебное пособие/ под ред. Л.Г. Гагариной. -М.: ИД «ФОРУМ»: ИНФРА-М, Соммерфилл, Иан. Инженерия программного обеспечения, Пер. с англ. М.: Издательский дом «Вильямс», Д.В. Кознов Основы визуального моделирования. М.: Интернетуниверситет информ.технологий, Н.Н. Непейвода Стили и методы программирования. М.: Интернетуниверситет информ.технологий, Патрис Пелланд, Паскаль Паре, Кен Хайнс Переход к Microsoft Visual Studio 2010 Microsoft Л.И.Сучкова Win32 API: основы программирования Барнаул Радкевич Я. М. Метрология, стандартизация и сертификация: Учебник для вузов. - М.: Высшая школа, с. 8. Эрастов В. Е. Метрология, стандартизация и сертификация: Учебное пособие для вузов. - Томск: Томский государственный университет систем управления и радиоэлектроники, с. 9. Димов Ю. В. Метрология, стандартизация и сертификация: Учебник для вузов. - СПб.: Питер, с. 10. Гончаров А.А. Метрология, стандартизация и сертификация: Учебное пособие для вузов. - М.: Академия, с. Дополнительные источники:

23 1. Черемных С.В. Моделирование и анализ систем. IDEF-технологии: практикум/ С.В. Черемных, И.О. Семенов, В.С. Ручкин. М.: Финансы и статистика, Одинцов И.О. Профессиональное программирование. Системный подход. 2-е изд. перераб. и доп. СПб.: БХВ-Петербург, Канер, Фолк, Нгуен - Тестирование программного обеспечения DiaSoft Калайда В. Т. Технология разработки программного обеспечения: Учебное пособие / В. Т. Калайда, В. В. Романенко; Федеральное агентство по образованию, Томский государственный университет систем управления и радиоэлектроники. - Томск: ТУСУР, Гантер Р. Методы управления проектированием программного обеспечения. М.: Мир, с. Отечественные журналы: Вестник компьютерных и информационных технологий; Полезные утилиты для Web-разработки и Web-дизайна; Полезные утилиты для разработчиков программного обеспечения; Программные продукты и системы; PCWeek (русское издание).

Приложение 2 УЧЕБНЫЙ ПЛАН основной профессиональной образовательной программы среднего профессионального образования ФГОБУ ВПО «Санкт-Петербургский государственный университет телекоммуникаций им. проф.

1 2 АННОТАЦИИ РАБОЧИХ ПРОГРАММ ПРОФЕССИОНАЛЬНЫХ МОДУЛЕЙ основной профессиональной образовательной программы среднего профессионального образования базового подготовки по специальности среднего профессионального

() Лист 2 из 8 1. 1. Паспорт Паспорт комплекта фонда оценочных контрольно-оценочных средств средств В результате освоения учебной дисциплины Теория вероятностей и математическая статистика обучающийся

ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ СРЕДНЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ АРХАНГЕЛЬСКОЙ ОБЛАСТИ «МИРНИНСКИЙ ПРОМЫШЛЕННО-ЭКОНОМИЧЕСКИЙ ТЕХНИКУМ» РАБОЧАЯ ПРОГРАММА УЧЕБНОЙ ДИСЦИПЛИНЫ ДИСКРЕТНАЯ

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

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

ПРОГРАММА ПРОФЕССИОНАЛЬНОГО МОДУЛЯ ПМ.01 «Разработка программных модулей программного обеспечения для компьютерных систем» 2012 г. 1 Программа профессионального модуля разработана на основе Федерального

Министерство образования Нижегородской области Государственное бюджетное образовательное учреждение среднего профессионального образования «Заволжский автомоторный техникум» УТВЕРЖДАЮ Заместитель директора

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

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

ФЕДЕРАЛЬНОЕ АГЕНТСТВО СВЯЗИ Федеральное государственное образовательное бюджетное учреждение высшего профессионального образования «Санкт Петербургский государственный университет телекоммуникаций им.

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

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

1 2 СОДЕРЖАНИЕ 3 1. ПАСПОРТ РАБОЧЕЙ ПРОГРАММЫ ПРОФЕССИОНАЛЬНОГО МОДУЛЯ 2. РЕЗУЛЬТАТЫ ОСВОЕНИЯ ПРОФЕССИОНАЛЬНОГО МОДУЛЯ 3. СТРУКТУРА И СОДЕРЖАНИЕ ПРОФЕССИОНАЛЬНОГО МОДУЛЯ 4. УСЛОВИЯ РЕАЛИЗАЦИИ ПРОФЕССИОНАЛЬНОГО

КОНТРОЛЬНО-ОЦЕНОЧНЫЕ СРЕДСТВА ДИСЦИПЛИНЫ (СПО) ЕН.01 ЭЛЕМЕНТЫ ВЫСШЕЙ МАТЕМАТИКИ основной образовательной программы среднего профессионального образования программы подготовки специалистов среднего звена

ПАСПОРТ РАБОЧЕЙ ПРОГРАММЫ УЧЕБНОЙ ДИСЦИПЛИНЫ ЕН.01 Математика Область применения примерной программы Программа учебной дисциплины является частью основной профессиональной образовательной программы в соответствии

ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ОБРАЗОВАНИЯ «РОССИЙСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ ТУРИЗМА И СЕРВИСА» СК РГУТИС ФОНД ОЦЕНОЧНЫХ СРЕДСТВ ДИСЦИПЛИНЫ (СПО) ОП. 12

САНКТ ПЕТЕРБУРГСКОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ПРОФЕССИОНАЛЬНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ «ОХТИНСКИЙ КОЛЛЕДЖ» РАБОЧАЯ ПРОГРАММА УЧЕБНОЙ ДИСЦИПЛИНЫ ОГСЭ.01 ОСНОВЫ ФИЛОСОФИИ по специальности: 43.02.02 Парикмахерское

САНКТ ПЕТЕРБУРГСКОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ПРОФЕССИОНАЛЬНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ «ОХТИНСКИЙ КОЛЛЕДЖ» РАБОЧАЯ ПРОГРАММА ПРОФЕССИОНАЛЬНОГО МОДУЛЯ ПМ.02 ПОДБОР ФОРМ ПРИЧЕСОК И ИХ ВЫПОЛНЕНИЕ С УЧЕТОМ

1.Общие положения. Образовательная программа подготовки квалифицированных рабочих кадров, служащих ГБПОУ «Лысковский агротехнический техникум» по профессии 29.01.07 Портной является системой учебно-методических

Государственное бюджетное профессиональное образовательное учреждение Московской области Геологоразведочный техникум РАБОЧАЯ ПРОГРАММА ДИСЦИПЛИНЫ Компьютерная обработка результатов геодезических измерений.

ПРОГРАММА ПРОФЕССИОНАЛЬНОГО МОДУЛЯ ПМ.03 «Участие в интеграции программных модулей» 013г. 1 Программа профессионального модуля разработана на основе Федерального государственного образовательного стандарта

МИНИСТЕРСТВО ОБРАЗОВАНИЯ РЕСПУБЛИКИ БАШКОРТОСТАН ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ПРОФЕССИОНАЛЬНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ОКТЯБРЬСКИЙ НЕФТЯНОЙ КОЛЛЕДЖ им. С.И. КУВЫКИНА РАБОЧАЯ ПРОГРАММА ПРОФЕССИОНАЛЬНОГО

1 2 1. ПАСПОРТ РАБОЧЕЙ ПРОГРАММЫ ПРОФЕССИОНАЛЬНОГО МОДУЛЯ ОРГАНИЗАЦИЯ ДЕЯТЕЛЬНОСТИ КОЛЛЕКТИВА ИСПОЛНИТЕЛЕЙ 1.1. Область применения программы Рабочая программа профессионального модуля (далее рабочая программа)

1 2 СОДЕРЖАНИЕ Стр. 1. ПАСПОРТ ПРОГРАММЫ УЧЕБНОЙ ДИСЦИПЛИНЫ 4 2. СТРУКТУРА И СОДЕРЖАНИЕ УЧЕБНОЙ ДИСЦИПЛИНЫ 5 3. УСЛОВИЯ РЕАЛИЗАЦИИ ПРОГРАММЫ УЧЕБНОЙ ДИСЦИПЛИНЫ 4. КОНТРОЛЬ И ОЦЕНКА РЕЗУЛЬТАТОВ ОСВОЕНИЯ

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ АРХАНГЕЛЬСКОЙ ОБЛАСТИ Государственное бюджетное образовательное учреждение среднего профессионального образования Архангельской области «Техникум строительства и городского

1 Рабочая программа учебной дисциплины разработана на основе Федерального государственного образовательного стандарта среднего профессионального образования по специальности 09.0.01 Компьютерные системы

ОСНОВНАЯ ПРОФЕССИОНАЛЬНАЯ ОБРАЗОВАТЕЛЬНАЯ ПРОГРАММА БАЗОВОЙ ПОДГОТОВКИ ПО СПЕЦИАЛЬНОСТИ 151901 ТЕХНОЛОГИЯ МАШИНОСТРОЕНИЯ СОДЕРЖАНИЕ 1. Общие положения 3 2. Сроки освоения основной профессиональной образовательной

УЧЕБНЫЙ ПЛАН основной профессиональной образовательной программы среднего профессионального образования государственного бюджетного профессионального образовательного учреждения Ростовской области «Волгодонский

МИНИСТЕРСТВО ОБЩЕГО И ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ СВЕРДЛОВСКОЙ ОБЛАСТИ ГБОУ СПО СО «Уральский государственный колледж имени И.И. Ползунова» МЕТОДИЧЕСКИЕ РЕКОМЕНДАЦИИ ПО ПРОХОЖДЕНИЮ ПРОИЗВОДСТВЕННОЙ ПРАКТИКИ

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

1 2 АННОТАЦИИ РАБОЧИХ ПРОГРАММ ПРОФЕССИОНАЛЬНЫХ МОДУЛЕЙ основной профессиональной образовательной программы среднего профессионального образования базовой подготовки по специальности среднего профессионального

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ Федеральное государственное автономное образовательное учреждение высшего профессионального образования «Дальневосточный федеральный университет» (ДВФУ)

2 СОДЕРЖАНИЕ 1. ПАСПОРТ РАБОЧЕЙ ПРОГРАММЫ УЧЕБНОЙ ДИСЦИПЛИНЫ стр. 4 2. СТРУКТУРА И СОДЕРЖАНИЕ УЧЕБНОЙ ДИСЦИПЛИНЫ 7 2.1 ОБЪЁМ УЧЕБНОЙ ДИСЦИПЛИНЫ И ВИДЫ 7 УЧЕБНОЙ РАБОТЫ 2.2 ТЕМАТИЧЕСКИЙ ПЛАН И СОДЕРЖАНИЕ

Департамент молодежной политики и спорта Кемеровской области Государственное профессиональное образовательное учреждение «Новокузнецкое училище (техникум) олимпийского резерва» (ГПОУ «Новокузнецкое УОР»)

АННОТАЦИЯ дисциплины «ТЕХНИЧЕСКИЕ СРЕДСТВА ИНФОРМАТИЗАЦИИ» для специальности 09.02.03 «Программирование в компьютерных системах» Объем трудоемкости: диф.зачет (88 часов, из них 58 часов аудиторной нагрузки:

1. ПАСПОРТ ПРОГРАММЫ УЧЕБНОЙ ДИСЦИПЛИНЫ «ЭЛЕМЕНЫ МАТЕМАТИЧЕСКОЙ ЛОГИКИ» 1.1. Область применения программы Рабочая программа учебной дисциплины (далее программа УД) является частью основной профессиональной

МИНИСТЕРСТВО ОБЩЕГО И ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ СВЕРДЛОВСКОЙ ОБЛАСТИ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ СРЕДНЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ СВЕРДЛОВСКОЙ ОБЛАСТИ «БОГДАНОВИЧСКИЙ

1 Рабочая программа учебной дисциплины «Математика» разна в соответствии с требованиями ФГОС СПО по специальности 22.02.06 Сварочное производство утверждѐнного приказом Министерства образования и науки

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования «ТЮМЕНСКИЙ ГОСУДАРСТВЕННЫЙ НЕФТЕГАЗОВЫЙ УНИВЕРСИТЕТ»

МИНИСТЕРСТВО СЕЛЬСКОГО ХОЗЯЙСТВА РОССИЙСКОЙ ФЕДЕРАЦИИ ТЕРСКИЙ ФИЛИАЛ ФЕДЕРАЛЬНОГО ГОСУДАРСТВЕННОГО БЮДЖЕТНОГО ОБРАЗОВАТЕЛЬНОГО УЧЕРЕЖДЕНИЯ ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ «КАБАРДИНО-БАЛКАРСКИЙ ГОСУДАРСТВЕННЫЙ

Комплект контрольно-оценочных средств по профессиональному модулю ПМ 04.Оформление причёсок. программы переподготовки рабочих, служащих по профессии 16437 «Парикмахер» 1 Общие положения Результатом освоения

Министерство образования Республики Карелия Государственное бюджетное профессиональное образовательное учреждение Республики Карелия «Кондопожский техникум» Основная профессиональная образовательная программа

РОСЖЕЛДОР Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования «Ростовский государственный университет путей сообщения» (ФГБОУ ВПОРГУПС) Тихорецкий техникум

Министерство образования Омской области Бюджетное образовательное учреждение Омской области среднего профессионального образования «Тарский сельскохозяйственный техникум» (БОУ ОО СПО "Тарский сельскохозяйственный

СОДЕРЖАНИЕ 1. ПАСПОРТ РАБОЧЕЙ ПРОГРАММЫ УЧЕБНОЙ ДИСЦИПЛИНЫ 2. СТРУКТУРА И СОДЕРЖАНИЕ УЧЕБНОЙ ДИСЦИПЛИНЫ 3. УСЛОВИЯ РЕАЛИЗАЦИИ РАБОЧЕЙ ПРОГРАММЫ УЧЕБНОЙ ДИСЦИПЛИНЫ 4. КОНТРОЛЬ И ОЦЕНКА РЕЗУЛЬТАТОВ ОСВОЕНИЯ

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ОБРАЗОВАНИЯ «БАЙКАЛЬСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ» ЧИТИНСКИЙ ИНСТИТУТ КОЛЛЕДЖ.

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

Комитет общего и профессионального образования Ленинградской области ГБПОУ ЛО «Беседский сельскохозяйственный техникум» РАБОЧАЯ ПРОГРАММА УЧЕБНОЙ ДИСЦИПЛИНЫ «НОРМИРОВАНИЕ ТРУДА И СМЕТЫ» Специальность 08.0.08

Рабочая программа профессионального модуля ПМ.03 «Контроль качества сварочных работ» разработана на основе Федерального государственного образовательного стандарта (далее ФГОС) по специальностям среднего

СОДЕРЖАНИЕ Стр. 1. Паспорт рабочей программы учебной дисциплины. Результаты освоения учебной дисциплины 6. Структура и содержание учебной дисциплины 7. Условия реализации учебной дисциплины 1 5. Контроль

ПРОГРАММА ПОДГОТОВКИ КВАЛИФИЦИРОВАННЫХ РАБОЧИХ И СЛУЖАЩИХ Государственное автономное профессиональное образовательное учреждение «Волжский промышленно технологический техникум» по профессии 46.01.03 Делопроизводитель

Государственное образовательное учреждение начального профессионального образования Ярославской области профессиональный лицей 17 УЧЕБНАЯ ПРОГРАММА профессионального модуля: ПМ.04 «Оформление причесок»

СОДЕРЖАНИЕ 1. ПАСПОРТ ПРОГРАММЫ УЧЕБНОЙ ДИСЦИПЛИНЫ 4 2. СТРУКТУРА И СОДЕРЖАНИЕ УЧЕБНОЙ ДИСЦИПЛИНЫ 5 3. УСЛОВИЯ РЕАЛИЗАЦИИ ПРОГРАММЫ УЧЕБНОЙ ДИСЦИПЛИНЫ 4. КОНТРОЛЬ И ОЦЕНКА РЕЗУЛЬТАТОВ ОСВОЕНИЯ УЧЕБНОЙ

Аннотация основной профессиональной образовательной программы по специальности 09.0.03 (30115) Программирование в компьютерных системах Правообладатель: Федеральное государственное автономное учреждение

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ Ярославский государственный университет им. П.Г. Демидова Физический факультет УТВЕРЖДАЮ Проректор по развитию образования Е.В.Сапир " " 2012 г. Рабочая

1 ЛИСТ АКТУАЛИЗАЦИИ изменения, дата изменения и протокола заседания учебно-методической комиссии структурного подразделения СПО, номер страницы с изменением БЫЛО СТАЛО Основание: решение заседания ПЦК

Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования «Вятский государственный университет» (ФГБОУ ВПО «ВятГУ») КОЛЛЕДЖ УТВЕРЖДАЮ И.о. директора колледжа

УЛЬЯНОВСКИЙ АВИАЦИОННЫЙ КОЛЛЕДЖ РАБОЧАЯ ПРОГРАММА УЧЕБНОЙ ДИСЦИПЛИНЫ ОП.08 ДИСКРЕТНАЯ МАТЕМАТИКА Специальность 09.0.01 Компьютерные системы и комплексы Базовая подготовка Ульяновск 015 СОДЕРЖАНИЕ ПОЯСНИТЕЛЬНАЯ

Областное государственное образовательное бюджетное учреждение среднего профессионального образования «Биробиджанский областной колледж культуры» ОГОБУ СПО «Биробиджанский областной колледж культуры» УТВЕРЖДАЮ