Sympatec использует полностью определенный и задокументированный процесс развития для всех видов улучшений, которые были одобрены различными проверками в фармацевтических компаниях. Процесс полностью описан в стандартных операционных процедурах (СОП).

Все запросы на улучшение инструментов Sympatec, ПО, процедур, документации и т.д. (т.е. пользователями, отделом продаж, отделом сервиса, производства и т.д.) направляются нам в произвольной форме и любым доступным способом, обязательно указывается дата, источник и приоритет в "листе запросов".

Выдержки из этих запросов периодически просматриваются и переходят в стадию проектов модернизации.

Sympatec использует так называемую "V-модель" как стандартную модель жизненного цикла для всех видов проектов развития, т.е. этот метод не ограничивается развитием ПО,

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

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

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

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

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

Замечание:

Точно определенные опытно-конструкторские работы, которые используются в модели жизненного цикла, являются базой для программного обеспечения, которое полностью соответствует требованиям 21 CFR rule 11.