 |
Сводная ведомость оценки сформированности профессиональных компетенций
|
|
|
|
| Название ПК | Основные показатели оценки результата (ПК) | Оценка |
| ПК 3.1. Анализировать проектную и техническую документацию на уровне взаимодействия компонент программного обеспечения. | - изложение требований к программному обеспечению; | |
| - изложение основных методологий процессов разработки программного обеспечения; | ||
| - изложение основных принципов процесса разработки программного обеспечения. | ||
| ПК 3.2. Выполнять интеграцию модулей в программную систему. | - выполнение проектирования программного обеспечения с использованием специализированных программных пакетов; | |
| - изложение основных подходов к интегрированию программных модулей; | ||
| - изложение концепции и реализации программных процессов. | ||
| ПК 3.3. Выполнять отладку программного продукта с использованием специализированных программных средств. | - изложение основных методов и средств эффективной разработки программного продукта | |
| ПК 3.4. Осуществлять разработку тестовых наборов и тестовых сценариев. | - разработка тестовых наборов и тестовых сценариев; | |
| - получение результатов тестирования и их анализ; | ||
| - изложение основ верификации и аттестации программного обеспечения | ||
| ПК 3.5. Производить инспектирование компонент программного продукта на предмет соответствия стандартам кодирования. | - изложение стандартов качества программного обеспечения; | |
| ПК 3.6. Разрабатывать технологическую документацию | - изложение методов и средства разработки программной документации; | |
| - разработка технической документации |
___________________ __________ ___________________
Должность руководителя практики подпись И.О. Фамилия
М.П.
«__»_________ 20 г.
|
|
|
Приложение 5
ШАБЛОН ДНЕВНИКА ПРАКТИКИ
__________________________________________________________________________
Министерство образования московской области
ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ
ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ
СРЕДНЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ
московской области
«КРАСНОГОРСКИЙ КОЛЛЕДЖ»
ДНЕВНИК
ПО ПРОИЗВОДСТВЕННОЙ ПРАКТИКЕ
ПМ.03 «Участие в интеграции программных модулей»
09.02.03 (230115) «Программирование в компьютерных системах»
Студента(ки)
Фамилия, И.О., номер группы
Руководитель практики
от предприятия:
Фамилия, И.О.
Красногорск
Внутренние страницы дневника
По производственной практике
(количество страниц зависит от продолжительности практики)
| Дни недели | Дата | Описание ежедневной работы | Оценка/ подпись |
| понедельник | |||
| вторник | |||
| среда | |||
| четверг | |||
| пятница | |||
| Дни недели | Дата | Описание ежедневной работы | Оценка/ подпись |
| понедельник | |||
| вторник | |||
| среда | |||
| четверг | |||
| пятница | |||
Примечание:
- записи в дневнике должны соответствовать заданию и графику прохождения практики;
|
|
|
- дневник студентом заполняется ежедневно, просматривается и подписывается руководителем практики предприятия;
- дневник, подписанный руководителем практики, сдаётся студентом вместе с индивидуальным заданием и отчётом;
- дневник практики – основной документ трудовой и практической деятельности.
| Изм. |
| Лист |
| № докум. |
| Подпись |
| Дата а |
| Лист ст |
| 2 |
| ПП.230115. 12.01 ПЗ |
| Разраб. |
| Андреев Г.В. |
| Провер. |
| Караваева О.И. |
| Реценз. |
| Н. Контр. |
| Утверд. |
| Караваева О.И. |
| ГБОУ СПО МО “КРАСНОГОРСКИЙ КОЛЛЕДЖ” |
| Лит. |
| Листов |
| Группа 48 |
| Изм. |
| Лист |
| № докум. |
| Подпись |
| Дата а |
| Лист ст |
| 2 |
| Разраб. |
| Андреев Г.В. |
| Провер. |
| Реценз. |
| Н. Контр. |
| Утверд. |
| Лит. |
| Листов |
Краткая характеристика предприятия
Краткое описание предприятия
Организационная структура (схема) предприятия
Программная и техническая характеристика ИС предприятия
Постановка задачи
Техническое задание
Основания для разработки
Назначение разработки
Требования к программе или программному продукту
Требования к надежности
Условия эксплуатации и требования к составу и параметрам технических средств
Требования к информационной и программной совместимости
Требования к программной документации
Технико-экономические показа гели
Стадии и этапы разработки
Порядок контроля и приемки
Обзор существующих решений
Основная часть
Описание программы
Общие сведения
Функциональное назначение программы
Разработка модулей ПО
Разработка головного модуля
Разработка вспомогательных модулей
Интеграция программных модулей
Тестирование и отладка
Описание основных методов тестирования
Этапы тестирования ПО
Результаты тестирования и отладки
Документация и сертификация
Заключение
Список литературы
Приложение
Введение должно содержать общие сведения о проекте, его краткую характеристику, перечень задач, которые Вы планируете решить в ходе прохождения практики. Также во введении необходимо отразить актуальность выбранной темы.
|
|
|
Краткое описание предприятия должно отражать цель функционирования предприятия; краткую историю его развития, а также его место на рынке аналогичных товаров/услуг; все основные виды (направления) деятельности; основные параметры его функционирования.
Организационную структуру предприятия следует представить в виде схемы, которая бы отражала содержание аппарата управления и объекта управления на предприятии.
Пример
В разделе программная и техническая архитектура ИС предприятия необходимо отдельно рассмотреть программную и техническую архитектуру существующей ИС. Программную архитектуру целесообразно формировать исходя из существующих программных систем (продуктов), которые функционируют в рамках или параллельно с прочими обеспечивающими системами. В качестве основы работы программных продуктов целесообразно использовать операционную систему, в рамках которой они функционируют. Техническая архитектура представляет собой множество технических средств: сервера, клиентские устройства доступа, каналы связи. Необходимо детальное рассмотрение элементов, раскрывая версии и производителей, технические характеристики элементов, протоколы взаимодействия.
В разделе 2.1. необходимо разработать техническое задание на создаваемое программное обеспечение в соответствии с ГОСТ 19.201-78 «Техническое задание. Требования к содержанию и оформлению».
В разделе 2.2 следует отразить имеющиеся готовые программные решения по выбранной тематике. При этом следует отметить:
1. чем, с точки зрения программной реализации, должна и будет отличаться проектируемая технология решения от существующей;
2. почему необходимо разрабатывать новое программное средство или дорабатывать имеющееся.
Функциональное назначение программы должно включать в себя описание основных функций программы с представлением входных данных и результатной информации. При этом следует построить следующие виды диаграмм:
|
|
|
1. SADT- диаграмму. Пример,
2. ER-диаграмму. Пример,
3. Структурную схему программного продукта. Пример,
| Информационная система |
| Подсистема обработки первичных документов |
| Подсистема ведения справочников |
| Подсистема формирования отчётов |
| Подсистема сервисных функций |
| Оформление заказов |
| Поступление товаров |
| Реализация товаров |
| Товары |
| Контрагенты |
| Оборотная ведомость |
| Карточка товара |
| Прайс-лист |
| Настройка системы |
| Календарь |
| ... |
| ... |
| ... |
4. Функциональную схему программного продукта. Пример,
При раскрытии пункта 3.2 отчёта следует описать назначение всех программных модулей и представить бол-схему одного из расчётных модулей.
Тестирование программного продукта следует выполнять методом «белого ящика». В отчёте следует раскрыть теоретические аспекты тестирования. Результаты тестирования следует оформить в виде сообщений оператору (скриншотов).
Руководство пользователя должно содержать следующие разделы:
- общие сведения о программном продукте;
- описание процесса установки;
- описание запуска;
- инструкции по работе (или описание пользовательского интерфейса);
- сообщения пользователю.
В заключении рекомендуется определить, какие задачи были решены в ходе прохождения практики; определить пути внедрения и направления дальнейшего совершенствования разработанного проекта.
В приложении обязательно должен быть представлен листинг программы (распечатка на исходном языке программирования отлаженных основных расчётных модулей), а также результаты выполнения контрольного примера.
|
|
|
