Документация, содержащая описание процессов, обеспечивающих поддержание жизненного цикла программного обеспечения «Русская версия CS-Cart»

Жизненный цикл программных средств, входящих в состав Программы, обеспечивается в соответствии с требованиями ГОСТ Р ИСО/МЭК 12207-2010. Основные процессы жизненного цикла программных средств в соответствии с указанным ГОСТ описаны в данном разделе.

2.1. Процессы реализации программных средств2.1.1. Основной процесс реализации
В результате успешного осуществления основного процесса реализации программных средств:

• определяется стратегия реализации;
• определяются ограничения по технологии реализации проекта;
• изготавливается программная составная часть;
• программная составная часть упаковывается и хранится в соответствии с соглашением о ее поставке.

2.1.2. Процесс анализа требований
В результате успешного осуществления процесса анализа требований к программным средствам:

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

2.1.3. Процесс проектирования архитектуры программных средств
В результате успешной реализации процесса проектирования архитектуры программных средств:

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

2.1.4. Процесс конструирования программных средств
В результате успешного осуществления процесса конструирования программных средств:

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

2.1.5. Процесс комплексирования программных средств
В результате успешного осуществления процесса комплексирования программных средств:

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

2.1.6. Процесс квалификационного тестирования
В результате успешного осуществления процесса квалификационного тестирования программных средств:

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

2.2. Процессы поддержки программных средств2.2.1 Процесс управления документацией программных средств
В результате успешного осуществления процесса управления документацией программных средств:

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

2.2.2 Процесс управления конфигурацией программных средств
В результате успешного осуществления процесса управления конфигурацией программных средств:

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

2.2.3 Процесс обеспечения гарантии качества программных средств
В результате успешного осуществления процесса гарантии качества программных средств:

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

2.2.4 Процесс верификации программных средств
В результате успешного осуществления процесса верификации программных средств:

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

2.2.5 Процесс валидации программных средств
В результате успешного осуществления процесса валидации программных средств:

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

2.2.6 Процесс ревизии программных средств
В результате успешного осуществления процесса ревизии программных средств:

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

2.2.7 Процесс аудита программных средств
В результате успешного осуществления процесса аудита программных средств:

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

2.2.8 Процесс решения проблем в программных средствах
В результате успешной реализации процесса решения проблем в программных средствах:

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

Перечень этапов процесса устранения неисправностей Программы приведено в п. 2.2.8 «Процесс решения проблем в программных средствах». Общий порядок технической поддержки Программы приведен в разделе 4.

Штатный порядок работы Программы, а также поддерживаемый Программой набор функций определяется эксплуатационной документацией, предоставляемой производителем Программы и доступной публично по адресу https://docs.cs-cart.ru/.

В случае обнаружения ошибок в работе Программы, которые противоречат порядку работы Программы, описанному в документации, Пользователь Программы должен направить заявку в службу технической поддержки (СТП) разработчика.

1. СТП производителя Программы при необходимости уточняет полученную заявку и пытается выполнить ее, используя собственные ресурсы и знания.
2. СТП проверяет наличие ошибки и рекомендаций по ее устранению в базе знаний технической поддержки.
3. В случае, если в базе знаний обнаружить описание ошибки не удается, СТП производителя пытается воспроизвести обнаруженную пользователем ошибку в тестовой среде. После подтверждения найденной ошибки СТП производителя передает разработчикам Программы задание на устранение обнаруженной ошибки.

После устранения неисправности разработчики Программы включают исправление в следующую версию Программы. Информация о наличии обновления или новой версии Программы публикуется по адресу https://www.cs-cart.ru/, а также доводится до партнеров производителя Программы. Дополнительно информация о наличии обновления до новой версии Программы может быть доступна в интерфейсе самой Программы при условии наличия интернет-соединения копии Программы с ресурсом по адресу https://helpdesk.cs-cart.com/.

Право на фактическую возможность получения обновления Программы у Заказчика есть в случае наличия у него действующей подписки на обновления, которая:
а) предоставляется на ограниченный срок (зависящий от выбранного тарифного плана/редакции Программы) при приобретении лицензии на использование Программы. 
б) может быть приобретена отдельно.
В случае наличия у Заказчика контракта или договора на поддержку Программы Заказчик имеет право на осуществление процесса обновления программы силами СТП производителя.

Компания оказывает услуги технической поддержки Пользователям собственными силами.
Пользователи Программы могут обратиться за технической поддержкой, направив возникающие вопросы на адрес электронной почты help@cs-cart.ru или зарегистрировав обращение в Системе клиентской помощи https://helpdesk.cs-cart.com.

Время работы службы технической поддержки (рабочее время): 9.00–18.00 (GMT+4), рабочие дни.
Количество сотрудников службы технической поддержки: 11 человек.
Фактический адрес размещения службы технической поддержки: 432010, Ульяновская область, г. Ульяновск, пр-д Сиреневый, 7А.

Техническая поддержка предоставляется только в случае:

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

Техническая поддержка подразумевает:

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

Работа по совершенствованию Программы включает в себя два основных направления:

• повышение качества и надежности Программы;
• актуализация перечня функций, поддерживаемых Программой.

В ходе постоянно проводимой работы по совершенствованию Программы используются хорошо зарекомендовавшие себя методы повышения качества и надежности Программы:

• совершенствование процесса разработки Программы – повышение качества Программы за счет использования современных методик и инструментов разработки;
• совершенствование процесса тестирования Программы – обеспечение необходимой полноты покрытия.

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

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

Поддержка версий Программы обеспечивается службой технической поддержки (СТП).

Для эксплуатации Программы можно выделить следующие роли пользователей:

• системный администратор;
• конечный пользователь

Конечные пользователи Программы должны обладать навыками работы с персональным компьютером на уровне пользователя. Для работы с Программой пользователю необходимо изучить свои должностные инструкции и руководство по Программы, которое доступно публично по адресу https://docs.cs-cart.ru/.

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

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

Администратор Программы должен иметь навыки:

• администрирования серверных ОС семейства Linux.
• администрирования Системы управления базами данных (СУБД).