Выдержка из работы:
Некоторые тезисы из работы по теме Отчёт по производственной практика в формате кейс-задач
Статистические методы. Основаны на теории вероятностей и статистике, помогают выявлять закономерности в небольших наборах данных.
Машинное обучение. Использует алгоритмы и модели, которые обучаются на больших объёмах данных, улучшая точность и делая предсказания на основе сложных паттернов.
Регрессия. Метод предсказания значения одной переменной на основе другой. Помогает моделировать зависимости между переменными, прогнозировать результаты и выявлять закономерности.
Кластеризация. Метод анализа данных, группирующий объекты по сходству. Делит данные на несколько групп (кластеров), где объекты внутри одного кластера более схожи между собой, чем с объектами из других кластеров.
Диаграмма Исикавы. Используется для анализа и визуализации причин возникновения проблемы или ситуации. Состоит из горизонтальной линии, на которой указывается проблема, и от неё отходят вертикальные линии, представляющие различные факторы, влияющие на проблему.
Матрица решений. Помогает систематизировать и сравнить различные варианты при принятии решений. В этой таблице каждая строка соответствует одному варианту, а каждый столбец — критерию оценки.
…………………………………….
Техническая документация – это комплект документов, который необходимо разработать на любой товар, если он изготавливается не по государственным стандартам, а по особой процедуре. В технических условиях устанавливаются требования, которые должны быть соблюдены при изготовлении продукции, а также процедуры, с помощью которых можно проверить соблюдение этих требований.
Процесс разработки программной и технической документации включает этапы:
- определение сферы использования программного решения;
- определение функциональных и нефункциональных требований к системе;
- описание используемых технических средств;
- описание требований к охране труда при использовании программного средства;
- определение требований к квалификации и численности персонала
Проводится описание технико-экономического обоснования
Подготовка и передача программы и программной документации для сопровождения и (или) изготовления.
Оформление и утверждение акта о передаче программы на сопровождение и (или) изготовление.
Передача программы в фонд алгоритмов и программ
Стадии разработки и внедрения программных решений включают: планирование, разработку (программную реализацию), тестирование, использование, поддержку эксплуатации, связанную с выпуском обновлений, стадию вывода из эксплуатации.
Планирование этапов проекта должно соответствовать специфике решаемых задач, на начальном этапе необходимо провести планирование каждой из стадий, их продолжительность, заинтересованные стороны и ответственных специалистов.
Модель жизненного цикла выбирается из вариантов:
Каскадной модели, в рамках которой обеспечивается поочередное выполнение всех работ в рамках проекта в заданном порядке. Переход к последующей стадии производится только после окончания предыдущего этапа.
Итерационная модель, в рамках которой этапы проекта разделяются на заданную последовательность итераций, каждая из которых представляет собой «мини-проект», в котором также выделяются этапы реализации. Цель каждой итерации - получение работающей версии программного продукта, включающей функциональность, определённую интегрированным содержанием всех предыдущих, и текущей итерации. Результат финальной итерации содержит всю требуемую функциональность продукта.
Спиральная модель - складывается из нескольких итераций (витков спирали) путем создания прототипов (черновых версий программы). Каждая итерация соответствует созданию фрагмента или версии программного обеспечения, на ней уточняются цели и характеристики проекта, оценивается качество полученных результатов и планируются работы следующей итерации.
К возможным стратегиям внедрения программного обеспечения относятся:
- Параллельная стратегия, в рамках реализации которой производится постепенное внедрение новой технологии, одновременное использование существующей и внедряемой систем с постепенным существующего замещением функционала. Достоинство подобной стратегии: отсутствие перерывов в работе, связанных с издержками на внедрение новой технологии, возможности выявления недостатков внедряемой системы и постепенное их устранение. Недостатки данной стратегии: длительность проекта, необходимость дублирования ввода данных в существующую и внедряемую систему, некоторые ошибки не могут быть своевременно выявлены. Также в данном случае необходимо использовать инструменты мотивации пользователей к обновлению системы. Также отсутствие ситуации форс-мажора не мотивирует разработчиков быстро реагировать на выявленные ошибки и устранять их (т.к. работа компании не остановлена и функционирует существующая система);