Отчет ПМ03 шаблон. Нормы охраны труда при работе с компьютером
 Скачать 29.37 Kb.
|
|
Я, Никитин Геннадий Владимирович , студент группы 3И1 ГАПОУ СО «Вольский педагогический колледж им. Ф.И.Панферова» в период с 01.12.2022 по 07.12.2022 в рамках модуля ПМ03 «Ревьюирование программных продуктов» проходил учебную практику в ГАПОУ СО «Вольский педагогический колледж им. Ф. И. Панферова». Нормы охраны труда при работе с компьютером Перед тем, как сотрудники смогут приступить к выполнению своих обязанностей, с ними проводится ознакомление с техникой безопасности. Это важное и базовое мероприятие. Рабочему персоналу необходимо знать перечень вредных факторов, умение их обнаружить и, по возможности, избежать несчастных инцидентов. Охрана труда и техника безопасности при работе с компьютером проводится специалистом. Обеспечивается безопасность в трех формах: Организация и общее обустройство рабочего места; Уровень освещения; Наличие перерывов. Требования по охране труда при работе с компьютером Основные правила поведения за компьютером: На рабочем месте с ПК желательно, чтобы окна выходили на север или северо-восток; Если отсутствует естественное освещение, комната обязательно должно быть оборудована искусственными светильниками; Источник света должен находиться прямо на рабочем месте. Желательно, отдельный светильник около каждого ПК. СанПиН обязует работодателей соблюдать следующие нормы: Непрерывная работа за ПК не должна превышать четырех часов. Расстояние работника от компьютера составляет: ЖК-экраны – как минимум 4,5 метров, ЭЛТ-мониторы – от 6 метров. Температура воздуха в помещении – 19-21 градус. Влажность – 55-62%. Каждый час проведение 15-минутных перерывов. Охрана труда при работе на персональном компьютере Охрана труда и техника безопасности при работе на персональном компьютере подразделяется на три стадии: Перед началом взаимодействия с техникой; Непосредственно во время работы; После окончания своих трудовых обязанностей. Первый этап – подготовка. Необходимо проверить общую работоспособность техники – исправность проводов питания, монитора и системного блока. Далее – место работы. Отрегулировать стул, сесть на необходимое расстояние от монитора, обеспечить достаточный уровень освещения. Протереть специальной тряпочкой монитор от пыли. Второй этап – начало взаимодействия с ПК. Есть ряд действий, которые запрещается делать сотруднику: Трогать заднюю часть процессора при включенном блоке питания; Допустить возможность попадания воды на системный блок, монитор; Самостоятельно проводить ремонтные функции; Отключать электропитание путём выдёргивания вилки из розетки, держась при этом за шнур. Также рекомендуется выполнять небольшие спортивные упражнения, чтобы обеспечить лучшую и продуктивную работоспособность. Третий этап – окончание взаимодействия с компьютером. Тут все достаточно просто, однако также требует аккуратности. Порядок действия следующий: отключаем блок питания, приводим рабочее место в исходное состояние. Желательно – провести релаксацию для глаз и рук. В каждом действии есть исключения – аварийные ситуации. Подобные случаи касаются и взаимодействия с ПК. Всегда, когда машина начинает работать не так, как ей положено, с перебоями, требуется сообщить руководителю и, по мере возможности, отключить блок питания. Не приступать к работе, пока не будут устранены все неисправности. Программное обеспечение – это больше, чем просто программный код. Программа представляет собой исполняемый код, который выполняет некоторые вычислительные задачи. Программное обеспечение считается коллекцией исполняемого программного кода, связанных библиотек и документации. Программное обеспечение, если оно изготовлено для конкретного требования, называется программным продуктом. Существует четыре основных типа документации на ПО: архитектурная/проектная — обзор программного обеспечения, включающий описание рабочей среды и принципов, которые должны быть использованы при создании ПО техническая — документация на код, алгоритмы, интерфейсы, API пользовательская — руководства для конечных пользователей, администраторов системы и другого персонала маркетинговая Программное обеспечение для управления проектами: Calligra Plan, OpenProj, ProjectLibre. Метрика программного обеспечения (англ. software metric) — мера, позволяющая получить численное значение некоторого свойства программного обеспечения или его спецификаций. Поскольку количественные методы хорошо зарекомендовали себя в других областях, многие теоретики и практики информатики пытались перенести данный подход и в разработку программного обеспечения. Как сказал Том ДеМарко, «вы не можете контролировать то, что не можете измерить». Будет представлен широкий спектр метрик программного обеспечения. Естественно, все существующие метрики приводить не целесообразно, большинство из них никогда не применяется на практике либо из-за невозможности дальнейшего использования результатов, либо из-за невозможности автоматизации измерений, либо из-за узкой специализации данных метрик, однако существуют метрики, которые применяются достаточно часто. В общем случае применение метрик позволяет руководителям проектов и предприятий изучить сложность разработанного или даже разрабатываемого проекта, оценить объем работ, стилистику разрабатываемой программы и усилия, потраченные каждым разработчиком для реализации того или иного решения. Однако метрики могут служить лишь рекомендательными характеристиками, ими нельзя полностью руководствоваться, так как при разработке ПО программисты, стремясь минимизировать или максимизировать ту или иную меру для своей программы, могут прибегать к хитростям вплоть до снижения эффективности работы программы. Кроме того, если, к примеру, программист написал малое количество строк кода или внес небольшое число структурных изменений, это вовсе не значит, что он ничего не делал, а может означать, что дефект программы было очень сложно отыскать. Последняя проблема, однако, частично может быть решена при использовании метрик сложности, т.к. в более сложной программе ошибку найти сложнее. Программы, которые используются для работы с метриками программного кода: Corel Draw, Adobe in design, Ronya soft. Тестирование программного кода - процесс выполнения программного кода, направленный на выявление существующих в нем дефектов. Ревьюирование программного кода – систематический и периодический анализ программного кода, направленный на поиск необнаруженных на ранних стадиях разработки программного продукта ошибок, а также, на выявление некачественных архитектурных решений и критических мест в программе. Виды тестирования перечислены ниже: Блочным тестированием называют тестирование полного класса, метода или небольшого приложения, написанного одним программистом или группой, выполняемое отдельно от прочих частей системы. Тестирование компонента – это тестирование класса, пакета, небольшого приложения или другого элемента системы, разработанного несколькими программистами или группами, выполняемое в изоляции от остальных частей системы. Интеграционное тестирование – это совместное выполнение двух или более классов, пакетов, компонентов или подсистем, созданных несколькими программистами или группами. Регрессивным тестированием называют повторное выполнение тестов, направленное на обнаружение дефектов в программе, уже прошедшей этот набор тестов. Тестирование системы – это выполнение ПО в его окончательной конфигурации, интегрированного с другими программными и аппаратными системами. 4 день. Обоснование выбора методологии и средств разработки программного обеспечения Методологии разработки программного обеспечения можно разделить на более популярные и менее популярные, однако это не означает, что один тип лучше другого. Не существует такой вещи, которая подходила бы всем, и выбор наилучшей методологии разработки программного обеспечения зависит от требований проекта. Agile — это инновационная и очень гибкая методология разработки программного обеспечения. Он основан на идее эволюционной разработки продукта посредством коротких циклов, называемых итерациями Одна итерация обычно длится от одной недели до одного месяца. В течение одной итерации команда разработчиков программного обеспечения должна создать часть кода или функциональность и добавить их в общий продукт. Ход работы, а также реализация функций обсуждаются на регулярных встречах и мозговых штурмах. Такой подход к разработке программного обеспечения отлично работает в проектах с часто меняющимися требованиями или в тех случаях, когда обратная связь с пользователем/клиентом необходима для успешного выпуска приложения. Это позволяет полностью адаптировать разработанный продукт к требованиям бизнеса и пользователей, эффективно избегать критических и крупных ошибок из-за часто проводимых процедур тестирования и минимизировать любые проблемы с затратами. DevOps — это составной термин, включающий Dev — разработку программного обеспечения и Ops — ИТ-операции. Основная идея метода заключается в том, чтобы объединить две стороны создания приложения — разработку программного обеспечения и совершенствование процессов разработки в одну. В DevOps команды разработчиков создают приложения итерациями и в то же время сосредотачиваются на автоматизации процессов, прозрачности данных и быстрой обратной связи. Это позволяет им ускорить доставку продукции, сохраняя при этом ее высокое качество, надежность и согласованность. Средства ПО: Средства подготовил исполнимого кода программных средства, переводящие текст программы на языке высокого уровня в набор инструкций на машинном языке. Библиотеке программы (SDK)- комплект средства разработки, который позволяет разработку ПО создавать приложения для определенной пакета программы Средства разработки, тестирования и откладки интегрированные программные системы , включающие специализированные ПО, процедуры и документа. Методология оценки и анализа программного обеспечения предполагает сопоставление его функциональных возможностей с функциями, выполняемыми управляющим проектом и его командой. В целом при оценке рассматривается следующее: общая информацияо ПО; системная архитектура и пользовательский интерфейс: архитектура системы, простота освоения и использования, оценка руководства пользователя и системы помощи; функциональность; ограничения: существующие пределы по элементам, поддерживаемым системой, таким как количеству работ, ресурсов в одном проекте и т. д.; маркетинговая информация: ценовая политика, техническая поддержка, обучение, пользовательская база, информация о фирме производители. Критерии, по которым производится выбор ПО, можно разделить на три группы: операционные критерии, относящиеся к функциональным возможностям ПО, таким как расчет расписания, затрат и отслеживание выполнения работ; критерии, по которым оценивается возможность функционирования ПО в рамках любой информационно-управляющей системы. Они соотносятся с требованиями ПО к аппаратным средствам и оборудованию, возможностью интеграции с другими приложениями и т. п.; критерии, связанные с затратами на ПО (жизненный цикл ПО), а именно: покупка, инсталляция, оплата технической поддержки, обслуживание на протяжении всего времени функционирования. Анализ ПО управления проектами: Под управлением проектами понимают деятельность, направленную на определение и достижение четких целей при соблюдение баланса между стоимостью, длительностью и качеством проекта. Ключевым фактором успеха проектного управления является составление четкого плана проекта, минимизации рисков и отклонение от плана. В ходе практики, были приобретены необходимые практические умения и навыки работы, которые понадобятся мне в дальнейшей деятельности. В результате прохождения практики были приобретены следующие знания, практические навыки, умения, общекультурные и профессиональные компетенции: - осознание социальной значимости своей будущей профессии, достаточный уровень профессионального правосознания; - способность добросовестно исполнять профессиональные обязанности. |