Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
otchyot_Avtosokhranennyy (1).docx
Скачиваний:
2
Добавлен:
23.08.2019
Размер:
59.95 Кб
Скачать

Введение

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

- оформить отчёт по итогам прохождения технологической практики.

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

- видах организационных структур;

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

- системе управления персоналом организации;

- порядке принятия управленческих решений;

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

1 Общая структура предприятия, на котором проходит практика

Рисунок 1 – Общая структура предприятия

2 Стадии разработки программного продукта и их характеристика

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

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

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

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

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

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

По окончания стадии подлежат сдаче:

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

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

- утвержденные документы по проекту.

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

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

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

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

По окончания стадии подлежат сдаче:

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

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

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

- план тестирования;

- уточненный план разработки ПО;

- утвержденные документы по проекту.

2.3 Рабочий проект

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

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

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

По окончания стадии подлежат сдаче:

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

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

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

2.4 Внедрение

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

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

По окончания стадии подлежат сдаче:

- полнофункциональная система;

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

3 Техническое задание на разработку программного продукта «Поиск и расчёт кратчайшего пути в системе городов»

3.1 Введение

Разрабатываемый программный продукт решает задачи поиска кратчайшего пути между городами. Соответственно решаемым задачам программный продукт называется «Поиск и расчёт кратчайшего пути в системе городов».

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

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

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

- дипломное проектирование в учреждении образования «Минский государственный высший радиотехнический колледж»;

- заявление на имя заведующего кафедрой программирования с указанием темы дипломного проектирования «Поиск и расчёт кратчайшего пути в системе городов».

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

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

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]