Изменение типовой конфигурации

Изменение типовых конфигураций

dorabotka.jpgМодификация конфигураций – в нашем случае предполагает изменение конфигурации с целью обеспечения необходимой функциональности программного продукта. Модификация конфигураций выполняется по Техническим заданиям (ТЗ).
 
В ходе большого проекта автоматизации разработка ТЗ на модификации конфигурации внедряемого программного продукта следует за этапом «Предпроектное обследование», в ходе которого проводится анализ деятельности предприятия, составляется полное описание существующей и разрабатываемой информационной системы в виде той или иной модели с необходимой степенью детализации. В этом случае есть возможность применения структурного подхода к разработке информационной системы, который предполагает декомпозицию функций системы вплоть до конкретных процедур. Это позволяет сохранить целостное представление об информационной системе, в которой все составляющие компоненты системы взаимоувязаны. При этом разработка ТЗ, как на систему, так и на отдельные задачи, выполняется в рамках проекта автоматизации силами специалистов проектной команды.

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

Клиент, как правило, ограничивается постановкой задачи, которая требует уточнения со стороны Исполнителя. Обычно переговоры по постановке задачи не ограничиваются одним днем и выглядят примерно так: к каждому очередному раунду переговоров готовится документ, в котором в письменном виде оформлено все то, что удалось выяснить от клиента, с привязкой предполагаемых доработок к конкретному программному продукту. Начинается встреча с подробного прочтения этого документа ответственным представителем клиента и обсуждением тех моментов, которые Клиенту или Исполнителю хотелось бы уточнить. Так повторяется до тех пор, пока документ не становится ТЗ.

Работы по составлению ТЗ должны быть оплачены Клиентом.
Каждый этап согласования ТЗ оформляется документом с указанием фактически потраченного времени, который подписывается ответственным представителем Клиента.
Как выглядит ТЗ?  В общем случае оно должно содержать следующие разделы:
1. Обоснование работ.
2. Ответственные лица. Здесь должны быть представлены сотрудники Сторон, ответственные за разработку ТЗ, контроль результатов, организационный контроль и консультационную поддержку по Задаче.
3. Суть задачи. Общее описание задачи. Выполняется в двух вариантах:
  • безотносительно к программе, на которой будет производиться внедрение. Цель –– обеспечить более полное понимание проблем клиента и возможность исполнения заказа не тем сотрудником, который проводил переговоры;
  • описание реализации в терминах используемого программного продукта (константы, справочники, отчеты и т.д.). 
4. Исходные условия/данные. Описание особых требований к начальным данным или условиям.
5. Результирующие условия/ данные. Особые требования к результирующим данным или условиям.
6. Описание алгоритмов расчетов. Описание алгоритмов и схем расчетов, проводок, движений и пр.
7. Требования к интерфейсу (кнопки, элементы экранных форм и т.д.).
8. Дополнительные требования.
9. Согласованные ограничения.
 
Заказчик при согласовании ТЗ должен помнить, что все особенности реализации, существенные для Заказчика, должны быть прописаны в ТЗ в явной форме. В противном случае, реализация выполняется по усмотрению Исполнителя.
 
При разработке ТЗ необходимо уделить внимание вопросам стыковки с другими компонентами Системы, а также с другими программами, т.к. такая необходимость может потребовать совсем другого подхода к структуре данных.
Необходимо также решить вопросы разграничения прав доступа, причем не с технической точки зрения. Иногда в силу ограничения доступа персонала к той или иной информации, может получиться так, что вместо одного документа придется делать несколько, что, с точки зрения функционирования Системы, не одно и то же.
 На основании разработанного ТЗ Исполнителем осуществляется экспертная оценка трудоемкости доработки, которая согласуется с ответственными лицами Клиента. При превышении стоимости разработки ожиданиям Клиента возможно уменьшение стоимости за счет сокращения объемов работ или отнесения части доработок на более позднее время, например, первоочередная реализация необходимых для функционирования Системы механизмов с последующей разработкой отчетов.
 Ошибки реализации по согласованному ТЗ устраняются Исполнителем за свой счет, если они не противоречат ТЗ и не являются его расширением. Все дополнения и изменения ТЗ оформляются соответствующими документами и подлежат оплате клиентом.

В случае отсутствия согласованного Сторонами ТЗ на модификацию конфигурации реализация задачи может осуществляться только в почасовом режиме. При этом все неточности реализации устраняются Исполнителем также в почасовом режиме за отдельные деньги.