Ремонт руководство it специалиста - RukovodstvoRus.ru - инструкции пользования и руководства

Путь аналитика. Практическое руководство IT-специалиста (pdf)

Добавлена: 11.01.2023 Версия: 1.007.
ISBN: 978-5-496-01679-7 ББК: 32.973.2-018-02 УДК: 004.414
Издательство: Питер
Город: Санкт-Петербург

(ссылка для форума)
(ссылка для блога)
(QR-код книги)

Аннотация

Перед вами настольная книга для системных аналитиков, программистов, архитекторов программного обеспечения, менеджеров проектов и начальников отделов по разработке программ. Кроме того, книга будет полезным учебным пособием для преподавателей, студентов и аспирантов кафедр IТ в технических вузах.
Как воплотить неясные ожидания заказчика в блестящий и прибыльный проект? Как избежать ошибок на начальном этапе? Как стать эффективным аналитиком?
Авторы отвечают на эти вопросы и делятся своими ноу-хау, которые позволят вам стать гуру в разработке программного обеспечения. Главное достоинство книги — ее практическая направленность. В ней собрана полезная информация со ссылками на теоретические материалы из разных областей разработки программного обеспечения: анализа, архитектуры, управления проектами, лидерства и управления персоналом — все, что понадобится в реальных производственных проектах.
Помимо этого в книге содержится анализ разнообразных кейсов и ситуаций, а также примеры документов и шаблонов, необходимых для разработки ПО. Авторы структурируют огромный массив теоретической информации исходя из ее практической ценности на каждом этапе профессиональной карьеры. Книга написана простым и доступным языком.
Авторы многие годы шли к высшему уровню профессионализма, а вас отделяет от тех же знаний только прочтение этой книги.
6+

Общие положения

Должностные инструкции специалистов в сфере информационных технологий (IT), коммуникации, информационная безопасности и технической защите информации предназначены для решения вопросов, связанных с регулированием трудовых отношений, управления персоналом организаций в сфере компетенции Федеральной службы по техническому и экспортному контролю (ФСТЭК России) независимо от форм собственности и организационно-правовых форм.

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

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

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

Должностная инструкция каждой должности имеет три раздела: «Должностные обязанности», «Должен знать», «Требования к квалификации».

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

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

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

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

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

Должностные обязанности «ведущих» устанавливаются на основе квалификационных характеристик соответствующих должностей специалистов. Кроме того, на них возлагаются функции руководителя и ответственного исполнителя работ по одному из направлений деятельности организации или ее структурных подразделений либо обязанности по координации и методическому руководству группами исполнителей, создаваемыми в отделах (бюро), с учетом рационального разделения труда в конкретных организационно-технических условиях. Требования к стажу работы повышаются на 1 — 2 года по сравнению со стажем, предусмотренным для специалистов I квалификационной категории.

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

Источник

Время на прочтение
4 мин

Количество просмотров 53K

Доброго времени!
У нас вышло 2-е издание книги «Путь аналитика. Практическое руководство IT-специалиста».

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

Об авторах

Андрей Дмитриевич Перерва
41 год. Master of Business Administration/Master of Business Information.
Опыт работы в индустрии разработки программного обеспечения — более 18 лет. На руководящих должностях — семь лет, из них три года в топ-менеджменте. В настоящее время специализируется на вопросах стратегического и тактического планирования, операционном управлении и управлении проектами компании по разработке ПО.

В своем карьерном развитии прошел все возможные позиции в сфере разработки ПО: работал программистом, проектировщиком и разработчиком БД, бизнес-аналитиком, системным аналитиком, архитектором, менеджером проекта, начальником отдела бизнес- и системного анализа. Принимал участие и руководил разработкой таких информационных систем, как система управления потоками работ (Workflow), Boeing Reference Engineering Data Automated Retrieval System, Customer Relationship Management System, система управления предприятием (Enterprise Management System), корпоративные порталы и системы комплексной автоматизации бизнеса. Имеет опыт организационного проектирования, создания функциональных отделов анализа с нуля, построения и развития команды, проведения обучающих тренингов для сотрудников и менеджеров компании.

Имеет практический опыт создания системы менеджмента качества (QMS) компании, построения процесса разработки ПО (SDLC) в соответствии с методологиями и стандартами RUP, Iconix, Agile, PMBOK, CMMI, ISO9001.

Вера Алексеевна Иванова
Опыт работы в ИT-сфере — 17 лет. Первые семь лет работала программистом в государственных учреждениях. Приобрела опыт разработки прикладного ПО с использованием СУБД, системного администрирования, технической поддержки пользователей. Участвовала во внедрении и сопровождении автоматизированных систем финансового учета регионального уровня.

В 2003 году начала осваивать новую специальность — системный аналитик — и продолжила работу в компаниях, специализирующихся на разработке программного обеспечения. Участвовала в разработке веб-приложений, программных продуктов по защите информации. Выполняла разные роли в проектах по разработке ПО: системного аналитика, разработчика баз данных, архитектора, тест-дизайнера, менеджера проекта. Основная специализация — системный аналитик. Последние два года специализируется в области методологии системного анализа и разработки ПО.

Для кого эта книга

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

Книга не ограничивается практиками системного и бизнес-анализа. Вы найдете здесь рекомендации и приемы работы, критические для лидера или ведущего аналитика и затем — для начальника отдела. Уникальность этой книги в том, что в ней вы найдете практическую информацию со ссылками на теоретические материалы из разных областей разработки программного обеспечения — анализа, архитектуры, управления проектами, лидерства и управления персоналом — все то, что понадобится вам в работе на реальных производственных проектах. Мы надеемся, что книга поможет вам составить личный план развития и максимально эффективно построить карьеру.

На сайте вы можете скачать дополнительные материалы к этой книге, в том числе некоторые шаблоны спецификаций и документов.

Чего вы не найдете в этой книге

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

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

Более подробно с книгой можно ознакомиться на сайте издательства
Оглавление
Отрывок

Для Хаброжителей скидка 25% по купону — Путь аналитика

Источник

1. Общие положения

1.1 Настоящая должностная инструкция разработана на основе тарифно-квалификационной характеристики инженера по ремонту вычислительной техники, утвержденной приказом Минобразования Российской Федерации и Госкомвуза Российской Федерации от 31 августа 1995 г. № 463/1268 по согласованию с Министерством труда Российской Федерации (постанновление Минтруда России от 17 августа 1995 г. № 46), с изменениянми и дополнениями, внесенными приказом Минобразования Российнской Федерации и Госкомвуза Российской Федерации от 14 декабря 1995 г. № 622/1646 по согласованию с Министерством труда Российнской Федерации (постановление Минтруда России от 22 ноября 1995 г. № 65).

1.2 Инженер по ремонту вычислительной техники назначается и освобождается от должности директором школы.

1.3 Инженера по ремонту вычислительной техники должен иметь как минимум среднее профессиональное образование.

1.4 Инженер по ремонту вычислительной техники подчиняется непосредственно директору школы.

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

1.6 Инженер по ремонту вычислительной техники соблюдает Конвенцию о правах ребенка.

2. Функции Основными направлениями деятельности инженера по ремонту вычислительной техники
2.1 Обеспечение учебно-воспитательного процесса при помощи вычислительной техники;

2.2 Обеспечение бесперебойной работы вычислительной техники.

3. Должостные обязанности Инженер по ремонту вычислительной техники выполняет следующие должностные обязанности:
3.1 Обеспечивает бесперебойную работу вычислительной техники;

3.2 Устанавливает все необходимое программное обеспечение;

3.3 Следит за состоянием вычислительной техники;

3.4 Производит текущий ремонт вычислительной техники;

3.5 производит профилактику вычислительной техники.

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

3.7 выполняет правила и нормы охраны труда, техники безопасности и противопожарной защиты;

3.8 вносит предложения по улучшению и оздоровлению условий проведения образовательного процесса;

3.9 систематически повышает свою профессиональную квалификацию;

3.10 соблюдает этические нормы поведения в школе, быту, общественнных местах, соответствующие общественному положению педагога.

4. Права Инженер по ремонту вычислительной техники имеет право:
4.1 самостоятельно выбирать формы и методы работы и планировать ее, исходя из общего плана работы школы;

4.2 участвовать в управлении школой в порядке, определяемом Уставом школы; участвовать в работе педагогического совета школы;

4.3 на защиту профессиональной чести и достоинства;

4.4 знакомиться с жалобами и другими документами, содержащими оценку его работы, давать по ним объяснения;

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

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

4.7 повышать квалификацию;

4.8 аттестоваться на добровольной основе на соответствующую кванлификационную категорию и получить ее в случае успешного прохождения аттестации.

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

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

5.3 За совершение аморального проступка инженер по ремонту вычислительной техники может быть освобожден от занимаемой должности в соответствии с трудовым законодательством и Законом Российской Федерации лОб образовании

Источник

Если посмотреть на резюме IT-специалиста, почти в 99% там будет строчка о том, что на прошлом месте работы в его обязанности входило сервисное обслуживание и ремонт оргтехники. Эта практика довольно популярна во всём мире. Но если посмотреть на программу обучения, которую проходил айтишник, вы не найдёте там информации о том, что у него был курс или хотя бы пара лекций, как устроен принтер. И требовать от него компетентного отношения к этому вопросу, как минимум, странно.

Вы бы пошли вырезать аппендицит к провизору в аптеку? Да, провизор имеет отношение к медицине и лекарствам. Но может ли он успешно оперировать?

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

Производители крупной оргтехники строго регламентируют не только список работ, которые могут быть выполнены не инженером, но и лишают гарантии аппараты за неправильно проведённое обслуживание или ремонт.

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

К нам в сервисный центр часто обращаются с просьбой отремонтировать отремонтированное. Инженеры не отказываются, но предупреждают, что не всегда получается исправить чужие ошибки и стоимость исправления таких «ремонтов» в 2-3 раза дороже обычной. Так как инженер берёт на себя ответственность за восстановление работоспособности.

Какие вопросы по сервисному обслуживанию могут входить в работу IT-специалиста:

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

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

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

Источник

РАЗРАБОТКА И АНАЛИЗ ТРЕБОВАНИЙ
УЧЕБНЫЙ ПЛАН № 4002 (очн-заочн), 4331 (заочн) (в еису)

МОДУЛЬ ФУО.039.62(03).2014

Код ООП

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

Профиль/программа магистратуры/специализация

Код дисциплины по учебному плану

231000.62-01-2011

09.03.04-01-2011

Программная инженерия

Разработка программно-информационных систем

Б.3.11

Рабочая программа составлена авторами:

№ п/п	ФИО	Ученая степень, ученое звание	Должность	Кафедра	Подпись
1	Тимошенко С.И.	к.т.н., доцент	доцент	ПСС

Рабочая программа одобрена на заседании кафедры:

№

Наименование кафедры

Дата

ФИО заведующего кафедрой

Подпись

Кафедра программных средств и систем

13.03.14,

протокол № 3

В.И. Суханов

УЧЕБНО-МЕТОДИЧЕСКОЕ И ИНФОРМАЦИОННОЕ ОБЕСПЕЧЕНИЕ

Рекомендуемая литература

5.1.1 Основная литература:

Вигерс К. Разработка требований к программному обеспечению [Текст] / К. Вигерс, Д. Битти. – Пер. с англ. – М.: Русская редакция; СПб.: БХВ-Петербург, 2014. – 736 с.
Корнипаев И. Требования для программного обеспечения: рекомендации по сбору и документированию [Текст] / И. Корнипаев. – М.: Книга по требованию, 2013. – 118 с.
Арчибальд Р. Д. Требования к программному обеспечению [Текст] / Р. Д. Арчибальд. – Пер. с англ. – М.: Книга по требованию, 2012. – 108 с.
Арчибальд Р. Д. Анализ требований [Текст] / Р. Д. Арчибальд. – Пер. с англ. – М.: Книга по требованию, 2012. – 100 с.
Коберн А. Современные методы описания функциональных требований к системам [Текст] / А. Коберн. – Пер. с англ. – М.: Лори, 2012. – 264 с.

5.1.2 Дополнительная литература:

Мацяшек Л.А. Практическая программная инженерия на основе учебного примера [Текст] / Л.А. Мацяшек, Б.Л. Лионг. – Пер. с англ. – М.: БИНОМ. Лаборатория знаний, 2013. – 956 с.
Перерва А.Д. Путь аналитика. Практическое руководство IT-специалиста [Текст] / А.Д. Перерва, В.А. Иванова. – СПб.: Питер, 2012. – 304 с.
Халл Э. Разработка и управление требованиями: практическое руководство пользователя [Текст] / Э. Халл, К. Джексон, Д. Дик.. – Пер. с англ. – UK.: Telelogic, 2005. – 240 с.
Вигерс К. Разработка требований к программному обеспечению [Текст] / К. Вигерс. – Пер. с англ. – М.: Русская редакция, 2004. – 576 с.
Леффингуэлл Д. Принципы работы с требованиями к программному обеспечению [Текст]: унифированный подход / Д. Леффингуэлл, Д. Уидриг. – Пер. с англ. – М.: Вильямс, 2002. – 448 с.

5.1.3 Методические разработки:

Френкель М.Б. Требования к программному обеспечению [Текст]: учеб. пособие / М.Б. Френкель. – Саратов: Сарат. гос. техн. ун-т, 2009. – 96 с.
Маглинец Ю.А. Анализ требований к информационным системам [Текст]: конспект лекций / Ю.А. Маглинец. – Красноярск.: СФУ, 2007. – 100 с.
Маглинец Ю.А. Анализ требований к информационным системам [Текст]: учебно-методическое обеспечение самостоятельной работы студентов по изучению дисциплины / Ю.А. Маглинец. – Красноярск.: СФУ, 2007. – 22 с.
Маглинец Ю.А. Анализ требований к информационным системам [Текст]: организационно-методические указания по освоению дисциплины / Ю.А. Маглинец. – Красноярск.: СФУ, 2007. – 16 с.

Электронные образовательные ресурсы:

Орлик С. Основы программной инженерии (по SWEBOK) [Электронный ресурс] / С. Орлик // Блог С. Орлика. – [2010]. – Режим доступа: http://swebok.sorlik.ru/software _engineering.html / (дата обращения: 16.02.2014).
Химонин Ю. Сбор и анализ требований к программному продукту [Электронный ресурс] / Ю. Химонин // Блог С. Орлика. – [2010]. – Режим доступа: http://swebok.sorlik.ru/software _engineering.html / (дата обращения: 16.02.2014).
Анализ требований [Электронный ресурс] // Среда электронного обучения Национального исследовательского Томского политехнического университета. – [Томск]: НИТПУ, [2010]. – Режим доступа: http://lms2.tpu.ru/pluginfile.php/42416/mod_resource/ content/0/Contents/3.pdf (дата обращения 01.02.2014).
Булуй Ю.И. Классификация требований к программному обеспечению и ее представление в стандартах и методологиях [Электронный ресурс] / Ю.И. Булуй // Материалы конференции SEC-R 2006. – [М.]: SEC-R, 2006. – Режим доступа: http://2006.secr.ru/upload/files/63.pdf (дата обращения 02.02.2014).

Программное обеспечение:

MS Windows 7.
Netop School 6.

Базы данных, информационно-справочные и поисковые системы:

http://www.intuit.ru – Национальный Открытый Университет «ИНТУИТ».
http://www.edu.ru – Российское образование. Федеральный портал.
http://ru.wikipedia.org – Википедия, свободная энциклопедия.

5.6 Информационные сервисы, обеспечивающие учебный процесс:

Локальный кафедральный сервер, содержащий учебные и методические материалы.
http://fat.urfu.ru – сервер факультета, где можно узнать расписание занятий.
http://fat.urfu.ru:8081/login/index.php – сервер виртуальной обучающей среды на базе Moodle.

10 Перечень клюЧевых слов дисциплины

№ раздела	Наименование раздела, темы	Ключевые слова
Р1	Введение в дисциплину	Требование, разработка, анализ, программное обеспечение, ПО, аналитик, коммуникации
Р2	Стандарты и методологии проектирования ПО	Программное обеспечение, ПО, проектирование, стандарт, методология, CMM, CMMI, RUP, гибкие методологии
Р3	Область проблем и область решений	Требование, область проблем, область решений, выбор решения, ожидание заказчика, управление, управление ожиданиями
Р4	Типы требований	Требование, классификация, заинтересованные стороны, бизнес-требования, пользовательские требования, функциональные требования, нефункциональные требования, системные требования, технические требования, область проблем, область решений, разработка, процесс
Р5	Определение заинтересованных сторон	Заинтересованные стороны, определение, инициатор, спонсор, представитель
Р6	Сбор требований	Требование, источник, сбор, планирование, формат общения, интервью, переговоры, семинар, опрос, наблюдение, эксперт, консультант, система, документ, прототип
Р7	Работа с собранными требованиями	Требование, процесс, критерий, форма, структура, стандарт, методология, атрибут
Р8	Проверка требований	Требование, проверка, виды проверок, критерий, критерии проверок, расчет времени

Источник

Аннотация

Рекомендации:

Общие положения

Об авторах

Для кого эта книга

Чего вы не найдете в этой книге

УЧЕБНО-МЕТОДИЧЕСКОЕ И ИНФОРМАЦИОННОЕ ОБЕСПЕЧЕНИЕ

Рекомендуемая литература

5.1.1 Основная литература:

5.1.2 Дополнительная литература:

5.1.3 Методические разработки:

Электронные образовательные ресурсы:

Программное обеспечение:

Базы данных, информационно-справочные и поисковые системы:

5.6 Информационные сервисы, обеспечивающие учебный процесс:

10 Перечень клюЧевых слов дисциплины