Моделирование бизнес-процессов на примере компании-разработчика программного обеспечения

5. Регламент исполнения заявки в рамках сопровождения

5.1. Руководитель соответствующего проекта при поступлении заявки обязан определить степень сложности проблемы:

5.2. Руководитель либо заместитель руководителя ответственного подразделения Управления обязан:

5.2.1. рассмотреть заявку;

5.2.2. проанализировать наличие похожих задач в оперативном и перспективном планах работы подразделения;

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

5.2.4. в случае возможности устранения проблемы сотрудником сопровождения включить заявку в перспективный либо оперативный план работы подразделения и назначить исполнителя, сроки устранения; заявка при этом переходит в статус «исполняется сопровождением».

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

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

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

5.6. При завершении стадии исполнения руководитель проекта переводит заявку в статус тестирования и назначает специалиста, ответственного за тестирование.

6. Регламент тестирования

6.1. Специалист, ответственный за тестирование, изучает материалы заявки и вносит в систему «Методику тестирования», после чего проводит тестирование по написанной методике.

6.2. По завершении тестирования специалист, ответственный за тестирование, формирует и вносит в систему «Отчет о тестировании».

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

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

7. Регламент документирования изменений

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

7.2. Специалист по документированию на основании представленных материалов обновляет документацию, необходимую для документирования выполнения соответствующей заявки (руководство пользователя, руководство администратора и пр.) для всех требуемых баз данных (SQL, ORACLE, SQL+ORACLE).

7.3. После завершения документирования специалист по документированию отмечает в системе завершение документирования, и заявка в системе перенаправляется руководителю проекта.

8. Регламент закрытия заявки или возврата на доработку

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

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

9. Регламент исполнения заявки в рамках технической поддержки

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

9.2. Руководитель либо заместитель руководителя ответственного подразделения Управления обязан:

9.2.1. рассмотреть заявку;

9.2.2. проанализировать наличие похожих задач в оперативном и перспективном планах работы подразделения;

9.2.3. включить заявку в перспективный либо оперативный план работы подразделения и назначить исполнителя, сроки устранения; заявка при этом переходит в статус «исполняется технической поддержкой».

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

9.4. В случае устранения проблемы сотрудник Управления обязан отметить в системе заявку как выполненную.

9.5. В случае невозможности устранения проблемы сотрудник Управления обязан перенаправить заявку руководителю своего структурного подразделения, фиксируя момент и причины перенаправления в системе.

Приложение 5

1.1. Специалист-стажер Управления разработки прикладных систем (далее - специалист-стажер) относится к категории рядовых сотрудников организации.

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

1.3. Специалист-стажер назначается на должность или увольняется Генеральным директором по представлению начальника Управления и по согласованию с руководителем Центра разработки.

1.4. Специалист-стажер подчиняется непосредственно начальнику Управления.

2. Квалификационные требования

2.1. Специалист-стажер должен иметь высшее либо незаконченное высшее профессиональное образование.

2.2. Специалист-стажер должен обладать знанием принципов построения реляционных баз данных.

3. Должностные обязанности

3.1. В соответствии с основными функциями Департамента и отдела специалист-стажер исполняет следующие должностные обязанности:

3.1.1. Организация и реализация технологического процесса:

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

- Разработка экранных отчётов и выходных форм;

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

- Модульное тестирование;

- Интегральное тестирование;

- Регрессионное тестирование;

- Системное тестирование;

- Тестирование удобства и простоты пользования;

- Формирование отчёта о проведении тестирования.

3.1.2. Исполнение административных функций:

- Периодическое ознакомление с обучающими материалами;

- Периодическое прохождение тестирования и аттестации.

3.2. В своей деятельности специалист-стажер обязан:

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

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

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

- хранить государственную и иную охраняемую законом тайну.

4. Должностные полномочия

4.1. Специалист-стажер имеет право на:

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

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

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

- другие права, предусмотренные Трудовым кодексом Российской Федерации.

5. Ответственность

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

5.2. Специалист-стажер несет материальную ответственность за переданные ему компьютерные и иные технические средства в порядке, установленном Трудовым кодексом Российской Федерации.

Приложение 6

Таблица. Типовые квалификационные требования к сотрудникам Управления разработки прикладных систем