3.2. Помощник генерального директора обязан за 15 дней (если не указано иное) до окончания срока этапа подготовить акт по данному этапу контракта.
3.3. Бухгалтер обязан за 15 дней (если не указано иное) до окончания срока этапа подготовить счет на оплату работ по данному этапу контракта.
3.4. Отчет, акт и счет на оплату работ прикрепляются к исходящему письму, регистрируются делопроизводителем и отправляются заказчику. В системе при этом автоматически отражаются сведения о сроках отправки документов.
3.5. При возврате документов делопроизводитель отмечает срок подписания и возврата документов.
3.6. При поступлении оплаты бухгалтерия отмечает срок поступления оплаты. В системе автоматически отражаются сведения о закрытии соответствующего этапа.
4. Регламент оперативного мониторинга
4.1. Ежедневно заместитель руководителя департамента и начальник отдела (либо по его распоряжению – заместитель начальника отдела) контролирует перечень активных задач по контрактным обязательствам и обеспечивает их оперативное выполнение.
4.2. Еженедельно заместитель руководителя департамента и начальник отдела (либо по его распоряжению – заместитель начальника отдела) контролирует перечень этапов, по которым наступили сроки подготовки отчета о выполненных работах и при необходимости готовит либо дает поручение о подготовке указанных отчетов.
4.3. Еженедельно заместитель руководителя департамента, помощник генерального директора и бухгалтер контролирует перечень этапов, по которым наступили сроки подготовки акта и счета на оплату работ. При наступлении сроков подготовки документов:
4.3.1. Помощник генерального директора готовит акт о выполненных работах;
4.3.2. Начальник отдела (либо по его указанию – заместитель начальника отдела), ответственного за выполнение данных работ, готовит отчет о проделанных работах;
4.3.3. Бухгалтер готовит счет на оплату работ.
4.4. После отправки документов помощник генерального директора еженедельно контролирует сроки подписания и возврата документов.
4.5. После возврата документов бухгалтер ежедневно контролирует поступление оплаты по подписанным счетам.
Приложение 3
1. Общие положения
1.1. Данный документ описывает внутренний порядок разработки программного обеспечения и выпуска дистрибутивов для установки у заказчиков.
1.2. Информационная поддержка указанных процессов осуществляется с использованием внутренней автоматизированной информационной системы (далее - система).
2. Основные участники регламента
2.1. Основными участниками данного регламента являются:
- руководитель проекта;
- ответственные руководители структурных подразделений;
- аналитик;
- разработчик;
- специалист по тестированию;
- технический писатель.
3. Регламент регистрации заявки
3.1. Руководитель проекта обязан обеспечить регистрацию в системе всех заявок на разработку по соответствующим проектам.
3.2. При регистрации заявки руководитель проекта обязан обеспечить ввод следующих сведений:
- проект;
- реализация в рамках проекта;
- организация;
- в рамках какого этапа контракта выполняется работа;
- содержание работы;
- плановые сроки выполнения работы;
- срочность Заказчика;
- приоритет работы;
- вид базы данных (SQL, ORACLE, SQL+ORACLE);
- приложить постановку задачи и все возможные документы, связанные с постановкой задачи.
3.3. При сохранении заявки система должна обеспечить автоматическое присвоение номера заявки.
3.4. Руководитель проекта также должен иметь возможность классификации ранее введенной в систему заявки на обслуживание в качестве заявки на разработку. При этом должны быть заполнены поля, указанные в п.3.2 настоящего Регламента, а также следующие поля:
- пример базы данных;
- шаги воспроизведения.
3.5. Для инициирования процесса обработки заявки руководитель проекта должен:
- перевести задачу на исполнение аналитикам;
- при отсутствии необходимости проведения анализа (например, в случае обнаружения очевидных ошибок разработчика) перевести задачу на исполнение разработчикам.
4. Регламент анализа постановки задачи
4.1. Руководитель (либо заместитель руководителя) соответствующего подразделения (Управление системных проектов) при поступлении заявки обязан:
4.1.1. проанализировать наличие похожих задач в оперативном и перспективном планах работы подразделения;
4.1.2. включить заявку в перспективный либо оперативный план работы подразделения и назначить исполнителя, сроки устранения.
4.2. Исполнитель (аналитик) проводит работы по систематизации документов, относящихся к постановке задачи и приложенных руководителем проекта.
4.3. Результатом работы аналитика должен быть документ «Постановка задачи», отражающий полное и всестороннее описание работ, указанных в заявке. Данный документ должен использоваться для проведения разработки, тестирования и документирования и является основополагающим.
4.4. Для инициирования процесса разработки аналитик должен отразить в системе завершение стадии постановки задачи. После этого действия заявка переходит в Центр Разработки.
4.5. В случае невозможности разработки «Постановки задачи» аналитик обязан перенаправить заявку руководителю проекта, фиксируя момент и причины перенаправления в системе.
5. Регламент исполнения заявки Центром разработки
5.1. Руководитель (либо заместитель руководителя) Центра разработки при поступлении заявки обязан определить ответственное подразделение в составе Центра разработки и передать заявку соответствующему руководителю, зафиксировав момент передачи в системе.
5.2. Руководитель (либо заместитель руководителя) ответственного подразделения Центра разработки обязан:
5.2.1. проанализировать наличие похожих задач в оперативном и перспективном планах работы подразделения;
5.2.2. определить область действия заявки (проекты, в которых реализована указанная функциональность, либо все проекты);
5.2.3. включить заявку в перспективный либо оперативный план работы подразделения и назначить исполнителя, сроки устранения.
5.3. Сотрудник Центра разработки при поступлении заявки к исполнению обязан:
5.3.1. предпринять все необходимые меры для устранения в срок указанных в «Постановке задачи» проблем для всех требуемых баз данных (SQL, ORACLE, SQL+ORACLE);
5.3.2. обеспечить ввод в систему сведений о фактически проведенных работах по устранению указанных в «Постановке задачи» проблем.
5.4. В случае устранения проблемы сотрудник Центра разработки обязан:
5.4.1. отметить в системе дистрибутив, в состав которого войдет выполненная заявка для всех требуемых баз данных (SQL, ORACLE, SQL+ORACLE);
5.4.2. приложить «Список измененных модулей», в котором явно отразить участки, подлежащие тестированию для всех требуемых баз данных (SQL, ORACLE, SQL+ORACLE)
5.4.3. при необходимости ввести уточняющие «Постановку задачи» сведения по порядку документирования выполненной заявки;
5.4.4. отразить в системе завершение стадии разработки задачи.
5.5. В случае невозможности разработки сотрудник Центра разработки обязан перенаправить заявку руководителю своего структурного подразделения, фиксируя момент и причины перенаправления в системе.
5.6. При завершении стадии разработки руководитель (либо заместитель руководителя) Центра разработки переводит заявку в статус тестирования и назначает специалиста, ответственного за тестирование.
6. Регламент тестирования
6.1. Специалист, ответственный за тестирование, изучает «Постановку задачи», «Список измененных модулей», разрабатывает и вносит в систему «Методику тестирования», после чего проводит тестирование по написанной методике.
6.2. По завершении тестирования специалист, ответственный за тестирование, формирует и вносит в систему «Отчет о тестировании» для всех требуемых баз данных (SQL, ORACLE, SQL+ORACLE).
6.3. В случае успешного выполнения тестирования специалист, ответственный за тестирование, отмечает в системе завершение тестирования. После этого заявка переходит в статус документирования.
6.4. В случае обнаружения ошибок в процессе тестирования специалист, ответственный за тестирование, возвращает заявку на доработку в Центр разработки.
7. Регламент документирования изменений
7.1. Руководитель (либо заместитель руководителя) подразделения, ответственного за документационное обеспечение, при поступлении заявки на документирование назначает ответственного специалиста по документированию.
7.2. Специалист по документированию на основании представленных материалов обновляет документацию, необходимую для выпуска соответствующего дистрибутива (руководство пользователя, руководство администратора, список изменений в дистрибутиве и пр.) для всех требуемых баз данных (SQL, ORACLE, SQL+ORACLE).
7.3. После завершения документирования специалист по документированию отмечает в системе завершение документирования, и заявка в системе перенаправляется руководителю проекта.
8. Регламент закрытия заявки
8.1. В случае отсутствия замечаний руководитель проекта подтверждает ее выполнение, и заявка переходит в архив.
8.2. В случае наличия замечаний руководитель проекта вносит в систему сведения о необходимых доработках. С этого момента заявка считается вновь принятой в систему.
9. Регламент формирования дистрибутива
Определения
Рабочая версия – полный набор файлов приложения, предназначенных для включения в дистрибутив, доступный разработчикам на внесение изменений.