ТЗ. Приложение № 1 к ЗД-Техническое задание (1). Техническое задание выполнение работ по модернизации опытного образца комплекса программных средств о
 Скачать 0.84 Mb.
|
|
7 Порядок контроля и приемки 7.1 Предварительные испытания Предварительные испытания проводятся согласно разработанной Программы и методики испытаний. По результатам предварительных испытаний составляется протокол проведения предварительных испытаний. 7.2 Опытная эксплуатация Опытная эксплуатация проводится с целью проверки работоспособности сервиса в реальных (либо приближенным к реальным) условиях эксплуатации. Определяются количественные и качественные характеристики сервиса, готовность персонала к работе с сервисом, при необходимости корректируется документация. По завершению опытной эксплуатации оформляется отчет о проведении опытной эксплуатации. В процессе опытной эксплуатации могут быть выявлены замечания, которые отражаются в отчете о проведении опытной эксплуатации и должны быть исправлены Исполнителем на этапе Опытной эксплуатации. Решение о возможности проведения приемо-сдаточных испытаний принимается только в том случае, когда по результатам опытной эксплуатации представители рабочей группы подтверждают работоспособность сервиса в реальных (либо приближенным к реальным) условиях эксплуатации, а также соответствие разработанной системы требованиям проектной документации. 7.3 Приемо-сдаточные испытания На приемо-сдаточных испытаниях оцениваются результаты опытной эксплуатации. Приемо-сдаточные испытания проводятся на площадке в г. Москва. Испытания проводится согласно Программе и методике приемо-сдаточных испытаний, разработанной в рамках работ по проектированию и согласованной с Заказчиком. В случае нарушения заявленной функциональности, испытания прерываются с оформлением соответствующего протокола. Исполнитель примет меры по устранению выявленных несоответствий. После устранения неисправностей/неточностей в реализации решения, испытания повторяются. В случае отсутствия замечаний в Протоколе и достижении характеристик, описанных в Программе и методике приемо-сдаточных испытаний составляется Акт о проведении приемо-сдаточных испытаний и сдачи- приемки выполненных работ. 43 8 Гарантийная поддержка Исполнитель должен предоставить доступ к службе поддержки пользователей, а также доступ к персоналу, ответственному за работу с клиентами, для сообщения информации о неисправностях в системе и получения помощи по использованию системы по электронной почте. Исправление Исполнителем ошибок в работе сервисов, а также функциональных расширений по мере их появления (время реагирования определяется степенью критичности ошибки и составляет от 1 до 5 рабочих дней дней ). Исправление ошибок осуществляется в сроки, не ниже следующих: Вид запроса Максимальное допустимое время устранения инцидента, в зависимости от приоритета Критичный Высокий Стандартный Инцидент 1 рабочий день 3 рабочих дня 5 рабочих дней Приѐм запросов в техническую поддержку должен осуществляться Исполнителем круглосуточно, 24 часа в сутки, 7 дней в неделю. Приоритет - критерий важности и срочности решения инцидента, с учѐтом влияния, оказываемого на пользователей ИС. В ходе эксплуатации Сервиса, должны быть выделены не менее 3-х типов приоритетов для возникающих инцидентов. Приоритет инцидента Описание 1-го приоритета (Критичный) Аварийная внештатная ситуация, связанная с полной или частичной потерей более 50% функционала работоспособности сервиса 2-го приоритета (Высокий) Частичная потеря работоспособности ПО, не приводящая к потере критичного (основного) функционала, возможны альтернативные варианты выполнения основных функций сервиса 3-го приоритета (Стандартный) Снижение производительности, не приводящие к потере функциональности Сервиса Срок гарантийной поддержки: 1 год с момента выполнения обязательств по выполнению работ (определяется датой подписания акта сдачи-приемки). 44 9 Требования к программной документации 9.1 Требования к составу документации В рамках выполнения работ должны быть разработаны следующие документы: Комплект документов технического проекта, в составе: Ведомость технического проекта; Пояснительная записка; Комплект документов эксплуатационной документации, в составе: Руководство пользователя; Руководство администратора; Методика масштабирования КПС при увеличении нагрузки свыше до 72 000 пользователей; Программа и методика испытаний; Протокол проведения предварительных испытаний; Отчет о проведении опытной эксплуатации; Протокол проведения приемо-сдаточных испытаний; Исходные коды КПС, исключительные права на использование, доработку, продажу доработанной системы должны быть переданы Заказчику, Исходные коды НОП. 9.2 Требования к оформлению Вся разрабатываемая документация должна быть на русском языке. Исключения допускаются для общепринятых терминов и аббревиатур. Проектная и рабочая документация должна разрабатываться с учетом требований комплекса государственных стандартов «Информационная технология. Комплекс стандартов на автоматизированные системы»: ГОСТ 34.601-90 «Автоматизированные системы. Стадии создания»; ГОСТ 34.003-90 «Автоматизированные системы. Термины и определения»; ГОСТ 34.201-89 «Виды, комплектность и обозначение документов при создании автоматизированных систем»; ГОСТ 34.603-92 «Виды испытаний автоматизированных систем»; РД 50-34.698-90 «Автоматизированные системы. Требования к содержанию документов»; ГОСТ 19.301-79 «Программа и методика испытаний. Требования к содержанию и оформлению»; ГОСТ 2.601-2006 «ЕСКД. Эксплуатационные документы»; ГОСТ 2.106-96 «ЕСКД. Текстовые документы» (с изменениями от 22 июня 2006 года); ГОСТ 2.120-73 «ЕСКД. Технический проект» (с изменениями от 22 июня 2006 года). Разрабатываемая документация должна соответствовать следующим требованиям: язык отчетных материалов – русский; 45 отчетные материалы должны быть представлены на бумажном носителе и в электронной форме; отчетные материалы на бумажном носителе должны быть оформлены на листах формата А4 и А3; номера листов (страниц) должны быть проставлены, начиная с первого листа, следующего за титульным листом, в верхней части листа (над текстом, посередине); на титульном листе должно быть помещено наименование отчетного материала, учетные реквизиты, подписи Исполнителя и Соисполнителей, скрепленные печатями; отчетные материалы в электронном виде должны быть представлены на оптическом диске, исключающем возможность изменения информации (CD-R, DVD-R, DVD+R); форматы представления информации в электронном виде – doc, rtf, vsd, ppt, xml. Представляемые в составе отчетных материалов оптические диски должны быть помещены в защитные коробки или бумажные конверты. Защитные коробки или бумажные конверты должны быть промаркированы несмываемыми водой фломастерами или наклейками. Отчетная документация должна прилагаться в бумажном и электронном виде (на оптическом CD или DVD носителе) на русском языке. Вспомогательная документация (не указанная в качестве непосредственного результата работ) должна передаваться только в электронном виде. 46 10 Требования к Исполнителю 10.1 Требования к квалификации Исполнителя 10.1.1 Квалификация в области разработки средств защиты информации В процессе разработки Исполнитель должен обеспечить защиту персональных данных пользователей Услуги. На основании постановления Правительства Российской Федерации от 3 февраля 2012 г. N 79 "О лицензировании деятельности по технической защите конфиденциальной информации" Исполнитель должен обладать лицензией ФСТЭК России на деятельность по разработке и производству средств защиты конфиденциальной информации. 10.1.2 Квалификация в области технической защиты информации В процессе развертывания КПС Исполнитель должен обеспечить защиту персональных данных пользователей Услуги. На основании постановления Правительства Российской Федерации от 3 февраля 2012 г. N 79 "О лицензировании деятельности по технической защите конфиденциальной информации" Исполнитель должен обладать лицензией ФСТЭК России на деятельность по технической защите конфиденциальной информации. 10.1.3 Квалификация в области разработки криптографических средств В процессе разработки Исполнитель должен выполнить работы по оценке необходимости и возможности применения в системе средств криптографической защиты данных по ГОСТ. На основании постановления Правительства Российской Федерации от 16 апреля 2012 г. N 313 Исполнитель должен обладать лицензией ФСБ России: лицензия ФСБ России на деятельность по разработке, производству, распространению шифровальных (криптографических) средств, информационных систем и телекоммуникационных систем, защищенных с использованием шифровальных (криптографических) средств, выполнению работ, оказанию услуг в области шифрования информации, техническому обслуживанию шифровальных (криптографических) средств, информационных систем и телекоммуникационных систем, защищенных с использованием шифровальных (криптографических) средств (за исключением случая, если техническое обслуживание шифровальных (криптографических) средств, информационных систем и телекоммуникационных систем, защищенных с использованием шифровальных (криптографических) средств, осуществляется для обеспечения собственных нужд юридического лица или индивидуального предпринимателя). 47 Приложение А к Техническому заданию Формат CDR Описание формата CDR: файлы CDR должны записываться в формате CSV («comma separated values») с сепаратором полей «,» и записей (строк) hex («0D0A») (стандарт windows); каждая запись должна соответствовать формату BIZ+(L5); в каждой записи должны присутствовать все 48 полей (полное описание формата приведено в таблице «Описание полей CDR»). Таблица 1 - Описание полей CDR № поля Название поля Описание поля Тип содержимого 1 2 4 5 1 REC_TYPE Тип записи Условный код типа УЗ. 15- разовые; 16- периодические; 17- трафиковые; 18 – прочие Integer, not null 2 REC_NUMBER Номер УЗ, позволяющий идентифицировать УЗ с коммутатора. Уникальный, инкрементируемый для всех CDR НОП integer, not null 3 REC_STATUS Статус частичной УЗ Не заполняется 4 REC_SUB_NUMBER Номер ЧУЗ Не заполняется 5 IMSI ID Клиента в АСР МРФ string, not null 6 MSISDN Идентификатор клиента. Номер лицевого счета string, not null 7 DIALED Логический В - номер вызываемого абонента, преобразованный к международному формату, за исключением услуг ИСС. В-номера на услуги ИСС представлены в виде 80 %. Пустое значение - недопустимо Не заполняется 48 № поля Название поля Описание поля Тип содержимого 1 2 4 5 8 START_TIME Дата и время начала периода оказания услуги, описываемого CDR в формате YYYYMMDDHH24MISS. Дата и время по г. Москве string, not null. YYYYMMDDHH24MISS, utc + 3 9 DURATION Продолжительность соединения (в секундах) или объем услуги. Целое, Integer (max 2Е32). Нулевое значение недопустимо. Количество потребленной услуги integer, not null 10 SUCCESS Код причины завершения вызова Не заполняется 11 DD_TYPE Количество дней предоставления услуги Не заполняется 12 CALL_TYPE Размер объема услуги, представленной в поле 9 «DURATION» (штуки, Гигабайты, потоки и т.д.). Единицы измерения string, not null 13 CALLING_NUMBER Физический С-номер абонента, преобразованный к международному формату либо непреобразованный А-номер Не заполняется 14 IMEI ID Абонента в АСР МРФ Не заполняется 15 MS_CLASS ID профиля Не заполняется 16 TYPE_1_SER Тип основной услуги. ID основной услуги integer, not null 17 CODE_1_SER Код основной услуги. ID детализированной услуги Не заполняется 18 TYPE_2_SER Тип дополнительной услуги Не заполняется 19 CODE_2_SER Код дополнительной услуги Не заполняется 20 A_AREA Идентификатор Location Area абонента А. Идентификатор АСР МРФ ID АСР МРФ, string, not null 21 A_CELL Идентификатор ячейки абонента А Не заполняется 22 B_AREA Идентификатор Location Area абонента В Не заполняется 23 B_CELL Идентификатор ячейки абонента В Не заполняется 24 ACTION Поле кода управления услугой (Subscriber-controlled input) Не заполняется 49 № поля Название поля Описание поля Тип содержимого 1 2 4 5 25 SERV_CODE Действия со вспомогательной услугой Не заполняется 26 REASON Код причины переадресации Не заполняется 27 CALLED_NUMBER Реальный номер, с которым установлено соединение (в случае переадресации – номер, на который переадресован вызов). Непреобразованный номер В. Значение null- недопустимо Не заполняется 28 SUBS_CODE Код коллективного пользователя Не заполняется 29 PASSWORD Признак предоставления связи через пароль Не заполняется 30 INST_ID Условный номер МРФ, в котором производятся расчеты с Клиентом Значение INST_ID, представленное в Таблице 1. String, not null 31 CIRCUIT_IN Номер (мнемоника) входящего транка Не заполняется 32 CIRCUIT_OUT Номер (мнемоника) исходящего транка Не заполняется 33 MSC_ID_LONG Номер (ID) первого коммутатора Не заполняется 34 GLUING_STATUS Поле характеризует режим склейки для длинной УЗ Не заполняется 35 A_NUMBER_LONG Физический номер абонента А из УЗ последнего коммутатора Не заполняется 36 CIRCUIT_IN_LONG Входящий транк из УЗ последнего коммутатора. Поле заполняется для склеенной УЗ Не заполняется 37 CIRCUIT_OUT_LONG Исходящий транк из УЗ первого коммутатора. Поле заполняется для склеенной УЗ Не заполняется 38 MSC_ID Номер (ID) коммутатора 150 39 Source IP IP-адрес источника вызова Не заполняется 40 Destination IP IP-адрес точки терминации вызова Не заполняется 41 UDF Пользовательское поле. Название основной/детализированной услуги (текст) String, not null 42 A_category Категория абонента А Не заполняется 50 № поля Название поля Описание поля Тип содержимого 1 2 4 5 43 B_subsc_type Тип вызываемого абонента Не заполняется 44 PPIMARY_ID Уникальный идентификатор звонка. Не заполняется 45 А_type Тип поля 46 Не заполняется 46 T_klass Идентификатор тарифного класса, применяемого для данной услуги String, not null 47 Trial_period Признак триального периода 0 – не триальный, 1 - триальный 48 Reserved Не заполняется 51 Приложение Б к Техническому заданию Форма описания релиза Релиз СУ НОП ________ Тип релиза: изменение / исправление ошибок. Финализация релиза ________ Среда тестирования: ________ Список изменений № Номер задачи (СКУФ, при наличии) Краткое описание функциональности/дефекта Тип изменения (разработка/доработка/ исправление ошибок) План установки релиза: 1) Прерывание сервиса: ________. 2) Выполнение SQL-скриптов: ________. 3) Обновление кода: ________. 4) Влияние на компоненты системы (смежные системы): __________. 5) Дистрибутив: <ссылка на репозиторий>. Порядок действий: 1) Действие 1; 2) Действие 2 и т.д.; Не стандартные изменения: 1) Изменение 1; 2) Изменение 2 и т.д.; План отката: 1) Действие 1; 2) Действие 2 и т.д.; |