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

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

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

· процедурный (или структурный – по названию подхода);

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

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

DEV PRODUCT #01 Постановка задачи, требования, возможности

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

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

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

Данные модуль может получать и/или возвращать через общие области памяти или параметры.

Первоначально к модулям (еще понимаемым как подпрограммы) предъ­являлись следующие требования:

· одна точка входа;

· одна точка выхода;

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

· возможность вызова других модулей;

· небольшой размер (до 50-60 операторов языка);

· независимость от истории вызовов;

· выполнение одной функции.

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

Занятие 56 — СКД_Универсальный отчет (часть 1) — постановка задачи на разработку

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

Практика показала, что чем выше степень независимости модулей, тем:

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

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

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

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

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

Различают пять типов сцепления модулей:

· по общей области данных;

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

Сцепление по образцу предполагает, что модули обмениваются данны­ми, объединенными в структуры. Этот тип также обеспечивает неплохие ха­рактеристики, но они хуже, чем у предыдущего типа, так как конкретные пе­редаваемые данные «спрятаны» в структуры, и потому уменьшается «про­зрачность» связи между модулями. Кроме того, при изменении структуры передаваемых данных необходимо модифицировать все использующие ее модули.C и C++.)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Библиотеки ресурсов. Различают библиотеки ресурсов двух типов: библиотеки подпрограмм и библиотеки классов.

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

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

В качестве средства улучшения технологических характеристик библиотек ресурсов в настоящее время широко используют разделение тела модуля на интерфейсную часть и область реализации (секции Interface и Implementation – в Pascal, h и cpp -файлы в C++ и Java).

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

Основные понятия программирования. Средства описания структурных алгоритмов

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

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

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

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

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

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

· составление программы – перевод алгоритма решения на конкретный ЯП;

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

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

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

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

К основным понятиям программирования относятся:

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

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

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

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

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

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

· дискретность – свойство, означающее, что каждый алгоритм состоит из отдельных законченных этапов (действий) (дискретность = разрывность, т.е. не непрерывность);

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

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

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

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

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

Источник: megalektsii.ru

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

Содержание ВВЕДЕНИЕ Анализ задания Сценарий диалога программы с пользователем Структурная схема Исходные данные Главная страница Страница «О проекте» Способ обработки ошибок Страница «Программа» Тестирование и откладка прикладного программного модуля ЗАКЛЮЧЕНИЕ

• Главная
• Информатика
• Разработка программного модуля для автоматизации работы менеджера автостоянки

Слайды и текст этой презентации

Слайд 1 МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ ИНСТИТУТ СФЕРЫ ОБСЛУЖИВАНИЯ

И ПРЕДПРИНИМАТЕЛЬСТВА (ФИЛИАЛ) ФЕДЕРАЛЬНОГО ГОСУДАРСТВЕННОГО БЮДЖЕТНОГО ОБРАЗОВАТЕЛЬНОГО УЧРЕЖДЕНИЯ ВЫСШЕГО

ОБРАЗОВАНИЯ «ДОНСКОЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ» В Г. ШАХТЫ РОСТОВСКОЙ ОБЛАСТИ (ИСОиП

(филиал) ДГТУ в г. Шахты Тема: «РАЗРАБОТКА ПРОГРАММНОГО МОДУЛЯ ДЛЯ АВТОМАТИЗАЦИИ РАБОТЫ МЕНЕДЖЕРА «АВТОСТОЯНКИ»» по дисциплине Прикладное программирование Автор проекта ____________________________ Голубовский С.А. Специальность 09.02.03 Программирование в компьютерных системах Группа КВ9-316А Руководитель проекта ________________________ преподаватель И.А. Топоркова Шахты 2018

Слайд 2 Содержание
ВВЕДЕНИЕ
Анализ задания
Сценарий диалога программы с пользователем
Структурная схема
Исходные данные
Главная

страница
Страница «О проекте»
Способ обработки ошибок
Страница «Программа»
Тестирование и откладка прикладного

программного модуля
ЗАКЛЮЧЕНИЕ

Слайд 3 Введение
Данная работа посвящена разработке программного модуля «автоматизация работы

менеджера автостоянки». Эта задача имеет теоретическое и практическое значение

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

тема проекта является актуальной.

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

модуль, отражающий данные о (регистрации клиента и поиске клиента

в базе).

Слайд 5 Сценарий диалога программы с пользователем
Диалог, реализованный в программе,

относится к типу меню ориентированных диалогов. Схема диалога представляет

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

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

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

многоуровневая иерархическая схема взаимодействия его составляющих

Слайд 7 Исходные данные
Исходными данными для разработки программного продукта являются:

регистрация клиента в базе.
Выходные данные – это данные, которые

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

информация о клиенте.

Слайд 8 Главная страница
После открытия файла проекта открывается главная форма

программного модуля «Регистрация».
Данная форма предназначена для переключения на другие

формы: «Программа», «Задание», «Об проекте» и выхода из программы

Слайд 9 Страница «О проекте»
При переходе на вкладку «О проекте»

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

Слайд 10 Способ обработки ошибок
В данной программе реализован следующий способ

обработки ошибок. Если не заполнено хотя бы одно поле,

то выводится сообщение об ошибке: «Какая-то ячейка не заполнена! Проверьте

Слайд 11 Страница «Программа»
— Это форма «Регистрация нового клиента» позволяющая

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

и является непосредственно решением поставленной задачи

Слайд 12 Тестирование и откладка
Для тестирования программы зарегистрируем нового клиента

к уже имеющимся.

После того, как мы заполним все

поля в форме, необходимо нажать на кнопку «Сохранить данные о

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

Слайд 13 Заключение
В результате курсового проектирования решены все поставленные задачи:

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

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

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

Источник: mypreza.com

Компьютер с нуля

РУП ПМ01 Разработка программных модулей программного обеспечения для компьютерных систем

РУП ПМ01 Разработка программных модулей программного обеспечения для компьютерных систем

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

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

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

Форма обучения – очная

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

Уровень освоения: базовый

Рабочая программа профессионального модуля ПМ.01 «Разработка программных модулей программного обеспечения для компьютерных систем» разработана на основе Федерального государственного образовательного стандарта по специальности «09.02.03(230115) Программирование в компьютерных системах», приказ Министерства образования и науки РФ №804 от 28.07.2014 года

Организация-разработчик: ГАОУ СПО СО «Ирбитский политехникум»

Н.В.Вишнякова, преподаватель специальных дисциплин, высшей квалификационной категории, ГАОУ СПО СО «Ирбитский политехникум», г. Ирбит.

СОДЕРЖАНИЕ

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

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

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

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

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

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

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

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

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

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

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

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

Задачи:

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

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

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

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

уметь:

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

знать:

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

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

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

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

обязательной аудиторной учебной нагрузки обучающегося 484 ч.,

лабораторных и практических занятий – 270

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

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

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

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

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

Код	Наименование результата обучения
ПК 1.1..	Выполнять разработку спецификаций отдельных компонент.
ПК 1.2.	Осуществлять разработку кода программного продукта на основе готовых спецификаций на уровне модуля.
ПК 1.3.	Выполнять отладку программных модулей с использованием специализированных программных средств.
ПК 1.4.	Выполнять тестирование программных модулей.
ПК 1.5.	Осуществлять оптимизацию программного кода модуля.
ПК 1.6.	Разрабатывать компоненты проектной и технической документации с использованием графических языков спецификаций.;
ОК 1.	Понимать сущность и социальную значимость своей будущей профессии, проявлять к ней устойчивый интерес.
ОК 2.	Организовывать собственную деятельность, выбирать типовые методы и способы выполнения профессиональных задач, оценивать их эффективность и качество.
ОК 3.	Принимать решения в стандартных и нестандартных ситуациях и нести за них ответственность.
ОК 4.	Осуществлять поиск и использование информации, необходимой для эффективного выполнения профессиональных задач, профессионального и личностного развития.
ОК 5.	Использовать информационно-коммуникационные технологии в профессиональной деятельности..
ОК 6.	Работать в коллективе и в команде, эффективно общаться с коллегами, руководством, потребителями..
ОК 7.	Брать на себя ответственность за работу членов команды (подчиненных), за результат выполнения заданий.
ОК 8.	Самостоятельно определять задачи профессионального и личностного развития, заниматься самообразованием, осознанно планировать повышение квалификации.
ОК 9.	Ориентироваться в условиях частой смены технологий в профессиональной деятельности.
ОК 10.	Исполнять воинскую обязанность, в том числе с применением полученных профессиональных знаний (для юношей).

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

(по профилю специальности),**

Источник: komputercnulja.ru