Архитектура Аудит Военная наука Иностранные языки Медицина Металлургия Метрология
Образование Политология Производство Психология Стандартизация Технологии


И Н Д И В И Д У А Л Ь Н О Е З А Д А Н И Е



ВВЕДЕНИЕ

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

Код Профессиональные компетенции
ВД 11 Разработка, администрирование и защита баз данных
ПК 11.1 Осуществлять сбор, обработку и анализ информации для проектирования баз данных.
ПК 11.2 Проектировать базу данных на основе анализа предметной области.
ПК 11.3 Разрабатывать объекты базы данных в соответствии с результатами анализа предметной области.
ПК 11.4 Реализовывать базу данных в конкретной системе управления базами данных.
ПК 11.5 Администрировать базы данных.
ПК 11.6 Защищать информацию в базе данных с использованием технологии защиты информации.

Реализация производственной практики направлена на развитие общих компетенций:

Код Общие компетенции
ОК 01 Выбирать способы решения задач профессиональной деятельности, применительно к различным контекстам.
ОК 02 Осуществлять поиск, анализ и интерпретацию информации, необходимой для выполнения задач профессиональной деятельности.
ОК 03 Планировать и реализовывать собственное профессиональное и личностное развитие.
ОК 04 Работать в коллективе и команде, эффективно взаимодействовать с коллегами, руководством, клиентами.
ОК 05 Осуществлять устную и письменную коммуникацию на государственном языке с учетом особенностей социального и культурного контекста.
ОК 06 Проявлять гражданско-патриотическую позицию, демонстрировать осознанное поведение на основе традиционных общечеловеческих ценностей.
ОК 07 Содействовать сохранению окружающей среды, ресурсосбережению, эффективно действовать в чрезвычайных ситуациях.
ОК 08 Использовать средства физической культуры для сохранения и укрепления здоровья в процессе профессиональной деятельности и поддержания необходимого уровня физической подготовленности.
ОК 09 Использовать информационные технологии в профессиональной деятельности.
ОК 10 Пользоваться профессиональной документацией на государственном и иностранном языке.
ОК 11 Планировать предпринимательскую деятельность в профессиональной сфере.

 

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

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

СОДЕРЖАНИЕ ПРАКТИКИ

Содержание практики представлено в таблице 1.

Таблица 1 – Содержание разделов практики

№ раздела Наименование раздела практики Содержание раздела практики

Семестр

1 Вводный инструктаж. Рассмотрение задач, поставленных на практику.
2 Анализ поставленной задачи. Анализ индивидуального задания. Обследование предметной области согласно индивидуальной теме производственной практики.
3 Выполнение индивидуального задания. Определение требований к разработке. Выполнение поиска и мотивированного выбора инструментальных средств для решения задачи. Выбор технологий тестирования. Моделирование функционального поведения системы и поведения на уровне пользователей с использованием CASE-средств. Создание концептуальной, логической и физической моделей базы данных (с использованием CASE-средств). Формирование технического задания: · назначение разработки; · цель и задачи работы; · требования к разработке: o функциональные требования; o описание входных и выходных данных; o эргономические требования; o требования к защите информации от несанкционированного доступа; o требования в программным средствам разработки; o требования к составу и параметрам технических средств, применяемым при разработке; o требования к составу и параметрам технических средств, применяемым к использовании разработки; o требования к тестированию. Разработка серверной части системы в инструментальной оболочке. Реализация и заполнение базы данных. Разработка клиентской части системы в инструментальной оболочке. Тестирование разработки.
4 Подготовка отчетных материалов. Формирование отчета о прохождении практики.

Требования к отчетным материалам по практике

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

- Индивидуальное задание, утверждаемое руководителями практики от организации и от факультета СПО (приложение А);

- Дневник практики (приложение Б);

- Отчет по практике (титульный лист – приложение В).

По результатам практики руководители практики от организации и от факультета формируют отзывы руководителей (от организации и факультета СПО) (приложение Г). Руководитель практики от факультета формирует аттестационный лист (приложение Д).

Оформление отчетных материалов по практике должно соответствовать «Рекомендациям по оформлению технических документов факультета СПО Университета ИТМО».

Содержание разделов отчета по практике

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

1) Введение;

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

3) Заключение;

4) Список источников;

5) Приложение А Техническое задание;

6) Приложение Б Модель разработки.

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

3.1 Раздел «Введение»

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

3.2 Раздел «Проектирование системы и реализация системы»

Раздел «Проектирование и программная реализация системы» включает следующие подразделы:

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

- Архитектура системы;

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

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

- Программная реализация системы.

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

В подразделе «Архитектура системы» приводится обзор существующих клиент-серверных архитектур и определяется вид архитектуры для разрабатываемой системы.

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

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

В подразделе описываются:

- функциональная модель системы с пояснением процессов на уровнях А-0 и А0. При необходимости описывается дальнейшая детализация уровня А0 и т.д. Ссылка на «Приложение Б Модели разработки» обязательна;

- модель поведения системы на уровне пользователей. Ссылка на приложение Б «Модели разработки» обязательна;

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

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

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

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

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

3.3 Заключение

В разделе «Заключение» приводятся выводы по результатам производственной практики в соответствии с целью и задачами практики.

3.4 Приложение «Техническое задание»

Техническое задание на разрабатываемую систему формируется на основе ГОСТ 19.201-78 Техническое задание. Требования к содержанию и оформлению [1] и ГОСТ 34.602-89 Техническое задание на создание автоматизированной системы [2].

Структура технического задания на разработку системы (программы, приложения) приведена в таблице 2. Техническое задание помещается в Приложение А отчета по практике.

Таблица 2 – Структура технического задания

№ пп Наименование раздела Примечание
1. Назначение разработки*  
2. Цель и задачи, решаемые в процессе достижения цели*  
3. Требования к системе (приложению, программе)*

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

 

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

3.1. Требования к функциональным характеристикам (функциям (задачам) в системе). Описание функциональности разрабатываемой системы*
3.2. Описание входных и выходных данных
  1. Структура входных данных* 2. Ожидаемые результаты работы. Структура выходных данных*
3.3. Модель программного продукта (математическая и/или имитационная функциональная, концептуальная, или др.)*
3.4. Требования к надежности, в том числе по сохранности информации при сбоях (если предъявляются)
3.5. Требования к безопасности (если предъявляются)
3.6. Эргономические и  технико-эстетические  требования*
3.7. Требования к информационному обмену между компонентами системы*
3.8. Требования по применению систем управления базами данных*
3.9. Требования по лингвистическому обеспечению системы*
3.10. Требования к защите информации от несанкционированного доступа (если предъявляются)*
3.11. Требования по сохранности информации при авариях*
3.12. Другие требования к разработке (если предъявляются)
3.13. Требования к технологиям разработки*
3.14. Требования к архитектуре системы (если предъявляются)
3.15. Требования к программным средствам разработки*
3.16 Требования к составу и параметрам технических средств, применяемых при разработке системы, с одной стороны, и при использовании системы, с другой стороны*
3.17. Требования к организационному обеспечению (если предъявляются)
4. Требования к методам тестирования* Возможно указание на то, что выбор и согласование с заказчиком методик тестирования будет проводиться в процессе разработки.

* – обязательный раздел или подраздел.

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

3.5 Приложение «Модели разработки»

Приложение Б «Модель разработки» отчета по практике содержит следующие модели:

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

Функциональная модель системы может быть выполнена в виде процессных диаграмм (нотация IDEF0), диаграмм потоков данных (DFD) (в любой нотации), диаграмм деятельности, диаграмм BPMN, схем алгоритмов и др.;

- модель поведения пользователей (в виде диаграммы прецедентов);

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

Таблица 4 – Структура описания таблиц реляционной БД

Имя поля Тип данных Обязатель-ность Первич-ный ключ Внешний ключ Ограничения Пояснения
id_detail TEXT + - + Каскадируется по ключу таблицы Деталь Идентификатор детали
qty INTEGER + - - Не отрицательно Количество на складе
….

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

Список источников

1. ГОСТ 19.201-78 Техническое задание. Требования к содержанию и оформлению. (Переиздание (Ноябрь 1987 г.) с Изменением № 1, утвержденным в июле 1981 г (ИУС 7-81)) [Электронный ресурс] // RUGOST1.0 - разработка документации по ГОСТ 34, 19, РД-50: [сайт]. URL: http: //www.rugost.com/index.php? option=com_content& view=article& id=54: 19201-78& catid=19 (дата обращения: 28.11.2018)

2. ГОСТ 34.602-89 Техническое задание на создание автоматизированной системы [Электронный ресурс] // RUGOST1.0 - разработка документации по ГОСТ 34, 19, РД-50: [сайт]. URL: http: //www.rugost.com/index.php? option=com_content& view=article& id=96: gost-34602-89& catid=22& Itemid=53  (дата обращения: 28.11.2018)

3. ГОСТ 19.402-78 Описание программы (Переиздание (Ноябрь 1987 г.) с Изменением № 1, утвержденным в сентябре 1981 г (ИУС 11-81)) [Электронный ресурс] // RUGOST1.0 – разработка документации по ГОСТ 34, 19, РД-50: [сайт]. URL: http: //www.rugost.com/index.php? option=com_content& view=article& id=58: 19402-78& catid=19& Itemid=50 (дата обращения: 28.11.2018).

4. Техническое задание по ГОСТ 34 - разделы 1-3 [Электронный ресурс] // RUGOST1.0 - разработка документации по ГОСТ 34, 19, РД-50: [сайт]. URL: http: //www.rugost.com/index.php? option=com_content& view=article& id=107: 34-1-3& catid=25& Itemid=62 (дата обращения: 28.11.2018).

5. Техническое задание по ГОСТ 34 - разделы 4-8 [Электронный ресурс] // RUGOST1.0 - разработка документации по ГОСТ 34, 19, РД-50: [сайт]. URL: http: //www.rugost.com/index.php? option=com_content& view=article& id=108: 34-4-8& catid=25& Itemid=62 (дата обращения: 28.11.2018)

6. Пример шаблона технического задания (ТЗ) на сайт [Электронный ресурс] // RUGOST1.0 - разработка документации по ГОСТ 34, 19, РД-50: [сайт]. URL: http: //www.rugost.com/index.php? option=com_content& view=article& id=182: 43& catid=33& Itemid=85#4 (дата обращения: 28.11.2018).

7. ГОСТ 34.ххх Стандарты информационной технологии [Электронный ресурс] // RUGOST1.0 - разработка документации по ГОСТ 34, 19, РД-50: [сайт]. URL: http: //www.rugost.com/index.php? option=com_content& view=category& id=22& Itemid=53 (дата обращения: 28.11.2018).

8. Рудаков А.В., Федорова Г.Н. Технология разработки программных продуктов. Практический курс: учеб. Пособие для студ. учреждений сред. проф. образования. М.: Издательскй центр «Академия», 2010. 192 с. (библиотека факультета СПО Университета ИТМО)

9. Федорова Г.Н. Основы проектирования баз данных: учеб. пособие для студ. учреждений сред. проф. образования. 3-е изд., стер. М.: Издательский центр «Академия», 2017г. 224 с. (библиотека факультета СПО Университета ИТМО).

10. Илюшечкин В.М. Основы проектирования и использования баз данных: учебник для СПО. М.: Издательство Юрайт, 2017. 213 с. Доступ в ЭБС «Юрайт». URL: https: //www.biblio-online.ru/viewer/290801FB-F8CF-47B3-9559-6BADEC310243#page/153 (дата обращения: 28.10.2018)

11. Агальцов В.П. Базы данных. В 2-х кн. Распределенные и удаленные базы данных: учебник. М.: ИД «ФОРУМ»: ИНФРА-М, 2017. 271 с.: ил. Доступ из ЭБС «znanium.com». URL: http: //znanium.com/bookread2.php? book=652917 (дата обращения: 28.10.2018)

12. Кайл Б. MongoDB в действии [Электронный ресурс] / Б. Кайл. Москва: ДМК Пресс, 2012. 394 с. Доступ из ЭБС «Лань». Режим доступа: https: //e.lanbook.com/book/4156  (дата обращения: 11.11.2018).

13. Практический курс по BPMN [Электронный ресурс] // ELMA: журнал о процессах, эффективности и управлении: [сайт]. 2006-2018. URL: https: //www.elma-bpm.ru/journal/index.php? ELEMENT_ID=2900 (дата обращения: 03.12.2018).

 

Приложение А

ИНДИВИДУАЛЬНОЕ ЗАДАНИЕ

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

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

“САНКТ-ПЕТЕРБУРГСКИЙ НАЦИОНАЛЬНЫЙ ИССЛЕДОВАТЕЛЬСКИЙ

УНИВЕРСИТЕТ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ,

МЕХАНИКИ И ОПТИКИ”

Факультет СПО

                                                                                                                                    

                                                                                                                        

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

(Фамилия И. О., место работы, должность)

         

 

Тема задания:

 

 

 

 

Сроки прохождения практики:

 

Место прохождения практики:

   

Должность практиканта:

 

1. Виды работ и требования к их выполнению:

 

 

 

 

 

 

 

 

 

 

 

 

 

 

     

 

2. Виды отчетных материалов и требования к их оформлению:  

 

 

 

 

 

 

 

 

ПЛАН-ГРАФИК

№ этапа Наименование этапа Срок завершения этапа Виды работ Форма отчетности
1 2 3 4 5
   
   
   
   

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

(подпись руководителя)

Задание принял к

Исполнению

(подпись студента)      

Приложение Б

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

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

“САНКТ-ПЕТЕРБУРГСКИЙ НАЦИОНАЛЬНЫЙ ИССЛЕДОВАТЕЛЬСКИЙ

УНИВЕРСИТЕТ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ,

МЕХАНИКИ И ОПТИКИ”

ДНЕВНИК ПРАКТИКИ

 

за период с___________________ по__________________

 

Студент

 

(Фамилия, И.О.)

Факультет

СПО

Группа ___________________________

Направление (специальность)

09.02.07 «Информационные системы и программирование»

 

 

Место прохождения практики

 

Факультет СПО

 

 

Руководитель практики от организации

 

 

 

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

 

 

 

         
Индивидуальное задание выполнено полностью ___________________ (подпись ответственного за проведение практики от университета)   ___________________________                    (дата)

Санкт-Петербург

20 ___

 

Период Краткое содержание работы Отметка о выполнении *
….. Вводный инструктаж. Ознакомление с инструкцией по технике безопасности. Ознакомление с целями и задачами практики.    
….    

Приложение В

УНИВЕРСИТЕТ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ,

МЕХАНИКИ И ОПТИКИ”

 

Факультет   СПО                                                                                                                                                                     (название факультета)

Направление подготовки (специальность)  09.02.07 Информационные системы и программирование

 

О Т Ч Е Т

Приложение Г

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

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

“САНКТ-ПЕТЕРБУРГСКИЙ НАЦИОНАЛЬНЫЙ ИССЛЕДОВАТЕЛЬСКИЙ

УНИВЕРСИТЕТ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ,

МЕХАНИКИ И ОПТИКИ”

О Т З Ы В

Планируемые результаты обучения (показатели)

Оценка

п/п 5 4 3 2 1. Корректность определения входных и выходных данных информационной системы         2. Достаточность и корректность формализации требований к информационной системе в разработанном техническом задании         3. Достаточность и корректность разработанной функциональной модели поведения информационной системы         4. Правильность выбора инструментальных средств разработки         5. Соответствие разработки техническому заданию         6. Достаточность и корректность сформированного технического описания разработки        

Итоговая оценка

 

Отмеченные достоинства:

…………………………

Отмеченные недостатки:

……………………………...

Заключение: Считаю, что все задачи, поставленные на производственную практику, выполнены и по результатам практики студент(ка) …… заслуживает оценки «……….».

 

Руководитель практики _______________ ……………

                                    (подпись) (ФИО)

«____»_____________20__г.

Приложение Д

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

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

“САНКТ-ПЕТЕРБУРГСКИЙ НАЦИОНАЛЬНЫЙ ИССЛЕДОВАТЕЛЬСКИЙ

УНИВЕРСИТЕТ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ,

МЕХАНИКИ И ОПТИКИ”

АТТЕСТАЦИОННЫЙ ЛИСТ

Характеристика профессиональной деятельности студента во время прохождения производственной практики (по профилю специальности)

Студент ___________

Группа _____

Специальность 09.02.07 Информационные системы и программирование                    

Место проведения практики _____________________________________                        

Сроки прохождения практики ___________________________

Наименование профессиональных модулей (видов деятельности)

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

Виды выполняемых работ:

Результаты (освоенные профессиональные компетенции) Основные показатели оценки результата Отметка о выполнении[1]

ВВЕДЕНИЕ

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

Код Профессиональные компетенции
ВД 11 Разработка, администрирование и защита баз данных
ПК 11.1 Осуществлять сбор, обработку и анализ информации для проектирования баз данных.
ПК 11.2 Проектировать базу данных на основе анализа предметной области.
ПК 11.3 Разрабатывать объекты базы данных в соответствии с результатами анализа предметной области.
ПК 11.4 Реализовывать базу данных в конкретной системе управления базами данных.
ПК 11.5 Администрировать базы данных.
ПК 11.6 Защищать информацию в базе данных с использованием технологии защиты информации.

Реализация производственной практики направлена на развитие общих компетенций:

Код Общие компетенции
ОК 01 Выбирать способы решения задач профессиональной деятельности, применительно к различным контекстам.
ОК 02 Осуществлять поиск, анализ и интерпретацию информации, необходимой для выполнения задач профессиональной деятельности.
ОК 03 Планировать и реализовывать собственное профессиональное и личностное развитие.
ОК 04 Работать в коллективе и команде, эффективно взаимодействовать с коллегами, руководством, клиентами.
ОК 05 Осуществлять устную и письменную коммуникацию на государственном языке с учетом особенностей социального и культурного контекста.
ОК 06 Проявлять гражданско-патриотическую позицию, демонстрировать осознанное поведение на основе традиционных общечеловеческих ценностей.
ОК 07 Содействовать сохранению окружающей среды, ресурсосбережению, эффективно действовать в чрезвычайных ситуациях.
ОК 08 Использовать средства физической культуры для сохранения и укрепления здоровья в процессе профессиональной деятельности и поддержания необходимого уровня физической подготовленности.
ОК 09 Использовать информационные технологии в профессиональной деятельности.
ОК 10 Пользоваться профессиональной документацией на государственном и иностранном языке.
ОК 11 Планировать предпринимательскую деятельность в профессиональной сфере.

 

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

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

СОДЕРЖАНИЕ ПРАКТИКИ

Содержание практики представлено в таблице 1.

Таблица 1 – Содержание разделов практики

№ раздела Наименование раздела практики Содержание раздела практики

Семестр

1 Вводный инструктаж. Рассмотрение задач, поставленных на практику. 2 Анализ поставленной задачи. Анализ индивидуального задания. Обследование предметной области согласно индивидуальной теме производственной практики. 3 Выполнение индивидуального задания. Определение требований к разработке. Выполнение поиска и мотивированного выбора инструментальных средств для решения задачи. Выбор технологий тестирования. Моделирование функционального поведения системы и поведения на уровне пользователей с использованием CASE-средств. Создание концептуальной, логической и физической моделей базы данных (с использованием CASE-средств). Формирование технического задания: · назначение разработки; · цель и задачи работы; · требования к разработке: o функциональные требования; o описание входных и выходных данных; o эргономические требования; o требования к защите информации от несанкционированного доступа; o требования в программным средствам разработки; o требования к составу и параметрам технических средств, применяемым при разработке; o требования к составу и параметрам технических средств, применяемым к использовании разработки; o требования к тестированию. Разработка серверной части системы в инструментальной оболочке. Реализация и заполнение базы данных. Разработка клиентской части системы в инструментальной оболочке. Тестирование разработки. 4 Подготовка отчетных материалов. Формирование отчета о прохождении практики.

Требования к отчетным материалам по практике

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

- Индивидуальное задание, утверждаемое руководителями практики от организации и от факультета СПО (приложение А);

- Дневник практики (приложение Б);

- Отчет по практике (титульный лист – приложение В).

По результатам практики руководители практики от организации и от факультета формируют отзывы руководителей (от организации и факультета СПО) (приложение Г). Руководитель практики от факультета формирует аттестационный лист (приложение Д).

Оформление отчетных материалов по практике должно соответствовать «Рекомендациям по оформлению технических документов факультета СПО Университета ИТМО».

Содержание разделов отчета по практике

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

1) Введение;

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

3) Заключение;

4) Список источников;

5) Приложение А Техническое задание;

6) Приложение Б Модель разработки.

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

3.1 Раздел «Введение»

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

3.2 Раздел «Проектирование системы и реализация системы»

Раздел «Проектирование и программная реализация системы» включает следующие подразделы:

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

- Архитектура системы;

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

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

- Программная реализация системы.

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

В подразделе «Архитектура системы» приводится обзор существующих клиент-серверных архитектур и определяется вид архитектуры для разрабатываемой системы.

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

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

В подразделе описываются:

- функциональная модель системы с пояснением процессов на уровнях А-0 и А0. При необходимости описывается дальнейшая детализация уровня А0 и т.д. Ссылка на «Приложение Б Модели разработки» обязательна;

- модель поведения системы на уровне пользователей. Ссылка на приложение Б «Модели разработки» обязательна;

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

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

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


Поделиться:



Последнее изменение этой страницы: 2019-10-24; Просмотров: 211; Нарушение авторского права страницы


lektsia.com 2007 - 2024 год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав! (0.19 с.)
Главная | Случайная страница | Обратная связь